餐厅订餐管理信息系统..

餐厅订餐管理信息系统可行性分析报告设计题目：餐厅订餐管理信息系统班级：营销14-1学号：1430020128姓名：谢双浩-4-目录1.设计目的和任务.........................................................................................12.开发环境...................................................................................................12.1硬件环境............................................................................................12.2软件环境.............................................................................................13.设计题目......................................................................................................13.1题目名称............................................................................................13.2题目详细描述.....................................................................................13.3功能要求.............................................................................................14.相关技术及知识点......................................................................................14.1UML的建模语言.........................................................................................14.2RUP软件开发过程.....................................................................................24.3RationalRose…………………………………………………………………25.设计...........................................................................................................25.1用例图…………………………………………………………………...25.2类图…………………………………………………………………………55.3活动图……………………………………………………………………….55.4序列图……………………………………………………………………….85.5状态图………………………………………………………………………135.6协作图………………………………………………………………………145.7组件图……………………………………………………………………….195.8部署图…………………………………………………………………………206.双向工程....................................................................................................207.总结............................................................................................................248.参考资料……………………………………...................................................24《移动计算技术与应用》课程设计报告--1--1.设计目的和任务本系统为一个餐厅的定餐系统，主要提供记录订餐和提醒的功能。基本需求是餐厅在营业时记录预约、更新预约单信息、分配餐桌以及接待未预约的顾客的能力，还添加了会员业务，为会员提供提前点菜的服务。2.开发环境2.1硬件环境一台PC台式机或是便携式电脑2.2软件环境中文windows98以上系统RationalRose3.设计题目3.1题目名称餐厅订餐管理信息系统3.2题目详细描述本系统的基本需求是餐厅在营业时记录预约、更新预约单信息、分配餐桌以及接待未预约的顾客的能力，添加了会员业务，为会员提供提前点菜的服务。主要的功能有下订单、修改订单、取消订单以及在顾客未按时到达时及时提醒顾客；同时还能记录未预约的顾客；维护订单和未预约记录，如记录到达、离开，以便及时更新餐桌的状态；附加的功能有管理会员信息，为会员提供提前点菜的服务。3.3功能要求本系统主要分为餐桌管理，会员管理，菜单管理和订单管理四大功能模块。餐桌管理：进入餐桌管理，可以点击餐桌对订单进行编辑，还可以显示餐桌的订单状态。会员管理：进入会员管理，可以对会员信息进行编辑，可以添加会员，修改会员信息和删除会员信息。菜单管理：进入菜单管理，可以菜单会员信息进行编辑，可以添加菜单，修改菜单会员信息和删除菜单信息。订单管理：进入订单管理，里面显示的是所有的订单信息。4.相关技术及知识点4.1UML的建模语言UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于非软件领域的系统，如机械系统、企业--2--机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。此外,UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段,可以用用例来捕获用户需求。通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。分析阶段主要关心问题域中的主要概念(如抽象、类和对象等)和机制,需要识别这些类以及它们相互间的关系,并用UML类图来描述。总之，标准建模语言UML适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。4.2RUP软件开发过程RationalUnifiedProcess（RUP，统一开发过程）是一套面向对象的软件工程过程。RUP说明了如何有效地使用成熟技术开发软件。RUP中有9个核心工作流，分为6个核心过程工作流（CoreProcessWorkflows）和3个核心支持工作流（CoreSupportingWorkflows）。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。业务建模（BusinessModeling）理解系统的组织结构及其商业运作，确保所有参与人员对开发系统有共同的认识。4.3RationalRoseRationalRose的特点1.保证模型和代码高度一致2.支持多种语言3.为团队开发提供强有力的支持4.支持模型的Internet发布5.生成使用简单且定制灵活的文档6.支持关系型数据库的建模5.设计5.1用例图本系统是一个餐厅订餐系统，主要功能是为餐厅提供订餐记录和维护功能，同时扩展了订菜和定时提醒的功能。下面使用了用例图的方式表现了整个系统的所有功能。用例名：Recordbooking(记录预约)角色：Receptionist描述：1、接待员执行“显示预约”用例；2、有一张合适的餐桌可以使用；3、接待员输入顾客姓名和电话号码、预订时间、用餐人数以及预留的餐桌--3--4、系统记录和显示新预约用例名：Remindbooking(订餐提醒)角色：Receptionist描述：1、系统显示预约用餐时间超过当前系统时间的预约2、接待员执行“显示预约”用例3、接待员打电话提醒顾客，询问是否取消预约4、如果顾客回答“否”，用例终止5、如果顾客回答“是”，接待员执行“取消预约”用例用例名：Cancelbooking(取消订单)角色：Receptionist描述：1、接待员选择要求的预约2、接待员取消预约3、系统询问接待员确认取消4、接待员回答“是”，系统记录取消并更新显示用例名：Tabletransfer(换桌)角色：Receptionist,HeadWaiter描述：1、侍者领班选择需要的预约2、侍者领班改变该预约的餐桌分配3、系统记录改变并更新显示用例名：Displaybookings(显示餐厅预约信息)角色：用户描述1、用户输入一个日期2、系统显示当日的预约用例名：Searchemptytable(查找空桌)角色：Receptionist描述：1、接待员输入日期和时间2、系统显示空桌的信息用例名：Modifymemberinformation(修改会员)角色：用户描述：1、用户执行“显示会员信息”用例2、修改会员信息3、系统询问用户确认修改4、用户确认修改5、用户回答“是”，系统记录更新并显示更新用例名：Displaymemberinformation(显示会员信息)角色：用户描述：1、用户输入会员号--4--2、系统显示该会员的信息用例名：Deletemember(删除会员)角色HeadWaiter描述：1、侍者领班选择要取消的会员2、侍者领班取消该会员3、系统询问侍者领班确认取消4、侍者领班回答“是”，系统记录取消并更新显示用例名：Registermember(会员注册)角色：HeadWaiter描述：1、侍者领班输入顾客的姓名和电话号码2、系统记录并显示该顾客的信息用例名：Recordleft(记录离开)角色Receptionist描述：1、接待员输入餐桌号2、系统显示使用该餐桌的所有预约和未预约登记3、如果存在预约或未预约登记处于用餐状态，接待员确认该预约或未预约登记已经离开4、系统对此进行记录并更新显示器，将顾客标记为已离开用例名：Recordwalk-in(记录未预约登记)角色HeadWaiter描述：1、侍者领班执行“显示预约”用例2、侍者领班输入时间、用餐人数和分配给顾客的餐桌3、系统记录并显示新预约用例名：Recordarrival(记录到达)角色HeadWaiter描述：1、侍者领班执行“显示预约”用例2、侍者领班确认一个选定的预约已经到达3、系统对此进行记录并更新显示，将顾客标记为已到达--5--图5.1系统用例图5.2类图在类图中类用矩形框来表示，它的属性和操作分别列在分格中。如不需要表达详细信息时，分格可以省略。一个类可能出现在好几个图中。同一个类的属性和操作可只在一种图中列出，在其他图中可省略。关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。图5.2订餐系统业务类图5.3活动图UML中的活动图用于描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动和工作流程情况。活动图实际上就是用来为用例的事件流建模的工具。--6--图5.3-1记录预约活动图图5.3-2记录到达活动显示预约显示添加成功信息显示添加失败信息否是是否有合适的餐桌是判断是否添加成功否记录顾客姓名和电话号码、预订时间、用餐人数以及预留的餐桌数据库接口业务逻辑接口用户接口否确认已到达是是否存在预约显示预约是否有可用餐桌否创建一个未预约登记是查询数据库在数据库中