软件缺陷跟踪管理系统 毕业论文

湘潭大学毕业论文

题 目：软件缺陷跟踪管理系统

学 院：

专 业：

学 号：姓 名：指导教师：完成日期：

信息工程学院 软件工程 2011年5月

湘 潭 大 学

毕业论文（设计）任务书

学号： 姓名： 专业： 软件工程

指导教师： 系主任：

一、主要内容及基本要求

主要内容：

的布局，完成原型系统的开发；

模块 。

论文（设计）题目： 软件缺陷跟踪管理系统

和数据库设计进行不同程度的调整，数据库需要设计出具有一定灵活性的结构； 基本要求：

进行开发，能使用Myeclipse 软件开发工具进行软件开发；

二、重点研究的问题

态管理流程的实现；

理员、开发人员和测试人员三个角色。管理员对整个系统拥有完全的权限。测试人员具有查看缺陷，项目详细信息，报告缺陷，验证缺陷，编辑个人信息的权限。开发人员具有查看缺陷，项目详细信息，修复缺陷，编辑个人信息的权限；

三、进度安排

四、应收集的资料及主要参考文献

湘 潭 大 学

毕业论文（设计）评阅表

学号 姓名 专业 软件工程

毕业论文（设计）题目： 软件缺陷跟踪管理系统

湘 潭 大 学

毕业论文（设计）鉴定意见

学号： 软件工程 毕业论文（设计说明书） 页 图 表 张

目 录

摘要 ..................................................................................... 错误！未定义书签。 Abstract .............................................................................. 错误！未定义书签。 引言 ..................................................................................................................... V I

第1章 相关知识和工具 . .................................................................................... 7

1.1 使用工具介绍 .......................................................................................................... 7

1. 1. 1 Java 语言简介 ......................................................................................... 7

1. 1. 2 Java 开源项目 ......................................................................................... 9

1. 1. 3 Javascript 语言简介 .............................................................................. 10

1. 1. 4 Html 语言简介 ...................................................................................... 10

1. 1. 5 Eclipse 简介 .......................................................................................... 10

1.2开发及运行环境 ....................................................................................................... 11

1. 2. 1 开发环境 ................................................................................................. 11

1. 2. 2 运行环境 ............................................................................................... 11

第2章 需求分析 . .............................................................................................. 12

2.1 需求陈述 ................................................................................................................ 12

2. 1. 1 湘潭大学大型设备预约系统的介绍 ..................................................... 12

2. 2 业务流程 ................................................................................................................. 14

2. 3 功能需求 ................................................................................. 错误！未定义书签。

2. 4 性能需求 ................................................................................................................. 17

2. 4. 1系统可扩展性 .......................................................................................... 17

2. 4. 2系统安全性 .............................................................................................. 17

2. 4. 3系统实用性 .............................................................................................. 18

第3章 总体设计 . .............................................................................................. 18

3.1 分层设计 .................................................................................................................. 18

3.2 DAO层 （DAO ）设计 ........................................................... 错误！未定义书签。

3.3 领域层（POJO ）设计 . ............................................................................................ 20

3.4 服务层（Service ）设计 .......................................................................................... 22

3.5表现层（Action ）设计............................................................. 错误！未定义书签。

3.6 数据库设计 ............................................................................ 错误！未定义书签。

3. 4. 1 数据库方案 ............................................................. 错误！未定义书签。

3. 6. 2 学院信息表 ............................................................. 错误！未定义书签。

3. 6. 3 用户信息表 ............................................................. 错误！未定义书签。

3. 6. 4 设备信息表 ............................................................. 错误！未定义书签。

3. 6. 5 用户学院关系表 ..................................................... 错误！未定义书签。

3. 6. 6 用户模版关系表 ..................................................... 错误！未定义书签。

3. 6. 7 开放模版信息表 ..................................................... 错误！未定义书签。

3. 6. 8预约信息表 .............................................................. 错误！未定义书签。

第4章 详细设计 . .............................................................. 错误！未定义书签。

4. 1 模版分解 ................................................................................. 错误！未定义书签。

4. 2 登录管理模块 ......................................................................... 错误！未定义书签。

4. 3 学院信息管理模块 ................................................................. 错误！未定义书签。

4. 4用户信息管理模块 .................................................................. 错误！未定义书签。

