UML酒店客房管理系统Word文档格式.doc
《UML酒店客房管理系统Word文档格式.doc》由会员分享,可在线阅读,更多相关《UML酒店客房管理系统Word文档格式.doc(16页珍藏版)》请在冰点文库上搜索。
戴建国
完成日期:
2012年5月17号
15
目录
第一章简介 3
1.1UML简介 3
1.2系统功能简介 3
第二章需求分析 5
2.1用例图 5
2.1.1员工管理 5
2.1.2前台接待员接待客户 5
2.1.3前台预订员预订房间 6
2.1.4前台收银员结账 6
2.1.5服务员整理客房 7
2.1.6总经理负责管理系统 7
2.2领域模型 8
第三章系统分析 9
3.1分析顺序图 9
3.1.1服务员整理房间顺序图 9
3.1.2总经理查询职员信息 9
3.1.3前台接待员接待客户顺序图 10
3.1.4前台收银员结账的顺序图 10
3.1.5人事部经理管理员工信息 11
3.1.6客户信用卡结账顺序图 11
3.1.7前台接待员登录系统顺序图 12
3.2分析模型图 12
第四章系统设计 13
4.1系统设计类图 13
4.2系统设计顺序图 13
4.2.1前台接待员顺序图 13
4.2.2前台收银员顺序图 14
4.2.3服务员整理客房顺序图 14
4.3设计模式 15
4.3.1观察者模式 15
4.3.2单例模式 15
4.4设计理由 15
第一章简介
1.1UML简介
UML是统一建模语言(UML是UnifiedModelingLanguage的缩写)是用来对软件密集系统进行可视化建模的一种语言。
UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
UML可以贯穿软件开发周期中的每一个阶段。
被OMG采纳作为业界的标准。
UML最适于数据建模,业务建模,对象建模,组件建模。
UML作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。
当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。
最常用的UML图包括:
用例图、类图、序列图、状态图、活动图、组件图和部署图。
1.2系统功能简介
酒店客房管理系统的主要任务是对酒店的客房进行管理,使用户能轻松地找到所需要的客房信息,提供订房和退房服务,并对酒店客房的业绩进行统计。
在不同的酒店之间,酒店客房管理系统会存在一些差异。
通常,酒店客房管理系统的主要功能包括以下几个方面。
(1)员工信息管理
(2)前台接待员接待顾客
(3)前台预订员预订房间
(4)前台收银员结账
(5)服务员整理房间
(6)总经理负责管理系统
从功能描述的内容来看,本实例可以实现六大功能。
我们根据这些功能,设计出系统的功能模块,如图1-1所示。
图1-1酒店客房管理系统功能模块示意图
第二章需求分析
2.1用例图
2.1.1员工管理
图2-1-1员工管理用例图
人事部经理负责员工管理模块,负责管理员工的相关信息。
2.1.2前台接待员接待客户
图2-1-2前台接待员用例图
前台接待员处理为预订顾客和已入住顾客的调房,留言,客房状态等问题
2.1.3前台预订员预订房间
图2-1-3订房管理用例图
前台预订员负责预定房间,查询预订信息,修改预订信息,取消预订等操作。
2.1.4前台收银员结账
图2-1-4退房用例图
前台收银员负责处理客户退房的相关操作,包括记账,买单,转账,查账,设置跑单等操作。
2.1.5服务员整理客房
图2-1-5服务员整理客房信息用例图
服务员负责处理客房的相关信息,包括设置房态,查询房态,修改房态等操作
2.1.6总经理负责管理系统
图2-1-6总经理管理系统用例图
总经理负责管理系统,包括修改房价,管理系统密码,维护系统权限,查看收入数据以及备份数据等操作。
2.2领域模型
图2-2领域模型图
第三章系统分析
3.1分析顺序图
3.1.1服务员整理房间顺序图
图3-1-1服务员整理房间顺序图
3.1.2总经理查询职员信息
图3-1-2总经理查询职员信息顺序图
3.1.3前台接待员接待客户顺序图
图3-1-3前台接待员接待客户
3.1.4前台收银员结账的顺序图
图3-1-4前台收银员结账
3.1.5人事部经理管理员工信息
图3-1-5员工信息管理
3.1.6客户信用卡结账顺序图
图3-1-6客户信用卡结账
3.1.7前台接待员登录系统顺序图
图3-1-7前台接待员登录系统
3.2分析模型图
图3-2系统分析模型图
第四章系统设计
4.1系统设计类图
图4-1系统设计类图
4.2系统设计顺序图
4.2.1前台接待员顺序图
图4-2-1前台接待员接待客户
4.2.2前台收银员顺序图
图4-2-2前台收银员结账
4.2.3服务员整理客房顺序图
图4-2-3服务员整理客房
4.3设计模式
4.3.1观察者模式
图4-3-1系统设计的观察者模式
4.3.2单例模式
图4-3-2单例模式
每个系统管理者只能由一个经理担任,只有一个实例对象。
4.4设计理由
该设计遵守了单一职责原则,一个类只有一个发生变化的原因,避免了职责的耦合,例如:
前台接待员只负责前台接待,前台预订员只负责前台预订。
另外该设计还遵守了开放—封闭原则,模块可以扩展,但不能被修改。
实现了面向对象设计的封装,多态,继承等好处。
评语: