d系统子系统设计说明.docx

密级： 保存年限： XX 年 [文档控制号： VOL . X/Y （多卷情况） ] [编制 /修订日期： yyyy-mm-dd] [ 系统名 ] 的 [CSCI 名 ] 的系统 / 子系统规格说明 合同 号： 用户单位： 签约机构： 编制单位： 编写： 校对： 审核： 批准： 目录 TOC \o 1-5 \h \z \o Current Document 1 范围 3 \o Current Document 1.1 标识 3 \o Current Document 系统概述 3 \o Current Document 文档概述 3 \o Current Document 2 引用文档 3 \o Current Document 系统级设计决策 3 \o Current Document 系统体系结构设计 4 \o Current Document 4.1 系统部件 4 \o Current Document 4.2 执行方案 6 \o Current Document 接口设计 6 \o Current Document 4.3.1 接口标识和图表 6 \o Current Document 4.3.x （接口的项目唯一标识符） 6 \o Current Document 需求的可追踪性 8 \o Current Document 注解 8 \o Current Document A 附录 9 范围 标识 本节应描述本文档所适用的系统的完整标识。（若适用）包括标识号、名称、缩略名、 版本号和发布号。 系统概述 本节应简要描述本文档适用的系统的用途。它应描述系统的一般性质；概述系统开发、 运行和维护的历史；标识项目的投资方、需方、用户、开发方和保障机构；标识当前和计划 中的运行现场；列出其它有关文档。 文档概述 本节应概述本文档的用途和内容，并描述与使用本文档有关的保密性和私密性考虑。 引用文档 本节应列出引用的所有文档，包括文档的编号、标题、修订版本和日期。还应标识不能 通过正常供货渠道获得的所有文档的来源。 系统级设计决策 应根据需要分节描述系统级设计决策， 即系统行为的设计决策 （忽略其内部实现， 从用 户角度出发描述系统将怎样运转以满足需求） 和其它对系统部件的选择与设计产生影响的决 策。如果所有这些决策在需求中明确指出或推迟到系统部件的设计时给出，则应如实说明。 对应于指定为关键性需求 （如安全性、保密性和私密性需求） 的设计决策， 应在专门的章节 中加以叙述。 如果设计决策依赖于系统状态或方式， 应指明这种依赖关系。 应给出或引用理 解这些设计所需要的设计约定。系统级设计决策例子如下： 有关系统接收的输入和产生的输出的设计决策，包括与其它系统、配置项和用户的 接口（在 4.3.x 标识了在本文档中所要考虑的主题）。如果《接口设计说明》中给出部分或 全部该类信息，在此可以引用； 对每个输入或条件进行响应的系统行为的设计决策，包括：系统执行的动作、响应 时间和其它性能特性、 所模拟的物理系统的描述、 所选择的方程式 / 算法/ 规则、对不允许的 输入或条件的处理； 系统数据库/数据文件如何呈现给用户的设计决策 （在4.3.x标识了本文档中所要考 虑的主题）。如果《数据库设计说明》中给出部分或全部该类信息，在此可以引用； 为满足安全性、保密性和私密性需求所选用的方法； 硬件或硬软件系统的设计和构造选择，如物理尺寸、颜色、形状、重量、材料和标 志； 为了响应需求而作出的其它系统级设计决策，如为提供所需的灵活性、可用性和可 维护性而选择的方法。 系统体系结构设计 注：为简明起见，本章的描述是按照“系统是由硬件配置项（ HWC）I 、计算机软件配置 项（CSCI）、手工操作所组成”进行的，对于“系统由子系统组成，子系统由 HWC、CSCI、 手工操作组成，或其它适当变化”的情况宜加以适当解释。 4.1 系统部件 本节应： 标识所有系统部件（硬件配置项、软件配置项和手工操作），并为每个部件指定一 个项目唯一标识符。 注：数据库可作为一个 CSCI或CSCI的一部分进行处理。 说明部件之间的静态关系。根据所选择的设计方法学，可能会给出多重关系。 陈述每个部件的用途，并标识分配给部件的系统需求和系统级设计决策（作为一种 变通，可在 5.a 中给出需求的分配）。 标识已知的每个部件的开发状态 / 类型， 如：新开发的部件、 对已有部件按原样进行 重用的部件、 对已有设计按原样进行重用的部件、 要再工程的已有设计或部件、 为重用而开 发的部件、计划用于第 N 构建版的部件等）。对于现有设计或部件，应给出其标识信息，如