文档介绍：【项目或任务名称】
用户需求说明书
修订历史记录
时间
版本
作成者
审查者
修订内容
本需求文档确认页
需求确认项目
需
求
文
档
说
明
文档名称
文档版本
文档附件及章节
文档页数、字数
文档撰写人及完成时间
撰写人:
完成时间:
需
求
方
确
认
签字确认项
确认章节
确认部门
确认人签字(签字,日期)
软研
方
确
认
提示:研发方项目经理及需求分析人员必须签字认可。
签字, 日期
其他干系人确认
签字, 日期
声明:该文档一经各方确认,将按该需求进行后续研发,如对该需求内容进行修改将视为需求变更,需按照需求变更流程处理。
目录
1 引言 5
5
5
5
5
定义 6
参考资料 6
2 用户主要情况描述 6
6
6
7
用户的技术水平 7
3 业务差异分析(可选) 8
4 用户需求 8
8
8
9
、账本、报表 9
5 非功能需求(可选) 10
6 接口需求(可选) 10
7 用户运行需求(可选) 10
8 其它需求 10
9 用户验收标准 10
附件 10
1 引言
【阐明编写需求说明书的目的,指明读者对象。】
a为明确用户需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。
b本文档可供项目经理、设计人员、开发人员参考。
【阐明项目或任务要达到的业务目标和目的。】
a 项目或任务名称
b项目或任务主要工作内容
c 项目或任务达到的目标和目的
【阐明项目或任务背景及各种假设约束。】
a项目、任务的委托单位、开发单位和主管部门
b 项目或任务开发的背景
b该项目或任务的假设或约束:
(1)法律、法规和政策方面的限制。
(2)业务目标及其他约束条件。
(3)可利用的信息和资源。
(4)需求中的风险分析:技能风险、时间风险、资源风险。
C其他需要说明的问题
【阐明需求调研结果,此处可列示需求调研相关文档】
a 调研结论
b 调研获取文档清单
c干系人列表
序号
干系人
组织名称
职务
干系人角色
参与活动
联系方式
备注
1
d其他需要说明的问题
或:列示需求调研文档
定义
【列出文档中所用到的专门术语的定义和缩写词的原文。可借用《CLRC-CP-TM-0F4 》等作为附件。】
参考资料
a项目经核准的计划任务书、合同或上级机关的批文
b项目开发计划
c文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源
d用户方编写的业务需求说明书。
2 用户主要情况描述
【介绍本项目或任务的用户情况,可根据情况列示表格说明。】
【用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。】
【将用户的组织结构逐层详细描述,建议采用树状的组织结构图进行表达,每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体,对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构,是需求获取步骤中的工作任务之一。】
组织结构图示例
【用户环境中的企业岗位,和组织机构一样,也是分析人员理解企业业务的基础,是需求获取的工作任务,同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述,建议采用表格的形式。】
编号
岗位
所在部门
职责
相关的业务
注:对用户岗位的识别也包括使用了计算机系统后的系统管理人员岗位。
用户的技术水平
【对目前用户的技术水平进行必要的描述】
3 业务差异分析(可选)
【如果实施的项目,公司有相应的产品(系统),则实施负责人要针对用户确认的调研记录,将其与公司软件产品进行业务差异分析,形成业务差异分析。】
【建议:使用流程图,逐层分解,将企业中各种业务之间的关系描述出来,然后对每种业务进行详细的描述,使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图、Use case图