第一周总结

通过解读大厂架构师招聘JD，来分析和总结了架构师应该具备哪些能力，架构师具体的工作内容是什么。让我们有的放矢。



通过以上架构师招聘JD解读，知道架构师是一个要求综合能力的职位。一定要有知识的深度，知识都是相通的，有了深度再拓宽广度更快更简单些。思想也一样，思想是相通的。除了知识的深度和宽度，我们要学的是思想。



除了以上理论和方法论和思想上的学习之外，接下来就是具体的架构师的产出，架构文档了。因为架构涉及到很多东西，不可能仅仅一个文档或者图可以全部展示出来。因为相关方不同，视角不同，不同的视图模型能够让不同视角的相关方理解架构设计和思想，也是帮助架构师更好的表达。我们需要4+1视图和UML来帮助我们。



4+1视图

• 逻辑视图，主要描述系统和子系统，功能木块和子功能模块给客户、用户、开发组织管理者，进行开发组织划分和成本以及进度的评估。

• 开发视图，主要描述系统的层，分区，包，框架，系统通用服务，类和接口给开发和测试人员，用于知道开发设计和开发实现。

• 物理视图，主要描述系统到物理节点的部署和物理网络配置给系统集成商，系统运维人员。

• 过程视图，主要描述运行时线程和进程情况，重要的流程给开发和性能优化相关人员。

• 场景视图，主要描述不同使用人员有哪些功能，这些功能背后的架构元素给用户，设计和开发人员。



UML图

• 用例图，描述系统功能需求。给出模型的总体轮廓

• 对象图，描述程序运行中具有其特定属性的对象模型

• 类图，对象模型的静态结构

• 组件图，所有组件及其之间关系

• 包图，类的集合，更好的管理类，降低系统复杂性

• 部署图，硬件物理拓扑结构以及此结构上执行的软件

• 协作图，序列图的另一种表示形式

• 序列图，描述对象之间动态的交互行为

• 活动图，描述具体的执行顺序和工作过程

• 状态图，描述特定对象的所有状态及其状态变化



有了视图和UML模型，我们需要把这些串起来形成架构文档。具体的架构文档应该如何去写，可以参考模版，但是具体情况需要自己去考虑。



在本周课程的学习中，视图模型和UML图让我很兴奋，因为在以前的工作中遇到了问题。不知道该如何把整个功能设计思想完全表达出来，让其他人或者是上级了解，感觉一张图不够，又不知道该画哪些图，怎么让不同相关方不同视角的同事都了解。自己也没有更多的去继续思考这个问题，听了老师的课彻底解决了这个问题。



目前对各种视图和UML图还不能深刻理解和体会，总是想尽可能详细和完整将所有想到的画在图中或写在文档里，不知道这样做对不对。