数据库课程设计设计开发一个BS结构的“民航售票数据库系统”。

地铁车站票务管理涉及到售票、兑零、自动售检票系统(AFC)设备 *** 作等诸多事项。下面是我整理了地铁票务管理论文，有兴趣的亲可以来阅读一下!

地铁票务管理论文篇一

地铁票务收益安全管理探讨

摘要：票务收益安全管理体系,就是对城市轨道交通票款收益的相关业务进行全方位、多角度的防御、监督、检查和控制等过程管理的总称。随着我国城市化人口的迅速膨胀，轨道交通的飞速发展，如何健全城市轨道交通票务收益安全管理体系，保障票务收益管理成为轨道交通相关企业经营管理的重点。

关键词：地铁、交通、票务收益、安全管理

中图分类号： U231 文献标识码： A

一、前言

地铁车站票务工作涉及到售票、兑零、自动售检票系统(AFC)设备 *** 作、现金清点、票卡盘点、系统录入、报表填报、票款解行、票务物资的保管及处理乘客票务事务等诸多事项。车站票务工作需一线人员、票务管理者、设备部门等多方协同配合完成。车站票务工作人员应严格遵守企业的规章制度，保证票务收益的完整，客观公正地处理票务事务，确保乘客利益不受损。

二、地铁票务收益安全管理的重要性

地铁票务收益管理工作主要是指以确保地铁票务收益的安全性为目的，在售检票、统计、特殊票务处理以及核算等过程中，对有关联的车票、现金以及系统数据进行全面、集中式管理的一项综合性工作。轨道交通票务收益管理的重要性，主要体现在以下几个方面：

1、票务收益管理可以准确地记录客流信息，及时地统计票务信息，为运营商的运营调控、营销等提供了决策的依据，同时为提高轨道交通的服务质量创造了一定的条件。

2、票务收益管理体系的科学性，可以保证车站客流的井然有序，在一定程度上减少逃票、漏票等现象，极大地保障了企业的票务收益和经济利益。

3、票务收益管理中AFC系统的安全应用，大大减少了现金的交易、人工记账和相关的统计工作，在一定程度上能够精简工作人员，也提高了工作的质量和效率，较好地利用资源。其次，采用无障碍换乘方式，极大地提升了地铁出行的便利性和技术含金量。

三、影响地铁票务收益安全的五点因素

1、员工对待票务工作的态度、工作责任心：票务工作人员对待票务工作的态度积极度、端正度与票务安全度成正比。

2、员工业务水平：票务工作人员要熟练掌握设备的 *** 作、填写报表、乘客事务办理等票务运作方面。提高票务工作的业务水平。相关各级部门加强票务安全检查。提高员工的业务水平与工作热情。

3、员工间的互控：票务相关部门应严格遵守票务规章制度，形成自检、互检、他检和自控、互控、他控的机制，加强票务工作管理。

4、设备隐患：地铁应该着重强调人为因素，消除设备缺陷，设备隐患是从客观上保证安全，两者相辅相成缺一不可。

5、管理漏洞：管理人员的重视度/认识度、规章制度的执行/落实度、员工法制/票务安全意识/业务教育、管理人员是否带头违章、实施检查督促(车站基层、部门、总部、总公司)、危险源与危险事件的查找、对待违章的公正度、适当的奖惩。

四、有效加强地铁票务收益安全管理的对策

1、根据 AFC 设备产生的交易数据特性，保证设备完整的交易数据

AFC设备的交易数据是票务收益的重要依据，保障数据安全也在一定程度上保障了运营收益的安全可靠。按特性分为AFC 设备产生的完整交易数据、非完整交易数据和非 AFC设备产生的交易数据。其中AFC设备产生的完整交易数据可以进入清分系统实现自动清分，数据应包含个要素：记录进入闸机的时间和地点，记录出闸机的时间和地点，出闸机时具体的扣值金额等内容。以上所述的AFC设备产生交易数据三个要素中缺少一个及以上要素均称为AFC 设备产生非完整交易数据，此类数据因信息不完整，系统无法自动辨识，所以需要借助人工手段进行统计和清分。由于存在安全隐患，需要辨识人员具备鉴别数据真伪的能力。

2、建立健全地铁运营票务管理机制

