旅行社管理组织系统数据库设计

1、j + uTuitriblLOJiaC -1 L' F晴訓宝 h计算机科学与技术学部数据库课程设计报告题 目:旅行社管理系统指导老师:李军学 号:09432522150106094306248217名:易优龙陈科级:计算机科学与技术0901间:2011-12-25数:摘要随着生活水平的提高，越来越多的人外出旅游，这势必给旅游管理的强度带来了不小的挑战，应对这一情况，开发了此旅行社管理系统。对于旅游管理这一服务性行业，服务质量是吸引客户、提高经济效益的关键 因素。越来越多的旅行社采用管理信息系统来管理日常工作，合理配置资源，提升管理水平，从而在市场竞争取得优势。这次课程设计主要介绍旅行社

2、管理的设计与开发过程，本系统采用C#作为开发工具，SQL sever作为后台数据管理。通过此次开发，使得开发人员更进一 步了解C#开发工具以及数据库技术，积累更多的实践经验。本系统具有对相关数据的查询，修改，删除等功能，较之于之前的相关类系 统具有更简便，更实用的有点，但是由于技术的不成熟，又具有不完整，结构不 清晰等缺点。关键字：数据库；旅行社管理；管理第一章系统规划1.1引言1.3.2所掌握的技术31.1.1编写目的1.1.2项目背景1.1.3可行性分析的前提1.1.4决定可行性的主要因素1.2对现有情况的分析1.2.1工作负荷1.2.2费用支出1.2.3人员1.2.4局限性1.3技术可行

3、性分析1.3.1对系统的简要描述3133团队技术评价1.4经济可行性分析1.4.1成本 142效益1.5社会可行性分析1.5.1法律方面的可行性 1.5.2用户使用的可行性1.6结论意见第二章需求分析2.1用户需求2.2系统数据流图2.2.1顶层数据流图2.2.2 一层数据流图2.2.3二层数据流图.1.12.3数据字典第三章概念设计22.3.1概念设计阶段22.2.3.3.1.1局部E-R模型图26.3.1.2概念模型第四章逻辑设计27.4.1E-R模型图向关系模型的转换4.2模式规范化28.第五章运行与维护35.5.1系统功能模块35.5.2数据库的实施35.5.2.1表的创建3.6.5.

4、3数据库中表的数据载入示例图36.5.4系统功能展示与数据库查询38.课程设计总结.4.2.参考文献.4.5.第一章系统规划1.1引言1.1.1编写目的本文档将描述对旅行社管理系统项目的可行性研究。1.1.2项目背景本项目作为数据库技术与应用的课程设计项目提出，希望对该项目的分 析与设计，切实领会数据库的设计与应用。随着旅游产业的发展，大量的客户数 据以及相关产业的数据需要处理，为了减少相关从业人员的工作量，提高工作效 率，推出一款旅行社的管理软件是必然的。1.1.3可行性分析的前提要求:(1)功能：能够管理客户信息，对景点信息进行罗列处理，综合管理客户游览地点的信息，客户入住旅馆的信息化管理

5、，以及对客房的管理。(2 )性能：数据库的录入；信息检索；用户信息查询。(3 )运行环境操作系统：windows硬件要求：内存512M以上(4)完成日期：2011年12月1.1.4决定可行性的主要因素技术因素、硬件因素、软件因素、经济因素、团队合作等1.2对现有情况的分析1.2.1工作负荷每天工作5个小时，团队合作1.2.2费用支出人力开支：没人每小时20元；设备开支：计算机2台，每天开支费用20 元；其他材料开支：每天20元。1.2.3人员团队共有2人。1.2.4局限性技术不够精通，影响进度。1.3技术可行性分析1.3.1对系统的简要描述随着当下大量的游客信息需要处理，我们小组将开发这款管理

