CMMI产品需求规格说明书模板V100Word文档下载推荐.docx

资源描述

CMMI产品需求规格说明书模板V100Word文档下载推荐.docx

《CMMI产品需求规格说明书模板V100Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《CMMI产品需求规格说明书模板V100Word文档下载推荐.docx（12页珍藏版）》请在冰豆网上搜索。

CMMI产品需求规格说明书模板V100Word文档下载推荐.docx

新建

2018-1-1

文档编号：

产品需求规格说明书

Ver:

X.X

[部门/项目名称]

公司名称

总页数

正文

附录

编制

变更履历

1.引言

1.1目的

[说明编写这份报告的目的，指出预期的读者。

]

1.2背景

[叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

1.3术语表

[整理用户“业务词汇表”，列出本软件需求规格说明书中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时要求继承全部的先前过程中定义过的词汇。

词汇名称

词汇含义

备注

1.4参考资料

[列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、出版日期和出版单位。

列出编写本报告时查阅的Internet上杂志、专业著作、技术标准以及其网址。

2.项目概述

[此节高度概括系统的功能、与其他系统的接口以及系统配置。

2.1系统目标

[简要说明可以解决的业务问题，能够达到的业务目标以及使用范围。

说明与其他软件之间的关系。

如果本系统是独立系统，而且全部内容自含，应明确说明。

如果所定义的系统是一个系统的组成部分，则应说明本系统与其他各组成部分之间的关系，一般使用方框图来说明系统的组成和本系统同其他各部分的联系和接口。

2.2系统特点

[对于产品开发，应列出本系统的特点，与老版本软件的差异，与同类软件的比较。

并说明本软件预期使用频度。

对于合同开发，则应列出本软件的最终用户的特点，说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。

一般结合总体系统功能图来说明本章节。

2.3系统运行环境

[本节说明系统内部的业务流程，说明系统内部各子系统的流程规划，数据交换情况。

2.3.1设备及分布

[主要说明：

1）主机类型

2）网络类型

3）存贮器容量

4）其他特殊设备

5）设备分布图]

2.3.2支撑软件

1）操作系统

2）数据库管理系统

3）其他支撑软件]

3.功能需求

[此节介绍系统的功能、与其他系统的接口以及系统配置。

[基于既有系统开发的情况下，需要分析需求对既有系统的影响。

3.1系统角色

[识别系统的所有角色，在下面以列表的形式给出。

角色

说明

3.2子系统（模块）划分

[本节划分子系统，对各子系统（模块）说明，解释它们之间的依赖关系，显示各子系统（模块）的内容，如果使用USECase，要说明各子系统（模块）对应的用例]

3.3功能需求说明

[根据内容情况可以形成子系统分册。

3.3.1XX子系统（模块）需求

[使用时以实际内容替换XX。

详细列出系统（子系统）实现的功能集。

本节记述的是系统（子系统）功能定义，明确系统所提供的服务。

参考附录A进行需求描述。

如果采用usecase开发方式，可参考“用例规约”模板制作本节内容，这里不必详细说明，只说明参考“用例规约”即可。

4.接口需求

[简要说明该软件同其他软件之间的公共接口、数据通信协议等，如果外部接口仅与某子功能有关，该接口说明需单独陈述。

可以使用关联图描述高层抽象的接口信息，也可根据需要将对接口数据和控制组件的详细描述写入数据字典中。

4.1界面接口

4.1.1定义界面元素

[描述需要的用户界面的逻辑特征。

这些特征包括但不限于：

将要采用的图形用户界面（GUI）标准或产品系列的风格；

屏幕布局或解决方案的限制；

将出现在每个屏幕的标准按钮、功能或导航链接（例如一个帮助按钮）；

快捷键；

错误信息显示标准。

对于用户界面的细节，例如特定的对话框的布局，在这里不必详细描述，以免由于过分的细节规定影响项目的开发进度以及开发人员的创造能力。

4.1.2界面迁移

[本节给出系统界面迁移的总图，此处只给出系统的主界面和子系统之间的界面迁移关系即可，子系统内部的界面迁移关系在功能需求说明中给出。

可以使用Excel、Visio、图片等以附件的形式给出。

4.2硬件接口需求

[描述软件系统和硬件各个接口的特征。

这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。

硬件接口名称

硬件名称

厂商

接口描述

4.3软件接口需求

[描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、操作系统、工具软件、库和集成的商业组件。

明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。

确定将在组件间共享的数据。

软件接口名称

外部组件名称

版本号

4.4通信接口需求

[描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等。

定义相关的消息格式。

规定通信安全或加密问题、数据传输速率和同步通信机制。

通信接口名称

协议或方式

安全要求

传输速率要求

同步通信描述

5.非功能性需求

[说明质量属性和系统约束相关的需求。

5.1精确性

[说明对产品潜在缺陷数的要求，产品运算精度的要求，与产品操作相关的时限约束等。

5.2可靠性

[说明系统稳定运行的相关要求，如，MTBF（平均失效间隔时间）、MTTF（平均失效时间）、MTTR（平均修复时间）。

5.3健壮性

[说明系统在异常环境下正常工作的相关要求。

如，对异常输入、系统异常的容错性等。

5.4性能

[说明1.产品处理能力。

如，支持并发操作数等。

2.独立操作的最大响应延迟。

3.操作序列的最大响应延迟。

4.单位时间完成操作的数量。

5.5易用性

[说明易于用户使用的相关参数。

如，常用操作的响应时间，用户了解系统功能所需时间。

5.6可移植性

[说明系统可以运行的硬件、软件环境。

5.7互操作性

[说明系统与其它系统互操作的指标要求。

5.8可扩展性

[说明系统各种扩展需求。

5.9使用安全性

[详细描述与系统安全性、完整性或与登录到该系统的使用人员的隐私相关的需求，这些问题会影响到软件系统的使用以及创建或使用的数据的保护。

定义用户身份确认或授权需求。

明确产品必须满足达到安全性或保密性策略。

如有必要，须描述与产品使用过程中可能发生的损失、破坏或危害相关的需求。

定义必须采取的安全保护或动作，预防潜在的危险动作。

明确软件系统必须遵循的安全标准和规则。

例如如果油箱的压力超过了规定的最大压力的95%，那么必须在1秒钟之内停止操作；

系统不会丢失用户信息；

精确计费等约定。

5.10设计约束

[此节应列出所构建系统的所有设计约束。

设计约束代表已经批准并必须遵循的设计决定，其中包括软件语言、软件流程需求、开发工具的指定用途、构架及设计约束、购买的构件、类库等。

如有客户提供的技术、业务规范等文档需作为此文档的附件。

如果需要兼容遗留系统的数据，也需要在此说明，并附上对遗留系统数据的详细说明文档]

6.用户文档需求

[参考用户需求分析报告，列举出将与软件系统一同提交的用户文档，例如用户手册和在线帮助和教程。

明确用户文档的提交格式或编制标准。

7.遗留问题

[列出在需求分析阶段尚未解决的问题。

8.附录

[用户需求调查过程中获得的各种记录如调查表格、业务系统单据等。

记录或报告的存档编号和名称填写在该表中。

其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料等。

编号

文档名称

类别

8.1

附件A：

功能需求说明参考模板

［产品需求功能列表，可以复制到需求跟踪矩阵，用于需求跟踪。

］

子系统

模块

子模块

需求优先级

文档说明位置

［功能序号］

［XX子系统需求］

［XX模块需求］

［XX子模块需求］

[在本项目中的重要程度及模块开发的先后顺序：

高／中／低]

［在文档中的章节号］

8.1.1XX子系统（模块/子模块）需求

8.1.1.1操作流程描述

[说明模块的业务流向，可以使用Excel、Visio、图片等以附件的形式给出。

8.1.1.2功能描述

功能需求

功能编号

[项目自定义填写]

功能分类

[根据项目自定义填写]

功能名称

[具体的模块名称]

业务背景

[描述为什么要用这个模块，以及这个模块在此业务系统中的作用。

]

功能说明

[说明此业务模块的功能，

如：

1、录入**信息

2、生成**记录

打印《***表》]

前置条件

[指用此模块的前提条件，也就是说必须在系统中满足已知的条件后，此模块才能被启用。

后置条件

[经过此项业务处理后，重要状态的变化，例如在**变化后，人员状态变为**]

业务表单

表单编号

表单名称

方向

[输入或输出]