在利用AFC系统协助地铁票务运作的同时，由于系统难免存在一定的缺陷，地铁运营管理部门必须时刻关心AFC 系统的安全，加强对内部管理人员的管理和监察，建立一套行之有效的运营票务管理机制。对于AFC系统和设备一时无法解决的问题，必须从管理上想办法解决，以确保票务收益的安全。

(1)加强生产 *** 作部门逐级负责制度，确保责任落实。对应地铁站点多线路广，票务运作环节复杂的特点，生产一线票务监控需对员工不断强化票务收益安全意识教育，立足于内部自我管理、自我控制为主。因此，在一线生产部门必须实施逐级负责制度，确保责任落实。

(2)建立与 AFC 系统数据相结合的票务管理系统，进一步完善收益核对机制地铁几乎所有的运营票务收益均通过AFC 设备 *** 作产生，难以通过手工方式对海量数据进行全面核对，对全线整体收益情况必须由二级审核部门按一定比例进行稽查。

(3)建立独立的票务稽查队伍在一线生产部门建立日常审核机制的前提下，各地铁运营公司必须建立独立于 *** 作部门，代表企业对地铁运营票务收益进行独立监督、审查的票务稽查部门。对票务稽查工作发现的问题，要深入调查分析，做到事事彻查，并对存在的问题要有具体的整改措施并认真加以落实。在开展票务稽查工作的同时，建立规范、完善的票务稽查惩处制度，警示员工，进一步防患于未然。

(4)提高关键业务办理要求，增强收益管理安全系数对 AFC 系统的薄弱环节，如 AFC 设备出现故障导致需在 AFC 系统外处理的特殊乘客事务(如为在自动售票机购买了无效车票的乘客办理退款等)，这些情况可通过内部管理规定强制要求车站实行双人共同确认办理的程序，做到互控、联控，进一步提高收益管理安全系数。

(5)网络化运营收益流程同单线相比没有较大的变动，但是对接的部门不同及报表收取方式的不同也会对收益流程有所影响。车站手工票务报表及电子报表存在一个并行阶段的过程，但随着网络化运营的日趋成熟，将逐步完善系统实现票务数据报表填写的完全电子化。以车站为基层单位，所有票务数据的基础填制都能够在车站完成，并汇集在LC系统当中。LC系统相关数据进行自诊断和处理，收益人员对LC系统内发现问题的电子表报进行二次人工审核，并根据各部门的需要形成相关票务报表。

3、AFC 系统的安全可靠性是确保地铁

票务收益安全管理的重要前提保障AFC 系统主要流程包括三部分：车票管理流程;帐务管理流程;运营维护流程。由于地铁AFC系统涉及制票、售票、检票、计费、收费、统计全过程，几乎所有的地铁运营票务收益都是通过AFC系统得以实现。为确保这一重要前提保障发挥理想作用，可从以下三方面：

(1)建设AFC系统，必须深入考虑系统运作可能出现的各类收益安全隐患，积极吸收、借鉴同行的经验，将系统的安全可靠性作为系统开发、验收的重要检验指标，在最大程度上确保开发的系统具备高度安全性。

(2)在日常票务运作过程中，各类AFC技术人员或各层级票务管理人员必须主动、深入地去收集、发现AFC系统出现的各类隐患，对系统在运作过程中逐渐暴露出来的问题，需给予高度重视，及时采取措施加以改正。每年定期开展设备缺陷整改讨论，申报预算对设备进行必要的改造，保证设备在运行良好的情况下逐步改善设备性能和数据稳定性。

(3)针对AFC设备的维护保养，制定设备完好率、故障修复率等系列技术考核指标，减少系统、设备故障发生率，确保系统、设备正常运作，从而保障地铁票务运作安全、有序开展。在设备保养的过程中发现问题及时汇总上报相关部门，做好相关问题的记录工作。

五、结束语

地铁票务收益安全管理，一方面需加强对运营票款收入现金流的管理，另一方面，更应该对自动售检票系统赋值设备隐性现金流的管理加大控制力度。因此，提高自动售检票系统安全性和建立健全地铁运营票务管理机制，都是保障地铁票务收益安全管理的必要手段。

参考文献：

