软件缺陷管理系统需求与设计

软件缺陷管理系统需求与设计

（软件文档写作课程设计）

姓名：

班级：

学号：

软件缺陷管理系统需求规格与设计阐明书

Preparedby于家鹏Date-10-28

拟制日期

ReviewedbyDate

评审人日期

ApprovedbyDate

同意日期

1Introduction简介

1.1Purpose目的I

1.2本文档为软件缺陷管理系统项目的需求规格阐明书，规范的定义本

软件项目的需求。该项目计划的阅读人员包括项目经理、项目总监以

及项目组中日勺所有组员。

1.3Scope范围

本文档包括：

软件总体概述

功能需求

性能需求

接口需求

总体设计约束

软件质量特性

Generaldescription总体概述

1.4本项目软件需求由项目经理提供，项目组通过需求调研（网上查阅有

关资料和同类产品比较），对需求进行裁剪。

1.5Softwareperspective软件概述

1.5.1AbouttheProject项目简介

1.5.2本系统是缺陷跟踪管理的专业软件，它用于协助企业和团体跟踪工作中

日勺问题，管理和记录这些问题日勺处理过程。通过此系统可以整合客户、

开发人员、测试人员，各人各司其职，信息很快得到交流和反馈，让大

家感到软件开发在顺利迅速的进行，朝意想的目的前进。它的重要作用

是为开发人员服务，实时将信息反馈给开发人员，开发人员同步迅速地

将修复的成果信息反馈到跟踪系统中，最终通过持续集成，软件迅速地

完毕了更新，这些以便、便捷日勺操作会极大地鼓舞软件开发中日勺各方人

员，甚至包括客户，及时响应。

1.5.3EnvironmentofProduct产品环境简介

本软件产品运行在装有java运行环境的任何操作系统上运行。

1.6Softwarefunction软件功能

功能模块用例

1.Bug管理

2.分派给我的bug

一.Bug管理

3.我创立艮Ibug

4.Bug查询

1.项目管理

二.项目管理2.顾客组管理

3.版本管理

3.1UseCaseDiagram系统总用例图

创建项目］）

«inherit^>?，XZ^

Cits>>J乂创建用户组）

-—^^2<7nherits»

A<<定项目”“

项目经理

产制项目进手）

创建测试计划）

«inherH^S

夕/iherits>>弋X编写测试用例1

|^^TSwrits»

X］管理问题）

A<^S\<iherits>>'[

测试人员、z、，解反馈信息）

配我的bj）

«inherits»^J

1^_^^<inheHts>>

乂?（取BUG信金）

CSinhorits»I

AX

开发人员\bug管理）

（创建用户组）

«inher

(Z)its»

乂工建项，）

项目经理、、

v空制项目进9

3.2系统活动图

3.3系统子用例图

3.3.1Project.ModuleOl.FunctionOlbug管理・bug管理

3.3.1.1GoalinContext简要阐明

检索与维护所有项目的BUG"勺状态信息,BUG一共由8种状态。

状态1:己提交：测试员发现BUG后提交到BUG管理系统中的状态。（初始状态）

状态2:已修改：程序员在修改了BUG后提交到BUG管理系统中的I状态。

状态3:不修改：程序员或项目经理根据需求分析、概要设计、详细设计阐明书等上

的规定通过考虑后决定对BUG不进行修改。其BUG的状态为不修改，需要阐明理由。

状态4：延迟：根据目前项目进程或计划等状况，临时延期的状态

状态5:待讨论：需要进行讨论后才能决定与否需要修改的BUG欧I状态。

状态6:已验证：已经处理的并通过测试员复测的BUGI向状态。

3.3.L2状态7:关闭：完全处理了，只供后来备查的）状态

3.3.1.3状态8：重新打尸：重新出FI前新的版本中，重新打开此前关闭的bug状态，

3.3.1.4Preconditions前置条件

无

3.3.1.5EndCondition后置条件

无

3.3.1.6Actors

所有人员。

3.3.1.7Trigger触发条件

无

3.3.2Project.ModuleO1.Function02bug管理•分派给我的bug

3.3.2.1GoalinContext简要阐明

测试人员对对象软件进行测试发现了bug后分派给开发人员。

3.3.2.2Preconditions前置条件

测试人员发现了bug。

3.323EndCondition后置条件

获取bug信息。

3.3.2.4Actors

开发人员.

3.3.2.5Trigger触发条件

测试人员发现了bug。

3.3.3Project.Module01.Function03bug管理-我创立B^Jbug

333.1GoalinContext简要阐明

根据测试人员给开发人员提供的bug信息创立一种处理这个bugH勺功能模块。

3.33.2Preconditions前置条件

