汽车站售票管理信息系统

1、1 现行系统概述 随着时代的进步， 社会的发展，人们的生活形式与习惯也越来越多样化，出 行成为了人们生活中的一个重要组成部分， 而汽车成为许多人出行选择的交通工 具。面对巨大数量的乘客的购票需要， 汽车站就要选择使用先进的管理方法来实 现方便、快捷的售票、退票等方面的票务管理。随着计算机的普及，信息处理量 的逐渐扩大， 手工处理方式远远不能满足人们管理活动的需要， 各种工作都逐渐 由手工转为自动化，使许多复杂、繁琐、且需要很多人力的工作变得简单。汽车 站每天产生售票、退票等行为数量多， 使得汽车站售票管理的数据量大， 而且速 度要求要快， 传统的人力行为已不能适应， 计算机应用软件的使用则能很

2、好地满 足汽车站的这一需要，提高售票人员的工作效率，节约相关管理成本。 汽车售票管理系统主要用于车站日常的票务处理。 汽车售票管理系统在正常 运行中需要对使用该系统的主要是汽车站售票人员、 汽车站售票工作的管理人员 与系统管理员。为达到操作过程中的直观、方便、实用、安全等要求，我们组在 这个系统中采用结构化程序设计的方法， 便于系统功能的组合和修改， 以及扩充 和维护。 2 系统分析 系统应具有售票、 查询、管理和维护等功能，系统管理员可以进行对车次的 更改、票价的变动及调度功能， 票价的修改可以通过修改运价来进行， 车次调度 可通过对发车时刻表的修改来进行，维护功能即可对表进行修改。 2.1

3、 需求分析 2.1.1 性能分析 售票系统主要功能为：根据目的站、车次、时间等信息查询有关车票情况； 提供多种方式完成售票工作；现金结算、票据打印；售票信息统计，打印详细报 表。 车次管理：车次详细信息的编辑。在此管理部分中，能够使用界面操作实 现车次信息的编辑， 并将数据库中的数据按照编辑的要求来及时更新数据表中的 相关数据。 票价管理：票价的分类及详细信息的录入、修改、删除，在此管理部分中， 通过票价管理界面来选择记录并决定执行何种操作，是修改、添加或删除。 当命 令为修改或者添加时则自动跳转到票价编辑窗体实现票价信息的编辑并更新数 据库中相应数据记录。 票务管理：提供多种方式完成售票工作

4、；现金结算、票据打印；提供相关 的一些信息查询手段，打印详细报表； 用户管理：所有系统用户的管理，包括系统普通用户与系统管理员。在系 统主界面中首先进入用户管理主窗体， 选择添加或删除用户进入用户编辑界面进 行操作，操作完成便更新数据库数据。 查询管理：通过查询界面可以根据条件进行车次时刻、车次票价查询。 2.1.2 用户角色需求 使用该系统的主要是汽车站售票人员、 汽车站售票工作的管理人员与系统管 理员。该系统分为普用户和系统管理员两种权限登陆。 汽车站的普通售票人员只 能使用该系统的查询、售票管理等基本功能； 汽车站售票人员、 汽车站售票工作 的管理人员能够修改自身的用户名和密码； 汽车站

5、售票工作的管理人员能对票价 进行管理； 系统管理员则能实现系统用户与普通用户的添加， 修改普通用户与系 统管理员的密码，以此确保该系统能够安全操作，避免不必要的损失。 2.2 可行性研究 本系统旨在提供更友好的界面、 更便捷的操作与更实用的管理， 从而降低客 运站售票员的劳动强度，提高工作效率，进而提升服务质量，提高旅客满意度。 2.2.1管理上的可行性 该系统重要应用于管理员和售票人员， 应具有良好的人机交换界面。 系统应 具有操作简单，容易上手等特点。实现火车售票系统后可以提高工作效率， 减少 工作人员和管理人员的负担， 因此在系统的调查和分析阶段也能得到他们的积极 支持；而且通过该系统的

6、使用，旅客可以更方便的得到他们所需的信息和车票， 对于网络系统的推广使用具有积极的促进作用。 该系统基于浏览器的使用进行一 系列的系统操作，方便简洁，对于管理人员只需进行简单的培训即可上手使用， 而旅客一般对网络比较熟悉，便可以通过网络查询各种事务，便于管理。 实行联 网售票还可以打击犯罪，净化旅行环境，保障公众安全。 2.2.2技术上的可行性 主要应用 SQLserver数据库，C 语言、搭载在 windows 2000 的系统以上等技 术。并且随着电子商务的成熟 , 人们对网络操作越来越习以为常，这些都为网上 售票系统的实施提供了支持。 随着新的网格安全技术不断出现， 应用程序和基础 设施

