可视化领域模型.ppt

解决相似概念——Register和POST 作为一个规则，领域模型没有绝对正确或错误之分，只有可用性大小的区别，它是交流信息的工具。 解决相似概念——Register和POST 登记簿Register和POST功能一样 Register更抽象，POST更面向实现 根据绘图员原则，“POST”是领域中常见的术语——POST好，易于交流 从模型的目的：抽象，实现独立——选用Register更好 为非现实世界建模 与电信交换机相关的一些候选概念类如下：消息（Message）、连接（Connection）、端口（Port）、对话（Dialog）、路由（Route）、协议（Protocol） 规格说明或描述概念类 在许多领域模型中，对概念类（如定义它一样）做规格说明的需求是相当普遍的 规格说明或描述概念类 商品Item Item具有price, and itemID,没有在其他地方记录 物理商品被卖出，软件实例即删除 cup1,cup2,cup3,…全部售完，则没有了cup的记录，--Cup多少钱?—无法回答 事务的规格说明或描述 规格说明或描述概念类的需要 ProductSpecification（或者ItemSpecification、ProductDescription，等等）概念类，用来记录有关商品的信息 并不表示一件商品，它表示商品信息的描述 在领域模型里，经常声明一个XSpecification来描述一个X 规格说明概念类 规则：使用Specification/ description的场合 当需要对Item或服务进行描述（独立于这些条目或服务当前存在的任何具体例子)时 删除实例会导致有用信息丢失时（这些信息和被删除的东西不恰当地关联在一起了） 要减少信息冗余 另一个规格说明的示例 航班失事，则取消所有航班(service)，所有Flight对象删除。则各个number的航班目的地信息全部丢失,应该把number部分提取出来 其他事物的规格说明 同一种图可用于不同视角的模型 本质的或概念性的观点 现实世界 规范说明的观点 独立于语言的软件世界 实现的观点 具体语言实现 UML表示法被应用于不同的模型 与类相关的术语 概念类 现实世界中的概念或者事物 一个概念性或本质的观点 UP领域模型包含概念类 软件类 一个用于表示软件组件的规范说明或者实现 不考虑过程或者方法的观点的类 设计类 UP设计模型的一个成员 它是软件类的同义词 UP允许设计类是一个规范说明或者实现的观点，这符合建模者的期望 与类相关的术语 实现类 用面向对象语言（如Java）已实现的一个类 类 一个通用术语 表示一个现实世界的事物（一个概念类）或者软件事物（一个软件类）。 缩小表示差距 解决语义鸿沟-用相同的名称 语义鸿沟 POS系统领域模型 领域模型和UP 初始 细化 主要在此创建，当需要理解值得注意的概念，并映射到部分设计工作的类中 熟练者每次迭代只需几小时来开发领域模型，若是用预定义的分析模式，还将更快 UP业务对象模型和领域模型的比较 业务对象模型（BOM--Business Object Model） [The UP BOM]是业务员工和业务实体如何相互关联以及为了完成业务如何写作的抽象 [RUP] BOM可以用多种不同的图（类图、活动图以及顺序图）来表示 这些图用来说明整个企业如何运行（或者说应该如何运行） 如果在企业范围内进行业务流程设计，它是最有用的 领域模型 UP定义领域模型为更通用的BOM的子集工件或者BOM的规范说明 你可以定义一个“不完全”的业务对象模型，集中解释对于问题域比较重要的“事物”和产品。……这经常被称为一个领域模型[RUP] UP业务对象模型和领域模型的比较 领域设计制品 * 结算，佣金 * Store是一个组织，不是数字、文本，应该作为概念类 * Store是一个组织，不是数字、文本，应该作为概念类 可视化领域模型 可视化领域模型 什么是领域模型 概念类 识别和提取概念类 创建领域模型步骤 几个问题 命名 概念类或属性? 相似概念问题 为非现实世界建模 不同视角的模型 什么是领域模型 用例： 用例是一个重要的需求分析工件，但它并不是面向对象的 它们强调领域的过程视图 领域模型 OOA中创建的最重要的制品 领域模型 领域模型显示问题领域中对建模者有意义的概念类 OOA中创建的最重要的制品 识别大量对象或概念类——面向对象分析的核心工作 领域模型表达的是现实世界中的概念类，而不是软件构件（不是软件类或带有职责的软件对象） 识别概念类是问题域调查的一部分 UML中的类图可以显示领域模型 领域模型 领域模型是概念类或问题领域中实际对象的可视化表达，