第12章 领域建模.pdfVIP

第12章 领域建模 2 “在对象开发过程中一个很重要的原则就是：要 设计软件，使得软件的结构反应问题的结 构。 ……模型的选择会影响最终产生的系统 的 灵活性和可重用性。” ——Martin Fowler 《分析模式》 领域模型是对实际问题领域的抽象表示，它专注 于分析问题领域本身，发觉重要的业务领域概 念，并建立业务领域概念之间的关系。 领域模型是现实世界概念类的一种表示，不是软 件组件的一种表示。它不是描述软件类的图集， 也不是有着职责的软件对象。 12.1 领域模型基础知识 一般情况下，领域模型用下面两种UML图表示 ： 3 •类图 类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内 部结构以及它们与其他类的关系等。类图不显示暂时性信息。 类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间 的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包 中，仅显示特定包中的相关内容。 •状态图 状态图实际上是一种由状态、变迁、事件和活动组成的状态机。状态图描述从状态 到状态的控制流，常用于系统的动态特性建模。 在UML中，状态图可用来对一个对 象按事件排序的行为模型。一个状态图是强调状 态到状态的控制流的状态机的简单表示。状态图以状态的概念描述对象、子系统、系 统在生命周期中的各种行为，简单的说就是一个状态图只描述某一个对象（可以是类、 程序模块、系统）的行为。 通过状态图可以知道一个对象、子系统、系统的各种状态及其收到的消息对其状态 的影响。世界万物都有可以描述的状态，因此都可以通过状态图来描述他们的行为， 状态图具有很强的表达能力。（） 例子：银行领域模型 4 任何一个银行“账户”可能 与多个“凭证”相关 ； 具体而言，凭证可以是银 行卡、存折或存单等形 式； 任何凭证有明确的生效 日 期和终止日； 各种凭证的凭证号不是同 一的； 图12-1 银行领域模型的凭证相关部分 …… 例子：银行领域模型 5 储蓄账户有正常、挂失、 冻结和销户等4种状态 ； 有效的储蓄账户始于开户 交易，开户交易成功后储 蓄账户处于正常状态 ； 开户交易的业务规则是： 开户金额=10元人民币； 用户可以凭身份证要求对 自己的储蓄账户进行挂失 和解挂交易； 图12-2 储蓄账户的可能 状态及状态转换关系 …… 12.2领域建模在软件过程中所处的位置 6 从需求分析的两个典型困难说起 • 第一个困难 ：用户的参与不够，造成需求分析成果 中假设的成分太多。 ——表现 ：用户不能理解需求分析的作用； 不能确切知道需求； • 第二个困难 ：问题领域太复杂时，需求分析的开展 会遇到困难。 ——“对关键领域问题的理解不足”导致卡壳或者争论不 休 12.2领域建模在软件过程中所处的位置 7 领域建模的意义和解决办法 Solution1 ：领域模型实现对实际问题领域的抽象， “穿透”用户想要的功能的表象，专注于分析问题领 域本身，发觉重要的业务领