宾馆住宿管理系统课程设计文档格式.docx
《宾馆住宿管理系统课程设计文档格式.docx》由会员分享,可在线阅读,更多相关《宾馆住宿管理系统课程设计文档格式.docx(20页珍藏版)》请在冰豆网上搜索。
使用该系统,既可以大幅度提高各业务部门的工作效率,也可自动完成各业务部门之间的营业信息、账务、报表的自动化传输与汇总,使各项业务工作更加制度化、科学化。
但是,本管理系统也有些美中不足的地方,比如没有加入餐饮这一模块的管理,所以,我们会继续努力,积极完善这个宾馆管理系统,更好的为宾馆管理行业服务。
二、系统需求分析
1.功能结构
宾馆住宿管理系统的数据库功能主要体现在对各种信息的提供、保存、更新和查询操作上包括客房信息。
客房类型信息、客户记录信息、客户信息、员工信息和员工工作信息。
各个部分的数据内容又有内在的联系。
针对该系统的数据特点,可以总结如下的需求:
客房信息包括客房的详细信息
客户信息记录客户登记时的详细信息
入住信息是客户信息和客房信息之间的关联
每个员工信息都对应一个员工类型
每个客房都对应一个员工信息
根据以上需求分析,给出以下功能模块图:
图1功能模块图
2.数据流程图
1.业务流程图,如图2.1所示。
图2.1客房管理业务流程图
(1)顶层数据流程图,如图2.2所示。
图2.2顶层数据流程图
(2)第二层数据流图,如图2.3所示。
图2.3第二层数据流图
(3)宾馆开房数据流程图,如图2.4所示。
图2.4宾馆开房数据流程图
(4)客户续房数据流程图,如图2.5所示。
图2.5客户续房数据流程图
(5)客人退房数据流程图,如图2.6所示。
图2.6客人退房数据流程图
3.数据字典
数据字典是关于数据信息的集合,即对数据流图中包含的所有元素的定义的集合。
1.数据项
表3-1. 客户(Travellers)信息:
表中列名
数据类型
可否为空
说明
Tno
Int
Notnull(主键)
客户编号
Tname
Char(10)
Notnull
客户姓名
Tsex
Char
(2)
客户性别
Tid
Char(20)
客户身份证号
表3-2.客房(Rooms)信息:
Rno
Int
客房号
Rstyle
客房类型
Rprice
客房单价
Rstate
客房状态
Rtel
Char(15)
客房电话
表3-3.客户住宿(Living)信息:
Tno
Rno
Tcomedate
Datetime
入住日期
Tleftdate
结算日期
Ttime
住宿时间
Tamount
房费
表3-4.客房物品(Roomitem)信息:
Ritemno
客房物品编号
Ritemname
客房物品名称
Ritemstate
物品状态
Ritemprice
客房物品单价
Ritemnum
物品数量
2.数据结构
根据上述系统功能分析和需求总结,设计如下的数据结构
数据结构名
含义说明
包括客房类型(单间、标间)、
客房信息
包括客房编号、客房价格、客房所属类型、负责人编号
客户信息
客户身份证号、客户姓名、客户性别、客户年龄、联系方式、客房编号
登记信息
客房编号、客户身份证号、入住日期、退房日期、账目结算
员工信息
员工编号、姓名、年龄、职位、联系方式、工资、所属部门
员工类型
职位、底薪、工作时间
客房物品
客房剩余物品、客房所需物品等
3.数据流
数据流名称:
客房登记信息
位置:
宾馆—登录处理
说明:
“登记”“查询”“反馈”
退房登记信息
位置:
登录处理—宾馆人员
显示客户消费各项信息
宾馆员工管理
宾馆—员工信息
显示员工各项基本信息
客房物品管理
管理人员—宾馆仓库管理人员保护
指定保护物品,保障宾馆各种所需物品的供求
4.数据存储
数据存储名称:
客户登记表
输入:
客户姓名、身份证号、房间号—输出:
登录处理表格
数据结构:
客户姓名+身份证号
该注册信息由宾馆保密
管理人员登记表
管理人员姓名、工号、—输出:
管理人员姓名+工号
退房登记表
客户姓名、房间号—输出:
客户姓名+房间号
显示客户消费信息
5.处理过程
(1)客户入住登记(管理人员登记信息;
客户姓名、身份证号;
输出:
客户房间号;
处理:
在宾馆住宿系统中,登记好各项信息)
(2)管理人员登录(管理人员注册帐号及登录;
姓名、工号;
管理人员登录验证;
在宾馆住宿系统中,登记好各项信息完成登录)
(3)客户预订登记(管理人员登记信息;
客户姓名、身份证号、预订号;
(4)客户退房登记(管理人员登记信息;
客户姓名、房间号;
客户消费信息;
在宾馆住宿系统中,显示消费信息)
三、概念结构设计。
1概念设计说明
通常,把每一类数据对象的个体称为实体,而每一类对象的集合称为“实体集”。
而E—R模型的主要成分是实体、联系和属性。
如果用矩形框表示实体集,用带半圆的矩形表示属性,用线段连接实体集与属性,当一个属性或属性组合指定为主码时,在实体集与属性的连接上标记一斜线,则可以表示实体集及每个实体集涉及的属性,实体集之间存在各种关系,通常把这种关系称为“联系”。
联系有三类:
一对一的联系(1:
1);
一对多的联系(1:
n);
多对多的联系(m:
n)。
所以,此宾馆住宿管理系统中实体集与实体集的联系,E—R模型如下:
2E-R图
各实体之间的E-R图,如图3-1所示。
图3-1实体之间的E-R图
局部E-R图如下:
客户信息实体的E-R图,如图1所示。
图1客户信息实体的E—R图
客房信息实体的E-R图,如图2所示。
图2客房信息实体的E—R图
客户住宿实体的E-R图,如图3所示。
图3客户住宿实体的E—R图
客房物品信息实体的E-R图,如图4所示。
图4客房物品实体的E—R图
全局E-R图如下:
11
1
N
N
1
总E-R实体图
四、逻辑结构设计
1E-R图到关系模式的转换
关系模式:
客房(客房编号、客房类型、客房价格、负责人编号)
员工(员工编号、员工姓名、员工年龄、员工联系方式、员工职位、员工工资、领导编号)
客户(客户身份证号、客户姓名、客户性别、客户年龄、联系方式、入住日期、退房日期、入住客房编号)
客户_客房(客房编号、客户身份证号、入住日期、退房日期)
客户_员工(客户身份证号、员工编号、服务)
2.实体关系模式分析
由于客房编号、员工编号、客户身份证号、客房编码等每个属性都是不可再分的,且均是简单属性,因此属于第一范式。
由于客房类型、价格,员工年龄、职位、工资等非主属性完全函数依赖,因此属于第二范式。
而员工服务等属于非主属性完全函数依赖。
又因为非主属性不传递函数依赖的主关系键。
因此属于第三范式。
五、物理结构设计
1.数据分析
(1)常查询项:
客房信息、客户信息、员工信息
(2)常变更项:
客户姓名、身份证号、入住日期、退房日期、结算金额等
(3)不易变更项:
客房类型、客房价格等
2.索引的建立
对“客房”、“员工”、“客户”建立索引,方便数据的查询。
3.数据库存放位置的设计
为提高系统性能,应根据应用情况把数据库的常查询项、常变更项、不易变更项分开存放。
4.建立视图
对权限的赋予操作,保障数据库的安全。
六、数据库实施
6.1创建数据库
6.2主表的结构设计
6.2.1进货信息表的结构
6.2.2客户信息表结构
6.2.3用户信息表结构
6.2.4仓库信息表结构
6.2.5库存物品信息表结构
七、总结。
在做宾馆住宿管理前,我对管理系统的理解只停留在知道它怎么用,大概有什么功能。
但是突然间叫我自己也做一个系统,我刚开始挺兴奋的,想着自己终于也可以走一些系统了。
可是在兴奋过后,我突然就感觉到我应刚要怎么样做才行啊,语句,代码什么都不会,但是在这一段时间的学习中,我懂得了挺多东西的。
虽然,在这中间遇到了挺多问题的,并且我在遇到问题经过自己的努力之后还是不明白,而别人很快就懂了,我就变得很烦躁,但是在经过了同学的帮忙后,这些都不成问题了。
在这一次的课程设计中,我总结了几点对我印象比较深刻的:
第一,让我发愁的是对宾馆客房的具体业务流程不太熟悉,通过查找各宾馆管理的资料,经过反复的修改论证,才完成了系统的分析和设计工作。
第二,面临的困难是不熟悉软件开发工具。
我只好翻阅了各种有关的书籍,同时又不断向老师和同学们请教,才逐渐熟练和掌握了开发工具。
第三,在软件开发的过程中,开始编写菜单、窗口、表结构时,进展还是比较顺利,但当有些字段、表关联、数据窗口混淆在一起的时候,作者被搞得晕头