ImageVerifierCode 换一换
格式:DOCX , 页数:35 ,大小:734.12KB ,
资源ID:19175432      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/19175432.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(数据库课程设计新版Word文件下载.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

数据库课程设计新版Word文件下载.docx

1、Interl(R) Core(TM)2 Duo CPU,主频2.31GHz;内存3G; 硬盘320G以上;1024768显示分辨率 软件环境:powerdesigner,SQL Server2005 课程设计进度计划起至日期工作内容备注2012/12/012012/12/142012/12/152012/12/282012/12/192012/12/302012/12/242012/12/30搜集资料讨论算法和分工协作设计,编写调试系统,修改汇总课程设计,修订参考文献、资料索引序号文献、资料名称编著者出版单位1刘宇君.SQL server数据库应用设计案例汇编.北京:中国铁道出版社, 2007

2、.86-1322童爱红等.Delphi数据库编程.北京:清华大学出版社, 2005.106-1583刘波.基于Delphi的学生成绩管理系统J.四川大学学报,2009,(10):2834康耀红,黄健青.SQL Server 2000数据库设计.2006.015钱雪忠等.数据库原理及应用.2007.046 萨师煊 王珊,数据库系统概论(第四版),北京:高教出版社,20061 需求分析32概念结构设计142.2 阶段结果3逻辑结构设计165.1.5建立触发器226.1基本表和视图视图查看验证236.2 存储过程验证256.3 触发器验证277课程设计总结291 需求分析1.了解酒店客房管理的基本内

3、容;2.综合的理解酒店客房管理各层管理人员的不同需求;3.了解酒店客房管理的基本业务流程;4.了解酒店客房人工管理模式与信息系统的工作概况,以及它们之间的区别;5.通过调查和与酒店客房管理人员的交流,了解用户对酒店客房管理系统的业务要求,安全性和完整性要求;系统的处理对象是顾客的预订和退订信息管理、顾客的入住信息管理、顾客的换房信息管理、顾客的退房信息管理和财务统计信息管理。系统的处理对象涉及以下几个方面的信息:顾客基本信息(Guest):顾客编号,顾客姓名,顾客性别,顾客身份证号,顾客电话,顾客地址,顾客预交款,顾客积分,顾客的折扣度,顾客余额。客房基本信息(RoomInfo):客房编号,客

4、房类型,客房价格,客房楼层,客房朝向。消费项目基本信息(Atariff):消费项目编号,消费项目名称,消费项目价格。客房物品基本信息(RoGoInfo):客房物品编号,客房物品名称,客房物品原价,客房物品赔偿倍数。客房状态信息(RoomState):客房编号,顾客编号,入住时间,退房时间,预订入住时间,预订退房时间,入住价格,客房状态修改时间,标志位。消费信息(Consumelist):顾客编号,消费项目编号,消费项目数量,消费时间。物品损坏信息(GoAmInfo):顾客编号,客房物品编号,客房编号,损坏物品个数,损坏时间。1.能够存储一定数量的顾客信息,并方便有效的进行相应的顾客数据操作和管

5、理,这主要包括:1)顾客信息的录入,删除和修改。2)顾客信息的关键字检索查询。2.能够对顾客的预订退订信息,入住信息,换房信息,退房信息,消费信息和损坏物品信息进行相应的操作,这主要包括:1)顾客预订退订,入住,换房,退房的登记,删除及修改(即对房态信息的登记,删除和修改)。2)顾客消费信息的登记,删除及修改。3)顾客损坏物品的登记,删除及修改。4)顾客消费信息的汇总。3.能够提供一定的安全机制,提供数据信息授权访问,修改和删除,防止随意查询,修改及删除。 4.对查询,统计的结果能够列表显示。系统需求分析主要是通过对周边的酒店客房管理人员咨询,请教,了解酒店客房管理的规则和运行机制,并通过上网

6、搜索相关酒店客房管理系统的知识,了解酒店客房管理的现状,以及在管理过程中存在的一些问题。由于以前没有接触过酒店管理业务,开始总是不知道哪些业务应该是我们了解的重点。在绘制业务流程图和数据流程图时,遇到很多问题,发现很多烤炉不周到的地方,反反复复的重新考虑,重新分析和完善,才逐步把业务弄清楚,最终顺利的完成了需求分析阶段的任务。本文从酒店客房管理系统的业务为着手点,分别画了预订退订业务流程图、入住业务流程图、换房业务流程图、退房业务流程图。根据业务流程图,画了个业务流程图相对应的数据流图。业务流程图:(1)预订退订业务流程图(2)入住业务流程图(3)退房业务流程图(4)换房业务流程图 2.3.3

