概述

架构师为中间人，在于服务和协同不同人群之间的关系。其首要原则是要明确目标方及其关注点，发挥"承上启下"的桥梁作用。

软件架构

架构概念模型：http://www.iso-architecture.org/42010/cm/



个人理解:

[ 相关方、关注点 ] -- 粗略模型 --> [ 系统、元素、关系/约束 ]

[ 系统、元素、元素关系 ] ---- 架构 ----> [ 文档、视图]

[ 文档、视图 ] -- 细化模型 --> [ 相关方、关注点]



注: 架构非一人之力，不必全权包揽，找准自身定位，避免陷入泥潭，空耗时间。

4+1架构视图模型

• 逻辑视图:设计的对象模型。

• 开发视图:描述开发环境中软件的静态组织结构

• 过程视图:捕捉设计的并发和同步特征。

• 物理视图:描述软件到硬件的映射，反映部署特性。

• 场景视图:描述用例场景

参考: https://www.bbsmax.com/A/q4zVGj8xJK/

软件建模

什么是模型

模型是一个系统的完整抽象。人们对某领域特定问题的求解及解决方案，对他们的理解和认识都蕴涵在模型中。通常开发一个系统是为了解决某个领域的特定问题，问题的求解过程就是从领域问题到系统的映射。

[领域问题] -- 分析、抽取 --> [概念模型] -- 提取 --> [系统需求] -- 分析、设计 --> [解决方案]

[发现问题] -----------------> [提出问题] ----------> [分析问题] -----------------> [解决问题]

为什么要建模

指导和验证方案实施的可能性，降低开发成本，提高效率。

UML语言

通用模型元素

• 关联(association) : 连接模型元素及链接实例。

• 依赖(dependency) : 表示一个元素以某种方式依赖于另一个元素。

• 泛化(generalization) : 表示一般与特殊的关系，即"一般"元素是"特殊"关系的泛化。

• 聚合(aggregation) : 表示整体与部分的关系



通用建模流程

需求分析、概要设计、详细设计

使用说明

uml使用说明自行查阅，不要太过深入了解语法规则，掌握常用图形即可。

https://en.wikipedia.org/wiki/Unified_Modeling_Language

https://sparxsystems.com/resources/tutorials/uml2/index.html