软件需求规格说明模板

标识：密级：版本：

××技术文件

{子系统名称}

软件需求规格说明

中国电子科技集团公司第十五研究所

二○一年月

{子系统名称} 软件需求规格说明

拟制：

审核：

会签：

质量保证：

批准：

文档修改记录

目次

1范围 (1)

1.1标识 (1)

1.2系统概述 (1)

1.2.1项目背景 (1)

1.2.2业务范围 (1)

1.2.3软件边界 (1)

1.2.4系统角色 (1)

1.3文档概述 (2)

1.4术语及缩略语 (2)

2引用文档 (2)

3功能需求/GN (2)

3.1功能概述 (2)

3.1.1 XX功能/XX功能标识 (3)

3.1.2 YY功能/YY功能标识 (3)

3.2用例 (4)

3.2.1 XX功能/XX功能标识 (4)

3.2.2 YY功能/YY功能标识 (4)

3.3需求动态关系 (5)

3.4用例与建模 (5)

3.4.1 XX功能/XX功能标识 (5)

3.4.2 YY功能/YY功能标识 (7)

4接口需求/JK (8)

4.1外部接口需求/JK-WB (8)

4.1.1接口标识和接口图 (8)

4.1.2人机交互界面接口 (10)

4.1.3 XX接口名称/标识 (10)

4.2内部接口需求/JK-NB (12)

4.2.1接口标识和接口图 (12)

4.2.2 XX接口名称/标识 (12)

5数据需求/SJ (12)

5.1入、出库单/SJ-IOL (12)

5.2数据需求名称/标识 (13)

6非功能性需求 (14)

6.1性能需求 (14)

6.1.1容量估算 (14)

6.1.2性能指标/XN (14)

6.2适应性需求/SY (14)

6.3安全性需求/AQ (14)

6.4保密性需求/BM (15)

6.5备份与恢复/BH (15)

6.6数据移植/YZ (15)

6.7标准需求/BZ (16)

6.8环境需求/HJ (16)

6.8.1硬件环境 (17)

6.8.2软件环境 (17)

6.8.3网络环境 (17)

6.8.4其他环境 (17)

6.9计算机资源需求/ZY (17)

6.10软件质量因素及可靠性/ZK (18)

6.10.1软件质量因素/ZK-YS (18)

6.10.2可靠性需求/ZK-KK (18)

6.11设计和实现约束/YS (18)

6.12需求的关、重程度 (18)

6.13人员需求 (19)

6.14培训需求 (20)

6.15软件保障需求 (20)

6.16验收、交付时的包装需求 (20)

7合格性规定 (20)

8与上级设计文档的可追溯性 (20)

8.1正向追溯 (21)

8.2逆向追溯 (21)

9附件 (21)

9.1界面需求 (21)

9.2导出文档/报表模版格式 (21)

1 范围

1.1 标识

本文档的标题：

本文档的标识：

本文档的版本号：

1.2 系统概述

如果软件应满足不同的工作模式（如演习训练、教学）要求，应在本节中增加章节说明软件应满足的不同工作模式，以及在不同工作模式下应满足的功能、非功能的要求。

1.2.1 项目背景

注1：对项目的背景作简要介绍。

本软件为XXXX。。。。。

项目的名称：

项目的委托方：

产品的最终用户：

项目的开发方：

1.2.2 业务范围

本软件为XX集团军XX的管理提供帮助，包括XX、YY。。。

1.2.3 软件边界

本节描述软件的功能边界、职能边界、地域边界。

图1 软件边界示意图

a) 功能边界：

b) 职能边界：

c) 地域边界：

1.2.4 系统角色

注1：描述软件中的主要角色，如系统管理员、计划管理员。。。。

1.3 文档概述

本文档各章节内容说明如下表：

表 1 文档概述一览表

1.4 术语及缩略语

本文档中使用的术语或缩略语详见下表：

表 2 本文档使用的术语或缩略语一览表

2 引用文档

表 3 引用文档一览表

3 功能需求/GN

3.1 功能概述

注1：以图、表的方式描述功能需求的划分后，对各项功能逐一进行描述。

