10期 领域模型.ppt

接口设计 Name:英文 Stereotype：Interface 总结： Stereotype： Interface 接口 中文 实体类 Biz 服务类 2 1 内容提要 3 4 5 领域模型 实体、属性 分包 服务、接口 实体关系 分包原则 要符合通用原则，模块内部高内聚，模块之间低耦合（关联） 避免模块之间的交叉依赖 依赖于同一个模块内的其他类比依赖一个外部的类要好 类之间的依赖、关联、继承如何影响到模块之间的依赖 合并 分离 一次分包 二次分包 练习题 需求：计划开发一个碟片出租系统，系统用于计算每一位顾客的消费金额并打印报表。操作者告诉程序：顾客租借了哪些影片、租期多长，程序便根据租期和影片类型算出其消费金额。影片分三类：普通片、儿童片和新片。除了计算消费金额，还要为常客计算累计点数；累计点数会随着“租片种类是否为新片”而有所不同。 1）请从上述描述中识别出名词和动词，并从中识别出哪些是实体。 2）请根据识别出的实体，画出相关的类图，标明实体间的关系。 谢谢 为了确定软件的领域，我们通常可以问如下两个问题: 1.软件实现后的核心业务价值是什么？ 2.谁会为这个核心业务价值的实现来买单？ 领域发生了变化，领域模型和设计就要发生相应的变化;设计变化了，一定能够追溯到领域的变更。 引发设计变化的因素很多，一定要是关键的领域部件所带动的。 领域专家模型 对领域的不同的侧面进行描述、抽象，以期团队成员可以很好的跟领域专家进行沟通，不至于在若干的岔路前迷失。 因为软件的最终目的是去解决真实领域中的业务问题，所以它必须和领域完美结合 * １、泛化关系（Generalization）：表示类与类之间的继承关系,接口接与接口间的继承关系或者类对接口的实现关系。 ２、关联关系(Association)：类与类之间的联接，它使一个类知道另一个类的属性和方向。关联可以是双向的也可以是单向的。一个的关联关系可以进一步确认为聚合关系或者合成关系。 ３、聚合关系(Aggregation)：是关联关系的一种，是强的关联关系。聚合是整体与个体之间的关系。如汽车类与引挚类，轮胎类之间的关系就是整体与个体的关系。 与关联关系一样，聚合关系也是通过实例变量来实现的。 ***关联关系所涉及的两个类是处于同一层次上的，而在聚合关系中，两个类处在不平等的层次上的，一个代表整体，一个代表部分。（关联与聚合仅仅从语法上是区分不开的，需要察所涉及的类之间的逻辑关系。） ４、合成关系(Composition)：是关联关系的一种，是比聚合关系强的关系。它要求普通的聚合关系中代表的对象负责代表部分的对象的生命周期，合成关系是不能共享的。 代表整体的对象需要负责保持对象的存活，在一些情况下负责将代表部分的对象湮灭掉。代表整体的对象可以将代表部分的对象传递给另一个对象，由后者负责此对象的生命周期。换言之， *******代表部分的对象在每一个时刻只能与一个对象发生合成关系，由后者排它的负责其生命周期。 ５、依赖关系（Dependency）：是类与类之间的连接，依赖总是单向的。依赖关系代表一个类依赖于另一个类的定义。 *********一般而言，依赖关系在Java语言中体现为局部变量，以及一个方法的参数 * 2011年11月 夏成文 讲师简介 目前负责资产产品线的配置管理工作。 有丰富需求分析、领域模型设计经验 姓名：夏成文 部门：资产产品线 职位：配置管理组组长、系统分析师、EPG。 完成本课程的学习后，您应该能够： 了解领域模型基本概念和作用。 掌握领域模型设计的几个关键知识点： 实体、属性、关系、服务、接口、分包。 学会通过领域模型设计文档掌握领域中的业务。 课程目标 2 1 内容提要 3 4 5 领域模型 实体、属性 分包 服务、接口 实体关系 领域模型是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。是需求分析人员与用户交流的有力工具，是彼此交流的语言。 1）实体（包括属性、关系等） 2）领域逻辑（自身生命周期关联数据的操作）. 3）领域服务：服务关注于任务处理，包括了多个模型处理，以及其它服务的调用。 领域模型概述 1、领域模型概述 2、领域模型关注对象 领域模型概述 为什么要引入领域模型？ * 需求调研 业务流程 需求分析 概要设计 详细设计 架构设计 界面原型 编码 详细设计 J2EE WEB应用系统的目前常用的开发模式 用例 制度 表格 数据库设计 编码实现 DataBase 从业务级需求推导出系统实现级需求 领域模型的引入 模型的3个用途 模型与实现绑定 没有模型的指导，复杂项目将可能