第一周学习总结



第一周，从畏惧学习到开始养成学习习惯，这应该是个很多的开端。



架构师是一个角色

6月4号开班那天，老师明确一个概念，应当理解架构师是一个角色，这个角色的定义，取决于自己。

当你把自己定义为一个架构师时，心里面会按照架构师的思想去做事。提到为何要给不同的阅读对象编写不同文档，也提到接纳自己初期的过失，允许架构设计上的错误。这些观念，是一个敢于定义角色的人，首先应该理解的。有了这样的观念，自然会快速的进入角色。



技术的广度和深度

面对问题时，思考问题的方式，这个也是架构师需要着重培养的能力。每一个人，都不是全才，可是面对问题时的态度和思考问题的方式，是相通的。有些同学问到，技术的广度和深度那个更重要，老师指出，深度的广度的基础。当你能在一个方面深度挖掘下去，再去看别的知识或者问题，就会有种触类旁通的便捷。做人做事，皆是如此。



架构文档的设计

这是第一周学习的架构知识。如何用UML建模语言画架构图，如何编写一个简单明了的架构设计文档，这是本周学习的重点。tuij

下面是一些零碎的笔记。

文档编写的推荐步骤

部署图-->组件图-->序列图



系统架构设计的步骤

需求分析阶段，概要设计阶段，详细设计阶段



软件架构 = {元素，形式，关系/约束}

逻辑视图：设计的对象模型。

过程视图：捕捉设计的并发和同步特征。

物理视图：描述了软件到硬件的映射，反映了部署特性。

开发视图：描述了在开发环境中软件的静态组织结构。

场景视图：描述用例场景。



UML静态图

用例图（用例边界，用例，Actor，主宾，关系【使用、扩展】）

（功能需求分析，大概20个元素。可以细分每个元素，再拆分成子用例图。）

对象图（很少用）

类图（详细设计阶段）

组件图

包图（很少用）

部署图



UML动态图

协作图

时序图（对象，生命线，激活状态，动作【new、login】）

活动图（所有架构设计阶段都可以使用）

（需求分析阶段：画业务的流程。）

（概要设计阶段：不同模块，不同子系统之前的处理。方法内部的处理流程）

状态图



推荐画图工具

浏览器打开 draw.io



以上内容，是一些浅见，有不足或错误之处，望批评指正。