UML酒店客房预订系统面向对象技术综合设计报告(共33页).doc

《UML酒店客房预订系统面向对象技术综合设计报告(共33页).doc》由会员分享，可在线阅读，更多相关《UML酒店客房预订系统面向对象技术综合设计报告(共33页).doc（33页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上武汉工程大学 计算机科学与工程学院课程综合设计报告设计名称： 面向对象技术课程综合设计 设计题目： 酒店客房预订系统 学生学号： 专业班级： 二九级信息技术4班 学生姓名： 刘杨成 学生成绩： 指导教师（职称）： 张俊（副教授） 课题工作时间： 2011年12月 说明：1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计完成情况、报告的质量及答辩情况，给出客观、全面的评

2、价。4、所有学生必须参加综合设计的答辩环节，凡不参加答辩者，其成绩一律按不及格处理。答辩小组成员应由2人及以上教师组成。5、报告正文字数一般应不少于5000字，也可由指导教师根据本门综合设计的情况另行规定。6、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式（适用于学院各类综合设计），各教研室可根据本门综合设计的特点及内容做适当的调整，并上报学院批准。专心-专注-专业成绩评定表类别合计分值各项分值评分标准实际得分合计得分备注平时表现1010按时参加综合设计，无旷课、迟到、早退、违反实验室纪律等情况。完成情况3020按设计任务书的要求完成了全部任务，能完整演示其设计内容，符合要求。10能

3、对其设计内容进行详细、完整的介绍，并能就指导教师提出的问题进行正确的回答。报告质量3510报告文字通顺，内容翔实，论述充分、完整，立论正确，结构严谨合理；报告字数符合相关要求，工整规范，整齐划一。5课题背景介绍清楚，综述分析充分。5设计方案合理、可行，论证严谨，逻辑性强，具有说服力。5符号统一；图表完备、符合规范要求。5能对整个设计过程进行全面的总结，得出有价值的结论或结果。5参考文献数量在3篇以上，格式符合要求，在正文中正确引用。答辩情况2510在规定时间内能就所设计的内容进行阐述，言简意明，重点突出，论点正确，条理清晰。15在规定时间内能准确、完整、流利地回答教师所提出的问题。总评成绩：

4、分 补充说明： 指导教师： （签字）日 期： 年 月 日答辩记录表答辩地点： 机电大楼411机房 答辩内容记录：答辩成绩合计分值各项分值评分标准实际得分合计得分备注2510在规定时间内能就所设计的内容进行阐述，言简意明，重点突出，论点正确，条理清晰。15在规定时间内能准确、完整、流利地回答教师所提出的问题。答辩小组成员（签字）： 年 月 日一、综合设计目的、条件、任务和内容要求：1设计目的面向对象技术是计算机科学与技术专业（信息技术方向）本科生的一门专业主干课程，本课程主要学习UML和系统建模技术。UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言，基于UML的面向对象建模技术融入了

5、软件工程领域的新思想、新方法和新技术，得到计算机界的广泛关注。本课程主要介绍统一建模语言UML的基本概念和各种模型、视图，以及主流建模工具Rational Rose的应用。以统一建模语言UML为主线，以Rational Rose环境为建模工具，以培养学生的信息系统建模能力和软件工程能力为目的。通过课程教学、上机实践、作业练习、综合设计等教学环节，使学生逐步掌握UML的概念、模型和Rational Rose建模工具，并能在实践中熟练应用所掌握的语言和工具解决实际问题，从而培养学生良好的程序设计技能和软件工程能力。2实施方式由于本课程重在培养学生的应用能力，因此本课程批准为考试改革课程，课程考核将

6、以项目开发和设计报告为主。具体实施方式为：针对某一信息系统的分析和设计，学生上机开发系统并撰写报告，并在规定时间递交程序和报告。分数比例为：项目开发结果（即相关程序代码）为60%，设计报告为40%。3任务和要求：针对某一信息系统，完成如下任务：（1）简要的需求分析（2）建立该系统的各种视图和模型。（3）完成各项系统功能的设计。（4）形成系统建模的各种文档和开发报告。4工具与环境：建模工具：Rational Rose 指导教师签字： 张俊 2011 年 11 月 03 日二、进度安排：第11周第12周：熟悉Rational Rose建模工具；确定目标系统，收集整理系统需求。第13周第16周：完成

7、系统的分析与设计，按照要求建立系统的各种功能模型。撰写设计报告，并按时递交。第17周：成果验收，答辩及成绩评定。三、应收集资料及主要参考文献： 1 Grady Booch, James Rumbaugh, Ivar Jacobson著, 邵维忠,麻志毅译. UML用户指南(第2版). 北京: 人民邮电出版社, 2006.6.2 吴建，汪杰等 UML基础与Rose建模案例 人民邮电出版社 3 Soren Lauesen 著 软件需求 电子工业出版社4 唐学忠等著.UML面向对象分析与建模.北京：电子工业出版社.20085 李洋等著.UML和模式应用（原书第三版）.北京：机械工业出版社.20066

8、 布奇、兰宝等著.UML用户指南（第二版）.北京：任命邮电出版社.2006 四、课程综合设计摘要（中文）：当前，信息化已经成为全球普遍关注和竞争的焦点。大体上讲，企业间的竞争应当包括产品竞争、价格竞争、品种竞争、服务竞争、市场竞争和信誉竞争等诸多方面。随着我们一边完成工业化进程，一边步入信息时代，这种竞争的方面也都不可避免地被打上了信息化的烙印。人们把信息化作为企业提高管理水平、提高生产效率增强企业竞争的一种手段。酒店业作为服务行业同样需要借助信息化手段。 本课程设置报告借助UML这种面向对象的建模语言详细介绍了一个酒店预订系统的需求分析和设计过程，是一次理论知识运用到实际开发中的尝试。其中详

9、细的介绍了该系统的需求及其系统设计，并利用UML对系统进行建模，主要使用了在分析过程中比较常用的用例图、类图、顺序图、状态图、活动图等对系统进行建模。五、课程综合设计摘要（英文）：Current, informatization has become a universal concern and the focus of competition. Roughly speaking, the competition between the enterprise shall include the product competition, price competition, product c

10、ompetition, service competition, market competition and credit competition etc. As we complete industrialized process, while stepping into the information era, the competition has also inevitably was hit the brand of informatization. People regard information as to improve enterprise management leve

11、l, improve the production efficiency and enhance enterprise competitiveness. The hotel industry as a service industry also need the help of information technology means.The curriculum report by UML this object-oriented modeling language describes a hotel booking system analysis and design process, i

12、s a theoretical knowledge to practical use in the development of trial. Which describes in detail the system requirements and system design, and the use of UML on the system modeling, the main use of commonly used in the analysis process of the use case diagram, class diagram, sequence diagram, stat

13、e diagram, activity diagram of system modeling.目 录第一章 系统分析1.1课题背景随着经济的快速发展，我国的服务业也快速的兴起，作为改革开放以来最先兴的行业之一的酒店，在经济快速发展的今天提供的服务业越来越多元化，同时对于酒店的管理也提出了新的挑战，传统的管理方式已经不能适应酒店繁杂的业务需求以及酒店的长远发展，如何运用先进的管理手段，提高酒店的管理水平，已经成为酒店行业的当务之急。面对信息时代的机遇和挑战，使用现有的计算机软件技术来提高企业管理无疑是一条行之有效的途径。计算机管理可以最大限度的发挥准确、快捷、高效等作用，对酒店的服务管理提供有力

14、的支持。因此，采用全新的计算机网络和酒店管理系统，已经成为提高酒店管理效率、改善服务质量的重要手段之一。酒店客房管理系统式一个主要实现客房的预定管理，将客人信息和情况统一归入到数据库，可以实现客房的有效监控和管理。1.2需求分析1.2.1 系统功能分析l 所有的网络用户都可以通过浏览网络信息查看该酒店的客房信息。l 网络用户如果需要预订，需设置个人信息（姓名、密码、电话号码或email）注册成为酒店会员并登录系统预订。l 会员查看客房信息并选择订单、选择支付方式（可以通过网上银行系统进行支付，或者入住时现金支付）。最后确认提交生成订单。l 系统，通知客房部准备房间。l 会员接受已预订信息，一定

15、时间内可取消订单。会员通过个人信息管理修改个人信息，通过订单管理查看个人订单情况。l 同时订单管理员也可以成为酒店会员，并享受预订服务。l 系统管理员控制客房信息。同时维护用户权限和信息。1.2.2 系统模块分析根据要求可将系统分为七个模块1 客户申请注册登录模块 会员能够查询酒店的客房信息情况，然后根据自己的需要，填写申请单，向工作人员递交申请，工作人员根据系统情况，回复客户。2 系统管理员登陆模块 系统管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。3 顾客到达模块到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约

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

