第4章 软件体系结构描述.ppt

第4章 软件体系结构描述和设计 本章结构 4.1 软件体系结构描述方法 4.2 软件体系结构描述框架标准 4.3 体系结构描述语言 4.4 典型的软件体系结构描述语言（C2） 4.5 软件体系结构与UML 4.6 可扩展标记语言 4.7 基于XML的软件体系结构描述语言 4.8 软件体系结构的设计 引言 当前对软件体系结构的描述在很大程度上还停留在非形式化的基础上，依赖于软件设计师个人的经验和技巧。 非形式化的描述不易被开发人员理解，不利于分析和开发的进行。 形式化的、规范化的体系结构描述对于体系结构的设计和理解都是非常重要的。 由非形式化到形式化的过程。 当前常见的一些体系结构描述语言、方法： ACME Wright C2 UniCon Darwin AESOP Rapide Weaves SADL UML Gestalt Demeter FR ControlH MetaH 本章结构 4.1 软件体系结构描述方法 4.2 软件体系结构描述框架标准 4.3 体系结构描述语言 4.4 典型的软件体系结构描述语言（C2） 4.5 软件体系结构与UML 4.6 可扩展标记语言 4.7 基于XML的软件体系结构描述语言 4.8 软件体系结构的设计 谢 谢！ 第四章 软件体系结构描述 4.8 软件体系结构的设计 ◇用例驱动（use-case-driven）的方法 统一过程使用的是一种用例驱动的体系结构设计方法。它由核心工作流组成。核心工作流定义了过程的静态内容，用活动、工人和工件描述了过程。随时间变化的过程的组织被定义为阶段。 统一过程由6个核心工作流组成：商业模型、需求、分析、设计、实现和测试。这些核心工作流的结果分别是下列模型：商业和领域模型、用例模型、分析模型、设计模型、实现模型和测试模型。 第四章 软件体系结构描述 4.8 软件体系结构的设计 ◇用例驱动（use-case-driven）的方法 在需求工作流中，以用例的形式捕捉客户的需求，构成用例模型。这一过程在上图中被定义为“1：描述”。 用例模型和非形式化的需求规格说明共同构成了系统的需求规格说明。用例模型的开发得到了“非形式化的规格说明”，“领域模型”，“商业模型”等概念的支持，在设置系统上下文时这些概念是必需的。 如前所述，“非形式化的规格说明”表示文本形式的需求规格说明。“商业模型”描述一个组织的商业过程。“领域模型”描述领域上下文中最重要的类。 第四章 软件体系结构描述 4.8 软件体系结构的设计 ◇用例驱动（use-case-driven）的方法 从用例模型中可以选择出对于体系结构有重要意义的用例，并创建“用例实现”，如上图中“2：实现”所述。用例实现决定了任务在系统内部是怎样进行的。用例实现受到相关工件的知识和通用知识的支持。这在图中被表示为分别从“工件”和“通用知识”引出的指向“2：实现”的箭头线。这一功能的输出是“分析和设计模型”概念，它表示在用例实现之后标识出的工件。 第四章 软件体系结构描述 4.8 软件体系结构的设计 ◇用例驱动（use-case-driven）的方法 然后，分析和设计模型被分组为包，这在图中表示为“3：分组”。图中的“4：组合”代表定义这些包之间的接口，其结果是“体系结构描述”的概念。“3：分组”和“4：组合”这两个功能都受到“通用知识”概念的支持。 第四章 软件体系结构描述 4.8 软件体系结构的设计 缺点： （1）难以适度把握领域模型和商业模型的细节。 （2）对于如何选择与体系结构相关的用例没有提供系统的支持。 （3）用例没有为体系结构抽象提供坚实的基础。 （4）包的语义过于简单，难以作为体系结构构件。 ◇用例驱动（use-case-driven）的方法 第四章 软件体系结构描述 4.8 软件体系结构的设计 缺点： （1）难以适度把握领域模型和商业模型的细节。 该方法在定义用例模型之前进行商业模型和领域模型的定义。这就带来了如何适度把握这些模型的细节的问题。在了解用例之前，很难回答这一问题，因为用例实际上定义了所要开发的是什么。 ◇用例驱动（use-case-driven）的方法 第四章 软件体系结构描述 4.8 软件体系结构的设计 缺点： （2）对于如何选择与体系结构相关的用例没有提供系统的支持。 为了进行体系结构描述，需要选择