6、系统。它是基于SQL Server 2005以及C#技术以数据库后台核心应用、以服务、查询为目的信息管理平台。1.3.2所掌握的技术数据库技术，C#程序设计，用数据库技术做后台数据的管理，用 C#设计前台窗体。从硬件和开发环境来看，除了对数据库服务器要求稍微高了点些， 其他 现有条件都可以得到满足。可以保证系统的功能实现，以及稳定性，提高利用的 效率，以对管理达到最优化的管理。并且要求对系统有一定的安全性要求，不得 随意删除，修改以及增加有关数据，采用相关技术尽可能地提高系统的运行速度。133团队技术评价由于sql server 2005数据库技术和C#技术没有熟练掌握，导致个别技术手段无法实

7、现，会导致进度缓慢，但是不影响整体开发。本系统要求对人员达到最精简化要求，明确分工，以免造成人员的冗余导致 的任务不清楚，混乱的局面，效率降低的不良后果。1.4经济可行性分析1.4.1成本采购、开发所需费用，有以下可能情况:A. 服务器设备租用，B. 环境保护设备C. 安全与保密设备D. 数据库管理软件E. 设备维护费用F人员的工资、奖金G. 保密安全方面的开支H. 公用设施方面的开支142效益1）该系统减少了不必要的人力管理成本，提高了管理效率。2）由于开发难度不大，对于人员的要求，以及技术要求不是很高，但是能够很有效的对数据进行管理，带来对旅行社的效益。1.5社会可行性分析1.5.1法律方

8、面的可行性政府，无论是中央政府还是地方政府，一般都用法律规定组织可以做什么, 不可以做什么。例如：合同法，消费者权益保护法，专利法，反不正当 竞争法等对所有商业组织的行为都做了限制， 我们的技术团队设有自己的法律 顾问，因此不会在法律方面出现不必要的麻烦。1.5.2用户使用的可行性该系统是一个旅行社的信息管理平台，用户可以根据平台中的文字提示以及 以往的类似的软件操作进行无障碍的操作。1.6结论意见综上所述，该项目在技术，技术上可以加大对这款软件的功能，让此系统更具有价值，经济上又可以以较少的资本取得翻倍的利益， 绝对是值得我们去开发 这款软件，最后，此开发软件项目不会牵扯到任何触犯法律之类的

9、事。所以，我 们占据了天时，地利，人和的优势。第二章需求分析需求分析也称为系统分析。通过需求分析，得出系统分析对数据的要求和对 功能的需求。2.1用户需求一个旅行社管理系统，包括了许多的方面，里面结构复杂，大体上我们可以 从这几个方面来说。本系统主要实现以下几项功能:(1)客房管理:对旅行社的所有住房按类别统一编号；登记客房的主要信息。设备有损害或者是不便入住的客房注销客房登记。客户管理: 建立客户信息表，对客户统一编号。对新加入的客户，将信息加入到信息客户表中。3) 当客户信息表发生变化时，修改客户信息表中相应的记录。(3)旅游管理1) 对旅游景点的名称和城市名称进行统一编号。2) 将对应景

10、点的乘车路线和景点费用以及天气状况录入相应的记录。3) 景点的乘车路线和费用发生变化时，修改记录中的相应信息。(4)订房服务:未入住的客房要按照客房列别进行分类，供客户查询预定。录入入住客户的姓名备注订房日期，以及退房日期(5)退房服务:根据客户要求进行退房服务，删除之前的客户订房记录。2.2系统数据流图2.2.1顶层数据流图根据系统主要信息的处理功能，整个系统可以看作登陆管理，旅游管理两个部分从而得出了旅行社管理系统的顶层图如下所示:图2.2.1旅行社管理系统顶层数据流图注：F1:管理员登陆信息F2:管理员身份信息 F3:登陆错误信息F4:管理员身份信息F5:管理员基本信息 F6:不同权限管

11、理员信息 F7 : F8:客户信息F9: F10：客房信息F11: F12:客户订房信息 F13: F14:客户旅游信息 F15: F16: 景点信息222 层数据流图管理员登陆管理。管理员在登陆时，系统会进行判断。管理员一共有两种类 型，分别是普通管理员和系统管理员。在登陆的时候管理员的身份由系统自行判 断。在判定时需要查询管理员信息表。管理员信息表，存储管理员信息等。验证 之后凭身份进入普通管理员系统或者系统管理员系统。 旅游管理系统一层分解图登陆管理，如图2.2所示:图2.2.2旅行社管理系统一层数据流图一登录管理注：F1:管理员登陆信息F2:管理员身份信息F4.1系统管理员登录信息F4