7、的安全性问题也越来越有保障， 包括对应用程序的保护和节点到节点的通信 安全已经基本解决。所有这些都为网上售票的发展提供了良好的条件。 2.2.3经济上的可行性 在项目开始前，应进行财务预算，主要包括硬件、软件设备的购置，开发人 员的工资，系统维护所需的费用。 避免超出预算的情况。随着科技水平的进步以 及可观的经济利益驱使， 制造仿真版假票的技术水平是非常高的， 如果不借用辅 助仪器， 很难辨别其真伪；一些制假不法分子把目标投向乘客身上来， 使出行人 上当受骗，既耽误出行， 又会造成不良的社会影响，实行联网售票可以有效抑制 假票的流通，维护广大旅客的出行利益。 2.3 系统的开发方法的选择 系统

8、开发方法有系统结构化开发方法、原型法、面向对象法和 case 法。原 型法不注重对对管理系统进行全面、系统的调查与分析，不适用于大型的系统。 面向对象法需要一定的软件支持环境，不太适宜大型的 MIS 开发，不能从科学 管理角度进行理顺和优化，初学者不易接受。至于 case 法，严格的讲它只是一 种开发环境而不是一种开发方法， 它集成了很多工具， 因此可以说是一种辅助开 发方法。 综合考虑几种开发方法，本次课程设计我们选择结构化开发方法， 即用 系统工程的思想和工程化的方法， 按照用户至上的原则， 自顶向下整体分析与设 计和自底向上逐步实施的系统开发过程。 是组织、 管理和控制信息系统开发过程

9、的一种基本框架。 结构化的开发方法是在系统分析时，采用自顶向下、逐层分解， 由抽象到具 体的逐步认识问题的过程；在系统设计的时候， 先考虑系统整体的优化， 再考虑 局部的优化问题；在系统实施的时候，则坚持自底向上，先局部后整体，通过标 准化模块的连接形成完整的系统。 这样做的优点是注重系统开发过程的整体性 和全局性；严格区分工作阶段；立足全局，步步为营，减少返工，有利于提 高开发质量，加快开发速度；目标明确，阶段性强，开发过程易于控制。 2.4 组织结构与功能分析 售票系统组织内部的隶属关系如图 2-1 所示： 汽车站站长 财务的进出进行统计。 办公室：负责上级机关和有关单位的来文的接受登记、

10、管理和归档工作，根据领 导指示参加有关会议， 必要时做好保密工作， 以及配合其他部门做好各项工作等。 人力资源部： 主要是对系统的使用人员进行管理， 规定不同身份的人登陆系统时 不同的操作权限来确保系统数据的一致性。 市场营销部：面向的人群是顾客，根据顾客的要求提供相关的票务。 建设管理部：负责对系统进行日常维护，发现系统漏洞进行修复， 并对系统进行 及时更新和升级。 信息管理部： 协助部门经理根据上级要求制定管理制度， 协助建设管理部做好开 发项目的确定和项目管理。 2.5 业务流程分析 在对系统的组织结构和功能进行分析时， 需从一个实际业务流程的角度将系 统调查中有关该业务流程的资料都串起

11、来作进一步的分析。 业务流程分析可以帮 助我们了解该业务的具体处理过程，发现和处理系统调查工作中的错误和疏漏， 修改和删除原系统的不合理部分，在新系统基础上优化业务处理流程。 前面已经将功能需求一一理出， 而业务流程分析则是在业务功能的基础上将 其细化，利用系统调查的资料将业务处理过程中的每一个步骤用一个完整的图形 将其串起来。在绘制业务流程图的过程中发现问题，分析不足， 优化业务处理过 程。所以说绘制业务流程图是分析业务流程的重要步骤。 业务流程图，就是用一些规定的符号及连线来表示某个具体业务处理过程。 业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。 具体业务情况是：旅客到达车站后

12、，售票员根据旅客提供的乘车时间、目的 地、车次号及座位信息等票面信息进行查询， 检查是否有符合旅客要求的乘车票， 如果没有符合要求的直接返回给旅客，如果有符合要求的票种则开始处理买票， 售票员根据旅客买的票的信息并根据是否有优惠条件售票给旅客并修改车票记 录，流程图如图 2-2 所示 5 2.6 数据流程图分析 数据流图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。 这个模型不涉及硬件、软件、数据结构与文件组织，它与系统的物理描述无关， 只是用一种图形及与此相关的注释来表示系统的逻辑功能。 图形描述简明，清晰， 不涉及技术细节， 所描述的内容是面向用户的。 因此数据流图是系统分析人

