大酒店标准管理系统uml.doc

本科实验报告课程名称： 系统分析与设计 实验项目： 酒店管理系统实验 实验地点： 专业班级： 学号： 学生姓名： 指引教师： 一、实验目 通过系统分析与设计实验，使学生在实际案例中完毕系统分析与系统设计中重要环节，并熟悉信息系统开发关于应用软件，加深对信息系统分析与设计课程基本理论、基本知识理解，提高分析和解决实际问题能力，使学生在实践中熟悉信息系统分析与设计规范，为后继学习打下良好基本。二、实验规定学生以个人为单位完毕，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完毕实验报告。实验报告以纸质版（A4)在课程结束后二周上内提交（12周）。三、 实验重要设备： 惠普笔记本计算机四、实验内容1 选题及项目背景 选题：酒店管理系统 项目背景：酒店业是一种前景辽阔而又竞争激烈行业。改革开放以来，国内酒店业迅速发展，已经成为一种具备相称规模产业。酒店客房管理使用手工解决帐务，存在许多钞票流失漏洞，使用软件来管理宾馆业务，结帐既精确，速度又快，并且记录报表也快捷。因而，要想使酒店工作质量和效率提高，采用先进计算机网络通信技术变化酒店业务模式，实现酒店业务管理自动化已经成为一种必然。 2 定义 对于一种酒店来说，其最核心业务就是住房业务，当前普通酒店管理系统都把住房系统归结于整个管理系统之中，这对于大型酒店集团来说导致了管理上不便之处。越来越多酒店连锁集团需要一种专门酒店住房系统，独立于其她酒店管理系统。针对于此，我设计一种酒店管理系统，对提高酒店管理水平，改进服务质量，增进资源运用率起了重要作用。每个酒店规模不同,经营方向不同,对酒店管理系统设计目的规定存明显差别.例如大型酒店有客房、餐饮、康乐、会务、购物中心等分,因而规定饭店管理信息系统功能比较齐全,可以完毕客房、餐饮、会务等各种事务解决,而住房型酒店则仅规定酒店管理信息系统能完毕客房、财务等管理即可.此外,不同酒店组织机构也相似,供其使用酒店管理信息系统系统构造应与其组织机构相适应。在系统中，重要是对客房信息、房间备品信息、经营状况、营业记录、客户入住信息、员工信息、客户信息反馈、客户网上订房信息、房间类型等管理。为客户提供满意服务、便捷通道，通过互联网理解酒店详细状况，为服务员工、管理者提供迅速、高效服务，减免手工解决繁琐与误差，及时、精确反映酒店工作状况、经营状况。例如,迅速查询、迅速登记顾客订房状况等本系统建设需求。详细来说，客户从界面上输入入住地区，时间，价位/房间类型就可以查询到符合条件房间，并且可以切入预定，选取房间类性及付款方式等。内部管理人员从界面上直接输入某个房间号咱们就会看到客人个人信息、住宿期间各种消费、以及与否客满，同样咱们输入某个部门名称也会显示它运营有关状况。3 参照资料 UML基本与Rose建模实用教程谢星星著4 系统分析与设计4.1需求分析 4.1.1辨认参加者 顾客、酒店管理人员、酒店工作人员 4.1.2 对需求进行捕获与描述 用例名称frontOfficeManagement用例描述前台管理，实现预定、入住、退房、续住，涉及对客房业务信息（如客房号、预定期间、入住时间、换房状况、退房状况、金额等）进行检索、录入和修改。参加者前台工作人员、酒店管理系统优先级2前置条件前台工作人员已登录系统后置条件若有改动必要保存基本操作流程1.顾客登录2.依照顾客祈求，进行响应操作3.提交操作成果可选操作流程bookRoom（预定）、checkIn（入住）、checkOut（退房）、continueToLive（续住）、changeRoom（换房）被泛化用例无被包括用例无被扩展用例预定、入住、退房、续住用例名称checkIn用例描述入住信息登记参加者前台工作人员、酒店管理系统优先级2前置条件顾客规定入住、前台管理人员已登录系统后置条件系统中可入住房间数目减少基本操作流程1. 前台工作人员将顾客提供身份信息进行登记2. 缴费3. 予以房卡可选操作流程无被泛化用例无被包括用例giveRoomCard（予以房卡）、checkInCustomerInformation（登记顾客信息）被扩展用例无用例名称checkOut用例描述退房参加者酒店管理人员、酒店管理系统优先级2前置条件顾客规定退房、前台管理人员已登录系统后置条件退房成功，打印消费凭条清洁人员进行打扫，系统中可入住房间数目增长基本操作流程1.前台工作人员收回房卡，退回押金2.打印消费凭条可选操作流程无被泛化用例无被包括用例takeRoomCardBack（收回房卡）、returnCashPladge（退押金）、printReceipts（打印消费凭条）被扩展用例无用例名称manageInformationOfEmp用例描述对酒店员工信息进行管理，涉及对员工基本信息进行检索、录入、修改、删除参加者经理、酒店管理系统优先级2前置条件经理已登录系统后置条件若有改动，必要确认保存基本操作流程经理对员工信息进行操作可选操作流程无被泛化用例无被包括用例无被扩展用例addInformationOfEmp（添加员工信息）、updateInformationOfEmp（修改员工信息）、deleteInformationOfEmp（删除员工信息）、viewInformationOfEmp（查询员工信息） 4.1.3 用例图 酒店管理系统用例图（总） 酒店管理系统用例图（分）-前台4.1.4 分析与讨论1) 拟定系统涉及总体信息 拟定系统参加者 拟定系统用例（涉及辨认用例与用例间关系） 2) 一、拟定参加者 在获取用例前一方面要拟定系统参加者，开发人员可以通过回答如下问题来寻找系统参加者。 （1)谁将使用该系统重要功能。 （2)谁将需要该系统支持以完毕其工作。 （3)谁将需要维护、管理该系统，以及保持该系统处在工作状态。 （4)系统需要解决哪些硬件设备。 （5)与该系统那个交互是什么系统。 （6)谁或什么系统对本系统产生成果感兴趣。 二、辨认用例 辨认用例最佳办法就是从分析系统参加者开始，考虑每一种参加者是如何使用系统。使用这种方略过程中也许会发现新参加者，这对完善整个系统建模有很大协助。用例建模过程是一种迭代和逐渐精华过程，系统分析者一方面从用例名称开始，然后添加用例细节信息。这些信息由简短描述构成，它们被精华成完整规格阐明。 3）通过本次实验，让我对软件RationalRose绘制管理系统用例图有了初步理解，用例描述是参加者与系统之间对话，但是这个对话细节并没有在用例图中表述出来，针对每一种用例咱们可以用事件流来描述这一对话细节内容，这些信息包括在用例阐明中。用例描述也称为“用例场景”，即进行业务事件以及顾客如何同系统交互已完毕任务文字描述。4.2 建立对象模型 4.2.1 候选类数据字典1) 数据字典a)数据流名称：checkin数据流来源：customer数据流去向：checkin包括数据项：RoomCard,roomtype，customername，roomstateb)数据流名称：roomstate数据流来源：room数据流去向：checkin包括数据项：roomID,money，customername，roomstatec)数据流名称：customerinformation数据流来源：checkin数据流去向：customerinformation包括数据项：roomID，customername，customersexd)数据流名称：roominformation数据流来源：customer数据流去向：room包括数据项：roomID，roomstate，price 4.2.2定义类 (1) 客房信息 表1 客房信息roomIDroomtyperoomstateroompricechar(20)char(20)char(10)int(2) 客人信息表2 客人信息roomIDcustomernamesexaddress char(20)char(10)char(3)char(20)(3) 客人预订表3 客人预订roominformationchecldnchangeroomcomtinuetoliveshowlderommchar(20)intchar(20)char(10)char(20)(4) 客人入住表4 客人入住RoomIDcustomernameroomtyperoompricechar(20) char(20)char(20)int 4.2.3绘制类图 （ 4.2.4分析与讨论 1）辨认系统用例和角色 进行系统分析并抽象出类 设计系统中类及其行为 2）辨认类有哪些办法，你是如何辨认类？ 行为分析、名词分析法、CRC分析法、依照边界类、控制类、实体类划分辨认、参照设计模式拟定类以及通过对领域进行分析得到类。 我采用是行为分析法。 3）解释关联多重性？如何拟定类属性、操作、类之间关联关系、组织类之间继承？关联多重性表达：在建模过程中，一种关联实例中有多少个互相连接对象。通过度析系统构造与构成，拟定类关联关系、组织类之间继承。 4.3 建立动态模型系统动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系统分析和设计中应当对重要Use Case和对象类绘制这些图形，以便分析系统行为，印证和修改系统静态构造，满足顾客需求，达到系统目的。 4.3.1顺序图 酒店管理系统顺序图-入住 酒店管理系统顺序图-退房 酒店管理系统顺序图-换房 4.3.2 通信图 酒店管理系统通信图-入住 酒店管理系通信作图-退房 酒店管理系统通信图-换房 4.3.3活动图 酒店管理系统活动图-入住 酒店管理系统活动图-退房 4.3.4状态图房间状态图 4.3.5 分析与讨论在UML系统开发过程中，系统动态模型重要涉及对象交互模型和对象状态模型。对象交互模型由顺序图和通信图进行描述，对象状态模型则由活动图和状态图进行描述。 活动图和状态图相似点描述图符基本同样 可以描述一种系统或对象在生存期间状态或行为。可以描述一种系统或对象在多进程操作中并发行为 可以用条件分支图符描述一种系统或对象行为控制流。活动图和状态图不同点： 触发一种系统或对象状态发生转移机制不同。 描述各种对象共同完毕一种操作机制不同 顺序图和通信图：顺序图和通讯图都属于交互图，用于描述对象间动态关系，并且两者之间可以互相转化。顺序图强调消息时间顺序，通讯图强调参加交互对象组织。4.4物理模型4.4.1 建立构件图4.4.2 建立布置图