7、 酒店客房管理系统数据流程图(5)财务统计业务流程图数据流图:(1)顶层数据流图(2)第一层数据流图(3)预订退订数据流(4)换房数据流图(5)入住数据流图(6)财务统计数据流图(7)退房数据流图数据字典是体统中各类数据描述的集合,是进行详细的数据手机和数九分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外部实体6个部分。数据项是不可再分的数据单位。数据结构反映了数据之间的组合关系。数据流是数据结构在系统内传输的路径。数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一。处理过程的具体处理逻辑一般用判定表或判定

8、树来描述。数据字典是需要描述处理过程的说明性信息。本文中包括37个数据项,11个数据结构,13个处理过程.数据项:表11 数据项表数据相编号数据项名称数据项别名数据项类型长度Dl-1Gno顾客编号Char20Dl-2Gname顾客姓名Dl-3Gsex顾客性别Char 2Dl-4Gid顾客身份证号18Dl-5Gtel顾客电话11Dl-6Gaddress顾客地址Dl-7Ggrade顾客积分int Dl-8Account预交款floatDl-9grade积分范围Dl-10discount折扣打折额度Dl-11Goodsno客房物品编号Dl-12Goodsname客房物品名称Dl-13Oprice客房

9、物品原价Dl-14Dmultiple赔偿倍数Dl-15Atno消费项目编号Dl-16Atname消费项目名称Dl-17Atprice消费项目单价Dl-18Rno客房编号Dl-19Rtype客房类型Dl-20Rprice客房单价Dl-21Floor客房楼层IntDl-22Toward客房朝向10Dl-24Atime入住时间datetimeDl-25Rtime预订时间Dl-26Ltime退房时间Dl-27Tntoprice入住价格Dl-28Stime1预订房态修改时间Dl-29Amoney消费项目花费Dl-30Dmoney物品损坏费Dl-31balance余额Dl-32Amount消费项目个数Dl

10、-33Dnum损坏物品个数 Dl-34Stime2退订修改房态时间Dl-35Stime3入住修改房态时间Dl-36Stime4换房修改房态时间Dl-37Stime5退房修改房态时间数据结构:表1.2 数据结构数据结构编号数据结构名数据结构含义数据结构组成DS-1guest顾客信息Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,balance,grade,discountDS-2Into入住信息DS-1+DS-8DS-3reserve预订信息DS-4return退订信息DS-5goods客房物品信息Goodsno,Goodsname,Oprice,Dmultip

11、leDS-6Amuse娱乐价目表Atno,Atname,AtpriceDS-7RoomType客房信息Rno,Rtype,Rprice,Floor,TowardDS-8RoomState房态信息Rno,Atime,Rtime,RLtime,Ltime,Gno,Intoprice,StimeDS-9consum消费清单Cono,Gno,account,balance,Amoney,Dmoney,CotimeDS-10顾客消费单DS-6+DS-1DS-11GoodsD物品损坏单DS-5+DS-1数据处理表1.3 处理过程处理逻辑编号处理逻辑名称简述输入的数据流处理输出的数据流P1.1核对客户要求前

12、台核对是否有满足顾客要求的客房顾客预订数据,房态信息,客房类型根据客房类型和房态信息,核对是否有满足顾客要求的客房并反馈给顾客满足要求的顾客信息和顾客信息.P1.2预订登记将顾客分配到满足要求的客房,在前台记录满足要求的顾客信息和客房信息根据满足要求的信息,办理登记,并修改客房状态预订单,将预订单存档并反馈给客户P1.3退订登记对顾客退订处理顾客的退订数据根据顾客的退订信息,客房状态房态信息,根据房态信息更新房态信息P2.1入住登记前台对已定房顾客进行登记顾客给出的预定信息办理入住手续,修改房态信息更改后的房态信息,新的入住记录P3.1查看酒店的空客房是否满足客户要求顾客换房要求根据客户的要求

13、,查看是否有满足客户要求的空客房满足/不满足信息,查询余额要求P3.2查询余额对顾客的消费余额进行查询查询余额请求根据换房顾客的消费清单,查询余额是否能满足所换房价格余额足/不足信息P3.3登记换房对换房者进行换房登记余额足够信息对换房者进行登记,并修改房态信息P3.4开续款通知对换房顾客填写需款通知足额不足信息填写续款通知续款通知单P4.1退房登记前台对顾客的退房进行确认顾客退房数据根据顾客的退房信息,更新房态信息房态信息,将新的房态信息存档P4.2打印消费清单根据财务部的顾客消费汇总,打印顾客消费情况消费数据,来源财务部根据财务部的顾客消费汇总,打印消费清单,反馈给顾客消费清单,反馈给顾客