17、理员查询会员的权限，写入新的权限。1.3系统用例模型1.3.1会员用例图表1.1 会员用例描述名称会员预订房间标识UC001描述会员上网进行酒店客房预订前提客房是正确存在本酒店中的客房，拥有客房号结果显示客房已有顾客入住、有顾客预定或空扩展N/A包含N/A继承自N/A会员能够通过系统进行以下活动：l 个人订单管理：会员可以对自己的预订进行管理，例如退订、选择支付方式等。会员可以从以往的订单中，直接选择订单，然后支付。l 浏览网络信息：会员可以网上浏览酒店的即时信息。其中包括:客房信息、客房价格等一切相关信息。l 个人信息管理：会员可以修改自己的信息。l 登录：会员在进行客房预订业务前，需要在登

18、录后的情况下进行。图1.11.3.2新用户用例图表1.2 新用户用例描述名称网络用户预订标识UC002描述网络用户预订客房过程前提客房是正确存在本酒店中的客房，拥有客房号结果显示客房已有顾客入住、有顾客预定或空扩展N/A包含N/A继承自N/A新用户能够通过系统进行以下活动：l 浏览网络信息：新用户（即网络用户）在网上浏览酒店的相关信息。l 注册：新用户想要进行网上预订客房的操作，需要先注册为会员。然后才能登录，进行预订。 图1.21.3.3系统管理员用例图表1.3 系统管理员用例描述名称管理员进行客房管理标识UC003描述管理员进行客户管理前提客房是正确存在本酒店中的客房，拥有客房号结果显示客

19、房已有顾客入住、有顾客预定或空扩展N/A包含N/A继承自N/A系统管理员通过系统能够进行以下活动：l 用户权限信息管理：系统管理员可以更改会员的权限。l 客房管理：系统管理员可以更改客房的当前信息。图1.3第二章 系统静态建模传统的系统设计方法是针对功能列表的实现而展开的，常常容易忽略整体之间的关系，导致设计的僵化，无法灵活的面对需求的变更。本系统中采用基于UML的面向对象系统设计方法，使用模块包、静态视图、类视图等图形化方法将整个系统在对象层次上不断精细化，使得各模块之间耦合度降低，系统的扩展性增强，可以有效的面对需求的变更。任何一个精确的模型必须首先要定义所涉及的范围，即确定有关应用、内部

20、特性及其相互关系的关键概念。UML的静态组件称为静态视图。静态视图用类构造模型来表达应用，每个类由一组包含信息和实现行为的离散对象组成。对象包含的信息被作为属性，它们执行的行为被作为作为操作。多个类通过泛化处理可以具有一些共同的结构。子类在继承它们共同的父类的结构和行为的基础上增加了新的结构和行为。对象与其他对象之间也具有运行时间连接，这种对象与对象之间的关系被称为类间的关联。一些元素通过依赖关系组织在一起，这些依赖关系包括在抽象级上进行模型转换、模板参数的捆绑、授予许可以及通过一种元素使用另一种元素。另一类关系包括用例和数据流的合并。静态视图主要使用类图。静态视图可以用于生成程序中用到的大多

21、数数据结构声明。在UML视图中还要用到其他类型的元素，比如接口、数据类型、用例和信号等，这些元素统称为类元，它们的行为很像在每种类元上具有一定限制的类。2.1 类源建模2.1.1 订单订单类：属性：会员编号：显示是哪位会员预订的客房。 房间编号：客户预订的房间是哪一间。 付费情况：客户是否付费。方法：会员信息（）：将会员信息读取到订单中。 客房信息（）：将客房信息读取到订单中2.1.2 酒店会员类酒店会员类：属性： 会员号：每个会员的唯一标示。 电话号码：会员的联系方式。 E-mail：会员的电子邮箱。 密码：会员的登录密码。方法： 查看（）：调用此方法，会员可以查看自己的基本信息。修改个人信

22、息（）：调用此方法，会员可以修改自己的信息。选择支付方式（）：调用此方法，会员可以选择支付的方式。登陆（）：调用此方法，会员登陆到预定系统。缴费金额（）：调用此方法，系统显示会员预定房间所需缴费金额。缴费成功（）：调用此方法，提示会员缴费成功信息。生成订单（）：调用此方法，形成订单到会员订单管理中。查看所有会员（）：调用此方法，酒店会员的信息被管理员使用。某个用户名（）：调用此方法，会员信息被调出。2.1.3 客房信息类客房信息类：属性：状态：显示客房现在的状态。例如：预订、空闲、入住。价格：显示客房的价格。客房信息设置：显示客房的信息。例如：客房中配置的设施、房间的类型（单人间、标准间等）。