[1] 范巍：《清分中心系统的功能定位及自动售检票系统标准制定》，《城市轨道交通研究》，2010年03期

[2] 骆海瑛 丁耿：《对自动售检票系统进行风险评估的探讨》，《城市轨道交通研究》，2008年08期

[3] 王淑敏 庞金爽：《自动售检票系统对地铁运营的重要作用》，《城市轨道交通研究》，2009年12期

[4] 李立纲 洪澜：《广州地铁自动售检票系统安全性探讨》，《都市快轨交通》，2006年04期

点击下页还有更多>>>地铁票务管理论文

模拟铁路售票窗口 *** 作方式的客户端软件。

二、系统的使用

01、 本系统仅用于学习及交流使用，不作它用。严禁将本系统用于非法用途，由于不当使用本系统而产生法律责任的，sTRS项目组不承担任何民事、刑事责任，并将配合行政、司法机关的调查取证工作。

02、 本系统需要工号登录后才能运行，用户可以在本网站下载客户端，并在本网站申请工号后使用本系统，在申请工号时，网站会要求您提交一些个人资料用于身份信息的核实，当无法核实时，项目组可能会联系您要求您线下补充其它资料，详见工号申请页的要求。

03、 工号仅限申请人本人使用，严禁将工号出借给他人使用，每个工号只能在一台电脑上登录，每个工号首次登录本系统时，本系统会将工号与计算机绑定，该工号只能在这台计算机登录。因此，您需要妥善保管您的工号和密码，以免被盗。以正确的工号和密码登录系统并进行的任何 *** 作，视同工号持有人所进行，并由其承担相应责任。

04、 sTRS项目内涉及的任何数据（包括但不限于列车时刻、编组、票额计划、旅客列车开行方案、线路基础数据等）均为虚构，项目组不承诺数据维护的准确性和实时性，亦不承诺这些数据与任何铁路运输企业的数据的相关性。

05、 本系统目前为免费授权给用户使用，但项目组不承诺将来不会更改本系统的运作模式。

06、 项目组不承诺本系统的 *** 作方式与其他任何铁路运输企业所使用的售票系统相似或一致，也不对本系统与其他铁路运输企业使用的售票系统的任何不同之处作出任何解释。

07 、用户有不当行为的，一经项目组发现，有权立即将该用户列入黑名单，并永久拒绝该用户使用本系统。不当行为包括但不限于下列行为：

08、 将工号出借给他人使用的；

09、 利用本系统欺诈他人，或谋取不正当利益的；

10、 将本系统生成的样票图打印出纸质的；

11、 以本系统为依据，强行要求铁路售票员按本系统的 *** 作方式及流程进行 *** 作的；

12、 从事其它违反中华人民共和国法律、法规及行政部门规范性文件的行为的；

13、用户因不当使用本系统而被项目组取消使用资格的，该用户付费购买的账户余额可以折算成相应金额退还给该用户，其他费用不予退还。

14、 用户违反27款规定，触犯法律法规、侵害他人合法权益的，项目组将依法报告公安机关，并配合行政、司法机关的调查取证工作。

15、冒用虚假火车售票软件信息诈骗数额较大构成犯罪处置、

目录

概述： 5

1 需求分析 5

11 用户需求： 5

12 业务流程分析： 6

13 信息需求分析 6

14 功能需求分析： 7

2 （数据库）概念（模型）设计 8

21构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性： 9

22、系统具体E-R图： 9

3 （数据库）逻辑（模型）设计 10

31 一般逻辑模型设计： 10

32 具体逻辑模型设计： 11

4 数据库物理设计与数据库保护设计 12

5 处理功能设计 12

51 主控模块设计： 12

52 子模块设计： 13

6 数据库应用系统的实现 14

61 数据库及其表结构的建立： 14

62 创建表的相关视图： 16

63 各表关系图， 16

64 数据输入：利用系统录入数据，如下图为各表内容： 17

65 模块实现： 18

7 数据库应用系统运行 26

71 写出系统 *** 作使用的简要说明。 26

72 按使用说明运行系统并打印出运行结果。 26

73 系统评价： 27

报告内容

概述：

随着国民经济快速发展, 人们出行、交通越来越频繁, 对服务的快捷、便利性要求也越来越高。从而对客运行业的建设与管理提出了更高的要求。为适应和推动客运行业的发展, 各种交通公司和部门开始广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。

