373.中山市国际酒店管理信息系统研究与设计

1、课 程 设 计 课程名称_信息系统开发与管理 题目名称_中山市国际酒店管理信息系统研究与设计_学生学院_管理学院_专业班级_财务管理 学 号 学生姓名_ _指导教师_ _2009 年 7 月 8 日1 绪论1.1 题目的背景及意义随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。各类行业在日常经营管理各个方面也在悄悄地变化。酒店管理的信息化程度体现在将计算机与信息技术应用于经营与管理，以现代化工具代替传统手工作业。无疑，使用信息化管理使酒店管理更先进、更高效、更科学，信息交流更迅速。酒店管理信息系统是旅馆、宾馆经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关

2、重要，所以酒店管理信息系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。作为计算机应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。因此，这次课程设计力求开发出一套界面友好，功能强大，使用简单的适用于各中、小规模酒店的管理系统。同时

3、也是一款完全适合宾馆或旅馆客房管理傻瓜式日常业务管理的软件。软件设计综合了具有一定代表性的多家酒店的业务处理模式。界面设计大方、简洁、实用，操作简单方便。使用本软件可以使您的酒店管理摆脱繁重混乱的手工操作，进行科学高效的信息管理。1.2 论文的构成及研究内容本论文由四个部分构成：第一部分是绪论，主要是对本论文/设计题目来源的总体性概述。第二部分是系统分析，主要是对系统开发前的相关需求做分析，包括用户需求、目标系统流程、目标系统的数据存储分析。第三部分是系统设计，主要是对系统设计过程的描述，包括表的设计、表单设计、菜单设计、数据库结构的具体设计等。第四部分是系统实现与运行，主要是对系统开发后的测

4、试运行说明，包括数据库表结构的建立与数据输入、表单的设计与测试、系统操作使用的简要说明、运行系统并打印出结果、系统评价。2 系统分析2.1 用户需求由于中山市国际酒店有限公司经营范围的拓展，希望本系统为其带来日常经营管理活动的便利性、高效性和资源共享性，从而提高其管理水平。根据中山市国际酒店自身特点与业务情况综合分析，本管理信息系统需要解决以下问题：1. 可以快速的录入订房登记单、入住登记单、调房登记单和退宿登记单等；2. 实现订房信息、住宿信息、调房信息、退宿信息等具体信息的查询；3. 实现人力资源的基本管理；4. 使用计算机快速处理日常经营业务；5. 利用电脑处理数据，实现实时查询所需的管

5、理信息；6. 建立客户资料库，便于建立良好的客户关系；7. 保障数据安全，设置登录密码；8. 打印入住报表、调房报表、退宿报表、结帐报表等报表；9. 进行有效地客房信息管理及更新。2.2 可行性研究（1） 提出方案方案一：由中山市国际酒店有限公司业务部自行开发，采用原型法，反复式开发策略，使用visual foxpro开发单机版系统，只安装在一台计算机上实现经营业务处理功能，无法与其他计算机联网。方案二：由中山市国际酒店有限公司业务部门自行开发或委托开发，采用结构化生命周期开发的方法，直线式开发策略。构建业务部门的局域网，使各分公司总服务台的信息实现实时共享，保证了数据的完整性，提高了工作效率

6、。可行性分析1) 技术上l 必要性：方案一能实现企业的信息化管理，方案一较为简单，用户操作也比较方便，克服了手工处理速度慢、效率低的问题。方案二则具有很好的拓展性和延伸性，便于后期的维护和升级。开发的系统速度快，准确，数据的安全性好。l 可能性：方案一所需人员及其技术水平、软硬件设备不多，资源容易满足。且容易开发。方案二同样不需要特别高端的设备，常规的电脑即可，可能性高。l 有益性：方案一容易满足，但是对企业的信息技术发展、综合技术水平提高和技术创新等促进作用不大。方案二有利于改善企业的信息技术发展，促进高效化办公与合作。2) 经济上l 必要性：方案一能加快业务处理速度和效率，初步实现计算机化

