系统子系统需求规格说明（SSS）.pdfVIP

系统子系统需求规格说明（SSS）

系统/子系统需求规格说明(SSS)

说明：

1.《系统/子系统需求规格说明》(SSS)为一个系统或子系统指定需

求和指定保证每个需求得到满足所使用的方法。与系统或子系统外部

接口相关的需求可在SSS中或在该SSS引用到的一个或多个《接口需

求规格说明》(IRS)中给出。

2.这个SSS，可能还要用《接口需求规格说明》(IRS)加以补充，

是构成系统或子系统设计与合格性测试的基础。贯穿本文的术语“系

统”，如果适用的话，也可解释为“子系统”。所形成的文档应冠名

为“系统需求规格说明”或“子系统需求规格说明”。

系统/子系统需求规格说明的正文的格式如下：

1引言

本章分为以下几条。

1.1标识

本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标

识号、标题、缩略词语、版本号和发行号。

1.2系统概述

本条应简述本文档适用的系统和软件的用途，它应描述系统和软

件的一般特性；概述系统开发、操作和维护的历史；标识项目的投资

方、需方、用户、开发方和支持机构；标识当前和计划中的运行现场；

列出其他有关的文档。

1.3文档概述

本条应概括本文档的用途和内容，并描述与其使用有关的保密性

和私密性要求。

2引用文件

本章应列出本文档所引用所有文档的编号、标题、修订版本和日

期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。

3需求

本章分条详述系统需求，是指功能、业务(包括接口、资源、性能、

可靠性、安全性、保密性等)和数据需求。也就是，构成系统验收条件

的系统特性。给每个需求指定项目唯一标识符以支持测试和可追踪性。

并以一种可以定义客观测试的方式来陈述需求。对每个需求都应说明

相关合格性方法(见第4章)，如果是子系统，则还要给出从该需求至系

统需求的可追踪性(见5.a条)。描述的详细程度遵循以下规则：应包含

构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发

方说明的那些特性。如果在给定条中没有需求可说明的话，应如实陈

述。如果某个需求在多条中出现，可以只陈述一次而在其他条中引用

之。

3.1要求的状态和方式

如果要求系统在多种状态和方式下运行，且不同状态和方式具有

不同的需求的话，则要标识和定义每一状态和方式。状态和方式的例

子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况和后

备等。状态和方式的区别是任意的，可以仅用状态描述系统，也可以

仅用方式、方式中的状态、状态中的方式或其他有效的方式描述。如

果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需

要多个状态和/或方式，还应使本规格说明中的每个需求或每组需求与

这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或

其他的方法表示，也可在需求出现的地方加以注解。

3.2需求概述

3.2.1系统总体功能和业务结构

描述系统总体功能和业务的结构。

3.2.2硬件系统的需求

说明对硬件系统的需求。

3.2.3软件系统的需求

说明对软件系统的需求。

3.2.4接口需求

说明硬件系统和软件系统之间的接口。

3.3系统能力需求

本条应分条详细描述与系统每一能力相关联的需求。“能力”被

定义为一组相关的需求。可以用“功能”、“性能”、“主题”、

“目标”或其他适合用来表示需求的词来替代“能力”。

3.3.x(系统能力)

本条应标识必需的每一系统能力，并详细说明与该能力有关的需

求。如果该能力可以更清晰地分解成若干子能力，则应分条对子能力

进行说明。该需求应指出所需的系统行为，包括适用的参数，如响应

时间、吞吐时间、其他时限约束、序列、精度、容量(大小/多少)、优

先级别、连续运行需求和基本运行条件下的允许的偏差；(若适用)需求

还应包括在异常条件、非许可条件或越界条件下所需的行为，错误处

理需求和任何为保证在紧急时刻运行的连续性而引人到系统中的规定。

在确定与系统所接收的输入和系统所产生的输出有关的需求时，应考

虑在本文档3.4.x给出要考虑的主题列表。

3.4系统外部接口需求

本条应分条