4. 5设备信息管理模块 .................................................................. 错误！未定义书签。

4. 6开放模版管理模块 .................................................................. 错误！未定义书签。

4. 7预约开放管理模块 .................................................................. 错误！未定义书签。

4. 8设备预约管理模块 .................................................................. 错误！未定义书签。

第5章 测试 . ...................................................................... 错误！未定义书签。

5. 1测试范围与主要内容 .............................................................. 错误！未定义书签。

5. 2测试方法 .................................................................................. 错误！未定义书签。

5. 3测试环境 .................................................................................. 错误！未定义书签。

5. 4人员与任务 .............................................................................. 错误！未定义书签。

5. 5登录管理测试 .......................................................................... 错误！未定义书签。

5. 6学院信息管理测试 .................................................................. 错误！未定义书签。

5. 6用户信息管理测试 .................................................................. 错误！未定义书签。

5. 7设备信息管理测试 .................................................................. 错误！未定义书签。

5. 8开放模版管理测试 .................................................................. 错误！未定义书签。

5. 9预约开放管理测试 .................................................................. 错误！未定义书签。

5. 10设备预约管理测试 ................................................................ 错误！未定义书签。

第6章 系统实现结果 . ...................................................... 错误！未定义书签。

6. 1 学院信息管理 ......................................................................... 错误！未定义书签。

6. 2 用户信息管理 ......................................................................... 错误！未定义书签。

6. 3 设备信息管理 ......................................................................... 错误！未定义书签。

6. 4 开放模版管理 ......................................................................... 错误！未定义书签。

6. 5 预约开放管理 ......................................................................... 错误！未定义书签。

6. 6 设备预约管理 ......................................................................... 错误！未定义书签。

第7章 总结与展望 . .......................................................... 错误！未定义书签。

7. 1 总结 ......................................................................................... 错误！未定义书签。

7. 2 致谢 ......................................................................................... 错误！未定义书签。 参考文献 . ............................................................................ 错误！未定义书签。

软件缺陷跟踪管理系统

摘要：

软件测试的主要目的在于发现软件存在的错误(Bug)，对于如何处理测试中发现的错误，将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误，才能消除软件错误，保证要发布的软件符合需求设计的目标。在实际软件测试过程中，对于每个Bug 都要经过测试、确认、修复、验证等的管理过程，这是软件测试的重要环节。

为了正确跟踪每个软件错误的处理过程，通常将软件测试发现的每个错误作为一条条记录输入制定的错误跟踪管理系统。

作为一个缺陷跟字段内容可能包括测试软件名称，测试版本号，测试人名称，测试事件，测试软件和硬件配置环境，发现软件错误的类型，错误的严重等级，详细步骤，必要的附图，测试注释。处理信息包括处理者姓名，处理时间，处理步骤，处理意见，错误记录的当前状态。踪管理系统，需要正确设计每个错误的包含信息的字段内容和记录错误的处理信息的全部内容。

该系统分为三大模块：管理人员模块，测试人员模块，开发人员模块。管理人员主要进行项目的添加，删除，修改，查找；用户的添加， 删除，修改，查找；缺陷属性的定义，缺陷的验证，分配以及个人信息的查看，编辑；测试人员主要报告提交缺陷，查找缺陷，验证缺陷；查看项目以及个人信息的查看，编辑；开发人员主要修复分配给他的缺陷，查找缺陷，查看项目以及个人信息的查看，编辑。

关键字：软件缺陷跟踪管理系统；缺陷；管理

Software defect tracking system

