第4章餐馆订餐系统的业务模型.pptVIP

Complete Use Case Diagram 第三十页，共四十七页。 本章内容 4.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代） 4.2 建立领域模型 4.3 建立词汇表 第三十一页，共四十七页。 4.2 领域建模 在第四章中，UML表示法建立对象模型（学习建立类图的画法和问题表达） 本节的核心思想：定义领域模型，提供建模的方法或建模观点。 领域模型是OO分析中最重要的和经典的模型 领域模型（Domain Model），也称为概念模型、领域对象模型，我们在对项目进行分析的时候，往往会创建相应的领域模型。 寻找业务领域中的名词，建立类图和对象图。 领域模型包括：概念、关联、属性 第三十二页，共四十七页。 4.2.1 领域模型的相关概念 1.概念： 概念类：表示在现实世界环境中具有意义的实体或概念。 领域模型：是对业务术语进行描述，产生现实世界概念类的一种表示。通常，采用类图表示，以显示最重要的业务概念和他们之间的关系。 2.领域模型组成： 概念类 概念类之间的关系 概念类的属性（暂不包含操作，在以后考虑） 第三十三页，共四十七页。 为什么需要领域模型？ 理解关键概念和词汇 为进入设计阶段得到一些启示 现实世界与软件实现之间的过渡 第三十四页，共四十七页。 4.2.2 建立领域模型 包括以下四步： 概念类的识别 在领域模型中描述这些概念类 建立类关联关系 添加必要的属性 第三十五页，共四十七页。 4.2.2 建立领域模型 包括以下四步： 概念类的识别 在领域模型中描述这些概念类 建立类关联关系 添加必要的属性 第三十六页，共四十七页。 1.概念类的识别 识别策略： ①使用概念类分类列表 ②识别名词短语 第三十七页，共四十七页。 策略1：概念类的分类列表（部分） 物理或具体对象 事物的实际、描述和规范 位置 交易 交易项目人的角色 组织 事件 第三十八页，共四十七页。 策略2：根据名词短语识别找出概念类 即：识别有关用例文本描述中的名词和名词短语，将它们作为候选的概念类或属性。 记录预约 接待员输入要预约的日期 系统显示该日的预约 有一张合适的餐桌可以使用：接待员输入顾客的姓名、电话、预约的时间、用餐人数和餐桌号 系统记录并显示新预约。 第三十九页，共四十七页。 4.2.2 建立领域模型 包括以下四步： 概念类的识别 在领域模型中描述这些概念类 建立类关联关系 添加必要的属性 第四十页，共四十七页。 建立候选概念类： 顾客、预定 顾客和预定建模： Customer Reservation name phoneNumber 1 * Make 建立候选概念类： 顾客、预定 Customer Reservation name phoneNumber 1 * Make covers date Time places 第四十一页，共四十七页。 Customer Reservation name phoneNumber 1 * Make covers date time table places * 1 {Reservation for the same Table must not overlap} WalkIn covers date time 1 * 第四十二页，共四十七页。 Booking covers date time table places WalkIn Reservation Customer name phoneNumber * 1 Make {Reservation for the same Table must not overlap} * 1 第四十三页，共四十七页。 第四章 餐馆系统的业务模型 陈立岩 第一页，共四十七页。 业务模型（Business Modelling） 软件开发的早期阶段 输入: 非形式化的规格说明 活动: 创建用例模型（use case model） 创建领域模型（domain model） 创建词汇表（ glossary） 第二页，共四十七页。 本章内容 4.1 建立用例模型 4.1.1 非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代） 4.2 建立领域模型 4.3 建立词汇表 第三页，共四十七页。 本章内容 4.1 建立用例模型 4.1.1 非正