23、客房编号：客房的房间号。方法：查询客房信息（）：调用此方法，显示客房信息。 选择客房（）：显示出预定此客房的金额。 请求缴费（）：激活缴费系统。 修改后客房信息（）：调用此方法，更新客房信息。2.1.4 客房间设置类客房信息设置类：方法：设置客房信息（）：调用此方法，管理员可以设置、修改客房信息。2.1.5 权限设置类权限设置类：属性：用户名：显示管理员的用户名。权限：显示管理员所拥有的权限。方法：修改（）：管理员调用此方法，可以对会员的权限进行修改。 2.1.6 网络用户类网络用户类：方法：浏览客房信息（）：调用此方法，网络用户可以任意浏览客房信息，但不可预订。2.1.7 网上支付系统类网上

24、支付系统类：方法：支付（）：调用此方法，会员可以进行网上支付。2.1.8 系统管理员类系统管理员类：方法：权限设置（）：调用此方法，管理员可以进入权限设置管理，对会员进行权限的修改。客房信息维护（）：调用此方法，管理员可以进入客房信息设置，对客房的信息进行修改。2.2 系统类图图2.1类图说明：从图中可以看出，系统管理员可以查看会员的个人信息，并修改会员的权限，还可以设置客房的状态信息。会员可以浏览客房信息和申请订单，申请订单成功后，就可以通过网上支付系统支付定金。下面说明类之间的关系：l 每个酒店会员都可以查看多个客房信息。同时，会员也可以，拥有0个或者多个客房的预订，也就是说可以拥有多个订

25、单。l 一个管理员可以对多个房间进行信息的修改，客房的信息又可以被多个管理员修改。一个管理员可以修改多个会员的权限。l 每次对客房信息修改只能针对一个客房。但是信息的修改可以对每个客房进行，所以客房信息设置与客房信息是一对多的关系。l 因为客房可以在不同的时间段被预订，所以每个客房可以对应多个订单。l 每次网上支付可以对多个订单进行支付。l 管理员拥有酒店会员拥有的所有功能、酒店会员拥有网络用户的所有功能。第三章 系统动态建模序列图表示了对象之间传送消息的时间序列。每一个类元角色用一条生命线来表示即用垂直线代表整个交互过程中整个对象的生命期。生命线之间的箭头连线代表消息。序列图可以用来表示一个

26、场景说明即一个事务的历史过程。顺序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为时，用例图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。下面的序列图中涉及到三种分析对象。协作图是对在一次交互过程中有意义对象和对象间的链建模，显示了对象之间如何进行交互以执行特定用例或用例中特定部分的行为。在协作图中，类元角色描述了一个对象，关联角色描述了协作关系中的链，并通过几何排列表现交互作用中的各个角色。协作图表示角色交互和，序列图不同，协作图明确地表示了角色之间的关系。另一方面，协作图也不将时间作为单独的维来表示，所以必须使用顺序号来判断消息的顺序以及并行线程。序列图和协作图表达的

27、是类似的信息（使用不同的方法表达）。协作图就是表现对象协作关系的图，它表示了协作中作为各种类元角色的对象所处的位置，在图中主要显示了类元角色和关联银角色。类元角色和关联角色描述了对象的配置和当一个协作的实例执行时可能出现的连接。当协作被实例化时，对象受限于类元角色，连接受限于关联角色。在UML的表示中，协作图将类元角色表示为类的符号，将关联角色表现为实线的关联路径，关联路径上带有消息符号。通常，不带消息的协作图标明了交互作用发生的上下文，而不表示交互。它可以用来表示单一操作的上下文，甚至可以表示一个或一组类中所有操作的上下文。如果关联线上标有消息，图形就可以表示一个交互。一个交互用来代表一个操

28、作或者用例的实现。3.1 序列图与协作图3.1.1 “会员订房”用例下面通过具体的描述来确定订房的过程，基本的工作过程如下：l 会员要预定酒店房间，需要先登陆。l 会员浏览客房的信息，确定需要预定的客房号。l 当会员确定需要预定的客房后，客房信息返回一个所需缴费金额的信息。l 会员看到所需缴纳的金额之后，对缴费系统发出缴费的请求。l 缴费成功后，对会员发出缴费成功的信息。l 缴费成功后，客房信息要对客房状态进行更改，即客房信息要对客房信息设置发出修改的信息。l 客房状态更改之后，客房信息设置把更改好的信息返回到客房信息中。l 生成订单的时候，会员信息和更新后的客房信息。会发送到订单模块中。l

