架构方法论学习总结

一、动态建模

1.时序图：任何对象间的时序性的动态调用关系

     需求分析阶段：系统级时序图  与现存系统之间的关系（异步消息）

     概要设计阶段： 组件级时序图，服务器间时序图

     详细设计阶段：

2.活动图：描述流程是怎么完成的，关注的是流程

    泳道：描述不同领域

     需求分析阶段：业务之间处理流程

     概要设计阶段：服务器、组件间处理流程

     详细设计阶段：方法内部的处理流程

3.状态图：状态变迁

二、静态建模

1.用例图：描述系统功能需求。

      需求分析： 用例图       系统主要做什么、约束

      概要设计 ： 部署图  系统整体高层架构 ，如何部署、有哪些模块、核心流程

      详细设计：  类图，类之间的关系    

2.类图

3.组件图

     组件与组件之间的依赖关系

     主要用于概要设计阶段

4.部署图

     物理部署，主要用于概要设计，先画部署图

      需求分析阶段：  用例图 （核心功能）、活动图（关键业务程图）、状态图(关键业务对象状态变迁)、时序图（当前系统与外部系统之间的依赖关系）

     概要设计阶段：  部署图（系统长什么样子的、整体蓝图）、子系统级别的时序图、活动图（子系统级的）、组件图、组件级时序图、组件间活动图

     详细设计阶段：  类图、类的时序图、状态图（状态枚举值）、方法的活动图

1.架构师不仅仅要掌握技术，还要多思考技术之外的东西。技术之外的东西，决定了你怎么去看待你自己的技术，怎么去理解你自己的技术，怎么去运用你自己的技术，让你不再仅仅陷入技术的细节，从而能具有更高的格局。

2.作为架构师，要有一种很玄的能力，就是把握关键的能力。这个能力，没法说，得自己悟。如果不能不把握关键，可能功能越做越多，架构越做越杂而散，成本增加。比如举个例子：

，这里面最重要的是什么？

如果是纯技术人员，估计可能选择架构，这就没把握住关键了。

这个图里面最重要的是相关方，你得满足他的关注点。

相关方，有老板，有工程师， 你相关方都不了解， 他们关注点肯定不同， 你怎么设计架构？ 也就是说你怎么出架构设计？ 你出一个技术关注点的架构设计，你老板能看明白吗？

所以一定要把握关键点。不然事情越做越多，架构越做越大，浪费成本越来越多。

看悟了没有。

一定要有看待一件事的时候，你能一眼看中里面最关键是点是什么的能力。

3.怎么成为架构师？

嗯，可以跳槽，正好碰到这个岗位，也可以内部晋升。  但其实，有更简单的办法。什么办法？

现在很多公司，其实没有架构师！一个系统需求来了，项目经理可以给大家分好各自的功能就开干了，这个是不是很常见？根本没有架构师来做架构设计。

那你就可以去做架构，画出整体架构设计图，输出相关文档，然后给小组的成员看，说，我做了一个整体架构设计，大家一起批评指点下。

嗯， 只有有人批评指点了，其实就认可你是架构师了，不要管批评多猛烈。

最怕你说了，他们看都不看。

但只要看了，提出建议了，包括批评了。 其实就慢慢认可你是架构师了。

架构师不是一个职位，它是一个帽子。