UML酒店管理系统动态图(共15页).doc

《UML酒店管理系统动态图(共15页).doc》由会员分享，可在线阅读，更多相关《UML酒店管理系统动态图(共15页).doc（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上UML系统分析与设计实训报告系别： 计算机科学与工程系 班级： 网络0801 姓名： XXX 学号： 7 指导老师： XXX 日期： 2010年12月24日 酒店预订系统小组成员及分工XXX 餐桌信息设置时序图、协作图，订餐时序图、协作图，餐桌信息状态图，订单状态图XXX 组件图，用例图及事件流文档XXX 类图、权限设置时序图、权限设置协作图、权限设置活动图教师评语一、 课题详述题目四：酒店预订系统基本业务流程：顾客预约：记录,取消,修改,查询和显示顾客到达：有预约顾客和无预约顾客相分离；用餐顾客结帐：同时刷新餐桌和预约信息 显示：显示当前桌子的状态完成以下模块：（1

2、）预约模块l 显示预约：显示当天所有预约,同时桌子根据当前时间显示当前状态l 添加预约：添加一个新的预约,并插入数据库,如果是当天预约则显示在预约状态栏中l 修改预约：修改一个已有的预约,可以修改订餐人数,预约日期,时间以及餐桌l 删除预约：删除一个已有预约,删除数据库信息,如果是当天预约则刷新预约状态栏l 查询预约：根据订餐人姓名,餐桌号,预约日期,时间查询预约状态（2）到达模块l 到达情况有两种,一种是有预约的到达,另一种是无预约的到达l 有预约的到达首先要查询预约,故在预约模块中添加到达的功能l 无预约的到达,就可以立即找空桌子用餐在到达操作中还要刷新当前桌子状态,由预约或空闲状态转为用

3、餐状态（3）结帐模块l 显示当前正在用餐的桌子信息,从中选中需要结帐的桌子,进行结帐操作l 结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态l 工作内容及要求根据三人的分工，请在一周内完成下列工作内容：（1） 进一步细化需求分析的内容，识别出系统的参与者，并完成用例图；（2） 将用例图中的每个用例都写成相应的事件流文档；（3） 进一步使用活动图来描述每个用例，为后续的系统设计做好准备；（4） 按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图；（5） 分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图（只包含实体类，且注明角色和阶元

4、）。（6） 对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计；（7） 使用交互作用图或状态机图完成系统动态行为的建模。（建议使用顺序图按功能分别描述）。l 提交结果及要求（1） 请提交用例图（包括事件流文档）、类图、活动图、交互作用图。（2） 可选提交：状态机图、系统部署图（3） 完成规定格式的实验报告（纸质），以小组为单位上交电子版实验报告和系统建模的成果（各类图和相关文档，电子文档）。二、 需求分析酒店管理系统要能完成以下功能：用户能够了解酒店的信息，根据信息申请预定餐桌。工作人员能够处理顾客预定餐桌：首先检查客户的订餐信息，然后根据订餐信息选择相应级别的餐桌或包间。顾

5、客结账：显示当前正在用餐的桌子信息,从中选中需要结帐的桌子,进行结帐操作，结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态。员工能够对信息进行管理。根据要求可将系统分为七个模块1 客户申请注册登录模块 会员能够查询酒店的餐桌信息情况，然后根据自己的需要，填写申请单，向工作人员递交申请，工作人员根据系统情况，回复客户。2 系统管理员登陆模块 系统管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。3 顾客到达模块到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约的到达首先查询预约,故在预约模块

