软考 系统架构设计师系列知识点之基于架构的软件开发方法ABSD（4）

架构设计师系列知识点之基于架构的软件开发方法ABSD（4）"/>

软考 系统架构设计师系列知识点之基于架构的软件开发方法ABSD（4）

接前一篇文章：软考 系统架构设计师系列知识点之基于架构的软件开发方法ABSD（3）

所属章节：

第7章. 系统架构设计基础知识

        第2节. 基于架构的软件开发方法

7. 体系结构复审

体系结构设计、文档化、复审是一个迭代过程。从这个方面来说，在一个主版本的软件体系结构分析之后，要安排一次由外部人员（用户代表和领域专家）参加的复审。

鉴于体系结构文档标准化以及风险识别的现实情况，通常人们根据架构设计，搭建一个可运行的最小化系统，用于评估和测试体系结构是否满足需要，是否存在可识别的技术和协作风险。

复审的目的是标识潜在的风险，及早发现体系结构设计中的缺陷和错误，包括体系结构能否满足要求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求等。

8. 体系结构实现

所谓“实现”，就是要用实体来显示出一个软件体系结构，即要符合体系结构所描述的结构设计决策，分割成规定的构件，按规定方式互相交互。

体系结构的整个实现过程是以复审后的文档化的体系结构说明书为基础的，每个构件必须满足软件体系结构说明书的对其它构件的责任。这些决定即实现的约束是在系统级或项目范围内给出的，每个构件上工作的实现者是看不见的。

在体系结构说明书中，已经定义了系统中构件与构件之间的关系。因为在体系结构层次上，构件接口约束对外唯一地代表了构件，所以可以从构件库中查找符合接口约束的构件，必要时开发新的满足要求的构件。然后，按照设计提供的结构，通过组装支持工具把这些构件的实现组装起来，完成整个系统的连接与合成。

最后一步是测试，包括单个构件的功能性测试和被组装的应用的整体功能和性能测试。