UML酒店系统建模_第1页
UML酒店系统建模_第2页
UML酒店系统建模_第3页
UML酒店系统建模_第4页
UML酒店系统建模_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、UML课程期末设计报告学院:计算机软件学院专 业: 计算机科学与技术 姓 名: 学 号: 任课老师: 2015年6月20日酒店管理系统一、项目概况1、项目背景目前大多数酒店提供的服务多种多样,规模大小也各不相同,酒店为人们 生活、旅游、工作等提供了不可或缺的服务,也是社会行业就职的一大缺口。 一般来说酒店必须具有两项服务:饮食和住宿。由于我们对酒店行业没有具体 的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人 直观认识的基础上,简单模仿中等规模的酒店设计管理系统,并将其抽象成一 个由三大部门组成,实现两大服务的系统。2、项目需求及设计原则系统设计应遵循以下原则:1) 系统必

2、须具有先进性整个系统必须采用当今最先进的网络技术、最先进的操作平台、强大的 数据库管理系统、性能稳定的可编程语言。所配用感应卡应具备储值、 加密功能,必须具备很高的安全性。2) 系统软件功能必须完善、实用和便于操作整套系统必须能管理酒店所有业务如: 前台、电话、客房、餐饮、娱乐、 商务中心、公关销售、采购、仓库、财务、员工管理、停车管理等。3) 系统需具备高可靠性和容错性能 系统运行必须稳定可靠,故障发生率低,恢复时间短,不影响网络的正 常使用。4) 整个系统需便于管理和维护并预留与其他系统的接口 系统便于网络管理员进行全面的管理,包括网络设备和管理软件。5) 良好的扩展性能,极大地降低投资风

3、险 随着技术的更新和发展,系统必须有良好的扩展能力,以便适应业务增 长的需要,但必须以保障投资和不影响原有性能为原则。6) 系统必须具有最优的性能价格比在先期投资时对所需要的整套系统有个全盘的考虑,采用一套可行实用 的酒店管理系统,将帮助酒店经营管理者解决诸多棘手的问题,以避免 各种系统之间的数据联接,因为协议不同,而导致重复投资。3、技术特点? Client/Server 客户机 / 服务器模式? Windows 2000、2002 Windows XP ;? SQL SERVE大型分布式数据库系统;? 从服务器端实现数据资料的统一集中管理;? 自动备份和恢复数据库存的数据;? 自动检查数据

4、的完整性和一致性;? Win dows多窗口图形化界面,友好、美观;? 全面支持键盘和鼠标操作,简单、快捷;? 强大的网络管理和监控功能,及时地发现和解决问题;? 采用通用电脑设备组网,性能价格比高;? 通用的设备平台,便于维护和升级;? 数据库系统跨平台的可移植性,保障原有投资;? 能与其他系统进行接口,可扩展性强。二、酒店管理部门划分酒店部门划分图:酒店总经理丨丨,11 3容坍部111- 一一一51冷三F=-l汨落耳1-:|-箱图1 (酒店部门划分图)1. 经理部门酒店总经理的功能虽然不是面向顾客、不是酒店的服务项之一,但它的存在 却是必不可少的。它的主要职责有:A.管理员工。给员工编号,

5、登记其基本信息; 根据员工的平时表现及工龄确定工资; 此外,还要给员工分配工作部门及职务等 等。B.划分部门。给个部门编号、命名、确定其职责范围、任命部门经理、分配 员工。C.对本部门的财务进行核算(支付工资等)。D.期末对酒店的收益情况进 行核算。2. 客房部门它也是酒店基本部门之一。客房服务部门的主要职责有:A.给个房间布置各 种设备、分类、编号、制定收费标准、分配服务人员。 B.登记旅客信息,确认其 身份,登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务 流动进行登记处理。3. 餐饮部门它是酒店基本部门之一。它提供服务的特点是实时性强、 持续时间短,强调 效率。例如,

6、顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤 各种活动如采购等频繁发生。通过分析可发现,用人工完成此类操作比计算机更 具实效与时效,且此类信息也没有长时间保留的必要, 因此这些信息没有必要采 用数据库管理。对于餐饮部门,需要较长时间保留的信息主要是财务信息,一方面便于期末汇总,另一方面便于向上级报告4. 财务部门财务部门的功能主要是面对酒店的财务管理, 包括饮食、住宿、各部门支出 等的财务管理,财务部门对整个酒店来说都是重要的。5. 保安部门保安部门主要负责整个酒店的安保工作,如:酒店车辆进出的登记与管理、 查验;酒店员工进出的管制;酒店财产的保障和员工的安全保护; 酒店突发事件

