2 系统／子系统规格说明.docx

《2 系统／子系统规格说明.docx》由会员分享，可在线阅读，更多相关《2 系统／子系统规格说明.docx（5页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、系统/子系统规格说明的正文格式系统/子系统规格说明描述系统的需求，以及确保满足各需求所使用的方法。系统外部 接口方面的相关需求，可在SSS中给出或在引用的一个或多个接口需求规格说明中给出。 SSS可由接口需求规格说明补充，共同构成系统设计与合格性测试的基础。系统/子系统规格说明的正文格式如下：1范围1.1标识本条应包含本文档适用的系统的完整标识，适用时，包括其标识号、名称、缩略名、版 本号和发布号。L2系统概述本条应概述本文档所适用的系统的用途。它还应描述系统的一般特性；概述系统开发、 运行和维护的历史：标识项目的需方、用户、开发方和保障机构等：标识当前和计划的运行 现场；列出其他有关文档。1

2、. 3文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常 采购活动得到的文档的来源。3需求3. 1要求的状态和方式如果要求系统在多种状态或方式下运行，并且不同的状态或方式具有不同的需求，则应 标识和定义每一状态和方式。状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、 降级、紧急情况、后备、战时和平时等。可以仅用状态描述系统，也可以仅用方式、或用方 式中的状态、状态中的方式、或其他有效的方式描述系统。如果不需要多种状态和方式，应 如实陈述，而不需要进行人为的区分：如果需要多种

3、状态和/或方式，应使本规格说明中的 每个需求或每组需求与这些状态和方式相对应，对应关系可以在本条或本条所引用的附录中, 通过表格或其他方式加以指明，也可以在该需求出现的章条中加以说明。3.2系统能力需求为详细说明与系统各个能力相关的需求，本条可分为若干子条。”系统能力需求，中的 “能力”为一组相关需求，可用“功能”、“主题”、“目标”、或其他适合表示需求的词替代。 3.2. X （系统能力）本条应标识必需的每一系统能力，并详细说明与该能力有关的需求。如果系统能力可以 更清晰地分解成若干子能力，则应分条对子能力进行说明。该需求应指出所需的系统行为， 包括适用的参数，如相应时间、吞吐时间、其他时限

4、约束、时序、准确性、容量、优先级别、 连续运行需求和在基本运行条件下允许的偏差；适当时，需求还应包括在异常条件、非许可 条件或超限条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引入 到系统中的规定。在确定与系统所接收的输入和系统所产生的输出有关的需求时，应考虑在 3. 3. X给出的要考虑的主题列表。3. 3系统外部接口需求3. 3. 1接口标识和接口图12本条应标识所需的系统外部接口。每个接口标识应包括其项目唯一的标识符，并应用名 称、序号、版本、以及（适用时.）引用文档指明接口的实体（系统、配置项和用户等）。该 标识应说明哪些实体具有固定的接口特性（要给出这些接口实体的

5、接口需求），哪些实体正 被开发或修改（这些实体已有各自的接口需求）。可用一个或多个接口图表来描述这些接口。 3.3. X （接口的项目唯一的标识符）本条（从开始）应通过项目唯一的标识符标识系统的外部接口，简要地标识接口 实体，根据需要分条描述为实现该接口而提出的系统的需求。该接口所涉及的其他实体的接 口特性应以假设的形式描述、或以“当（未涵盖的实体）这样做时，系统将”的形式描 述，而不作为针对其他实体的需求。本条可引用其他文档（如数据字典、通信协议标准和用 户接口标准）代替在此所描述的信息。若适用，需求应包括下列内容，它们以任何适合于需 求的顺序提供，并应从接口实体的角度说明这些特性之间的区别

6、（例如关于数据元素的大小、 频率或其他特性的不同期望值）：a）系统应分配给接口的优先级别。b）关于要实现的接口类型的要求（如实时数据传送、数据的存储和检索等）。c）系统必须提供存储、发送、访问和接收的单个数据元素的所要求的特征，如：1）名称/标识符：a.项目唯一的标识符；b.非技术（自然语言）名称；c.数据元素名称；d.技术名称（如代码或数据库中的变量或字段名）：e.缩写名或同义名。2）数据类型（字母、数字、整数等）。3）大小和格式（如，字符串的长度和标点符号）。4）计量单位（如，m等）。5）可能值的范围或枚举（如：099） o6）准确性（正确程度）和精度（有效数字位数）。7）优先级别、时序、