获取bug信息。

3.33.3EndCondition后置条件

3.33.4处理好这个bug后来，将信息交给测试人员。

3.3.3.5Actors

开发人员。

33.3.6Trigger触发条件

获取bug信息。

3.3.4Project.ModuleO1.Function()4bug管理-bug查询

3.3.4.1GoalinContext简要阐明

查询bug信息的一种功能模块。

3.3.4.2Preconditions前置条件

无。

3.3.4.3EndCondition后置条件

无。

3.3.4.4Actors

所有用例。

3.3.4.STrigger触发条件

无。

3.3.5Project.Module02.Function01项目管理项目管理

33.5.1Goa)inContext简要阐明

33.5.2根据需求，实际状况，创立项目。

3.3.5.3Preconditions前置条件

33.5.4理解需求，条件容许

33.5.5EndCondition后置条件

创立顾客组

3.3.5.6Actors

项目经理

33.5.7Trigger触发条件

无

3.3.6Project.Module02.Function03项目管理•顾客组管理

3.3.6.1GoalinContext简要阐明

336.2根据项目需求，选择合适人员，构成项目组

3.3.6.3Preconditions前置条件

项目已经建立

3.3.6.4EndCondition后置条件

制定项目计划

33.6.5Actors

项目经理

33.6.6Trigger触发条件

3.3.7该项目已经立项，项目计划已经建立

3.3.8Project.Module02.Function03项目管理•版本管理

3.3.8.1GoalinContext简要阐明

对每一次出现bug并修改后II勺被测项目的版本进行修改。

3.3.8.2Preconditions前置条件

开发员对目前bug修改完毕。

3.3.83EndCondition后置条件

修改被测项目的版本。

3.3.8.4Actors

项Fl经理。

338.5Trigger触发条件

目前Bug修改完毕。

3.3.9Project.Module02.Function()4项目管理•查询记录

3.3.9.1GoalinContext简要阐明

查询反馈信息中已关才H、Jbug数最，来得到被测试项目某阶段处理bug日勺程度。根据bug

的处理程度用来控制被测项目的进度。

3.392Preconditions前置条件

无。

33.9.3EndCondition后置条件

记录已关闭bugB勺数量。

33.9.4Actors

项目经理。

339.5Trigger触发条件

反馈信息确定。

3.3.10Project.Module03.Function01用例管理•测试计划管理

3.3.10.1GoalinContext简要阐明

3.3.10.2管理所有的测试计划，并可以添加、删除、修改、查询测试计划。

3.3.10.3Preconditions前置条件

制定项目计划。

3.3.10.4EndCondition后置条件

编写测试用例。

3.3.10.5Actors

软件测试人员。

3.3.10.6Trigger触发条件

项目计划的制定。

3.3.11Project.Module03.Function02用例管理•测试用例管理

3.3.11.1GoalinContext简要阐明

3.3.11.2用来管理测试用例：可以对测试用例进行添加、删除、修改、查询。

3.3.11.3Preconditions前置条件

编写测试计划。

3.3.11.4EndCondition后置条件

管理所有bug。

3.3.11.5Actors

软件测试人员

3.3.11.6Trigger触发条件

测试计划的编写。

3.3.12Project.Module03.Function03用例管理•用例测试成果管理

3.3.12.1GoalinContext简要阐明

在使用测试用例进行则试的时候规定测试用例应当包括5种状态,

状态1:未测试，阐明还没有开始测试。

状态2:测试通过：测试用例通过测试。

状态3:测试不通过：测试用例没有通过。

3.3.12.2状态4：测试阻塞：阻塞表达该测试用例的前置条件尚未符合，因此该用例测试没

有措施开始进行。

3.3.12.3状态5：测试取消：取消表达假如测试用例与实际软件实现不想符合，那么测试用

例不能按照实际状况测试，那么测试用例取消.

3.3.12.4Preconditions前置条件

无

3.3.12.5EndCondition后置条件

无

3.3.12.6Actors

软件测试人员

3.3.12.7Trigger触发条件

当测试人员需要管理用例测试成果的时候

3.3.13Project.Module04.Function01系统管理顾客管理

3.3.13.1GoalinContext简要阐明

创立系统顾客

3.3.13.2Preconditions前置条件

无

3.3.13.3EndCondition后置条件

权限管理

3.3.13.4Actors

系统管理员

3.3.13.5Trigger触发条件

该项目已经立项

3.3.14ProJect.Module04.Function02系统管理•权限管理

3.3.14.1GoalinContext简要阐明

对系统权限的管理

3.3.14.2Preconditions前置条件

顾客创立：

3.3.14.3EndCondition后置条件

无

3.3.14.4Actors

