1-1 用户需求说明书.docVIP

国信安***系统 用户需求说明书 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： GXA-RC-RD-UR 当前版本： 1.0 作 者： 完成日期： 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文档 4 0.5 术语与缩写解释 4 1. 产品介绍 6 2. 产品面向的用户群体 6 3. 产品应当遵循的标准或规范 6 4. 产品的功能性需求 6 4.0 功能性需求分类 6 4.m Feature M 7 4.m.n Function M.N 7 5. 产品的非功能性需求 7 5.1 用户界面需求 7 5.2 软硬件环境需求 7 5.3 产品质量需求 7 5.n 其它需求 8 附录A：用户需求调查报告 9 A.1 需求标题1 9 A.n 需求标题N 9 0. 文档介绍 0.1 文档目的 提示：说明编写这份软件需求说明书的目的，指出预期的读者。 0.2 文档范围 提示： 说明此文档在整个项目文件中适用的范围。 0.3 读者对象 提示：要提交和阅读的读者。 0.4 参考文档 提示：本项目的经核准的计划任务书或合同、上级机关的批文； 属于本项目的其他已发表的文件； 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释 缩写、术语 解 释 如：OA 办公自动化软件 SqlServer 微软的数据库产品 … 1. 产品介绍 提示： 用简练的语言说明本产品“是什么”，“什么用途”,简介”什么技术”实现。根据经验，概念罗嗦含糊的产品很难被用户接受。所以产品定义一定要简练且清晰。 2．产品开发背景 提示：从内因、外因两方面阐述产品开发背景，重点说明“为什么”要开发本产品。 （1）内因方面着重考虑：开发方的短期、长期发展战略；开发方的当前实力。 （2）外因方面着重考虑：市场需求及发展趋势；技术状况及发展趋势。 （3）如果是合同项目，请说明项目的来源。 3. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？ 4. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 5. 产品的功能性需求 5.0 功能性需求分类 提示：将功能性模块需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。 功能类别 子功能 Feature A Function A.1 Function A.2 … Feature B Function B.1 Function B.2 … … 5.m Feature M 提示：此处写一些承上启下的文字。 5.m.n Function M.N 功能描述： …… 6. 产品的非功能性需求 6.1 用户界面需求 需求名称 详细要求 对应模块 人员管理 实现人员的录入，查询，修改等功能….. 人事管理(链接到相关说明文件) … 6.2 软硬件环境需求 需求名称 详细要求 … 6.3 产品质量需求 主要质量属性 详细要求 正确性 健壮性 可靠性 性能，效率 易用性 清晰性 安全性 可扩展性 兼容性 可移植性 … 6.n 其它需求 附录A：用户需求调查报告 常见需求调查方式有： 与用户交谈，向用户提问题。 参观用户的工作流程，观察用户的操作。 向用户群体发调查问卷。 与同行、专家交谈，听取他们的意见。 分析已经存在的同类软件产品，提取需求。 从行业标准、规则中提取需求。 从Internet上搜查相关资料。 A.1 需求标题1 需求标题1 调查方式 调查人 调查对象 时间、地点 需求信息记录 A.n 需求标题N 需求标题N 调查方式 调查人 调查对象 时间、地点 需求信息记录 ………… 附录B:用户提供参