12、.2普通管理员登录信息223二层数据流图管理员登录后，根据所相应的帐号密码进入系统管理员部分，系统管理员可 以增、删、改客房信息，旅游景点信息；查询所有的信息；并有权限增加、删除、修改系统管理员或普通管理员的帐号密码，旅游管理系统二层数据流图:图223旅行社管理系统二层数据流图一系统管理员部分根据普通管理员的权限，可以得到大概的数据操作，普通管理员数据流图如下所示:F4.2.1»P2.2P 2.2.2客房信息处理F9普通管理员部分P 2.2.3景点信息处理F16F42.3P 2.2.4二4 2 4F-客户订房信息查询F4.2.5P2.2.5* 客户信息查询F11F12F8F7D2 :

13、客房信息表D6景点信息表D4客户订房信息表D3 1客户信息表F4.2.6»P2 2 6客户旅游信息查询F14* D5客户旅游信息表F13图224旅行社管理系统二层数据流图一普通管理员部分2.3数据字典2.3.1数据流条目表2.3.1管理员登陆信息数据流条目编号F1数据流名管理员登陆信息简述管理员在登陆时输入的账号、密码去向P1 :登陆管理组成用户名+密码表2.3.2管理员登录时身份验证信息数据流条目编号F2数据流名管理员身份信息简述登陆系统时判断比对管理员发送的登录信息去向P1:登陆管理组成用户名+密码表233登陆错误信息数据流条目编号F3数据流名登录错误信息简述登陆错误时发送的信息

14、去向管理员组成错误提示表2.3.4管理员登陆后信息数据流条目编号F4数据流名管理员身份信息简述登陆系统判断管理员身份后发送的信息去向P2:旅游管理组成用户名+密码表2.3.5系统查询管理员身份信息数据流条目编号F5数据流名管理员身份信息简述登陆系统后查询时所发送的信息去向P2:旅游管理组成用户名+密码表2.3.6系统处理管理员身份信息数据流条目编号F6数据流名管理员身份信息简述登录系统后增加、修改、删除的管理员身份信息去向管理员信息表组成用户名+密码表2.3.7系统查询客户信息数据流条目编号F7数据流名客户信息简述系统查询的客户信息流去向P2:旅游管理组成客户编号+姓名+身份证号码+性别+联系

15、方式表2.3.8系统处理客户信息数据流条目编号F8数据流名客户信息简述系统对客户信息增加、删除、修改后的信息流去向客户信息表组成客户编号+姓名+身份证号码+性别+联系方式表2.3.9系统查询客房信息数据流条目编号F9数据流名客房信息简述系统查询的客房信息去向P2:旅游管理组成客房编号+客房名称+客房地址+价格+是否预定表2.3.10系统处理客房信息数据流条目编号F10数据流名客房信息简述系统对客房信息增加、删除、修改后的数据流去向客房信息表组成客房编号+客房名称+客房地址+价格+是否预定表2.3.11系统处理客户订房信息数据流条目编号F11数据流名客户订房信息简述系统对客户订房信息增加、删除、

16、修改后的数据流去向客户订房信息表组成姓名+客房名称+订房人编号+订房日期+退房人编号+退房日期表2.3.12系统查询客户订房信息数据流条目编号F12数据流名客户订房信息简述系统对客户订房信息进行查询的数据流去向P2:旅游管理组成姓名+客房名称+订房人编号+订房日期+退房人编号+退房日期表2.3.13系统处理客户旅游信息数据流条目编号F13数据流名客户旅游信息简述系统对客户旅游信息增加、删除、修改后的数据流去向客户旅游信息表组成客户姓名+景点名称+是否游览表2314系统查询客户旅游信息数据流条目编号F14数据流名客户旅游信息简述系统对客户旅游信息进行查询的数据流去向P2:旅游管理组成客户姓名+景

