QMTEMPRD30软件需求规格说明书模板软件需求说明书模板V40.docx
- 文档编号:8001002
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:9
- 大小:17.61KB
QMTEMPRD30软件需求规格说明书模板软件需求说明书模板V40.docx
《QMTEMPRD30软件需求规格说明书模板软件需求说明书模板V40.docx》由会员分享,可在线阅读,更多相关《QMTEMPRD30软件需求规格说明书模板软件需求说明书模板V40.docx(9页珍藏版)》请在冰豆网上搜索。
QMTEMPRD30软件需求规格说明书模板软件需求说明书模板V40
{项目名称}
需求规格说明书
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件标识:
QM-TEMP-RD-30-需求规格说明书-V4.0
当前版本:
4.0
作者:
版本历史
版本
状态
作者
日期
审批人
审批日期
备注
V1.0
正式发布
V2.0
正式发布
V2.01
正在修改
按UML分析方法进行了修改
V3.0
正式发布
按照文件编写指南调整了格式
删除首页的完成日期
V4.0
正式发布
目录
1文档介绍4
1.1术语与缩写解释4
2系统介绍4
3系统面向的用户群体4
4应当遵循的标准或规范4
5系统范围4
5.1地理边界5
5.2业务职能边界5
5.3功能边界5
6系统中的角色5
7系统的功能性需求5
7.1功能性需求列表5
7.1.1系统用例模型6
7.1.1.1系统业务流程图6
7.1.1.2{子系统名}子系统用例包结构6
7.1.1.3{子系统名}子系统用例包结构9
7.1.1.4{子系统名}子系统用例包结构9
7.2软硬件环境需求9
7.3系统质量需求9
7.4其他需求9
附录A:
需求确认10
1文档介绍
1.1术语与缩写解释
表1术语表
缩写、术语
解释
…
2系统介绍
提示:
(1)说明整个系统是什么,做什么用途。
(2)介绍系统的开发背景。
3系统面向的用户群体
提示:
(1)描述本系统面向的用户(客户、最终用户)的特征,
(2)说明本系统将给他们带来什么好处?
他们选择本系统的可能性有多大?
4应当遵循的标准或规范
提示:
阐述本系统应当遵循什么标准、规范或业务规则(BusinessRules),违反标准、规范或业务规则的系统通常不太可能被接受。
5系统范围
提示:
阐述本系统“适用的领域”和“不适用的领域”,本系统“应当包含的内容”和“不包含的内容”。
说清楚系统范围的好处是:
(1)有助于判断什么是需求,什么不是需求;
(2)可以将开发精力集中在系统范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。
5.1地理边界
提示:
说明系统所包含的客户地理范围,如:
只包含市局,或市局和XX区县等。
5.2业务职能边界
提示:
说明系统所包含的业务范围,如:
市局XX科室等。
5.3功能边界
提示:
说明系统所包含的详细功能范围。
6系统中的角色
提示:
阐述本系统的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
表2系统角色表
角色名称
职责描述
7系统的功能性需求
7.1功能性需求列表
提示:
将功能性需求先粗分再细分分别列出。
表3功能需求表
功能类别
子功能
{子系统名A}子系统
功能A.1
功能A.2
…
功能A.M
{子系统名B}子系统
功能B.1
功能B.2
…
功能B.N
…
7.1.1系统用例模型
提示:
说明系统所包含的各子系统的用例模型。
模型中内容包括:
业务流程图、用例包结构。
系统业务流程图
提示:
说明整个系统业务流程图。
{子系统名}子系统用例包结构
7.1.1.1.1{功能名}用例模型
提示:
说明每个子系统用例包结构中的各个功能的用例模型,包括:
功能流程图、用例规约、界面描述及界面数据需求。
7.1.1.1.1.1{功能名}业务流程图
7.1.1.1.1.2{功能名}用例图
提示:
说明该功能的用例图及用例图中各用例的用例规约。
●{功能名}用例图如下:
●{功能名}各用例规约如下:
Ø{用例名UC-XX-01}用例规约
如:
详见用例规约文件“SZGD-APGIS-RD-30-UC-XX-01用例规约YYYYMMDD-VX.Y.doc”
Ø{用例名UC-XX-02}用例规约
Ø{用例名UC-XX-03}用例规约
Ø{用例名UC-XX-04}用例规约
Ø……
7.1.1.1.1.3{功能名}界面描述
{功能名}页面跳转图如下图所示:
1){功能名}中的{页面名}页面
●页面编号:
●页面描述:
●页面如下图所示:
2){功能名}中的{页面名}页面
●页面编号:
●页面描述:
●页面如下图所示:
3)……
7.1.1.1.1.4{功能名}界面数据需求
表4界面数据需求表
页面属性名称
操作属性(输入、选择(下拉菜单选择、单选、多选)、自动带出)
显示格式(长度精度,或者是否有特殊的显示格式要求)
逻辑关系(与其他属性的逻辑控制或者计算关系)
7.1.1.1.2{功能名}用例模型
提示:
说明每个子系统用例包结构中的各个功能的用例模型,包括:
功能流程图、用例规约、界面描述及界面数据需求。
7.1.1.1.2.1{功能名}业务流程图
7.1.1.1.2.2{功能名}用例图
提示:
说明该功能的用例图及用例图中各用例的用例规约。
●{功能名}用例图如下:
●{功能名}各用例规约如下:
Ø{用例名UC-YY-01}用例规约
如:
详见用例规约文件“SZGD-APGIS-RD-30-UC-YY-01XX用例规约YYYYMMDD-VX.Y.doc”
Ø{用例名UC-YY-02}用例规约
Ø{用例名UC-YY-03}用例规约
Ø{用例名UC-YY-04}用例规约
Ø……
7.1.1.1.2.3{功能名}界面描述
{功能名}页面跳转图如下图所示:
1){功能名}中的{页面名}页面
●页面编号:
●页面描述:
●页面如下图所示:
2){功能名}中的{页面名}页面
●页面编号:
●页面描述:
●页面如下图所示:
3)……
7.1.1.1.2.4{功能名}界面数据需求
表5界面数据需求表
页面属性名称
操作属性(输入、选择(下拉菜单选择、单选、多选)、自动带出)
显示格式(长度精度,或者是否有特殊的显示格式要求)
逻辑关系(与其他属性的逻辑控制或者计算关系)
{子系统名}子系统用例包结构
{子系统名}子系统用例包结构
7.2软硬件环境需求
表6软硬件环境需求表
需求名称
详细要求
…
7.3系统质量需求
表7系统质量需求表
主要质量属性
详细要求
正确性
健壮性
可靠性
性能,效率
易用性
清晰性
安全性
可扩展性
兼容性
可移植性
…
7.4其他需求
附录A:
需求确认
提示:
需求确认规程请参见QM-PROC-QMP-06-需求管理-需求确认,主要分两步:
(1)需求评审,
(2)需求承诺。
对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”,规程请参见QM-PROC-QMP-12-技术评审-正式技术评审。
在获取责任人(Stakeholders)对需求的承诺之前,该《需求规格说明书》必须先通过需求评审。
表8需求承诺表
需求承诺
需求文档
输入名称,标识符,版本,作者,完成日期
客户承诺
承诺…
签字,日期
项目经理承诺
承诺…
签字,日期
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- QMTEMPRD30 软件 需求 规格 说明书 模板 V40
![提示](https://static.bdocx.com/images/bang_tan.gif)