|
|
|
传统的软件开发过程可以划分为从概念直到实现的若干个阶段，包括问题定义、需求分析、软件设计、软件实现及软件测试等。如果采用传统的软件开发模型，软件架构的建立应位于需求分析之后，概要设计之前。
|
|
|
|
传统软件开发模型存在开发效率不高，不能很好地支持软件重用等缺点。基于架构的软件开发模型可以弥补这个缺点，它把整个基于架构的软件过程划分为架构需求、设计、文档化、复审、实现、演化等6个子过程。
|
|
|
|
（1）架构需求。架构需求受技术环境和架构设计师的经验影响。需求过程主要是获取用户需求，标识系统中所要用到的构件。架构需求可以分为需求获取、标识构件、需求评审3个步骤。
|
|
|
|
（2）架构设计。需求用来激发和调整设计决策，不同的视图被用来表达与质量目标有关的信息。架构设计是一个迭代过程，可以分为提出软件架构模型、把已标识的构件映射到软件架构中、分析构件之间的相互作用、产生软件架构、设计评审5个步骤。
|
|
|
|
（3）架构文档化。绝大多数的架构都是抽象的，由一些概念上的构件组成。例如，层的概念在任何程序设计语言中都不存在。因此，要让开发人员去实现架构，还必须把架构进行文档化。架构文档化过程的主要输出结果是架构需求规格说明和测试架构需求的质量设计说明书这两个文档。软件架构的文档要求与软件开发项目中的其他文档是类似的。
|
|
|
|
（4）架构复审。架构设计、文档化和复审是一个迭代过程。从这个方面来说，在一个主版本的软件架构分析之后，要安排一次由外部人员（用户代表和领域专家）参加的复审。复审的目的是标识潜在的风险，及早发现架构设计中的缺陷和错误，包括架构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求等。由外部人员进行复审的目的是保证架构的设计能够公正地进行检验，使组织的管理者能够决定正式实现架构。
|
|
|
|
（5）架构实现。所谓实现就是要用实体来显示出一个软件架构，即要符合架构所描述的结构性设计决策，分割成规定的构件，按规定方式互相交互。整个实现过程是以复审后的文档化的架构说明书为基础的。在架构说明书中，已经定义了系统中的构件及它们之间的关系，可以从构件库中查找符合接口约束的构件，必要时开发新的满足要求的构件。然后，按照设计提供的结构，通过组装支持工具把这些构件的实现体组装起来，完成整个软件系统的连接与合成。最后一步是测试，包括单个构件的功能性测试和被组装应用的整体功能和性能测试。
|
|
|
|
（6）架构演化。有关架构演化的过程，请参考12.5.3节。
|
|
|