注2：当功能结构与系统设计或研制总要求不一致时，应说明原因。

本软件的主要功能组成如下图所示。

图2 功能框架图

表 4 软件功能划分一览表

进”、“沿用”。

3.1.1 XX功能/XX功能标识

表 5 XX－1功能需求一览表

进”、“沿用”。

3.1.2 YY功能/YY功能标识

表 6 YY软件功能需求一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

3.2 用例

注1：对“3.1 功能概述”中所描述功能的进一步分解，应与“3.1 功能概述”中的分解对应。

3.2.1 XX功能/XX功能标识

3.2.1.1 XX－1功能/XX－1功能标识

表 7 XX－1功能用例一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

3.2.1.2 XX－2功能（XX－1功能标识）

表 8 XX－2功能用例一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

注2：

3.2.2 YY功能/YY功能标识

表 9 YY功能用例一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

3.3 需求动态关系

注1：使用动态图，如数据流图、流程图、交互图、状态图等描述各功能组成部分的动态关系，或各用例之间的动态关系。

注2：本章节内不能使用静态图，如结构图、用例图。

注3：如有必要可在本章节内细分小节，分别描述不同层次功能、用例的动态关系。

注4：图中所描述的功能、用例应与“3.1 功能概述”、“3.2 用例”一致。

本软件用例关系如下。

图3 用例关系图示意图

3.4 用例与建模

注1：按照“3.2 用例”中的分解结果描写每个用例，应与“3.2 用例”的分解结果一致。

3.4.1 XX功能/XX功能标识

3.4.1.1 XX－1功能/XX－1功能标识

表 10 XX-1-1用例

注1：表中的各表项可根据用例的具体情况进行增、减或修改，表中主要表项的含义如下：注2：主要角色：启动本用例从而达到某一目标的人或物，源自“1.2.4 系统角色”中的定义。

注3：上下文目标：用例执行的语境；

注4：前置条件：在用例执行前必须满足的条件；

注5：最小保证：系统向项目相关人员做出的最低承诺，特别是在主要角色的目标不能被满足的情况下；

注6：成功场景：一切顺利情况的主场景，基本用例的实质内容，说明用例执行时，系统所执行的活动，包括与参与者的交互。事件流以一系列步骤记录事件发生的顺序；

注7：备选场景：一切顺利情况的分支场景，如果没有可不填写，如果有备选场景应说明从主场景的哪一步骤开始形成备选场景。如，成功场景描述的是如何查看记录的场景，从成功场景中的步骤3开始，既可以延成功场景的步骤继续查看报表，也可以进入备选场景将记录保存为报表，则在备选场景中描述如果保存报表，该备选场景的名称为“保存报表（step3的备选场景）”。但如果备选场景比较独立，或者在备选场景内容过多，导致用例表超过1页半，则建议将备选场景的内容形成独立的用例建模。

注8：扩展：对成功场景、备选场景中的某一步骤进行的合法性判断的处理；

注9：业务规则：用例在执行过程中遵循的规则，这些规则往往与用户的业务有关；

注10：界面ID：本用例中使用到的界面的ID；

注11：备注：备注信息。

3.4.1.2 XX－2功能/XX－2功能标识

表 11 XX-1-1用例

3.4.2 YY功能/YY功能标识

表 12 YY-1用例

4 接口需求/JK

4.1 外部接口需求/JK-WB

4.1.1 接口标识和接口图

本节描述本软件的外部接口，本节中所描述的直接与本软件有外部接口关系的软件、硬件与本软件有横向关系，使用本软件所提供的消息机制接口、数据接口的软件及硬件也与本软件有横向关系。

注1：本条应标识本文档所描述软件所需要的外部接口(即，与涉及共享、提供或交换数据的其他实体的关系)。每一个接口的标识应包括项目唯一的标识符，(若适用)应通过名称、编号、版本、引用文档来指明接口实体(系统、配置项、用户等)。该标识应声明哪些实体具有固定的接口特性(要给出这些接口实体的接口需求)；说明哪些实体正在开发或修改之中(这些实体已有各自的接口需求)。应该通过一张或多张接口图来描述这些接口。