29、成功生成订单之后，将订单发送给会员。根据基本流程创建会员订房的序列图以及协作图，如图3.1所示：图3.13.1.2 “客房信息设置”用例下面通过具体的描述来确定管理员对客房信息进行修改的过程，基本的工作过程如下：l 管理员想要修改客房信息，需要先登陆系统。l 管理员通过客房信息设置界面来查看客房信息。l 客房信息向管理员返回信息。l 管理员看到客房信息之后，通过客房信息设置模块对信息进行修改。l 修改成功之后，客房信息向管理员返回修改成功后的客房信息。l 根据基本流程创建客房信息设置的序列图及其协作图，如图3.2所示： 图3.23.1.3 “权限设置”用例 管理员对酒店会员的权限设置的工作流程

30、如下：l 管理员希望通过权限设置界面对会员权限进行修改。l 管理员通过权限设置界面，查询所有会员的权限信息。l 会员实例返回所有会员姓名目录。l 管理员选择一个需要修改权限的会员用户名。l 会员实例返回会员所拥有的权限。l 管理员通过权限设置界面和会员实例修改会员的权限并写入会员实例中。l 设置完成后，权限设置界面关闭，返回管理员的主界面。l 根据以上基本流程创建权限设置的序列图和协作图，如图3.3所示：图3.33.2 状态图状态图（State Diagram）用来描述一个特定对象的所有可能状态其引起状态转移的事件。大多数面向对象技术都用状态图表示单个对象在其生命周期中的行为。一个状态图包括一

31、系列的状态以及状态之间的转移。状态，所有对象都具有状态，状态是对象执行了一系列活动的结果。当某个事件发生后，对象的状态将发生变化。状态图中定义的状态有：初态、终态、中间状态、复合状态。其中，初态是状态图的起始点，而终态则是状态图的终点。一个状态图只能有一个初态，而终态则可以有多个。一个状态可以进一步细化为多个子状态，可以通过进一步的细化的状态称作复合状态。子状态之间有“或关系”和“与关系”两种关系。或关系说明在某一时刻仅可到达一个子状态。例如，一个处于行驶的汽车，在“行驶”这个复合状态中有向前和身后两个不同的子状态，在某一时刻汽车要么向前，要么向后。与关系说明复合状态中在某一时刻可同时到达多个

32、子状态（称为并发子状态）。具有并发子状态的状态图称为并发状态图。转移，状态图中之间带箭头的连线被称为转移。状态的变迁通常是由事件触发的，此时应在转移上标出触发转移表达式。如果转移上未标明事件，则表示在源状态的内部活动执行完毕后自动触发转移。3.2.1 订单状态图订单含有以下几种状态：显示订单中所拥有的所有信息、酒店会员对订单进行修改、当所有信息被确认之后生成订单。它们之间的转换规则如下：l 当酒店会员预订房间后，可以在订单管理中查看或者修改订单。l 当会员查看订单信息之后确认订单信息，确认无误之后可以生成订单。l 当会员查看信息之后，认为有修改的地方，可以修改订单之后，再生成订单。l 会员还可

33、以从订单管理中，找到订单之后，修改订单信息后，生成订单。l 根据订单的各种状态的转换规则，创建订单的状态图，如图3.4所示： 图3.43.2.2 会员状态图 会员包含以下的状态：登录、退出。会员的状态转换关系如下：l 会员需要预定房间的时候，需要输入用户名、密码进入登录状态。l 订单生成即订房成功，关闭界面，进入登出（退出）状态。根据会员的各种状态的转换规则，创建会员的状态图，如图3.5所示： 图3.53.2.3 客房信息状态图客房信息包含以下的状态：显示客房信息、显示预定客房信息、已修改客房信息、退房。客房信息的状态转换关系如下：l 酒店会员和管理员可以请求查询客房信息。l 客房被酒店会员预

