CLRC-CP-TM-0F2 需求说明书模板

【产品名称】需求说明书
版本历史
本需求文档确认页
本需求文档确认页 (3)
1 引言 (6)
1.1目的 (6)
1.2业务目标和前景 (6)
1.3业务背景及假设约束 (6)
1.4业务调研结果 (6)
1.5文档范围（可选） (7)
1.6参考文档 (7)
1.7术语与缩写解释 (7)
2产品概述 (7)
2.1需求条目清单 (7)
2.2产品状况 (7)
2.3产品功能概述 (8)
3产品差异分析（可选） (8)
3.1原有软件产品的情况 (8)
3.2原有软件产品主要功能和特点 (8)
3.3原有软件产品待解决问题列表 (8)
4软件角色分析 (9)
4.1定义角色 (9)
4.2描述角色的关系 (9)
5软件需求 (9)
5.1软件子系统 (9)
5.2软件模块 (9)
5.3软件功能 (10)
5.4软件功能详细描述 (10)
5.5软件不支持的流程或功能（可选） (10)
6软件数据流图及数据字典分析 (11)
7软件接口需求分析 (11)
7.1软件接口列表 (11)
7.2软件接口描述 (11)
8非功能需求 (11)
8.1非功能需求点列表 (12)
9软件系统界面需求 (12)
10目标系统假设与约束条件 (12)
11其他需求（可选） (12)
12待确定的问题列表（可选） (13)
13附件 (13)
14附录：文档确认 (15)
1 引言
1.1 目的
【阐明编写需求说明书的目的，指明读者对象。

】
1.2业务目标和前景
【阐明项目或任务要达到的业务目标和目的。

】
a 项目或任务名称
b项目或任务主要工作内容
c 项目或任务达到的目标和目的
1.3业务背景及假设约束
【阐明项目或任务背景及各种假设约束。

】
a项目、任务的委托单位、开发单位和主管部门
b 项目或任务开发的背景
b该项目或任务的假设或约束：
(1)法律、法规和政策方面的限制。

(2)业务目标及其他约束条件。

(3)可利用的信息和资源。

(4)需求中的风险分析：技能风险、时间风险、资源风险。

C其他需要说明的问题
1.4业务调研结果
【阐明需求调研结果，此处可列示需求调研相关文档】
a 调研结论
b 调研获取文档清单
c干系人列表
d其他需要说明的问题
或：列示需求调研文档
1.5 文档范围（可选）
【说明：对本文的范围做阐述，本文档改动时，受到影响的范围，例如，本文引用到的用例模型，系统原型，系统测试用例等文档。

】
1.6 参考文档
【说明：列出本文档的所有参考文献（可以是非正式出版物），包括计划任务书、合同、批文、引用到的文件、资料及软件开发标准等。

】
1.7术语与缩写解释
【说明：列出本文件中用到的专门术语的定义和缩写词的原词组，并给予解释，以便于所有读者达成共识。

】
2产品概述
2.1需求条目清单
【需求来源：项目中包含的需求条目列表】
2.2产品状况
【描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。

说明了该软件产品是否属于下列情况：
●是否是产品系列中的下一成员；
●是否是成熟产品所改进的下一代产品；
●是否是现有应用软件的替代品(升级产品)；
●是否是一个新型的、自主型的产品。

如果该软件产品需求分析报告定义的软件系统是：
●大系统的一个组成部分；
●与其它系统和其它机构之间存在基本的相互关系。

那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者（同时）说明相互关系的存在形式，并且要定义出两者之间的全部接口。

】
2.3产品功能概述
【列出该系统要解决的基本问题，主要应是在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要新系统来解决，可列出优先级（由用户提出）】
【因为将在本需求说明书的第5部分中详细描述软件产品的功能，所以在此只需要概略地总结。

仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。

如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。

为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。

也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。

】
3产品差异分析（可选）
【如果实施的项目，公司有相应的产品（系统），则实施负责人要针对用户确认的调研记录，将其与公司软件产品进行业务差异分析，形成业务差异分析。

】
3.1原有软件产品的情况
【原有软件产品基本情况介绍。

】
【列出该系统要解决的基本问题，主要应是在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要新系统来解决，可列出优先级（由用户提出）】
3.2原有软件产品主要功能和特点
【介绍用户现在使用的系统的主要情况，包括主要的功能和特点。

】
3.3原有软件产品待解决问题列表
【列出该系统要解决的基本问题，主要应是在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要新系统来解决，可列出优先级（由用户提出）】
4软件角色分析
4.1定义角色
4.2描述角色的关系
【描述用户（参与者）的泛化关系，泛化可以显著减速少业务流程图（或用例图）中通讯关联的个数，简化模型，使之更易于理解。

】
5软件需求
5.1软件子系统
注：属性定义及编号、类别规则参见《需求管理指导书》，此清单可附表。

5.2软件模块
表5-2
注：属性定义及编号、类别规则参见《需求管理指导书》，此清单可附表。

5.3软件功能
【基于业务流程图的业务模型或者用例（功能）模型完成后，应对模型进一步检视、分析，看是否可以进一步简化用例（功能）模型、提高重用程度、增加模型的可维护性。

】
表5-3
5.4软件功能详细描述
【如多个功能需要用到同一段行为，可以把这段共同的行为单独抽象成为一个功能，然后让其他的功能来包含这一功能。

从而避免在多个功能中重复性地描述同一段行为，也可以防止该段行为在多个功能中的描述出现不一致性。

当需要修改这段公共的需求时，我们也只需要修改一个功能，避免同时修改多个功能而产生的不一致性和重复性工作。

】
【可选择使用《CLRC-CP-TM-0F7 软件功能需求模板.doc》作为附件计划描述】
5.5软件不支持的流程或功能（可选）
【列出本软件所不支持的各项功能及流程以及相应的原因。

此部分内容务必详细准确、无二义性，以作为将来验收和测试的标准。

】
【针对用户提出的功能性需求，列出本系统所不支持的各项功能以及相应的原因。

此部分内容务必详细准确、无二义性，以作为将来验收和测试的标准。

】
6软件数据流图及数据字典分析
【可选择使用《CLRC-CP-TM-0F5 软件数据流图及状态图模板.doc》作为本文的附件】
7软件接口需求分析
7.1软件接口列表
【与其他系统的接口，如监控系统、控制系统，银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。

(1)与系统特殊外设的按口，如CT机、磁共振，柜员机(ATM)、IC卡，盘点机等。

(2)与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。

】
应在此列举出所有的外部接口名称，接口标准、规范：外部接口列表，如表所示
外部接口需求点列表
7.2软件接口描述
【软件接口分3层：系统之间、子系统之间、模块之间;可以根据实际情况分层向下延伸。

】【可选择《CLRC-CP-TM-0F6 软件接口需求模板.doc》作为本文的附件】
8非功能需求
【可选择补充完善《用户需求说明书》附件的《CLRC-CP-TM-0F3 非功能需求模板.doc》文档，尤其是完善用户无法完成填写的项目】
8.1非功能需求点列表
【详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用：需求性能点列表的格式，如表所示。

】
9软件系统界面需求
【界面的原则要求，如方便、简洁、美观、—致等。

整个系统的界面风格定义，某些功能模块的特殊的界面要求。

(1)输入设备：键盘、鼠标、条码扫描器，扫描仪等。

(2)输出设备：显示器，打印机、光盘刻录机、磁带机、音箱等。

(3)显示风格：图形界面，字符界面，IE界面等。

(4)显示方式：1024×768、640×480等。

(5)输出格式：显示布局、打印格式等。

】
【说明：列出其他待补充需求。

此处可以结合具体业务需求描述，也可附件】【可选择《原型或页面》细化描述】
10目标系统假设与约束条件
假设与约定条件是对预计的系统风险的描述，如：
(1)法律、法规和政策方面的限制。

(2)硬件、软件、运行环境和开发环境方面的条件和限制。

(3)可利用的信息和资源。

(4)系统投入使用的最晚日期。

(5)需求中的风险分析：技术风险、技能风险、时间风险、资源风险。

11其他需求（可选）
【说明：列出其他待补充需求。

】
12待确定的问题列表（可选）
13附件
【此处添加本文档引用附件】
本文档附件说明
请仔细阅读该说明：
软件需求规格说明书中国人寿研发中心14附录：文档确认
－内部资料，注意保密－Page 15 of 15。