UML酒店信息管理文档.docx
《UML酒店信息管理文档.docx》由会员分享,可在线阅读,更多相关《UML酒店信息管理文档.docx(21页珍藏版)》请在冰豆网上搜索。
UML酒店信息管理文档
实验一需求规格说明书
一、系统概述
当今,酒店业作为一个成熟的产业,各种酒店管理软件众多,有实力的酒店或宾馆大多采用自主开发或委托软件开发商开发出适合各自的专用软件。
然而占着绝大多数的中小型酒店、宾馆由于资金、人员等诸多方面原因不易使用酒店管理类软件,全凭原始的手工记录管理,效率低、易出错;同时,市场上出现的各类酒店管理软件基本上都是为大型酒店专业设计的,有很多功能对于一般酒店、宾馆根本用不上。
本系统(欣然酒店管理系统)就是针对这一现状,并且结合酒店管理的需要和业务维护的需要进行扩展性而开发的一套酒店管理系统。
1.编写目的
编写本需求规格说明书的目的是为了就本系统将实现的功能和为客户提供的服务上与客户达成一致。
回答系统做什么和不做什么,定义系统的范围;回答什么对于客户来讲是重要的,以便于更好的满足客户的要求。
2.背景
开发项目名称:
欣然酒店管理系统
产品用户:
中小型的酒店,宾馆
酒店业是一个前景广阔而又竞争激烈的行业。
近年来,我国的酒店业迅速发展,已经成为一个具有相当规模的产业。
同时由于我国的旅游业迅速发展,酒店业也得到了长足的发展,一些大型星级酒店应允而生,伴随着这些酒店的管理软件也紧跟其后;但是我国酒店行业中占多数的毕竟是中小型酒店,宾馆,由于这些酒店,宾馆的资金和人力等方面的因素,不可能像那些大型星级酒店那样设计开发适合针对自己的酒店管理系统,而他们也迫切需要酒店的工作质量和效率提高,为此实现一个适合中小酒店,宾馆的管理的自动化已经成为一种必然。
为此我们提出了此酒店管理系统的设计,具体采用的技术在以后有详细阐述。
3.目标
针对确定的用户群:
中小型酒店,宾馆。
同时借鉴大型酒店自己研发的管理系统和类似产品,在系统需求的分析基础上,确立了该系统(欣然酒店管理系统)的具体实现功能。
最终实现管理模式,实现普通网站浏览者对酒店情况的浏览,对网上客房的预定,网站浏览者的留言等动态形式的内容和企业文化,业内新闻等静态内容;并阐述系统的结构设计和功能设计,实现职员的登录管理等。
该系统由于采用当前流行的Delphi语言设计开发(暂定为此语言),因此具有很好的实用性、可靠性、安全性、可维护性和可移植性。
4.产品描述
本软件产品是针对中小型酒店、宾馆所定制的管理信息系统,旨在对酒店或者宾馆的客房的预定,会员参与,酒店信息发布,顾客留言等问题解决。
本项目采用前台和和后台相结合的方式整合系统,前台以酒店门户网站的形式设计,后台以管理菜单链的形式设计,前后台相互协作。
通过本系统的应用普通顾客或者会员可以非常方便的通过网上预订的方式预订酒店客房,同时方便酒店的客房,会员等事项的管理。
本系统适用于各中小型酒店,宾馆,招待所等住宿场所。
二、对功能的基本描述
1.前台:
实现一个软件用户对象的门户宣传网站。
⑴酒店介绍模块:
本模块用于介绍酒店基本情况。
如发展历史、服务水平、收费标准等信息。
⑵站内公告模块:
本模块用于发布最新的酒店动态,如对会员的优惠措施,或者新会员的加入等信息。
⑶客房信息模块:
本模块完成对客房信息的查看,包括客房的基本信息和客房的详细信息。
⑷退房模块:
本模块完成对顾客信息的查看和房间信息的查看,并完成顾客退房功能。
⑸业界动态等模块:
对于业界动态,企业文化,在线帮助,关于我们等模块,用以实现软件用户对象的辅助需求。
2.后台:
具体实现对职员信息、会员信息,留言信息,客房信息,预订信息等模块功能进行设计和实现。
⑴客房管理模块:
在该模块中,实现对酒店客房信息的相关管理,具体包括客房信息的查看,客房信息的添加,客房信息的修改,客房信息的删除操作。
⑵收入管理模块:
本模块实现经理对收入的管理,即查阅收入信息,总结净收入。
⑶留言管理模块:
本模块实现用户对酒店服务和其他评价的留言,具体实现查看留言,回复留言和删除留言三部分的功能。
⑷会员管理模块:
本模块实现已经注册的会员信息的管理,具体实现对会员信息的添加,会员信息的删除(即注销),会员信息的修改和会员信息的查看。
⑸餐饮管理
本模块用以实现对客户所需餐饮服务的管理,即提供该酒店的餐饮信息,供客户选择。
3.顾客模块:
顾客分会员和一般顾客。
他们可以网上预订客房和餐饮,查看以顾客留言,或提出意见或建议,且一般顾客可以注册成为该酒店的会员。
三、系统功能需求分析
1.前台:
实现一个软件用户对象的门户宣传网站。
⑴酒店介绍模块:
本模块仅仅是一个用于介绍酒店基本情况的
本模块输出为展现一个页面,显示酒店的基本情况介绍。
本页面为只读,一般情况下不允许随便修改。
暂时设计为静态页面的形式。
⑵网上预订模块:
本模块是酒店管理系统前台设计中非常重要的一个模块,输入为一个预订的客户信息,其中分为普通顾客和会员两种情况,系统分别进行处理。
⑶客房信息模块:
本模块作为前台的一个子模块也是很重要的,采用动态生成效果,在前台为只读设置,通过链接可以查看具体的客房简介等信息,本模块的输出为两个经过分页的列表,一个是客房大致情况的列表,一个是客房详细信息的列表。
本模块和后台的客房信息管理结合,具体的数据流的输入在后台的客房信息管理模块中实现。
⑷顾客留言模块:
本模块由两部分组成,一部分是经过分页处理的留言列表,一部分是进行留言的交互窗口。
对于用户留言模块的输入在前台两个地方:
一个通过网站直通车栏目进入输入,一个通过留言列表的链接进入输入。
同时在后台的留言管理模块也作为了留言模块的数据输入。
具体用例图见下:
⑸业界动态等模块:
对于业界动态,企业文化,在线帮助,关于我们等模块我们采取了和酒店介绍相同的办法,均采用静态页面进行展现,处理。
2.后台:
具体实现对会员信息,留言信息,客房信息,预订信息等模块功能进行设计实现。
⑴客房管理模块:
在模块中,实现对酒店客房信息的相关管理,下属分为四个具体的子模块,分别是客房信息的查看,客房信息的添加,客房信息的修改,客房信息的删除操作.
客房信息查看中可以查看经过分页处理的客房简要信息,具体应该包括客房名称,价格,楼层,类型,客房的使用状态等信息.本模块仅仅是对作为客房信息的数据输出,系统设置为只读.客房信息的添加作为客房信息模块的数据输入源,在系统初始化部署时设定后,以后基本不再需要.在本子模块中应该尽量体现客房信息参数的完整性和全面性.客房信息修改子模块可以在客房添加子模块的基础上实现,以体现软件的重用思想.实现对已有客房信息的修改,.客房信息删除子模块实现对不在有意义的客房信息进行删除.
⑵收入管理模块:
本模块实现经理对收入信息的查询和净收入的总结。
⑶留言管理模块:
本模块实现用户对酒店服务和其他评价的留言,在本模块下属三个子模块,分别是查看留言,回复留言和删除留言三部分,
留言查看子模块实现对留言者的留言经过分页处理后的列表,它的数据应该和前台中顾客留言的数据同步,同时为了增加酒店网站访问者和酒店本身的互动性,对留言者的留言应该进行恢复,对于未曾恢复的留言应该有好的标注.回复留言子模块是针对留言查看模块中的留言者的留言的一个回复,一次增加互动性.留言删除实现对留言的删除.
⑷会员管理模块:
本模块实现已经注册的会员信息的管理,它包括对会员信息的添加,会员信息的删除,会员信息的修改,会员信息的查看四个子模块。
会员信息的添加子模块可以实现对注册会员的添加,在这部分数据来源有两个地方,一个在此处,一个可以在前台等会员登陆处通过会员注册实现会员信息的添加,进而为以后的客房预订实现的优惠提供数据支持。
会员信息的删除实现对会员信息的删除操作。
会员信息的修改实现对会员信息的修改,这部分同时实现了对会员忘记密码时在后台的修改。
会员信息的查看实现一个经过分页处理后的会员信息列表。
⑸餐饮管理模块
本模块用以实现对客户所需餐饮服务的管理,即提供该酒店的餐饮信息,出示菜单,供客户选择。
四、用例模型
1.确定执行者
执行者是指与系统交互的人或其他系统。
据此可以确定出酒店管理系统的执行者有:
一般顾客、会员、后台职员、前台职员和经理。
执行者的具体描述如下:
(1)一般顾客:
到此“欣然酒店管理系统”页面进行浏览,查看顾客留言,或预订客房,注册成为会员的人。
(2)会员:
已注册成为此系统的会员的人。
(3)后台职员:
酒店管理系统的管理人员,负责整个系统的维护。
(3)前台职员:
负责酒店的宣传,并提供客房信息的人。
(4)经理:
本酒店的主要负责人,除拥有后台职员的权限外,还可以查看收入信息并合理调整方案的人。
用户的特点:
该系统最终用户包含三类:
即酒店系统管理员、前台职员、酒店的注册会员和网站普通浏览者。
本软件的用户方操作人员水平不一,大多数很少接触电脑。
其中对酒店系统管理员要求能比较熟练的操作计算机。
2.确定用况
从系统得需求陈述和分析可得出该系统的用况图如下图(1)所示:
图
(2)前台职员用例图:
图(3)顾客(含会员)用例图:
图(4)后台职员(含经理)用例图:
图(5)清洁工用例图:
3.用况描述:
(1)删除空客房用况描述
用况名称:
删除空客房
参与的执行者:
后台职员
目的:
完成对顾客入住的全过程
前置条件:
该酒店的一个后台职员已经登录到该酒店管理系统中
事件流:
基本路径:
1.当选择删除空客房时开始
2.该后台职员询问顾客是否已经预定过客房
3.若是,则查看预定记录,若不是,则询问客人要选择何种房间
4.给顾客看房间的状态,若有空客房,则询问其是否接受报价,若无,则建议其住其它酒店
5.顾客接受报价后填写入住登记
6.查验顾客的证件并核对登记信息
7.引领顾客入住,修改客房信息(空客房减少),用况结束
与其它用例的关联:
若顾客不接受报价,可以给其提供业界信息,建议住其它酒店。
后置条件:
如果删除空客房成功,则修改客房信息(空客房减少),否则不变。
(2)网上预订用况描述
用况名称:
网上预订
参与的执行者:
顾客(包括酒店会员)
目的:
完成对预订客房、餐饮的全过程
前置条件:
一名顾客(包括本酒店的会员)已经登录到该酒店管理系统中,且已经查看了本酒店的客房信息和餐饮服务信息
事件流:
基本路径:
1.当选择网上预订时开始
2.该顾客可以根据提示信息进行相应的预定客房、餐饮等信息的填写
3.此职员在填写的过程中,可以随时对所填写的内容进行修改
4.此后台职员确定其预定信息后点击提交按钮进行提交预定信息
5.把预定信息添加到客房信息中
6.删除空客房信息,用况结束
与其它用例的关联:
若顾客的预定信息成功,则删除空客房,并修改客房信息。
后置条件:
如果预定客房、餐饮成功,则空客房信息被更新(减少),预订表增加,否则不变。
(3)增加空客房用况描述
用况名称:
增加空客房
参与的执行者:
后台职员
目的:
完成对顾客退房,取消住宿的全过程
前置条件:
该酒店的一名后台职员已经登录到该酒店管理系统中
基本路径:
1.当选择增加空客房时开始
2.该酒店的一名后台职员打开要房间信息表和顾客登记信息表
3.选择顾客要退的房间和结账方式
4.结算客户的消费费用(即用其所住客房的房价乘以住宿天数)
5.打印发票,增加空客房
6.询问是否仍有客人要退房,若有,则返回2执行,若无,则用况结束
后置条件:
如果顾客退房成功,则总收入信息、客房信息发生改变,否则不变。
(1)客户预定活动图:
(2)会员留言活动图:
(3)增加空客房(顾客退房)活动图:
UML实验报告二——类图
一、类图
酒店管理信息系统中所涉及的类主要包括:
客房信息(Room),客户信息(CustomerInfo),预订(Order)、入住(Enter),退房(Leave),餐饮服务(Meals),库存信息(DivergenceInfo),购买计划(BuyPlan)。
下面是通过类图将它们之间的关系表示出来:
建立系统的对象类图就是建立系统的静态结构模型,包括确定和建立对象类图、建立对象类及其之间的联系、确定其静态结构和行为。
根据已经建立的用例模型图和客户的业务需求,采用CRC卡的方法确定对象类及其属性和操作。
通过检查类的定义、分析问题的需求和运用该领域内的知识完善和确定类的属性,并根据系统功能要求和系统设计需要完善和确定类的操作。
下面将“酒店管理信息系统”中几个典型的对象类及其属性和操作的定义简要介绍如下:
⑴.客户信息
·类名:
客户信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享,当顾客退房完成后可删除顾客信息。
·功能:
负责建立顾客的基本信息并对这些信息进行处理,包括添加、删除、修改、查询、留言等。
·属性:
顾客姓名、顾客编号、年龄、生日、性别、电话号码、电子邮箱、喜欢的食物、留言、起始时间、结束时间。
·操作:
添加空客房()、查询客房信息()、删除空客房()、修改客房信息()
⑵.房间信息
·类名:
房间信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录酒店客房的基本信息并对这些信息进行处理,包括添加、删除、修改、查询等。
·属性:
房间号(客房编号)、房间等级、价格、是否为空、房间备注、起始时间、结束时间
·操作:
添加房间()、查询房间信息()、删除房间()、修改房间设施()
⑶.餐饮信息
·类名:
餐饮信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录酒店的餐饮基本信息并对这些信息进行处理,包括添加、删除、修改、查询、留言等。
·属性:
餐桌编号、订餐类型、餐饮名字、餐饮价格
·操作:
添加餐桌号()、查询餐饮信息()、删除餐桌号()、修改餐饮信息()
⑷.预订信息
·类名:
预订信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录顾客的预订客房和餐饮的信息,斌对这些信息进行处理,包括添加、删除、修改、查询等。
·属性:
顾客编号、房间编号、餐饮编号、顾客姓名、预订时间、餐桌号、服务编号、收费、起始时间、结束时间
·操作:
添加预订信息()、查询预订信息()、删除预订()、修改预订信息()
⑸.入住信息
·类名:
入住信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录顾客的入住信息并对这些信息进行处理,包括添加、删除、修改、查询等。
·属性:
预订编号、顾客姓名、会员号、电话号码、房间编号、起始时间、结束时间、备注
·操作:
添加入住信息()、查询入住信息()、删除入住信息()、修改入住信息()
⑹.退房信息
·类名:
退房信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录顾客的退房信息并对这些信息进行处理包括添加、删除、修改、查询等。
·属性:
房间编号、房间等级、价格、餐饮、起始时间、结束时间
·操作:
添加退房()、查询退房信息()、删除退房()、修改退房信息()
⑺.购买计划
·类名:
购买计划
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录需要购买的原材料信息并对这些信息进行处理,包括添加、删除、修改、查询等。
·属性:
购买时间、购买编号、购买数量、原材料名称、预算价格、类型
·操作:
添加购买信息()、查询购买信息()、删除购买信息()、修改购买信息()
⑻.库存信息
·类名:
库存信息
·类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
·功能:
负责记录库存的信息并对这些信息进行处理,包括添加、删除、修改、查询、等。
·属性:
数量、进出库、库存、经办人、原料编号、原料名称
·操作:
添加库存信息()、查询库存()、删除库存()、修改库存信息()
二、UML餐饮酒店管理系统类图如下:
UML实验报告三——顺序图、合作图
一、顺序图:
为了描述类的动态行为,使用UML的顺序图、合作图来描述。
顺序图的基础是用例,在顺序图中可以说明类之间如何合作以操作该系统中的用例。
UML模型是将前面设计的模型进行扩展和细化。
下面是酒店管理信息系统中的几个顺序图,设计的目的是产生一个可以使用的解决方案,并且可以容易地将方案转换成程序代码。
退房的顺序图:
顾客预订时序图:
会员留言顺序图:
二、合作图
退房合作图:
顾客预订合作图:
会员留言合作图:
UML实验报告四——构件图、配置图
一、构件图:
由于酒店管理信息系统是一个较为复杂的软件,由多个可执行程序和相关的持久对象库构成。
采用构件图建模,利用可视化图形来说明系统的构成,可以便于开发者对开发计划做出决策。
对于酒店管理信息系统,可以根据用例图和结点的分布设定构件。
该系统有5个构件,各构件的功能要求在用例图中有简单的描述。
它们是:
“顾客管理”、“职员管理”、“留言管理”、“客房管理”、“会员管理”构件。
由它们组成的源代码到执行代码过程的构件图如下:
该系统的源代码程序采用C++程序设计语言完成,经过系统编译,生成二进制中间目标代码,再经过系统连接,形成最终的可执行代码。
因为各个用例的功能相对独立,所以完成每个用例功能的程序代码就是一个构件。
当然,对于每个用例来说,达到系统要求的功能只有一个可执行代码构件是不行的,还要有一些支持构件如数据库构件、持久对象库、动态链接库、系统帮助信息和一些特定对象等,共同协作完成用例的功能要求。
构件图:
★各个构件的基本功能:
⑴客房管理模块:
在该模块中,实现对酒店客房信息的相关管理,具体包括客房信息的查看,客房信息的添加,客房信息的修改,客房信息的删除操作。
⑵职员管理模块:
本模块实现对酒店职员的信息进行的管理,包括添加、修改、删除、查询职员信息四部分的功能。
⑶留言管理模块:
本模块实现用户对酒店服务和其他评价的留言,具体实现查看留言,回复留言和删除留言
⑷会员管理模块:
本模块实现已经注册的会员信息的管理,具体实现对会员信息的添加,会员信息的删除(即注销),会员信息的修改和会员信息的查看。
⑸餐饮管理
本模块用以实现对客户所需餐饮服务的管理,即提供该酒店的餐饮信息,供客户选择。
三部分的功能。
二、配置图
由于酒店管理信息系统具有流程复杂、数据量大、操作要求安全的特点,所以必须进行数据库、操作系统、网络等硬件和软件的合理选择。
下面是一个酒店管理信息系统所必须的、基本的软硬件的配置:
★软件配置
1).数据库的选择:
可以根据数据量的大小选择不同的数据库。
其中数据量是指数据库中需存放的单表的最大记录数。
选择可以是多样的。
有时,由于经费的限制,可以选择较为便宜的数据库,这要依据用户的需要而定。
数据库的选择还要考虑与操作系统的配合。
2).操作系统的选择:
操作系统决定了系统的稳定及安全性,可以依据用户量的大小选择不同的操作系统。
一般情况下,用户对微软的Windows界面比较熟悉,因此,客户端可以使用Windows98、Windows2000或者WindowsXP的操作系统。
★硬件配置
1).客户端硬件的选择:
一般情况下,对客户端的要求并不像服务器端那么高,可以根据稳定性要求选择不同的客户端。
2).服务器端硬件的选择:
可以依据操作时数据量的大小选择不同的服务器控件。
当然,硬件的配置也不是绝对的,具体的配置可以依据用户的需求和建设经费精确计算。
★网络配置:
酒店管理信息系统的网络配置一般可以有百兆模式(计算机网络的速度为百兆)或者千兆模式(计算机网络的速度为千兆)。
实际运用时,一般没有必要给每个节点都配备千兆网络接口,只需要给服务器端配备千兆接口即可。
在实际的运行操作中,可以依据用户情况选择不同的网络配置。
配置图: