《质量工程管理系统功》需求分析说明书.docVIP

质量工程管理系统 软件需求规约 版本 1.0 修订历史记录 日期 版本 说明 作者 27日/4月/2011年 1.0 质量工程管理系统需求分析说明书初稿 焦建刚 目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 整体说明 4 3. 具体需求 5 3.1 功能 5 3.1.1 功能性需求一 5 3.2 可用性 5 3.2.1 可用性需求一 6 3.3 可靠性 6 3.3.1 可靠性需求一 6 3.4 性能 6 3.4.1 性能需求一 7 3.5 可支持性 7 3.5.1 可支持性需求一 7 3.6 设计约束 7 3.6.1 设计约束一 7 3.7 联机用户文档和帮助系统需求 7 3.8 购买的构件 7 3.9 接口 7 3.9.1 用户界面 7 3.9.2 硬件接口 7 3.9.3 软件接口 7 3.9.4 通信接口 8 3.10 许可需求 8 3.11 法律、版权及其他声明 8 3.12 适用的标准 8 4. 支持信息 8 软件需求规约 简介 《质量工程管理系统》是河北师范大学教务处用于管理审批科研项目的一个软件系统，由河北师范大学教务处进行管理维护运行，本文档是对该系统的需求分析说明。 目的 本文档是为了确定《质量工程管理系统》要实现的功能及达到的其他要求，使甲乙双方就将来软件系统的功能及其他要求达成一致约定，当将来甲乙双方就软件的功能或其他要求出现矛盾时，以此文档作为评判标准。 范围 [简要说明此 SRS 适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。] 定义、首字母缩写词和缩略语 《质量工程管理系统》:Qulity Project Management System,简称：QPMS 参考资料 《河北师范大学学分制管理手册》 《清华大学质量管理系统手册》 《C#高级编程第六版》 《金山词霸》 概述 本文档就QPMS将要实现的功能、框架、性能、可用性等方面作出明确准确的描述，以供甲乙双方 整体说明 [SRS 的这一节应说明影响产品及其需求的一般因素。本节并不列出具体的需求，而只是提供在第 3 节中详述的各种需求的背景，以使这些需求便于理解。所包括的内容有： ? 产品总体效果 ? 产品功能 ? 用户特征 ? 约束 ? 假设与依赖关系 ? 需求子集] 具体需求 QPMS要实现如下具体要求： 功能 QPMS将实现如下具体功能： 当利用应用程序开发工具（如需求工具、建模工具等）来获取功能性时，此节文档将引用获取相应数据的方法，并指出用来获取数据的工具的位置和名称。] 用户角色管理功能 本功能实现对QPMS用户、角色、权限的管理，以及为用户分配角色、为角色分配权限等具体功能。 用户管理功能 3.1.1.1.1用户注册功能 3.1.1.1.1.1 功能描述 本功能用于普通用户注册申请人角色使用，在录入相关信息并提交后，等待学院管理员审批通过，审批通过后，会收到系统发送的用户注册成功的邮件，该用户即可以申请人的身份登录使用QPMS。 3.1.1.1.1.2 处理逻辑 1 打开相应功能页面 2 录入相关信息 3 提交信息 4 等待确认邮件 质量工程管理功能 [需求说明。] 统计查询功能 [需求说明。] 数据展示功能 [需求说明。] 可用性 [此节应包括所有影响可用性的需求。例如， ? 指出普通用户和高级用户要高效地执行特定操作所需的培训时间 ? 指出典型任务的可评测任务次数或根据用户已知或喜欢的其他系统确定新系统的可用性需求 ? 指出在符合公认的可用性标准（如 IBM 的 CUA 标准和 Microsoft 的 GUI 标准）方面的需求] 可用性需求一 [在此给出需求说明。] 可靠性 [对系统可靠性的需求应在此处说明。以下是一些建议： ? 可用性—指出可用时间百分比 ( xx.xx%)、使用小时数、维护访问权、降级模式操作等。 ? 平均故障间隔时间 (MTBF) – 通常表示为小时数，但也可表示为天数、月数或年数。 ? 平均修复时间 (MTTR) — 系统在发生故障后可以暂停运行的时间。 ? 精确度 — 指出系统输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准）。 ? 最高错误或缺陷率—通常表示为每千行代码的错误数目 (bugs/KLOC) 或每个功能点的错误数目 (bugs/function-point)。 ? 错误或缺陷率—按照小错误、大错误和严重错误来分类。需求中必须对“严重”错误进行界定，例如：数据完全丢失或完全不能使用系统的某部分功能。] 可靠性需求一 [需求说明。] 性能 [此节应概述系统的性能特征。其