架构说明书模板.docVIP

文件建立/修改记录 序号 版本 建立或修改 建立/修改人 日期 审核人 日期 批准人 日期 1 1.0 建立 XXX X年X月X日 XXX X年X月X日 XXX X年X月X日 2 1.1 修改 XXX X年X月X日 XXX X年X月X日 XXX X年X月X日 目录 1 简介 4 1.1 文档编写目的 4 1.2 文档范围 4 1.3 术语和省略语 4 1.4 参考资料 4 2 架构表示方式 4 3 架构设计目标与约束 4 3.1 关键功能需求 5 3.2 关键质量需求 5 3.2.1 有效性 5 3.2.2 性能 5 3.2.3 性能可扩展 5 3.2.4 功能可扩展 5 3.3 系统设计原则 5 3.4 开发策略 5 3.4.1 软件复用策略 5 3.4.2 使用开源架构 5 3.4.3 使用商业构件 5 3.5 其它设计约束 5 4 用例视图 6 4.1 概述 6 4.2 关键用例 6 4.2.1 关键的系统参与者 6 4.2.2 关键的系统用例 6 4.3 关键系统用例简述 6 5 逻辑视图 6 5.1 概述 6 5.2 系统层次模型 7 5.3 主要的设计包和子系统 7 6 进程视图 7 6.1 概述 7 6.2 总体进程架构 7 7 部署视图 7 7.1 概述 7 7.2 部署方案1 8 7.3 部署方案2 8 7.4 部署方案N 8 8 实施视图 8 8.1 概述 8 8.2 实施模型总体架构 8 9 数据视图 8 9.1 概述 8 9.2 数据域模型设计 8 简介 文档编写目的 本文档全面与系统地表述目标软件系统的构架，并通过使用多种视图来从不同角度描述系统的各个主要方面，以满足相关涉众（客户、设计人员等）对目标系统的不同关注焦点。 本文档记录并表述了架构师对系统构架方面做出的重要决策；项目经理将根据构架定义的构件结构制定项目的开发计划；设计员将据此进行各构件的详细设计；测试设计员按照构架设计系统的总体测试框架；另外构架文档还用于指导各构件的实施、集成及测试。 文档范围 本文档适合XXX项目的总体应用架构。 术语和省略语 参考资料 架构表示方式 本文档以一系列的视图（View）来表示系统的软件构架，主要包括用例视图、逻辑视图、进程视图、部署视图、实施视图（即RUP推荐的4+1视图）等；每个视图拥有一个或多个模型（Model）（例如逻辑视图包含分析模型、设计模型和数据模型等）；并围绕相关视图来描述系统的基本结构、组成机制与工作原理等。 本文档还将系统的构架机制描述也放在了逻辑视图之下。 本文档主要使用统一建模语言（UML）来充当相关模型的表达语言；主要图表（Diagram）引用自目标系统的Rose Model。 架构设计目标与约束 描述构架设计必须满足的关键系统功能需求和质量约束，这些功能需求和质量要求对软件构架有重大的影响，并决定了构架的设计。 本节同时还列明影响构架的其他相关因素，如软件的复用策略、使用商业构件、设计与实施的策略等。 关键功能需求 关键质量需求 有效性 性能 性能可扩展 功能可扩展 系统设计原则 开发策略 软件复用策略 系统中重要基础构件应当具备较高的设计与构建质量，可以在产品中复用。 使用开源架构 使用商业构件 其它设计约束 目标构架总体上应采用分层结构，并全面应用面向对象设计、编程技术使系统具有较好的扩展性与重用性。 本系统支持与其他系统进行集成，所以要提取出良好的集成接口。 用例视图 概述 用例视图从用户使用的角度描述系统构架的基本外部行为特性，通常包含业务用例模型与系统用例模型。业务用例模型不适用于本系统，这里只关注系统用例。 这里选取了用例模型中对系统构架的内容产生重大影响的应用场景与用例集合，这些用例代表了系统主要的核心功能，往往决定了系统构架的基本组成元素。有些用例强调或决定了构架的某些具体然而重要的细节，通常也可以列在本节内，总之所列的用例集合应基本覆盖系统构架的主要方面。 关键用例 关键的系统参与者 关键的系统用例 关键系统用例简述 描述系统用例场景。 逻辑视图 概述 逻辑视图从系统内在逻辑结构的角度描述系统的基本结构与动态行为，通常包括分析模型（Analysis Model）、设计模型（Design Model）以及数据模型（Data Model）等。 设计模型说明了系统的组成元素、组织架构和关系，并描述了各组成元素的协作以及状态转换关系等（通过用例实现Use Case Realization予以表达）。本节将分别在系统层次结构模型中描述系统的层次组织结构；在主要的包和子系统中说明系统的具体组成；并在架构机制中详述系统中的各种构架机制；最后在关