13、员与 用户进行交流的有效手段，也是系统设计的主要依据之一。 数据流图是在对业务流程图进行分析的基础上， 从系统的科学性、 管理的合 理性、实际运行的可行性角度出发， 将信息处理功能和彼此之间的联系自顶向下、 逐层分解，从逻辑上精确的描述新系统具有的数据加工功能、数据输入、 数据输 出、数据存储及数据来源和去向。 数据流图具有抽象性和概括性两种特性： 抽 象性:表现在它完全舍去了具体的物质 ,只剩下数据的流动、 加工处理和存储。 概括性: 表现在它可以把信息中的各种不同业务处理过程联系起来 ,形成一个整 体。无论是手工操作部分还是计算机处理部分 , 都可以用它系统地表达出来。 数据流图由四种基本

14、成分组成， 分别为外部实体、 处理、数据流、数据存储。 代表系统之外的信息使用者或提供者 数据流 据与数据流程分析 代表数据流，箭头方向代表数据流方向数 售票系统的顶层数据流程图如图 2-3 所示 图 2-3 顶层数据流程图 售票系统的第一层数据流程图如图 2-4 所示 图 2-4 第一层数据流程图 售票系统中具体的业务处理的数据流程图如图 2-5 和图 2-6所示 顾客 购票信 息 P1.1 决定目 的地 顾客需求 购票信息 确认乘 车时间 车票 F1 车票记录 图 2-5 第二层数据流程图 P2.2 P2.1 普通乘客 购票信 息处理 顾客 客户信息 顾客 客户信息 身份验 证 优惠人群

15、售票信息 F2 售票记录 优惠证件、现金 售票员 图 2-6 第二层数据流程图 2.7 数据分析 数据字典是对数据流中的各项所做的一套详细而精确的说明，它是对数据 项、数据结构、数据流、数据存储、处理逻辑、外部实体进行的定义和描述，其 目的是对数据流程图中的各个元素做出的详细的说明。 2.7.1 数据流条目 数据流由一个或一组固定的数据项或数据结构组成。 定义数据流时， 不仅要说明 数据流的名称、组成等，还应指明它的来源、去向和数据流量等。 数据流编号： D-01 数据流名称：购票信息 简述：根据顾客的要求确定的购票信息 数据流来源： 数据流去向： 顾客 车票信息处理模块 数据流组成： 票号

16、+起始站+终点站+票价+车次+日期+开车时间 +票种+座位号+售 出时间 数据流量：不定 高峰流量：不定 数据流编号： D-02 数据流名称：售票信息 简述：根据现有的车票情况及顾客的要求确定的信息 数据流来源： 数据流去向： 车站信息处理模块 售票员 数据流组成： 票号 +起始站+终点站+票价+车次+日期+开车时间 +票种+座位号+售 出时间 数据流量：不定 高峰流量：不定 数据流编号： D-03 数据流名称：车票 简述：最后确定的给顾客的票面信息 数据流来源：售票员 数据流去向：顾客 数据流组成：票号 +起始站+终点站+票价+车次+日期+开车时间 +票种+座位号 数据流量：不定 高峰流量：

17、不定 数据流编号： D-04 数据流名称：顾客需求 简述：确定的顾客的订单信息 数据流来源：车站信息处理模块 数据流去向：售票员 数据流组成： 订单编号 +车次编号 +始发站 +终点站 +始发时间 +终点时间 +旅客类型 +车票价格 2.7.2 处理逻辑的定义 处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明 处理逻辑编号： P1 处理逻辑名称：处理车票信息 简述：查询车票情况 输入的数据流： 售票员根据顾客提供的乘车时间、车次、目的地或乘车编号等信 息经过有条件的查询来确定能否为顾客提供所要求的车票。 处理：根据乘车编号检索车票信息文件来确定是否有符合要求的车次再根据顾客 的乘车时间、

18、目的地等详细信息来确定最终的票面信息。 输出的数据流：车票信息 处理逻辑编号： P2 处理逻辑名称：决定票价 简述：根据旅客的身份确定票价 输入的数据流：旅客提供的订单信息 处理：根据旅客描述的订单信息以及持有优惠证件的类型确定票面价格 输出的信息流：最终支付的车票价格 处理逻辑编号： P1.1 处理逻辑名称：决定目的地 简述：根据顾客的乘车需求确定目的地 输入的数据流：旅客提供的订单信息 处理：根据旅客描述的订单信息查询是否有正确的目的地 输出的信息流：购票信息的目地的确定 处理逻辑编号： P1.2 处理逻辑名称：决定乘车时间 简述：根据顾客的乘车需求确定乘车时间 输入的数据流：旅客提供的订

