![](https://csdnimg.cn/release/download_crawler_static/86304922/bg6.jpg)
6
用例驱动(Use-Case-Driven)的方法
模式驱动(Pattern-Driven)的方法
领域驱动(Domain-Driven)的方法
下面所介绍的每一种方法都可视为元模型的一种实现。
工件驱动(Artifact-Driver)的方法:工件驱动的体系结构设计方法从工件描述中提取体系结构描述。工件驱动的体系结构设计方法的
例子包括广为流行的面向对象分析和设计方法 OMT(Object Modeling Technology)和 OAD(Object orient Analysis & Design)。
加以标号的箭头表示体系结构设计步骤的过程顺序:“分析和设计模型”和“子系统”的概念共同表示了元模型中的“解决方案抽
象”概念;“通用知识”概念表示了元模型中“领域知识”概念的特殊化。
用 OMT 解释这一模型,可以把 OMT 认为是这一策略的适当代表。在 OMT 中,体系结构设计并不是软件开发过程中的一个明确阶
段,而是设计阶段的一个隐含部分。
OMT 方法主要由以下阶段组成:分析、系统设计、对象设计。箭头线“l:描述”表示需求规格说明书的描述;箭头线“2:查找”
表示对工件的查找,如系统分析阶段中需求规格说明的类。
查找过程得到了软件工程师的通用知识的支持,也得到了构成工件的启发式规则的支持,这些工件是该方法的重要构成部分。“2:
查找”的结果是一组工件实例,在元模型中用“分析和设计模型”的概念来表示。
在 OMT 方法中,接下来是系统设计阶段。该阶段将工件分组为子系统,为单个软件系统的全局结构的开发定义整体体系结构。这
一功能被表示为“3: 分组”。软件体系结构由子系统组合而成,被表示成“4: 组合”。这一功能也用到了“通用知识”概念提供的支持。
在体系结构开发方面,该方法存在着以下问题:
(1)文本形式的系统需求含混不清,不够精确、不够完整,因此,将它作为体系结构抽象的来源作用是不够的。
(2)子系统的语义过于简单,难以作为体系结构构件。
(3)对子系统的组合支持不足 。
用例驱动(Use-Case-Driven)的方法:用例驱动的体系结构设计方法主要从用例导出体系结构抽象。
一个用例,是指系统进行的一个活动系列,它为参与者提供一些结果值。参与者通过用例使用系统。参与者和用例共同构成了用
例模型。用例模型的目的是作为系统预期功能及其环境的模型,并在客户和开发者之间起到合约的作用。
统一过程使用的是一种用例驱动的体系结构设计方法。它由核心工作流(core workflows)组成。
核心工作流定义了过程的静态内容,用活动、工人和工件描述了过程。随时间变化的过程的组织被定义为阶段。下图给出了用统
一过程描述的用例驱动的体系结构设计方法的概念模型。