数据库课设酒店管理系统九龙大酒店餐饮管理系统设计

学号0120810680326课程设计题目九龙大酒店餐饮管理系统设计学院计算机学院专业软件工程班级0803班姓名徐泽前指导教师凌咏红2011年6月25日数据库系统课程设计指导书

1、目的与要求本课程设计的目的是通过实践使同学们经历数据库应用系统设计的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识结合具体的开发案例，理解并掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力在实践中培养分析问题和解决问题的能力

2、课程设计内容

1.对实际系统进行分析，写出需求分析说明

2.概念结构设计

3.逻辑结构设计　　

4.实现设计

3、课程设计步骤与方法

1.对实际系统进行分析，间接调查，鼓励直接调研；写出需求分析说明

2.数据库设计

（1）概念结构设计说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、表的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图和全局视图（E-R图，可以用基本E-R图或扩展E-R图）

（2）逻辑结构设计将概念结构映射为数据库全局逻辑结构（关系模型），包括所确定的关键字和属性、重新确定的记录结构和所建立的各个表文件之间的相互关系其中提请注意a．用规范化的方法检查表b．数据字典设计对数据库设计中涉及到的各种项目，如数据项、记录、模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息　　c．安全保密设计说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑

（3）实现设计以流行的RDBMS为支撑a．写出数据库、关系的定义形式包括列级约束和表级约束b．索引、聚簇的设计；c．视图及查询设计

3.系统的功能模块图

四、课程设计题目理工大固定资产管理系统设计

五、课程设计说明书1．概述（设计题目与可行性分析）2．系统目标和设计原则3．支撑环境规划硬件及软件支撑环境及开发工具4．系统总体结构

4.1总体DFD

4.2功能结构功能结构图，主要功能（或“处理Process”）说明

4.3数据库结构数据字典、E-R图，关系数据库模式5．总体实施计划6．研制报告研制过程，本规划的特点、不足，体会等7．参考文献

六、设计要求

1.每个学生分配一个设计题

2.设计报告正文字数不少于

0.4万字（不包括附录）

3.设计报告要求手写，层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处

4.明确课程设计的目的和重要性，认真领会课程设计的题目，读懂课程设计指导书的要求，学会设计的基本方法与步骤，积极认真地做好准备工作

5.课程设计中，学会如何运用前修知识与收集、归纳相关资料解决具体问题的方法严格要求自己，有意识地树立严谨的科学作风，要独立思考，刻苦钻研，按时、独立完成课程设计任务

七、课程设计进度表序号内容所用时间1消化资料、系统调查2天2系统分析1天3总体设计1天 4撰写报告1天合计5天九龙大酒店餐饮酒店管理系1选题背景酒店业是一个前景广阔而又竞争激烈的行业改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业由于我国的旅游业迅速发展，通过调查，我国在2020年将成为世界上第四大旅游国家；同时我国加入世界贸易组织，酒店业将完全开放，这个时候，我国的酒店业将面临着前所未有的机遇和挑战但是，现在甚至还有一些酒店还停留在由人工操作和管理阶段，这样已经无法适应当前的发展趋势因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然 酒店管理系统采用B/S结构按照按国家星级宾馆标准化业务程序流式设计，会采用主流开发工具来开发，搭建比较稳定可靠安全的服务端来辅佐客户管理，并且还采用数据库mysql，会通过测试用例来达到测试效果，技术支持会采用轻量级框架struts和hibernate持久化来完成，服务器采用tomcat，通过powerdesigner来设计数据模型为最初业务流程的概念设计阶段和详细设计阶段打好基础［1］2课题研究的目的和意义对酒店整个来说，对酒店经营状况起决定作用的是酒店的服务管理水平如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急面对信息时代的机遇和挑战，利用科技手段提高酒店的管理无疑是一条行之有效的途径虽然计算机管理并不是酒店管理走向成功的关键元素，但它可以最大限度地发挥准确、快捷、高效等作用，对酒店的业务管理提供强有力的支持因此，采用全新的计算机网络和酒店业务管理系统，已成为提高酒店的管理效率，使作业人员与管理系统之间灵活互动，实现流畅的工作流衔接，帮助酒店有效地进行业务管理，释放最大价值酒店业务管理系统在达到在节省人力资源成本的同时，可以提高业务效率，并能够及时、准确、迅速地满足顾客服务的需求［2］3需求分析