系统管理员

3.3.14.5Trigger触发条件

顾客创'I

3.3.15Project.Module04.Function03系统管理•测试类别管理

3.3.15.1GoalinContext简要阐明

软件测试常用H勺测试措施：

黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。

白盒测试：基于一种应用代码H勺内部逻辑知识，基于覆盖所有代码、分支、途径、条件。

单元测试：最微小规模的测试；以测试某个功能或代码块。

累积综合测试：当一种新功能增长后，对应用系统所做的持续测试。

集成测试：种应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是

代码块、独立H勺应用、网络上H勺客户端或服务器端程序。

3.3.15.2功能测试：用于测试应用系统的功能需求的黑盒测试措施。

3.3.15.3系统测试：基于系统整体需求阐明书H勺黑盒类测试;应覆盖系统所有联合的部件。

3.3.15.4Preconditions前置条件

无

3.3.15.5EndCondition后置条件

无

3.3.15.6Actors

系统管理员

3.3.15.7Trigger触发条件

该项目已经立项

3.3.16Project.Module04,Fuiiction04系统管理-bug级别管理

3.3.16.1GoalinContext简要阐明

BUG一般分为4个等级分别为

致命（可对应目前BUG体系中的“非常严重”）:

致命性问题重要为：系统无法执行、瓦解或严重资源局限性、应用模块无法启动或异常

退出、无法测试、导致系统不稳定。

详细基本上可分为：

o内存泄漏

o顾客数据丢失或破坏

。系统瓦解/死机/冻结

O模块无法启动或异常退出

O严重的数值计算错误

。功能设计与需求严重不符

O其他导致无法测试的错误

•严重（可对应目前BUG体系中日勺“严重”）

严重性问题重要为：影响系统功能或操作，重要功能存在严重缺陷，但不会影响到系统

稳定性。

详细基本上可分为:

O功能未实现

O功能错误

O系统刷新错误

。语音或数据通讯错误

O轻微代I数值计算错误

O系统所提供的功能或服务受明显的影响

•一般（可对应于目前BUG体系中日勺“一般”）

一般性问题重要为：界面.、性能缺陷

详细基本上可分为：

。操作界面错误（包括数据窗口内列名定义、含义与否一致）

O边界条件下错误

O提醒信息错误（包括未给出信息、信息提醒错误等）

。长时间操作无进度提醒

O系统未优化（性能问题）

O光标跳转设置不好，鼠标（光标）定位错误

•提醒（可对应于目前BUG体系中的“轻微及提议”）

提醒性问题重要为：易用性及提议性问题

详细基本上可分为：

。界面格式等不规范

o辅助阐明描述不清晰

O操作时未给顾客提醒

O可输入区域和只读区域没有明显H勺辨别标志

o个别不影响产品理解的错别字

。文字排列不整洁等某些小问题

o提议

3.3.16.2Preconditions前置条件

无

3.3.16.3EndCondition后置条件

无

3.3.16.4Actors

系统管理员

3.3.16.5Trigger触发条件

该项目已经立项

4PerformanceRequirements性能需求

1.可以同步让30个顾客同步在线操作.

2.保证系统在6个工作日内运行不能出现异常.

5OverallDesignConstraints总体设计约束

5.1Standardscompliance原则符合性

1.Java编码规范：

a）使用Tab键缩进；

b）使用驼峰标识；

c）重要措施和属性要有注释；

d）属性名小写；

e）措施名小写；

f）常量大写.

2.原则文档模板，格式：参见所给文档模板.

5.2HardwareLimitations硬件约束

规定能运行在内存不小于1G的各类PC机器上.

SoftwareQualityAttributes软件质量特性

6.1Reliability可靠性

1.强大的及时存储能力，防止数据以外丢失.

2.经测试系统可靠性99.999%.

3.定期对系统进行维护和升级.

6.2Usability易用性

1.操作界面友好.

2.系统附带顾客手册.

3.提供联机协助.

7RequirementsClassification需求分级

RequirementIDRequirementNameClassification

需求ID需求名称需求分级

Project.ModuleOl.FunctionOlbug管理A

Project.ModuleOl.FunclionOI分派给我口勺bugB

Project.ModuleOl.FunctionOl我创立的bugC

Project.ModuleOl.FunctionOlbug查询A

Project.ModuIe02.Function01项目管理A

Projcct.Modulc02.Function02顾客组管理A

Project.Module02.Function03版本管理B

Project.Module02.Function04查询记录B

Project.Modulc03.FunctionOl测试计划管理A

Project.Module03.Function02测试用例管理B

Project.Module03.Function03用例测试成果管理B

Project.Modulc04.Function01顾客管理