17、点名称+是否游览表2.3.15系统处理景点信息数据流条目编号F15数据流名景点信息简述系统对景点信息增加、删除、修改后的数据流去向景点信息表组成景点名称+城市名称+乘车路线+景点费用+当地天气表2.3.16系统查询景点信息数据流条目编号F16数据流名景点信息简述系统对景点信息进行查询的数据流去向P2:旅游管理组成景点名称+城市名称+乘车路线+景点费用+当地天气232数据项重要部分数据项条目如下:1. 数据项名称：管理员ID简述：所有职工的编号类型：字符串长度：10取值范围及含义：“ 00000000 ”“99999999 ”，表示管理员的编号。取值范围及含义：“000000000000 ” -

18、 “999999999999 ”，表示客户的联2. 数据项名称：管理员名称简述：所有管理员的名称类型：字符串长度：20取值范围及含义“ 00000000000000000000 ”“99999999999999999999”表示管理员的名称。3. 数据项名称：管理员密码简述：所有管理员的名称类型：字符串长度：10取值范围及含义：“ 0000000000” -“9999999999 ”，表示管理员的名称。4. 数据项名称：客户编号简述：所有客户的编号类型：字符串取值范围及含义：“000000 ” - “999999 ”，表示客户的编号。5. 数据项名称：客户姓名简述：所有客户的姓名类型：字符串长

19、度：10取值范围及含义：取实际的字符表示客户的姓名。6. 数据项名称：客户身份证号码简述：所有客户的身份证号码类型：字符串长度：18取值范围及含义：“ 000000000000000000” - “999999999999999999”表示客户的身份证号码。7. 数据项名称：客户性别简述：所有客户的行不类型：字符串长度：2取值范围及含义：“男”或“女”，表示客户的性别。8. 数据项名称：客户联系方式简述：所有客户联系方式类型：字符串长度：12系方式。9. 数据项名称：用户名简述：所有用户的名称类型：字符串长度：20取值范围及含“ 00000000000000000000 ”“999999999

20、99999999999”，表示管理员的名称。17.数据项名称：乘车费用10. 数据项名称：客房编号简述：所有客房名称类型：字符串长度：6取值范围及含义：“ 000000” -“999999 ”，表示客房的编号。11. 数据项名称：客房名称简述：所有客房的名称类型：字符串长度：10取值范围及含义：“0000000000 ” - “9999999999 ”，表示客房的名称。12. 数据项名称：客房地址简述：所有客房的地址类型：字符串长度：2013. 数据项名称：客房价格简述：所有客房户的价格类型：浮点型长度:取值范围及含义：浮点型数据14. 数据项名称：是否预定房间简述：预定房间描述类型：字符串长

21、度：2取值范围及含义：“是”或“否”，表示是否预定房间。15. 数据项名称：景点名称简述：所有景点的名称类型：字符串长度：10取值范围及含义：描述景点名称的长度在 10以内的字符。16. 数据项名称：城市名称简述：所有被记录的城市的名称类型：字符串长度：8取值范围及含义：描述城市名称的长度在 8以内的字符描述景点名称的长度在10以内的字符简述：乘车费用的金额类型：float长度:取值范围及含义：实际金额大小18.数据项名称：当地天气情况简述：当地天气情况类型：字符串长度：8取值范围及含义：描述当地天气的长度在 8以内的字符2.3.3加工条目重要的部分加工条目如下:1. 加工名：登陆编号：P1激

22、发条件：接受到登陆请求时优先级：咼输入：有效的用户名，密码输出：用户身份信息，登陆错误信息加工逻辑：根据用户的登陆申请指定用户号查询用户信息表。if用户名存在，密码正确;Then输出身份信息;Else输出“用户名或密码错误”Endif2. 加工名：系统管理员编号：P2.1激发条件：接受到登录信息为系统管理员信息后优先级：高输入：有效的系统管理员身份信息输出：系统管理员基本信息。加工逻辑：根据系统管理的身份及登录信息比对if存在系统管理员身份信息;Then比对登录信息和身份信息;Else输出“输入的密码和用户名错误”；Endif3. 加工名：普通管理员编号：P2.2激发条件：接受到登录信息为普通

