酒店管理信息系统数据库设计.doc

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

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

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

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

5、。A. 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删B.除该员-学资学习网 -提供考研资料 -工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。2计据库设理酒店管系统数对新增部门作各种初始工作。如编号、命名、任命经理等。C. 部门号、名称、部门经理、员工数量取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。D.其他情况的处理。 E.-学资学习网 -提供考研资料 -财务子系统 2每天的收入、支出登记A. 编号、发票号、摘要、数量、单位、数额、

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

7、间类型、状态 房间 )该部门的财务处理与饮食子系统同，归到财务子系统 ( 4计据库设统管理系数店酒-学资学习网 -提供考研资料 -娱乐子系统 4添加新的娱乐项目A. 娱乐项目 娱乐项目号、名称、收费标准、负责人取消某娱乐项目-学资学习网 -提供考研资料 -B.)（财务处理归到财务子系统（同饮食子系统）四、数据字典数据项 1数据项有待按各子系统分类列表。数据项名分明说部编数据项名分部明说编称号称号1员工号整数类型；有唯一性2姓名字符 10长度为文本类型3性别枚举类型：男、女4年龄100 18整数类型-学资学习网 -提供考研资料 -5计库设系统数据酒店管理5工龄1000 整数类型6部门号数字串类型

8、；有唯一性7名称文本类型8职务枚举类型；根据公司的制定而定9级别号整数类型10级别名文本工资整数类型12部门经理参照“员工号“11负责人参照“员工号“14经手人参照“员工号“13员工数量整数类型16房间类型枚举类型如单人、双人标准间等15设备文本说明设备情况18收费标准不同的实体有不同的单位17总数量某一等级的房间的数量20剩余量某一等级房的尚可用数19房间号有唯一性数字串类型22状态枚举类型该房是否已被入住21客人数量某一房间所住的人数24身份登记旅客的目前住址23证件类型文本类型26证件号码整数类型25入住时间格式： */*28退出时间*/* 格式：27编号在各系统有不同意义，唯一30发票

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

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

11、数量调配住房住宿管理部门收入18新娱乐项目信息添加新项目娱乐项目信息19老娱乐项目信息取消老项目娱乐项目信息20数额娱乐管理部门收入娱乐管理部门信息21项目单价娱乐项目信息娱乐管理部门收入6计库设系理统数据酒店管22支出情况子部门支出子部门财务信息23收入情况子部门收入子部门财务信息24部门营业情况子部门财务信息酒店财务总汇信息数据存储 4数据存储名输入数据流输出数据流分说明 部员工信息员工基本信息员工新工工资结算当前员工工作作-学资学习网 -提供考研资料 -部门信息更新后的部门信息当前部门信息经理处财务信息经理处财务支出经理处部门营业情况财务收入顾客信息顾客基本信息满足顾客要求住房信息更新后

12、的住房信息目前的住房信息住房单价娱乐项目信息新娱乐项目信息老娱乐娱乐项目单价项目信息子部门财务信息收入情况 支出情况部门营业情况酒店财务总汇信息部门营业情况处理过程5 处理过程名 员工 1输入数据流 1工资输出数据流分明部说对应招新员工终端员工基本信息辞老员工终端员工基本信息调配工作 n当前员工工作员工基本员工新工作更新后的部信息 当前部门基本信息门信息增新部门组成终端部门基本信息 核算取消部门终端1部门 1部门基本信息部门营业结算 n 账单来客登记终端顾客基本信息顾客需求顾客离开终端 注销住房调配住房顾客需求注销住房 目更新后的住房信息住房前住房信息数量 满足顾客要求住宿管理部门收入住房数量

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

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

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

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

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

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

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

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

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

