第一周课后练习 - 作业 2

时间：2020-09-15 ~~ 2020-09-20

学习内容：

1、大厂架构师招聘 JD 解读；

2、架构师面试常见面试题解读；

3、4+1 视图模型：软件开发的本质是什么;

4、UML：软件架构建模的一般方法和工具；

5、架构设计文档：软件架构设计文档的写作模式；

学习体会：

1、架构师的要求；

2、UML 图示理解、使用要正确，4+1 视图要牢记；

3、作业与参考论文的差别；

复习：

1、4+1 视图是什么？

逻辑视图、开发视图、物理视图、运行视图、场景视图

2、各视图对应 UML 中哪些图？

1）、逻辑视图 ---- 类图；

2）、开发视图 ---- 类图、组件图；

3）、场景视图 ---- 用例图；

4）、物理视图 ---- 部署图；

5）、运行视图 ---- 无；

3、UML 图中元素间关系有哪些？

关系由弱到强依次为：

关联 < 依赖 < 泛化 < 聚合；

UML 图示是为更好的表达需求表述而创立的，至于不同关系的编程语言的表达方式没有严格和一一对应关系，举例来说，继承可以对应 java、c++的继承实现方法、实现关系的编程语言表达， java 是 impliments interface, 而 c++就是继承虚基类了，至于 go 语言，继承与实现也略有不同；关联、依赖的关系在编程语言上的表达，个人认为更是要视业务关系而言，例如两个对象是关联关系，在编程时，不同开发人员可以使用参数、成员、局部变量等实现表达，不需要拘泥于这种关系的严格介定，因为从代码的简洁性、可读性考虑，那种实现方式好，就用那个，可能会使代码更易维护（保留此观点，后续可细究实现是否可更具体）；

当前，像组合、聚合这种关系，成员变量就是最好的编程表达了；

4、UML 常用的图有哪些，使用场景是什么？

1）、用例图，从执行者角度分析系统功能，系统边界，自顶向下精化；

2）、时序图，场景分析，可分层表达；

3）、活动图，状态图的变种，；

4）、状态图，状态切换，生命周期有表述；

5）、组件图，系统架构;

6）、部署图，系统物理部署；

7）、类图，抽象出系统中的主要类；

8）、对象图，同一个类多个对象使用场景，否则类图就可以代替了吧