7、操作。方案二可以进一步实现总服务台的高效化办公，实现业务协同，提升整体效率。l 可能性：方案一开发成本较低，系统建设不需要很大的投入。方案二资金花费不大，但要对专业人员进行专门的管理培训。l 有益性：方案一对工作的效率改进不大，尤其是无法实现多用户同时操作。方案二可以较大程度地提高公司管理效率，减少管理成本和费用。3) 社会上l 必要性：若不采用方案一，则企业仍处于手工处理阶段，效率低且容易出错，增加管理难度。若不采用方案二，则各总服务台内部协调性不够，难以实现高效化业务处理。l 可能性：方案一对原来的工作融合性较好，对企业影响比较大。方案二需要适当改变原来的工作方式和管理模式，但也能提高企业

8、的业务水平。l 有益性：方案一能由手工阶段较好地平稳过渡，无需太多调整。方案二能够提高企业信息化水平，改变员工的协同办公观念，便于交流。表2.01 可行性研究九宫格必要性可能性有益性技术层面方案一能实现企业的信息化管理，方案一较为简单，用户操作也比较方便，克服了手工处理速度慢、效率低的问题。方案二则具有很好的拓展性和延伸性，便于后期的维护和升级。开发的系统速度快，准确，数据的安全性好。方案一所需人员及其技术水平、软硬件设备不多，资源容易满足。且容易开发。方案二同样不需要特别高端的设备，常规的电脑即可，可能性高。方案一容易满足，但是对企业的信息技术发展、综合技术水平提高和技术创新等促进作用不大。

9、方案二有利于改善企业的信息技术发展，促进高效化办公与合作。经济层面方案一能加快业务处理速度和效率，初步实现计算机化操作。方案二可以进一步实现总服务台的高效化办公，实现业务协同，提升整体效率。方案一开发成本较低，系统建设不需要很大的投入。方案二投资不大，但要对专业人员进行专门的管理培训。方案一对工作的效率改进不大，尤其是无法实现多用户同时操作。方案二可以较大程度地提高公司管理效率，减少管理成本和费用。社会层面若不采用方案一，则企业仍处于手工处理阶段，效率低且容易出错，增加管理难度。若不采用方案二，则企业各总服务台协调性不够，难以实现高效化业务处理。方案一对原来的工作融合性较好，对企业影响比较大。

10、方案二需要适当改变原来的工作方式和管理模式，但也能提高企业的业务水平。方案一能由手工阶段较好地平稳过渡，无需太多调整。方案二能够提高企业信息化水平，改变员工的协同办公观念，便于交流。综合分析两个侯选方案，现决定采用方案二进行开发，即能既能够为企业带来日常经营管理活动的便利性、高效性，又能达到资源共享性，更有效地提高其管理水平。2.3 目标系统相关调查叙述要实现目标系统的逻辑模型，包括业务相关的组织机构调查，业务处理过程调查，信息流程调查等方面。2.3.1 业务相关组织机构调查本系统的最高执行机构是董事会，下面设立8个部门，分别是：人力资源部：负责酒店总服务台的人才招聘，员工服务，日常管理等业务

11、。技术部：负责本系统系统的开发和维护。总服务台：负责本系统的运营、客户服务等业务。客户服务部：负责解决客户所提出的问题，为客户提供高质量服务。财务部：负责住宿费用的结算。餐饮部：负责客户的餐饮服务。康乐部：负责客户的康乐服务。维修部：负责接收维修信息并进行维修。人力资源部董事会技术部总服务台客户服务部维修部系统开发小组美工设计小组系统调试小组前台管理组客房管理组信息查询组餐饮部维修部财务部行政关系资料传递关系资金流关系图2.01 业务相关组织机构图2.3.2 工作现状调查根据一般酒店情况，分析得到一般酒店业务流程图如下：顾客总服务台相关证件总服务台登记入住证餐饮部康乐部入 住住宿费单康乐消费单