19、单信息 处理：根据旅客描述的订单信息确定他的乘车时间 输出的信息流：购票信息的乘车时间的确定 处理逻辑编号： P1.3 处理逻辑名称：决定车次编号 简述：根据顾客乘车时间、目的地确定车次编号 输入的数据流：旅客提供的订单信息 处理：根据旅客描述的订单信息确定他的乘车编号 输出的信息流：购票信息的乘车编号的确定 处理逻辑编号： P2.1 处理逻辑名称：身份验证 简述：根据顾客的身份确定是否具有票面价格优惠的条件 输入的数据流：查看旅客的身份信息 处理：根据旅客的信息对比有关的规定确定是否有优惠的条件 输出的信息流：旅客的身份的确认 处理逻辑编号： P2.2 处理逻辑名称：购票信息处理 简述：确认

20、车票的类型 输入的数据流：旅客提供的证件 处理：根据顾客提供的有关证件进行购票处理 输出的信息流：票面信息 2.7.3 数据存储的定义 数据存储是数据结构保存的场所。它在数据字典中只描述数据的逻辑存储结构， 而不涉及它的物理组织。 数据存储编号： F1 数据存储名称：车票信息表 简述：车票信息存储 数据存储构成：车票编号 +车次编号 +始发站 +终点站 +始发时间 +到站时间 关键字：车票编号 相关联的处理： P1 10 数据存储编号： F2 数据存储名称：售票信息表 简述：对已售车票的存储 数据存储构成：车票编号 +车次编号 +售出时间 +职工号 关键字：车票编号 +车次编号 +职工号 相关

21、联的处理： P2 2.7.4 外部实体的定义 外部实体的定义包括：外部实体编号、名称、简述及有关数据流的输入和输出 外部实体编号： S0 外部实体名称：旅客 简述：购票的使用用户 输出的信息流：车次信息 流入的信息流：订单信息 外部实体编号： S1 外部实体名称：售票员 简述：对车次、车票、订单信息的管理人员 输出的信息流：查询信息 流入的信息流：列车信息、车票信息、订单信息 11 3 系统设计 3.1 系统总体结构设计 售票系统主要功能有查询、调度、售票、统计、用户管理，其功能结构图如 图 3-1 所示 车次号查询 始 发 、 目 的 地 售票 订单打印车票 权限设 增加用户 删除用户 图

22、3-1 功能结构图 调度管理模块：该模块主要实现车次信息的编辑。车次管理中的数据源为 SQLServer 数据库中 Car 表，在此管理部分中，能够使用界面操作实现车次信息 的编辑，并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。 售票管理模块： 该模块主要实现票价信息的录入、 修改与删除以及票价折扣信息 的录入、修改与删除。 票价详细信息的录入、修改、删除，票的售出情况，它 的数据源为 SQLServer数据库的 Tickets 表。在此管理部分中，通过车票管理界 面来选择记录并决定执行何种操作，是修改、 添加或删除。 当命令为修改或者添 加时则自动跳转到票价编辑窗体，实现车票

23、信息的编辑并更新数据库中的记录。 用户管理模块： 该模块主要实现用户添加，用户信息修改与用户的删除。所有系 统用户的管理，包括系统普通用户与系统管理员。 此管理模块数据源为 SQLServer 数据库的 Manager 和 Staff 表。在系统主界面中首先进入的是的用户管理主窗体， 通过提取用户名、 用户类型来查看用户具体信息， 选择添加或删除用户编辑界面 进行操作，操作完成便更新数据库数据。 查询管理模块：该模块主要实现拥护通过查询界面可以根据条件进行车次时刻、 车次票价查询。其数据源为 SQLServer数据库中的 Tickets表和 Car表。 统计管理模块： 该模块主要负责对车票信息

24、的卖出和已有情况的统计， 其数据源 12 为 SQLServer数据库中的 Statistic 表 3.2 数据结构与数据库设计 3.2.1 数据库中的关系模式 列出各种表格存储的 1NF的关系模式 列车信息 列车（车次编号，始发站，终点站，始发时间，终点时间） 车票信息 车票（车票编号， 车次编号， 始发站，终点站，始发时间，终点时间，车票价格） 管理员 管理员（管理员编号，管理员用户名，管理员密码） 订单 订单（订单编号，车次编号， 始发站，终点站，始发时间，终点时间，旅客类型， 车票价格） 3.2.2 数据库中表结构定义 数据库的表结构是非常重要的环节 , 一个良好的数据库设计， 可以提