23、管理员信息后优先级：高输入：有效的普通管理员身份信息输出：管理员基本信息。加工逻辑：根据管理的身份及登录信息比对if存在普通管理员身份信息;Then比对登录信息和身份信息;Else输出“输入的密码和用户名错误”;Endif第三章概念设计概念设计是将需求分析得到的用户需求抽象为信息结构的过程，是数据库设 计的关键之一。其结果是数据库的概念模式。在需求分析和逻辑设计之间插入概 念设计，使设计者仅从用户角度开袋数据及处理要求和约束，将注意力从复杂、 繁琐的实现细节中解脱出来，集中在最重要的信息组织结构和处理模式设计上, 还能从各阶段任务相对单一，大大降低设计复杂程度。3.1概念设计阶段3.1.1实体

24、间的联系1. 一个客户只能入住一个房间。2.多名客户可以同时游览一个景点，但是一名客户不能同时游览多个景点。3. 一个系统管理员可以处理多个客房信息，一个客房信息可以被多名系统管理员管理。4. 一个普通管理员可以处理多名客户信息，一个客户信息可以被多名普通管理员管理。5. 一个系统管理员可以处理多个景点信息，一个景点信息可以被多名系统管理员管理。3.2 E-R模型图3.2.1局部E-R模型图根据上述全局概念模型图，得出下列局部E-R图E-R模型图:图3.2.1客户游览局部2.客户入住客房的局部E-R模型图：图 3.2.2客户入住客房E-R模型图3.管理员处理客房信息的局部E-R模型图:图3.2

25、.3管理员处理客房信息E-R模型图4. 管理员处理客户信息的局部 E-R模型图:图3.2.4管理员处理客户信息E-R模型图5. 管理员处理景点信息的局部 E-R模型图:图325管理员处理景点信息 E-R模型图3.2.2概念模型根据系统需求分析报告，可以得出旅行社业务及其服务的概念模型，如下图是用E-R模型图表示的该系统的全局概念模型。图3.2.6旅行社全局概念模型第四章逻辑设计逻辑结构设计是将抽象的概念结构转换为所选用的DBMS支持的数据模型，并对其进行优化。4.1 E-R模型图向关系模型的转换4.1.1关系模式:R(MName,Mac,M Psw,MCI,MNo,SName,CT name,

26、Crt,SFe,Swth,R no,R n ame,RaddRFe,Ror,C no,C name,CCrt,Csex,Ccnt,Rord,Rqtd,Rorm,Rqtm,Tyo n)4.1.2函数依赖:F1:(MName,SName,R no,C no)->(Mac,M Psw,MCI,MNo,CT name.Crt,SFe,Swth,R name,Radd,RFe,Ror,C name,CCrt,Csex,Cc nt,Rord,Rqtd,Ror m,Rqtm,T yon)F2:MName >( Mac,M Psw,MCI,MNo)F3: SName >(CT name,Cr

27、t,SFe,Swth )F4: Rno >(R name,Radd,RFe,Ror)F5: Cno >(C name,CCrt,Csex,Ccnt)F6: (Rn o ,C no) >(,Rord,Rqtd,Rorm,Rqtm)F7: Cno >(S name,Ty on)易知候选键是：MName,SName,R no,C no4.1.31： 1联系转换的关系模式1 .客户入住客房联系概念模型向关系模型的转换客房表：GesRoom(Rno,R name,Radd,RFe,Ror)客户表：Custm(Cno,C name,CCrt,Csex,Cc nt)客户订房表：Gr_

28、Csm(Rn o,C no,Rord,Rqtd,Rorm,Rqtm)。4.1.4 M : N联系转换的关系模式1. 客户旅游景点联系概念模型向关系模型转换客户表：Custm(Cno,C name,CCrt,Csex,Cc nt)景点表：Sight_S pot(SName,CT name,Crt,SFe,Swth)客户旅游表：Tour(Cno,Sname,Tyo n)。2. 管理员处理客房联系概念模型向关系模型转换管理员表： Worker(MName,Mac,MPsw,MCI,MNo)客房表：GesRoom(Rno,R name,Radd,RFe,Ror)。3. 管理员处理客户联系概念模型向关系

