数据库设计案例酒店管理系统设计.docx

1、数据库设计案例酒店管理系统设计WORD 格式 .可编辑酒店管理系统一、背景说明目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。二、部门的划分1 饮食部门它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类

2、操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。2 住宿管理部门它也是酒店基本部门之一。住宿管理部门的主要职责有： A. 给个房间布置各种设备、 分类、编号、制定收费标准、 分配服务人员。 B. 登记旅客信息，确认其身份，登记其入住、退房时间。 C. 统计各类房间的客满程度。 D.对本部门的财务流动进行登记处理。

3、以上信息处理可以通过计算机完成， 其他不便于计算机操作的在此没有列出。3 娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有： A. 制定收费标准，分配负责人 .B. 收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。4 经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的技术资料分享WORD 格式 .可编辑存在却是必不可少的。它的主要职责有： A. 管理员工。给员工编号，登记其基本信息； 根

4、据员工的平时表现及工龄确定工资；此外，还要给员工分配工作部门及职务等等。 B. 划分部门。给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。 C.对本部门的财务进行核算（支付工资等） 。 D. 期末对酒店的收益情况进行核算。三、各子系统的功能虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，如上所述，便于电脑操作只有财务处理。在划分子系统时，考虑到各子系统都有各自的财务处理，且有相似性，所以就把它们归为统一的一个“财务子系统” 。同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。因此系统共划分为四部分：总经理子系统、

5、财务子系统、住宿子系统和娱乐子系统。1 总经理子系统A.对新来的员工进行编号、登记、分配工作。 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注B.对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。C.对新增部门作各种初始工作。如编号、命名、任命经理等。 部门号、名称、部门经理、员工数量 D.取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。E.其他情况的处理技术资料分享WORD 格式 .可编辑技术资料分享WORD 格式 .可编辑2 财务

6、子系统A.每天的收入、支出登记 编号、发票号、摘要、数量、单位、数额、经手人、日期 B.期末各子系统的财务汇总 编号、上月余额、总收入、总支出、余额、经手人、日期C.期末酒店汇总个部门的财务报表，结算本酒店收益( 编号、部门号、部门名称、收入、支出、净收入、经手人、日期)3 住宿子系统A.来客登记若多人住同一房间，只作一个记录。客人信息 房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间 B.房间管理旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。房间类别 类别号、名称、设备、收费标准、总数量、剩余量、管理人员

7、房间 房间号，房间类型、状态 ( 该部门的财务处理与饮食子系统同，归到财务子系统 )技术资料分享WORD 格式 .可编辑4娱乐子系统A.添加新的娱乐项目娱乐项目 娱乐项目号、名称、收费标准、负责人 B.取消某娱乐项目技术资料分享WORD 格式 .可编辑（财务处理（同饮食子系统）归到财务子系统 )四、数据字典1数据项数据项有待按各子系统分类列表。编数据项说明部编数据项名说明部分号 名 称分号称1员工号整数类型；有唯一性2姓名文本类型长度为 10 字符3性别枚举类型：男、女4年龄整数类型181005工龄整数类型01006部门号数字串类型；有唯一性7名称文本类型8职务枚举类型；根据公司的制定而定9级

8、别号整数类型10级别名文本1工资整数类型12部门经理参照“员工号“11负责人参照“员工号“14经手人参照“员工号“31员 工 数整数类型16房间类型枚举类型如单人、双人标5量准间等1设备文本说明设备情18收费标准不同的实体有不同的单7况位1总数量某一等级的房间的20剩余量某一等级房的尚可用数9数量2房间号数字串类型有唯22状态该房是否已被入住枚举1一性类型2客 人 数某一房间所住的人24身份登记旅客的目前住址3量数2证 件 类文本类型26证件号码整数类型5型2 入 住 时 格式： */* 28 退出时间 格式： */*7间2 编号 在各系统有不同意 30 发票号 按固定格式输入技术资料分享WO

