数据库设计案例酒店管理系统设计Word格式.docx
《数据库设计案例酒店管理系统设计Word格式.docx》由会员分享,可在线阅读,更多相关《数据库设计案例酒店管理系统设计Word格式.docx(30页珍藏版)》请在冰豆网上搜索。
![数据库设计案例酒店管理系统设计Word格式.docx](https://file1.bdocx.com/fileroot1/2023-1/30/41ee6f78-351f-4475-8add-b949e5dee17e/41ee6f78-351f-4475-8add-b949e5dee17e1.gif)
D.期末对酒店的收益情况进行核算。
三、各子系统的功能
虽然酒店按功能可以划分成四个部门,但是饮食部门的大部分工作手工操作比计算机操作更具有效率,如上所述,便于电脑操作只有财务处理。
在划分子系统时,考虑到各子系统都有各自的财务处理,且有相似性,所以就把它们归为统一的一个“财务子系统”。
同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在“财务子系统”中。
因此系统共划分为四部分:
总经理子系统、财务子系统、住宿子系统和娱乐子系统。
1.总经理子系统
A.对新来的员工进行编号、登记、分配工作。
{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}
B.对于被辞退的员工从系统中级联删除其信息,如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;
同时补充新的员工,代替它的工作。
C.对新增部门作各种初始工作。
如编号、命名、任命经理等。
{部门号、名称、部门经理、员工数量}
D.取消某个部门时,核算该部门的财务情况,并作备份;
同时对该部门的员工重新分配工作。
E.其他情况的处理
2.财务子系统
A.每天的收入、支出登记
{编号、发票号、摘要、数量、单位、数额、经手人、日期}
B.期末各子系统的财务汇总
{编号、上月余额、总收入、总支出、余额、经手人、日期}
C.期末酒店汇总个部门的财务报表,结算本酒店收益
(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)
3.住宿子系统
A.来客登记
若多人住同一房间,只作一个记录。
客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称
(类型)、证件号码、入住时间、退出时间}
B.房间管理
旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行修改,如房间的状态等。
房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}
房间{房间号,房间类型、状态}
(该部门的财务处理与饮食子系统同,归到财务子系统)
4.娱乐子系统
A.添加新的娱乐项目
娱乐项目{娱乐项目号、名称、收费标准、负责人}
B.取消某娱乐项目
(财务处理
(同饮食子系统)
归到财务子系统)
四、数据字典
1.
数据项
数据项有待按各子系统分类列表。
编数据项
说
明
部
编
数据项名
分
号名称
号
称
1
员工号
整数类型;
有唯一性
2
姓名
文本类型
长度为10字
符
3
性别
枚举类型:
男、女
4
年龄
整数类型
18⋯100
5
工龄
⋯100
6
部门号
数字串类型;
7
名称
8
职务
枚举类型;
根据公司的制
定而定
9
级别号
10
级别名
文本
工资
12
部门经理
参照“员工号“
负责人
14
经手人
员工数
16
房间类型
枚举类型如单人、双人标
量
准间等
设备
说明设备情
18
收费标准
不同的实体有不同的单
况
位
总数量
某一等级的房间的
20
剩余量
某一等级房的尚可用数
数量
房间号
数字串类型
有唯
22
状态
该房是否已被入住
枚举
一性
类型
客人数
某一房间所住的人
24
身份
登记旅客的目前住址
数
证件类
26
证件号码
5型
2入住时格式:
**/**28退出时间格式:
**/**
7间
2编号在各系统有不同意30发票号按固定格式输入
义,唯一
摘要
收入支出来源去向32
的摘要
单价
不同的系统有不同34
备注
的单位
日期
格式:
2.
数据结构
编号
数据结构名
属
性
员工信息
员工号、姓名、性别、年龄、工龄、级别、部门、职务、
部门
部门号、名称、部门经理、员工数量
3酒店财务总编号、部门号、名称、收入、支出、净利、日期、经手
汇人、备注
4部门营业情编号、发票号、摘要、单价、数量、数额、日期、经手
人、备注
房间类别
类别号、名称、设备、收费标准、总数量、剩余量、管
理人员
房间
房间号、房间类别、状态
客人信息
房间号、客人数量、联系人名、身份、证件类型、证件
号码、入住时间、退出时间、备注
娱乐项目
编号、名称、收费标准、负责人
3.
数据流
据
流
输
入
出
名
员工基本信息
招新员工
工资结算
总经理处财务支出
当前员工工作
调配工作
员工新工作
“辞工”信息
辞老员工
部门基本信息
部门信息
更新后的部门信
息
新部门基本信息
新增部门
老部门信息
取消老部门
顾客基本信息
来客登记
顾客信息
11
顾客需求
住房登记
调配住房
满足顾客要求
13
顾客住房信息
目前住房信息
住房信息
15
更新后的住房信
住房单价
住宿管理部门收入
17
住房数量
新娱乐项目信息
添加新项目
娱乐项目信息
19
老娱乐项目信息
取消老项目
数额
娱乐管理部门收入
娱乐管理部门信息
21
项目单价
支出情况
子部门支出
子部门财务信息
23
收入情况
子部门收入
部门营业情况
酒店财务总汇信息
4.数据存储
数据存储名
输入数据流
输出数据流
说明部分
当前部门信息
经理处财务信息
经理处财务支出
经理处财务收入
目前的住房信息
娱乐项目单价
酒店财务总汇信
5.处理过程
处理过程名
终端
当前部门基本信
增新部门
取消部门
部门营业结算
顾客离开
注销住房
住宿管理部门收
新项目信息
老项目信息
娱乐管理部门
部门收入
部门支出
概念结构设计过程
本公司开发酒店管理系统,经过可行性分析、详细调查以及多次讨论,确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成。
本过程结构设计过程采用自底向上的设计方法,即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构.
下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整。
经理管理部门子系统
本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——
子系统的功能:
A.管理员工:
给员工编号,登记其基本信息。
根据员工的平时表现确定其出勤工资及根据等级确定其固定工资,从而确定其实际工资,此外还要给员工分配工作部门等。
B.划分部门:
给各部门编号、命名、确定其职责范围、任命部门经理、分配
员工。
C.对本部门的财务进行核算(支付工资等)。
根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理
部门的分E-R图:
员工11工资
对应
n
组成
1部门1
账单
核算
对E-R图调整的准则:
现实世界中的事物能作为属性对待的尽量作为属性对待;
属性和实体的划分:
属性中不具有需要描述的信息,即属性是不可分的数
据项,不再包含其他信息。
实体属性定义:
员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)
工资(员工号、等级、实际工资、基本工资、出勤工资)
部门(部门号、名称、部门经理、员工数量)
账单(编号、发票号、摘要、收入数、支出数、日期、经手人、备注)
具体调整如下:
1.本来员工还应对应一个领导关系,但这里为了简便,就用员工的”等级”属性来表示员工之间的领导关系;
2.工资本应作为员工的一个属性,但这里需强调员工对应的出勤工资(由出勤情况决定),因此将它单独作为一个实体;
3.部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统,先在各个子系统中进行财务总结,因此,将账单也作为一个实体。
娱乐管理部门子系统
本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——
A.为各个项目制定收费标准,分配负责人;
B.收入支出财务处理:
编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息;
C.对在部门内进行娱乐的顾客进行收费,并根据折扣规则给与顾客相应的折扣;
D.对部门内部进行帐务处理;
项目1n员工折扣规则
负责
1n
n1核算账单
选m
顾客1
款项1
对
择
应付
应
项目(编号、名称、所在位置、收费标准、负责人)
顾客(顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、
使用时间、备注)
款项(顾客号、级别、使用时间、应收款、实际收款、折扣)
折扣规则(级别、折扣情况)
1.本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性
来表示员工之间的领导关系;
2.款项本可以作为顾客的一个属性来设置,但这里为了强调对顾客的折扣情况,
需要对款项进行进一步的描述,因此这里作为一个实体;
3.对顾客所采取的折扣规则,本应该根据顾客的实际消费量来划定,这里为了
方便起见,给每位顾客添加了一个“级别”属性,用以对应采取的折扣规则;
4.部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统,先在各个子系统中进行财务总结,因此,将账单也作为一个实体;
住宿管理部门子系统
A.给个房间布置设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息,确认其身份,登记其入住、退出时间;
C.接受顾客的预定服务,对于已预定的客房进行登记的处理;
D.统计各类房间的客满程度;
E.对本部门的财务流动进行登记处理。
根据需求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图:
顾客mn客房mn员工
住宿负责
111
m
预
订
付
订单1
款项
核
预算账单
约
折扣规则
顾客(顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、
退出时间、备注)
客房(客房号、类别、位置、设备、收费标准、管理人员、状态)员工(员工号、姓名、性别、年龄、工龄、级别、部门、备注)
订单(订单号、时间、房间号、经手人、备注)
方便起见,给每位顾客添加了一个“级别”属性,用以对应应采取的折扣规
则;
4.部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统,先
在各个子系统中进行财务总结,因此,将账单也作为一个实体。
财务管理子系统
A.对各个部门上交上来的收支情况进行汇总,得出各个部门的损益情况;
B.对整个酒店各个部门的损益情况进行汇总登记,得出本期酒店的损益;
C.将整个酒店的收益情况下发给各个部门,帐务公开,集思广益。
分E-R图如下:
部门1
员工
下
发
财务状况
算
汇总
mm
账单m1总帐
结算
员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)账单(编号、发票号、摘要、收入数、支出数、日期、经手人、备注)总帐(编号、部门号、收入、支出、净利、日期、经手人、备注)财务状况(时期、总收入、总支出、净利润)
员工应对应一个领导关系,但为了简便起见,就用员工的“等级”属性来表
示员工之间的领导关系。
视图集成
以上便是四个子系统的分E-R图设计及其调整的整个过程,接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图.
由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将四个子系统分E-R图集成总E-R图的方式.
分两步进行:
第一步:
合并。
解决各分E-R图之间的冲突,将各分E-R图合并起来生成初步E-R图。
各分E-R图之间的冲突主要有三类:
1.属性冲突:
(1)属性域冲突,即属性值的类型、取值范围或取值集合不同。
由于本系统较简单,所以并不存在这种冲突;
(2)属性取值单位冲突。
由于本系统较简单,不存在这类冲突;
2.命名冲突:
(1)同名异义:
由于本系统较简单,所以不存在这类冲突;
(2)异名同义:
由于本系统较小,所以不存在这类冲突;
3.结构冲突:
(1)同一对象在不同应用中具有不同的抽象:
本系统在需求分析阶段原本
存在这种冲突,考虑到后期的简化合并,我们在设计各个分E-R图就
早先解决了这个问题,即将在任何一个分E-R图中作为实体出现的属性全部作为实体;
(2)同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同:
第二步:
修改和重构。
消除不必要的冗余,生成基本E-R图。
由于本系统涵盖的内容比较少,基本不存在冗余的现象,所以初步E-R图
就是基本E-R图,不必再进行调整。
下面给出E-R图。
总E-R图:
员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注);
工资(员工号、等级、实际工资、基本工资、出勤工资);
部门(部门号、名称、部门经理、员工数量、财务状况编号);
项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号);
顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注);
客房(客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态);
款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收
款);
折扣规则(折扣级别、折扣情况);
订单