29、模型转换管理员表：Worker(MName,Mac,MPsw,MCl,MNo)客户表： Custm(Cno,C name,CCrt,Csex,Cc nt)4. 管理员处理景点联系概念模型向关系模型转换管理员表： Worker(MName,Mac,MPsw,MCl,MNo)景点表：Sight_S pot(SName,CT name,Crt,SFe,Swth)4.2模式规范化421确定范式级别根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中,需要涉及多表的查询及表的添加，修改和删除，且存在多值依赖的实际情况下,其关系模式应达到BCNF。422实施规范化处理由于R中的属性都是不能再分

30、的项，所以 R满足第一范式。由函数依赖F1, F2，F3，F4，F6，F7可知R中存在部分函数依赖。于是考虑把关系分解成以下几个子关系:管理员表:Worker(MName,Mac, MP sw,MCI,MNo)景点表:Sight_S pot(SName,CT name,Crt,SFe,Swth)客房表:GesRoom(Rn o,R name,Radd,RFe,Ror)客户表:Custm(Cno,C name,CCrt,Csex,Cc nt)客户订房表：Gr Csm(Rno,Cno,Rord,Rqtd,Rorm,Rqtm)客户旅游表：Tour(Cno,Sname,Tyo n)由于以上各关系模式已

31、经消除了部分函数依赖、传递函数依赖，所以符合3范式，并且消除各关系的主属性对于主键的部分函数以及传递函数依赖，所以符合BC范式。第五章物理设计5.1数据库的存储结构根据需求分析，概要设计和逻辑设计的流程得到本系统数据库和数据表结构。5.1.1数据库数据库名称：旅行社管理信息库5.1.2数据库表结构1. 表名：管理员表数据来源：管理员的基本信息数据导入本系统。表5.1.1管理员表字段名字段类型长度主/外键字段约束对应中文名MNameNchar10PNOT NULL职工号MacNchar20用户名MPswNchar10密码MCINchar12级别MNoNchar10职工编号2. 表名：景点表数据来

32、源：景点信息数据的录入。表5.1.2景点表字段名字段类型长度主/外键字段约束对应中文名SNameNchar10PNOT NULL景点名称CTn ameNchar8城市名称CrtNchar80乘车路线SFeFloat景点费用SwthNchar8当地天气3. 表名：客房表数据来源：客房信息数据的录入。表5.1.3客房表字段名字段类型长度主/外键字段约束对应中文名RnoNchar6PNOT NULL客房编号Rn ame,Nchar10客房名称Radd,Nchar20客房地址RFeFloat价格RorNchar2是否预定4. 表名：客户表数据来源：客户信息数据的录入。表5.1.4客户表字段名字段类型长

33、度主/外键字段约束对应中文名Cn 0,Nchar6PNOT NULL客户编号Cn ameNchar10姓名CCrt,Nchar18身份证号码CsexNchar2性别CentNchar12联系方式5. 表名：客户订房表数据来源：客户订房所产生的数据记录。表5.1.5客户订房表字段名字段类型长度主/外键字段约束对应中文名RnoNchar6PNOT NULL客房编号CnoNchar6FNOT NULL客户编号RordDatatime订房日期RqtdDatatime退房日期RormNchar10订房经手人RqtmNchar10退房经手人6. 表名：客户旅游表数据来源：客户游览景点产生的记录。表5.1.

34、6客户旅游表字段名字段类型长度主/外键字段约束对应中文名CnoNchar6PNOT NULL客户编号Sn ameNchar10F景点名称TyonNchar2是否游览5.2数据的存放位置设计由系统应用情况特设计如下存储方式，管理员信息表，客户表，客房信息表，景点表，客户订房表，客户旅游表由于信息量大且使用频繁将其存储在高速存储器（硬盘）上。将表和表上的索引存储在不同的磁盘上以便提高查询效率，同时这样可以提高物理I/O读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量非常大，存放在低速存储设备上。5.3关系模式的存取方法关系模式采用索引存取方法，根据应用的需求可知在旅行社管理系统中，

