概要设计报告（OOAD）.docVIP

密级：机密 文档编号：项目编号PDR流水号 第 版 分册名称： 第 册/共 册 项目名称（项目编号） 概要设计报告 总页数 正文 附录 生效日期 编制 批准 变更履历 修改编号 版本 修改内容 修改人 修改日期  目录 TOC \o 1-3 1. 说明 1 2. 简介 1 2.1 目的 1 2.2 范围 1 2.3 参考资料 1 2.4 概述 1 3. 设计目标和约束 1 4. 系统概述 2 4.1 主要用例描述/业务流程 2 4.2 系统总体结构（可选） 2 5. 技术路线 2 5.1 技术框架选择 2 5.2 设计机制 2 5.3 复用资产分析 3 6. 逻辑视图 3 6.1 概述 3 6.2 在概要设计方面具有重要意义的设计包 3 6.2.1 包1 3 6.3 用例实现 3 6.3.1 用例实现1（用例名称） 4 6.4 设计元素 4 6.4.1 子系统 4 6.4.2 包 5 6.4.3 接口 5 6.4.4 类 5 7. 进程视图（可选） 6 7.1 生命周期描述 6 7.2 包和子系统对应关系 6 7.3 进程间的通讯描述 6 8. 部署视图（可选） 6 9. 实施视图（可选） 6 9.1 概述 7 9.2 层 7 10. 数据视图（可选） 7 11. 系统性能 7 12. 系统质量 7 13. 附件 7 概要设计报告 版本：0.0.0-1.1.0 第 PAGE 6页 说明 [本文档模板是按照RUP的思想，在产品的构架设计活动中形成的。各个视图中所引用的模型图需从ROSE或类似可视化建模工具中导出。文档中的提示性语言，在文档编写完成后删掉。] 简介 [概要设计文档的简介应提供整个概要设计文档的概述。它应包括此概要设计文档的目的、范围、参考资料和概述，术语参见统一的词汇表。] 目的 [本文档将从概要方面对系统进行综合概述，其中会使用多种不同的视图来描述系统的各个方面。它用于记录并表述已对系统的设计做出的重要决策。 本节确定此软件设计文档在整个项目文档中的作用或目的。] 范围 [简要说明此概要设计报告适用的范围和影响的范围。] 参考资料 [本小节应完整地列出此概要文档中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 概述 [本小节应说明此软件概要设计文档中其他部分所包含的内容，并解释此软件概要设计文档的组织方式。] 设计目标和约束 [本节说明对系统架构具有重要影响的软件需求和目标，例如：可靠性，安全性、可移植性、分布性和重用性等。还应记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留代码等等。] 系统概述 主要用例描述/业务流程 [本节列出用例模型中的一些用例或场景，这些用例或场景应体现最终系统中重要的、核心的功能。 对用例模型的描述包括： 用例的名称。 对用例的简要说明。 实现这些用例的方法应当可以在逻辑视图中找到。 ] 系统总体结构（可选） [通过图示的方式反映系统的整体结构，当需要从概念上展现系统的整体设计意图时可填写。] 技术路线 技术框架选择 [本节说明项目可能用到的技术框架及对此技术框架的分析并说明选择的理由。如有架构设计，需与架构设计中的技术架构保持一致，并对技术架构进行细化。如复用已有的框架，需要对已有框架进行描述，说明框架的适用性。 技术框架是对某一特定领域问题的解决模式，是一个宏观的结构，技术框架需要由一系列的设计模式来细化； 技术框架规定了构件运行的环境，允许构件以预期的方式存在和执行。] 设计机制 [机制表示对一些常见问题的通用解决方案，这些问题通常与业务无关。机制按照不同的细化层面可以分为三类：分析机制、设计机制和实施机制。分析机制是在系统分析阶段识别出来的对问题的解决方案，如对象的存储可能需要持久化的机制，进程间的通信可能需要IPC（进程间通信的机制），分析机制着重描述所要解决的问题，这些问题的需求往往来自于系统的非功能性需求；设计机制是采用一定的设计模式来对分析机制进行细化，设计机制最终会落实在包、子系统等设计元素。实施机制是对设计机制的实现，也就是代码。 本节需要描述分析机制，及所对应的设计机制，分析机制需要指定一个名称，并描述所有解决的具体问题（联系系统的非功能性需求）；设计机制需要描述组成设计机制的类、包，以