汽车站售票管理信息系统.docx
《汽车站售票管理信息系统.docx》由会员分享，可在线阅读，更多相关《汽车站售票管理信息系统.docx（19页珍藏版）》请在冰豆网上搜索。
汽车站售票管理信息系统
1现行系统概述
随着时代进步，社会发展，人们生活形式及习惯也越来越多样化，出行成为了人们生活中一个重要组成部分，而汽车成为许多人出行选择交通工具。
面对巨大数量乘客购票需要，汽车站就要选择使用先进管理方法来实现方便、快捷售票、退票等方面票务管理。
随着计算机普及，信息处理量逐渐扩大，手工处理方式远远不能满足人们管理活动需要，各种工作都逐渐由手工转为自动化，使许多复杂、繁琐、且需要很多人力工作变得简单。
汽车站每天产生售票、退票等行为数量多，使得汽车站售票管理数据量大，而且速度要求要快，传统人力行为已不能适应，计算机应用软件使用则能很好地满足汽车站这一需要，提高售票人员工作效率，节约相关管理成本。
汽车售票管理系统主要用于车站日常票务处理。
汽车售票管理系统在正常运行中需要对使用该系统主要是汽车站售票人员、汽车站售票工作管理人员及系统管理员。
为达到操作过程中直观、方便、实用、安全等要求，我们组在这个系统中采用结构化程序设计方法，便于系统功能组合和修改，以及扩充和维护。
2系统分析
系统应具有售票、查询、管理和维护等功能，系统管理员可以进行对车次更改、票价变动及调度功能，票价修改可以通过修改运价来进行，车次调度可通过对发车时刻表修改来进行，维护功能即可对表进行修改。
2.1需求分析
2.1.1性能分析
售票系统主要功能为：
根据目站、车次、时间等信息查询有关车票情况；提供多种方式完成售票工作；现金结算、票据打印；售票信息统计，打印详细报表。
车次管理：
车次详细信息编辑。
在此管理部分中，能够使用界面操作实现车次信息编辑，并将数据库中数据按照编辑要求来及时更新数据表中相关数据。
票价管理：
票价分类及详细信息录入、修改、删除，在此管理部分中，通过票价管理界面来选择记录并决定执行何种操作，是修改、添加或删除。
当命令为修改或者添加时则自动跳转到票价编辑窗体实现票价信息编辑并更新数据库中相应数据记录。
票务管理：
提供多种方式完成售票工作；现金结算、票据打印；提供相关一些信息查询手段，打印详细报表；
用户管理：
所有系统用户管理，包括系统普通用户及系统管理员。
在系统主界面中首先进入用户管理主窗体，选择添加或删除用户进入用户编辑界面进行操作，操作完成便更新数据库数据。
查询管理：
通过查询界面可以根据条件进行车次时刻、车次票价查询。
2.1.2用户角色需求
使用该系统主要是汽车站售票人员、汽车站售票工作管理人员及系统管理员。
该系统分为普用户和系统管理员两种权限登陆。
汽车站普通售票人员只能使用该系统查询、售票管理等基本功能；汽车站售票人员、汽车站售票工作管理人员能够修改自身用户名和密码；汽车站售票工作管理人员能对票价进行管理；系统管理员则能实现系统用户及普通用户添加，修改普通用户及系统管理员密码，以此确保该系统能够安全操作，避免不必要损失。
2.2可行性研究
本系统旨在提供更友好界面、更便捷操作及更实用管理，从而降低客运站售票员劳动强度，提高工作效率，进而提升服务质量，提高旅客满意度。
2.2.1管理上可行性
该系统重要应用于管理员和售票人员，应具有良好人机交换界面。
系统应具有操作简单，容易上手等特点。
实现火车售票系统后可以提高工作效率，减少工作人员和管理人员负担，因此在系统调查和分析阶段也能得到他们积极支持；而且通过该系统使用，旅客可以更方便得到他们所需信息和车票，对于网络系统推广使用具有积极促进作用。
该系统基于浏览器使用进行一系列系统操作，方便简洁，对于管理人员只需进行简单培训即可上手使用，而旅客一般对网络比较熟悉，便可以通过网络查询各种事务，便于管理。
实行联网售票还可以打击犯罪，净化旅行环境，保障公众安全。
2.2.2技术上可行性
主要应用SQLserver数据库，C语言、搭载在windows2000系统以上等技术。
并且随着电子商务成熟,人们对网络操作越来越习以为常，这些都为网上售票系统实施提供了支持。
随着新网格安全技术不断出现，应用程序和基础设施安全性问题也越来越有保障，包括对应用程序保护和节点到节点通信安全已经基本解决。
所有这些都为网上售票发展提供了良好条件。
2.2.3经济上可行性
在项目开始前，应进行财务预算，主要包括硬件、软件设备购置，开发人员工资，系统维护所需费用。
避免超出预算情况。
随着科技水平进步以及可观经济利益驱使，制造仿真版假票技术水平是非常高，如果不借用辅助仪器，很难辨别其真伪；一些制假不法分子把目标投向乘客身上来，使出行人上当受骗，既耽误出行，又会造成不良社会影响，实行联网售票可以有效抑制假票流通，维护广大旅客出行利益。
2.3系统开发方法选择
系统开发方法有系统结构化开发方法、原型法、面向对象法和case法。
原型法不注重对对管理系统进行全面、系统调查及分析，不适用于大型系统。
面向对象法需要一定软件支持环境，不太适宜大型MIS开发，不能从科学管理角度进行理顺和优化，初学者不易接受。
至于case法，严格讲它只是一种开发环境而不是一种开发方法，它集成了很多工具，因此可以说是一种辅助开发方法。
综合考虑几种开发方法，本次课程设计我们选择结构化开发方法，即用系统工程思想和工程化方法，按照用户至上原则，自顶向下整体分析及设计和自底向上逐步实施系统开发过程。
是组织、管理和控制信息系统开发过程一种基本框架。
结构化开发方法是在系统分析时，采用自顶向下、逐层分解，由抽象到具体逐步认识问题过程；在系统设计时候，先考虑系统整体优化，再考虑局部优化问题；在系统实施时候，则坚持自底向上，先局部后整体，通过标准化模块连接形成完整系统。
这样做优点是①注重系统开发过程整体性和全局性；②严格区分工作阶段；③立足全局，步步为营，减少返工，有利于提高开发质量，加快开发速度；④目标明确，阶段性强，开发过程易于控制。
2.4组织结构及功能分析
售票系统组织内部隶属关系如图2-1所示：
图2-1售票系统组织结构图
财务部：
对系统开发过程中财务情况进行预算、核算。
系统运行实施后对各项财务进出进行统计。
办公室：
负责上级机关和有关单位来文接受登记、管理和归档工作，根据领导指示参加有关会议，必要时做好保密工作，以及配合其他部门做好各项工作等。
人力资源部：
主要是对系统使用人员进行管理，规定不同身份人登陆系统时不同操作权限来确保系统数据一致性。
市场营销部：
面向人群是顾客，根据顾客要求提供相关票务。
建设管理部：
负责对系统进行日常维护，发现系统漏洞进行修复，并对系统进行及时更新和升级。
信息管理部：
协助部门经理根据上级要求制定管理制度，协助建设管理部做好开发项目确定和项目管理。
2.5业务流程分析
在对系统组织结构和功能进行分析时，需从一个实际业务流程角度将系统调查中有关该业务流程资料都串起来作进一步分析。
业务流程分析可以帮助我们了解该业务具体处理过程，发现和处理系统调查工作中错误和疏漏，修改和删除原系统不合理部分，在新系统基础上优化业务处理流程。
前面已经将功能需求一一理出，而业务流程分析则是在业务功能基础上将其细化，利用系统调查资料将业务处理过程中每一个步骤用一个完整图形将其串起来。
在绘制业务流程图过程中发现问题，分析不足，优化业务处理过程。
所以说绘制业务流程图是分析业务流程重要步骤。
业务流程图，就是用一些规定符号及连线来表示某个具体业务处理过程。
业务流程图绘制基本上按照业务实际处理步骤和过程绘制。
具体业务情况是：
旅客到达车站后，售票员根据旅客提供乘车时间、目地、车次号及座位信息等票面信息进行查询，检查是否有符合旅客要求乘车票，如果没有符合要求直接返回给旅客，如果有符合要求票种则开始处理买票，售票员根据旅客买票信息并根据是否有优惠条件售票给旅客并修改车票记录，流程图如图2-2所示
图2-2业务流程图
2.6数据流程图分析
数据流图是组织中信息运动抽象，是管理信息系统逻辑模型主要形式。
这个模型不涉及硬件、软件、数据结构及文件组织，它及系统物理描述无关，只是用一种图形及及此相关注释来表示系统逻辑功能。
图形描述简明，清晰，不涉及技术细节，所描述内容是面向用户。
因此数据流图是系统分析人员及用户进行交流有效手段，也是系统设计主要依据之一。
数据流图是在对业务流程图进行分析基础上，从系统科学性、管理合理性、实际运行可行性角度出发，将信息处理功能和彼此之间联系自顶向下、逐层分解，从逻辑上精确描述新系统具有数据加工功能、数据输入、数据输出、数据存储及数据来源和去向。
数据流图具有抽象性和概括性两种特性：
①抽象性:
表现在它完全舍去了具体物质,只剩下数据流动、加工处理和存储。
②概括性:
表现在它可以把信息中各种不同业务处理过程联系起来,形成一个整体。
无论是手工操作部分还是计算机处理部分,都可以用它系统地表达出来。
数据流图由四种基本成分组成，分别为外部实体、处理、数据流、数据存储。
代表数据存储
加工或为处理，代表数据处理逻辑
代表系统之外信息使用者或提供者
代表数据流，箭头方向代表数据流方向数据及数据流程分析
售票系统顶层数据流程图如图2-3所示
图2-3顶层数据流程图
售票系统第一层数据流程图如图2-4所示
图2-4第一层数据流程图
售票系统中具体业务处理数据流程图如图2-5和图2-6所示
图2-5第二层数据流程图
图2-6第二层数据流程图
2.7数据分析
数据字典是对数据流中各项所做一套详细而精确说明，它是对数据项、数据结构、数据流、数据存储、处理逻辑、外部实体进行定义和描述，其目是对数据流程图中各个元素做出详细说明。
2.7.1数据流条目
数据流由一个或一组固定数据项或数据结构组成。
定义数据流时，不仅要说明数据流名称、组成等，还应指明它来源、去向和数据流量等。
数据流编号：
D-01
数据流名称：
购票信息
简述：
根据顾客要求确定购票信息
数据流来源：
顾客
数据流去向：
车票信息处理模块
数据流组成：
票号+起始站+终点站+票价+车次+日期+开车时间+票种+座位号+售出时间
数据流量：
不定
高峰流量：
不定
数据流编号：
D-02
数据流名称：
售票信息
简述：
根据现有车票情况及顾客要求确定信息
数据流来源：
车站信息处理模块
数据流去向：
售票员
数据流组成：
票号+起始站+终点站+票价+车次+日期+开车时间+票种+座位号+售出时间
数据流量：
不定
高峰流量：
不定
数据流编号：
D-03
数据流名称：
车票
简述：
最后确定给顾客票面信息
数据流来源：
售票员
数据流去向：
顾客
数据流组成：
票号+起始站+终点站+票价+车次+日期+开车时间+票种+座位号
数据流量：
不定
高峰流量：
不定
数据流编号：
D-04
数据流名称：
顾客需求
简述：
确定顾客订单信息
数据流来源：
车站信息处理模块
数据流去向：
售票员
数据流组成：
订单编号+车次编号+始发站+终点站+始发时间+终点时间+旅客类型+车票价格
2.7.2处理逻辑定义
处理逻辑定义仅对数据流程图中最底层处理逻辑加以说明
处理逻辑编号：
P1
处理逻辑名称：
处理车票信息
简述：
查询车票情况
输入数据流：
售票员根据顾客提供乘车时间、车次、目地或乘车编号等信息经过有条件查询来确定能否为顾客提供所要求车票。
处理：
根据乘车编号检索车票信息文件来确定是否有符合要求车次再根据顾客乘车时间、目地等详细信息来确定最终票面信息。
输出数据流：
车票信息
处理逻辑编号：
P2
处理逻辑名称：
决定票价
简述：
根据旅客身份确定票价
输入数据流：
旅客提供订单信息
处理：
根据旅客描述订单信息以及持有优惠证件类型确定票面价格
输出信息流：
最终支付车票价格
处理逻辑编号：
P1.1
处理逻辑名称：
决定目地
简述：
根据顾客乘车需求确定目地
输入数据流：
旅客提供订单信息
处理：
根据旅客描述订单信息查询是否有正确目地
输出信息流：
购票信息目地确定
处理逻辑编号：
P1.2
处理逻辑名称：
决定乘车时间
简述：
根据顾客乘车需求确定乘车时间
输入数据流：
旅客提供订单信息
处理：
根据旅客描述订单信息确定他乘车时间
输出信息流：
购票信息乘车时间确定
处理逻辑编号：
P1.3
处理逻辑名称：
决定车次编号
简述：
根据顾客乘车时间、目地确定车次编号
输入数据流：
旅客提供订单信息
处理：
根据旅客描述订单信息确定他乘车编号
输出信息流：
购票信息乘车编号确定
处理逻辑编号：
P2.1
处理逻辑名称：
身份验证
简述：
根据顾客身份确定是否具有票面价格优惠条件
输入数据流：
查看旅客身份信息
处理：
根据旅客信息对比有关规定确定是否有优惠条件
输出信息流：
旅客身份确认
处理逻辑编号：
P2.2
处理逻辑名称：
购票信息处理
简述：
确认车票类型
输入数据流：
旅客提供证件
处理：
根据顾客提供有关证件进行购票处理
输出信息流：
票面信息
2.7.3数据存储定义
数据存储是数据结构保存场所。
它在数据字典中只描述数据逻辑存储结构，而不涉及它物理组织。
数据存储编号：
F1
数据存储名称：
车票信息表
简述：
车票信息存储
数据存储构成：
车票编号+车次编号+始发站+终点站+始发时间+到站时间
关键字：
车票编号
相关联处理：
P1
数据存储编号：
F2
数据存储名称：
售票信息表
简述：
对已售车票存储
数据存储构成：
车票编号+车次编号+售出时间+职工号
关键字：
车票编号+车次编号+职工号
相关联处理：
P2
2.7.4外部实体定义
外部实体定义包括：
外部实体编号、名称、简述及有关数据流输入和输出
外部实体编号：
S0
外部实体名称：
旅客
简述：
购票使用用户
输出信息流：
车次信息
流入信息流：
订单信息
外部实体编号：
S1
外部实体名称：
售票员
简述：
对车次、车票、订单信息管理人员
输出信息流：
查询信息
流入信息流：
列车信息、车票信息、订单信息
3系统设计
3.1系统总体结构设计
售票系统主要功能有查询、调度、售票、统计、用户管理，其功能结构图如图3-1所示
图3-1功能结构图
调度管理模块：
该模块主要实现车次信息编辑。
车次管理中数据源为SQLServer数据库中Car表，在此管理部分中，能够使用界面操作实现车次信息编辑，并将数据库中数据按照编辑要求来及时更新数据表中相关数据。
售票管理模块：
该模块主要实现票价信息录入、修改及删除以及票价折扣信息录入、修改及删除。
票价详细信息录入、修改、删除，票售出情况，它数据源为SQLServer数据库Tickets表。
在此管理部分中，通过车票管理界面来选择记录并决定执行何种操作，是修改、添加或删除。
当命令为修改或者添加时则自动跳转到票价编辑窗体，实现车票信息编辑并更新数据库中记录。
用户管理模块：
该模块主要实现用户添加，用户信息修改及用户删除。
所有系统用户管理，包括系统普通用户及系统管理员。
此管理模块数据源为SQLServer数据库Manager和Staff表。
在系统主界面中首先进入是用户管理主窗体，通过提取用户名、用户类型来查看用户具体信息，选择添加或删除用户编辑界面进行操作，操作完成便更新数据库数据。
查询管理模块：
该模块主要实现拥护通过查询界面可以根据条件进行车次时刻、车次票价查询。
其数据源为SQLServer数据库中Tickets表和Car表。
统计管理模块：
该模块主要负责对车票信息卖出和已有情况统计，其数据源为SQLServer数据库中Statistic表
3.2数据结构及数据库设计
3.2.1数据库中关系模式
列出各种表格存储1NF关系模式
列车信息
列车（车次编号，始发站，终点站，始发时间，终点时间）
车票信息
车票（车票编号，车次编号，始发站，终点站，始发时间，终点时间，车票价格）
管理员
管理员（管理员编号，管理员用户名，管理员密码）
订单
订单（订单编号，车次编号，始发站，终点站，始发时间，终点时间，旅客类型，车票价格）
3.2.2数据库中表结构定义
数据库表结构是非常重要环节,一个良好数据库设计，可以提高效率，方便维护，并且为以后进行功能扩展留有余地，表3-1是系统数据库表清单。
表3-1系统数据库表清单。
序号
数据表名称
说明
1
Car
对存在列车情况进行记录
2
Tickets
对现有车次车票记录
3
Manager
系统管理员信息
4
staff
系统普通用户信息
5
statistic
对售出车票和现有车票统计
6
Oorder
顾客订单详细信息
列车表：
详细显示有关车次各项信息，如表3-2所示
表3-2列车信息表
列车信息表（Car）
序号
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Cno
Varchar
主键
50
NOTNULL
车次编号
2
Cbegin
Varchar
50
始发站
3
Cend
Varchar
50
终点站
4
Cbegintime
Datetime
开车时间
5
Cendtime
Datetime
到达时间
车票表：
票面上所显示车次编号、车票编号、票面价格等详细信息，如表3-3所示
表3-3车票信息表
车票信息表（Tickets）
序号
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Tno
Varchar
主键
20
NOTNULL
车票编号
2
TCno
Varchar
外键
50
NOTNULL
车次编号
3
Tbegin
Varchar
50
始发站
4
Tend
Varchar
50
终点站
5
Tbegintime
Datetime
开车时间
6
Tendtime
Datetime
到达时间
7
Tprice
Int
票面价格
管理员表：
系统管理员详细信息，他们可以通过设置密码来登录系统，这样保证了数据安全性，具体信息如表3-4所示
表3-4管理员信息表
管理员信息表（Manager）
序号
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Mno
Varchar
主键
50
NOTNULL
管理员编号
2
Muser
Varchar
50
管理员用户名
3
Mpassword
Varchar
50
管理员密码
售票员表：
系统普通使用人员信息表，通过职工编号可以唯一确定职工身份，这样有利于系统管理人员管理也可以责任到人，职责分明，详细信息如表3-5所示
表3-5售票员信息表
售票员表（Staff）
序号
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Sno
Varchar
主键
50
NOTNULL
职工号
2
Sname
Varchar
50
姓名
3
Ssex
Varchar
10
性别
统计表：
主要是对已售出有关哪个车次、车票信息、营业额统计分析，这样有利于定期核算，如表3-6所示
表3-6统计分析表
统计表（statistic）
序号
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Scno
Varchar
主键、外键
50
NOTNULL
车次号
2
Ssno
Varchar
主键、外键
50
NOTNULL
职工号
3
Sshuliang
Int
车票数量
4
Szonger
Int
营业额
订单表：
这是对旅客订票要求详细信息说明，如图3-7所示
表3-7订单信息表
订单表（Oorder）
序号
字段名
数据类型
主键/外键
长度
是否为空
字段说明
1
Ono
Varchar
主键
50
NOTNULL
订单编号
2
Ocno
Varchar
外键
50
NOTNULL
车次编号
3
Oleibie
Varchar
30
旅客类型
4
Oprice
Int
车票价格
3.3数据库中表实现
数据库中存储列车信息表如表3-8所示
表3-8列车表
数据库中存储车票信息表如表3-9所示
表3-9车票表
数据库中存储管理员信息表如表3-10所示
表3-10管理员表
数据库中存储售票员表如表3-11所示
表3-11售票员表
数据库中存储统计分析表如表3-12所示
表3-12统计表
数据库中存储订单表如表3-13所示
表3-13订单信息表
各表总结构关系图如图3-14所示
表3-14表结构关系图
4结束语
汽车站售票系统为旅客提供了便利，减少了车站售票压力。
保证了旅客利益，为营造健康安全出行提供了保障。
虽然这次课程设计我们很早就开始着手了，但在做过程中还是遇到很多困难，为了让自己能更好驾驭这次课题，在售票系统中我们没有考虑退票和改签只开发了售票这一环节，这两周时间再次让我明白，知识一定要学透，模棱两可东西根本行不通，比如画各种图形，你既要明白你所开发系统细节，又要通晓各种图形内在意义才能很合理把它画出来，虽然在这一块我费了很多劲，但收获很多。
在这两周时间内，老师也特别辛苦，不仅积极解决同学们提出各种疑难问题，为了让我们少走弯路，还耐心教我们各种技巧，而自己连饭都顾不上吃，同学们低迷时，还不断鼓励我们，我们大家都感谢老师教导和帮助，在此跟老师说一声：
老师，您辛苦了！
最后，我认为，团队合作也非常重要，这次课程设计是安排两个人结成一个小组，在这过程中，我们有过矛盾也有过快乐，当两个人想法不一样时，我们就静下心来，认真分析看哪个更符合实际，团队合作也节约了我们很多时间。
这让我们在收获知识同时，还收获了成熟。
在此过程中，我们通过查找大量资料，请教老师和同学，使专业知识和动手实践方面都得了到很好提升，课程设计成功，少不了老师耐心指导和同学热心帮助，以及小组成员大力配合。
没有大家努力，也收获不了今日成功，在课程设计过程中我俩都努力查找资料，仔细检查，认真核对，都付出了自己努力和艰辛，在此，谢谢我同伴，是我们共同努力才使得这次课程设计能够得以顺利地完成。
参考文献
[1]杨尊琦，信息系统分析及设计，北京：
机械工业出版社，2007.8
[2]薛成华，管理信息系统（第5版），北京：
清华大学出版社，2007.8
[3]黄孝章，信息系统分析及设计，北京：
清华大学出版社，2010.8
[4]左美云，信息系统项目管理，北京市：
电子工业出版社，2009.06
[5]（美）芭芭拉.C.麦克纳林，信息系统管理实践（第7版），西安市：
西安交通大学出版社2009.05
[6]马秀麟、王燕编著，管理信息系统原理及开发，北京市：
人民邮电出版社，2009.10
[7]陈耿、王万军，信息系统审计，北京市：
清华大学出版社，2009.06
[8]傅铅生，信息系统分析及设计，北京市：
国防工业出版社，2009.06
[9]XX搜索http:
//
升级会员 