25、高效率， 方便维护，并且为以后进行功能的扩展留有余地， 表 3-1 是系统数据库表的清单。 表 3-1 系统数据库表的清单 序号 数据表名称 说明 1 Car 对存在的列车情况进行记录 2 Tickets 对现有的车次的车票的记录 3 Manager 系统管理员信息 4 staff 系统普通用户信息 5 statistic 对售出的车票和现有的车票的统计 6 Oorder 顾客订单的详细信息 列车表：详细显示有关车次的各项信息，如表 3-2 所示 表 3-2 列车信息表 列车信息表（ Car ） 序号 字段名 数据类型 主键 /外键 长度 是否为空 字段说明 1 Cno Varchar 主键

26、50 NOT NULL 车次编号 2 Cbegin Varchar 50 始发站 3 Cend Varchar 50 终点站 4 Cbegintime Datetime 开车时间 5 Cendtime Datetime 到达时间 13 车票表：票面上所显示的车次编号、车票编号、票面价格等详细信息，如表 3-3 所示 表 3-3 车票信息表 车票信息表（ Tickets） 序号 字段名 数据类型 主键/外键 长度 是否为空 字段说明 1 Tno Varchar 主键 20 NOT NULL 车票编号 2 TCno Varchar 外键 50 NOT NULL 车次编号 3 Tbegin Varc

27、har 50 始发站 4 Tend Varchar 50 终点站 5 Tbegintime Datetime 开车时间 6 Tendtime Datetime 到达时间 7 Tprice Int 票面价格 管理员表：系统管理员的详细信息， 他们可以通过设置密码来登录系统， 这样保 证了数据的安全性，具体信息如表 3-4 所示 表 3-4 管理员信息表 管理员信息表（ Manager） 序号 字段名 数据类型 主键 /外键 长度 是否为空 字段说明 1 Mno Varchar 主键 50 NOT NULL 管理员编号 2 Muser Varchar 50 管理员 用户 名 3 Mpassword

28、 Varchar 50 管理员密码 售票员表： 系统的普通的使用人员信息表， 通过职工编号可以唯一的确定职工的 身份，这样有利于系统管理人员的管理也可以责任到人，职责分明， 详细信息如 表 3-5 所示 表 3-5 售票员信息表 售票员表（ Staff） 序号 字段名 数据类型 主键 /外键 长度 是否为空 字段说明 1 Sno Varchar 主键 50 NOT NULL 职工号 2 Sname Varchar 50 姓名 3 Ssex Varchar 10 性别 14统计表：主要是对已售出的有关哪个车次、车票信息、营业额的统计分析，这样 有利于定期核算，如表 3-6 所示 表 3-6 统计

29、分析表 统计表( statistic ) 序号 字段名 数据类型 主键 /外键 长度 是否为空 字段说明 1 Scno Varchar 主键、外键 50 NOT NULL 车次号 2 Ssno Varchar 主键、外键 50 NOT NULL 职工号 3 Sshuliang Int 车票数量 4 Szonger Int 营业额 订单表： 这是对旅客订 票要求的详细信息的说明， 如图 3-7 所示 表 3-7 订单信息表 订单表( Oorder ) 序号 字段名 数据类型 主键 /外键 长度 是否为空 字段说明 1 Ono Varchar 主键 50 NOT NULL 订单编号 2 Ocno

30、Varchar 外键 50 NOT NULL 车次编号 3 Oleibie Varchar 30 旅客类型 4 Oprice Int 车票价格 3.3 数据库中表的实现 数据库中存储的列车信息表如表 3-8 所示 表 3-8 列车表 15 数据库中存储的车票信息表如表 3-9 所示 表 3-9 车票表 数据库中存储的管理员信息表如表 3-10 所示 表 3-10 管理员表 数据库中存储的售票员表如表 3-11 所示 表 3-11 售票员表 16 数据库中存储的统计分析表如表 3-12 所示 表 3-12 统计表 数据库中存储的订单表如表 3-13 所示 表 3-13 订单信息表 17 各表总的结构关系图如图 3-14 所示 表 3-14 表的结构关系图 18 4 结束语 汽车站售票系统为旅客提供了便利， 减少了车站售票的压力