12、餐饮消费单财务部总消费单总服务台结账单结账图2.02 一般酒店的业务流程图对一般酒店的业务流程进行详细调查之后，得出其业务流程如下：顾客进入酒店，由总服务台根据房源信息情况，为顾客办理入住手续，并登记顾客信息、修改房源信息；由客房部安排顾客入住，并在顾客离开前将房费单送交财务部；顾客入住酒店之后，可在餐饮部和康乐部消费，消费完毕，顾客签单之后，将消费单交财务部结账；结账完毕之后，顾客可离开酒店；一般酒店的业务过程所涉及的相关表单：表2.02 酒店订房登记表表2.03 酒店入住登记表表2.04酒店退宿单表2.04酒店调房登记表2.3.3 信息流程调查根据业务流程图，用功能数据（p-d）分析法，分

13、析画出u/c矩阵。表2.05 一般酒店业务u/c矩阵数据（数据类）过程（功能）客房信息订房单退宿单总消费单客房信息表订房登记表入住单入住登记表选房间号入住卡退宿登记表发票或收据(1)客房管理uc (2)获取订房信息uu c(3)确定所订房间uc(4)获取入住信息uc(5)确定入住房间uuc.(6)分配房间uc(7)退宿管理uuucc .注：.客房管理 .订房管理 .入住管理 .退宿管理根据u/c矩阵画出现状数据流图图t：一般酒店业务管理ft-1客房信息0总服务台业务处理ft-6发票或收据相关部门客户客户财务部ft-5总消费单ft-2订房单ft-3入住单ft-4退宿单图2.03一般酒店业务管理d

14、fd（顶层图）图0：一般酒店业务管理ft-3入住单3入住管理ft-4退宿单4退宿管理ft-5总消费单ft-1客房信息1客房管理s0-1客房信息表ft-2订房单2订房管理s0-2订房登记表表s0-3入住登记表表s0-4退宿登记表表ft-6发票或收据s0-5入住卡图2.04一般酒店业务管理dfd（0层图）图1：客房管理ft-1客房信息1客房管理s0-1客房信息表图2.05客房管理数据流图图2：订房处理s0-1客房信息表ft-2订房单2.1获取订房信息s0-2订房登记表表f2-1订房信息2.2确定所订房间图2.06订房处理数据流图图3：入住处理s0-1客房信息表ft-3入住单3.1获取入住信息s0-

15、2订房登记表表3.2确定入住房间3.3分配房间s0-3入住登记表表s0-5入住卡f3-1入住信息图2.07入住处理数据流图图4：退宿处理ft-4退宿单4退宿管理s0-3入住登记表表s0-4退宿登记表表ft-6发票或收据ft-5总消费单图2.08退宿处理数据流图2.3.4 现状评价一般酒店业务过程只是实现了简单的业务处理，在订房、入住、退宿等业务中都存在一定的漏洞，与公司的目标还有一定的距离。例如没建立客户资料库，不利于提高酒店安全的管理，没有调房业务流程，容易产生漏洞。2.4 目标系统的数据存储分析由调查的相关单据票证帐簿报表以及开发本系统所要用到的数据项找出要长期存储的基本项；写出由基本项构

16、思erd的四条原则及相应得出的实体、联系及其属性；构思并改进erd；写出由erd导出一般关系模型的四条原则，列出数据存储初步构思的关系框架；进行业务流程再造；根据再造后的业务流程图绘制新的dfd；伴随着新的dfd绘制画出的网站系统的功能层次图（fhd）。2.4.1 基本项数据分析：由现状dfd的数据存储和业务的相关单据票证帐簿报表以及开发酒店管理信息系统所要用到的数据项，得到以下所要长期存储的基本项：订房登记表：姓名、联系电话、工作单位、房间号、预定日期、预定天数、预住人数、备注、操作员入住登记表：入住单号、证件名称、证件号码、房间号、工作单位、住宿日期、预住天数、退宿日期、备注、日期、操作员