35、职工号，用户名，密码，级别，职工编号，这些字段在查询当中会经常用到，其中职工号，用户名，密码，级别，职工编号是每个管理员登录系统时都必须使用的，职工号也是管理员在进行信息处理时用到的， 所以对管理员的职工号建立索引。第六章运行与维护数据库物理结构以及前台界面设计完成后，就可投入运行了，这标志着开发 工作的基本完成。但是由于应用环境的不断变化，数据库运行过程中物理存储也 会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务, 也是设计工作的继续和提高6.1系统功能模块登录功能：为系统管理员和普通管理员提供登录功能，其他人无权登录。查询功能：为系统管理员和普通管理员提供查询功能，

36、其中系统管理员有查 询所有信息的权限，而普通管理员有查询除管理员身份信息之外的信息的权限。维护功能：分别给系统管理员和普通管理员提供相应的增加、删除不同信息 表的功能权限。退出功能，结束并关闭系统6.2数据库的实施621表的创建用户管理员表：CREATE TABLE Worker(职工号 NCHAR(10) NOT NULL,名 NCHAR(20), 密码 NCHAR(10),级别 NCHAR(12),NCHAR(10),CONSTRAINT C1 P RIMARY KEY( 职工号)景点表：CREATE TABLE Sight_Spot(景点名称 NCHAR(10)NOTNULL,FLOAT

37、,Swth城市名称 NCHAR(8),乘车路线NCHAR(80),景点费用NCHAR(8),CONSTRAINT C2 PRIMARY KEY( 景点名称)客房表：CREATE TABLE GesRoom(客房编号 NCHAR(6) NOT NULL,客房名称 NCHAR(10),客房地址 NCHAR(20),价格 FLOAT,是否预定 NCHAR(2),CONSTRAINT C3 PRIMARY KEY(客房编号)客户表：CREATE TABLE Custm(客户编号 NCHAR(6) NOT NULL,客户姓名NCHAR(10),身份证号码 NCHAR(18),性别 NCHAR(2),联系

38、方式 NCHAR(12),CONSTRAINT C4 PRIMARY KEY(客户编号)客户订房表：CREATE TABLE Gr_Csm(客房编号 NCHAR(6) NOT NULL,客户编号 NCHAR(6) NOT NULL,订房日期 DATETIME,退房日期 DATETIME,订房经手人 NCHAR(10),退房经手人 NCHAR(10), CONSTRAINT C5PRIMARY KEY(客房编号，客户编号)客户游览表：CREATE TABLE Tour(客户编号 NCHAR(6) NOT NULL, 景点 名称 NCHAR(10),是否游览 NCHAR(2), CONSTRAIN

39、T C6 PRIMARY KEY(客户编号)6.3数据库中表的数据载入示例图表6.3.1 客户表1畧户嵋号its身ffi证号码性别联乘方式1101张三42736237112S1357390997102李四12313W456*1367763959in325545465555158-9384430ItH3托筑舒477畀10923435表632 客户订房表喜傍嗝号喜户编号订傍日期退傍日期订借经手人過借经手人1011905/6/1.5 0:00:001905/6/15 0:00:00232021021905/6/15 0:00:001905/6/15 0:00:00212031031991/10/10

40、:00:001991/10/10:00:0031Z041041991/10/1 OiOa： 001991/10/1 OiOaiOO2320&10$1905/6/4 OjOOiOO1905/6/4 0;00:0022表 6.3.3客户订房表 S卿悟需地址是芒ffi走201东50是M2M2西尝若303201閘SO亦W北$0是205£20表 6.3.4景点表杲点名称«击茗称乘車绒K杲点聚用当地天宅卜IFi""HCSddd12.5晴天302XT222.L6晴天3032Z氐匪.34雨天J05C511 11晴天3MXT22.22307IZWW22雨天表6.3.5客户旅游表蓉户漏号杲点售秫是珮览102301B1備3031=1104m1«32表6.3.6管理员表驻工号用户宕级剧职工煽号lE11普通管理员1222普通管理员2333系绒管理员34叫4系绒管理员4555系绒菅理员566&系纯管理员6777系躱管理员76.4系统功能展示与数据库查询1 .登录界面用尸鱼：£轲：2 .根据相应的密码进入系统管理员权限系界面图642系统管理员权限系统界面201気EDIEf£D4E£zasa?测卩r2D14SEDA自討価