3.1运行环境操作系统windows2000server中文版、windows2003Server或者WindowsXP数据库SQLServer2005中文企业版开发工具MicrosoftVisualStudio.NET2008企业版C#

3.2系统需求

3.

2.1部门的划分饮食部门它是酒店基本部门之一它提供服务的特点是实时性强、持续时间短，强调效率例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分住宿管理部门它也是酒店基本部门之一住宿管理部门的主要职责有A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员B.登记旅客信息，确认其身份，登记其入住、退房时间C.统计各类房间的客满程度D.对本部门的财务流动进行登记处理以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作可以用计算机完成并且有必要用计算机完成的有A.制定收费标准，分配负责人.B.收入支出财务处理编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等这些信息都需要长时间保留并上报经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的它的主要职责有A.管理员工给员工编号，登记其基本信息；根据员工的平时表现及工龄确定工资；此外，还要给员工分配工作部门及职务等等B.划分部门给个部门编号、命名、确定其职责范围、任命部门经理、分配员工C.对本部门的财务进行核算（支付工资等）D.期末对酒店的收益情况进行核算

3.

2.2各子系统的功能虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，如上所述，便于电脑操作只有财务处理在划分子系统时，考虑到各子系统都有各自的财务处理，且有相似性，所以就把它们归为统一的一个“财务子系统”同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中因此系统共划分为四部分总经理子系统、财务子系统、住宿子系统和娱乐子系统总经理子系统A.对新来的员工进行编号、登记、分配工作{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}B.对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作C.对新增部门作各种初始工作如编号、命名、任命经理等{部门号、名称、部门经理、员工数量}D.取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作E.其他情况的处理1．财务子系统A.每天的收入、支出登记{编号、发票号、摘要、数量、单位、数额、经手人、日期}B.期末各子系统的财务汇总{编号、上月余额、总收入、总支出、余额、经手人、日期}C.期末酒店汇总个部门的财务报表，结算本酒店收益编号、部门号、部门名称、收入、支出、净收入、经手人、日期2．住宿子系统A.来客登记若多人住同一房间，只作一个记录客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间}B.房间管理旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}房间{房间号，房间类型、状态}该部门的财务处理与饮食子系统同，归到财务子系统3．娱乐子系统A.添加新的娱乐项目娱乐项目{娱乐项目号、名称、收费标准、负责人}B.取消某娱乐项目（财务处理（同饮食子系统）归到财务子系统4数据字典数据项数据项有待按各子系统分类列表编号数据项名称说明部分编号数据项名称说明部分1员工号整数类型；有唯一性2姓名文本类型长度为10字符3性别枚举类型男、女4年龄整数类型18…1005工龄整数类型0…1006部门号数字串类型；有唯一性7名称文本类型8职务枚举类型；根据公司的制定而定9级别号整数类型10级别名文本11工资整数类型12部门经理参照“员工号“13负责人参照“员工号“14经手人参照“员工号“15员工数量整数类型16房间类型枚举类型如单人、双人标准间等17设备文本说明设备情况18收费标准不同的实体有不同的单位19总数量某一等级的房间的数量20剩余量某一等级房的尚可用数21房间号数字串类型有唯一性22状态该房是否已被入住枚举类型23客人数量某一房间所住的人数24身份登记旅客的目前住址25证件类型文本类型26证件号码整数类型27入住时间格式**/**28退出时间格式**/**29编号在各系统有不同意义，唯一30发票号按固定格式输入31摘要收入支出来源去向的摘要32数量整数类型33单价不同的系统有不同的单位34备注文本类型35日期格式**/**数据结构编号数据结构名属性1员工信息员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注2部门部门号、名称、部门经理、员工数量3酒店财务总汇编号、部门号、名称、收入、支出、净利、日期、经手人、备注4部门营业情况编号、发票号、摘要、单价、数量、数额、日期、经手人、备注5房间类别类别号、名称、设备、收费标准、总数量、剩余量、管理人员6房间房间号、房间类别、状态7客人信息房间号、客人数量、联系人名、身份、证件类型、证件号码、入住时间、退出时间、备注8娱乐项目编号、名称、收费标准、负责人数据流编号数据流名输入输出1员工基本信息招新员工员工信息2工资结算员工信息总经理处财务支出3当前员工工作员工信息调配工作4员工新工作调配工作员工信息5“辞工”信息辞老员工调配工作6部门基本信息部门信息调配工作7更新后的部门信息调配工作部门信息8新部门基本信息新增部门调配工作9老部门信息取消老部门调配工作10顾客基本信息来客登记顾客信息11顾客需求住房登记调配住房12满足顾客要求调配住房顾客信息13顾客住房信息顾客信息调配住房14目前住房信息住房信息调配住房15更新后的住房信息调配住房住房信息16住房单价住房信息住宿管理部门收入17住房数量调配住房住宿管理部门收入18新娱乐项目信息添加新项目娱乐项目信息19老娱乐项目信息取消老项目娱乐项目信息20数额娱乐管理部门收入娱乐管理部门信息21项目单价娱乐项目信息娱乐管理部门收入22支出情况子部门支出子部门财务信息23收入情况子部门收入子部门财务信息24部门营业情况子部门财务信息酒店财务总汇信息5概念结构设计过程对酒店管理系统经过可行性分析、详细调查以及多次讨论确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成本过程结构设计过程采用自底向上的设计方法即首先定义各局部应用的概念结构然后将它们集成起来得到全局概念结构.下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整

5.1经理管理部门子系统经过调查、信息流程分析、数据收集，并结合需求分析，明确了子系统的功能:A.管理员工:给员工编号，登记其基本信息根据员工的平时表现确定其出勤工资及根据等级确定其固定工资，从而确定其实际工资，此外还要给员工分配工作部门等B.划分部门:给各部门编号、命名、确定其职责范围、任命部门经理、分配员工C.对本部门的财务进行核算（支付工资等）根据要求分析给出的数据流图参照数据字典中的详细描述给出经理管理部门的分E-R图:实体属性定义:员工员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注工资员工号、等级、实际工资、基本工资、出勤工资部门部门号、名称、部门经理、员工数量账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）具体调整如下:

（1）本来员工还应对应一个领导关系但这里为了简便就用员工的”等级”属性来表示员工之间的领导关系；

（2）工资本应作为员工的一个属性，但这里需强调员工对应的出勤工资（由出勤情况决定），因此将它单独作为一个实体；

（3）部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体

5.2娱乐管理部门子系统经过调查、信息流程分析、数据收集并结合需求分析，明确了子系统的功能:A.为各个项目制定收费标准，分配负责人；B.收入支出财务处理编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息；C.对在部门内进行娱乐的顾客进行收费，并根据折扣规则给与顾客相应的折扣；D.对部门内部进行帐务处理；根据要求分析给出的数据流图参照数据字典中的详细描述给出经理管理部门的分E-R图:项目1n员工折扣规则1nn1账单m顾客11款项1实体属性定义:项目编号、名称、所在位置、收费标准、负责人员工员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注顾客顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注款项顾客号、级别、使用时间、应收款、实际收款、折扣折扣规则级别、折扣情况账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）具体调整如下:1．本来员工还应对应一个领导关系但这里为了简便就用员工的“等级”属性来表示员工之间的领导关系；2．款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；3．对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定，这里为了方便起见，给每位顾客添加了一个“级别”属性，用以对应采取的折扣规则；4．部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体；

5.3住宿管理部门子系统经过调查、信息流程分析、数据收集并结合需求分析，明确了——子系统的功能:A.给个房间布置设备、分类、编号、制定收费标准、分配服务人员B.登记旅客信息，确认其身份，登记其入住、退出时间；C.接受顾客的预定服务，对于已预定的客房进行登记的处理；D.统计各类房间的客满程度；E.对本部门的财务流动进行登记处理根据需求分析给出的数据流图参照数据字典中的详细描述给出经理管理部门的分E-R图:顾客mn客房mn员工111m1账单11订单1款项11折扣规则实体属性定义:顾客顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、退出时间、备注客房（客房号、类别、位置、设备、收费标准、管理人员、状态）员工员工号、姓名、性别、年龄、工龄、级别、部门、备注款项顾客号、级别、使用时间、应收款、实际收款、折扣折扣规则级别、折扣情况订单订单号、时间、房间号、经手人、备注账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）具体调整如下:1．本来员工还应对应一个领导关系但这里为了简便就用员工的“等级”属性来表示员工之间的领导关系；2．款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；3．对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定，这里为了方便起见，给每位顾客添加了一个“级别”属性，用以对应应采取的折扣规则；4．部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体

5.4财务管理子系统本开发小组成员经过调查、信息流程分析、数据收集并结合需求分析，明确了子系统的功能:A.对各个部门上交上来的收支情况进行汇总，得出各个部门的损益情况；B.对整个酒店各个部门的损益情况进行汇总登记，得出本期酒店的损益；C.将整个酒店的收益情况下发给各个部门，帐务公开，集思广益分E-R图如下:实体属性定义:部门部门号、名称、部门经理、员工数量员工员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）总帐编号、部门号、收入、支出、净利、日期、经手人、备注财务状况（时期、总收入、总支出、净利润）6视图集成以上便是四个子系统的分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图:员工员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；工资员工号、等级、实际工资、基本工资、出勤工资；部门部门号、名称、部门经理、员工数量、财务状况编号；项目项目编号、部门号码、名称、所在位置、收费标准、负责人号；顾客顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；款项款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款；折扣规则折扣级别、折扣情况；订单订单号、顾客号、经手人号、备注；账单（账单编号、总帐编号、发票号、收入数、支出数、日期、经手人号、备注）；总帐总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注；财务状况（财务状况编号、时期、总收入、总支出、净利润）；工资11员工财务状况n11n部门1总账11m折扣规则帐单n11n项目nm1m款项客房mn顾客11n1m订单17逻辑结构设计

7.1与总E-R图对应的关系模式

7.

1.1实体所对应的关系模式员工员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；工资员工号、等级、实际工资、基本工资、出勤工资；部门部门号、名称、部门经理、员工数量、财务状况编号；项目项目编号、部门号码、名称、所在位置、收费标准、负责人号；顾客顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；款项款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款；折扣规则折扣级别、折扣情况；订单订单号、顾客号、经手人号、备注；账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）；总帐总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注；财务状况（财务状况编号、时期、总收入、总支出、净利润）；说明

1.下加横线部分表示关系的码

2.以上关系的详细内容说明请参照概念结构设计中的具体内容

3.上面的各个关系对概念结构设计中的相关内容了作了修改，主要加了各个实体中间的联系，尤其是一对多的联系，纳为属性

7.

1.2联系所对应的关系模式1）、把客房和订单之间的n:m的预约联系转化为相应的关系模式如下预约（订单号、客房号、始定时间、结束时间）；2）、把顾客和房间之间的n:m的住宿联系转化为相应的关系模式如下住宿（顾客号、房间号码、住宿时间）；3）、把顾客和项目之间的n:m的选择联系转化为相应的关系模式如下选择（顾客号、项目号、发生时间、经受人号、备注）；4）、其他联系处理说明如下工资和员工之间的11联系与员工关系合并；顾客和订单之间的11联系与订单关系合并；折扣规则和款项之间的11联系与款项关系合并；员工和部门之间的n1联系与员工关系合并；部门和财务状况之间的n1联系与部门关系合并；客房和部门之间的n1联系与客房关系合并；项目和部门之间的n1联系与项目关系合并；总帐和财务状况之间的n1联系与总帐关系合并；帐单和总帐之间的n1联系与帐单关系合并；帐单和项目之间的n1联系与项目关系合并；

7.2优化后的数据模型

7.

2.1按照数据依赖对关系模式进行逐一分析，并进行极小化处理员工员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；BCNF工资员工号、等级、实际工资、基本工资、出勤工资；BCNF部门部门号、名称、部门经理、员工数量、财务状况编号；BCNF项目项目编号、部门号码、名称、所在位置、收费标准、负责人号；BCNF顾客顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注；BCNF优化说明删除了使用时间，一是因为“使用时间”对于顾客的属性必要性不强，二是因为使用时间在别的关系中也可以查询到客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；BCNF款项款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款；BCNF折扣规则折扣级别、折扣情况；BCNF订单订单号、顾客号、经手人号、备注；BCNF账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）；BCNF总帐总帐编号、部门号、财务状况编号、收入、支出、日期、经手人号、备注；BCNF优化说明删除了净利这一项可以根据收入、支出可以计算，而且并不经常对它进行查询财务状况（财务状况编号、时期、总收入、总支出、净利润）；1NF优化说明净利润没有删除因为在这一项上查询比较频繁如果每次查询都计算必然使系统计算增加，性能降低保留下来虽然造成了一定的冗余但提高了查询的效率，利大于弊预约（订单号、客房号、始定时间、结束时间）；3NF住宿（顾客号、房间号码、住宿时间）；3NF选择（顾客号、项目号、发生时间、经受人号、备注）；3NF

7.

2.2对关系模式进行必要的分解因公司内人员进行查询时，一般只用到自己所属单位的信息，故可把“人员”关系按部门进行水平分解，以提高查询效率水平分解员工员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注改为负责人员员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；服务人员员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；经手人员员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注；

7.3用户子模式设计

7.

3.1经理子系统用户子模式员工员工号、姓名、级别、部门号、职务、部门经理、实际工资；因为经理对于员工其他情况不会经常关注，经常使用的只有以上各项，所以在经理子系统上设立员工关系

7.

3.2住宿子系统用户子模式客房（客房号、位置、设备、收费标准、管理人员号、状态）；因为管理员工对于客房的其他情况不会经常使用，经常使用的只有以上各项，所以在住宿子系统上设立客房关系

7.

3.3经营管理子系统用户子模式顾客（顾客编号、住宿号、姓名、级别、应收款、使用时间、备注）因为对于顾客的情况管理经常使用是以上各项，所以在经营管理子系统上设立顾客关系8课程设计心得体会经过这段时间的精心设计，系统的基本功能已经实现，并能实践于一些业务管理过程中，但酒店业务管理系统是一个庞大的工程，要使网络交互功能的实现，脚本的设计，网页的构架，网页的美工，文字的编辑，非一朝一夕可尽善尽美的，这需要一个长期的摸索与完善过程，同时还要在实践中发现与操作者使用要求不相符合的地方还要修改子系统功能虽已基本实现，但仍有诸多地方需要修改在劳动密集型的服务性企业中，酒店是较早应用了计算机管理系统的行业随着酒店业务的扩展，服务的增加，酒店业务管理系统也逐渐发展、完善如果没有一套可靠的酒店业务管理系统但凭手工操作不仅效率低下而且会极大地形象到酒店的服务质量要在酒店服务中选择好适合自己酒店实际情况的业务管理系统不仅要考虑该系统在酒店的实用性，还要考虑酒店对该系统所能够承担费用的能力，以及这个系统对操作员来说的操作难易程度            通过本次毕业设计中，我掌握了比较全面的巩固了下面向对象的编程思想也通过本次毕业设计，使我懂得的谨慎的重要性特别是对于一个程序员的工作态度以及他的良好的习惯 9参考文献

[1]萨师煊，王珊.数据库系统概论[M].北京高等教育出版社，1997

[2]唐德鹏，张文娟，黄宇海.现代饭店经营管理[M].北京中国水利电力出版社，2004

[3]刘善鑫，赵津燕等．数据库实用技术教程[M]．北京中国水利电力出版社，2004

[4]彭伟民.基于需求的酒店管理系统的建模与实现[M].北京人民邮电出版社，2005

[5]薛华成.管理信息系统[M].北京清华大学出版社，1996

[6]刘学明.饭店客房管理[M].广东广东旅游出版社，2000

[7] 方俊．基于Web的监理信息管理系统的设计与实现[J]．福建电脑200512:23-84

[8] AbrahamSilberschatz．DATABASE SYSTEMCONCEPTS（FourthEdition）[M]．北京高等教育出版社，2002

[9]KennethC.Laudon．MANAGEMENTINFORMATIONSYSTEMS（SixthEdition）[M]．北京高等教育出版社，2001

[10]  朱福喜余振坤.J2EE经典实例详解［M］．北京人民邮电出版社，200612-245

[11] 王海鹏译.Java与UML面向对象程序设计[M]．北京人民邮电出版社，2005

[12] 甄广启于耀译.Java数据库编程宝典［M］．北京电子工业出版社，2005

[13] 陈刚.Eclipse从入门到精通［M］．北京清华大学出版社，2006本科生课程设计成绩评定表班级软件0803班　　姓名徐泽前　学号0120810680326序号评分项目满分实得分1学习态度认真、遵守纪律102设计分析合理性103设计方案正确性、可行性、创造性204设计结果正确性405设计报告的规范性106设计验收10总得分/等级评语注最终成绩以五级分制记优（90-100分）、良（80-89分）、中（70-79分）、及格（60-69分）、60分以下为不及格　　　　　　　　　　　　　　　　　　　　　　指导教师签名　　　　　　　　　　　　　　　　　　20年　月　日负责对应选择核算应付住宿负责核算预订应付预约对应对应负责汇总结算核算下属下属对应选择住宿应付预约预订。