阅读细化架构给故事有感

上课被老师提问,概念架构结束后就该工作了吗?我支支吾吾说不出来,但是觉得不应该按照一个这样模糊的概念着手工作,应该更加清洗更加明确每一部分的职责。

方案不是架构的全部,而方案=项目+需求+架构。在一个项目里,架构对于每个人来说也是不同的,而每一部分,都是不可或缺的。然后就提到了细化架构······那5视图不得不提起:

5视图方法更全面地覆盖了架构设计的各个方面,因而更适用于针对中大型系统进行设计:

看似复杂的5视图方法,其思想并不复杂,因为每个视图都是从特定角度规划系统的分割与交互,都是(架构的定义)“组件+交互”的一种体现:

逻辑架构=职责单元+协作关系
开发架构=程序单元+编译依赖关系
运行架构=控制流+同步关系
物理架构=物理节点+拓扑连接关系
数据架构=数据单元+数据关系
5视图方法错落有致地将众多技术关注点分成“群落”,“群落”内高聚合,“群落”间松耦合,有利于架构师设计思维的有序展开。

原文地址:https://www.cnblogs.com/zmh-980509/p/12670288.html