7、频率、容量、序列和其他约束条件，如：数据元素是否可更新、 业务规则是否适用。8）保密性约束。9）来源（设置/发送实体）和接收者（使用/接收实体）。d）系统必须提供存储、发送、访问和接收的数据元素组合体（记录、消息、文件、数组、 显示和报表等）所要求的特征，如：1）名称/标识符：a.项目唯一的标识符；b.非技术（自然语言）名称；c.技术名称（如代码或数据库中的变量或字段名）；d.缩写名或同义名。2）数据元素集合体中的数据元素及其结构（编号、次序和分组）。3）媒体（如磁盘、光盘等）和媒体中数据元素/数据元素集合体的结构。4）显示和其他输出的视听特性（如颜色、布局、字体、图标和其他显示元素、蜂鸣声

8、和亮度等）。5）数据元素集合体之间的关系，如排序/访问特性。6）优先级别、时序、频率、容量、序列和其他的约束条件，如：数据元素集合体是否 可被修改、业务规则是否适用。137）保密性约束。8）来源（设置/发送实体）和接收者（使用/接收实体）。e）系统必须使用的接口的通信方法所要求的特征。如：1）项目唯一的标识符；2）通信链接/带宽/频率/媒体及其特性；3）消息格式化；4）流控制（如序列编号和缓冲区分配）；5）数据传送速率，周期性/非周期性，传输间隔；6）路由、寻址、命名约定；7）传输服务，包括优先级别和等级；8）安全性/保密性方面的考虑，如加密、用户鉴别、隔离、审核等。f）系统必须使用的接口的协

9、议所要求的特征，如：1）项目唯一的标识符；2）协议的优先级别/层次；3）打包，包括：分段和重组、路由、寻址；4）合法性检查、错误控制和恢复过程；5）同步，包括连接的建立、保持和终止；6）状态、标识、任何其他的报告特征。g）其他所需的特征，如，接口实体的物理兼容性（尺寸、公差、负荷和接插件兼容性 等）、电压等。3. 4系统内部接口需求本条应指明系统内部接口的需求。如果所有内部接口留到设计时或在系统部件的需求规 格说明中规定，那么应如实说明。如果提出这样的需求，则可考虑在3.3条中列出的主题。 3.5系统内部数据需求如果提出了系统内部数据的需求，则本条应指明这些需求，其中包括对系统中数据库和 数据

10、文件的需求。如果所有有关内部数据的决策都留待设计时、或留待系统部件的需求规格 说明中给出，则需在此说明。如果要给出这种需求，则可考虑在3.3.X c）和3.3.X d）中 列出的主题。3. 6适应性需求若有适应性需求，则本条应指明要求系统提供的、与安装有关的数据（如，现场的经纬 度）和要求系统使用的、根据运行需要可能变化的运行参数（如，指示与运行有关的目标常 量或数据记录的参数）。3、7安全性需求若有安全性需求，则本条应描述有关防止对人员、财产、环境产生意外危险或把此类危 险减少到最低的系统需求，其中包括：危险物品使用的限制；为运输、处理、存储的目的而 对爆炸物品进行分类：异常中止/异常出口规

11、定；气体检测和报警设备；电力系统接地；排 污；防爆等。3. 8保密性需求若有保密性需求，则本条应指明维持保密性的系统需求，包括:系统运行的保密性环境、 提供的保密性的类型和程度、系统必须经受住的保密性的风险、减少此类风险所需的安全措 施、系统必须遵循的保密性政策、系统必须具备的保密性责任、保密性认证/认可必须满足 的准则等。3.9系统环境需求若有系统环境需求,则本条应指明与系统运行必需的环境有关的需求。对软件系统而言, 运行环境包括支持系统运行的计算机硬件和操作系统（其他有关计算机资源方面的需求在下 一条描述）。对硬软件系统而言，运行环境包括系统在运输、存储和操作过程中必须经受的 环境条件，如

12、自然环14境条件（风、雨、温度、地置位置）、诱发环境（运动、撞击、噪音、电磁辐射）和对抗环 境（爆炸、辐射）。3. 10计算机资源需求3、10.1计算机硬件需求本条应描述系统使用的或引入到系统中的计算机硬件需求，其中包括:各类设备的数量, 处理器、存储器、输入/输出设备、辅助存储器、通信/网络设备、其他所需的设备的类型、 大小、能力（容量）及其他所要求的特征。3. 10.2计算机硬件资源利用需求本条应描述系统的计算机硬件资源利用方面的需求，如，最大许可使用的处理器能力、 存储器容量、输入/输出设备能力、辅助存储器容蹙和通信/网络设备能力。这些要求（例 如，表示为每个计算机硬件资源能力的百分比）

13、还应包括测量资源利用时所要求具备的条件。 3. 10.3计算机软件需求本条应描述系统必须使用或引入系统的计算机软件的需求，如操作系统、数据库管理系 统、通信/网络软件、实用软件、输入和设备模拟器、测试软件和制造用软件。应提供每个 软件项的正确名称、版本和引用文档。3. 10.4计算机通信需求本条应描述系统必须使用的或引入系统的计算机通信方面的需求，如，连接的地理位置、 配置和网络拓扑结构、传输技术、数据传输速率、网关、要求的系统使用时间、传送/接收 数据的类型和容量、传送/接收/响应的时间限制、数据量的峰值和诊断功能。3. 1 1系统质量因素若提出质量因素方面的需求，则本条应描述系统的这些需求

