《酒店管理系统.doc》由会员分享，可在线阅读，更多相关《酒店管理系统.doc（23页珍藏版）》请在三一文库上搜索。
1、TAI YUM UNB'ERSITC OF TECHNOLOGY本科实验报告课程名称：系统分析与设计实验项目：酒店管理系统实验实验地点：专业班级： 学号：学生姓名:指导教师:一、实验目的通过系统分析与设计 实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤， 并熟悉信息系统开发的有关应用软件， 加深对信息系统分析与设计课程基础理论、 基本知识的理解， 提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习 打下良好的基础。二、实验要求学生以个人为单位完成，自选题目，班内题目不重复，使用 UML 进行系统分析与设计，并完成实验报告。实验报告以纸质
2、版（ A4） 在课程结束后二周上内提交（ 12 周）。三、实验主要设备：惠普笔记本计算机四、实验内容1 选题及项目背景选题：酒店管理系统 项目背景：酒店业是一个前景广阔而又竞争激烈的行业。改革开放以来，我国的酒店业迅速 发展，已经成为一个具有相当规模的产业。酒店客房管理使用手工处理帐务，存在许多现金流失的 漏洞，使用软件来管理宾馆业务，结帐既准确，速度又快，而且统计的报表也快捷。因此，要想使 酒店的工作质量和效率提高，采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管 理的自动化已经成为一种必然。2 定义对于一个酒店来说， 其最核心的业务就是住房业务， 现在一般的酒店管理系统都把住房
3、系统归 结于整个管理系统之中，这对于大型的酒店集团来说造成了管理上的不便之处。越来越多的酒店连 锁集团需要一个专门的酒店住房系统，独立于其他酒店管理系统。针对于此，我设计一个酒店管理 系统，对提高酒店管理水平，改善服务质量，增进资源利用率起了重要作用。每个酒店规模不同 经营方向不同 ,对酒店管理系统设计目标的要求存明显差异.例如大型酒店有客房、餐饮、康乐、会务、购物中心等分，因此要求饭店管理信息系统的功能比较齐全，能够完成客房、餐饮、会务等各种事务处理，而住房型酒店则仅要求酒店管理信息系统能完成客房、财务等的管理即可此外，不同酒店的组织机构也相同，供其使用的酒店管理信息系统的系统结构应与其组织
4、机构相适应。在系统中，主要是对客房信息、房间备品信息、经营情况、营业统计、客户的入住信息、员工信息、客户信息反 馈、客户网上订房信息、房间类型等管理。为客户提供满意的服务、便捷的通道，通过互联网了解 酒店详细情况，为服务员工、管理者提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、 准确的反映酒店的工作情况、经营情况。比如,快速的查询、快速的登记顾客订房情况等本系统的建设需求。具体来说，客户从界面上输入入住地区，时间，价位/房间类型就可以查询到符合条件的房间，并且可以切入预定，选择房间类性及付款方式等。内部管理人员从界面上直接输入某个房间 号我们就会看到客人的个人信息、住宿期间各种消费、以
5、及是否客满，同样我们输入某个部门名称 也会显示它的运营相关情况 。3参考资料UML基础与Rose建模实用教程谢星星著4系统分析与设计4.1需求分析识别参与者顾客、酒店管理人员、酒店工作人员对需求进行捕获与描述用例名称fron tOfficeMa nageme nt用例描述前台管理，实现预定、入住、退房、续住，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、 录入和修改。参与者前台工作人员、酒店管理系统优先级2前置条件前台工作人员已登录系统后置条件若有改动必须保存基本操作流程1.用户登录2.根据用户请求，进行响应操作3.提交操作结果可选操作流程bookR
6、oom （预定）、check In （入住）、checkout （退房）、con ti nu eToLive（续住）、cha ngeRoom （换房）被泛化的用例无被包含的用例无被扩展的用例预定、入住、退房、续住用例名称check In用例描述入住信息登记参与者前台工作人员、酒店管理系统优先级2前置条件顾客要求入住、前台管理人员已登录系统后置条件系统中可入住房间数目减少基本操作流程1前台工作人员将顾客提供的身份信息进行登记2缴费3给予房卡可选操作流程无被泛化的用例无被包含的用例giveRoomCard（给予房卡）、 check In Customerl nformati on（登记顾客信息）被
7、扩展的用例无用例名称checkout用例描述退房参与者酒店管理人员、酒店管理系统优先级2前置条件顾客要求退房、前台管理人员已登录系统后置条件退房成功，打印消费凭条清洁人员进行打扫，系统中可入住房间数目增加基本操作流程1.前台工作人员收回房卡，退回押金2打印消费凭条可选操作流程无被泛化的用例无被包含的用例takeRoomCardBack（收回房卡）、returnCashPladge（退押金）、prin tReceipts（打印消费凭条）被扩展的用例无用例名称man ageI nformatio nO fEmp用例描述对酒店员工的信息进行管理，包括对员工的基本信 改、删除息进行检索、录入、修参与者
8、经理、酒店管理系统优先级2前置条件经理已登录系统后置条件若有改动，必须确认保存基本操作流程经理对员工信息进行操作可选操作流程无被泛化的用例无被包含的用例无被扩展的用例addl nformati onO fEmp（添加员工信息）、update In formati onO fEmp（修改员工信息）、deletel nformatio nO fEmpviewl nformatio nO fEmp（查询员工信息）（删除员工信息）、）用例图frortOfice ManagementjrontCfficer<-：Eudl&nri»hrwI.Fi"时“per _ di i
9、ne-AncT,f'j gt Miraoe rnert Fi n&maWanagefneitI dLnuduHtsyviewR epartmanaged H圧吧Il匸Lhe<kP«aLwurdmanagcStrSet酒店管理系统用例图（总）OiecKin询亡C；|广门.何门I刊h fmm询mbCK>CKim<<WH曹<536血-'-tcj&cWeJ* i叶 ii-Ratxn耳静炖CDrriinueT 口 LveCDifectMonerJianaeRoomrdiche>Oit-cFiduElfiXY曲uthC 緒円ed
10、ga、TROTroGardBackpnitRecPipr：酒店管理系统用例图（分）-前台分析与讨论1）确定系统涉及的总体信息确定系统的参与者确定系统的用例（包括识别用例与用例间的关系）2）一、确定参与者在获取用例前首先要确定系统的参与者，开发人员可以通过回答以下的问题来寻找系统的矣.f- 参与者。（1）谁将使用该系统的主要功能。（2）谁将需要该系统的支持以完成其工作。（3）谁将需要维护、管理该系统，以及保持该系统处于工作状态。（4）系统需要处理哪些硬件设备。（5）与该系统那个交互的是什么系统。（6）谁或什么系统对本系统产生的结果感兴趣。二、识别用例识别用例最好的方法就是从分析系统的参与者开始，
11、考虑每一个参与者是如何使用系统的。使用这种策略的过程中可能会发现新的参与者，这对完善整个系统的建模有很大的帮助。 用例建模的过程是一个迭代和逐步精华的过程，系统分析者首先从用例的名称开始，然后添加 用例的细节信息。这些信息由简短的描述组成，它们被精华成完整的规格说明。3） 通过本次试验，让我对软件Ratio nal Rose 绘制管理系统的用例图有了初步了解，用例描 述的是参与者与系统之间的对话，但是这个对话的细节并没有在用例图中表述出来，针对每一 个用例我们可以用事件流来描述这一对话的细节内容，这些信息包含在用例说明中。用例描述 也称为“用例场景”，即进行业务事件以及用户如何同系统交互已完成
12、任务的文字描述。4.2 建立对象模型候选类的数据字典1)数据字典a)数据流名称：checkin数据流来源： customer数据流去向：checkin包含的数据项：RoomCard,roomtype , customer name, roomstateb)数据流名称：roomstate数据流来源：room数据流去向：checkin包含的数据项：roomID,m oney , customer name , roomstatec)数据流名称： customeri nformati on数据流来源：checkin数据流去向： customeri nformati on包含的数据项：roomID ,
13、 customer name, customersexd)数据流名称：roo min formati on数据流来源：customer数据流去向：room包含的数据项:roomID ， roomstate ， price4.2.2定义类(1)客房信息表1客房信息roomIDroomtyperoomstateroompricechar(20)char(20)char(10)int(2)客人信息表2客人信息roomIDcustomer namesexaddresschar(20)char(10)char(3)char(20)(3)客人预订表3客人预订roomi nformchecld ncha n
14、geroomcomti nu etolishowlderomationvemchar(20)intchar(20)char(10)char(20)(4)客人入住表4客人入住RoomIDcustomer nameroomtyperoompricechar(20)char(20)char(20)int绘制类图Fnan:讨 Fiavn«iw*(fcy5> CkEkmDfXnqr-H ilFu rri触;pdhgt： TfEnrahn*JL斬罰aru Ecdtar丁 輕bm昕缺帥01矶冶#尸声疗itfnftifif |i*zna:諒 |lf如科鼬lErftriH讷jCharge Rxr
15、tlj 电Mm欢* |ttwckDiJfl htasWemi.v -« -rr-"SididECjckm kfsngoi”rCuiziEi-rirtTfarmEriiiif吊jpor"2壁皿収1會即1：门1血zErapEfnErrC 务MrrSaiEipddairr : |W?MKririoriMisn|iCDilifwy®3" *<jEhfWlE1 -1分析与讨论1）识别系统的用例和角色进行系统分析并抽象出类设计系统中的类及其行为2）识别类有哪些方法，你是如何识别类的？行为分析、名词分析法、CRC分析法、根据边界类、控制类、实体类的划分
16、识别、参考设计模式确定类以及通过对领域进行分析得到类。我采用的是行为分析法。3）解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类 之间的继承？关联的多重性表示：在建模过程中，一个关联实例中有多少个相互连接的对象。通过分析系统结构与组成，确定类的关联关系、组织类之间的继承。4.3建立动态模型系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系 统的分析和设计中应当对主要的 Use Case和对象类绘制这些图形，以便分析系统的行 为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。顺序图血匚5ugi山必观亦加卅皿戲|)LpdiaRKmS3l 2矿忙j
17、： ji酒店管理系统顺序图-退房cnlCt 卄 Rlltr.或a wn Infor mailonveRuDfiinlmmaLciiirrmi-iir7：pprl 'v cwRotitiI nformation):1isRoomHocked(ldhplayi)cboniePoQmii pdateRoornSfaf e)II!酒店管理系统顺序图-换房432通信图'时曲:-irrTf'irir5 CiiBCTn出.FiU*yf|"的t耐FCflhn时dRflenr战删RmirrfarFmanoaK?CgnoiDfUsringHeh Ed 对rttEhlCari1ni
18、ifl,；.addCu.-£ld(r日1谊川血前B bVPOCuUnm 血DFIihj UH酒店管理系统通信图-入住I 伽IDR IR iiJ i' ' 4 ” f吋Tjb-SrircrHDifUHLmwlCiJrtliDlei4 :r?aeG i；j - u «l-rtrMIpr酒店管理系通信作图-退房4- d = pLiy(酒店管理系统通信图-换房433活动图3kEefldr/.1汨匸右背出1曲由|dh v£rwHtnmlHlorfnffliDittfo ihciwidtftwirih ch«ck r cifFlnmir>i&l
19、t;ninjiiciifo Gclhcd: nwrfar gh* raernCardiwIMih如q兀可Kuofflil血 m駆wnzcheckhflrtT)1/ es&rM 的 hi 囲 d聊由站 a g EfWi intMiwnt|dp #v* nacimCatd、 电血lx in酒店管理系统活动图-入住酒店管理系统活动图-退房状态图cheekyth 30s.mair-Lair TxilftR«p»nngCkuLip 詔 IChKk outnClunhgdo tlean lhe taorft房间状态图435 分析与讨论在UML系统开发过程中，系统的动态模型主要包
20、括对象交互模型和对象的状态模型。对象交 互模型由顺序图和通信图进行描述，对象的状态模型则由活动图和状态图进行描述。活动图和状态图相同点 描述图符基本一样 可以描述一个系统或对象在生存期间的状态或行为。 可以描述一个系统或对象在多进程操作中的并发行为 可以用条件分支图符描述一个系统或对象的行为控制流。活动图和状态图不同点： 触发一个系统或对象的状态发生转移的机制不同。 描述多个对象共同完成一个操作的机制不同顺序图和通信图：顺序图和通讯图都属于交互图，用于描述对象间的动态关系，并且两者之间 可以相互转化。顺序图强调消息的时间顺序，通讯图强调参与交互的对象的组织。4.4物理模型建立构件图FviMciiAl DOAI I GuiironifirMaii! I figfinnnnft h建立部署图