餐馆系统的业务建模教学.pptxVIP

第4章餐馆系统

业务建模;4.1非正式需求;4.1.1对计算机化系统需要;4.1.1定义一次迭代;4.2用例建模;4.2.1用例;4.2.2参加者;4.2.3用例图;;4.3描述用例;4.3.1事件路径;统计预约：基本事件路径

(1)接待员输入要预约日期；

(2)系统显示该日预约；

(3)有一张适当餐桌能够使用：接待员输入用户姓名和电话号码、预约时间、用餐人数和餐桌号；

(4)系统统计并显示该预约。

事件路径要统计主要事情是用户输入到系统信息，而不是该信息是怎样取得。

包含上下文交互会降低用例可复用性;统计预约——没有可用餐桌：可选事件路径

(1)接待员输入要求预约日期

(2)系统显示该日预约

(3)没有适当餐桌能够使用，用来终止

可选事件路径描述情况，能够作为营业一个正常部分出现，它们并没有指出产生了误解，或者发生了错误

因为一个错误和用户疏忽而不可能完成基本事件路径，这些情况将由例外事件路径描述;统计预约——餐桌过小：例外事件路径

(1)接待员输入要求预约日期

(2)系统显示该日预约

(3)接待员输入用户姓名和电话号码、预约时间、用餐人数和餐桌号

(4)输入预约用餐人数多于餐桌能容纳人数，于是系统发出一个警告信息问询用户是否想要继续预约

(5)假如回答“否”，用例将不进行预约而终止

(6)假如回答“是”，预约将被输入，并附有一个警告标志

不一样类型事件路径之间区分是非正式，它能够使用例总体描述组织得更轻易了解

不值得花过多时间去决定一个特定情况是可选还是例外，更主要是一定要确认给出了必须行为详细描述;4.3.2用户界面原型;;4.4组织用例模型;统计抵达——没有提前预定：可选事件路径

(1)侍者领班输入当前日期

(2)系统显示当日预约

(3)系统中没有统计该用户预约，所以侍者领班输入预约时间、用餐人数和餐桌号，创建一个未预约登记

(4)系统统计并显示新预约;4.4.1用例包含;;4.4.2参加者泛化;Displaybooking;4.4.3用例扩展;“统计未预约用户”用例只是在“统计抵达”一些情况下被执行;4.5完成用例模型;调换餐桌：基本事件路径

(1)侍者领班选择需要预约

(2)侍者领班改变该预约餐桌分配

(3)系统统计改变并更新显示

可选和例外事件路径能够从餐馆经营规则得到：和取消一样，应该不可能将一个过期预约调换到新餐桌，也应该不可能将一个预约移到已占用餐桌;4.5.1一个用例模型何时完成;;4.6领域建模;要求关联重数，每个预定是由一个用户进行，这个人姓名和电话由系统统计，不过每个用户能够进行多个预定;;;4.6.1领域模型正确性;4.7术语表;4.8本章小结;一个用例能够扩展另一个用例：意思是扩展用例要求交互组成被扩展用例一次执行一个可选部分

用例描述是文字形式文档，详细描述在执行用例时在用户和系统之间能够发生交互

每个用例描述包含一个基本事件路径，描述用例“正常”进行，以及一组可选和例外事件路径

领域模型显示主要业务概念、它们之间关系和由系统维护业务数据。领域模型表示为类图，普通只显示类、属性、关联以及泛化

术语表定义业务领域中主要术语，为每个术语提供一个一致同意定义，定义了应该在用例描述中使用特定业务词汇