架构师训练营第一周总结

如何学习

架构背后真正解决的是什么问题？解决方案是什么，难点是什么

如何做架构

架构文档：需要输出什么样的架构文档

管理和沟通：清楚对方的诉求，各自的边界和职责，要达成利益共识

架构经验：通过课程学习重新思考以前项目的设计，能不能对原来的项目进行优化和改进，加入新的架构特性来完善原来设计。

案例项目：学习案例项目，思考项目面对的问题是什么，解决的思路是什么，解决的方法是什么，遇到的挑战是什么，来类比自己项目。

知识面：通过课程学习、与人交流、查找资料增加知识面，将原有的知识体系化。

软件架构定义

关于软件整体结构和组件的抽象描述，用于指导大型软件系统各个方面的设计。

每个系统都有一个架构。

一个架构是架构元素与元素间关系组合而成，如何描述写入架构文档。

架构元素：服务器、子系统、组件关系、类

架构元素间的关系：

动态关系：如何交互，类、组件、子系统、服务器之间如何交互。

静态关系：组合、聚合、依赖、关联、实现、继承。

架构文档由架构视图组成。

架构视图反应了相关方的关注点。

架构是给相关方做的，相关方老板、需求客户、工程师、运维(部署)、测试、产品、运营，要满足相关方的需求。

什么是架构师

架构师是个角色不是一个职位，任何工程师都可承担架构师的角色。

UML分类

静态图分别是：用例图，对象图，类图，组件图，包图，部署图

动态图分别是：协作图，序列图，活动图，状态图

需求分析时，需要用例图、时序图、活动图、状态图；

概要设计时，需要部署图、子系统时序图、子系统活动图、组件级时序图；

详细设计时，需要类的时序图、状态图、方法的活动图。