bug跟踪管理系统毕业设计

bug跟踪管理系统毕业设计内容摘要：

，允许通过分离应用的业务逻辑与系统级服务（例如审计（ auditing）和事务（ transaction）管理）进行内 聚性的开发。 这次 BUG跟踪管理系统中使用 IoC 比较多，在我们平时开发过程，在哪块代码在要用到某个对象时我们会直接 new 出一个对象然后操作这个对象，这样子做的话代码的耦合 很强。 如果使用了 Spring 管理这个对象，我们可以使用注解注入和构造注入等方式注入这个对象。 这样 耦合 度降低了。 Spring 还提供了注解事务，省去了 hibernate 手动开启和关闭事务，使程序更加简洁。 降低了事务控制难度。 配合 jsp ,servlet 完成了 BUG 跟踪管理系统， jsp 主要作视图层，做数据展示，servlet 作控制层，控制程序流程 （使用 spring 注入 dao 对象），在 DAO 层使用Hibernate 提供的功能完成数据库访问。 MVC简介 模型 视图 控制器（ MVC）是 80 年代 Smalltalk80 出现的一种软件设计模式，现在已经被广泛的使用，其模型如图 1 所示： 模型 (Model)： 模型是应用程序的主体部分。 模型表示业务数据，或者业务逻辑 . 视图 (View)： 视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。 控制器 (controller)： 控制器工作就是根据用户的输入，控制用户界面数据显示 和更新 model 对象状态。 3 系统设计 系统可行性研究 经济可行性 经济可行性研究是对组织的经济现状和投资能力进行分析，对系统建设运行和维护费用进行估算，对系统建成后可能取得的社会和经济效益进行估计。 由于BUG 跟踪管理系统 是作为毕业设计由我们学生自己开发的，在经济上的投入 比较少 ， 系统开发所有的技术及框架都是 开源的， 主要是时间投入比较大。 因此在经济上是可行的。 技术 可行性 技术可行性要考虑现有的技术条件是否能够顺利完成开发工作，软硬件配置是否满足开发的需求等。 BUG 跟踪管理 系统 采用 MyEclipse 开发工具，调试相对简单，当前的计算机硬件配置也完全能满足开发的需求，因此在 硬件 上是绝对可行的。 软件方面：由于目前 B/S 模式相对发展成熟， java EE 开发平台已是现在的主流。 系统采用的 Spring 和 Hibernate 都是开源免费框架， 极大的简化了应用的开发难度，加上 jsp,servlet等技术完全可满足 bug跟踪管理系统开发需求。 需求分析 系统简介 BUG 是指在软件测试领域中，描述软件缺陷或问题的实体。 BUG 管理系统至在提供一套系统建立测试人员，开发人员与管理人员 之前的一种桥梁，以有效的提高软件的管理与沟通效率。 系统角色及主要职能 系统管理员 : 系统帐号管理，项目管理，分配相关人员。 项目经理 : BUG 查询及分配，统计 BUG，汇总报表等 开发人员 : 主要是解决分配给他的 BUG，更新 BUG 状态。 测试人员 : 提交新的 BUG，及对开发人员修改的 BUG 进行回归测试。 关键业务实体说明 a)系统帐户表： 帐号，密码，姓名，角色（管理员，测试人员，开发人员），账号状态，人员状态。 b)项目：即一个具体的软件项目 项目信息主要由基本信息，人员信息，及相关文档三部分组成： 基本信息主要包括：编号，名称，描述，项目经理 (管理员指定，帐户表外键 )，开发单位，发布单位，开始日期 (发布时间 )，结束日期 (关闭时间 )，状态(3 种 )，项目附件 1，项目附件 2, 项目附件 3 项目人员信息主要包括：编号，系统帐号（外键），项目编号 项目的状态主要有 新建：刚建立尝未发布的项目，除管 理员外其他人不可见。 已发布：项目已经发布，正在进行 BUG 跟踪。 (管理员执行发布操作之后 )，项目相关人员可见。 已关闭：已关闭的项目不能做任何的修改，包括添加 BUG 等。 (关闭后不能再进行 BUG 处理 ) BUG：用于描述软件系统的缺陷 BUG 的主要信息主要由基本信息，相关文件及 BUG 跟踪记录组成： 基本信息包括：编号，问题简述，问题详细描述，测试过程描述，建立人 (测试人员帐号 )，建立时间 (自动 )，解决人 (被指派开发人员帐号，由项目经理指派，用户帐户 )，分配时间 (指派时间 )，关闭时间 (测试人员关闭或项目经理异 常关闭时的时间 )，计划修正日期 (指派时指定 )，严重级别 (严重，一般，可选 )，状态 (如下 )。 相关文件：测试人员添加的一些例如截屏，附件数据等。 一个 BUG 可能会有多个相关文件，主要包括：文件编号，文件路径，对应的 BUG(外键 ) BUG 跟踪记录：该数据与 BUG 是多对一的关系，即一个 BUG 可能有多个跟踪记录，例如：项目经理分在分配时会填写分配记录，开发人员修正后会填写修改记录，测试人员回归测试时会填写测试记录，如此反复。 它包括：编号， BUG 编号，填写人，填写时间，内容，附件 1，附件 2，附件 3（即充许最多可以 挂三个附件） BUG 的状态主要有： 未发布： BUG 由测试人员建立后最初的状态。 已发布：测试人员已将 BUG 提交，提交后项。