7、 的处理。二、功能需求虽然酒店按功能可以划分成四个部门,但是饮食部门的大部分工作手工操作 比计算机操作更具有效率,电脑操作只有财务处理。在划分子系统时,考虑到各 子系统都有各自的财务处理,且有相似性,所以就把它们归为统一的一个“财务 子系统”。同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在 “财务子系统”中。因此系统共划分为三部分:总经理(管理者)子系统、财务 子系统、住宿子系统。图2 (酒店功能需求图) 管理者子系统I、对新来的员工进行编号、登记、分配工作。 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注 U、对于被辞退的员工从系统中级联删除其信息, 如从员工表中

8、删除其基本信息, 从它所服务的工作部门中删除该员工的工作名额, 结算支付其工资、 奖金;同时补充新 的员工,代替它的工作。川、对新增部门作各种初始工作。如编号、命名、任命经理等。 部门号、名称、部门经理、员工数量 W、取消某个部门时,核算该部门的财务情况,并作备份;同时对该部门的员工 重新分配工作。V、其他情况的处理。 财务子系统I、每天的收入、支出登记 编号、发票号、摘要、数量、单位、数额、经手人、日期 U、期末各子系统的财务汇总 编号、上月余额、总收入、总支出、余额、经手人、日期 川、期末酒店汇总个部门的财务报表,结算本酒店收益( 编号、部门号、部门名称、收入、支出、净收入、经手人、日期

9、) 住宿子系统I、来客登记若多人住同一房间,只作一个记录。客人信息 房间号、房间类别、客人数量、联系人名、身份、证件名称(类型) 、 证件号码、入住时间、退出时间 U、房间管理 旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行 修改,如房间的状态等。房间类别 类别号、名称、设备、收费标准、总数量、剩余量、管理人员 房间 房间号,房间类型、状态 四、系统需求规格说明,系统用例图、类图1、酒店管理系统用例图系统的用例分析是UML建模的第一步,在需求分析中,我们已经确定了酒店 管理系统的各功能模块,包括:客房部管理、餐饮部管理、财务部管理等。II 冷厂J4我他衲貝址僧息删瞳启I

10、信乩客码氐挣骨世齐I-UI.fton界户临土P常11曾已诈曲杯5图3 (管理系统用例图)1、用户信息管理用例描述 用户信息管理是通过酒店管理员和前台服务员, 对酒店客房管理系统的使用 者进行管理,包括对员工的基本信息进行检索、录入和修改。首先管理员需要进行系统登录, 让后进入员工信息管理界面, 对员工信息进 行查询或修改。其中用户信息管理包含的用例有: 添加员工、查询员工信息、 修改员工信息 以及删除员工信息。2、客房经营管理用例描述 客房经营管理是酒店管理员、 管理者或前台服务员为实现对客房的订房, 入 住和退房管理,包括对客房的业务信息(如客房号、预定时间、入住时间、换房 情况、退房情况、

11、金额等)进行检索、录入和修改。包含的用例有:客户预定、客户入住、客户退房。3、客户信息管理用例描述 客户信息管理是酒店管理员、 酒店经历和前台服务员对入住过酒店的客户信 息进行查询,包括对客户基本信息(如身份证号、客户姓名、联系电话、客户类 型、入住历史等等信息)进行检索。包含的用例有:客户信息管理、用户密码修改、用户注销。2、酒店管理系统类图 酒店管理系统类图i:存门倍息首理界向酒店管理乘埼-用血 -密硏 TEiSTi预定晋理界曲 客册号刃 吝人娃名 -身论证号隔 :-身份社地址 卜预定时制I操柞员T号图4 (酒店管理系统类图)客房管理系统类图丢进世理员时间用幵讣塢号P5E5目不吋細( -1

12、说和:) ktetiV)w麵别-初台眦号 札*戕;卄创*amo;_P .工励廿屋孚妆客鸠骗号 -邑肖:整述 阪捌L籌注 二旳闽厂人址图5 (客房管理系统类图)财石匾-入脈褊号 &入喋f訴 僅入胀时间卜懐*慣号 举人姓右4-#fflEW -MBiiE地址 人住吋间 擾作协H号丄吝户-ill- fl 号”性别 汞地址7人电i-入住0 训:/iO 竿阳I结辜童巻岀顷消说记就Rhj-Hij 自韓;M件机号站岸77式-时间 丽合埼号+记刈 +打珊:.:.1 系统中包含了: 7个管理类:客房管理、用户管理、财务管理、餐饮管理、顾客信息 管理、预订客房管理、酒店管理。4个实体类:酒店管理员、前台、酒店经理、

