2013领域模型.pptVIP

第九章 领域模型 目标 确定与当前迭代相关的概念类 创建初始的领域模型 为模型建立适当的属性和关联 领域模型 领域模型是OO分析中最重要和经典的模型 它阐述了领域中的重要概念 它可以作为设计某些软件对象的灵感来源，也将作为在案例研究中所探讨的几个制品的输入 领域模型是可选制品－（敏捷UP) 能够以UML类图表示法绘制 概念类示例 确定一组概念类是OO分析的核心。 领域模型 领域模型是对领域内的概念类或现实世界概念类的表示 也称为概念模型、领域对象模型和分析对象模型 在UP中，术语“领域模型”指的是对现实世界概念类的表示。而非软件对象的表示。该术语并不是指用来描述软件类、软件架构领域层或有职责软件对象的一组图 UP对领域模型的定义是，可以在业务建模科目中创建的制品之一。是UP业务对象模型（BOM）的特化，专用于解释业务领域中的重要的事物和产品 领域模型 一个领域模型专注于一个领域 应用UML表示法，领域模型被描述为一组没有定义操作（方法的特征标记）的类图。它提供了概念透视图。它可以表示： 领域对象或概念类 概念类之间的关联 概念类的属性 领域模型(使用UML表示法)描述的信息也可以采用纯文本方式（UP词汇表）.但是在可视化语言中更容易理解这些术语，特别视它们之间的关系 领域模型是软件业务对象图吗？ 领域模型是可视化字典，表示领域的重要抽象、领域词汇和领域的内容信息 它是对所关注的现实世界领域中事物的可视化，而不是诸如Java或C#类的软件对象，或有职责软件对象 以下元素不适用于领域模型 软件制品，例如窗口或数据库，除非已建模的领域是针对软件概念的，例如图形化用户界面的模型 职责或方法，在对象建模中，我们总会提到关于软件对象的职责，并且方法是纯软件概念。但是，领域模型描述的是真实世界的概念，而非软件对象的概念。总的来说，对象职责在设计工作过程中非常重要，但它完全不属于领域模型。 概念类 概念类是思想、事物或对象。更正式地讲，概念类可以从其符号、内涵和外延来考虑 概念类可以从其符号、内涵和外延来考虑 符号－表示概念类的词语或图形 内涵－概念类的定义 外延－概念类所适用的一组示例 例如，购买交易事件（fig9-5) 符号＝Sale Sale内涵＝“表示购买交易地事件，并且具有日期和时间” Sale外延＝所有销售地例子，换句话说，就是世界上所有销售实例地集合 领域模型和数据模型是一回事吗？ 领域模型不是数据模型（通过对数据模型的定义来表示存储于某处的持久性数据） 在领域模型里，并不会排除需求中没有明确要求记录其相关信息的类，也不会排除没有属性的概念类。例如，没有属性的概念类是合法的，或者是领域内充当纯行为角色而不是信息角色的概念类也是有效的。 为什么要创建领域模型？ 降低与OO建模之间的表示差异 在后期UP设计模型中，面向对象开发者在创建软件类时受到真实世界领域的启发，因此，涉众所设想的领域与其在软件的表示之间的表示差异被降低 准则：如何创建领域模型 以当前迭代中所要设计的需求为界： 1：寻找概念类 2：将其绘制为UML类图中的类 3：添加关联和属性 如何找到概念类 三条策略： 1：重用和修改现有的模型。（这是最佳和最简单的方法，通常从这一步开始） 2：使用分类列表 3：确定名词短语 方法2：使用分类列表 方法2：使用分类列表(续) 方法3：使用名词短语识别 语言分析 在对领域的文本描述中识别名词和名词短语，将其作为候选的概念类或属性。 详述形式用例中的描述对这种分析极为适合。例如，可以使用处理销售用例的当前场景（见教材P106）。用例是挖掘名词短语的重要来源之一。 例如：Cashier 开始于一个 sale 示例：寻找和描绘概念类 POS领域 根据分类列表和名词短语分析，可以得到该领域候选概念类的列表。 准则：何时使用“描述”类建模？ 描述类包含描述其他事物的信息，例如，ProductDescription记录Item的价格、图片和文字描述。这种类最早被命名为项目—描述类（Item—Descriptor）模式。 准则：何时需要描述类？ 何时需要描述类： 需要有关商品或服务的描述，独立于任何商品或服务的现有实例。 删除其所有描述事物(如Item)的实例后，导致信息丢失，而这些信息是需要维护的，但是被错误地与所删除地事物关联起来。 减少冗余或重复信息。 准则：何时需要描述类？（续） 关联 关联是类（更精确地说，是这些类地实例)之间的关系，表示有意义和值得关注的连接 准则：何时表示关联？ 关联表示了需要持续一段时间的关系，根据语境，可能是几毫秒或数年。换言之，我们需要记录哪些对象之间的关系？ 举例说明： 1、我们需要记住SalesLineItem实例