17、退宿登记表：退宿单号、姓名、房间号、住宿日期、住宿时间、实际宿费、结款方式、折扣、应收宿费、金额总计、押金、退还宿费、退宿日期、退宿时间、备注、操作员客房信息表：房间号、类型编号、房态、备注客房类型：类型编号、客房类型、价格、配置、使用设置、营业时间、备注调房单：调房单号、原房间号、原房单日期、目标房间号、目标房单日期、备注、经手员工号员工：员工编号、员工姓名、员工性别、员工类别、职务、聘用日期、薪金、备注客房：房间号、最近走火通道号、所属服务台号、主管小组号客户：客户号、姓名、性别、年龄、证件类型、证件号码、信誉记录、备注登陆数据：账号、密码、2.4.2 e-r图构思由基本项构思erd的四条

18、基本原则：1、根据由基本项构思erd的原则1，能独立存在的事物。可得出“客房”、 “客户、“调房单”、“员工”、“客房类型”、“登录数据”六个实体。2、根据由基本项构思erd的原则2，两个或多个实体间的关联与结合。如预订、查询、登记入住、客房信息、客房类型、退宿等，当需要关注时，应作为联系。3、根据由基本项构思erd的原则3，实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识，如证件号码、凭证号码、单位编号、房间号、类型编号、员工编号等。联系的属性是联系的结果或状态。属性具有如下几个特点：非多值性、非复合性、非导出性，而实体属性还应有非关联性。可得：“订房登记表”的属性

19、有：姓名、联系电话、工作单位、房间号、预定日期、预定天数、预住人数、备注、日期、预订服务员和时间“入住登记表”的属性有：入住单号码、姓名、性别、年龄、证件名称、证件号码、房间号、工作单位、住宿日期、预住天数、退宿日期、备注、日期、来宿服务员、退宿服务员“退宿登记表”的属性有：退宿单号码、姓名、房间号、住宿日期、住宿时间、实际宿费、结款方式、折扣、应收宿费、金额总计、押金、退还宿费、退宿日期、退宿时间、备注、操作员“客房信息表”的属性有：房间号、类型编号、房态、备注“客房类型表”的属性有：类型编号、客房类型、价格、配置、使用设置、营业时间、备注4、根据由基本项构思erd的原则4，所有基本项在同一

20、e-r图中作为属性要在且仅在一个地方出现，即一事一地原则。得到初始的e-r图：员工客房客人预订*客人号*员工号*房间号knm联系电话预定日期预订天数入住日期图2.9 订房登记的初始局部e-r图员工客房客人入住*客人号*员工号*房间号knm退宿日期住宿日期预住天数其他要求图2.10 入住登记的初始局部e-r图员工客房客人退宿*客人号*员工号*房间号knm结款方式总计金额折扣退宿日期图2.11 退宿登记的初始局部e-r图员工客房客人查询退宿*客人号*员工号*房间号knm房价消费信息房间状态日期时间图2.12 查询登记的初始局部e-r图员工客房类型客房设置退宿*房间号*员工号*类型编号kn1备注图2

21、.13 房间所属的初始局部e-r图图2.14 改进前系统全局e-r图2.4.3 e-r图改进从图2.15按从erd导出一般关系的4条原则，得到订购关系框架，如下表：表2.06 入住关系表客户号客房号员工号住宿日期退宿日期证件名称证件号码外码外码外码主码从入住关系表中可以发现两个问题：一是主键（复合主键）太复杂，不便于查询；二是当同一客户一次订了多个房间时，客户号、员工号必定多次重复。解决的方法是引入联系虚实体入住登记表。它描述的是入住关系，而不是实体。只是为了简化入住这个复杂的多元联系而引进的一个中间替身。从而把入住关系转化为客户和入住登记表之间的填写关系、员工和入住登记表之间的经手关系、客房

22、和入住登记表所住关系3个二元联系。经改进后的e-r图如下：图2.15 改造后的全局e-r图2.4.4 数据存储初步构思从e-r图导出一般关系模型的四条原则：1. e-r图中的每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码2. e-r图中的从实体及相应的主从联系变换为一个关系，从实体的属性加上主实体关系的主码构成这个关系的属性。如果主从联系是1:1的，则以主实体关系的主码（作为外来码）为这个关系的主码；如果主从联系是1:m的，则以主实体关系的主码加上同一主实体个体联系的不同从实体个体赖以相互区分的属性组，组成该关系的主码。3. 1:m联系通过在“多”实体关系中增加相联