13、顾客。在类图1中,酒店管理员有着唯一的用户名和密码,可以直接控制客房 管理界面、用户管理界面、财务管理界面、客户信息管理界面、预定管理界 面及餐饮管理界面。可以完成一些异常处理的操作,例如,用户丢失用户 名、密码及安全信息等,例如可以凭借身份证等其他信息找管理员寻回账户 密码,管理员还可以改变餐饮价格等等一系列变化性的服务。类图2为一些交互式操作图,图中可以看出系统管理员可以操作预定管 理事项,进而记录用户证件号、姓名、性别等信息,同时获客户预定房间、 入住房间、退房、结账等操作,从而将信息输出给客房管理事项类。系统管 理员也可以代替前台操作员进行结账管理事项,这是为了避免前台突发事故 而实行

14、的另一项酒店管理维护措施。五、系统需求分析过程,实现用例的时序图、协作图,系统对象的状态图、活动图、系统用例时序图图6 (用户登陆系统时序图)此图为用户登录时序图,当用户登录输入用户名和密码后,登录酒店管理 系统就会发出用户输入的信息的验证请求,接着数据库开始查询用户输入的信息,然后将返回到信息发送给验证服务,验证服务收到成功查询的信息,便提 示验证成功给登陆系统,最后返回给用户登陆成功的信息。2、客户订房时序图:3r jVF F图7 (客户订房时序图)此图为客户订房时序图,经理分配员工工作信息给前台服务, 顾客发出预定 请求,相应的请求信息由分配的前台服务员去打开查询界面,查询界面进入数据库

15、查询,将剩余的房间信息返还给前台服务员, 再由前台服务员告知顾客是否有 剩余房间。:3:1LAJ:曲“电松斷、I ;1111、闿定谨求4. TT无穹贞10, ft定朮功3、客户结账时序图j台检盲顾容压糾密验川口1.:口二、系统用例协作图此图为客户结账时序图,顾客到前台进行刷卡,前台获取相关用户信息后 将付款信息发送给系统管理员,再由系统管理员选择用户的支付方式与相应的支付平台提交申请,然后银行处理,付款成功后将成功付款的信息发送给系统 管理员,系统管理员发送此信息给前台,前台为顾客打印清单,完成交易。图8 (客户结账时序图)i 2*询问密码支付方式3.输人瞩码T*密码止确趴输入金额10.银和处

16、理I :9、进廿处理 + 44U-ijii.处理完咸1 .; : 厶+v寸彳餐血口1-安扌卄餐倉逮均消尼.3甘巴总 :1 财务部门SIX芹/蔭安滤门 jrMdJLLiii图9 (系统用例协作图)口1yr鉅扁嗷益;一 *彳叶十汁J涓息4此图为酒店系统协作图,管理员对前台服务员进行工作安排分配,也对保 安部门和餐饮部门进行工作安排,餐饮部门又直接和前台服务部门进行工作协 作,前台部门将顾客与收益情况汇报给财务部门,由财务部统计数据后转发给 管理员,最后管理员进行今天的工作总结。三、系统对象的状态图、活动图1、酒店系统管理活动图图10 (酒店系统管理活动图)此活动图为酒店管理系统登录界面。 用户登录

17、如果失败,返回重新登录,如 果登录失败3次,则自动退出系统,结束登录。若登录成功,则选择用户类型, 在普通用户下,可以进行管理自己的信息,客房管理,预订管理消费管理。在管 理人员下,可以进行客房管理,预订管理,消费管理,管理自己和普通用户的信 息。2、客房管理活动图添加客房空房房订房登记删除房间那余退房登记祖- -退图11 (客房管理活动图)此图为客房管理活动图,首先添加空房间,有顾客订房则提交数据库此房 已订,有退房则发送退房申请,告知数据库管理系统删除已订房间号,数据库 删除成功后告知前台管理系统此房为空。3、预定房间活动图此活动图为客户预定房间管理。首先查看房间,如果没有房间,告诉顾客没

18、 有空房,如果有,查看房间类型,给出顾客可选择的房间,选择后入房登记,预 定房间活动结束。六、酒店管理系统包图事 iI r.1 j.;.:. .u訂;丄Ii图13 (酒店管理系统包图)此图为酒店管理系统包图,主要内容为业务服务下包含预订管理,客房管理, 顾客信息管理,收银管理,审查管理。业务服务从数据服务中查找资源,为用户提供服务。七、物理架构,系统组件图和部署图幺龙弼理前台客房部一j一客户需求沪报订房信息;|眾总收益二管理1、酒店管理系统组件图保空部图14 (酒店管理系统组件图)此图为酒店管理系统系统组件图,主要有5个部门的组件图,分别为前台管 理组件图、餐饮组件图、财务组件图、保安部门组件图及管理员管理组件图。图15 (酒店管理系统部署模型)2、酒店管理系统部署模型配置图主要是用来说明如何配置系统的软件和硬件。此次酒店管理系统由6个节点构成,客房前台部门、餐饮服

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论