bms需求规格说明书.docxVIP

Page 1 of 1 更改记录 日期 修改章节 修改类型* 修改描述 修改人 版 本 2009-03-07 全部 创建 新建文档 成志伟 1.0 *修改类型分为 A - ADDED M - MODIFIED D -DELETED 文档编号: 项目名称：缺陷管理系统，简称 BMS 拟制： 审核： SQA: 批准： 项目代号： 收文： 产品版本： 抄送： 目的：定义软件需求，为后期的设计打下基础 背景、备注： 定义： Page 2 of 2 1概述 在软件公司的软件产品开发过程中，最主要有三个角色，分别是项目经理、开发人员和测试人员。每个角 色在项目中承担着不同的职责。项目经理负责确定需求并完成对每个功能特性的设计文档。开发人员则是通过 编写代码实现项目经理制定的需求和设计。测试人员负责检查开发人员实现的功能是否符合项目经理定义的功 能需求和设计文档。 项目经理、开发人员和测试人员三者之间有效合作并制衡， “三权分立”。当开发人员和测试人员对某个 Bug 的解决方案产生分歧时，由代表用户的项目经理做出裁决； 整个软件产品的研发过程中，特别是在测试软件产品、修复 Bug的中后期，团队中所有人都修改缺陷的过 程中，所有发现的 Bug要统一管理起来，所有人都可以自由的查看，并按照一定的流程进行修改。 1.1软件名 缺陷管理系统 1.2版本 1.0 1.3背景 实现公司对于所有项目的缺陷进行统一管理 实现各项目组在开发过程中对于缺陷的管理和跟踪 1.4用户群 本产品的客户是软件开发部的所有员工，包括项目经理、开发人员、测试人员、 QA等 1.5产品理念 1.6文档约定 1.7需求优先级说明 [A1]:优先级1，优先，必须做; Page 3 of 3 [A2]:优先级2,中等，争取做； [A3]:优先级3,下等，可不做； 备注：需求项没有特别说明优先级的，表示为 [A1]。 1.8预期的读者和阅读建议 此需求规格说明文档的预期读者是项目经理、需求角色人员、设计角色人员、开发角色人员、测试角色人 员、用户角色人员。 1.9参考文献 Page 4 of 4 2需求描述 2.1整体结构描述 首先，使用本系统的用户需要登陆，在登陆页面输入正确的用户名和密码后进入系统主页。进入系统主页 所能看到和操作的界面是和登录用户的权限相关的。 系统用例如下： Page 5 of 5 本系统包含的主要功能模块包括 Bug管理，统计报表，项目管理、个人设置以及登录和主页。 在系统主页，包含划分为几个功能区域，顶部区域是 Logo和菜单栏，同时包含当前登录用户名称，菜单 栏包含后台管理和退出按钮。顶部区域下面是主操作区域，根据用户的角色不同显示不容的内容。如果是系统 管理员，则显示系统管理的首页面，如果是项目人员，则显示 Bug管理的主页面。如下图: BugW号: 浪『试小:I亠诵选择 BugtHiJS : I -谨送提- 资枉扎ft : |血迭择- 百 Bu蛊題： 3 MyOffke 割暂理 目程营理 捎且首理 轴ITS 登录贝面 创建日期: S询 Bug[D优先颈所在風块 BugSS SI试人员 创建田问 5HE人 Buolt臺应惴晏単呈后更新出伺■陰 23 P話页面聲无红 -3^ 关疋琳 2009-03^5 対辭 爲隆宜 2009-03-25 用户可以再选择要进行的下一步操作，点击相关的按钮即可。 2.2综合描述 2.2.1 Bug的生命周期与状态 Bug管理系统的主要任务就是实现对系统中各个软件项目的 Bug的管理。就某一个项目而言，项目中的每 一个Bug的都有自己的生命周期中，在此过程中，项目组内的开发人员和测试人员以及项目经理都会关系到。 Page 6 of 6 i AM 发 一 建 新 建 新 ■ 活激 ■ - 一 ■ 亠 - ■ 闭关 决 解 已 销 注 C \)/ r 留 In 遗 2.2.2用户、权限、角色的关系 用户组成 用户 组成 组成 角色 用户 赋给 1 权限 1 操作 数据 角色是指的一个或多个用户的集合，这一个或多个用户具有相同的属性或权限，这样在给一个角色设置权 限的时候，这个角色里面所有的用户就都具有的相同的权限；同时角色还用来给用户简单分组，便于系统使用 者在某些操作中进行用户的选择。 权限包含两个方面，一方面是指用户可以进行的某些功能操作，另一方面指的是用户在这些操作上可以使 用的数据。也就是说有功能权限和数据权限两项内容。 本系统中的角色有两种，一种是系统角色，另一种是项目角色。 系统角色相对简单，只有三类用户角色，即系统管理员、项目人员和待审核用户。系统管理员拥有本系统 后台管理功能中的一些管理模块的操作权限。项目人员对其所在项目拥有数据权限，但具体对于项目有那些操 作与该用户在项目中的项目角色相关。待审核用户是自行