-Software Architecture DocumentVersion <1。0>Revision HistoryDateVersionDescriptionAuthor〈 yyyy—mm—dd 〉〈details〉目录1.文档简介41.1文档目的41.2文档范围41.3定义、缩写词和缩略语41.4参考资料42.架构描述方式42.1架构视图阅读指南42。2 图表与模型阅读指南53。 架构设计目标53.1关键功能53.2关键质量属性53。3 业务需求和约束因素54。 架构设计原则64.1架构设计原则64.2备选架构设计方案及被否原因64.3架构设计对后续工作的限制（详设，部署等）65.逻辑架构视图65.1职责划分与职责确定75.2接口设计与协作机制85.3重要设计包106。 开发架构视图116。1 Project 划分116。2 Project 1116。2。1Project 目录结构指导126。2.2程序单元组织126.2。3框架与应用之间的关系(可选）126。3 Project 2……136.4Project n……137.运行架构视图137。1 控制流组织137。2 控制流的创建、销毁、通信137.3加锁设计148.物理架构视图148。1 物理拓扑148.2软件到硬件的映射158.3优化部署169。 数据架构视图169。1 持久化机制的选择179。2 持久化存储方案179。3 数据同步与复制策略1710.关键质量属性的设计原理17 1.文档简介[帮助读者对本文档建立基本印象，并为阅读后续内容扫清障碍.]1.1文档目的［文档目的，非项目目的。否则造成同一项目多个文档之间的内容重复，不利于文档维护。本小节应指明文档针对的读者对象，最好列出各种读者角色，并说明每种读者角色应该重点阅读的章节。]1.2文档范围[文档的 Scope，非项目的 Scope。否则造成同一项目多个文档之间的内容重复，不利于文档维护。]1.3定义、缩写词和缩略语［集中列举文档中的定义、缩写词和缩略语.］1.4参考资料[本项目经审核的计划书、合同、上级批文；本项目的其他已发表文件;本文档引用的文件资料，如软件开发标准。具体而言,应包括参考资料的题目(必须)、编号、版本号（必须）、发表日期、发布方，必要时还可以说明如何使用这些资料。］2.架构描述方式 ［为了让读者更好地理解《架构文档》，在本节应当说明文档涉及的架构视图，并指明为了描述设计决策用到了哪些图表和模型。］2.1架构视图阅读指南［以多视图的方式来组织《架构文档》是大势所趋。ADMEMS 推举的是经过优化的 5 视图方法，如下图所示。]2.2图表与模型阅读指南［对后续文档内容中所用到的建模语言(例如 UML）、表格（例如目标—场景-决策表）等进行说明。］3.架构设计目标[功能、...
