旅行社管理系统数据库设计样本.doc

计算机科学与技术学部数据库课程设计报告题 目： 旅行社管理系统 指引教师： 李军 学 号： 06 17 姓 名： 易优龙 陈科 班 级： 计算机科学与技术0901 时 间： -12-25 分 数： 摘要随着生活水平提高，越来越多人外出旅游，这势必给旅游管理强度带来了不小挑战，应对这一状况，开发了此旅行社管理系统。对于旅游管理这一服务性行业，服务质量是吸引客户、提高经济效益核心因素。越来越多旅行社采用管理信息系统来管理寻常工作，合理配备资源，提高管理水平，从而在市场竞争获得优势。这次课程设计重要简介旅行社管理设计与开发过程，本系统采用C#作为开发工具,SQL sever 作为后台数据管理。通过本次开发，使得开发人员更进一步理解C#开发工具以及数据库技术，积累更多实践经验。本系统具备对有关数据查询，修改，删除等功能，较之于之前有关类系统具备更简便，更实用有点，但是由于技术不成熟，又具备不完整，构造不清晰等缺陷。核心字：数据库；旅行社管理；管理目 录第一章 系统规划11.1引言11.1.1编写目11.1.2项目背景11.1.3可行性分析前提11.1.4决定可行性重要因素11.2对既有状况分析21.2.1工作负荷21.2.2费用支出21.2.3人员21.2.4局限性21.3技术可行性分析21.3.1对系统简要描述21.3.2所掌握技术21.3.3团队技术评价31.4经济可行性分析31.4.1成本31.4.2效益31.5社会可行性分析31.5.1法律方面可行性41.5.2顾客使用可行性41.6结论意见4第二章 需求分析52.1顾客需求52.2系统数据流图52.2.1顶层数据流图62.2.2一层数据流图62.2.3二层数据流图72.3数据字典8第三章 概念设计123.1概念设计阶段123.1.1 局部E-R模型图123.1.2 概念模型14第四章 逻辑设计154.1 E-R模型图向关系模型转换154.2模式规范化15第五章 运营与维护185.1系统功能模块185.2数据库实行185.2.1表创立185.3 数据库中表数据载入示例图205.4 系统功能展示与数据库查询21课程设计总结26参照文献27第一章 系统规划1.1引言1.1.1编写目本文档将描述对旅行社管理系统项目可行性研究。1.1.2项目背景本项目作为数据库技术与应用课程设计项目提出，但愿对该项目分析与设计，切实领略数据库设计与应用。随着旅游产业发展，大量客户数据以及有关产业数据需要解决，为了减少有关从业人员工作量，提高工作效率，推出一款旅行社管理软件是必然。1.1.3可行性分析前提规定：（1）功能：可以管理客户信息，对景点信息进行罗列解决，综合管理客户游览地点信息，客户入住旅馆信息化管理，以及对客房管理。（2）性能：数据库录入；信息检索；顾客信息查询。（3）运营环境操作系统：windows硬件规定：内存512M以上（4）完毕日期：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对系统简要描述随着当下大量游客信息需要解决，咱们小组将开发这款管理系统。它是基于SQL Server 以及C#技术以数据库后台核心应用、以服务、查询为目信息管理平台。1.3.2所掌握技术数据库技术，C#程序设计，用数据库技术做后台数据管理，用C#设计前台窗体。从硬件和开发环境来看，除了对数据库服务器规定稍微高了点些，其她既有条件都可以得到满足。可以保证系统功能实现，以及稳定性，提高运用效率，以对管理达到最优化管理。并且规定对系统有一定安全性规定，不得随意删除，修改以及增长关于数据，采用有关技术尽量地提高系统运营速度。1.3.3团队技术评价由于sql server 数据库技术和C#技术没有纯熟掌握，导致个别技术手段无法实现，会导致进度缓慢，但是不影响整体开发。本系统规定对人员达到最精简化规定，明确分工，以免导致人员冗余导致任务不清晰，混乱局面，效率减少不良后果。1.4经济可行性分析1.4.1成本采购、开发所需费用，有如下也许状况： A.服务器设备租用，B.环保设备C.安全与保密设备D.数据库管理软件E.设备维护费用F.人员工资、奖金G.保密安全面开支H.公用设施方面开支1.4.2效益1) 该系统减少了不必要人力管理成本，提高了管理效率。2) 由于开发难度不大，对于人员规定，以及技术规定不是很高，但是可以很有效对数据进行管理，带来对旅行社效益。1.5社会可行性分析1.5.1法律方面可行性政府，无论是中央政府还是地方政府，普通都用法律规定组织可以做什么，不可以做什么。例如：合同法，消费者权益保护法，专利法，反不合法竞争法等对所有商业组织行为都做了限制，咱们技术团队设有自己法律顾问，因而不会在法律方面浮现不必要麻烦。1.5.2顾客使用可行性该系统是一种旅行社信息管理平台，顾客可以依照平台中文字提示以及以往类似软件操作进行无障碍操作。1.6结论意见综上所述，该项目在技术，技术上可以加大对这款软件功能，让此系统更具备价值，经济上又可以以较少资本获得翻番利益，绝对是值得咱们去开发这款软件，最后，此开发软件项目不会牵扯到任何触犯法律之类事。因此，咱们占据了天时，地利，人和优势。第二章 需求分析需求分析也称为系统分析。通过需求分析，得出系统分析对数据规定和对功能需求。2.1顾客需求一种旅行社管理系统，涉及了许多方面，里面构造复杂，大体上咱们可以从这几种方面来说。本系统重要实现如下几项功能：(1) 客房管理：1）对旅行社所有住房按类别统一编号；登记客房重要信息。2）设备有损害或者是不便入住客房注销客房登记。(2) 客户管理：1）建立客户信息表，对客户统一编号。2）对新加入客户，将信息加入到信息客户表中。3)当客户信息表发生变化时，修改客户信息表中相应记录。(3) 旅游管理1)对旅游景点名称和都市名称进行统一编号。2)将相应景点乘车路线和景点费用以及天气状况录入相应记录。3)景点乘车路线和费用发生变化时，修改记录中相应信息。(4)订房服务：未入住客房要按照客房列别进行分类，供客户查询预定。录入入住客户姓名备注订房日期，以及退房日期(5)退房服务：依照客户规定进行退房服务，删除之前客户订房记录。2.2系统数据流图2.2.1顶层数据流图依照系统重要信息解决功能，整个系统可以看作登陆管理，旅游管理两个某些从而得出了旅行社管理系统顶层图如下所示：D4 客户订房信息表F12D5 客户旅游信息表F13F14D6 景点信息表F15F16F10管理员P1登录管理P2旅游管理F4F1F11D1 管理员信息表F2F5F3F6D2 客房信息表D3 客户信息表F8F7F9图2.2.1 旅行社管理系统顶层数据流图注：F1： 管理员登陆信息 F2:管理员身份信息 F3:登陆错误信息 F4:管理员身份信息 F5:管理员基本信息 F6:不同权限管理员信息 F7：F8：客户信息F9：F10：客房信息 F11：F12:客户订房信息 F13：F14:客户旅游信息 F15：F16:景点信息2.2.2一层数据流图管理员登陆管理。管理员在登陆时，系统会进行判断。管理员一共有两种类型，分别是普通管理员和系统管理员。在登陆时候管理员身份由系统自行判断。在鉴定期需要查询管理员信息表。管理员信息表，存储管理员信息等。验证之后凭身份进入普通管理员系统或者系统管理员系统。旅游管理系统一层分解图登陆管理，如图2.2所示： 管理员P1登录身份判断F1P2.1系统管理员某些P2.2普通管理员某些F2F4.1F4.2F3D1 管理员信息表图2.2.2旅行社管理系统一层数据流图登录管理注：F1： 管理员登陆信息 F2:管理员身份信息 F4.1 系统管理员登录信息 F4.2普通管理员登录信息2.2.3二层数据流图管理员登录后，依照所相应帐号密码进入系统管理员某些，系统管理员可以增、删、改客房信息，旅游景点信息；查询所有信息；并有权限增长、删除、修改系统管理员或普通管理员帐号密码，旅游管理系统二层数据流图：F6F4.1.5F4.1.6F15P2.1系统管理员某些P2.1.1管理员信息解决P2.1.2客房信息解决P2.1.3景点信息解决P2.1.4客户订房信息查询P2.1.5客户信息查询P2.1.6客户旅游信息查询F4.1.1F4.1.2F4.1.3F4.1.4D1 管理员信息表D2 客房信息表D3 客户信息表D4 客户订房信息表D5 客户旅游信息表D6 景点信息表F5F9F10F16F12F7F14图2.2.3旅行社管理系统二层数据流图系统管理员某些依照普通管理员权限，可以得到大概数据操作，普通管理员数据流图如下所示：F4.2.4F4.2.6F4.2.3F4.2.5F8F9F16F11P2.2普通管理员某些P2.2.2客房信息解决P2.2.3景点信息解决P2.2.4客户订房信息查询P2.2.5客户信息查询P2.2.6客户旅游信息查询F4.2.1F7F4.2.2F12D2 客房信息表D3 客户信息表D4 客户订房信息表D5 客户旅游信息表D6 景点信息表F14F13图2.2.4旅行社管理系统二层数据流图普通管理员某些2.3数据字典2.3.1 数据流条目表2.3.1管理员登陆信息数据流条目编号F1数据流名管理员登陆信息简述管理员在登陆时输入账号、密码去向P1：登陆管理构成顾客名+密码表2.3.2管理员登录时身份验证信息数据流条目编号F2数据流名管理员身份信息简述登陆系统时判断比对管理员发送登录信息去向P1：登陆管理构成顾客名+密码表2.3.3登陆错误信息数据流条目编号F3数据流名登录错误信息简述登陆错误时发送信息去向管理员构成错误提示表2.3.4管理员登陆后信息数据流条目编号F4数据流名管理员身份信息简述登陆系统判断管理员身份后发送信息去向P2：旅游管理构成顾客名+密码表2.3.5系统查询管理员身份信息数据流条目编号F5数据流名管理员身份信息简述登陆系统后查询时所发送信息去向P2：旅游管理构成顾客名+密码表2.3.6系统解决管理员身份信息数据流条目编号F6数据流名管理员身份信息简述登录系统后增长、修改、删除管理员身份信息去向管理员信息表构成顾客名+密码表2.3.7 系统查询客户信息数据流条目编号F7数据流名客户信息简述系统查询客户信息流去向P2：旅游管理构成客户编号+姓名+身份证号码+性别+联系方式表2.3.8系统解决客户信息数据流条目编号F8数据流名客户信息简述系统对客户信息增长、删除、修改后信息流去向客户信息表构成客户编号+姓名+身份证号码+性别+联系方式表2.3.9系统查询客房信息数据流条目编号F9数据流名客房信息简述系统查询客房信息去向P2：旅游管理构成客房编号+客房名称+客房地址+价格+与否预定表2.3.10系统解决客房信息数据流条目编号F10数据流名客房信息简述系统对客房信息增长、删除、修改后数据流去向客房信息表构成客房编号+客房名称+客房地址+价格+与否预定表2.3.11系统解决客户订房信息数据流条目编号F11数据流名客户订房信息简述系统对客户订房信息增长、删除、修改后数据流去向客户订房信息表构成姓名+客房名称+订房人编号+订房日期+退房人编号+退房日期 表2.3.12系统查询客户订房信息数据流条目编号F12数据流名客户订房信息简述系统对客户订房信息进行查询数据流去向P2:旅游管理构成姓名+客房名称+订房人编号+订房日期+退房人编号+退房日期 表2.3.13系统解决客户旅游信息数据流条目编号F13数据流名客户旅游信息简述系统对客户旅游信息增长、删除、修改后数据流去向客户旅游信息表构成客户姓名+景点名称+与否游览 表2.3.14系统查询客户旅游信息数据流条目编号F14数据流名客户旅游信息简述系统对客户旅游信息进行查询数据流去向P2：旅游管理构成客户姓名+景点名称+与否游览 表2.3.15系统解决景点信息数据流条目编号F15数据流名景点信息简述系统对景点信息增长、删除、修改后数据流去向景点信息表构成景点名称+都市名称+乘车路线+景点费用+本地天气 表2.3.16系统查询景点信息数据流条目编号F16数据流名景点信息简述系统对景点信息进行查询数据流去向P2：旅游管理构成景点名称+都市名称+乘车路线+景点费用+本地天气 2.3.2数据项重要某些数据项条目如下：1.数据项名称：管理员ID 简述：所有职工编号类型：字符串长度：10取值范畴及含义：“00000000”-“99999999”，表达管理员编号。2.数据项名称：管理员名称简述：所有管理员名称类型：字符串长度：20取值范畴及含义：“00000000”-“99999999”，表达管理员名称。3.数据项名称：管理员密码 简述：所有管理员名称类型：字符串长度：10取值范畴及含义：“”-“”，表达管理员名称。4.数据项名称：客户编号 简述：所有客户编号类型：字符串长度：6取值范畴及含义：“000000”-“999999”，表达客户编号。5.数据项名称：客户姓名 简述：所有客户姓名类型：字符串长度：10取值范畴及含义：取实际字符表达客户姓名。6.数据项名称：客户身份证号码 简述：所有客户身份证号码类型：字符串长度：18取值范畴及含义：“000000”-“999999”，表达客户身份证号码。7.数据项名称：客户性别 简述：所有客户行不类型：字符串长度：2取值范畴及含义：“男”或“女”，表达客户性别。8.数据项名称：客户联系方式简述：所有客户联系方式类型：字符串长度：12取值范畴及含义：“”-“”，表达客户联系方式。9.数据项名称：顾客名 简述：所有顾客名称类型：字符串长度：20取值范畴及含义：“00000000”-“99999999”，表达管理员名称。10.数据项名称：客房编号 简述：所有客房名称类型：字符串长度：6取值范畴及含义：“000000”-“999999”，表达客房编号。11.数据项名称：客房名称 简述：所有客房名称类型：字符串长度：10取值范畴及含义：“”-“”，表达客房名称。12.数据项名称：客房地址 简述：所有客房地址类型：字符串长度：20取值范畴及含义：所有描述客房地址长度在20位以内字符。13.数据项名称：客房价格 简述：所有客房户价格类型：浮点型长度：取值范畴及含义：浮点型数据 14.数据项名称：与否预定房间 简述：预定房间描述类型：字符串长度：2取值范畴及含义：“是”或“否”，表达与否预定房间。15.数据项名称：景点名称 简述：所有景点名称类型：字符串长度：10取值范畴及含义：描述景点名称长度在10以内字符。16.数据项名称：都市名称 简述：所有被记录都市名称类型：字符串长度：8取值范畴及含义：描述都市名称长度在8以内字符描述景点名称长度在10以内字符17.数据项名称：乘车费用 简述：乘车费用金额类型：float长度：取值范畴及含义：实际金额大小18.数据项名称：本地天气状况 简述：本地天气状况类型：字符串长度：8取值范畴及含义：描述本地天气长度在8以内字符2.3.3 加工条目重要某些加工条目如下：1.加工名：登陆编号：P1激发条件：接受到登陆祈求时优先级：高输入：有效顾客名，密码输出：顾客身份信息，登陆错误信息加工逻辑：依照顾客登陆申请指定顾客号查询顾客信息表。if 顾客名存在，密码对的；Then 输出身份信息；Else 输出“顾客名或密码错误”；Endif2.加工名：系统管理员编号：P2.1激发条件：接受到登录信息为系统管理员信息后优先级：高输入：有效系统管理员身份信息输出：系统管理员基本信息。 加工逻辑：依照系统管理身份及登录信息比对 if 存在系统管理员身份信息；Then比对登录信息和身份信息；Else 输出“输入密码和顾客名错误”；Endif3.加工名：普通管理员编号：P2.2激发条件：接受到登录信息为普通管理员信息后优先级：高输入：有效普通管理员身份信息输出：管理员基本信息。 加工逻辑：依照管理身份及登录信息比对 if 存在普通管理员身份信息；Then比对登录信息和身份信息；Else 输出“输入密码和顾客名错误”；Endif第三章 概念设计概念设计是将需求分析得到顾客需求抽象为信息构造过程，是数据库设计核心之一。其成果是数据库概念模式。在需求分析和逻辑设计之间插入概念设计，使设计者仅从顾客角度开袋数据及解决规定和约束，将注意力从复杂、繁琐实现细节中解脱出来，集中在最重要信息组织构造和解决模式设计上，还能从各阶段任务相对单一，大大减少设计复杂限度。3.1概念设计阶段3.1.1 实体间联系 1.一种客户只能入住一种房间。 2.多名客户可以同步游览一种景点，但是一名客户不能同步游览各种景点。 3.一种系统管理员可以解决各种客房信息，一种客房信息可以被多名系统管理员管理。4.一种普通管理员可以解决多名客户信息，一种客户信息可以被多名普通管理员管理。5. 一种系统管理员可以解决各种景点信息，一种景点信息可以被多名系统管理员管理。3.2 E-R模型图3.2.1 局部E-R模型图依照上述全局概念模型图，得出下列局部E-R图客户景点N1游览客户号姓名身份证号码性别联系景点名称都市名称乘车路线景点费用天气客户号景点名称旅行否1.客户游览景点局部E-R模型图：图3.2.1 客户游览局部E-R模型图：2.客户入住客房局部E-R模型图：客户入住客房11客户号姓名身份证号码性别联系客房号客房名称客房地址价格与否预定客户编号客房号订房日期退房日期订房人退房人图3.2.2 客户入住客房E-R模型图3.管理员解决客房信息局部E-R模型图：管理员解决1NM职工号职工号号顾客名密码级别客房号客房名称客房地价格预定客房图3.2.3 管理员解决客房信息E-R模型图4.管理员解决客户信息局部E-R模型图：解决2NM管理员职工号职工号顾客名密码级别客户客户号身份证号性别联系姓名图3.2.4 管理员解决客户信息E-R模型图 5.管理员解决景点信息局部E-R模型图：管理员解决3景点NM职工号顾客名密码级别景点费用路线都市名景点名职工号天气状况图3.2.5 管理员解决景点信息E-R模型图3.2.2 概念模型依照系统需求分析报告，可以得出旅行社业务及其服务概念模型，如下图是用E-R模型图表达该系统全局概念模型。1客户客房景点入住游览管理员解决3解决1解决2N11NMNMMN 图3.2.6 旅行社全局概念模型第四章 逻辑设计逻辑构造设计是将抽象概念构造转换为所选用DBMS支持数据模型，并对其进行优化。4.1 E-R模型图向关系模型转换4.1.1 关系模式：R(MName,Mac,MPsw,MCl,MNo,SName,CTname,Crt,SFe,Swth,Rno,Rname,Radd ，RFe,Ror,Cno,Cname,CCrt,Csex,Ccnt,Rord,Rqtd,Rorm,Rqtm,Tyon)4.1.2 函数依赖：F1:(MName,SName,Rno,Cno)-(Mac,MPsw,MCl,MNo,CTname，Crt,SFe,Swth,Rname,Radd,RFe,Ror,Cname,CCrt,Csex,Ccnt,Rord,Rqtd,Rorm,Rqtm,T yon) F2:MName( Mac,MPsw,MCl,MNo)F3：SName(CTname,Crt,SFe,Swth）F4：Rno(Rname,Radd,RFe,Ror)F5：Cno(Cname,CCrt,Csex,Ccnt)F6：(Rno ,Cno)(,Rord,Rqtd,Rorm,Rqtm)F7：Cno(Sname,Tyon)易知候选键是：MName,SName,Rno,Cno4.1.3 1：1联系转换关系模式1客户入住客房联系概念模型向关系模型转换客房表： GesRoom(Rno,Rname,Radd,RFe,Ror)；客户表： Custm(Cno,Cname,CCrt,Csex,Ccnt)；客户订房表：Gr_Csm(Rno,Cno,Rord,Rqtd,Rorm,Rqtm)。4.1.4 M：N联系转换关系模式1.客户旅游景点联系概念模型向关系模型转换客户表： Custm(Cno,Cname,CCrt,Csex,Ccnt)；景点表： Sight_Spot(SName,CTname,Crt,SFe,Swth)；客户旅游表：Tour(Cno,Sname,Tyon)。2. 管理员解决客房联系概念模型向关系模型转换管理员表：Worker(MName,Mac,MPsw,MCl,MNo)；客房表： GesRoom(Rno,Rname,Radd,RFe,Ror)。3. 管理员解决客户联系概念模型向关系模型转换管理员表：Worker(MName,Mac,MPsw,MCl,MNo)；客户表： Custm(Cno,Cname,CCrt,Csex,Ccnt)。4. 管理员解决景点联系概念模型向关系模型转换管理员表：Worker(MName,Mac,MPsw,MCl,MNo)；景点表： Sight_Spot(SName,CTname,Crt,SFe,Swth)4.2模式规范化 4.2.1 拟定范式级别依照上述分析所归结出来数据依赖种类和在本系统实际开发过程中，需要涉及多表查询及表添加，修改和删除，且存在多值依赖实际状况下，其关系模式应达到BCNF。 4.2.2 实行规范化解决由于R中属性都是不能再分项，因此R满足第一范式。由函数依赖F1，F2，F3，F4，F6，F7可知R中存在某些函数依赖。于是考虑把关系分解成如下几种子关系：管理员表：Worker(MName,Mac,MPsw,MCl,MNo)景点表： Sight_Spot(SName,CTname,Crt,SFe,Swth)客房表： GesRoom(Rno,Rname,Radd,RFe,Ror)客户表： Custm(Cno,Cname,CCrt,Csex,Ccnt)客户订房表：Gr_Csm(Rno,Cno,Rord,Rqtd,Rorm,Rqtm)客户旅游表：Tour(Cno,Sname,Tyon)由于以上各关系模式已经消除了某些函数依赖、传递函数依赖，因此符合3范式，并且消除各关系主属性对于主键某些函数以及传递函数依赖，因此符合BC范式。第五章 物理设计5.1 数据库存储构造依照需求分析，概要设计和逻辑设计流程得到本系统数据库和数据表构造。5.1.1 数据库数据库名称：旅行社管理信息库5.1.2 数据库表构造1.表名：管理员表数据来源：管理员基本信息数据导入本系统。表5.1.1 管理员表字段名字段类型长度主/外键字段约束相应中文名MNameNchar10PNOT NULL职工号MacNchar20顾客名MPswNchar10密码MClNchar12级别MNoNchar10职工编号2.表名：景点表数据来源：景点信息数据录入。表5.1.2 景点表字段名字段类型长度主/外键字段约束相应中文名SNameNchar10PNOT NULL景点名称CTnameNchar8都市名称CrtNchar80乘车路线SFeFloat景点费用SwthNchar8本地天气3.表名：客房表数据来源：客房信息数据录入。表5.1.3 客房表字段名字段类型长度主/外键字段约束相应中文名RnoNchar6PNOT NULL客房编号Rname,Nchar10客房名称Radd,Nchar20客房地址RFeFloat价格RorNchar2与否预定4.表名：客户表数据来源：客户信息数据录入。表5.1.4 客户表字段名字段类型长度主/外键字段约束相应中文名Cno,Nchar6PNOT NULL客户编号CnameNchar10姓名CCrt,Nchar18身份证号码CsexNchar2性别CcntNchar12联系方式5.表名：客户订房表数据来源：客户订房所产生数据记录。表5.1.5 客户订房表字段名字段类型长度主/外键字段约束相应中文名Rno Nchar6PNOT NULL客房编号CnoNchar6FNOT NULL客户编号RordDatatime订房日期RqtdDatatime退房日期RormNchar10订房经手人RqtmNchar10退房经手人6.表名：客户旅游表数据来源：客户游览景点产生记录。表5.1.6 客户旅游表字段名字段类型长度主/外键字段约束相应中文名Cno Nchar6PNOT NULL客户编号SnameNchar10F景点名称TyonNchar2与否游览5.2数据存储位置设计 由系统应用状况特设计如下存储方式，管理员信息表，客户表，客房信息表，景点表，客户订房表，客户旅游表由于信息量大且使用频繁将其存储在高速存储器（硬盘）上。将表和表上索引存储在不同磁盘上以便提高查询效率，同步这样可以提高物理I/O读写效率。数据库备份文献和日记文献等文献由于使用频率小并且数据量非常大，存储在低速存储设备上。5.3关系模式存取办法关系模式采用索引存取办法，依照应用需求可知在旅行社管理系统中，职工号，顾客名，密码，级别，职工编号，这些字段在查询当中会经惯用到，其 中职工号，顾客名，密码，级别，职工编号是每个管理员登录系统时都必要使用，职工号也是管理员在进行信息解决时用到，因此对管理员职工号建立索引。 第六章 运营与维护数据库物理构造以及前台界面设计完毕后，就可投入运营了，这标志着开发工作基本完毕。但是由于应用环境不断变化，数据库运营过程中物理存储也会不断变化，对数据库设计进行评价、调节、修改等维护工作是一种长期任务，也是设计工作继续和提高6.1系统功能模块登录功能：为系统管理员和普通管理员提供登录功能，其她人无权登录。查询功能：为系统管理员和普通管理员提供查询功能，其中系统管理员有查询所有信息权限，而普通管理员有查询除管理员身份信息之外信息权限。维护功能：分别给系统管理员和普通管理员提供相应增长、删除不同信息表功能权限。退出功能，结束并关闭系统6.2数据库实行6.2.1表创立管理员表：CREATE TABLE Worker(职工号NCHAR(10) NOT NULL，顾客名NCHAR(20)，密码NCHAR(10),级别 NCHAR(12),职工编号 NCHAR(10),CONSTRAINT C1 PRIMARY KEY(职工号)景点表：CREATE TABLE Sight_Spot(景点名称 NCHAR(10) NOT NULL,都市名称 NCHAR(8)，乘车路线NCHAR(80),景点费用 FLOAT,Swth 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),联系方式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 C5 PRIMARY KEY(客房编号,客户编号)客户游览表：CREATE TABLE Tour(客户编号 NCHAR(6) NOT NULL,景点名称NCHAR(10),与否游览 NCHAR(2)，CONSTRAINT C6 PRIMARY KEY(客户编号)6.3 数据库中表数据载入示例图表