以后地位:论文发表网 > 论文宝库 > 信息科技类 > 计算机信息管理 > 正文

旅店管理体系中的数据库设计

来源:UC论文发表网2019-05-26 09:41

摘要:

  摘要:在构建信息管理体系的过程中,“重实现,轻设计”是很多开拓职员常见的通病,分外是后台数据库的尺度化设计更是容易被忽略。因而往往导致最终实现的体系数据处理能力有限,效力低下,数据管理掩护和后期更新艰难重重。该文严厉遵照尺度化的数据库设计思绪,针对以后典型的商业旅店管理体系的事务逻辑,阐述了在信息体系开拓过程中数据库设计的重要步骤和办法。  关键词:信息体系;旅店管理;数据库;设计  中图分类...

  摘要:在构建信息管理体系的过程中,“重实现,轻设计”是很多开拓职员常见的通病,分外是后台数据库的尺度化设计更是容易被忽略。因而往往导致最终实现的体系数据处理能力有限,效力低下,数据管理掩护和后期更新艰难重重。该文严厉遵照尺度化的数据库设计思绪,针对以后典型的商业旅店管理体系的事务逻辑,阐述了在信息体系开拓过程中数据库设计的重要步骤和办法。


  关键词:信息体系;旅店管理;数据库;设计


  中图分类号:TP391文献标识码:A文章编号:1009-3044(2012)17-4043-03


  作者:谭倩芳


  在信息管理体系的设计和开拓过程中,数据库设计是此中最为重要的关键之一。设计尺度、优越的数据库不只能带来体系数据处理效力的极大晋升,更重要的是在体系正式运行后能大大简化后期的数据更新掩护工作,提高体系的可扩大性。目前大多数旅店供给的效劳多种多样,规模大小也各不相同,较为典型的旅店效劳业务一样平常都包含饮食、住宿和娱乐等方面,面该文从这些典型的旅店业务逻辑动身,阐发和探究数据库的设计计划。


  1数据库必要阐发


  数据库设计的第一步是做好需要阐发。在此阶段必要精确了解和阐发用户的详细需要,包含数据需要和处理需要,这是全体数据库设计过程的基础,也是最艰难、最消耗光阴的一步。


  1.1数据流图阐发


  典型的旅店管理一样平常包含饮食部分、住宿管理部分、娱乐管理部分和司理部分,下面简要阐发各部分的业务逻辑。


  饮食部分是旅店基本部分之一,所供给效劳的特色是实时性强、持续光阴短、夸大效力。此处必要重点处理的信息是与饮食无关的财政数据,一方面便于定期的账目汇总,另外一方面也便于实时向旅店管理层汇报。


  住宿管理部分也是旅店基本部分之一。其重要职责包含:(1)布置房间举措措施、分类、编号、制定免费模范、分派效劳职员;(2)挂号搭客信息,记载其入住、退房光阴;(3)统计各种房间的客满程度;(4)处理本部分的财政信息。


  娱乐部分必要处理的业务重要包含:(1)制定免费模范,分派卖力人;(2)支出支出财政处理等。司理部分的功效是必不行少的。重要职责有:(1)员工管理;(2)部分划分;(3)各部分的财政核算;(4)旅店业务收益的定期核算。从上面各个部分的业务阐发可以或许或许看出,分歧部分都有财政处理的需要,因此归总设计一个同一的“财政子体系”。而饮食部分因为所必要的业务功效都已包含在“财政子体系”中,故而去掉该功效模块。最终设计旅店信息管理体系分为四个子模块:司理子体系、财政子体系、住宿子体系和娱乐子体系。根据前面对业务逻辑的详细阐发,画出各子体系的数据流图,例如图1所示为财政子体系的数据流图。


  1.2数据字典设计


  数据字典是数据库中各种数据描述的聚集,必要设计职员对所开拓体系的实际环境停止详细的数据收集和数据阐发能力获得。数据字典内容一样平常包含数据项、数据布局、数据流、数据存储和数据处理过程。下面列举几例:


  数据项如:员工号(编号:1,数据项名称:员工号,说明部分:整数范例,有唯一性)


  数据布局如:员工信息(编号:1,数据布局名:员工信息,属性:包含员工号、姓名、性别、年纪、工龄、级别、部分、职务、备注)


  数据流如:员工基本信息(编号:1,数据流名:员工基本信息,输入:招新员工,输入:员工信息)


  数据存储如:员工信息(数据存储名:员工信息,输入数据流:员工基本信息,输入数据流:工资结算)


  处理过程如:招新员工(处理过程名:招新员工,输入数据流:终端,输入数据流:员工基本信息)


  ……


  2数据库概念布局设计


  数据库概念布局设计常用办法有自底向上和自顶向下两种。该文采纳自底向上的设计办法,即首先定义各局部应用的概念布局,然后将它咱咱们集成,获得全局概念布局。


  2.1局部概念布局设计


  下面以财政管理子体系为例,阐发子体系的功效,设计局部概念布局,而且对该局部概念布局停止正当优化调剂。


  图2财政管理子体系E-R图


  财政管理子体系的功效为:首先对各部分上交的收支环境停止汇总,得出各部分的收益环境;然后在此基础上停止全体汇总,获得全体旅店的收益信息;末了将旅店的收益环境下发给各个部分,公开账目。根据该阐发,获得描述财政管理子体系概念布局的E-R模子如图2所示。


  E-R模子调剂的原则:(1)导适澜缰的事物能作为属性看待的尽量作为属性看待;(2)属性中不具有必要描述的信息,即属性是不行分的数据项,不再包含其余信息。根据原则阐发,员工应对应一个引导相干,但为了简便起见,就用员工的“品级”属性来表达员工之间的引导相干。


  2.2数据视图集成


  实现各子体系的分E-R图设计及优化之后,接下来必要将统统的分E-R图综合集成为一个总的E-R图。因为本体系中各分E-R图的规模较,所以合成过程采纳了一次集成办法。


  全体过程分两步停止:第一步:归并。将各分E-R图归并天生开端E-R图,解决各分E-R图间可能存在的属性抵触、定名抵触或布局抵触。第二步:修改和重构。消除不必要的冗余,天生基本E-R图。


  因为本体系涵盖的内容比较少,基本不存在冗余的现象,所以开端E-R图便是基本E-R图,不必再停止调剂。


  3数据库逻辑布局设计


  3.1天生相干情势


  根据E-R图向相干情势的映射法则,可以或许或许将2.2中获得的体系全体E-R图转换为一组相干情势。转换过程简略描述如下:


  一个实体间接转换为一个相干情势,如:


  员工(员工号,姓名,员,年纪,工龄,级别,部分号,职务,备注);


  工资(员工号,品级,实际工资,基本工资,出勤工资);


  ……


  实体与实体之间的一对一联系或一对多联系可以或许间接归并到实体所对应的相干情势中,而实体之间的多对多联系则必需转换为一个单独的相干情势。根据这两条原则,对体系全体E-R图中的统统联系停止转换。


  工资和员工之间的1:1联系与员工实体所对应的相干情势归并;


  员工和部分之间的n:1联系与员工实体所对应的相干情势归并;


  ……


  客房和订单之间n:m的预约联系转化为:预约(订单号,客房号,始定光阴,结束光阴);主顾和房间之间n:m的住宿联系转化为:住宿(主顾号,房间号码,住宿光阴)


  3.2相干情势优化


  将E-R模子转换为相干情势后,还应该根据相干尺度化实践对统统相干情势停止优化,以获得加倍科学正当的相干情势。一样平常而言,在函数依赖的领域之内,相干情势到达3NF或BCNF层次即可。下面对3.1中的相干情势停止阐发:


 。1)在主顾相干情势“主顾(主顾编号、级别、姓名、年纪、性别、证件号码、证件名称、所选项目、应用光阴、备注)”中,因为“应用光阴”对付主顾的必要性不强,且该属性在别的相干中可以或许或许查询获得,所以将“应用光阴”属性删除。阐发可得,“主顾”相干情势属于BCNF。


  (2)在总账相干情势“总账(总账编号、部分号、财政状况编号、支出、支出、净利、日期、经手人号、备注)”中,“净利”属机可以或许或许根据支出和支出计算获得,而且不必要经常性的查询,所以将该属性删除。该相干情势也属于BCNF。


  (3)在财政状况相干情势“财政状况(财政状况编号、时期、总支出、总支出、净利润)”中,虽然“净利润”也可以或许颠末过程计算获得,但因为在这一项上查询比较频繁,如果每次查询都计算,必然使得体系机能低落,故保留下来。


  (4)在员工相干情势“员工(员工号、姓名、性别、年纪、工龄、级别、部分号、职务、备注)”中,用户查询时,一样平常只需查询自己所属单位的员工信息,故可将其按部分程度分解为三个情势,以提高查询效力。


  卖力职员(员工号、姓名、性别、年纪、工龄、级别、部分号、职务、备注);


  效劳职员(员工号、姓名、性别、年纪、工龄、级别、部分号、职务、备注);


  经手职员(员工号、姓名、性别、年纪、工龄、级别、部分号、职务、备注);


  3.3用户子情势设计


  获得优化后的全体逻辑布局后,还应该根据局部应用必要,结合详细的DBMS特色,设计用户的子情势。设计过程如下:


  (1)因为司理对付员工的次要信息不会经常存眷,因此将员工信息中最重要的内容映射过来,在司理子体系上设立员工相干子情势。


  员工(员工号、姓名、级别、部分号、职务、部分司理、实际工资);


 。2)因为旅店员工经常应用的只要客房的重要信息,所以在住宿子体系上设立客房相干子情势。


  客房(客房号、地位、设备、免费模范、管理职员号、状况);


  (3)因为旅店管理职员对付主顾的环境管理经常应用的只要部分信息,所以在经营管理子体系上设立主顾相干子情势。


  主顾(主顾编号、住宿号、姓名、级别、应收款、应用光阴、备注)


  4物理布局设计


  4.1存储布局设计


  颠末过程对典型旅店中的信息处理需要停止阐发,可以或许或许获得如下需要特色:饮食、住宿、娱乐三大部分的数据不只经常必要查询,而且更新速率快;各个部信息请求同享的较多,如员工信息、来客信息等,但财政信息一样平常分歧享;司理部分有一定的分外本能机能,如汇总财政信息、级联删除辞退员工等。针对这些特色,设计如下:


  首先要确定数据库的存放地位。为了提高体系机能,根据应用环境将数据按照易变部分和稳固部分、经常存取部分和存取频率较低的部分分离在两个磁盘上存放。经常存取部分包含员工、工资、客房、款项、折扣规矩、项目、主顾等;而信息存取频率较低的部分包含部分、账单、订单、总账、财政状况取M笨虑到本体系是多用户的,为了提高效力,数据库的备份的数据和日志文件将保留在磁带中。


  然后要确定体系设置设备摆设。旅店管理体系必要的微机数目和规模都不必太大,但在体系设计时应考虑到旅店的睁开需要,在抉择硬件设备、效劳器操纵体系、数据库时都考虑到可以或许逐渐扩大。本旅店管理体系选用了WindowsXP操纵体系,后台数据库选用目前应用至多的ORACLE10g。因为触及到旅店的财政管理,数据的完备性和安全性显得分外重要,为了包管体系安全稳固运行,必要天天停止数据备份。数据备份必要严厉按照制定的备份与故障规复战略停止,并落实备份挂号和检查措施。


  4.2存取门路设计


  首先确定数据的存取办法。对饮食、住宿、娱乐三个子体系的各个相干最经常的操纵是查找,假设现有n个住宿房间的信息,如果采取顺序查找,平均查找n/2次;树立B+树索引,则平均查找次数为B+树的层数log2n+1,所以抉择B+树作为索引,详细设计如下:


  (1)对经常在查询中出现的相干码树立索引。包含员工、工资、部分、客房、款项、折扣规矩和财政状况等相干。


 。2)对经常必要停止衔接操纵的相干码树立索引。包含员工号、客房号和部分号等。


  (3)对付更新频率很高的相干情势,不宜在其上定义索引。包含主顾、订单和账单等。


  4.3设计评估及说明


  上述设计对光阴效力,空间效力,掩护价值和用户的实际必要做出了较好的权衡。实际计划还必要根据旅店管理的真实环境,以光阴效力和用户必要为基本,进一步优化和完善。


  5结束语


  该文根据相干数据库设计的原则和步骤,结合典型的旅店管理的实际环境,设计了旅店信息管理体系所需的数据库。设计计划科学正当,考虑了实际的业务逻辑必要,对同类信息体系开拓中数据库设计工作具有较高的参考价值。

中央期刊推荐


发表范例: 论文发表 论文投稿
标题: *
姓名: *
手机: * (填写数值)
Email:
QQ: * (填写数值)
文章:
请求:
友情链接:广州教育新闻网  环艺3d模型吧  中国泵阀新闻网  mc喊麦网  小说迷免费小说网  重庆新闻网  中国信息科学网  金融时报网  日红宝理财网  我乐货源网