Abstract:Software testing aims to find software bugs that errors (for how to deal with tests found errors, it will directly affect the test results. Only the correct, quickly, accurately deal with these mistakes can eliminate software error, pledged to release software meeting demand design goal. In the actual software testing process, for each Bug are through testing, confirm, repair, the management

process validation etc, which is an important link of software test. In order to correct tracking every software error handling process, will usually be software testing found as a record each mistake for bug tracking input management system.

As a defect with field content may include test software test version number, name, the name, test events test, test software and hardware configuration environment, found the type of software error, error of serious hierarchy, detailed steps, the necessary appended drawings, test comments. Processing information including processors name, the processing time, processing steps processing opinion, error record the current state of the. Tracer management system, it is necessary to correctly design of each mistake the field contains information content and records error handling all the content of information.

This system is divided into three modules: management module, testers module, developers module. The main project management add, delete, modify, find; Users add, delete, modify, search; Defect attributes definition, defect validation, distribution and personal information view, edit; Testers main report defects, find defects, validation defect; Check projects and personal information view, edit; Developers major repair defects, assigned to him, check out the projects and search defects of personal information view, edit.

Key word: software defect tracking management system; Defect; management

引言

目的和意义

随着社会的发展与进步，计算机的应用已深入到了社会的各个领域，软件的作用和影响也越来越广泛。同时，软件出错的范围和可能性也越来越大。如何有效的进行软件错误的跟踪、控制和管理，已成为提高软件质量，保证系统正常运行的一个重要手段。

软件缺陷跟踪管理系统的研发与应用，是为控制和减轻潜在的不利因素对软件项目的影响而采取的一项活动。它用于集中管理和控制软件测试过程中发现的错误，并进行版本控制。通过该系统，将帮助我们更好的收集、跟踪、反馈软件系统在测试、运行过程中的错误和问题。缺陷管理系统作为项目管理的一个重要方法和手段，能有效的帮助人们建立科学的、规范化的项目管理机制。

技术路线

软件缺陷跟踪管理系统是一个基于web 的用java 语言开发的企业级应用管理系统，系统主要运用了java 语言软件开发技术当中主流的Struts+Spring+Hibernate三大框架，其中还使用了Javascript 、JSP 以及Html 语言。

第1章 相关知识和工具

1.1 使用工具介绍

本设计所用的语言为Java 语言，以下简介Java 语言，以及相关开发工具的使用。

1. 1. 1 Java 语言简介

Java 是一种简单的，面向对象的，分布式的，解释型的，健壮安全的，结构中立的，可移植的，性能优异、多线程的动态语言。它的特性如下：

1、Java 语言是简单的。Java 语言的语法与C 语言和C++语言很接近，使得大多数程序员很容易学习和使用Java 。另一方面，Java 丢弃了C++ 中很少使用的、很难理解的、令人迷惑的那些特性，如操作符重载、多继承、自动的强制类型转换。特别地，Java 语言不使用指针，并提供了自动的废料收集，使得程序员不必为内存管理而担忧。

2、Java 语言是一个面向对象的。Java 语言提供类、接口和继承等原语，为了简单起见，只支持类之间的单继承，但支持接口之间的多继承，并支持类与接口之间的实现机制（关键字为implements ）。Java 语言全面支持动态绑定，而C++ 语言只对虚函数使用动态绑定。总之，Java 语言是一个纯的面向对象程序设计语言。

3、Java 语言是分布式的。Java 语言支持Internet 应用的开发，在基本的Java 应用编程接口中有一个网络应用编程接口（java.net ），它提供了用于网络应用编程的类库，包括URL 、URLConnection 、Socket 、 ServerSocket 等。Java 的RMI(远程方法激活) 机制也是开发分布式应用的重要手段。

4、Java 语言是健壮的。Java 的强类型机制、异常处理、废料的自动收集等是Java 程序健壮性的重要保证。对指针的丢弃是Java 的明智选择。Java 的安全检查机制使得Java 更具健壮性。

5、Java 语言是安全的。Java 通常被用在网络环境中，为此，Java 提供了一个安全机制以防恶意代码的攻击。除了Java 语言具有的许多安全特性以外，Java 对通过网络下载的类具有一个安全防范机制（类ClassLoader ），如分配不同的名字空间以防替代本地的同名类、字节代码检查，并提供安全管理机制（类SecurityManager ）让Java 应用

设置安全哨兵。

6、Java 语言是体系结构中立的。Java 程序（后缀为java 的文件）在Java 平台上被编译为体系结构中立的字节码格式（后缀为class 的文件）, 然后可以在实现这个Java 平台的任何系统中运行。这种途径适合于异构的网络环境和软件的分发。

7、Java 语言是可移植的。这种可移植性来源于体系结构中立性，另外，Java 还严格规定了各个基本数据类型的长度。Java 系统本身也具有很强的可移植性，Java 编译器是用Java 实现的，Java 的运行环境是用ANSI C实现的。

8、Java 语言是解释型的。如前所述，Java 程序在Java 平台上被编译为字节码格式， 然后可以在实现这个Java 平台的任何系统中运行。在运行时，Java 平台中的Java 解释器对这些字节码进行解释执行，执行过程中需要的类在联接阶段被载入到运行环境中。

9、Java 是高性能的。与那些解释型的高级脚本语言相比，Java 的确是高性能的。事实上，Java 的运行速度随着JIT(Just-In-Time)编译器技术的发展越来越接近于C++。

10、Java 语言是多线程的。在Java 语言中，线程是一种特殊的对象，它必须由Thread 类或其子（孙）类来创建。通常有两种方法来创建线程：其一，使用型构为Thread(Runnable) 的构造子将一个实现了Runnable 接口的对象包装成一个线程，其二，从Thread 类派生出子类并重写run 方法，使用该子类创建的对象即为线程。值得注意的是Thread 类已经实现了Runnable 接口，因此，任何一个线程均有它的run 方法，而run 方法中包含了线程所要运行的代码。线程的活动由一组方法来控制。 Java 语言支持多个线程的同时执行，并提供多线程之间的同步机制（关键字为synchronized ）。

11、Java 语言是动态的。Java 语言的设计目标之一是适应于动态变化的环境。Java 程序需要的类能够动态地被载入到运行环境，也可以通过网络来载入所需要的类。这也有利于软件的升级。另外，Java 中的类有一个运行时刻的表示，能进行运行时刻的类型检查。

Java 语言的优良特性使得Java 应用具有无比的健壮性和可靠性，这也减少了应用系统的维护费用。Java 对对象技术的全面支持和Java 平台内嵌的API 能缩短应用系统的开发时间并降低成本。Java 的编译一次，到处可运行的特性使得它能够提供一个随处可用的开放结构和在多平台之间传递信息的低成本方式。特别是Java 企业应用编程接口（Java Enterprise APIs）为企业计算及电子商务应用系统提供了有关技术和丰富的类库。

1. 1. 2 Java 开源项目

1、Struts

Struts 是一个基于Sun J2EE平台的MVC 框架，主要是采用Servlet 和JSP 技术来实现的。由于Struts 能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts 把Servlet 、JSP 、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC 模式，极大的节省了时间，所以说Struts 是一个非常不错的应用框架。

2、Hibernate

Hibernate 是一个开放源代码的对象关系映射框架，它对JDBC 进行了非常轻量级的对象封装，使得Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate 可以应用在任何使用JDBC 的场合，既可以在Java 的客户端程序实用，也可以在Servlet/JSP的Web 应用中使用，最具革命意义的是，Hibernate 可以在应用EJB 的J2EE 架构中取代CMP ，完成数据持久化的重任。

3、Spring Framework

Spring 是一个解决了许多在J2EE 开发中常见的问题的强大框架。 Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spri ng 的架构基础是基于使用JavaBean 属性的 Inversion of Control容器。然而，这仅仅是完整图景中的一部分：Spring 在使用IoC 容器作为构建完关注所有架构层的完整解决方案方面是独一无二的。 Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC 框架，极大的改进了效率并且减少了可能的错误。Spring 的数据访问架构还集成了 Hibernate和其他O/R mapping解决方案。Spring 还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA 或者JDBC 事务提供一个一致的编程模型。 Spring 提供了一个用标准Java 语言编写的AOP 框架，它给POJOs 提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的 aspects。这个框架足够强大，使得应用程序能够抛开EJB 的复杂性，同时享受着和传统EJB 相关的关键服务。Spring 还提供了可以和IoC 容器集成的强大而灵活的MVC Web框架。

1. 1. 3 JavaScript 语言简介

JavaScript 被设计用来向 HTML 页面添加交互行为。JavaScript 是一种脚本语言（脚本语言是一种轻量级的编程语言）。JavaScript 由数行可执行计算机代码组成。Ja vaScript 通常被直接嵌入 HTML 页面。JavaScript 是一种解释性语言（就是说，代码执行不进行预编译）。所有的人无需购买许可证均可使用 JavaScript。

1. 1. 4 Html 语言简介

HTML 指超文本标签语言。HTML 文件是包含一些标签的文本文件。这些标签告诉 WEB 浏览器如何显示页面。HTML 文件必须使用 htm 或者 html 作为文件扩展名。 HTML 文件可以通过简单的文本编辑器来创建。

1. 1. 5 Eclipse 简介

Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括 Java 开发工具（Java Development Tools，JDT ）。

Eclipse 最初是由IBM 公司开发的替代商业软件Visual Age for Java的下一代ID E 开发环境，2001年11月贡献给开源社区，现在它由非营利软件供应商联盟Eclipse 基金会（Eclipse Foundation）管理。 2003年，Eclipse 3.0选择OSGi 服务平台规范为运行时架构。 2007年6月，稳定版3.3发布。2008年6月发布代号为Ganymede 的3. 4版。2009年7月发布代号为GALILEO 的3.5版。

Eclipse 是著名的跨平台的自由集成开发环境（IDE ）。最初主要用来Java 语言开发，但是目前亦有人通过插件使其作为其他计算机语言比如C++和Python 的开发工具。Ecl ipse 的本身只是一个框架平台，但是众多插件的支持使得Eclipse 拥有其他功能相对固定的IDE 软件很难具有的灵活性。许多软件开发商以Eclipse 为框架开发自己的IDE 。

Eclipse 最初由OTI 和IBM 两家公司的IDE 产品开发组创建，起始于1999年4月。IBM 提供了最初的Eclipse 代码基础，包括Platform 、JDT 和PDE 。目前由IBM 牵头，围绕着Eclipse 项目已经发展成为了一个庞大的Eclipse 联盟，有150多家软件公司参与到Eclipse 项目中，其中包括Borland 、Rational Software、Red Hat及Sybase 等。

Eclipse 是一个开发源码项目，它其实是 Visual Age for Java的替代品，其界面跟先前的Visual Age for Java差不多，但由于其开放源码，任何人都可以免费得到，并可以在此基础上开发各自的插件，因此越来越受人们关注。近期还有包括Oracle 在内的许多大公司也纷纷加入了该项目，并宣称Eclipse 将来能成为可进行任何语言开发的I DE 集大成者，使用者只需下载各种语言的插件即可。

虽然大多数用户很乐于将 Eclipse 当作 Java IDE 来使用，但 Eclipse 的目标不仅限于此。Eclipse 还包括插件开发环境（Plug-in Development Environment，PDE ），这个组件主要针对希望扩展 Eclipse 的软件开发人员，因为它允许他们构建与 Eclipse 环境无缝集成的工具。由于 Eclipse 中的每样东西都是插件，对于给 Eclipse 提供插件，以及给用户提供一致和统一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所。

1.2开发及运行环境

1. 2. 1 开发环境

● 硬件

主机：lenovo 启天M7300

● 软件

开发平台：JDK 1.6

开发工具：Myeclipse 8.5

数据库：Mysql5.0

1. 2. 2 运行环境

● 硬件

主机：lenovo 启天M7300

● 软件

服务器：Tomcat 7.0

数据库：Mysql5.0

第2章 需求分析

2.1 需求陈述

一个缺陷跟踪系统，需要实现几部分的功能：

1）缺陷的上报，当问题被发现后，可以通过系统进行提交、保留，方便跟踪。

2）缺陷录入系统后，项目经理应该可以通过缺陷跟踪系统进行浏览，定期获得最新的缺陷问题报告。

3）项目经理将缺陷问题报告通过缺陷跟踪系统转交给程序员，程序员可以通过缺陷跟踪系统知道自己负责的修正的缺陷问题报告。

4）缺陷问题的修正处理，当程序员修复问题后，可以通过跟踪系统，通知项目经理问题已修复。

5）对于无法根据缺陷报告重现的问题，也可以通过跟踪系统，向项目经理及测试人员要求更多更详细的信息，并将缺陷问题返回至项目经理重新处理。

6）问题暂缓及申诉过程处理，对于缺陷报告提到的问题，如在当前版本无法实现或缺陷与需求有冲突的时候，可以将问题置为“暂缓处理”或“提出申诉”。

7）对于优先等级较低的缺陷问题，可能不能被及时处理掉，但必须可以被查询。

8）缺陷跟踪系统可以提供跟踪项目的状态报告。

2. 1. 1 软件缺陷跟踪管理系统的介绍

软件缺陷跟踪管理系统的研发与应用，是为控制和减轻潜在的不利因素对软件项目的影响而采取的一项活动。它用于集中管理和控制软件测试过程中发现的错误，并进行版本控制。通过该系统，将帮助我们更好的收集、跟踪、反馈软件系统在测试、运行过程中的错误和问题。缺陷管理系统作为项目管理的一个重要方法和手段，能有效的帮助人们建立科学的、规范化的项目管理机制。

该系统主要分为以下模块：

◆ 登录模块

◆ 系统管理员模块

◆ 测试人员模块

◆ 开发人员模块

● 登录模块:主要负责权限验证. 根据不同的角色进入不同的模块;

● 管理人员模块的功能有:

① 添加，删除，修改，编辑项目；

② 添加，删除，修改，编辑用户（测试人员和开发人员）；

③ 向开发者指派缺陷；当提交了一个为“opened “状态的新缺陷时，如果缺陷没有明确指定开发者，则需要指派给一个开发者来解决。管理人员是唯一被授权对缺陷报告进行修改的角色。

④ 定义缺陷属性：管理人员对于缺陷的严重等级，缺陷修正优先级等一些缺陷属性可以进行重新定义。

⑤ 项目成员角色管理：当注册一个新项目或项目成员改变时，管理人员是唯一被授权对项目成员，项目角色调配的角色。

⑥ 查看，编辑个人信息；

● 测试人员模块的功能有：

① 报告新的缺陷；

② 验证已解决的缺陷（只能对自己提交的缺陷进行验证）；

③ 查看缺陷；

④ 查看，编辑个人信息；

● 开发人员模块的功能有：

① 跟踪缺陷：当软件开发者跟踪缺陷时，更新缺陷状态以表明解决缺陷的过程. ② 更新缺陷文件：当缺陷的状态发生变化时，（例如：从opened=>fixed状态时）需要修改缺陷文件来说明缺陷更新的原因。

③ 标志为相同的缺陷：经常会有多个缺陷文件报告相同的缺陷，在这样的情况下，最有效的方式是只打开一个缺陷，对其他缺陷状态直接设为关闭并添加一个说明。

④ 检查缺陷状态：在跟踪缺陷工程中，任何职员都可以查看缺陷状态，以便做到缺陷统计。

⑤ 查看，编辑个人信息；

2. 2 业务流程

2.2.1软件缺陷跟踪管理系统流程如下图所示：

（图1）

在图（1）中，圆括号方框代表Bug 的状态，方框代表操作，圆角方框代表操作附加的信息。A1表示测试人员，A2表示高级测试人员，A3表示开发人员，A4表示评审委员会。其基本过程为：

（1）根据测试人员（错误报告提交人）提交新的错误信息（Bug ），系统将错误状

态置为New ；

（2）高级测试人员进行错误验证，如果确认是错误，分配给相应的开发人员进行

处理，设置状态为Open 。如果不是错误，则拒绝，设置为Declined 状态；

（3）开发人员查询状态为Open 的Bug ，如果不是错误，则置状态为Declined ；

如果是Bug 则修复并置状态为Fixed 。不能解决的Bug ，要留下文字说明及保持Bug 为Open 状态；

（4）对于不能解决和延期解决的Bug ，不能由开发人员自己决定，一般要通过某

种会议（评审会）通过才能认可；

（5）测试人员查询状态为Fixed 的Bug ，然后验证Bug 是否已解决，如解决置Bug

的状态为Closed ，如没有解决置状态为Reopen 。

为了保证错误确认的正确性，需要有丰富测试经验的测试人员验证提交的测试结果

是否真实，测试步骤是否准确，并可以重复。对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。

项目经理，测试经理和设计经理共同决定对错误信息的处理拒绝或延期。错误修复

后必须由错误报告提交人验证，并确认已经修复后才能关闭错误。 2.2.2 错误缺陷的几种状态

一般把缺陷的生存周期的各个阶段用“状态”来描述，状态的转换，反映了对错误

处理过程的结果，对状态的控制是错误跟踪系统的主要功能。软件缺陷的几种常见状态如下：

(1) 新信息（New ）：测试中新报告的软件缺陷。 (2) 打开（Open ）：被确认并分配给相关开发人员处理。 (3) 修正（Fixed ）：开发人员已完成修正，等待测试人员验证。 (4) 拒绝（Declined ）：拒绝修改缺陷。

(5) 延期（Deferred ）：不在当前版本修复的错误，下一版修复。 (6) 关闭（Closed ）：错误已被修复或过期。

2. 3 功能需求

本系统包括三类角色，分别具有不同的操作权限。管理员对系统拥有完全的权限，测试人员和开发人员可以查看自己的信息以及查看所有缺陷和项目详细信息；系统用例图如图2-3所示。

图2-3

用例图说明：

(1) 用户管理：对用户信息进行增删改查操作。

(2) 项目管理：对项目信息进行增删改查操作。

(3) 缺陷管理：更新缺陷状态以及缺陷文件以表明解决缺陷的工程。 (4) 缺陷跟踪：对设备进行预约开放。

(5) 报告缺陷：把测试发现的缺陷提交到缺陷管理系统； (6) 个人信息管理：查看，编辑个人信息。

2. 4 性能需求

系统的性能需求包括系统的可扩展性、系统安全性以及系统的实用性。

2. 4. 1系统可扩展性

充分考虑到以后版本的升级，有扩充能力及可扩展接口。应用软件的模块化程度较高，对不同业务流程和管理方式的适应能力要强，软件维护方便。贯彻面向最终用户的原则，建立友好的用户界面，使操作简单、直观、灵活，易于学习掌握。 2. 4. 2系统安全性

作为直接面向终端客户的应用平台，其安全与可靠是至关重要的，系统设计将充分考虑到系统的安全防护与冗余措施。系统提供较强的管理机制和控制手段，提供系统备份、数据恢复、事故监控和网络安全保密等技术措施。

系统在成本可以接受的条件下，从系统结构、设计方案、设备选型、厂商的技术服务与维护响应能力，备件供应能力等方面考虑，使得系统故障发生的可能性尽可能少，影响尽可能小，对各种可能出现的紧急情况有应急的工作方案和对策。

遵循有关信息安全标准，具有切实可行的安全保护和保密措施，确保数据长久安全。系统应提供多方式、多层次、多渠道的安全保密措施，防止各种形式与途径的非法侵入和机密信息的泄露，保证系统中数据的安全。基础平台系统从数据存储、传输，用户管理、认证，用户应用模块、数据使用权限分配等方面进行管理，确保业务系统能安全运行。

2. 4. 3系统实用性

在实用可靠的前提下，尽可能跟踪国内外先进的计算机软硬件技术、信息技术及网络通信技术，使系统具有较高的性能价格比，同时建设方案以实际可接受能力为尺度，避免盲目追求新技术，造成不必要的浪费。技术上立足于长远发展，坚持选用开放性系统，使系统和将来的新技术能平滑过渡。采用先进的体系结构和技术发展的主流产品，保证整个系统高效运行。

第3章 总体设计

3.1 分层设计

软件缺陷跟踪管理系统采用了分层设计的思想，降低了系统的耦合性。本系统主要分为四层，表现层、服务层、领域层和DAO 层。

表现层（Action ）主要是进行客户端的展示。 服务层（Service ）直接为客户端提供的服务或功能。

持久层（PO ）主要是代表了与数据库中某条记录对应的Hibernate 实体。 DAO 层（DAO ）主要是通过领域实体对象来操作数据库。

3.2 DAO层 （DAO ）设计

DAO 层（DAO ）主要是通过领域实体对象来操作数据库。DAO 层的类图如图3-2所示。

图3-2：DAO 层的类图

IDAO 接口的具体描述如表3-1所示。

InterfaceDAOImpl 实现类实现了InterfaceDAO 接口中定义的方法。

3.3 持久层（PO ）设计

持久层（PO ）主要是代表了与数据库中某条记录对应的Hibernate 实体。类图如图

3-3所示。

图3-3

t_administrator类的属性描述如下所示。

t_user类的属性描述如下所示。

表 3-3-2 t_user类的属性描述

t_project类的属性描述如下所示。

表 3-3-3 t_project类的属性描述

t_bug类的属性描述如下所示。

表 3-3-4 t_bug类的属性描述

3.4 服务层（Service ）设计

服务层（Service ）直接为客户端提供的服务或功能。服务层的类图如图3-4所示。