架构设计评审与要点分析.pdfVIP

我们在完成了概要设计，一般会召开这个概要设计的评审。而且可能不只

是评审一次，可能会先第一次评审，然后一堆人指出一堆问题，然后负责设计

的架构师回去修改，修改完，二次评审，可能还是不行，继续回去修改，

接着进行三次评审。

反正就是说，每次评审，就是召开一个评审会议，架构师负责在评审会议上讲

解自己整个设计方案，一般会邀请级别较高的人出席这个评审会议，来对技术

架构进行严格的把关。给大家举个例子，比如我是一个部门的架构师，我的重

要方案评审的时候，可能会找其他部门的架构师过来，帮忙评审。同时也会让

项目组内的全体成员都出席，确保每个人都听明白了架构设计，有问题及时抛

出，然后讨论。

之所以要评审，是为了保证说，架构师设计出来的架构方案，是比较合理的，

而且没有什么明显的

这份规范，是约定一下，在评审的时候，负责评审的人，主要从哪些方面去挑

剔和负责架构设计的同学，尽量去找出来系统可能存在的

我们在第一个版本中，会按照这个思路去站在评审人的角度去考量一遍我们现

有的系统架构的一些问题，但是实际上解决这些问题，我们会放到后面的课程

里去