系统设计报告.docVIP

PAGE 密级：机密 文档编号： 第 版 分册名称： 第 册/共 册 项目名称（项目编号） 系统设计报告 总页数 正文 附录 生效日期 编制 批准 变更履历 修改编号 版本 修改内容 修改人 修改日期  目录 TOC \o 1-3 \u 1. 说明 1 2. 简介 1 2.1 目的 1 2.2 范围 1 2.3 参考资料 1 3. 系统目标和约束 1 4. 系统概况 2 4.1 业务关系图 2 4.2 系统关系图 2 4.3 系统逻辑结构 2 4.4 主要功能和使用场景 2 5. 系统构件模型 2 5.1 系统构件关系图 2 5.2 构件1（名称） 3 5.2.1 构件主要职责 3 5.2.2 构件功能需求 3 5.2.3 构件性能需求 3 5.2.4 构件对外提供的接口 3 5.2.5 构件选择 3 6. 系统技术架构 3 7. 系统运行模型 3 8. 系统规模和性能 4 9. 系统质量 4 10. 遗留问题 4 11. 附录 4 系统设计报告 版本：0.0.0-1.1.0 第 PAGE 5 页 说明 [本文档侧重于当项目的范围涉及到多个系统或产品时所做的设计，从业务流程、系统关系、运营布署等角度对解决方案进行描述，并将业务需求定位到合适的产品、系统上，以指导产品或系统的概要设计（文档中的提示性语言，在文档编写完成后删掉。）] 简介 [架构设计文档的简介应提供整个架构设计文档的概述。它应包括此架构设计文档的目的、范围、术语、参考资料和概述。] 目的 [本节确定此软件架构文档在整个项目文档中的作用或目的，并对此文档的结构进行简要说明。应确定此文档的特定读者，并指出他们应该如何使用此文档。] 范围 [简要说明此软件架构文档适用的范围和影响的范围。] 参考资料 [本小节应完整地列出此架构文档中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 系统目标和约束 [本节说明对架构具有某种重要影响的软件需求和目标，例如：安全性、保密性、可靠性、市售产品的使用、可移植性、分销和重复使用。还应记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留代码等。] 系统概况 业务关系图 [将本系统业务放在一个更大的业务范围内描述该项业务与其它业务间的关系，该项业务所涉及到的用户部门、组织结构等，并描述主要业务流程。分析新的业务需求对现有业务产生的影响。] 系统关系图 [根据业务关系图构建系统关系图，将要建设的系统放到一个更大的系统范围内描述该系统与其它系统间的关系，新的系统对已有系统可能产生的影响等，并描述该系统与外界系统的接口。] 系统逻辑结构 [从逻辑、概念的层次对系统的架构进行描述，是构件划分的依据] 主要功能和使用场景 [对系统主要的功能和使用场景进行描述] 系统构件模型 [说明系统的主要构件（产品、子系统等），描述构件间的关系，并将系统需求分解为各构件的需求，并确定对构件的选择，构件划分的粒度等同于交通现有的产品的粒度。] 系统构件关系图 [根据系统关系图以及系统功能需求确定系统的主要构件及相互关系，并主要描述构件间的关系，可通过顺序图对3.4中的主要场景进行实现] 构件1（名称） 构件主要职责 [描述该构件的主要职责] 构件功能需求 [将软件需求规约中的与该构件有关的功能需求分配给该构件] 构件性能需求 [根据整个系统的性能需求确定该构件的性能需求。] 构件对外提供的接口 [根据构件关系图中的描述确定该构件对外提供的接口，并确定接口机制。] 构件选择 [从技术、成本、功能等方面进行分析，说明该构件是购买、复用还是自行开发（升级），对于购买的产品构件需要进行详细的说明（包括使用风险）。] 系统技术架构 [描述系统的整体技术框架，说明所选技术对系统非功能性的支持，并说明对相关技术决策的理由。相关的技术可能有平台框架，分层技术，数据同步，接口通信，安全，可靠性考虑，多应用整合，SSO等等] 系统运行模型 [本节说明用来部署和运行该软件的一种或多种物理网络（硬件）配置。对于每种配置，它至少应该指出执行该软件的物理节点（计算机、CPU）及其互连情况（总线连接、LAN 连接、点到点连接等）。另外还要包括各构件到物理节点的映射。 仅当系统分布在多个节点上时才使用此视图，而且仅当分布会