《软件架构编档》学习笔记 01

架构：将整体划分为具有特定相互关系的部分，每一部分都是相对独立而又为解决大的问题结合在一起。架构的实质是压缩当前任务不需要的信息。

 

文档：

合理文档的其中要求：

从读者角度编写文档

避免出现不必要的重复：将信息分类记录

避免歧义：避免多重方式对文档进行解释

使用标准结构：记录基本原理

记录基本原理

保持更新文档，但更新频率不要过高

针对目标适宜性对文档进行评审：寻求预期文档用户的帮助

 

 

视图类型和风格：

模块视图：模块是实现一组责任的代码单元

分解风格：对于培训和管理层交流有效。自顶向下的系统视图。将代码分解成系统、子系统、更小的子系统……

使用风格：向开发者说明模块关系，支持增量开发。取决于模块之间的使用（依赖）关系。A的正确性取决于B，既A使用B

泛化风格：通常用于表示面向对象的设计和支持各种形式的维护工作。说明不同代码单元之间的相互联系，确定继承关系。

分层风格：应用于重用支持、可以执行支持和培训。将代码分割成不想交的层，层层之间可交互。说明代码在虚拟机内是如何分解的。低层一般接近硬件，高层包含依 赖于硬件的软件。

 

组件和连接器视图：表示运行时行为。组件是执行系统的主要处理单元，连接器是组件的交互机制。中间件也是连接器。

管道和过滤器风格：信号处理系统和UNIX管道等。交互模式具有连续数据交互的特点。

共享数据风格：数据库系统和基于知识系统。数据使用者如何知道自己想要的数据是可得的。强调保留持久数据。保存在储存器的数据能够接受多个元素的访问。

发布和订阅风格：用来分离消息的生产者和消费者。组件能够通过事件宣布进行交互操作。讲生产者和消费者的绑定推迟到运行。

客户机-服务器风格：通过请求其他组件的服务来实现交互。通讯一般采用配对形式。

对等关系风格：涉及复杂的双向交互协议。基于分布式对象的基础架构。同级在交互服务中可以直接进行交互操作，任何组件都可以请求其他组件的服务。

通信进程风格：存在并发的系统。并行运行的组件能通过各种连接器机制（同步、消息传递、数据交互、启动和停止）进行交互。

 

 

分配视图：描绘软件单元到环境元素的映射

部署风格：用于性能、安全性、可靠性分析和对单一节点的部署成本评估。用于将进程分配给硬件并产生消息流的方式。将进程映射到硬件元素。

实现风格：用于对版本和分支进行管理，协调多团队开发。将模块视图中的模块映射到基础结构。元素是模块和配置实体。

工作任务风格：将模块视图中的模块映射到人力开发团队。元素是人力和开发团队。