系统架构书写的模式

1.显示架构相关人员，及其创建，修改，时间及其人员。

2.描述系统的目的和需要解决的问题

3.画出系统架构图，拓扑图。

4.详细定义系统的行为

5.描述系统的其他视图（如：物理视图，逻辑部件的映射与其他视图的关系）

6.概念框架(对问题域以及架构概念的定义，概念之间的关系)

7.总结(对整个架构过程的小结)

2.1系统上下文(系统的使用和问题的解决)

2.2系统接口(系统提供的服务)

2.3非功能性需求(质量，约束，规范--以及解决质量，约束，规范的方法和策略)

3.1定义部件(描述架构中的部件，包括部件名称、提供的接口、与其它部件之间的交互等)

3.2描述独立于部件的服务

4.1各种系统用例或系统操作下架构的动态行为，相应外部的激发(usecase中称为场景)

4.2对系统行为和部件协作的解释和文档化

5.1过程视图(指定逻辑结构元素到控制线程来对系统进行分解，以执行任务和过程)

5.2开发视图(系统代码的分解，如文件、库，以及代码部件之间的依赖关系)

5.3物理视图(描述系统的部署)