xx学院
XXX系统
产品需求规格说明书
文件状态:
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文件标识:
当前版本:
V1.00
作者:
完成日期:
Year-Month-Day
版 本 历 史
版本/状态
作者
参与者
起止日期
备注
V1.00
目录
一、文档介绍 2
1.1 文档目的 2
1.2 文档范围 2
1.3 读者对象 2
1.4 参考文档 2
1.5 术语与缩写解释 2
二、产品介绍 2
三、产品面向的用户群体 3
四、产品应当遵循的
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
或规范 3
五、产品范围 3
六、产品中的角色 3
七、产品的功能性需求 3
7.1 功能性需求分类 3
7.m Feature M 4
八、产品的非功能性需求 4
8.1 用户界面需求 4
8.2 软硬件环境需求 4
8.3 产品质量需求 5
8.n 其它需求 5
九、产品的亮点、卖点分析 5
一、文档介绍
1.1 文档目的
1.2 文档范围
1.3 读者对象
1.4 参考文档
提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符] 作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期
1.5 术语与缩写解释
缩写、术语
解 释
SPP
精简并行过程,Simplified Parallel Process
RD
需求开发 Require Development
…
二、产品介绍
提示:
(1)说明产品是什么,什么用途。
(2)介绍产品的开发背景。
三、产品面向的用户群体
提示:
(1)描述本产品面向的用户(客户、最终用户)的特征,
(2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大?
四、产品应当遵循的标准或规范
提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。
五、产品范围
提示:阐述本产品“适用的领域”和“不适用的领域”,本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是:(1)有助于判断什么是需求,什么不是需求;(2)可以将开发精力集中在产品范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。
六、产品中的角色
提示:阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
七、产品的功能性需求
7.1功能性需求分类
提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全,要有依据的来源或原始需求特别是亮点和卖点的描述
功能类别
功能名称、标识符
描述
Feature A
Function A.1
…
Feature B
Function B.1
…
Feature C
Function C.1
…
7.m Feature M
提示:此处写一些承上启下的文字。
7.m.n Function M.N
名称、标识符
功能描述
优先级
输入
操作序列
输出
补充说明
八、产品的非功能性需求
提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全,要有依据的来源或原始需求特别是亮点和卖点的描述
8.1 用户界面需求
需求名称
详细要求
…
8.2 软硬件环境需求
需求名称
详细要求
…
8.3 产品质量需求
主要质量属性
详细要求
正确性
健壮性
可靠性
性能,效率
易用性
清晰性
安全性
可扩展性
兼容性
可移植性
…
8.n 其它需求
九、产品的亮点、卖点分析
提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全,要有依据的来源或原始需求特别是亮点和卖点的描述
附录A:需求建模与分析报告
建议用Rational Rose对产品需求进行建模与分析。
A.1 需求模型1
A.n 需求模型N
附录B:需求确认
提示:需求确认规程请参见SPP-PROC-RM,主要分两步:(1)需求评审,(2)需求承诺。对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”,规程请参见SPP-PROC-TR。在获取
责任
安全质量包保责任状安全管理目标责任状8安全事故责任追究制幼儿园安全责任状占有损害赔偿请求权
人(Stakeholders)对需求的承诺之前,该《产品需求规格说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
输入名称,标识符,版本,作者,完成日期,…
需求评审报告
输入名称,标识符,评审日期,…
评审结论
[ ] 工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。
[√] 工作成果基本合格,需要作少量的修改,之后通过审核即可。
[ ] 工作成果不合格,需要作比较大的修改,之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称,标识符,版本,作者,完成日期
客户承诺
承诺…
签字,日期
项目经理承诺
承诺…
签字,日期