第一周总结

架构师的主要职责

1、编写架构设计文档

2、开发编程框架

3、重构软件代码

4、设计系统架构

5、进行技术选型，解决技术应用中的问题

6、优化系统性能

7、模块分解与微服务架构

8、保障系统安全和高可用

9、大数据应用

10、技术创新

11、沟通管理

本周老师重点讲解如何编写架构设计文档。上图：



这是一张架构的架构图，理解了图中包含的信息，就能清楚架构文档需要如何写、包含哪些内容、思路是什么。这其中核心是架构。

系统：需要架构的软件系统；每个系统都需要软件架构；

架构：架构是由架构元素和元素间的关系组成的；

架构元素：架构元素有服务器、子系统、模块、类；

架构元素间关系：静态关系和动态关系；静态关系体现的是架构元素间的依赖、关联、聚合、组合、继承、实现、泛化的关系；动态关系体现架构元素子系统之间、模块之间、类与类之间是如何依赖交互和调用相互协作；架构设计要把元素间的交互关系要设计出来。要讲这两种关系设计出来就需要进行建模：静态建模和动态建模。模型理论有4+1模型理论，与之相应的建模语言UML；UML语言中部署图和组件图、类图是静态建模，时序图、活动图、状态图是动态建模；架构元素间的静态模型和和动态模型也就是架构视图：这也是架构文档中需要包含的内容；

相关方：做软件架构一定要清楚软件架构是给谁看的，不同的相关方应该看到的架构文档内容是不一样的。涉及的相关方有用户、领导、业务、产品、开发、测试、运维；

关注点：每个系统都有一些相关方，每个相关方的关注点也不尽相同；所以架构文档中需要包含各种相关方的关注点。用户和产品、业务关心的是软件系统能够解决的问题；领导关心的设计的架构资源成本和决定是否实现这样一套系统；开发关心的是架构文档中组件设计来开发软件系统，并能够使其落地和交付；软件系统开发完成了是需要部署和运维的，那么运维工程师关心的是软件系统的部署结构，负责部署资源的准备；测试工程师的关注点是测试和验证开发系统有没有满足设计目标；所以架构文档要覆盖所有相关方关心的点和内容；