6、中添加到达的功能。无预约的到达,就可以立即找空桌子用餐，在到达操作中还要刷新当前桌子状态,由预约或空闲状态转为用餐状态4 顾客结账模块 显示当前正在用餐的桌子信息,从中选中需要结帐的桌子,进行结帐操作，结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态。5 餐桌信息管理模块 工作人员可以对公司的餐桌进行管理。工作人员可以查询公司的餐桌情况，包括就餐情况，就餐历史，餐桌状况。6 客户信息管理模块 在酒店就餐过的会员，工作人员需要记录下就餐情况，以便再次预定就餐时可以查询。新注册的客户，工作人员需要添加新会员进系统中。7 会员权限管理模块 管理员查询会员的权限，写入新

7、的权限。三、 静态结构建模各类之间的关系类不是单独一个模块，各个类之间是存在联系。酒店预订系统各类之间的联系如图： 从图中可以看出，系统管理员可以查看会员的个人信息，并修改会员的权限，还可以设置餐桌的状态信息。会员可以浏览餐桌信息和申请订单，申请订单成功后，就可以通过网上支付系统支付定金。 四、 动态结构建模用例图1 业务处理系统（图1）客户登陆系统进入个人信息管理，如果不是会员，先注册成为会员，然后登陆系统选择查询餐桌相关信息，最后下订单。图1 业务处理系统2 系统管理员的系统管理 图2 系统管理员的系统管理组件图该图是系统的各个组件图，由主界面、个人信息管理、权限设置、餐桌信息设置、餐桌信

8、息、个人订单管理。活动图 会员查看餐桌信息，在登陆状态下请求订餐，并选择底单、支付方式，在管理员确定后，订餐成功。时序图1 权限设置时序图2 餐桌信息设置时序图管理员可以查看、设置餐桌的状态信息。3 订餐时序图 会员可以通过登陆订餐系统，查询餐桌信息，选择餐桌，并进行网上支付定金，最终生成订单。然后管理员修改相关餐桌状态信息。管理员可以打开权限窗口，查询所有会员或某个会员，写入新的权限后，保存，完成设置。协作图1 权限设置协作图2 餐桌信息设置协作图状态图1 餐桌信息状态图管理员和会员都可以查询餐桌状态信息，会员可以预订、退订，管理员根据实际情况修改餐桌信息。2 订单状态图订单状态图显示，系统

9、记录餐桌信息、餐桌信息及付款信息，会员可以修改订单，请求通过后可以生成订单。活动图1 权限设置活动图五、 事件流文档1 用例“注册”的描述1.1前置条件 在客户网上注册成为会员之前，必须要先进入该酒店的网上酒店预订系统。1.2 后置条件 如果“注册”用例成功，客户就成为了改酒店的会员。1.3 扩充点无1.4 事件流 1.4.1基流 用户进入系统是用例订约注册的开始，填写申请表，填写正确提交后，工作人员根据申请表，回复用户申请表是否通过。用户可以通过电话和前台，询问工作人员自己的申请，工作人员根据系统记录，处理申请。 管理员根据用户填写的申请表，给予该用户会员的资格，并回复该用户已经注册成功可以

10、登陆。 1.4.2 分支流 无 1.4.3 替代流 无2 用例“登陆”的描述2.1前置条件 在客户网上登陆之前，必须要先成为酒店的网上会员，并登陆进入该酒店的网上酒店预订系统。2.2 后置条件 如果“登陆”用例成功，客户可以填写申请表，进行网上订餐。2.3 扩充点无2.4 事件流 2.4.1基流 会员成功登陆进入系统后，查询餐桌信息，填写订餐信息并提交，等待管理员处理申请。 如果该餐桌状态良好并且闲置，执行分支流s-1：同意申请。 如果该餐桌不能使用，执行分支流s-2：拒绝申请。如果该餐桌已有人预定，执行分支流s-2：拒绝申请。如果用户申请完成，则用例结束推出。 2.4.2 分支流 s-1 同

