软件需求规格说明书.docx
《软件需求规格说明书.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明书.docx（7页珍藏版）》请在冰豆网上搜索。
软件需求规格说明书
需求规格说明书
修订记录：
版本编号
修订内容
修订人
修订日期
目录
1.文档介绍0
1.1.文档目的0
1.2.文档范围0
1.3.读者对象0
1.4.参考文档0
1.5.术语与缩写解释0
2.产品介绍0
2.1.产品定义0
2.2.业务目标1
3.产品面向的用户群体1
4.产品应当遵循的标准或规范1
5.产品范围1
6.项目视图1
6.1.视图1
6.2.描述1
6.3.接口定义2
7.总体业务流程2
7.1.流程图2
7.2.说明2
8.产品中的角色2
9.产品功能需求2
9.1.功能结构图2
9.2.角色功能列表3
9.3.子功能详细描述3
10.非功能需求3
11.需求规格说明4
11.1.功能A：
4
11.1.1.功能A-01：
4
12.功能对照表5
13.附录：
需求确认6
文档介绍
1.1.文档目的
1.2.文档范围
1.3.读者对象
1.4.参考文档
1.5.术语与缩写解释
产品介绍
描述本系统的业务目的（系统是作什么的），说明其实现了何种业务，并与现有业务进行对比，说明对现有业务作何改善；
1.6.产品定义
1.7.业务目标
产品面向的用户群体
（1）描述本产品面向的用户（客户、最终用户）的特征，
（2）说明本产品将给他们带来什么好处？
他们选择本产品的可能性有多大？
产品应当遵循的标准或规范
阐述本产品应当遵循什么标准、规范或业务规则（BusinessRules），违反标准、规范或业务规则的产品通常不太可能被接受。
产品范围
阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。
说清楚产品范围的好处是：
（1）有助于判断什么是需求，什么不是需求；
（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
项目视图
描述本子系统在整个系统中的地位、以及与其他各业务子系统的关联（注：
本系统在项目视图中以黑盒的形式出现，此处不对子系统本身进行详细描述）；
1.8.视图
1.9.描述
1.10.接口定义
总体业务流程
详细描述本系统内部的联系，说明该系统的主要业务流及信息流；
1.11.流程图
1.12.说明
产品中的角色
定义本系统涉及的角色；
角色名称
职责描述
产品功能需求
定义实现本业务所需要的功能；
1.13.功能结构图
1.14.角色功能列表
功能
子功能
角色
功能A
功能A.1
功能A.2
…
功能B
功能B.1
功能B.2
…
…
备注：
功能的标识符参见：
《IOS软件开发规范》中的“需求规格说明书中的功能编号规则”
1.15.子功能详细描述
编号：
名称：
角色：
优先级：
功能描述：
输入：
处理：
输出：
其他说明：
非功能需求
定义实现本业务的非功能需求约束；
需求类别
需求名称、标识符
描述
用户界面需求
软硬件需求
质量需求
需求规格说明
描述本系统的业务流程和需求分析规格说明，其中包含用户界面原型（UI）和分析模型（流程、usecase模型）
1.16.功能A：
1.16.1.功能A-01：
1.16.1.1.功能说明
1.16.1.2.界面原型
1.16.1.3.用例图
1.16.1.4.流程图
1.16.1.5.开发说明
功能对照表
规格说明书
信息公司说明书
功能A：
功能B：
功能C：
附录：
需求确认
需求评审报告摘要
需求文档
输入名称，标识符，版本，作者，完成日期，…
需求评审报告
输入名称，标识符，评审日期，…
评审结论
[]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。
[]工作成果基本合格，需要作少量的修改，之后通过审核即可。
[]工作成果不合格，需要作比较大的修改，之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称，标识符，版本，作者，完成日期
客户承诺
承诺…
签字，日期
项目经理承诺
承诺…
签字，日期
升级会员 