23、系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。4. m:m联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。根据从e-r图导出一般关系模型的第一条原则，每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。可得到“登陆数据”、“客户”、“员工”、“客房”、“调房单”、“客房类型”、六个关系。“登录数据”关系：（账号、账号），（密码）为关系主码。“客户”关系：（客户号、姓名、性别、年龄、证件类型、证件号码、信誉记录、备注），（客户号）为关系主码。“员工”关系：（员工

24、号、姓名、性别、类别、职务、聘用日期、薪金、备注），（员工号）为关系主码。“调房单”关系：（调房单号、原房间号、原房单日期、目标房间号、目标房单日期、备注、经手员工号），（调房单号）为关系主码。“客房”关系：（房间号、最近走火通道号、所属服务台号、主管小组号），（房间号）为关系主码。“客房类型”关系：（类型编号、客房类型、价格、营业时间、配置、使用设置、备注），（类型编号）为关系主码。根据从e-r图导出一般关系模型的第三条原则，1:m联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。“订房登记表”关系：（订房单号、员工号、客房号、客户

25、号、联系电话、预定日期、预定天数、备注、入住日期、入住时间），（订房单号）为关系主码，（员工号、客房号、客户号）为关系外码。“入住登记表”关系：（入住单号、员工号、客房号、客户号、住宿日期、预住天数、退宿日期、备注），（入住单号）为关系主码，（员工号、客房号、客户号）为关系外码。“退宿登记表”关系：（退宿单号、员工号、客房号、客户号、实际宿费、结款方式、折扣、金额总计、退还押金、退宿日期、退宿时间、备注），（退宿单号）为关系主码，（员工号、客房号、客户号）为关系外码。“客房信息表”关系：（客房信息单号、员工号、客房号、客户号、消费信息、备注），（客房信息单号）为关系主码，（员工号、客房号、客户

26、号）为关系外码。 “客房资料表”关系：（客房资料单号、员工号、客房号、类型编号、备注），（客房类型单号）为关系主码，（员工号、客房号、类型编号）为关系外码。2.4.5 业务流程再造（bpr）图2.16 改造后的酒店业务流程图2.4.6 构思新的dfd根据新的业务流程图，用功能数据（p-d）分析法，分析画出u/c矩阵。表2.07 改造后酒店业务的u/c矩阵过程（功能）数据（数据类）客房信息信誉记录表订房单入住单调房单退宿单房价数据总消费单客户资料表客房信息表订房登记表收据入住登记表入住卡1调房登记表入住卡2退宿登记表退还金额发票(1)产生客户资料uc(2)客房管理uc(3)获取订房信息uuc(4

27、)确定所订房间uc(5)收取定金uuc(6)获取入住信息uuuc(7)确定入住房间 uc.(8)分配房间uc(9)获取调房信息uc(10)确定所调房间uc(11)重新分配房间uuc(12)退宿登记uuuuc(13)结账uucc 注：.客户资料管理 .客房信息管理 .订房管理 .入住管理 .调房管理 .退宿管理根据u/c矩阵画出现状数据流图图t:酒店业务管理ft-1客房信息0总服务台业务处理ft-10收据相关部门客户客户财务部ft-8总消费单ft-3订房单ft-4入住单ft-6退宿单ft-5调房单ft-2信誉记录表ft-11退还金额ft-7各种优惠证明ft-9发票图2.17酒店业务管理dfd(顶

28、层图)图0:酒店业务管理ft-4入住单4入住管理ft-5调房单5调房管理ft-6退宿单6退宿管理ft-8总消费单ft-1客房信息2客房管理s0-2客房信息表ft-3订房单3订房管理s0-3订房登记表表s0-4入住登记表表s0-5退宿登记表表ft-9发票s0-6入住卡ft-11退还金额s0-1客户资料表ft-2信誉记录表1客户资料管理ft-10收据ft-7各种优惠证明s0-7调房登记表图2.18 酒店业务管理dfd(0层图)图1:客户资料管理ft-2信誉记录表1客户资料管理s0-1客户资料表图2.19 客房管理dfd图2:客房管理ft-1客房信息2客房管理s0-2客房信息表图2.20 客房管理d