11、意申请 管理人员根据用户的申请，根据系统中餐桌的情况，同意用户的申请，把申请结果返回给用户，用例结束。s-2 驳回申请 工作人员根据用户的申请，根据系统中餐桌的情况，驳回用户的申请，用例重新开始。 2.4.3 替代流 无3 用例“选择订单”的描述3.1前置条件在用例个选择订单之前，用户必须成为该酒店的网络会员并成功登陆系统。3.2 后置条件如果这个用例成功，则用户可以处理个人的订单管理。 3.3 扩充点无3.4 事件流3.4.1基流会员进入选择订单系统后，通过查询餐桌信息，可以选择申请订单，等待系统管理员处理申请。如果该餐桌空置并无预订，执行分支流s-1：同意申请。如果该餐桌处于就餐状态，执行

12、分支流s-2：驳回申请。如果用户选择订单完成，则用例结束推出。3.4.2分支流 s-1 同意申请 工作人员根据餐桌的空置并且无预订状况，同意用户的申请，把申请结果返回给用户，用例结束。 s-2 驳回申请 工作人员根据该餐桌处于就餐状态，驳回用户的申请，用例重新开始。3.4.3替代流 无4 用例“个人信息管理”的描述4.1前置条件在用例个人信息管理之前，用户必须成为该酒店的网络会员，并登陆订餐系统。4.2 后置条件如果这个用例成功，则用户可以处理个人信息管理。 4.3 扩充点无4.4 事件流4.4.1基流会员进入个人信息管理系统后，可以查询个人信息，也可以修改个人信息并保存。4.4.2分支流 无

13、4.4.3替代流 无4 用例“个人订单管理”的描述4.1前置条件在用例个人订单管理之前，用户必须成为该酒店的网络会员。4.2 后置条件如果这个用例成功，则用户可以处理个人的订单管理。 4.3 扩充点无4.4 事件流4.4.1基流会员进入个人订单管理系统后，可以查询个人餐桌信息及缴费情况，也可以申请修改订单，等待系统管理员处理申请。如果管理员根据实际情况确定能够修改，执行分支流s-1：同意申请。如果管理员根据实际情况确定不能够修改，执行分支流s-2：驳回申请。如果用户申请修改订单完成，则用例结束推出。4.4.2分支流 s-1 同意申请 工作人员根据用户的申请的要求和现实的状况，同意用户的申请，把

14、申请结果返回给用户，用例结束。 s-2 驳回申请 工作人员根据用户的申请的要求和现实的状况，驳回用户的申请，用例重新开始。4.4.3替代流 无5 用例“餐桌管理”的描述5.1前置条件 在用例餐桌管理之前，管理员必须先登录订餐管理系统。5.2后置条件 在管理员用例餐桌信息管理后，管理员可以更改、预订、退订餐桌的状态信息。5.3扩充点无5.4 事件流 5.4.1基流 管理员成功登陆进入系统后，查询餐桌状态或预订情况，可以进行餐桌状态的修改。 如果该餐桌从空置状态进入就餐状态，执行分支流s-1：就餐状态。 如果该餐桌从就餐状态进入空置状态，执行分支流s-2：空置状态。 如果客户预订该餐桌，执行分支流

15、s-3：预订状态。如果客户退订该餐桌，执行分支流s-2：空置状态。如果餐桌管理完成，则用例结束推出。 5.4.2 分支流 s-1 就餐状态 客户正在进行就餐。s-2 空置状态 餐桌状况良好，并无人就餐和预订。 s-3预订状态 餐桌已有客户预订。 5.4.3 替代流 无6 用例“用户权限管理”的描述6.1前置条件 在用例用户权限管理之前，管理员必须先登录用户权限管理系统。6.2后置条件 管理可以修改会员的权限。6.3扩充点 无6.4 事件流 6.4.1基流 管理员成功登陆进入用户权限系统后，可以查询全部会员的权限，或某个会员的权限，也可以修改用户的权限。 如果管理员需要修改某个会员的权限，根据实际情况进行修改，修改成功后退出用例。 6.4.2 分支流 无 6.4.3 替代流 无专心-专注-专业