14、，其中包括：功能性、可靠 性、易用性、效率、维护性、可移植性以及其他属性等的定量需求。3. 12设计和构造的约束若有设计和构造的约束，则应描述约束系统设计和构造的那些需求。对硬软件系统而言, 应包括强加于系统的物理需求，这些需求可通过引用适当的标准和规范来指定。需求包括:a）特殊系统体系结构的使用或对体系结构方面的需求，例如：需要的子系统；标准部 件、现有部件的使用；政府/需方提供的资源（设备、信息、软件）的使用。b）特殊设计或构造标准的使用；特殊数据标准的使用；特殊编程语言的使用；技艺需 求和生产技术。O 系统的物理特性（如重量限制、尺寸限制、颜色、保护罩）：部件的可交换性：从 一地运输到另

15、一地的能力：由单人或一组人携带或架设的能力。d）能够使用和不能使用的物品；处理有毒物品的需求：系统产生电磁辐射的允许值范e）铭牌、部件标记、系列号和批次号的标记、其他标识标记的使用。f）为支持在技术、威胁,、任务等方面预期的发展或变化而必须提供的灵活性和可扩展 性。3. 13人员需求若有人员相关需求，则本条应描述与使用或支持系统的人员有关的需求，包括人员的数 量、技能等级、责任期、培训需求以及其他的信息，如：要提供的工作站数量、嵌入的帮助 和培训等方面的需求；适当时还应包括对系统的人素工程需求。这些需求包括对人员在能力 与局限性方面的考虑；在正常和极端条件下可预测的人为错误；以及人为错误造成特

16、别严重 影响的特定区域。例如对高度可调的工作站、错误消息的颜色和持续时间、关键指示器或键 的物理位置以及听觉信号的使用需求。3. 14培训需求若有培训相关需求，则本条应描述有关培训方面的需求。3. 15保障需求15若有综合保障相关需求，则本条应描述有关综合俣障方面的系统需求，其中包括系统维 护、软件保障、系统运输方式、对现有设施的影响和对现有设备的影响。3. 16其他需求若有其他需求，则本条应描述在以上各条中没有涉及到的其他系统需求，其中包括在其 他合同文件中没有涉及的系统文档的需求，如规格说明、图表、技术手册、测试计划、测试 规程和安装说明材料。3. 17包装需求若有包装需求，则本条应描述需

17、交付的系统及其部件在包装、加标签和处理方面的需求, 适当时可引用适用的军用规范和标准。3. 1 8需求的优先顺序和关键性（若适用）本条应描述本规格说明中各需求的优先次序、关键性或所赋予的指示其相对 重要性的权重。例如标识对安全性和保密性关键的需求，以便进行特殊处理。如果所有需求 具有相等的权重，本条应如实说明。.4合格性规定本条应定义一组合格性方法，并为第3章中的每个需求指定为确保需求得到满足所应使 用的方法。可用表格形式表述该信息，或为第3章中的每个需求注明所使用的方法。合格性 方法包括：a）演示：依靠可见的功能操作，直接运行系统或系统的一部分，而不需要使用仪器、 专用测试设备或进行事后分析

18、。b）测试：使用仪器或其他专用测试设备运行系统或系统的一部分，以便采集数据供事 后分析使用。c）分析：处理从其他合格性方法获得的积累数据。d）审查：对系统部件、文档等进行目视检查。e）特殊的合格性方法。任何针对系统的特殊合格性方法，如专用工具、技术、过程、 设施、验收限制、飞行模犁或飞行航迹等。5需求可追踪性本章对系统规格说明不适用；对子系统规格说明，应描述：a）从本规格说明中的每个子系统需求，到它所涉及的系统需求的可追踪性。该可追踪 性也可以通过对第3章中的每个需求进行注释的方法加以描述。注：每一个层次的系统细化都可能导致需求不能直接追踪到较高层次。例如：一个系统体系结构设计 建立了两个了系统，可能导出关于2个子系统如何接口的需求，而这些接口需求在系统需求中并没有被涵 盖。这样的需求町以被追踪到类似于“系统实现”这样的一般需求，或被追踪到导致它们产生的系统设计 决策。b）从己分配给本规格说明所覆盖的子系统的每一个系统需求，到所涉及的子系统需求 的可追踪性。分配给子系统的所有系统需求都应加以说明。追踪到接口需求规格说明中 所包含的子系统需求时，可引用接口需求规格说明。6注释本章应包括有助于了解文档的所有信息（例如：背景、术语、缩略语或公式）。