架构师训练营 0 期第一周学习总结

1、架构师的基本素养（看大厂招聘要求），不仅仅是技术能力，更重要的是有一个全局思维，较强的沟通能力。

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

3、软件开发的几个事实：软件技术的进步使得程序员不需要了解技术细节和原理就能开发出能用的软件；让程序眼关注更少的事情有助于提高软件开发效率和质量。

4、架构师是一个角色而不是一个职位。

5、架构设计常常遵循于4+1视图(Logic View, Process View, Physical View, Development View, cscenarios(+1))，每种视图对应不同的受众角色。



6、What is the model?

模型是一个系统的完整抽象，人们对某个领域特定问题的求解及解决方案、理解和认知常常存在于模型中。由此可以得出，我们开发一个软件系统是为了解决现实生活中一个领域的特定问题，问题的求解过程，就是从领域问题到计算机系统的映射。

7、领域问题——>模型概念——>系统需求——>解决方案

8、Why do we need to make model?

1. 为了与他人沟通

2. 为了保存软件设计的最终成果。

3. 前提：模型比代码更能说明问题。

9、什么是UML（统一建模语言）？

以图形方式描述软件的概念，可用来描述某个问题领域，构思中的软件设计，描述已完成的软件实现。

10、ULM分类

1. 静态图 -- 通过描述累、对象和数据结构以及它们之间存在的关系，来描述软件要素中不变的逻辑结构。

2. 动态图 -- 通过描述执行流程或者实体状态变化的方式，来展示软件实体在执行过程中的变化过程。

11、通用模型元素



12、用例模型用来描述系统得功能需求，在宏观上给出模型得总体轮廓。由若干个用例图构成，用例图主要描述执行者与用例之间的关系。

用例总是由执行者启动的。

13、如何确定执行者？

1. 谁使用系统的主要功能？

2. 谁需要从系统获得对日常工作的支持和服务？

3. 需要谁维护管理系统的日常运行？

4. 系统需要控制哪些硬件设备？

5. 系统需要与其他哪些系统交互？

6. 谁需要系统产生的结果？

14、用例之间有两种关系，即“use”和“extend“。

• ”USE“代表一个用例使用另一个用例

• “EXTEND”代表向被扩展的用例添加动作来扩展用例。

• 

15、例 项目与资源管理系统的Use case图：

16、后续复习时持续更新。



第一周总结：价格实惠，比起那些动辄上万的培训班来说，这里学到的更是架构思维，是架构师的必备技能。特别是李智慧老师亲自教学，更容易学习到大牛的思维方式。每堂课的知识量都很大，需要慢慢消化。后续复习的时候再完善吧。