注2：对本小节中所列接口，分小节逐一进行描述，如4.1.3 节“XX接口名称/标识”。

注3：接口图中应给出的接口标识。

本项目的接口如下图所示：

图4 接口图

本软件提供的软件外部接口如下表所示。

表 13 与软件的外部接口一栏表

注2：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。本软件提供的硬件接口如下表所示。

表 14 与硬件的外部接口一栏表

9

本软件提供的通信接口如下表所示。

表 15 通信接口一栏表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

4.1.2 人机交互界面接口

如有界面需求，可引用界面需求。如没有界面需求可写“本软件提供人机交互界面，具体内容在《界面设计》中设计。”

描述所开发软件与其他软件的接口。对每个接口

4.1.3 XX接口名称/标识

本节应通过项目唯一的标识符来标识CSCI外部接口，应简要地标识接口实体。逐条描述该接口的需求。该接口所涉及的其他实体的接口特性应作为假定予以描述，或以“当[未涵盖的实体]这么做时，本CSCI应该……”的形式加以叙述，而不作为针对其他实体的需求。

本节可引用其他文档(例如数据字典、通信协议标准、用户接口标准)代替在此所描述的信息。(若适用)需求应包括如下内容，并以任何适合于需求的顺序给出，还应从接口实体的角度说明这些特性之间的区别(例如对数据元素的大小、频率或其他特性的不同期望值值)：

a) 对要实现的接口类型的要求(例如实时数据传送、数据的储存和检索等)。

b) CSCI必须提供、储存、发送、存取、接收的各个数据元素所要求的特征，例如：

1) 名称/标识符：

a. 项目唯一的标识符；

b. 非技术(自然语言)名称；

c. 数据元素名称；

d. 技术名(如在代码或数据库中的变量名或字段名)；

e. 缩略名或同义名。

2) 数据类型(字母、数字、整数等)。

3) 大小和格式(如：字符串的长度和标点符号)。

4) 计量单位(如：m等)。

5) 可能值的范围或枚举(如：0－99)。

6) 准确性(正确程度)和精度(有效数字位数)。

7) 优先级别、定时、频率、容量、序列以及其他约束条件(例如数据元素是否可以被更新、业务规则是否适用)。

8) 保密性约束。

9) 来源(设置/发送实体)和接收者(使用/接收实体)。

c) CSCI必须提供、存储、发送、访问、接收的数据元素组合体(记录、消息、文件、数组、显示、报表等)所要求的特征，例如：

1) 名称/标识符：

a. 项目唯一的标识符；

b. 非技术(自然语言)名称；

c. 技术名称(如在代码或数据库中的记录名或数据结构名)；

d. 缩略名或同义名。

2) 包中的数据元素及其结构(编号、顺序和成组情况)。

3) 介质(例如磁盘)以及在介质上数据元素/包的结构。

4) 显示和其他输出的视听特性(例如颜色、布局、字体、图标和其他显示元素、峰鸣音和亮度)。

5) 包之间的关系，如排序/存取特性。

6) 优先级、时序、频率、容量、序列及其他约束，例如包是否可以被更新、业务规则是否适用。

7) 保密性约束。

8) 来源(设置/发送实体)和接收者(使用/接收实体)。

d) CSCI必须使用的接口的通信方法所要求的特征。如：

1) 项目唯一的标识符；

2) 通信链接/带宽/频率/介质及其特性；

3) 消息格式；

4) 流控制(如：序列编号和缓冲区分配)；

5) 周期/非周期传送的数据传送速率，传输间隔；

6) 路由、寻址、命名约定；

7) 传输服务，包括：优先权和等级；

8) 安全性/保密性考虑，如：加密、用户鉴别、隔离和审核。

e) CSCI必须使用的接口的协议所要求的特征，如：

1) 项目唯一的标识符；

2) 协议的优先级别/层次；

3) 打包，包括拆包和重新打包、路由和寻址；