14、其消费情况P5.1统计消费项目根据顾客的消费项目和客房部拥有的消费项目核对顾客的消费情况顾客的消费项目,客房部拥有的消费项目根据客房部拥有的消费项目统计顾客的消费项目消费项目记录,传递给财务部P5.2汇总顾客消费项目对顾客的各种花费进行汇总顾客的消费,损坏物品的赔偿,顾客信息及会员信息对顾客的所有经费进行汇总如是会员进行优惠一位顾客的所有花费P5.3统计损坏物品统计客房物品的损坏情况根据物品清单检查是否有损坏,如有则对损坏者进行索赔损坏物品赔偿信息P5.4酒店营业额汇总汇总酒店的营业额顾客消费信息根据顾客的消费情况,对酒店的营业额进行汇总酒店营业额2概念结构设计(1)选择底层数据流为切入点,通

15、常选择实际系统中的子系统; (2)设计分E-R图,即各子模块的E-R图;(3)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;(4)生成全局E-R图,通过消除冲突等方面。在本酒店客房管理系统中,从第二层数据流程图下手,分析个第二层数据流程图和数据字典,知道整个系统的功能围绕“顾客”、“客房”和“消费”的处理。根据尸体与属性间的两条准则:1作为“属性”,不能再具有需要描述的性质。2“属性”不能与其他实体具有联系。(1)根据不同的对象,从第二层数据流程图入手,分别画出各E-R图: (a)E-R图1:(b)E-R图2:(c)经消除冲突和冗余合成的总E-R图:(2)各ER图各实体的属

16、性如下所示: 顾客Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade ,discount,balance)客房基本信息:RoomInfo(Rno,Rtype,Rprice,Rfloor,Toward) 消费项目:Atariff(Atno,Atname,Atprice)客房物品信息:RoGoInfo(Goodsno,Goodsname,Oprice,Dmultiple) 各E-R图各联系的属性如下所示:预订:Reserve(Stime1,Rtime, Rltime)退订:Back(Stime2)入住:Into(Stime3,Atime,Lt

17、ime)换房:Change(Stime4)退房:Return(Stime5)消费:Consumelist(Amount,Wtime) 物品赔偿单 GoAmInfo(Dnum,Amendstime)3逻辑结构设计以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。实体型转换为关系模式。实体的属性就是关系的属性,实

18、体的码就是关系的码。对于实体间的联系则有以下不同的情况: 一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实

19、体码的组合 具有相同码的关系模式可合并。由于顾客与客房的联系方式为1:n(一对多),可以将其之间的联系与n端实体客房合并,也可以独立作为一种关系模式,我们选择将其作为独立的关系模式。由于顾客与客房物品,消费项目的联系方式为n:n(多对多),可以将其之间的联系转化为独立的关系模式,具体的基本E-R图向关系模型的转化如下: 顾客:Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade ,discount,balance)RoGoInfo(Goodsno,Rno,Goodsname,Oprice,Dmultiple) Reserve(Gno,Rno

20、,Stime1,Rtime, Rltime)Back(Gno,Rno,Stime2)Into(Gno,Rno,Stime3,Atime,Ltime)Change(Gno,Rno,Stime4)Return(Gno,Rno,Stime5)Consumelist(Atno,Gno,Amount,Wtime) 物品赔偿单 GoAmInfo(Goodsno,Gno,Rno, Amendstime ,Dnum)(注:画双线的为主码) 数据库的模式定义包括三个方面:1. 数据的逻辑结构;2. 数据之间的联系;3. 数据有关的完整性约束、安全性要求。表31 数据库模式汇总编号数据库模式说明T-1Guest顾

21、客基本信息T-2RoomInfo客房基本信息T-3Atariff消费项目基本信息T-4RoGoInfo客房物品基本信息T-5房态基本信息T-6Consumelist消费基本信息T-7GoAmInfo物品赔偿信息将概念模型转换为全局逻辑模型后,还应该根据局部应用的需要,结合具体DBMS的特点,设计用户的外模式。用户模式注重考虑用户的习惯与方便。包括:(1) 使用更符合用户习惯的别名。(2) 可以对不同级别的用户定义不同的View,以保证系统的安全性。(3) 简化用户对系统的使用。表32 用户子模式定义用户子模式(View)作用(共性:提供数据保密和安全保护机制V-1BookView便于查询预定信

22、息V-2IntoView便于查询入住信息V-3EmRoView便于查询空房信息数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;(2)对物理结构进行评价,评价的重点是时间和空间效率。本系统的功能主要包括如图几个方面:(2)客房物品、娱乐信息查询和更新(插入,删除和更新)程序流程图:数据库的建立Create database Hotelmanagement(1)顾客基本信息表的建立:create table guest( Gno char(20) not null, Gname

23、 char(20)not null, Gsex char(20) not null, Gid char(18) unique not null, Gtel char(11), Gaddress char(20), Account float, Grade int, discount float not null, balance float, primary key (Gno), check (Account = 0.0 and Grade0) )(2)客房基本信息表的建立:create table Roominfo( Rno char(10), Rtype char(20)not null, Rprice float not null, Rfloor smallint not null, Toward

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1