34、订之后，转换为显示预定客房信息状态。l 酒店会员请求退订客房之后，转换为退房状态。l 管理员查看客房信息，认为有信息需要更改时，请求更改客房信息，更改信息后转换为已修改客房信息状态。l 根据客房信息的各种状态的转换规则，创建客房信息的状态图，如图3.6所示：图3.63.2.4 权限设置状态图权限设置包含以下状态：显示会员权限、显示查询内容、权限已修改。权限设置的状态转换关系如下：l 管理员请求查看会员的权限时，转换为显示用户权限状态。l 管理员输入查询信息时，转换为显示查询内容状态。l 酒店会员权限被之后，转换为权限已修改状态。l 根据权限设置的各种状态以及转换规则，创建权限设置状态图，如图3

35、.7所示：图3.7 3.3 系统活动图活动图是UML中用于对系统的动态方面建模的五种图中的一种。一张活动图从本质上说是一个流程图，显示从活动到活动的控制流。活动图用于一个系统的动态方面建模。当对象在控制流的不同点上从状态移动时，用活动图也可以对该对象的控制流进行建模。活动图可以单独用来可视化、详述、构造和文档化对象群体的动态特性，也可以用于对一个操作的控制流建模。交互图强调的是从对象到对象的控制流，而活动图强调的是从活动到活动的控制流。一个活动是一个状态机中进行的非原子的执行单元。活动最终导致一些动作，这些动作由可执行的原子计算组成，这些计算会导致系统状态的改变或一个值的返回。活动图不仅对系统

36、的动态特性建模是重要的，而且对于通过正向和逆向工程横行可执行的系统也很重要。酒店会员通过系统进行客房预订的活动，可以通过以下步骤完成：l 客户查看客房信息。l 系统显示客房信息。l 当客户查看客房信息，决定需要预订的客房之后，请求预订客房。l 请求提交到系统之后，系统判断该用户是否处于登陆状态。如果用户没有登陆，则转入登陆界面；用户已经处在登陆状态时，系统显示客户需要预定的客房的客房信息。l 会员查看客房信息无误之后，选择订单及付款方式。l 订单生成后，记录客房信息并显示让会员再次确定其信息。l 当会员确认之后，生成订单。客房预定成功，根据酒店客户在网上预订客房的服务流程的活动，可以创建酒店客

37、房预订的活动图，如图3.8所示：图3.8第四章 系统实现建模4.1 构件图构件，即构造应用的软件单元。构件图中不仅包括构件图，同时还包括构件之间的依赖关系，以便通过一览关系估计对系统构件的修改可能给系统造成的影响。在酒店预订系统中，通过构件图映射到系统的实现类中，说明构件物理实现的逻辑类。在酒店预订系统中，可以对系统的主要参与者和主要的业务实体类分别创建对应的构件进行映射，如创建权限设置、个人信息管理、主界面、客房信息设置、客房信息、个人订单管理，通过主界面构件来使用各个构件，客房信息构件通过客房信息设置构件使用。根据这些构件以及其关系创建的构件图如图4.1所示。 图4.14.2 部署图 系统

38、的部署图描绘的是系统节点上运行资源的安排。在酒店预订系统中，系统有2个节点，分别是：管理员维护节点，管理员通过该节点进行后台的维护，执行管理员允许的所有操作；会员节点，会员通过该节点进行客房预订活动。酒店预订系统的部署图如图4.2所示。图4.2总 结经过几个星期的上机实践学习，使我对UML有了更进一步的认识和了解，要想学好它要重在实践，要通过不断的上机操作才能更好地学习它，通过实践，我也发现我的好多不足之处，最主要是自己在UML图形正确使用上不够熟悉，通过实践，使我在这个方面的认识有所提高。其次，经过查找资料，调查研究，获取需求以及在这些基础上做出的系统分析，我做出了这个“酒店预订系统”课程设

39、计报告。总的来说，这个系统的设计考虑了大部分要考虑的因素，一些影响不大的因素就没有考虑再内，系统的需求分析中运用分模块介绍的方式，直观，便于理解，不过需求分析在整体的格式多样性上有所欠缺，这在以后的设计中要吸取教训。通过这次的课程设计，我不但学到了很多东西，也把原来学的东西理解的更透彻了，特别是把原来学的不同科目的东西结合起来了，收获很大。通过实践的学习，我认到学好计算机要重视实践操作，不仅仅是学习UML语言，还是其它的语言，以及其它的计算机方面的知识都要重在实践，所以后在学习过程中，我会更加注视实践操作，使自己更好地学好计算机。没有实践，学习就是无源之水，无本之木。以上就是我在进行课程设计实训的心得和感受。