29、fd图3:订房处理s0-2客房信息表ft-3订房单3.1获取订房信息s0-3订房登记表表f3-1订房信息3.2确定所订房间f3-2房价数据3.3收取订金ft-10收据s0-1客户资料表图2.21 订房处理dfd图4:入住处理s0-2客房信息表ft-4入住单4.1获取入住信息s0-3订房登记表表f4-1入住信息4.2确定入住房间4.3分配房间s0-4入住登记表表s0-1客户资料表s0-6-1入住卡1图2.22 入住处理dfd图5:调房处理ft-5调房单5.1获取调房信息s0-2客房信息表5.2确定所调房间f5-1调房信息5.3重新分配房间s0-6-1入住卡1s0-6-2入住卡2s0-7调房登记表

30、图2.23 调房处理dfd图6:退宿处理ft-6退宿单6.1退宿登记s0-4入住登记表表ft-9发票ft-8总消费单s0-5退宿登记表表ft-11退还金额6.2结账f6-1结账数据s0-2客房信息表ft-7各种优惠证明s0-7调房登记表图2.24 退宿处理dfd相应的数据字典如下:表2.08 基本项表编号项名类型长度小数位值域从属说明001账号字符6登陆数据002密码字符6登录数据003房间号字符4客房关系004最近走火通道号字符3客房关系005所属服务台号字符2客房关系006主管小组号字符2客房关系007客户号字符7客户关系008姓名字符8客户关系009性别字符2客户关系010年龄字符3客户

31、关系011身份证号码字符18客户关系012信誉记录字符6客户关系013备注备注4客户关系014员工号字符7员工关系015姓名字符8员工关系016性别字符2员工关系017类别字符8员工关系018职务字符10员工关系019聘用日期日期8员工关系020薪金字符62099999员工关系021备注备注4员工关系022调房单号字符8调房关系023原房间号字符4调房关系024原房单日期日期8调房关系025目标房间号字符4调房关系026目标房单日期日期8调房关系027经受员工号字符7调房关系028备注备注4调房关系029类型编号字符2客房类型030客房类型字符8客房类型031价格字符4209999.99客房类

32、型032配置字符30客房类型033使用设置字符30客房类型034营业时间日期时间8客房类型035备注备注4客房类型036房间号字符4客房信息037类型编号字符2客房信息038房态字符8客房信息039备注备注4客房信息040退宿单号字符8退宿关系041客户姓名字符8退宿关系042房间号字符4退宿关系043住宿日期日期8退宿关系044住宿时间日期时间8退宿关系045实际宿费字符620999999.99退宿关系046借款方式字符8退宿关系047折扣字符10退宿关系048应收宿费字符620999999.99退宿关系049押金字符4209999.99退宿关系050金额总计字符620999999.99退宿

33、关系051退还金额字符4209999.99退宿关系052退宿日期日期8退宿关系053退宿时间日期时间8退宿关系054操作员字符7退宿关系055备注备注4退宿关系056入住单号字符8入住关系057证件名称字符8入住关系058证件号码字符18入住关系059房间号字符4入住关系060住宿日期日期8入住关系061预住天数字符3入住关系062退宿日期日期8入住关系063操作员字符7入住关系064备注备注4入住关系065订房单号字符8订房关系066姓名字符8订房关系067联系电话字符11订房关系068工作单位字符30订房关系069房间号字符4订房关系070预订日期日期8订房关系071预订天数字符3订房关系

