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

1、软件开发的早期阶段输入: 非形式化的规格说明活动: 创建用例模型（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 非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.

2、1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表4.1 建立用例模型 4.1.1 非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表 采用手工预约单：预约的信息 姓名和电话号码 就餐者人数调换餐桌取消预约作注释未预约顾客（Walk-in） 就餐人数4.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（

3、调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表第一次迭代应该只交付足够使系统提供某些确实有商业价值的核心功能。定义基本功能建立初始用例图系统应取代手工预约单l1.识别用例的步骤用例的步骤找出系统边界和范围识别参与者确定每个参与者所期望的系统行为找出用例l2.定义初始用例图用例图l考虑构造系统时，你所需要做的第一件事情是确定系统的边界在哪里，需要定义什么是系统的组成部分（系统的边界内）和什么是系统的外部（系统边界外）。l系统边界是定义由谁或什么（参与者）使用系统，系统能够为哪些参与者提供什么特定利益（用例）。l系统边界绘制为方框，标有系统名

4、称，参与者绘制在边界外部，用例绘制在边界内部。 l谁或什么使用该系统？l谁对某个特定功能感兴趣？l谁负责支持和维护系统？l系统有哪些外部资源？其它还有哪些系统将需要与该系统进行交互？人与系统进行交互时能够担任的不同角色 eg: 接待员Receptionist (makes bookings) 领班Head waiter (assigns tables etc)一个用户在不同的时间可以扮演一个或多个角色顾客不是参与者建立一组用例，使系统的用户能够使用系统完成的不同的任务。餐馆预约系统需完成的主要任务: 记录一个新的预约信息 取消一个预约信息 记录一位顾客的到来 将一位顾客的餐桌从一张餐桌移到另一

5、张餐桌（“调换餐桌”）以图解的形式概括系统中的不同参与者和用例，并显示哪些参与者能够参与哪些用例。4.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表用例描述模板，见上章用例描述没有统一的标准模板，可采用与项目一致的格式。从实用上，应更重视编写完整的和可理解的事件路径事件路径，而不是按指定的模板填写每个部分。正常交互的情况下的路径不中断。 记录预约 接待员输入要预约的日期 系统显示该日的预约 有一

6、张合适的餐桌可以使用：接待员输入顾客的姓名、电话、预约的时间、用餐人数和餐桌号 系统记录并显示新预约。记录预约没有可用的餐桌: 接待员输入要求的预约日期； 系统显示该日的预约； 没有合适的餐桌可以使用，用例终止记录预约餐桌过小 接待员输入要求的预约日期； 系统显示该日的预约； 接待员输入顾客的姓名电话预约时间，用餐人数和餐桌号 用餐人数多于餐桌容纳的人数，系统询问是否继续预约 如果回答 “否”, 用例将不进行预约而终止 如果回答“是”, 预约将被输入，并附有一个警告标志。When writing use cases, it is useful to have a rough idea of t

7、he planned user interface4.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表记录到达：基本事件路径（）领班输入当前日期 （）系统显示当天的预约（）领班确认一个选定的预约已经到达（）系统对此进行记录并更新显示器，将顾客标记为已经到达。记录到达没有提前预订：可选事件路径（）领班输入当前日期（）系统显示当天的预约（）系统中没有记录该顾客的预约，领班输入预约时间、人数和餐桌号，创

8、建一个未预约登记；（）系统记录并显示新预约。以上两个用例存在共享功能把共享部分分离出来组成一个新用例显示预约（Display Bookings）: 用户输入一个日期 系统显示当日的预约更改“记录预约记录预约”用例，可以这样写: 接待员执行 显示预约用例 接待员输入 系统记录和显示新预约一个用例和它所包含的其他用例之间的关系，在用例图中用一个连接两个用例的虚线箭头表示，称为依赖依赖。 一般参与者和特殊参与者之间的泛化关系。 参与者泛化把两个或多个参与者的公共行为分离出来成为父参与者。接待员和领班都可以执行“显示预约”的用例；描述一个新参与者员工（staff）表达泛化；接待员和领班被看作“员工”的

9、特殊情况。Use case extension is shown with a dependencyl仅在简化模型并使模型易于理解时才使用高级特征。l用例最好是简单的。必须对于利益相关人和建模者都是可访问的。l通常利益相关人仅需要一点培训和指导就能够容易地理解参与者和用例。l利益相关人发现掌握参与者泛化更加困难。l太多include使得理解用例模型更加困难。l利益相关人对entend的理解相当困难。l很多建模者令人吃惊地错误理解extend的语义。应该避免使用用例泛化，除非使用抽象父用例。4.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，

10、基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表4.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例模型（用例图的第二次迭代）4.2 建立领域模型4.3 建立词汇表在第四章中，UML表示法建立对象模型（学习建立类图的画法和问题表达）本节的核心思想：定义领域模型，提供建模的方法或建模观点。领域模型是OO分析中最重要的和经典的模型领域模型（Domain Model），

11、也称为概念模型、领域对象模型，我们在对项目进行分析的时候，往往会创建相应的领域模型。l寻找业务领域中的名词，建立类图和对象图。l领域模型包括：概念、关联、属性1.概念：概念类：表示在现实世界环境中具有意义的实体或概念。领域模型：是对业务术语进行描述业务术语进行描述，产生现实世界概念类的一种表示。通常，采用类图表示，以显示最重要的业务概念和他们之间的关系。2.领域模型组成：l概念类l概念类之间的关系l概念类的属性（暂不包含操作，在以后考虑）为什么需要领域模型？l理解关键概念和词汇l为进入设计阶段得到一些启示l现实世界与软件实现之间的过渡包括以下四步：概念类的识别在领域模型中描述这些概念类建立类关

12、联关系添加必要的属性包括以下四步：概念类的识别在领域模型中描述这些概念类建立类关联关系添加必要的属性1.概念类的识别识别策略：使用概念类分类列表识别名词短语策略1：概念类的分类列表（部分）l物理或具体对象l事物的实际、描述和规范l位置l交易l交易项目人的角色l组织l事件策略2：根据名词短语识别找出概念类即：识别有关用例文本描述中的名词和名词短语，将它们作为候选的概念类或属性。记录预约 接待员输入要预约预约的日期 系统系统显示该日的预约 有一张合适的餐桌餐桌可以使用：接待员输入顾客顾客的姓名姓名、电话电话、预约的时间时间、用餐人数用餐人数和餐桌号餐桌号 系统记录并显示新预约。包括以下四步：概念类

13、的识别在领域模型中描述这些概念类建立类关联关系添加必要的属性建立候选概念类：顾客、预定顾客和预定建模：CustomerReservationnamephoneNumber1*Make建立候选概念类：顾客、预定CustomerReservationnamephoneNumber1*MakecoversdateTimeplacesCustomerReservationnamephoneNumber1*Makecoversdatetimetableplaces*1Reservation for the sameTable must not overlapWalkIncoversdatetime1*BookingcoversdatetimetableplacesWalkInReservationCustomernamephoneNumber*1MakeReservation for the sameTable must not overlap*14.1 建立用例模型 4.1.1非正式的需求 4.1.2 用例建模 4.1.3 描述用例（系统的用例编写，基本的事件路径） 4.1.4 组织用例模型（调整优化用例图） 4.1.5 完成用例