SRS雷友兵

Bug Management System Software Requirements Specification Bug Management System Software Requirements Specification 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 项目名称： Bug Management System 项目编号： 文件标识： 当前版本： 0.1 编 制： 日期： 标 准 化： 日期： 审 核： 日期： 批 准： 日期： 小组成员：雷友兵、鲍如鈺、汤李婷、李枫林、俞波、郑伟、孙庆 Revision History Version State Author Participator Table Description 0.1 草稿 雷友兵 鲍如鈺、汤李婷、李枫林、俞波、郑伟、孙庆 2010-03-28 首次编写 Table of Contents 41 Introduction 41.1 References 52 Overall Description 52.1 Use-Case Diagram 52.2 Use-Case Survey 73 Specific Requirements 73.1 Use-Case Reports 73.2 Supplementary Requirements 83.3 Flowchart of Bug Processing 93.4 Properties of Bug 104 Supporting Information 104.1 Appendices Bug Management System 1 Introduction 随着社会信息化步伐的逐步加快，人们对软件的依赖性也越来越明显，对软件的质量要求也越来越高。软件测试作为控制软件质量的一个重要的手段，已经成为整个软件开发过程中必不可少的组成部分。那么，在整个测试过程中遇到的许多缺陷，如果有效地跟踪和管理呢？这就是缺陷管理系统要完成的目标。缺陷管理系统通过计算机手段，有效地跟踪缺陷从到关闭的每一个环节。通过对缺陷记录的统计，可方便地了解项目的问题记录，控制软件产品的质量，总结产品的改进措施。 1.1 References 文献名称 标识符 作者 出版单位（或归属单位） 日期 计算机软件国家汇编 2000 ISBN 7-5066-2221-1 中国标准出版社 中国标准出版社 2000-7 2 Overall Description 2.1 Use-Case Diagram 2.2 Use-Case Survey 用例名称 概述 优先级 登记BUG 测试工程师在测试过程中发现BUG后填写BUG单据。 高 分配责任人 BUG单据提交给项目经理后由项目经理分配责任人。 高 填写BUG处理情况 责任研发工程师接受BUG单据后检查BUG情况并作相应更改，结束后填写BUG处理情况。 高 确认BUG已处理 测试工程师在接受研发工程师填写BUG处理情况后确认BUG的处理情况。 高 查询BUG 所有登录用户如果有权限，可以按一定的查询条件查询BUG。 中 统计BUG 所有登录用户如果有权限，可以按日期、项目、优先级等对BUG进行统计汇总。 中 管理用户信息 系统管理员从人力资源系统中导入用户信息，并设置用户的角色。 高 管理角色信息 系统管理员在系统中可以增加、修改和删除角色信息，并设定角色的权限。 中 管理项目基础信息 系统管理员在系统中可以增加、修改和删除项目基础信息。 管理项目模块信息 系统管理员在系统中可以增加、修改和删除项目模块基础信息。 高 登录 所有用户均需登录后方可以使用本系统。 中 3 Specific Requirements 3.1 Use-Case Reports 用例名称 负责人 登记BUG 雷友兵 确认BUG已处理 雷友兵 分配责任人 雷友兵 填写BUG处理情况 雷友兵 查询BUG 李枫林 统计BUG 汤李婷 管理用户信息 孙庆 管理角色信息 俞波 管理项目基础信息 郑伟 管理项目模块信息 鲍如鈺 3.2 Supplementary Requirements 见附件：Supplementary Requirements.doc。 3.3 Flowchart of Bug Processing 3.4 Properties of Bug 名称 数据类型 参与者 描述 BUG ID 整型 系统 唯一标识，但不使用自增型 标题 字符型 测试人员 BUG标题 项目ID 整型 测试人员 BUG所在项目的ID 模块ID 整型 测试人员 BUG所在模块的ID 描述 字符型 测试人员 BUG的详细描述，比如BUG表现现象、重现步骤等 严重等级 整型 测试人员 一般/中等/严重/致命，可在数据字典中定制有几种严重等级和每一种等级的描述。 描述附加文件 文件 测试人员 为了更好地描述BUG而使用的附件文件，比如截图等。 期望解决日期 日期 测试人员 测试人员期望的解决日期 填写日期 日期 系统 系统统自动记录BUG的填写日期 预定解决人ID 整型 项目经理 项目经理分配的责任研发工程师 修改建议 字符型 项目经理 项目经理对责任研发工程师的修改建议 预定解决日期 日期 项目经理 项目经理期望的解决日期 分配日期 日期 系统 系统统自动记录BUG的分配日期 BUG类别 枚举 研发工程师 编码错误/编码遗漏/配置不当/不当/用户操作不当，可在数据字典中定制有几种类别和每一种类别的描述。 产生原因 字符型 研发工程师 BUG是如何产生的 解决方法 字符型 研发工程师 BUG是如何解决的 解决附加文件 文件 研发工程师 为了更好地描述如何解决BUG而使用的附件文件，比如截图等。 BUG解决日期 日期 系统 系统自动记录BUG的实际解决日期 状态 字符型 系统 0-新增/1-待分配/2-待处理/3-已处理/4-已关闭 4 Supporting Information 4.1 Appendices 1. Glossary.doc。 2. Supplementary Requirements.doc。 第3页 / 共10页 _1331578979.vsd � � � 测试工程师 登记BUG� 项目经理分配责任人 项目经理同意?� Y 研发工程 师同意?� N Y N 研发工程师填写BUG处理情况 关闭BUG 测试工程 师确认?� N Y