附录G-1 用户需求说明书
{ 项目名称 } 用户需求说明书 |文件状态： |文件标识：|Company-Project-RD-UR | |[√] 草稿 | | | |[ ] 正式发布 | | | |[ ] 正在修改 | | | | |当前版本：|X.Y | | |作 者：| | | |完成日期：|Year-Month-Day | 版 本 历 史 |版本/状态 |作者 |参与者 |起止日期 |备注 | | | | | | | | | | | | | | | | | | | 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文档 4 0.5 术语与缩写解释 4 1. 产品介绍 5 2. 产品面向的用户群体 5 3. 产品应当遵循的标准或规范 5 4. 产品的功能性需求 5 4.0 功能性需求分类 5 4.M FEATURE M 6 4.m.n Function M.N 6 5. 产品的非功能性需求 6 5.1 用户界面需求 6 5.2 软硬件环境需求 6 5.3 产品质量需求 6 5.N 其他需求 7 附录A：用户需求调查报告 8 A.1 需求标题1 8 A.N 需求标题N 8 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释 |缩写、术语 |解 释 | | | | | | | | | | |… | | 1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品的功能性需求 4.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。 |功能类别 |子功能 | |Feature A |Function A.1 | | |Function A.2 | | |… | |Feature B |Function B.1 | | |Function B.2 | | |… | |… | | 4.m Feature M 提示：此处写一些承上启下的文字。 4.m.n Function M.N 功能描述： …… 5. 产品的非功能性需求 5.1 用户界面需求 |需求名称 |详细要求 | | | | | | | | | | | | | |… | | 5.2 软硬件环境需求 |需求名称 |详细要求 | | | | | | | | | | |… | | 5.3 产品质量需求 |主要质量属性 |详细要求 | |正确性 | | |健壮性 | | |可靠性 | | |性能，效率 | | |易用性 | | |清晰性 | | |安全性 | | |可扩展性 | | |兼容性 | | |可移植性 | | |… | | 5.n 其他需求 附录A：用户需求调查报告 常见需求调查方式有： ← 与用户交谈，向用户提问题。 ← 参观用户的工作流程，观察用户的操作。 ← 向用户群体发调查问卷。 ← 与同行、专家交谈，听取他们的意见。 ← 分析已经存在的同类软件产品，提取需求。 ← 从行业标准、规则中提取需求。 ← 从Internet上搜查相关资料。 A.1 需求标题1 |需求标题1 | | |调查方式 | | |调查人 | | |调查对象 | | |时间、地点 | | | | | |需求信息记 | | |录 | | A.n 需求标题N |需求标题N | | |调查方式 | | |调查人 | | |调查对象 | | |时间、地点 | | | | | |需求信息记 | | |录 | | ----------------------- 机构图标 机构公开信息
附录G-1 用户需求说明书