chaocai

用例视图
在架构文档中的用例视图，仅列出架构用例（即那些重要性高，实现风险高影响架构设计的用例）
用例图也应该表示出系统工作的上下文和系统的边界（系统和那些外部人员及系统相关）
通常包括：UML的用例图及各种自由图（非UML标准的图）

架构因素
列出系统关注的非功能性需求（如：可靠性，安全性等）。

逻辑视图：
逻辑视图中包含的元素应该来自问题域。
逻辑视图应该与实现技术无关（如：采用.Net或J2EE实现等）
逻辑视图用于表示功能性需求的支持，和功能性需求的分解（包括按功能实现划分的子系统）
逻辑视图可以包含关键业务流程的建模
本人认为把分析后的BDM防置在逻辑视图中也十分有必要，这样可以便于读者理解文档
通常包括：UML的类图，序列图及各种自由图

开发视图
开发视图是与实现技术相关的
开发视图中还应该写入技术决策及决策的动机
架构用例实现是开发视图中必不可少的部分，即表明各组件在实现交互时的关系
考虑非功能性架构因素的实现
通常包括：UML的类图，组件图，序列图及各种自由图

部署视图
是系统与其运行环境的映射
部署视图表明了模块间的连接协议（如：JDBC，JMS）
部署视图同样体现了非功能性架构因素的实现

编写一份好的设计文档是一件十分困难的事，有时并不亚于设计本身。