宾馆客房管理系统的开发与设计毕业论文.doc_第1页
宾馆客房管理系统的开发与设计毕业论文.doc_第2页
宾馆客房管理系统的开发与设计毕业论文.doc_第3页
宾馆客房管理系统的开发与设计毕业论文.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

宾馆客房管理系统的开发与设计毕业论文目 录第一章 前 言41.1管理信息系统目标51.2项目开发计划5第二章 系统需求分析72.1 现行业务描述72.1.1 组织结构72.1.2 业务流程分析82.2 现行系统存在的主要问题82.3 解决方案92.4 可行性分析与抉择9第三章 新系统逻辑方案123.1 数据流图描述123.1.1 系统顶层数据流程图说明133.1.2 客房管理数据流程二层图说明143.2 数据字典描述15第四章 系统总体结构设计194.1 软件模块结构设计194.2 数据库设计204.2.1 数据库设计需求分析214.2.2 需求分析的建模214.2.3 ER模型转化为关系模式234.2.4数据库设计254.3系统总体安全性、可靠性方案与措施31第五章 系统详细设计335.1 代码设计335.2关键算法335.2.1客房宿费的算法335.2.2如何实现调房345.2.3如何实现宿费提醒345.3 程序界面设计355.3. 1 主界面实现目标35实现目标35 实现过程365.3.2系统登录模块设计415.3.3住宿管理设计45第六章 系统测试576.1、引言576.2、测试计划:576.3、测试内容说明:576.4、测试分析报告586.5、系统安装59第七章 结 论60致 谢60参考文献60附录:部分模块设计代码61 第一章 前 言当今社会,是高科技、高效率、高度竞争的全新社会。随着人们物质水平的逐步提高,人们的精神生活也开始趋向丰富多彩。人们已经不再仅仅局限于待在家中,不再把自己局限在周围的生活圈子里。为了丰富自己的文化生活和自身娱乐,人们已经习惯了利用假期外出旅游。各个地区的旅游业也因此出现了持续增长的好势头。这对于各地的宾馆等部门来说是一种机遇也是一种挑战。商场如战场,竞争十分激烈 ,在竞争中如果企业本身不能从企业内部入手,提高自身的竞争力,就有可能被社会所淘汰。只有提高企业自身的生命力才是企业正确的发展方向。宾馆部门以前那种老的运作机制已经不能适应当今社会的需要,单纯靠手工去进行大量的信息处理,不但给企业本身带来很大的不便,同时也给顾客带来很大的麻烦,造成企业虽然耗费了大量的人力、物力和时间,但仍然导致工作效率的降低。所以,对于宾馆部门来说,建立一套合理有效的管理信息系统迫在眉睫。新月宾馆是我市一家新开业不久的宾馆,主要从事住宿旅游观光服务工作,占地面积11000多平方米,建筑面积120000多平方米,职工60多人。该宾馆设有豪华套间、标准间、普间、双人间等共70间,床位共130张。有闭路电视、程控电话、国内国际直拨电话、电梯、中央空调、现代消防设施、大小餐厅2个、停车场、大小会议室2个,同时能接待130人住宿、100人以内的中小型会议,提供代购火车、汽车、飞机票等各种旅游观光服务。现有职工60多人,其中,有计算机操作工作经验的员工占职工总数的30左右。随着信息技术的发展和人们对宾馆酒店的要求越来越高,宾馆客房服务一直是本宾馆的主要业务活动,随着业务的不断发展,加强成本管理与收入管理、通过提高服务水平提升企业形象已成为本宾馆的迫切需要。因为该宾馆目前采用手工操作的运营过程,差错率较高,已不能适应现代化管理的要求。该宾馆已明显觉得手工管理已不能适应当前宾馆高速发展的需要,已意识到使用计算机网络和计算机管理的重要性,决定首先在客房部采用宾馆客房管理系统。为了提高宾馆管理效率,赢得客户的满意度,我建议公司决策层同意开发该宾馆客房管理信息系统,并以此系统的研发过程作为本人毕业论文的论题。1.1管理信息系统目标本系统的建设需要实现如下目标:(1)支持日常业务运作。(2)集中管理业务数据,支持管理预测与决策。(3)有良好的可扩充性(系统配置灵活,支持用户未来信息化进程的发展)。(4)汉字图形用户界面,人机对话友好,操作方便。(5)响应速度合理,安全性较高,运行稳定。(6)系统建设费用较低。1.2项目开发计划本毕业设计只需实现宾馆客房管理。本项目开发计划如下:1) 在2006年7月份内完成系统需求分析2) 在2006年8月份内完成新系统逻辑方案分析3) 在2006年9月份上旬完成新系统设计4) 在2006年10月份底完成新系统实现,其中包括程序设计,并进行系统的测试和调试,完成论文的初稿,交给指导老师审查。第二章 系统需求分析系统需求分析主要任务是调查现行系统存在的问题,弄清用户对新系统的要求,提出可行的方案,为管理层决策提供依据。2.1 现行业务描述2.1.1 组织结构本宾馆在管理上设客房部、财务部、仓储部、采购部、餐饮部、厨房部、公关部。组织结构图见图2.1 。董事会(长)总经理客房部财务部仓储部采购部餐饮部厨房部公关部吧台大堂二楼现金会计出纳图2.1 系统组织结构图组织结构图中,各部门的职责描述见下表。部 门职 责董事会公司投资与经营战略决策总经理管理宾馆营运事务,实现营运目标,向董事会负责客房部负责住宿登记、客房调整、营业报表、追加押金等工作财务部管理宾馆资金来源与资金运用,支持各部门工作。仓储部从事宾馆生产与服务所需物资的入库、储存、发放,实现存货管理。采购部制定采购计划,进行供应商管理,向市场采购宾馆所需各项物资餐饮部管理宾馆服务生,向客户提供餐饮服务(开台、点菜、传菜、供应饮品、辅助结算等)。厨房部菜肴加工制作公关部宾馆促销策划、迎宾、宴席预定等2.1.2 业务流程分析在本系统的业务流程分析中,采用的工具是业务流程图,这是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图,它可以帮助分析人员找出业务流程中的不合理。本系统的管理系统流程图如图2-2:图2-22.2 现行系统存在的主要问题现行系统是手工运作的系统,可以支持向客户提供客房服务功能,但是,存在以下薄弱环节:1现行系统是手工运作的系统,业务人员手工作业量大,数据传递不及时,对数据的统计和计算过程中易发生差错,工作效率较低。2业务流程管理不够严密。3主要从销售收入角度向管理层提供数据,不能满足管理要求(例如不能提供空房率、房态的实时消费状况统计等信息)。 4向客户提供的消费清单手工书写,常发生字迹不清晰的问题,并且格式也不统一。5历史账务的查询也不方便。现行系统的上述弱点,实质上反映公司在宾馆服务客户的过程中,对信息的产生、传输、加工与挖掘分析利用方面存在不足,不能满足企业管理与业务发展的要求,也对企业形象造成不利的影响。这也正是提出新系统的直接原因。2.3 解决方案建议采用的新系统,是一个人机系统,新系统能够实现现行系统的功能,并且能克服现行系统的上述弱点,与现行系统相比,将有如下改善之举:1 对消费信息的采集与记录更加细致与全面,能满足不断增长的管理需求;2 利用计算机对数据进行加工、统计、分析,提高工作效率;3 实现完全的信息管理流程,支持业务管理制度的完善工作;4 提供统一格式的计算机打印单据与报表,提升企业形象;5 重视对历史数据的存储保护、追溯、分析,为管理层对企业的经营预测与决策提供及时有效的帮助。2.4 可行性分析与抉择1技术可行性最近30年来,管理信息系统技术得到了充分的发展与完善,使得开发本系统在技术可行性成为可能,利用VB开发工具,使得本系统不存在技术上的障碍。该系统的软件研发阶段,由我协助该宾馆管理提出需求、进行系统设计与开发,拟采用成熟的数据库技术与软件开发技术,具有技术可行性。2经济可行性我参与本系统的研发工作,主要是为了综合运用在计算机专业所学的各科知识,通过理论与实践的结合,提高本人的专业技术知识的应用能力,所以主动免费承担本系统的软件研发工作。因为本系统投产后,不必增减宾馆人员的工作岗位及职工人数,故没有人力资源成本的增加与减少。新系统(第一期)的费用与收益分析如下:(1)一次性项目建设费用为 人民币 25000元。其中:软件研发经费:人民币 0元;计算机设备及系统软件费:人民币 25000元;培训费 :人民币 0元;整个项目建设期为0.5年(2)投产后的年发生费用预计为 人民币 12000元。其中:年运营耗材费:人民币 5000元年折旧费(支付系统软硬件维护及更新): 人民币 7000元(3)新系统投产后预期年经济收益为人民币 30000元。其中:销售信息利用增值:人民币 10000元工作效率提升的收益: 人民币 10000元客户满意度提升的收益: 人民币 10000元(4)预计本系统使用寿命五年,按年利率5%计算:项目投资回收期 = 项目投资 /(年收入 年支出)= 25000 / (30000-12000)=1.3年净现金流量 = Sum(年净收入/(1+年复利息率)) 项目投资 = (25000-12000)*( 0.9524+0.9070+0.8638+0.8227+0.7835) -25000 = 77929-36000 = 41929 元 可见,本系统的投资回收期不很长,即使在使用年利率5%的贷款来进行投资,在项目运营业3年内,宾馆仍能获得超过4万元的净现金流量,本项目经济上可行。3营运可行性在本系统的运营阶段,使用系统的工作人员,除了需要具备在Microsoft Windows平台上使用个人电脑的知识,并不需要特别的技术能力。这方面的知识,在该宾馆与本项目运营相关的客房部的直接人员中已经具备。并且在项目投产前,还会安排对操作系统的人员进行必要的培训。系统技术维护支持工作,在初期仍将硬件供应商及本人完成。在宾馆信息化建设及业务拓展到适当规模后,宜由宾馆雇用专业技术人员担任此项工作。在具体实施过程中,宾馆同意建立这样的运营管理机制:由公司管理层一名高级管理人员领导,客房部具体负责本项目的运营;同时,采购部负责对系统运营过程中的计算机耗材的供应。因此本系统营运方面可行。综上所述,实施本系统,已具备技术可行、经济可行、营运可行的条件,所以宾馆决策层同意开发和使用本系统。第三章 新系统逻辑方案根据用户的需求,新系统应实现如下功能: (1)住宿管理:客房预定、住宿登记、追加押金、调房登记、退房结账。 (2)客房管理:客房设置、客房查询、房态查看。 (3)挂账管理:挂账查询、客户结款。 (4)查询统计:预定房查询、住宿查询、退宿查询、宿费提醒。 (5)日结:登记预收报表、客房销售报表、客房销售统计。 (6)系统设置:初始化、操作员设置、密码设置、权限设置。下面分别从数据流图、数据字典、基本加工角度对本系统要实现的功能进行详细说明。3.1 数据流图描述数据流图是对组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它不涉及硬件、软件、数据结构与文件组织,是用图形语言及与此相关的注释来表示系统的逻辑功能,及所开发的系统在管理信息处理方面要做什么。本文中数据流中的符号解释如下:F3住宿证、手牌、住宿登记单首先,根据对管理信息系统建设的总体要求,确定系统的外部项,即系统数据的数据来源和去处。通过分析,掌握本系统的外部项和输入输出数据流,绘制本系统的关联系统图见图3.1 。F1相关证件、押金宾馆客房管理系统F6宿费提醒经理F5营业报表客户F7追加押金F8预订房费F9预订赁证F3结帐单据F4退宿结帐图3.1 系统关联图从系统关联图(图3.1)中可以看出:客户向本系统提供有关证件(F1),如身份证,军官证、押金等,进行住房登记,可以通过从本系统获得住宿证、手牌、住宿登记单(F3),然后入住;本系统对宿费进行提醒(F6),要求客户进行续费追加押金(F7);客户可进行预订房间(F8),本系统开出预订凭证(F9)。顾客进行退宿结帐(F4),本系统通过统计开出结帐凭证(F3)。本系统支持经理对营运数据的统计分析功能(F5)。3.1.1 系统顶层数据流程图说明D1住宿登记信息本系统的顶层数据流程图见图3.2 。预收金额信息D2P2F1相关证件、押金P1挂账信息D3F2预订房费顾客综合统计报表D4客人结账信息F3追加押金客房管理D5客房信息F4结帐单据D6客房预订信息经理退宿登记信息D7图3.2 顶层数据流程图在顶层数据流程图(图3.2)中,一共有两个主要的加工:“ P1客房管理”,“P2综合统计报表管理”。P1客房管理:处理有关顾客订房、退房、入住、续费等操作,主要形成“登记预收金额文件”和“客人住宿信息登记文件”、“客房信息表”、“客房预订表”、“退房登记表”等。 3.1.2 客房管理数据流程二层图说明客房管理数据流程二层图见图3.3 。F3住宿登记P1.1住宿登记证件D1F1查询房态客房信息表D4登记表D3预收金额表D2P1.2顾客结账退房信息表D5F2住宿证、手牌、住宿登记单F4退房F6续订客房预订表D6F5预订P1.4预订房间P1.3客户续费图3.3 客房管理流程一层图图3.3中主要有三个加工:P1.1住宿登记,P1.2顾客结账,P1.3客户续费,P1.4预订房间。3.2 数据字典描述建立数据字典是为了对数据流程图上各个元素做出详细定义和说明。数据流程图配以数据字典,就可以从图形和文字两个方面对系统的逻辑模型进行描述,从而形成一个完整的说明,为以后系统设计的进行提供必要的详细信息。对数据流图中所有的数据流都要加以说明,现在以二层图中的“F2住宿证”为例进行说明,见表3.1。对数据流图中所有的数据元素都要加以说明,现在以二层图中的“顾客姓名”为例进行说明,见表3.2。对数据流图中所有的数据存储都要加以说明,现在以二层图中的“D6客房预订表”为例进行说明,见表3.3。对数据流图中所有的外部项都要加以说明,现在以顶层图中“顾客”为例进行说明,见表3.4。对数据流图中所有的数据加工都要加以说明,现在以顶层图中“客房管理”为例进行说明,见表3.5。表3.1数据流 - F2住宿证数 据 流系统名:宾馆客房管理信息系统编号:F2条目名:住宿证别名:来源:客户去向:管理系统数据流结构:入住日期住宿证编号客户姓名房间号押金折扣补交日期操作员 简要说明: 以此记录客户入住情况,供服务员引领客户前去某房间,退房时要交回。修改记录编写日期2006年8月16日审核日期2006年8月16日表3.2数据元素 顾客姓名数 据 元 素系统名:宾馆客房管理信息系统编号:E7.2.2条目名:顾客姓名别名:属于数据流:F3 F4 F5 F6 存储处:D2、D3、D4、D5、D6数据元素值:代码类型:字符长度 : 12位 简要说明:是某个客户的姓名,要与身份证上的姓名一致修改记录编写日期2006年8月16日审核日期2006年8月16日表3.3数据存储 客房预订表数 据 存 储系统名:宾馆客房管理信息系统编号:D6条目名:收入明细账别名:存储组织:每次客户结账就有一张收银清单,按收银清单编号顺序排列记录数:只记录当前市别的收银记录,记录数不限,存储上限由磁盘可用空间控制。收市结账后转入“历史收入明细账”主关键字:收银单号+顺序号记录组成:项目:收银单号+桌号+人数+顺序号+商品代码+数量+单价+折扣率+收银员近似长度(字节):12+4+4+4+6+2+4+4+4 = 42简要说明:修改记录编写日期2006年8月16日审核日期2006年8月16日表3.4外部项 - 顾客外 部 项系统名:宾馆客房管理信息系统编号:E04条目名:顾客别名:输入:F3 住宿登记 F4 退房 F5 预订F6 续订输出:D2、D3、D4、D5、D6主要特征:简要说明:修改记录编写日期2006年8月16日审核日期2006年8月16日表3.5数据加工 - 客房管理数 据 加 工系统名:宾馆客房管理信息系统编号:P1条目名:客房管理 别名:输入:F1相关证件、押金 F2预订房费 F3追加押金 F5 退房输出:D1:住宿登记信息 D2:预收金额信息 D3:挂账信息D4:客人结账信息D5:客房信息D6:客房预订信息D7:退宿登记信息处理逻辑:1根据顾客提供的相关证件和押金进行登记入住,形成住宿登记信息,客房信息。2根据顾客提供的预订房费,形成客房预订信息。3根据顾客退房请求,进行退房处理,形成退宿登记信息和客人结账信息。简要说明:“客房管理”加工,可以基本满足管理员的日常工作需要。修改记录编写日期2006年8月16日审核日期2006年8月16日第四章 系统总体结构设计系统设计阶段包括总体设计和详细设计。这个阶段的主要目的是将系统分析阶段所提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信系统的物理(技术)方案。其主要任务是从管理信息系统的总体目标出发,根据系统分析阶段的逻辑功能的要求,并考虑到经济、技术和运行环境等方面的条件,确定系统的总体结构和系统各组成部分的技术方案,合理选择计算机和通信的软硬件设备,提出系统的实施计划,确保总体目标的实现。4.1 软件模块结构设计由于系统流程图的缺点,在70年代中期出现了HIPO技术,即用图形方法表达一个系统的输入和输出功能,以及模块的层次。HIPO技术包含两个方面的内容:) HIPO分层图。用此图表示自顶向下分解所得系统的模块层次结构。) IPO图(输入处理输出图)。此图描述分层图中一个模块的输入输出和处理内容。HIPO分层图用一个方块代表一个模块,方块内可写出表示此模块的处理功能和模块名。模块之间的调用关系用连接两模块的直线表示。采用自顶向下扩展的方法先画综合性较强、层次较少的模块结构,然后再根据需要一步一步扩充,直到每个模块的处理功能和规模符合要求。现根据该酒店管理信息系统的需求绘制HIPO分层图如图4.1所示。宾馆客房管理系统住宿管理客房管理挂账管理日结客房预订住宿登记追加押金调房登记客房设置客房查询房态查看预订房查询住宿查询退宿查询宿费提醒查询统计系统设置退房结帐挂账查询客户结款登记预收报表客房销售报表客房收入报表操作员设置密码设置初始化权限设置图4.1 HIPO分层图4.2 数据库设计概念模型是数据库系统的核心和基础。在系统的数据库设计中,首先要对系统分析得到的数据字典中的数据结构、数据流和数据储存进行分析,并参照DFD,把数据抽出来,确定实体的属性以及实体间的关系,这样才能得出系统的关系模式。实体联系图(ER图)是一种用于静态数据结构的概念模型。本系统采用ER图的方法进行数据结构分析,通过ER图来描述现实世界信息结构的数据库设计方法。4.2.1 数据库设计需求分析需求分析的目的在于识别用户的数据需求,非形式地描述有关数据对象及其联系的要作记录的信息,取得如下要作记录信息的非形式描述:每个客户登记住宿时提供的信息需要提供记录的信息,包括唯一的身份证号、姓名、地址、出差事由、住宿天数、联系电话等等。客房信息 关于客房的信息必须包括房间号、房间类型、价格、房态。客房预订的有关信息 需要提供的信息应包括姓名、身份证号、联系电话、详细地址、工作单位、客房类型、房间价格、预住日期、预住天数、预付金额等。退房时涉及的信息需要记录的信息应包括凭证号码、姓名、证件号码、联系电话、详细地址、工作单位、房间号、客房类型、房间价格、住宿日期、住宿天数、宿费、折扣、预付金额、电话费、会议费、存车费、赔偿费、退房日期时间等。4.2.2 需求分析的建模在本文这一部分,列出了实体、属性和联系的清单。它们表示上述数据库的形式描述。4.2.2.1 实体本系统中的主要实体有8个,分别是:顾客、客房、凭证、住宿登记表、挂账单、住宿单、退房登记表、结帐发票。4.2.2.2 实体的属性顾客:身份证号,姓名,地址,出差事由,住宿天数,联系电话客房:房间号,房间类型,价格,房态凭证:凭证号码,金额,日期,姓名预订单:顾客姓名,身份证号,联系电话,详细地址,工作单位,客房类型,房间价格,预住日期,预住天数,预付金额退房信息:凭证号码,姓名,证件号码,联系电话,详细地址,工作单位,房间号,客房类型,房间价格,住宿日期,住宿天数,宿费,折扣,预付金额,电话费,会议费,存车费,赔偿费,退房日期时间续费信息:凭证号码,姓名,证件号码,联系电话,详细地址,工作单位,房间号,客房类型,房间价格,住宿日期,住宿天数,续费金额,续费日期时间4.2.2.3 实体间的联系1入住, 实体集 顾客 和 房间 之间的1:1联系(有可能是团体消费)2退房, 实体集 顾客 和 房间 之间的1:1联系3续费,实体集 顾客 和 房间 之间的1:1联系4预订, 实体集 顾客 和房间之间的1:1联系5挂账,实体集 顾客 和 宾馆之间的n:m联系4.2.2.4 ER图ER图可以用来描述静态数据结构:实体、联系、实体和联系的属性。其图形符号示例如下:根据以上分析结果,绘制出本系统的ER图,见图4.5 。图中没有注明实体和联系的属性,因为属性已在本文中进行了文字说明。顾 客N1111挂帐mth 退房预订续费入住1M1NN客 房图4.5 ER图4.2.3 ER模型转化为关系模式4.2.3.1 转换规则实体集的转换每个实体集用一关系模式表示,其中实体集的属性被转换成关系的属性,实体集的主键(用下划线表示,下同),在满足唯一标识和无冗余等性质的条件下,将作为对应关系的主键。二元联系转换(1)强制成员类:若实体集E2与实体集E1是N:1联系,E2的关系模式应包含E1的主属性;(2)可选成员类:若实体集E2是它同实体集E1的N:1联系中的一个可选成员,那么,这个联系往往由包括E1和E2主属性以及该联系中每个属性的各个关系模式表示; 为了避免空值问题, 我们也可以引入另一个表示联系的关系。(3)N:M二元联系:一般由另一个关系模式表示。这个关系模式由每个参加的实体集的主属性以及这个联系的任何属性一起组成。三元实体集联系的转换每一个三元联系被转换成另一个关系模式,其中包括有三个参加的实体集的键。4.2.3.2 关系模式根据4.2.3.1节所述的转换规则,在从ER图向关系模式转换时,经过以上分析,确定本系统的关系模式如下:登记预收表:凭证号码,姓名,证件名称,证件号码,出差事由,房间号,客房类型,联系电话,客房价格,住宿日期,住宿时间,住宿天数,宿费,折扣,应收宿费,预收金额,提醒日期,退宿日期,备注,标志,日期,时间,结款方式,摘要,提醒时间、退宿时间住宿登记表:凭证号码,姓名,证件名称,证件号码,出差事由,房间号,客房类型,联系电话,客房价格,住宿日期,住宿时间,住宿天数,宿费,折扣,应收宿费,预收金额,提醒日期,退宿日期,备注,标志,日期,时间,结款方式,摘要,提醒时间,退宿时间挂帐信息:日期,挂帐单位,摘要,住宿金额,欠款金额,还款金额,金额累计,姓名,证件号码,票号,时间,序号,房间标准,房间价格客房信息:房间号,房间类型,价格,房态,标志,备注,配置,使用设置,营业日期客房预定信息:姓名,身份证号,联系电话,详细地址,工作单位,房间号,客房类型,房间价格,预住日期,预住天数,预付金额,备注,日期,操作员,时间,证件名称退房登记信息:凭证号码,姓名,证件号码,联系电话,详细地址,工作单位,房间号,客房类型,房间价格,住宿日期,住宿时间、住宿天数,宿费,折扣或招待,折扣,应收宿费,杂费,电话费,会议费,存车费,赔偿费,金额总计,预收宿费,退还宿费,退房日期,退房时间,日期,时间,备注,联系电话4.2.4数据库设计本宾馆客房管理系统开始阶段采用了Access数据库,随着宾馆业务的发展,将改用SQLServer 2000数据库。本系统为Access数据库,数据库名称为kfglo,数据库包含以下8个表:登记预收表djys,登记表djb,挂账明细表gzmx,客房基础信息表kf,客房预定表kfyd,密码表ma,权限设置表qxsz,退房登记表tfd。下面分别介绍以上各表的结构。 1登记预收表djys 登记预收表djys用来保存客人在住宿登记时的预收金额等信息,结构见表4-1所示。字段名称数据类型字段大小凭证号码文本20姓名文本50证件名称文本20证件号码文本20出差事由文本50房间号文本20客房类型文本10联系电话文本20客房价格货币8住宿日期日期/时间8住宿时间日期/时间8住宿天数数字双精度型宿费货币8折扣数字双精度型应收宿费货币8预收金额货币8提醒日期日期/时间8退宿日期日期/时间8备注文本50标志文本1日期日期/时间8时间日期/时间8结款方式文本1摘要文本200提醒时间日期/时间8退宿时间日期/时间84-1表djys的结构 2登记表djb 登记表djb用来保存客人住宿时的住宿登记信息,结构见表4-2所示。字段名称数据类型字段大小凭证号码文本20姓名文本50证件名称文本20证件号码文本20出差事由文本50房间号文本20客房类型文本10联系电话文本20客房价格货币8住宿日期日期/时间8住宿时间日期/时间8住宿天数数字双精度型宿费货币8折扣数字双精度型应收宿费货币8预收金额货币8提醒日期日期/时间8退宿日期日期/时间8备注文本50标志文本1日期日期/时间8时间日期/时间8结款方式文本1摘要文本200提醒时间日期/时间8退宿时间日期/时间8表4-2表djb的结构3.挂账明细表gzmx 挂账明细表gzmx用来保存客人住宿挂账信息和客人结账信息,结构见表4-3所示。字段名称数据类型字段大小日期日期/时间8挂帐单位文本100摘要文本100住宿金额货币8欠款金额货币8还款金额货币8金额累计货币8姓名文本16证件号码文本50票号文本20时间日期/时间8序号数字整型房间标准文本10房间价格文本10表4-3表gzmx的结构 4客房基础信息表kf 客房基础信息表kf用来保存客房的基础信息,结构见表4一4所示。字段名称数据类型字段大小房间号文本房间类型文本价格货币房态文本标志是/否备注文本配置文本使用设置文本营业日期日期/时间表4-4表kf的结构5客房预定表kfyd客房预定表kfyd用来保存客人预定客房的登记信息,结构见表4-5所示。字段名称数据类型字段大小姓名文本50身份证号文本20联系电话文本30详细地址文本100工作单位文本50房间号文本10客房类型文本20房间价格文本8预住日期日期/时间10预住天数整型8预付金额货币50备注文本50日期日期/时间50操作员文本8时间日期/时间8证件名称文本20表4-5表kfyd的结构 6.密码表ma 密码表ma用来保存操作员名称和操作员密码,结构见表4-6所示。字段名称数据类型字段大小操作员文本10密码文本6表4-6表ma的结构 7权限设置表qxsz 权限设置表qxsz用来保存操作员的权限,结构见表3-7所示。字段名称数据类型字段大小编号文本50操作员文本50密码编号双精度型客房预定是/否1住宿登记是/否1退宿登记是/否1追加押金是/否1客房管理是/否1客房查询是/否1预定房查询是/否1住宿查询是/否1退宿查询是/否1宿费提醒是/否1登记预收报表是/否1客房销售报表是/否1操作员设置是/否1密码设置是/否1初始化是/否1权限设置是/否1房态查看是/否1调房登记是/否1挂账查询是/否1客户结款是/否1客房销售统计报表是/否1表4-7表qxsz的结构8退房登记表tfd 退房登记表tfd用来保存客人退宿登记信息,结构见表4-8所示。字段名称数据类型字段大小凭证号码文本20姓名文本50证件号码文本20联系电话文本20详细地址文本50工作单位文本50房间号文本20客房类型文本10房间价格货币住宿日期日期/时间住宿时间日期/时间住宿天数数字双精度型宿费货币折扣或招待文本16折扣数字双精度型应收宿费货币8杂费货币8电话费货币8会议费货币8存车费货币8赔偿费货币8金额总计货币8预收宿费货币8退还宿费货币8退房日期日期/时间8退房时间日期/时间8日期日期/时间8时间日期/时间8备注文本50联系电话文本20BZ文本双精度型 表4-8表tfd的结构4.3系统总体安全性、可靠性方案与措施因为本系统投入运营后,系统的安全与可靠性直接关系到酒店日常工作能否顺利进行。这里提出的安全性、可靠性方案与措施,可以基本满足该酒店的要求:1)数据库的安全性是指保护数据库,以防止不合法的使用所造成的数据泄漏、更改或破坏。由于数据库中存放的是重要数据,并且为各种用户所共享,数据的安全性显得格外重要。在一般的计算机中,安全措施是逐级设置的:数据库的安全控制的一般方法有:用户标识和鉴定,存取控制,审计,数据加密,视图的保护。本系统采用用户标识和鉴定,存取控制两种方法,例如进入本系统必须输入工号与密码。同时,对服务器进行操作系统级和数据库服务器的用户口令控制。2)数据库的完整性由数据库管理的完整性约束和数据库触发器来实现。3)数据库的备份和恢复为了保证数据库在遭受意外或有意外破坏的情况下,系统得以恢复,系统需要设置备份功能。数据库的恢复使用转储方法进行。第五章 系统详细设计5.1 代码设计代码就是用来表征客观事物的实体类别,依据属性的一个或一组易于计算机识别和处理的特定符号或记号。它可以是字符、数字、某些特殊符号或他们的组合。为方便系统的使用与维护,本系统对一些基本数据项的代码格式进行规范化,举例说明如下。对于关系模式“住宿登记”和“住宿预收信息”中的主键为凭证编号,如在本系统中,凭证编号用2005-03-28d009这样的的顺序码表示。代码格式如图5-1所示:d序号日期年份月份图5-1 凭证编码格式5.2关键算法在开发宾馆客房管理系统过程中,从客人入住到客人退宿涉及到客房管理的方方面面,如处理不当,便会给宾馆造成很大的损失。下面根据笔者在开发宾馆客房管理系统中的一些经验向读者讲解一下在宿费算法、客人调房、宿费提醒等三方面应注意的一些问题。5.2.1客房宿费的算法由于每个宾馆的管理方法不同,所以宿费算法也有所不同,如果采用人工运算既耽误时间,又容易出现运算错误,很容易给宾馆和客人造成不必要的麻烦和损失。如果使用程序计算宿费,那么既方便又规范,同时也避免了运算错误。下面是针对本宾馆客房管理设计的宿费运算公式: 宿费房价天数 如果客人退宿结账时间在住宿当天,可以按如下算法: 如客人退宿结账时间早于18:00,那么住宿天数为0.5天; 如客人退宿结账时间超过18:00,那么住宿天数为1天。 如果客人退宿结账时间不在住宿当天,可以按如下算法(定义A为天数): 如客人退宿结账时间在中午12:00之前,住宿天数为(退宿日期一住宿日期)0.5天; 如客人退宿结账时间在中午12:00之后,住宿天数为(退宿日期一住宿日期)+1天。5.2.2如何实现调房由于客人的住宿习惯不同,有些客人会在住宿过程中要求调房,例如客人要求换一个朝阳的房间或空调房等,这就要求客房管理系统有调房的功能。调房模块的思路是:首先查看目标客房是否空闲,如果空闲,查看目标客房的房价(本系统只允许用户调换等价的房间),如果房价与客人原住客房等价,则可确认客人调房。调房后,应对原客房、目标客房的状态进行编辑,再对住宿登记表中的信息进行编辑。 Data1.Recordset.FindFirst 房间号Like”Chr(34)DBCombo4.TextChr(34)and djb.标志 like “Chr(34)”1”Chr(34)and姓名likeChr(34)Textl8.Text”*”Chr(34)and凭证号码likeChr(34)bh.TextChr(34)” Datal.Recordset.Edit If DBCombol.Text”“Then Datal.Recordset.Fields(房间号)Val(DBCombol.Text) If DBCombo2.Text”Then Datal.Recordset.Fields(”客房类型”)DBCombo2.Text If DBCombo3.Text”Then Datal.Recordset.Fields(客房价格”)Val(DBCombo3.Text) If TextlO.Text”“ Then Datal.Recordset.Fields(备注”)Textl O.Text Datal.Recordset.Fields(标志”)”1” Datal.Recordset.Field(“摘要”)=”由源房”DBCombo4.Text &”调到目标房”& DBCombol.Text5.2.3如何实现宿费提醒客人在住宿前首先要说明住宿天数,根据客人住宿天数和房间价格,宾馆要向客人收取一定的住宿押金。如果客人住宿了10天,而只交付了5天的宿费,入住时间超过5天后,如果没有及时催要住宿费,很容易造成客人未交宿费便离宿,这样便会给宾馆造成损失。为了解决这种情况,本系统设计了宿费提醒功能,可以及时提醒宾馆客人什么时间需补交多少宿费。例如,本例根据押金的多少计算提醒日期。代码如下(Text9为押金金额,DBCombo3为房间价格,Text14为提醒日期): If Text9.Text”“ Then Text9.Text=Val(Text9.Text) DTP2.Value=DTP1.ValueInt(Val(Text9.Text)Val(DBCombol.Text) Text14.Text=DTP2.Value End If5.3 程序界面设计对于用户来讲,人机界面的就是系统本身。由于本系统的最终用户是酒店的仓库管理员、收银员,而非计算机专业人员,因此用户界面必须符合他们的使用习惯,满足用户的需求。本系统采用了菜单式设计,以使用鼠标及键盘操作为主。 5.3. 1 主界面实现目标实现目标程序启动后,在系统登录界面验证完操作员及操作员密码后,将进入主程序界面。主程序界面主要实现如下功能: 选择菜单或工具栏,调用相应程序,进行相应操作。 根据操作员不同,确定操作员的相应权限。 主程序界面如图5-3所示。图5-3主程序界面 实现过程 新建一个标准工程,命名为“客房管理系统”,在该工程中会自动创建一个新窗体,将该窗体命名为main. 单击“工程”菜单下的“部件”选项,在弹出的列表中,选定Microsoft WindowsCommon Control 6.0选项,然后单击“确定”按钮,StatusBar控件将被添加到工具箱中。单击“工具”菜单下的“菜单编辑器”,在菜单编辑器中设置程序的菜单。程序代码: Private Sub Form_Load() Data1.DatabaseName = App.Path & Kfgl.MDB 自动识别数据库路径End SubPrivate Sub Form_Activate() 设置操作员权限 With Data1.Recordset If .BOF = False Then .MoveFirst .FindFirst 操作员 like + Chr(34) + Chr(34) + If .NoMatch Then Else main.zjyj.Enabled = .Fields(追加押金) main.zsdj.Enabled = .Fields(住宿登记) main.Label1.Enabled = .Fields(住宿登记) main.tf.Enabled = .Fields(退宿登记) main.Label2.Enabled = .Fields(退宿登记) main.tfdj.Enabled = .Fields(调房登记) main.kfsz.Enabled = .Fields(客房管理) main.kfcx.Enabled = .Fields(客房查询) main.ftck.Enabled = .Fields(房态查看) main.gzcx.Enabled = .Fields(挂帐查询) main.khjk.Enabled = .Fields(客户结款) main.zscx.Enabled = .Fields(住宿查询) main.Label3.Enabled = .Fields(住宿查询) main.tfcx.Enabled = .Fields(退宿查询) main.sftx.Enab

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论