第一周学习总结

架构师需要在开发之前，对系统进行抽象，理解业务，然后将其从抽象模型通过画图、建模的方式将其表现出来，输出文档以指导系统各个方面的设计和实现，同时架构师需要对系统的架构负责。架构没有对错之分，更多的是好坏之分。

架构师的能力不仅仅局限在技术方面，在管理方面也需要更多的知识和了解，深耕技术，提高管理能力，实现架构师在团队当中的价值。



4+1视图

1、逻辑视图

相关方：客户，用户，开发组织管理者。

视角：系统的功能元素，以及它们接口， 职责，交互。

主要元素：系统，子系统，功能模块，子功能模块，接口。

用途：开发组织划分，成本/进度的评估。

2、开发视图

相关者：开发相关人员，测试人员。

视角：系统如何开发实现。

主要元素：描述系统的层，分区，包，框架，系统通用服务，业务通用服务，类和接口，系统平台和相关基础框架。

用途：指导开发组织设计和开发实现。

3、物理视图

相关者：系统集成商，系统运维人员。

视角：系统逻辑组件到物理节点的物理部署和节点之间的物理网络配置。

主要元素：物理节点以及节点的通信。

4、过程视图

相关者：性能优化，开发相关人员。

视角：系统运行时线程，进程的情况。

主要元素：系统进程，线程以及处理队列等。

5、场景视图

相关者：用户，设计和开发人员。

视角：概括了架构上最重要的场景（最典型或者最有风险）及其非功能性需求，通过这些场景的实现，阐明了架构的广度或众多架构元素运行的方式。



UML的常用7种类型：

• 用例图（静态图）

• 类图（静态图）

• 组件图（静态图）

• 部署图（静态图）

• 序列图（动态图）

• 活动图（动态图）

• 状态图（动态图）