架构设计的流程
所有软件开发方法都要解决从需求到实践的转换问题,为了提高软件的质量,前辈们提出了分析工程和各种建模技术的需求,但是需求和设计之间的鸿沟还是很难逾越的,也就是说,缺乏从需求到设计进行衔接并做决策的中间过程,于是软件架构设计应运而生。
人们已经对架构设计提出了许多方法:工件驱动的方法、用例驱动的方法、模式驱动的方法、领域驱动的方法。这里展示一种经典的架构设计过程模型,它沿用了 RUP 中迭代增量的思想,由分析、描述、选择、构造和组合5个阶段组成,如下图所示。
有兴趣的读者可以学习架构设计的元模型,来设计属于自己领域或者产品线的设计过程模型,其实下面的模型也是元模型的实例化。
如上图所示,系统依据需求规格说明书分析出功能需求和架构需求,通过用例和场景的描述,将需求分为关键的、次要的和可选的3类。关键需求决定架构,结合软件架构风格和通用知识选择最关键、影响最大的子系统分析设计并产生构件。组合就是定义构件接口,构件作为一个封闭的功能实体对外提供交互接口,并通过连接件将构件连接起来形成最终的软件架构描述。这是个不断迭代的过程,在每一次迭代中,都选取并实现一组用例和场景来确认并完善架构。
这个过程模型看似很流畅,架构师在设计时却很难把握它的正确性和精准性,而且用它构架的系统是否对后续设计开发形成一种原则上的指导是很难说的。我们知道,层次化分析是解决复杂问题的一般性方法,下面的方法将从层次化的角度来设计系统的架构模型,它将直接指导开发人员