领域模型的内涵-read.ppt

第九课 面向对象分析与设计方法 方法学和面向对象方法论 1.方法论是指思考和做事的策略、步骤、方向和行动 面向对象方法论的概念在1987年由Booch首先提出 2.目前面向对象方法论有50多种，主要有： Booch模型；Rumbaugh的OMT模型；Jacobson的OOSE模型；Martin的OOAD模型；Shlaer的OOSA模型；Coad的面向对象方法论；Martin的面向对象方法论等等。 3.目前人们在努力统一各种面向对象方法论，统一的结果是产生了统一模型语言——UML。UML本身不是方法，但是UML提供了能够描述所有面向对象方法的符号工具和语义工具。 面向对象程序设计的一般方法 本课使用的例子 一个文件分割、合并器 能够分割和合并文件 能够增加和删除文件 能够展示和提取文件 领域模型 OMT方法 Coad对象方法 Jacobson用例驱动方法 领域模型（Coad方法） 领域模型（OMT方法） 1.什么是对象模型 对象模型描述了客观世界实体以及实体彼此间的关系，是问题域的静态数据结构表示，以对象图形式表示。 2.什么是动态模型 动态模型表示瞬时的、行为化的系统的“控制”性质，规定了类型模型中实体的合法变化序列，即对象的动态行为，以状态图形式表示。 3.什么是功能模型 功能模型用来描述系统中对象功能，表达数据的流动、转换情形，以数据流程图、用例图形式表示。 领域模型（ Jacobson用例方法） 用例（use case）是指行为相关的事务（transaction）序列，该序列由用户在与系统交互中执行。每一个用例就是一个使用系统的方式，当用户给定一个输入，就执行一个用例的实例，并引发执行属于该用例的一个事务。 确定用例模型，用例由使用者、实例和作用三个部分描述 使用用例模型构造需求模型 需求模型包括领域对象模型、界面描述 使用用例和需求模型建立分析模型，分析模型用于划分出接口对象、实体对象、控制对象，以及由这些对象组成的子系统 建立领域模型的一般方法 领域模型的内涵： 问题域有什么 问题域做什么 问题域需要我们提供什么功能 领域模型建立的一般步骤： 1. 跟踪、记录所有的实体，输出一个实体的词汇表 2. 统一类型、实体命名方法和规则 3. 描述单个类型，输出不完全的类图 4. 确定类型之间的关系，输出完整的类图（问题域的静态结构） 5. 描述状态、时序、流程（问题域的动态结构） 6. 建立用例，用于描述功能 7. 提取界面并展示给用户 8. 迭代上述过程 描述实体类型 文件 集合文件 描述类型之间的静态关系 关联关系 普通关联 递归关联 限定关联 或关联 有序关联 关联类 三元关联 聚合关系 继承关系 依赖关系 文件和集合文件的关系 描述实体类型的动态关系 建立用例 用例用于以下目的： 确定系统功能，达成与用户的共识 在分析、设计、开发人员之间取得一致 提供系统设计、实现中类、对象等的设计依据 为系统测试打下基础 用例由以下几个部分构成： 角色 实例 实例的操作关系（时序、调用、合并） 角色－实例的描述 用例图 小结（领域模型） 对问题域的分析输出了以下成果 1.确定了问题域中有哪些实体类型以及它们之间的关系 2.确定了问题域中这些实体类型的动态结构 3.确定了需要实现的功能 如果使用UML工具，将形成 1 .类图 2.活动图 3.用例图 实现模型（OMT方法） 1.确定体系结构 将系统划分成子系统 确定问题域中一致的继承 分配子系统的处理器和任务 选择一个方法管理数据存储 确定全局资源以及访问方式 确定系统的控制流 处理边界条件 2.确定对象结构 合并问题域三个模型来获得类的操作（服务） 设计算法实现操作 优化对数据的访问路径 调整类结构，增加继承、抽象和泛化 确定类关系（作用关系） 将类和关系封装在子系统或者模块中 3 输出结果 更加详细的对象模型、动态模型、功能模型 实现模型（Coad方法） 实现模型（用例方法） 用例方法将该阶段称为构造阶段，构造阶段的成果包含了： 1.构块模型，构块模型的设计集中考虑可跟踪性、实现环境 2.交互作用图，交互作用、事件与激励、均一化 3.确定对象内部行为（状态图） 4.实现和测试 建立实现模型的一般方法 实现模型的内涵： 1.实现模型中有哪些类，每个类有哪些接口 2.实现模型中这些类是怎样组织的 3.对于每一项功能，实现模型中类的动态调用过程是怎样的 4.类、接口、功能以怎样的方式呈现给用户 建立实现模型的一般步骤： 1.扩展问题模型确定对象类以及对象类的领域（类图） 2.寻找可重用的设计模式 3.根据问题模型确定类的状态空间和行为接口（类图） 4.根据问题模型确定类的组织方式（类图/对象图/包图/配置图） 5.确定类的工作流、控制