BUG管理系统的UML建模

基本对象分析

BUG管理系统的分析过程中用了面向对象的系统分析中的用例图、活动图、类图、顺序图、协作图以及状态图。每种画图方法都是从不同的角度对系统进行分析以及相互补充，使得分析的更为详细。我们先将整个软件bug管理系统初步分为：上传、分配、修改、测试；且过程中涉及到了测试人员、项目经理、开发人员三个处理对象。详细的分析过程如下：

1.用例图：

业务用例：

系统用例

测试人员

查询bug 记录

登记bug

给出解决方案

查看待解决的bug

开发人员

拒绝bug

测试bug

拒绝bug

关闭bug

验证bug

查询已修改的bug

登记bug

解决bug

验证bug

2活动图：

3顺序图、协作图：提交bug顺序图：

4设计类、分析类：提交bug设计类：

5状态图：

实现过程的错误分析：

在登录、注册模块中为了限制输入的内容只为数字，刚开始实现不成功，后来发现设置条件处少了了加号。分页过程中出现了第一页的信息是正确的，而点击第二页时就跳到空白页去了。找了一整天才发现是因为少传了超链接的变量值。查看个人任务时为了以距离现在时间最近的开始降序，实现过程出现了同一日期不同时分秒的在分页时无法实现，后来通过把每一个传值都打印出来发现是因为数据库中的时间类型与jsp中定义的类的时间属性的类型不一致，一个为日期型另一个为字符类型，改了之后就可以了。

后期完善：

对密码设为可输入数字和字母。答辩前由于考虑不周，解决bug模块中，没有实现多条件的动态查询。

总结：实现过程中发现团队的力量的强大，实现过程中自己出现的问题可以让队员帮忙一起找错误，可以很快的解决。发现很多的功能不是实现不了，是时间的问题，只要我们肯花时间去认真的做。专周过程中学到了很多，从原来的对MVC架构的皮毛了解到现在的熟悉应用，从原来对类、对象的模糊概念到现在的熟练使用，从原来都是找别人改错误到现在可以自己解决错误。所以虽说专周很辛苦，但是收获还是很多的。