餐馆订餐系统的业务模型.pptxVIP

第四章餐馆系统业务模型陈立岩第1页

业务模型（BusinessModelling）软件开发早期阶段输入:非形式化规格说明活动:创建用例模型（usecasemodel）创建领域模型（domainmodel）创建词汇表（glossary）第2页

本章内容4.1建立用例模型4.1.1非正式需求4.1.2用例建模4.1.3描述用例（系统用例编写，基本事件路径）4.1.4组织用例模型（调整优化用例图）4.1.5完成用例模型（用例图第二次迭代）4.2建立领域模型4.3建立词汇表第3页

本章内容4.1建立用例模型4.1.1非正式需求4.1.2用例建模4.1.3描述用例（系统用例编写，基本事件路径）4.1.4组织用例模型（调整优化用例图）4.1.5完成用例模型（用例图第二次迭代）4.2建立领域模型4.3建立词汇表第4页

本章内容4.1建立用例模型4.1.1非正式需求4.1.2用例建模4.1.3描述用例（系统用例编写，基本事件路径）4.1.4组织用例模型（调整优化用例图）4.1.5完成用例模型（用例图第二次迭代）4.2建立领域模型4.3建立词汇表第5页

4.1.1非正式需求

原有功效采取手工预约单：预约信息姓名和电话号码就餐者人数调换餐桌取消预约作注释未预约用户（‘Walk-in’）就餐人数第6页

本章内容4.1建立用例模型4.1.1非正式需求4.1.2用例建模4.1.3描述用例（系统用例编写，基本事件路径）4.1.4组织用例模型（调整优化用例图）4.1.5完成用例模型（用例图第二次迭代）4.2建立领域模型4.3建立词汇表第7页

4.1.2用例建模第一次迭代应该只交付足够使系统提供一些确实有商业价值关键功效。定义基本功效—建立初始用例图系统应取代手工预约单第8页

用例建模步骤1.识别用例步骤找出系统边界和范围识别参加者确定每个参加者所期望系统行为找出用例2.定义初始用例图第9页

识别用例——第一步：系统边界考虑结构系统时，你所需要做第一件事情是确定系统边界在哪里，需要定义什么是系统组成部分（系统边界内）和什么是系统外部（系统边界外）。系统边界是定义由谁或什么（参加者）使用系统，系统能够为哪些参加者提供什么特定利益（用例）。系统边界绘制为方框，标有系统名称，参加者绘制在边界外部，用例绘制在边界内部。第10页

识别用例—第二步：识别参加者谁或什么使用该系统？谁对某个特定功效感兴趣？谁负责支持和维护系统？系统有哪些外部资源？其它还有哪些系统将需要与该系统进行交互？第11页

参加者-Actors人与系统进行交互时能够担任不一样角色eg:接待员Receptionist(makesbookings)领班Headwaiter(assignstablesetc)一个用户在不一样时间能够饰演一个或多个角色用户不是参加者第12页

识别用例—第三步：描述用例建立一组用例，使系统用户能够使用系统完成不一样任务。餐馆预约系统需完成主要任务:统计一个新预约信息取消一个预约信息统计一位用户到来将一位用户餐桌从一张餐桌移到另一张餐桌（“调换餐桌”）第13页

建立初始用例图（UseCaseDiagrams）以图解形式概括系统中不一样参加者和用例，并显示哪些参加者能够参加哪些用例。第14页

本章内容4.1建立用例模型4.1.1非正式需求4.1.2用例建模4.1.3描述用例（系统用例编写，基本事件路径）4.1.4组织用例模型（调整优化用例图）4.1.5完成用例模型（用例图第二次迭代）4.2建立领域模型4.3建立词汇表第15页

用例描述模板，见上章用例描述没有统一标准模板，可采取与项目一致格式。从实用上，应更重视编写完整和可了解事件路径，而不是按指定模板填写每个部分。第16页

基本事件路径正常交互情况下路径—不中止。统计预约接待员输入要预约日期系统显示该日预约有一张适当餐桌能够使用：接待员输入用户姓名、电话、预约时间、用餐人数和餐桌号系统统计并显示新预约。第17页

可选事件路径统计预约—没有可用餐桌:接待员输入要求预约日期；系统显示该日预约；没有适当餐桌能够使用，用例终止第18页

例外事件路径统计预约—餐桌过小接待员输入要求预约日期；系统显示该日预约；接待员输入用户姓名电话预约时间，用餐人数和餐桌号用餐人数多于餐桌容纳人数，系统问询是否继续预约假如回答“否”,用例将不进行预约而终止假如回答“是”,预约将被输入，并附有一个警告标志。第19页

用户界面原型（可选）Whenwritinguseca