22、思广益。: E-R 图如下分部门 1n员工组成1n下发核1财务状况算1汇总 mm1m 总帐账单结算:实体属性定义)( 部门号、名称、部门经理、员工数量部门) 员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注员工(账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）)( 编号、部门号、收入、支出、净利、日期、经手人、备注总帐财务状况（时期、总收入、总支出、净利润）对 E-R 图调整的准则 :现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。具体调整如下 :就用员工的“等级”属性来表示员工之间的

23、领导关系。, 但为了简便起见 , 员工应对应一个领导关系11计设库系统数据店酒管理成图 集视图图设计及其调整的整个过程，接着要做的就是将所有的分E-R 以上便是四个子系统的分E-R. E-R 图进行综合 , 合成一个系统的总E-图合成过程采用一次将四个子系统分E-R 图规模也比较小 , 所以E-R 由于本系统比较简单, 分-学资学习网 -提供考研资料 -.E-R图的方式R 图集成总分两步进行：第一步：合并。图。 E-R 图之间的冲突，将各分E-R 图合并起来生成初步解决各分 E-R图之间的冲突主要有三类：E-R 各分属性冲突： 1 ）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系

24、统较简单，所以并不存在这种冲突；（1 ）属性取值单位冲突。由于本系统较简单，不存在这类冲突；（2 命名冲突：2 同名异义：由于本系统较简单，所以不存在这类冲突；（1） 异名同义：由于本系统较小，所以不存在这类冲突；（2） 结构冲突：3 同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化（1） 图中作为实体出现的属图就早先解决了这个问题，即将在任何一个分E-R合并，我们在设计各个分E-R 性全部作为实体；）（2 图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并同一实体在不同分E-R不存在这种冲突； 第二步：修改和重构。图。 E-R 消

25、除不必要的冗余，生成基本图，不必再进行调整。 E-R由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步E-R 图就是基本图。 E-R 下面给出: 图E-R总；) 员工 ( 员工号、姓名、性别、年龄、工龄、级别、 部门号、职务、备注；工资( 员工号、等级、实际工资、基本工资、出勤工资 )；部门号、名称、部门经理、员工数量、财务状况编号) 部门(；( 项目项目编号、部门号码、名称、所在位置、收费标准、负责人号)；顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注) 顾客 (；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；款项编号、顾客号、

26、项目号、折扣级别、使用时间、应收款、实际收款款项()；折扣级别、折扣情况 ) 折扣规则 (；订单号、顾客号、经手人号、备注 () 订单；账单（账单编号、总帐编号、发票号、收入数、支出数、日期、经手人号、备注）；总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注( 总帐 )；财务状况（财务状况编号、时期、总收入、总支出、净利润）12计据库设管理系统数酒店-学资学习网 -提供考研资料 -对 1工资应1财务状况员工1n-学资学习网 -提供考研资料 -负汇责总n1部门总账 1结算m 折扣规则 111 帐单 n核算下1属 下项目n对属 应 n1m选择 款项 m11n 客房 m顾客应付

27、住宿n1预预约订1 订单 m13计库设统理系数据酒店管计设结构逻辑的关系模式图对应总一与E-R .、实体所对应的关系模式：1；员工 (员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；)(员工号、等级、实际工资、基本工资、出勤工资工资；部门号、名称、部门经理、员工数量、财务状况编号)部门 (；)项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号；顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)顾客 (；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；款项 (款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)

28、；折扣级别、折扣情况 )折扣规则 (；)订单 (订单号、顾客号、经手人号、备注；账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）；)总帐 (总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注；财务状况（财务状况编号、时期、总收入、总支出、净利润）下加横线部分表示关系的码1.说明：以上关系的详细内容说明请参照概念结构设计中的具体内容2. 上面的各个关系对概念结构设计中的相关内容了作了修改，主要加了各个实体中间的联系，尤其是一对多的3. 。 联系，纳为属性 、联系所对应的关系模式：2的预约联系转化为相应的关系模式如下：:m1）、把客房和订单之间的n

29、 ；预约（订单号、客房号、始定时间、结束时间）的住宿联系转化为相应的关系模式如下：m2）、把顾客和房间之间的n :；住宿（顾客号、房间号码、住宿时间）的选择联系转化为相应的关系模式如下：: m）3 、把顾客和项目之间的n ；选择（顾客号、项目号、发生时间、经受人号、备注）、其他联系处理说明如下：）4 联系与员工关系合并；工资和员工之间的1：1联系与订单关系合并；1 顾客和订单之间的：1 联系与款项关系合并；：1 1 折扣规则和款项之间的-学资学习网 -提供考研资料 -联系与员工关系合并；n 员工和部门之间的：1 联系与部门关系合并；部门和财务状况之间的n：1 联系与客房关系合并；n 客房和部门

30、之间的：1 联系与项目关系合并；：1n 项目和部门之间的联系与总帐关系合并； n 总帐和财务状况之间的：1联系与帐单关系合并； n ：1 帐单和总帐之间的联系与项目关系合并； n 帐单和项目之间的： 1化后的数据模型优二 .按照数据依赖对关系模式进行逐一分析，并进行极小化处理：、 1BCNF 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注员工()；14计设数据库统酒店管理系BCNF)；(工资员工号、等级、实际工资、基本工资、出勤工资BCNF；部门 (部门号、名称、部门经理、员工数量、财务状况编号 )BCNF 项目 (项目编号、部门号码、名称、所在位置、收费标准、负责人号 )；BCNF

31、 ；(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注)顾客优化说明：删除了使用时间， 一是因为“使用时间” 对于顾客的属性必要性不强， 二是因为使用时间在别的关系中也可以查询到。BCNF 客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；BCNF；款项 (款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)BCNF 折扣规则 (折扣级别、折扣情况 )；BCNF) ；订单 (订单号、顾客号、经手人号、备注BCNF；账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）BCNF( 总帐编号、部门号、财务状况编号、收入、支

32、出、日期、经手人号、备注)；总帐这一项可以根据收入、 支出可以计算， 而且并不经常对它进行查询。 ,优化说明：删除了净利1NF；财务状况（财务状况编号、时期、总收入、总支出、净利润）必然使系统计算增加，优化说明：净利润没有删除, 因为在这一项上查询比较频繁 , , 如果每次查询都计算 但提高了查询的效率，利大于弊。 ,性能降低。保留下来虽然造成了一定的冗余3NF；预约（订单号、客房号、始定时间、结束时间）3NF 住宿（顾客号、房间号码、住宿时间） ；3NF 选择（顾客号、项目号、发生时间、经受人号、备注） ；对关系模式进行必要的分解： 、 2因公司内人员进行查询时，一般只用到自己所属单位的信息

33、，故可把“人员”关系按部门进行水平分解，以提高查询效率。 )(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注水平分解：员工；改为：负责人员)(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；)服务人员 (员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；)(经手人员员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注设计三、用户子模式经理子系统用户子模式1；员工号、姓名、级别、部门号、职务、部门经理、实际工资员工()因为经理对于员工其他情况不会经常关注，经常使用的只有以上各项，所以在经理子系统上设立员工关系。住宿子系统用户子模式2；客房（客房号、位置、设备、收费

34、标准、管理人员号、状态）因为管理员工对于客房的其他情况不会经常使用，经常使用的只有以上各项，所以在住宿子系统上设立客房关系 经营管理子系统用户子模式3顾客（顾客编号、住宿号、姓名、级别、应收款、使用时间、备注）因为对于顾客的情况管理经常使用-学资学习网 -提供考研资料 -是以上各项，所以在经营管理子系统上设立顾客关系。15设计数据库酒店管理系统计设理结构物设计储结构存一., 本酒店管理系统中信息处理的特点如下：经过分析可知, 例如住宿部门的来客 （） 饮食、 住宿、娱乐三大部门的数据不仅经常需要查询, 而且更新速度快查询与登记， 房间的动态分配等。,来客信息等。 但财务信息一般不共享。 （）各

35、个部门信息要求共享的信息较多。例如员工信息 （）经理部门有一定的特殊职能：汇总财务信息；对于被辞退的员工从系统中级联删除其信息、如从员工表中删除其基本信息、 从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。: 针对这些特点，设计如下确定数据库的存放位置 1.为了提高系统性能， 现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率， 数据 库的备份的数据和日志文件将保存在磁带中。经常存取部分： ?； ( 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注) 员工 ；( 员工号、等级、实际工资、基本工资、出勤工资 ) 工资 ；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款 ) 款项(；) 折扣规则 ( 折扣级别、折扣情况；项目 )( 项目编号、部门号码、名称、所在位置、收费标准、负责人号；( 顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注) 顾客 存取频率