9、RD 格式 .可编辑9义，唯一3摘要收入支出来源去向 32数量整数类型1的摘要3单价不同的系统有不同 34备注文本类型3的单位3日期格式： */*52数据结构编号数据结构名属性1员工信息员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注2部门部门号、名称、部门经理、员工数量3酒店 财务 总 编号、部门号、名称、收入、支出、净利、日期、经手汇 人、备注4部门 营业 情 编号、发票号、摘要、单价、数量、数额、日期、经手况人、备注5房间类别类别号、名称、设备、收费标准、总数量、剩余量、管理人员6房间房间号、房间类别、状态7客人信息房间号、客人数量、联系人名、身份、证件类型、证件号码、入住时间、退

10、出时间、备注8娱乐项目编号、名称、收费标准、负责人3数据流编号数据流输入输出名1员工基本信息招新员工员工信息2工资结算员工信息总经理处财务支出3当前员工工作员工信息调配工作4员工新工作调配工作员工信息5“辞工”信息辞老员工调配工作技术资料分享WORD 格式 .可编辑6部门基本信息部门信息调配工作7更新后的部门信调配工作部门信息息8新部门基本信息新增部门调配工作9老部门信息取消老部门调配工作10顾客基本信息来客登记顾客信息11顾客需求住房登记调配住房12满足顾客要求调配住房顾客信息13顾客住房信息顾客信息调配住房14目前住房信息住房信息调配住房15更新后的住房信调配住房住房信息息16住房单价住房

11、信息住宿管理部门收入17住房数量调配住房住宿管理部门收入18新娱乐项目信息添加新项目娱乐项目信息19老娱乐项目信息取消老项目娱乐项目信息20数额娱乐管理部门收入娱乐管理部门信息21项目单价娱乐项目信息娱乐管理部门收入22支出情况子部门支出子部门财务信息23收入情况子部门收入子部门财务信息24部门营业情况子部门财务信息酒店财务总汇信息4数据存储数据存储名输入数据流输出数据流说明部分员工信息员工基本信息工资结算员工新工作当前员工工作部门信息更新后的部门信当前部门信息息经理处财务信息经理处财务支出部门营业情况经理处财务收入技术资料分享WORD 格式 .可编辑顾客信息顾客基本信息满足顾客要求住房信息更

12、新后的住房信目前的住房信息息住房单价娱乐项目信息新娱乐项目信息娱乐项目单价老娱乐项目信息子部门财务信息收入情况部门营业情况支出情况酒店财务总汇信部门营业情况息5处理过程处理过程名输入数据流输出数据流说明部分招新员工终端员工基本信息辞老员工终端员工基本信息调配工作当前员工工作员工新工作员工基本信息更新后的部门信当前部门基本信息息增新部门终端部门基本信息取消部门终端部门基本信息部门营业结算来客登记终端顾客基本信息顾客需求顾客离开终端注销住房调配住房顾客需求更新后的住房信注销住房息目前住房信息住房数量满足顾客要求住宿管理部门收住房数量入住房单价技术资料分享WORD 格式 .可编辑添加新项目终端新项目

13、信息取消老项目终端老项目信息娱乐管理部门娱乐项目单价部门收入终端收入情况部门支出终端支出情况技术资料分享WORD 格式 .可编辑概念结构设计过程本公司开发酒店管理系统 , 经过可行性分析、详细调查以及多次讨论 , 确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成。本过程结构设计过程采用自底向上的设计方法 , 即首先定义各局部应用的概念结构 , 然后将它们集成起来 , 得到全局概念结构 .下面给出各个子系统的分析及分 E-R 图的设计及对其进行的各项调整。经理管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集，并结合需求分析，明确了子系统的功能 :A.

14、 管理员工 : 给员工编号，登记其基本信息。根据员工的平时表现确定其出勤工资及根据等级确定其固定工资， 从而确定其实际工资， 此外还要给员工分配工作部门等。B. 划分部门 : 给各部门编号、命名、确定其职责范围、任命部门经理、分配员工。C.对本部门的财务进行核算（支付工资等） 。根据要求分析给出的数据流图 , 参照数据字典中的详细描述 , 给出经理管理部门的分 E-R 图:员工 1 1 工资对应n组成1 部门1n账单核算对 E-R 图调整的准则 :现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。实体属性定

15、义 :员工 ( 员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注 )技术资料分享WORD 格式 .可编辑工资 ( 员工号、等级、实际工资、基本工资、出勤工资 )部门 ( 部门号、名称、部门经理、员工数量 )账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）具体调整如下 :1.本来员工还应对应一个领导关系 , 但这里为了简便 , 就用员工的”等级”属性来表示员工之间的领导关系；2.工资本应作为员工的一个属性，但这里需强调员工对应的出勤工资（由出勤情况决定），因此将它单独作为一个实体；3.部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结

16、，因此，将账单也作为一个实体。娱乐管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集 , 并结合需求分析，明确了子系统的功能 :A.为各个项目制定收费标准，分配负责人；B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息；C.对在部门内进行娱乐的顾客进行收费，并根据折扣规则给与顾客相应的折扣；D.对部门内部进行帐务处理；根据要求分析给出的数据流图 , 参照数据字典中的详细描述 , 给出经理管理部门的分 E-R 图:项目 1 n 员工 折扣规则负责1 nn 1核算 账单选m顾客 11款项 1对择应付应实体属性定义 :项目 ( 编号、名称、所在位置、收费标

17、准、负责人 )技术资料分享WORD 格式 .可编辑员工 ( 员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注 )顾客 ( 顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注 )款项 ( 顾客号、级别、使用时间、应收款、实际收款、折扣 )折扣规则 ( 级别、折扣情况 )账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）对 E-R 图调整的准则 :现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。具体调整如下 :1本来员工还应对应一个领导关系 , 但这里为了简便 ,

18、就用员工的 “等级”属性来表示员工之间的领导关系；2款项本可以作为顾客的一个属性来设置， 但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；3对顾客所采取的折扣规则， 本应该根据顾客的实际消费量来划定， 这里为了方便起见，给每位顾客添加了一个 “级别”属性，用以对应采取的折扣规则；4部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统， 先 在各个子系统中进行财务总结，因此，将账单也作为一个实体；住宿管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集 , 并结合需求分析，明确了子系统的功能 :A.给个房间布置设备、分类、编号、制定收费标准、分

19、配服务人员。B.登记旅客信息，确认其身份，登记其入住、退出时间；C.接受顾客的预定服务，对于已预定的客房进行登记的处理；D.统计各类房间的客满程度；E.对本部门的财务流动进行登记处理。根据需求分析给出的数据流图 , 参照数据字典中的详细描述 , 给出经理管理部门的分 E-R 图:技术资料分享WORD 格式 .可编辑顾客 m n 客房 m n 员工住宿 负责1 1 1m应预订付111订单 1款项11对应核预 算 账单约折扣规则实体属性定义 :顾客 ( 顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、退出时间、备注 )客房（客房号、类别、位置、设备、收费标准、管理人员、状态）员工 (

20、 员工号、姓名、性别、年龄、工龄、级别、部门、备注 )款项 ( 顾客号、级别、使用时间、应收款、实际收款、折扣 )折扣规则 ( 级别、折扣情况 )订单 ( 订单号、时间、房间号、经手人、备注 )账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）对 E-R 图调整的准则 :现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。具体调整如下 :1本来员工还应对应一个领导关系 , 但这里为了简便 , 就用员工的 “等级”属性来表示员工之间的领导关系；2款项本可以作为顾客的一个属性来设置， 但这里为了强调对

21、顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；3对顾客所采取的折扣规则， 本应该根据顾客的实际消费量来划定， 这里为了方便起见，给每位顾客添加了一个“级别”属性，用以对应应采取的折扣规则；4部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统， 先技术资料分享WORD 格式 .可编辑在各个子系统中进行财务总结，因此，将账单也作为一个实体。财务管理子系统本开发小组成员经过调查、信息流程分析、数据收集 , 并结合需求分析，明确了子系统的功能 :A.对各个部门上交上来的收支情况进行汇总，得出各个部门的损益情况；B.对整个酒店各个部门的损益情况进行汇总登记，得出本期酒店的

22、损益；C.将整个酒店的收益情况下发给各个部门，帐务公开，集思广益。分 E-R 图如下 :部门 1n员工组成1 n下发核1财务状况算1汇总m m账单 m 1 总帐结算实体属性定义 :部门 ( 部门号、名称、部门经理、员工数量 )员工 ( 员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注 ) 账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）总帐 ( 编号、部门号、收入、支出、净利、日期、经手人、备注 ) 财务状况（时期、总收入、总支出、净利润）对 E-R 图调整的准则 :现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可

23、分的数据项，不再包含其他信息。具体调整如下 :员工应对应一个领导关系 , 但为了简便起见 , 就用员工的“等级”属性来表技术资料分享WORD 格式 .可编辑示员工之间的领导关系。技术资料分享WORD 格式 .可编辑视图集成以上便是四个子系统的分 E-R 图设计及其调整的整个过程，接着要做的就是将所有的分 E-R 图进行综合 , 合成一个系统的总 E-R 图.由于本系统比较简单 , 分 E-R 图规模也比较小 , 所以 E-R 图合成过程采用一次将四个子系统分 E-R 图集成总 E-R 图的方式 .分两步进行：第一步：合并。解决各分 E-R 图之间的冲突，将各分 E-R 图合并起来生成初步 E-

24、R 图。各分 E-R 图之间的冲突主要有三类：1属性冲突：（1）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突；（2）属性取值单位冲突。由于本系统较简单，不存在这类冲突；2命名冲突：（1）同名异义：由于本系统较简单，所以不存在这类冲突；（2）异名同义：由于本系统较小，所以不存在这类冲突；3结构冲突：（1）同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，我们在设计各个分E-R 图就早先解决了这个问题，即将在任何一个分 E-R 图中作为实体出现的属性全部作为实体；（2）同一实体在不同分 E-R 图中所包含的

25、属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在这种冲突；第二步：修改和重构。消除不必要的冗余，生成基本 E-R 图。由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步 E-R 图就是基本 E-R 图，不必再进行调整。下面给出 E-R 图。总 E-R 图:员工 ( 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注 ) ；工资 ( 员工号、等级、实际工资、基本工资、出勤工资 ) ；部门 ( 部门号、名称、部门经理、员工数量、财务状况编号 ) ；项目 ( 项目编号、部门号码、名称、所在位置、收费标准、负责人号 ) ；技术资料分享WORD 格式 .可编辑顾客 ( 顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注 ) ；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；款项 ( 款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款 ) ；折扣规则 ( 折扣级别、折扣情况 ) ；订单 ( 订单号