UML酒店客房预订系统《面向对象技术》综合设计报告.docx
《UML酒店客房预订系统《面向对象技术》综合设计报告.docx》由会员分享，可在线阅读，更多相关《UML酒店客房预订系统《面向对象技术》综合设计报告.docx（35页珍藏版）》请在冰豆网上搜索。
UML酒店客房预订系统《面向对象技术》综合设计报告
武汉工程大学
计算机科学与工程学院
课程综合设计报告
设计名称：
《面向对象技术》课程综合设计
设计题目：
酒店客房预订系统
学生学号：
2009500153
专业班级：
二〇〇九级信息技术4班
学生姓名：
刘杨成
学生成绩：
指导教师（职称）：
张俊（副教授）
课题工作时间：
2011年12月
说明：
1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。
2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。
3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计完成情况、报告的质量及答辩情况，给出客观、全面的评价。
4、所有学生必须参加综合设计的答辩环节，凡不参加答辩者，其成绩一律按不及格处理。
答辩小组成员应由2人及以上教师组成。
5、报告正文字数一般应不少于5000字，也可由指导教师根据本门综合设计的情况另行规定。
6、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式（适用于学院各类综合设计），各教研室可根据本门综合设计的特点及内容做适当的调整，并上报学院批准。
成绩评定表
类别
合计
分值
各项分值
评分标准
实际得分
合计得分
备注
平时表现
10
10
按时参加综合设计，无旷课、迟到、早退、违反实验室纪律等情况。
完成情况
30
20
按设计任务书的要求完成了全部任务，能完整演示其设计内容，符合要求。
10
能对其设计内容进行详细、完整的介绍，并能就指导教师提出的问题进行正确的回答。
报告质量
35
10
报告文字通顺，内容翔实，论述充分、完整，立论正确，结构严谨合理；报告字数符合相关要求，工整规范，整齐划一。
5
课题背景介绍清楚，综述分析充分。
5
设计方案合理、可行，论证严谨，逻辑性强，具有说服力。
5
符号统一；图表完备、符合规范要求。
5
能对整个设计过程进行全面的总结，得出有价值的结论或结果。
5
参考文献数量在3篇以上，格式符合要求，在正文中正确引用。
答辩情况
25
10
在规定时间内能就所设计的内容进行阐述，言简意明，重点突出，论点正确，条理清晰。
15
在规定时间内能准确、完整、流利地回答教师所提出的问题。
总评成绩：
分
补充说明：
指导教师：
（签字）
日期：
年月日
答辩记录表
答辩地点：
机电大楼411机房
答辩内容记录：
答辩成绩
合计
分值
各项分值
评分标准
实际得分
合计得分
备注
25
10
在规定时间内能就所设计的内容进行阐述，言简意明，重点突出，论点正确，条理清晰。
15
在规定时间内能准确、完整、流利地回答教师所提出的问题。
答辩小组成员（签字）：
年月日
一、综合设计目的、条件、任务和内容要求：
1．设计目的
《面向对象技术》是计算机科学与技术专业（信息技术方向）本科生的一门专业主干课程，本课程主要学习UML和系统建模技术。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言，基于UML的面向对象建模技术融入了软件工程领域的新思想、新方法和新技术，得到计算机界的广泛关注。
本课程主要介绍统一建模语言UML的基本概念和各种模型、视图，以及主流建模工具RationalRose的应用。
以统一建模语言UML为主线，以RationalRose环境为建模工具，以培养学生的信息系统建模能力和软件工程能力为目的。
通过课程教学、上机实践、作业练习、综合设计等教学环节，使学生逐步掌握UML的概念、模型和RationalRose建模工具，并能在实践中熟练应用所掌握的语言和工具解决实际问题，从而培养学生良好的程序设计技能和软件工程能力。
2．实施方式
由于本课程重在培养学生的应用能力，因此本课程批准为考试改革课程，课程考核将以项目开发和设计报告为主。
具体实施方式为：
针对某一信息系统的分析和设计，学生上机开发系统并撰写报告，并在规定时间递交程序和报告。
分数比例为：
项目开发结果（即相关程序代码）为60%，设计报告为40%。
3．任务和要求：
针对某一信息系统，完成如下任务：
（1）简要的需求分析
（2）建立该系统的各种视图和模型。
（3）完成各项系统功能的设计。
（4）形成系统建模的各种文档和开发报告。
4．工具与环境：
建模工具：
RationalRose
指导教师签字：
张俊
2011年11月03日
二、进度安排：
第11周~第12周：
熟悉RationalRose建模工具；确定目标系统，收集整理系统需求。
第13周~第16周：
完成系统的分析与设计，按照要求建立系统的各种功能模型。
撰写设计报告，并按时递交。
第17周：
成果验收，答辩及成绩评定。
三、应收集资料及主要参考文献：
[1]GradyBooch,JamesRumbaugh,IvarJacobson著,邵维忠,麻志毅译.UML用户指南（第2版）.北京:
人民邮电出版社,2006.6.
[2]吴建，汪杰等《UML基础与Rose建模案例》人民邮电出版社
[3]SorenLauesen著《软件需求》电子工业出版社
[4]唐学忠等著.UML面向对象分析与建模.北京：
电子工业出版社.2008
[5]李洋等著.UML和模式应用（原书第三版）.北京：
机械工业出版社.2006
[6]布奇、兰宝等著.UML用户指南（第二版）.北京：
任命邮电出版社.2006
四、课程综合设计摘要（中文）：
当前，信息化已经成为全球普遍关注和竞争的焦点。
大体上讲，企业间的竞争应当包括产品竞争、价格竞争、品种竞争、服务竞争、市场竞争和信誉竞争等诸多方面。
随着我们一边完成工业化进程，一边步入信息时代，这种竞争的方面也都不可避免地被打上了信息化的烙印。
人们把信息化作为企业提高管理水平、提高生产效率增强企业竞争的一种手段。
酒店业作为服务行业同样需要借助信息化手段。
本课程设置报告借助UML这种面向对象的建模语言详细介绍了一个酒店预订系统的需求分析和设计过程，是一次理论知识运用到实际开发中的尝试。
其中详细的介绍了该系统的需求及其系统设计，并利用UML对系统进行建模，主要使用了在分析过程中比较常用的用例图、类图、顺序图、状态图、活动图等对系统进行建模。
五、课程综合设计摘要（英文）：
Current,informatizationhasbecomeauniversalconcernandthefocusofcompetition.Roughlyspeaking,thecompetitionbetweentheenterpriseshallincludetheproductcompetition,pricecompetition,productcompetition,servicecompetition,marketcompetitionandcreditcompetitionetc..Aswecompleteindustrializedprocess,whilesteppingintotheinformationera,thecompetitionhasalsoinevitablywashitthebrandofinformatization.Peopleregardinformationastoimproveenterprisemanagementlevel,improvetheproductionefficiencyandenhanceenterprisecompetitiveness.Thehotelindustryasaserviceindustryalsoneedthehelpofinformationtechnologymeans.
ThecurriculumreportbyUMLthisobject-orientedmodelinglanguagedescribesahotelbookingsystemanalysisanddesignprocess,isatheoreticalknowledgetopracticaluseinthedevelopmentoftrial.Whichdescribesindetailthesystemrequirementsandsystemdesign,andtheuseofUMLonthesystemmodeling,themainuseofcommonlyusedintheanalysisprocessoftheusecasediagram,classdiagram,sequencediagram,statediagram,activitydiagramofsystemmodeling.
第一章系统分析
1.1课题背景
随着经济的快速发展，我国的服务业也快速的兴起，作为改革开放以来最先兴的行业之一的酒店，在经济快速发展的今天提供的服务业越来越多元化，同时对于酒店的管理也提出了新的挑战，传统的管理方式已经不能适应酒店繁杂的业务需求以及酒店的长远发展，如何运用先进的管理手段，提高酒店的管理水平，已经成为酒店行业的当务之急。
面对信息时代的机遇和挑战，使用现有的计算机软件技术来提高企业管理无疑是一条行之有效的途径。
计算机管理可以最大限度的发挥准确、快捷、高效等作用，对酒店的服务管理提供有力的支持。
因此，采用全新的计算机网络和酒店管理系统，已经成为提高酒店管理效率、改善服务质量的重要手段之一。
酒店客房管理系统式一个主要实现客房的预定管理，将客人信息和情况统一归入到数据库，可以实现客房的有效监控和管理。
1.2需求分析
1.2.1系统功能分析
●所有的网络用户都可以通过浏览网络信息查看该酒店的客房信息。
●网络用户如果需要预订，需设置个人信息（姓名、密码、电话号码或email）注册成为酒店会员并登录系统预订。
●会员查看客房信息并选择订单、选择支付方式（可以通过网上银行系统进行支付，或者入住时现金支付）。
最后确认提交生成订单。
●系统，通知客房部准备房间。
●会员接受已预订信息，一定时间内可取消订单。
会员通过个人信息管理修改个人信息，通过订单管理查看个人订单情况。
●同时订单管理员也可以成为酒店会员，并享受预订服务。
●系统管理员控制客房信息。
同时维护用户权限和信息。
1.2.2系统模块分析
根据要求可将系统分为七个模块
1客户申请注册登录模块
会员能够查询酒店的客房信息情况，然后根据自己的需要，填写申请单，向工作人员递交申请，工作人员根据系统情况，回复客户。
2系统管理员登陆模块
系统管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。
3顾客到达模块
到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约的到达首先查询预约,故在预约模块中添加到达的功能。
无预约的到达,就可以立即找空客房，在到达操作中还要刷新当前客房状态,由预约或空闲状态转为客房状态
4顾客结账模块
显示当前客房的房间信息,从中选中需要结帐的客房,进行结帐操作，结帐完成后,将客房置为空闲状态,若当天还有不同时间预约此客房的则置该房间为预约状态。
5客房信息管理模块
工作人员可以对公司的客房进行管理。
工作人员可以查询公司的客房情况，包括入住情况，入住历史，客房状况。
6客户信息管理模块
在酒店入住过的会员，工作人员需要记录下入住情况，以便再次预定客房时可以查询。
新注册的客户，工作人员需要添加新会员进系统中。
7会员权限管理模块
管理员查询会员的权限，写入新的权限。
1.3系统用例模型
1.3.1会员用例图
表1.1会员用例描述
名称
会员预订房间
标识
UC001
描述
会员上网进行酒店客房预订
前提
客房是正确存在本酒店中的客房，拥有客房号
结果
显示客房已有顾客入住、有顾客预定或空
扩展
N/A
包含
N/A
继承自
N/A
会员能够通过系统进行以下活动：
●个人订单管理：
会员可以对自己的预订进行管理，例如退订、选择支付方式等。
会员可以从以往的订单中，直接选择订单，然后支付。
●浏览网络信息：
会员可以网上浏览酒店的即时信息。
其中包括:
客房信息、客房价格等一切相关信息。
●个人信息管理：
会员可以修改自己的信息。
●登录：
会员在进行客房预订业务前，需要在登录后的情况下进行。
图1.1
1.3.2新用户用例图
表1.2新用户用例描述
名称
网络用户预订
标识
UC002
描述
网络用户预订客房过程
前提
客房是正确存在本酒店中的客房，拥有客房号
结果
显示客房已有顾客入住、有顾客预定或空
扩展
N/A
包含
N/A
继承自
N/A
新用户能够通过系统进行以下活动：
●浏览网络信息：
新用户（即网络用户）在网上浏览酒店的相关信息。
●注册：
新用户想要进行网上预订客房的操作，需要先注册为会员。
然后才能登录，进行预订。
图1.2
1.3.3系统管理员用例图
表1.3系统管理员用例描述
名称
管理员进行客房管理
标识
UC003
描述
管理员进行客户管理
前提
客房是正确存在本酒店中的客房，拥有客房号
结果
显示客房已有顾客入住、有顾客预定或空
扩展
N/A
包含
N/A
继承自
N/A
系统管理员通过系统能够进行以下活动：
●用户权限信息管理：
系统管理员可以更改会员的权限。
●客房管理：
系统管理员可以更改客房的当前信息。
图1.3
第二章系统静态建模
传统的系统设计方法是针对功能列表的实现而展开的，常常容易忽略整体之间的关系，导致设计的僵化，无法灵活的面对需求的变更。
本系统中采用基于UML的面向对象系统设计方法，使用模块包、静态视图、类视图等图形化方法将整个系统在对象层次上不断精细化，使得各模块之间耦合度降低，系统的扩展性增强，可以有效的面对需求的变更。
任何一个精确的模型必须首先要定义所涉及的范围，即确定有关应用、内部特性及其相互关系的关键概念。
UML的静态组件称为静态视图。
静态视图用类构造模型来表达应用，每个类由一组包含信息和实现行为的离散对象组成。
对象包含的信息被作为属性，它们执行的行为被作为作为操作。
多个类通过泛化处理可以具有一些共同的结构。
子类在继承它们共同的父类的结构和行为的基础上增加了新的结构和行为。
对象与其他对象之间也具有运行时间连接，这种对象与对象之间的关系被称为类间的关联。
一些元素通过依赖关系组织在一起，这些依赖关系包括在抽象级上进行模型转换、模板参数的捆绑、授予许可以及通过一种元素使用另一种元素。
另一类关系包括用例和数据流的合并。
静态视图主要使用类图。
静态视图可以用于生成程序中用到的大多数数据结构声明。
在UML视图中还要用到其他类型的元素，比如接口、数据类型、用例和信号等，这些元素统称为类元，它们的行为很像在每种类元上具有一定限制的类。
2.1类源建模
2.1.1订单
订单类：
属性：
会员编号：
显示是哪位会员预订的客房。
房间编号：
客户预订的房间是哪一间。
付费情况：
客户是否付费。
方法：
会员信息（）：
将会员信息读取到订单中。
客房信息（）：
将客房信息读取到订单中
2.1.2酒店会员类
酒店会员类：
属性：
会员号：
每个会员的唯一标示。
电话号码：
会员的联系方式。
E-mail：
会员的电子邮箱。
密码：
会员的登录密码。
方法：
查看（）：
调用此方法，会员可以查看自己的基本信息。
修改个人信息（）：
调用此方法，会员可以修改自己的信息。
选择支付方式（）：
调用此方法，会员可以选择支付的方式。
登陆（）：
调用此方法，会员登陆到预定系统。
缴费金额（）：
调用此方法，系统显示会员预定房间所需缴费金额。
缴费成功（）：
调用此方法，提示会员缴费成功信息。
生成订单（）：
调用此方法，形成订单到会员订单管理中。
查看所有会员（）：
调用此方法，酒店会员的信息被管理员使用。
某个用户名（）：
调用此方法，会员信息被调出。
2.1.3客房信息类
客房信息类：
属性：
状态：
显示客房现在的状态。
例如：
预订、空闲、入住。
价格：
显示客房的价格。
客房信息设置：
显示客房的信息。
例如：
客房中配置的设施、房间的类型（单人间、标准间等）。
客房编号：
客房的房间号。
方法：
查询客房信息（）：
调用此方法，显示客房信息。
选择客房（）：
显示出预定此客房的金额。
请求缴费（）：
激活缴费系统。
修改后客房信息（）：
调用此方法，更新客房信息。
2.1.4客房间设置类
客房信息设置类：
方法：
设置客房信息（）：
调用此方法，管理员可以设置、修改客房信息。
2.1.5权限设置类
权限设置类：
属性：
用户名：
显示管理员的用户名。
权限：
显示管理员所拥有的权限。
方法：
修改（）：
管理员调用此方法，可以对会员的权限进行修改。
2.1.6网络用户类
网络用户类：
方法：
浏览客房信息（）：
调用此方法，网络用户可以任意浏览客房信息，但不可预订。
2.1.7网上支付系统类
网上支付系统类：
方法：
支付（）：
调用此方法，会员可以进行网上支付。
2.1.8系统管理员类
系统管理员类：
方法：
权限设置（）：
调用此方法，管理员可以进入权限设置管理，对会员进行权限的修改。
客房信息维护（）：
调用此方法，管理员可以进入客房信息设置，对客房的信息进行修改。
2.2系统类图
图2.1
类图说明：
从图中可以看出，系统管理员可以查看会员的个人信息，并修改会员的权限，还可以设置客房的状态信息。
会员可以浏览客房信息和申请订单，申请订单成功后，就可以
通过网上支付系统支付定金。
下面说明类之间的关系：
●每个酒店会员都可以查看多个客房信息。
同时，会员也可以，拥有0个或者多个客房的预订，也就是说可以拥有多个订单。
●一个管理员可以对多个房间进行信息的修改，客房的信息又可以被多个管理员修改。
一个管理员可以修改多个会员的权限。
●每次对客房信息修改只能针对一个客房。
但是信息的修改可以对每个客房进行，所以客房信息设置与客房信息是一对多的关系。
●因为客房可以在不同的时间段被预订，所以每个客房可以对应多个订单。
●每次网上支付可以对多个订单进行支付。
●管理员拥有酒店会员拥有的所有功能、酒店会员拥有网络用户的所有功能。
第三章系统动态建模
序列图表示了对象之间传送消息的时间序列。
每一个类元角色用一条生命线来表示——即用垂直线代表整个交互过程中整个对象的生命期。
生命线之间的箭头连线代表消息。
序列图可以用来表示一个场景说明——即一个事务的历史过程。
顺序图的一个用途是用来表示用例中的行为顺序。
当执行一个用例行为时，用例图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
下面的序列图中涉及到三种分析对象。
协作图是对在一次交互过程中有意义对象和对象间的链建模，显示了对象之间如何进行交互以执行特定用例或用例中特定部分的行为。
在协作图中，类元角色描述了一个对象，关联角色描述了协作关系中的链，并通过几何排列表现交互作用中的各个角色。
协作图表示角色交互和，序列图不同，协作图明确地表示了角色之间的关系。
另一方面，协作图也不将时间作为单独的维来表示，所以必须使用顺序号来判断消息的顺序以及并行线程。
序列图和协作图表达的是类似的信息（使用不同的方法表达）。
协作图就是表现对象协作关系的图，它表示了协作中作为各种类元角色的对象所处的位置，在图中主要显示了类元角色和关联银角色。
类元角色和关联角色描述了对象的配置和当一个协作的实例执行时可能出现的连接。
当协作被实例化时，对象受限于类元角色，连接受限于关联角色。
在UML的表示中，协作图将类元角色表示为类的符号，将关联角色表现为实线的关联路径，关联路径上带有消息符号。
通常，不带消息的协作图标明了交互作用发生的上下文，而不表示交互。
它可以用来表示单一操作的上下文，甚至可以表示一个或一组类中所有操作的上下文。
如果关联线上标有消息，图形就可以表示一个交互。
一个交互用来代表一个操作或者用例的实现。
3.1序列图与协作图
3.1.1“会员订房”用例
下面通过具体的描述来确定订房的过程，基本的工作过程如下：
●会员要预定酒店房间，需要先登陆。
●会员浏览客房的信息，确定需要预定的客房号。
●当会员确定需要预定的客房后，客房信息返回一个所需缴费金额的信息。
●会员看到所需缴纳的金额之后，对缴费系统发出缴费的请求。
●缴费成功后，对会员发出缴费成功的信息。
●缴费成功后，客房信息要对客房状态进行更改，即客房信息要对客房信息设置发出修改的信息。
●客房状态更改之后，客房信息设置把更改好的信息返回到客房信息中。
●生成订单的时候，会员信息和更新后的客房信息。
会发送到订单模块中。
●成功生成订单之后，将订单发送给会员。
根据基本流程创建会员订房的序列图以及协作图，如图3.1所示：
图3.1
3.1.2“客房信息设置”用例
下面通过具体的描述来确定管理员对客房信息进行修改的过程，基本的工作过程如下：
●管理员想要修改客房信息，需要先登陆系统。
●管理员通过客房信息设置界面来查看客房信息。
●客房信息向管理员返回信息。
●管理员看到客房信息之后，通过客房信息设置模块对信息进行修改。
●修改成功之后，客房信息向管理员返回修改成功后的客房信息。
●根据基本流程创建客房信息设置的序列图及其协作图，如图3.2所示：
图3.2
3.1.3“权限设置”用例
管理员对酒店会员的权限设置的工作流程如下：
●管理员希望通过权限设置界面对会员权限进行修改。
●管理员通过权限设置界面，查询所有会员的权限信息。
●会员实例返回所有会员姓名目录。
●管理员选择一个需要修改权限的会员用户名。
●会员实例返回会员所拥有的权限。
●管理员通过权限设置界面和会员实例修改会员的权限并写入会员实例中。
●设置完成后，权限设置界面关闭，返回管理员的主界面。
●根据以上基本流程创建权限设置的序列图和协作图，如图3.3所示：
图3.3
3.2状态图
状态图（StateDiagram）用来描述一个特定对象的所有可能状态其引起状态转移的事件。
大多数面向对象技术都用状态图表示单个对象在其生命周期中的行为。
一个状态图包括一系列的状态以及状态之间的转移。
状态，所有对象都具有状态，状态是对象执行了一系列活动的结果。
当某个事件发生后，对象的状态将发生变化。
状态图中定义的状态有：
初态、终态、中间状态、复合状态。
其中，
升级会员 