系统子系统需求规格说明说明：《系统子系统需求规格说明》为一个系统或子系统指定需求和指定保证每个需求得到满足所使用的方法。与系统或子系统外部接口相关的需求可在中或在该引用到的一个或多个《接口需求规格说明》中给出。这个，可能还要用《接口需求规格说明》加以补充，是构成系统或子系统设计与合格性测试的基础。贯穿本文的术语“系统”，如果适用的话，也可解释为“子系统”。所形成的文档应冠名为“系统需求规格说明”或“子系统需求规格说明”。系统子系统需求规格说明的正文的格式如下：引言本章分为以下几条。标识本条应包含本文档适用的系统和软件的完整标识，若适用包括标识号、标题、缩略词语、版本号和发行号。系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、操作和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划中的运行现场；列出其他有关的文档。文档概述本条应概括本文档的用途和内容，并描述与其使用有关的保密性和私密性要求。引用文件本章应列出本文档所引用所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。需求本章分条详述系统需求，是指功能、业务包括接口、资源、性能、可靠性、安全性、保密性等和数据需求。也就是，构成系统验收条件的系统特性。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。对每个需求都应说明相关合格性方法见第章，如果是子系统，则还要给出从该需求至系统需求的可追踪性见条。描述的详细程度遵循以下规则：应包含构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求可说明的话，应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条中引用之。要求的状态和方式如果要求系统在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式。状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述系统，也可以仅用方式、方式中的状态、状态中的方式或其他有效的方式描述。如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态和或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在...