34、072预付金额字符4209999.99订房关系073操作员字符7订房关系074备注备注4订房关系表2.09 数据流表编号数据流名来源结构去向从属说明ft-1客房信息有关部门p2ft-2信誉记录表有关部门p1ft-3订房单客户p3.1ft-4入住单客户p4.1ft-5调房单客户p5.1ft-6退宿单客户p6.1ft-7各种优惠证明客户p6.1ft-8总消费单财务部门p6.1ft-9发票p6.2客户ft-10收据p3.3客户ft-11退还金额p6.2客户f3-1订房信息p3.1p3.2f3-2房价数据p3.2p3.3f4-1入住信息p4.1p4.2f5-1调房信息p5.1p5.2f6-1结账数据p

35、6.1p6.2表2.10 数据存储表编号数据存储名写入结构读出增减so-1客户资料表p1p3.1p4.1so-2客房信息表p2p6.1p3.2p4.2p5.2so-3订房登记表p3.1p3.2p4.1so-4入住登记表p4.1p4.3p6.1so-5退宿登记表p6.1so-6-1入住卡1p4.2p4.35.2so-6-2入住卡2p5.2p5.3s0-7调房登记表p5.3p6.1表2.11 加工处理说明表编号加工名输入处理逻辑输出p1客户资料管理ft-2so-1p2客房管理ft-1so-2p3.1获取订房信息s0-1ft-3f3-1s0-3p3.2确定所订房间so-2f3-1s0-1f3-2p3

36、.3收取订金f3-2ft-10p4.1获取入住信息so-3ft-4s0-1f4-1s0-4p4.2确定入住房间f4-1so-2s0-6-1p4.3分配房间so-6-1s0-4p5.1获取调房信息ft-5f5-1p5.2确定所调房间f5-1so-2s0-6-1s0-6-2p5.3重新分配s0-6-2s0-7p6.1退宿登记ft-6ft-7ft-8so-4s0-7f6-1s0-2s0-5p6.2结账f6-1ft-9ft-112.4.7 功能层次图通过仔细分析构想之后，本管理信息系统的基本功能如下。本酒店管理信息系统主要分为客房管理、客户管理、员工管理、总查询、订房管理、入住管理、调房管理、退宿管理

37、、报表分析、图形分析，共十大总功能，每个总功能下分为若干个详细功能。根据业务需要，部分总功能之间和部分详细功能之间有着相互联系。图2.25 酒店管理信息系统功能层次图3 系统设计3.1 酒店管理信息系统总体设计酒店管理信息系统总体结构设计，包括一般关系模型设计，房务处理总体结构设计。3.1.1 一般关系模型设计根据从e-r图导出一般关系模型的第一条原则，每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。可得到“登录数据”、“员工”、“客户”、 “调房单”、“客房”、“客房类型”六个关系。“登录数据”关系：（账号、账号），（密码）为关系主码。表3.01 登记数据关系表账

38、号密码主码“客户”关系：（客户号、姓名、性别、年龄、证件类型、证件号码、信誉记录、备注），（客户号）为关系主码。表3.02 客户关系表客户号姓名性别证件类型证件号码信誉记录备注主码“员工”关系：（员工号、姓名、性别、类别、职务、聘用日期、薪金、备注），（员工号）为关系主码。表3.03 员工关系表员工号姓名性别类别职务聘用日期薪金备注主码“调房单”关系：（调房单号、原房间号、原房单日期、目标房间号、目标房单日期、备注、经手员工号），（调房单号）为关系主码。表3.04 调房单关系表调房单号原房间号原房单日期目标房间号目标房单日期经手员工号备注主码“客房”关系：（房间号、最近走火通道号、所属服务台号

39、、主管小组号），（房间号）为关系主码。表3.05 客房关系表房间号最近走火通道号所属服务台号主管小组号主码“客房类型”关系：（类型编号、客房类型、价格、营业时间、配置、使用设置、备注），（类型编号）为关系主码。表3.06 客房类型关系表类型编号客房类型价格营业时间配置使用设置备注主码根据从e-r图导出一般关系模型的第三条原则，1:m联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码作为外码。“订房登记表”关系：（订房单号、员工号、客房号、客户号、联系电话、预定日期、预定天数、备注、入住日期、入住时间），（订房单号）为关系主码，（员工号、客房号、