本学生火车订票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进行需求分析，然后在需求文档的指导下实现系统的功能，如 *** 作员的信息管理功能及普通学生的火车信息查询、订票、退票等功能，最终实现的是学生购得一张自己满意的票券，同时力求通过数据库系统及计算机在其中的运用达到提高工作效率,节约人力资源的效果。

1 需求分析

11 用户需求：

(一）、问题描述：

学生火车票定票系统

(1)背景：一年两次的火车票订票管理

(2)主要实现以下功能：

1)学生基本信息的管理，尤其是所在地

2)学生购票的基本信息，尤其是价钱和车票目的地

3)购票以后的分发管理

4)退票的管理

5)信息的统计和查询

6) *** 作员管理

(二）、目的及现状：

1）、实验目的：

数据库设计就是要使学生采用本课程中学习的数据库设计方法，运用其基本思路与主要图表工具完成一个自己所了解的业务的数据库应用系统信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计，用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统，并运行、评价、改进之；在此基础上严格按本大纲所附报告提纲撰写课程设计报告。通过本设计进一步弄懂数据库系统及其相关的基本概念，理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。

2）、现状和系统要求：

在传统模式下利用人工进行火车订票业务，存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。诸如这些情况，给各相关部门工作人员带来了很大困难，严重影响了他们的工作效率。运用计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。

在本系统中，系统用户共有两种, 并根据用户权限的不同而实现不同的功能，如 *** 作员

拥有添加、修改、删除某火车相关信息及修改自己的个人信息的功能。学生有对车票信息、、哪一车次哪天还剩余多少张票和自己所订票券的查询功能，订票功能及退票功能。系统利用计算机和数据库的高效率大大减轻了学校票点工作人员的劳动强度, 提高了各部门的工作效率。

12 业务流程分析：

（一）、描述系统的业务流程：

本系统共有两种用户, 根据用户权限的不同而实现不同的功能。

*** 作员的权限最大，他进入系统必须先登录。 *** 作员可以添加、修改、删除某车票的相关信息，可以修改自己的个人信息；查询、删除学生的订票情况，确认学生是否已付款取票等。

学生可以按目的地的车次对车票信息进行查询，可以订票，订票时须录入自己的信息及所选择的车次，系统将检查该车次票数是否已订完或不足，若已订完或不足则提示错误信息并返回到订票界面，订票成功后将生成订票单。学生还可以对自己所订的票券即订票单进行查询，以及查询哪一车次哪天还剩余多少张票。用户付款和取票可在学校票点完成。

（二）、初步业务流程图：

13 信息需求分析

131 资料收集

132 事项分析：

在本火车票订票系统中，各资料的基本数据项列举如下：

学生资料：学号，姓名，密码，所在学院，专业，班级，电话，目的城市

车票基本信息：车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数

车次详细信息：ID号，车次号，途径站，票价，

订票单信息：订单号，订票人学号，订单时间，付款取票与否

订票具体信息：ID号，订单号，所得车次号，目的城市，订票数，总票价，取票时间

订票点信息：票点号，票点主任的员工号，联系电话，所在校区

*** 作员资料：员工号，票点号，密码，姓名，性别，电话

14 功能需求分析：

（一）、完善业务流程图：

（二）、功能层次图：

本系统共有两种用户, 根据用户权限的不同而实现不同的功能，如 *** 作员查询、添加、修改、删除某火车相关信息及查询、修改自己的个人信息的功能。学生对车票信息、、哪一车次哪天还剩余多少张票和订票功能以及对自己所订票券的查询功能、退票功能。

2 （数据库）概念（模型）设计

21构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性：

① 原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。

在本系统中，实体主要有学生、 *** 作员、车票信息、车票详细信息表、订票单，订票详细信息表，订票点。

②原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。

在本系统中，学生、车票信息、订票单和订票详细信息表之间存在“订购”的联系，一个车票信息可以被多个学生购买，而一个学生只可以购买多个车次所属的一到两张车票，它们之间的联系是一对多的“购买”联系，同时一次登录无论订多少车次只生成一张订票单。订票点和 *** 作员之间存在“隶属”的联系，它们之间的联系是一对多的“隶属”联系；车票信息和车票详细信息表之间存在“包含”与被包含的关系；订票单和订票详细信息表之间也存在“包含”与被包含的关系。

③原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。

从这条原则可得到实体和联系的属性如下：

学生（学号，姓名，密码，所在学院，专业，班级，电话，目的城市）

车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数）

车次详细信息（ID号，车次号，途径站，票价）

订票单信息（订单号，订票人学号，订单时间，付款取票与否）

订票具体信息（ID号，订单号，所得车次号，目的城市，订票数，总票价，取票时间）

订票点（票点号，票点主任的员工号，所在校区，电话）

*** 作员（员工号，票点号，密码，姓名，性别，电话）

④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

根据以上的分析，可以画出本系统的原始ERD的基本结构。如

22、系统具体E-R图：

3 （数据库）逻辑（模型）设计

31 一般逻辑模型设计：

（一）、由ERD导出一般关系模型的四条原则：

原则1（实体转换为关系模式）：ERD中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。

原则2（从实体及其主从联系转换为关系模式）：ERD中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成的属性，其主实体关系的主码，在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的，从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。

原则3（一对多联系在关系模式中的表示）：ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。

原则4（多对多联系转换为关系）：ERD中的一个多对多联系转换为一个关系，其被联系实体关系的主码和该联系本身的属性一起组成的属性，被联系关系的主码组成该关系的复合主码。

（二）、数据库初步构思的关系框架：

通过ERD转换为一般关系模型四条原则分析，得到须在数据库中进行存储的一般关系模型如下（带下划线的为主码，带#的为外键）：

学生（学号，姓名，密码，所在学院，专业，班级，电话，目的城市）

车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数）

车次详细信息（ID号，车次号#，途径站，票价）

订票单信息（订单号，订票人学号#，订单时间，付款取票与否）

订票具体信息（ID号，订单号#，所得车次号#，目的城市，订票数，总票价，取票时间）

订票点（票点号，票点主任的员工号#，所在校区）

*** 作员（员工号，密码，姓名，性别，电话）

32 具体逻辑模型设计：

（1）、Student表：用来保存学生信息：

项名 类型 长度 小数位 值域 主键 外键 空键

学号 字符 12 是 非空

姓名 字符 20 非空

密码 字符 12 非空

学院 字符 40 非空

专业 字符 30 非空

班级 数据 4 0 >0 非空

电话 字符 12 非空

目的城市 字符 30 非空

（2）、Ticket表：用来保存车票信息表

项名 类型 长度 小数位 值域 主键 外键 空键

车次号 字符 20 是 非空

出发站 字符 30 非空

开车时间 日期 8 非空

到达站 字符 30 非空

到达时间 日期 8 非空

车票种类 字符 20 非空

余票数 数据 8 0 >0 非空

（3）、Citysite表：用来保存车票详细信息表：

项名 类型 长度 小数位 值域 主键 外键 空键

ID号 整数，自动编号 8 是 非空

车次号 字符 20 是 非空

途径城市 字符 30 非空

票价 decimal 非空

（4）、Ticketsite表：用来保存订票点表：

项名 类型 长度 小数位 值域 主键 外键 空键

票点号 整数，自动编号 8 0 是 非空

票点主任员工号 整数，自动编号 8 0 是 非空

联系电话 字符 12 非空

所在校区 字符 40 非空

（5）、Admin表：用来保存 *** 作员表：

项名 类型 长度 小数位 值域 主键 外键 空键

员工号 整数，自动编号 8 0 是 非空

用户名 字符 20 非空

密码 字符 12 非空

姓名 字符 20 非空

性别 字符 4 非空

电话 字符 12 非空

（6）、Book表：用来保存订单表：

项名 类型 长度 小数位 值域 主键 外键 空键

订单号 整数，自动编号 8 0 是 非空

学号 字符 是 非空

订单时间 字符 非空

付款取票与否 整数 2 0 非空

（7）、Ticket表：用来保存取票单表：

项名 类型 长度 小数位 值域 主键 外键 空键

ID号 整数，自动编号 8 0 是 非空

取票号 字符 8 0 是 非空

车次号 字符 是 非空

目的城市 字符 非空

订票数 数据 8 0 >0 非空

总票价 Decimal 非空

取票时间 日期 8 非空

4 数据库物理设计与数据库保护设计

根据表的结构关系，本系统采用SQL Server 2000数据库。SQL Server 2000是微软公司关系型数据库产品，它是在由MS SQL Server 70建立的坚固基础之上产生的。客户的需求极大的推动了该产的革新，SQL Server2000在易用性、可缩放性和可靠性，以及数据仓库等诸多方面有了很大的增强。这使得SQL Server 2000在很多数据库产品发展最快的应用领域（如电子商务、移动计算、分支自动化、商业级应用和数据交换中心等）中成为领先者

在数据库中创建表的同时须创建相关的索引。索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中，索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。在数据库中，索引也允许数据库程序迅速地找到表中的数据，而不必扫描整个数据库。本数据库表较为简单，且每个表中定义主键约束或者唯一性键约束，已经间接创建了索引，故无需再创建索引。

5 处理功能设计

51 主控模块设计：

(1)、登录系统模块：

在登录窗体界面中，你可以输入代码和密码，选择你的身份（ *** 作员或系统管理员），确认后就可进入主界面窗体。如果你是学生，且还没注册，可以在此窗体界面上点击“注册”，在注册界面输入所要求的项，确定后重新返回登录界面，用你刚注册的账号登录进入主界面。

在主界面中包含上述模块图的几部分，根据身份，即是用户或者管理员，对应权限不同，分为不同的主界面，即用户主界面和管理员主界面。

（2）、系统设置模块图：

用户：在此模块用户可以查询、修改自身注册信息以及退出登录，退出系统后将返回登录界面。

管理员模块：在此模块管理员除了拥有用户的各项设置外还可以注册新的管理员，但为了安全起见，此功能只有当登录人是票点主任时才可执行。

52 子模块设计：

521、管理员模块

1、车票信息管理模块:在此模块，管理员可以执行车票信息录入、查询、删除和修改功能，不过删除和修改功能须当该车次没有被预订的情况下才可执行。

2、订票管理模块：在此模块，管理员可以查询所有订单情况、已付款取票和未付款取票的订单情况，还可以按学号查询某学生的订票情况以及各种统计信息，并在学生来付款取票时执行“付款” *** 作。另外还可以在订单已付款或学生取消订单时删除订单。

522、用户模块：

1、订票管理模块：在此模块，用户可以查询车票信息和自身订票情况。查询车票情况分为按车次、按目的地、按起始站—目的站查询，当查询到自身所想要的车票时即可订票，但注意预定票的目的地须与学生家乡所在城市相符，否则系统不允许订票；查询自身订票情况包括订单信息及金额统计，还须注意订票信息上要求的取票期限，订票人须在规定期限内去所在校区的票点付款取票，逾期票点工作人员将不予处理。

2、用户小贴士模块：在这里，用户将了解本订票系统的订票流程及相关规定及用户订票后付款取票地点的信息等。

6 数据库应用系统的实现

61 数据库及其表结构的建立：

利用SQLServer企业管理器创建数据库Tickets，然后创建表：

1、学生表Book

create table Student

(Sno varchar(12) primary key, Sname varchar(20) not null,

Ssex varchar(4) not null, Spw varchar(12) not null, //密码

Sadm varchar(40) not null, //学院

Sdept varchar(30) not null, Sclass numeric(4) not null,

Stel varchar(12) not null, //电话

Semail varchar(50) not null, Shcity varchar(30) not null //所在地

)；

2、车票信息表Ticket

create table Ticket

(Tno varchar(20) primary key, //车次号

Startcity varchar(30) not null, Starttime varchar(20) not null,

Endcity varchar(100) not null, Endtime varchar(20) not null,

Ttype varchar(20) CHECK (Ttype IN('硬座','软座','硬卧','软卧')),

Tickets int not null //票数

);

3、车次站次信息表Citysite

create table Citysite

(Cityno numeric(8) identity(1,1), //票点号

Tno varchar(20), City varchar(100),

Tprice decimal not null, //票价

primary key (Cityno,Tno),

foreign key (Tno) references Ticket(Tno) on delete cascade

)

4、订票单表Book

create table Book

(Bno numeric(8) identity(1,1) primary key, Sno varchar(12),

Maketime datetime not null, judge int,

foreign key (Sno) references Student(Sno),);

5、订票详细信息表Bookno

create table Bookno

(ID numeric(8) identity(1,1) primary key,

Bno numeric(8), Tno varchar(20), City varchar(100),

Booktime varchar(20) not null, Ticketnums int not null,

Price decimal not null, //票价

Pickdate datetime not null, foreign key (Tno) references Ticket(Tno),

foreign key (Bno) references Book(Bno));

6、 *** 作员表Operater

create table Operater

(Adname varchar(20) primary key, //登录用户名

Adpw varchar(12) not null, //登录密码

Opname varchar(20) not null, //员工真实姓名

Opsex varchar(4) not null, Optel varchar(12) not null,

Opemail varchar(50) not null);

7、订票点表Ticketsite

create table Ticketsite

(Siteno numeric(8) primary key identity, //票点号

Adname varchar(20), // 票点主任登录名

Sitetel varchar(12) not null, Siteaddr varchar(40),

foreign key (Adname) references Operater(Adname));

//为安全起见，学校各校区订票点内容的添加要以直接输入数据库的方式进行

insert into Ticketsite(Adname,Sitetel,Siteaddr) values('linyp','870432','龙洞校区行政楼205')

insert into Ticketsite(Adname,Sitetel,Siteaddr) values('admin','87084432','大学城校区E区205')

62 创建表的相关视图：

1、创建V_Book视图,得到对于某种车票的订票人数和订票张数

create view V_Book(Tno,stu_no,sumticket)

as

select Tno,count(distinct Sno),sum(Ticketnums) from Bookno,Book

where BooknoBno=BookBno group by Tno

2、创建W_Book视图,得到对于所有订票学生的人数和订票总张数

create view W_Book(stu_nums,sumtickets)

as select count(distinct Sno),sum(Ticketnums) from Bookno,Book

where BooknoBno=BookBno

3、创建P_Book视图,得到对于已付款取票的人数和车票总张数

create view P_Book(cout_no,cout_nums)

as select count(distinct Sno),sum(Ticketnums) from Bookno,Book

where BooknoBno=BookBno and judge=1

4、创建M_Book视图, 得到对于某一订票的总金额

create view M_Book(Allprice)

as select sum(TpriceTicketnums) from Book,Bookno,Citysite

where BooknoBno=BookBno and BooknoTno=CitysiteTno and BooknoCity=CitysiteCity

63 各表关系图，

易知表Ticket与表Citysite之间是父表与子表的关系:

表Book与表Bookno之间也是父表与子表的关系:

它们之间都是父表对子表的一对多的关系。

根据表之间的结构关系图，可以得出各表的完整性约束条件如下图：

表名 主键列名 外键

外键列名 参照表

Student Sno 无

Ticket Tno 无

Citysite Cityno Tno Ticket

Book Bno Sno Student

Bookno ID Bno,Tno Book,Ticket

Operater Adname 无

Ticketsite Siteno Adname Operater

64 数据输入：利用系统录入数据，如下图为各表内容：

65 模块实现：

本次系统设计我前台采用JSP技术,后台采用SQL Server 2000, *** 作系统采用Windows XP。

JSP(JavaServer Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，它是在传统的网页HTML文件(htm,html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(jsp)。JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。

节约成本

使用景区票务系统可以实现线上买票，线下直接扫描手机二维码直接入园，这样节约了景区设置多个售票窗口的人力、物力成本

便于管理

通过信息化手段可以杜绝景区假票、人情票、黄牛票的产生，同时不会出现门票清点时的误差，这样帮助景区更加透明化的管理

提高效率

使用梦旅程景区票务系统可以通过其stccs系统收集游客大数据，让景区实时了解游客情况，景区财务情况，提高了景区管理效率

提高游客体验感

使用智能化设备可以更好的迎合当代游客的消费习惯，提高景区在游客心中的形象，为景区加分

以上就是关于数据库课程设计设计开发一个B/S结构的“民航售票数据库系统”。全部的内容，包括:数据库课程设计设计开发一个B/S结构的“民航售票数据库系统”。、票务系统的系统原理、地铁票务管理论文等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！