4) 合法性检查、错误控制和恢复过程； 5) 同步，包括建立连接、保持和终止； 6) 状态、标识及任何其他报告的特性。

f) 其他所需要的特征，例如接口实体的物理兼容性(尺寸、公差、负载和接插件的兼容性等)、电压等。

4.2 内部接口需求/JK-NB

一般在软件需求分析阶段不涉及软件的内部接口，但如何有的话在此节进行描述。

应描述施加于CSCI 内部接口的需求(若有)。如果所有内部接口都留待设计时再描述，那么应在此如实陈述。如指定了这样的需求，应考虑本文档的4.1条中描述的主题。

4.2.1 接口标识和接口图

应给出接口一览表。 4.2.2 XX 接口名称/标识

对4.2.1中描述的内部接口，逐一进行描述，描述内容的要求同4.1.3节。 5 数据需求/SJ

按小节描述每个数据信息与其他数据信息的关系，说明每个数据信息所包含的数据项、数据精度、有效范围等，每个数据信息给出唯一标识。 5.1 数据关系分析

本节使用图的方式描述各数据之间的关系。如果数据分属不同业务，可按业务建立三级标题进行分析、说明。

示例：

基线、配置项、变更单、出/入库单的关系如所图 5示，其中“基线”由一个或多个“配置项”组成，对一次变更申请可对多个配置项进行变更。一个配置项只能被入库一次，一个在库的内配置项可以被多次投放出库

N

1

1

N

图 5 XX 数据关系示意图

5.2 入、出库单/SJ-IOL

一个入、出库单对应多条入、出库审核项。

表 16 入、出库单数据需求

5.3 数据需求名称/标识

6 非功能性需求

6.1 性能需求

6.1.1 容量估算

注1：描述对系统容量需求的估算，如数据库记录估算、数据库初始化需求、批处理作业估算、实时作业估算。

6.1.2 性能指标/XN

注1：所有的性能需求在这里列出，描述性能的峰值能力。包括响应时间、并发用户数、实时系统的时间关系等。

表 17 性能指标一览表

注2：如有必要可将不同类型性能指标进一步细分，分别用不同章节进行描述。如5.2.1节“并发能力”、5.2.2节“响应时间”。

注3：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

6.2 适应性需求/SY

注1：本条应描述关于CSCI将提供的与安装有关的数据(如场地的经纬度或场地所在地的赋税代码)的需求(若有)，应指定对要求CSCI使用的运行参数(如指明与运行有关的目标常数或数据记录的参数)的需求，这些运行参数可以根据运行需要而改变。

本软件的适应性要求如下表

表 18 适应性要求一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

6.3 安全性需求/AQ

注1：本条应描述关于防止或尽可能降低对人员、财产和物理环境产生意外危险的CSCI需求(若有)。例子包括：CSCI必须提供的安全措施，以便防止意外动作(例如意外地发出一个“自动导航关闭”命令)和无动作(例如发出“自动导航关闭”命令失败)。本条还应包括关于系统的核部件的CSCI需求(若有)，若适用应包括预防意外爆炸以及与核安全规则保持一致等方面的需求。

表 19 安全性要求一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

注2：如软件存在双击/多机切换的功能，应识别支持连续切换的安全性需求。

注3：如果软件存在通过数据文件将数据导入软件的功能需求，则应识别对软件应具有防止非法进入软件并保护软件的数据完整性能力的安全性需求。

6.4 保密性需求/BM

注1：本条应描述与维护保密性有关的CSCI需求(若有)。(若适用)这些需求应包括：CSCI 必须在其中运行的保密性环境、所提供的保密性的类型和级别、CSCI必须经受的保密性风险、减少此类风险所需的安全措施、必须遵循的保密性政策、CSCI必须具备的保密性责任、保密性认证/认可必须满足的准则等。

表 20 保密性需求一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

6.5 备份与恢复/BH

表 21 备份与恢复需求一览表

注1：对于改造完善的软件，应在上表中增加列，说明需求的开发状态属于“新增”、“改进”、“沿用”。

6.6 数据移植/YZ

表 22 数据移植需求一览表