40、客户号）为关系外码。表3.07 订房登记关系表订房单号员工号客房号客户号联系电话预定日期预订天数入住日期入住时间备注外码外码外码主码“入住登记表”关系：（入住单号、员工号、客房号、客户号、住宿日期、预住天数、预计退宿日期、备注），（入住单号）为关系主码，（员工号、客房号、客户号）为关系外码。表3.08 入住登记关系表入住单号员工号客房号客户号住宿日期预住天数预计退宿日期备注外码外码外码主码“退宿登记表”关系：（退宿单号、员工号、客房号、客户号、实际宿费、结款方式、折扣、金额总计、退还押金、退宿日期、退宿时间、备注），（退宿单号）为关系主码，（员工号、客房号、客户号）为关系外码。表3.09 退宿

41、登记关系表退宿单号员工号客房号客户号实际宿费结款方式折扣金额总计退还押金退宿日期退宿时间备注外码外码外码主码3.2 系统详细设计系统的详细设计，包括数据库结构的具体设计，系统总体布局设计，基础数据页面设计，核心处理功能设计。3.2.1 数据库结构的具体设计 数据库整体结构：图3.01数据库整体结构图1图3.02数据库整体结构图2用于储存前台职员登录数据的登录数据表表3.12 登录数据表字段名称数据类型字段长度允许空索引账号字符型7否普通索引、升序密码字符型6否用于储存客户数据的客户关系表表3.13 客户关系表字段名称数据类型字段长度允许空索引客户号字符型7否主索引、升序姓名字符型8否性别字符型

42、2否年龄字符型3否身份证号码字符型18否信誉记录字符型6否备注备注型4否用于储存员工的员工关系表表3.14 员工关系表字段名称数据类型字段长度允许空索引员工号字符型7否主索引、升序姓名字符型8否性别字符型2否类别字符型8否职务字符型10否聘用日期日期型8否薪金数值型6否备注备注型4否相片通用型4否用于储存客房类型信息的客房类型表表3.15 客房类型表字段名称数据类型字段长度允许空索引类型编号字符型2否主索引、升序客房类型字符型8否价格字符型4否配置字符型30否使用设置字符型30否营业时间字符型8否备注备注型4否用于储存客房关系信息的客房关系表表3.16 客房关系表字段名称数据类型字段长度允许空

43、索引房间号字符型4否主索引、升序走火通道号字符型3否服务台号字符型2否主管小组号字符型2否类型编号字符型2否普通索引、升序房态字符型6否用于订房信息的订房关系表表3.17 订房关系表字段名称数据类型字段长度允许空索引订房单号字符型8否主索引、升序客户号字符型7否普通索引、升序姓名字符型8否联系电话字符型11否工作单位字符型30否房间号字符型4否普通索引、升序预定天数字符型3否预定日期日期型8否预付金额字符型4否操作员字符型7否普通索引、升序备注备注型4否用于入住信息的入住关系表表3.18 入住关系表字段名称数据类型字段长度允许空索引入住单号字符型8否主索引、升序姓名字符型8否客户号字符型7否普

44、通索引、升序房间号字符型4否普通索引、升序住宿日期日期型8否住宿天数字符型3否退宿日期日期型8否操作员字符型7否普通索引、升序备注备注型4否工作单位字符型30否身份证号码字符型18否联系电话字符型11否预付金额字符型5否用于调房信息的调房关系表表3.19 调房关系表字段名称数据类型字段长度允许空索引调房单号字符型8否普通索引、升序原房间号字符型4否已入住天数字符型3否目标房间号字符型4否续住天数字符型3否经手员工号字符型7否备注备注型4否用于退宿信息的退宿关系表表3.20 退宿关系表字段名称数据类型字段长度允许空索引退宿单号字符型8否主索引、升序客户号字符型7否普通索引、升序姓名字符型8否房间号字符型4否普通索引、升序住宿天数字符型3否类型编号字符型2否实际宿费字符型6否结算方式字符型8否折扣字符型10否应收宿费字符型6否押金字符型4否其他费用字符型6否退还金额字符型4否退宿日期日期时间型8否操作员字符型7否普