ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:174.55KB ,
资源ID:8191238      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8191238.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(汽车站售票管理信息系统.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

汽车站售票管理信息系统.docx

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

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

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

4、有系统用户的管理,包括系统普通用户与系统管理员。在系统主界面中首先进入用户管理主窗体,选择添加或删除用户进入用户编辑界面进行操作,操作完成便更新数据库数据。 查询管理:通过查询界面可以根据条件进行车次时刻、车次票价查询。2.1.2用户角色需求使用该系统的主要是汽车站售票人员、汽车站售票工作的管理人员与系统管理员。该系统分为普用户和系统管理员两种权限登陆。汽车站的普通售票人员只能使用该系统的查询、售票管理等基本功能;汽车站售票人员、汽车站售票工作的管理人员能够修改自身的用户名和密码;汽车站售票工作的管理人员能对票价进行管理;系统管理员则能实现系统用户与普通用户的添加,修改普通用户与系统管理员的密

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

6、于管理人员只需进行简单的培训即可上手使用,而旅客一般对网络比较熟悉,便可以通过网络查询各种事务,便于管理。实行联网售票还可以打击犯罪,净化旅行环境,保障公众安全。2.2.2技术上的可行性主要应用SQLserver数据库,C语言、搭载在windows 2000的系统以上等技术。并且随着电子商务的成熟,人们对网络操作越来越习以为常,这些都为网上售票系统的实施提供了支持。随着新的网格安全技术不断出现,应用程序和基础设施的安全性问题也越来越有保障,包括对应用程序的保护和节点到节点的通信安全已经基本解决。所有这些都为网上售票的发展提供了良好的条件。2.2.3经济上的可行性在项目开始前,应进行财务预算,主

7、要包括硬件、软件设备的购置,开发人员的工资,系统维护所需的费用。避免超出预算的情况。随着科技水平的进步以及可观的经济利益驱使,制造仿真版假票的技术水平是非常高的,如果不借用辅助仪器,很难辨别其真伪;一些制假不法分子把目标投向乘客身上来,使出行人上当受骗,既耽误出行,又会造成不良的社会影响,实行联网售票可以有效抑制假票的流通,维护广大旅客的出行利益。2.3系统的开发方法的选择系统开发方法有系统结构化开发方法、原型法、面向对象法和case法。原型法不注重对对管理系统进行全面、系统的调查与分析,不适用于大型的系统。面向对象法需要一定的软件支持环境,不太适宜大型的MIS开发,不能从科学管理角度进行理顺

8、和优化,初学者不易接受。至于case法,严格的讲它只是一种开发环境而不是一种开发方法,它集成了很多工具,因此可以说是一种辅助开发方法。综合考虑几种开发方法,本次课程设计我们选择结构化开发方法,即用系统工程的思想和工程化的方法,按照用户至上的原则,自顶向下整体分析与设计和自底向上逐步实施的系统开发过程。是组织、管理和控制信息系统开发过程的一种基本框架。结构化的开发方法是在系统分析时,采用自顶向下、逐层分解,由抽象到具体的逐步认识问题的过程;在系统设计的时候,先考虑系统整体的优化,再考虑局部的优化问题;在系统实施的时候,则坚持自底向上,先局部后整体,通过标准化模块的连接形成完整的系统。这样做的优点

9、是注重系统开发过程的整体性和全局性;严格区分工作阶段;立足全局,步步为营,减少返工,有利于提高开发质量,加快开发速度;目标明确,阶段性强,开发过程易于控制。2.4组织结构与功能分析售票系统组织内部的隶属关系如图2-1所示:图2-1 售票系统组织结构图财务部:对系统开发过程中的财务情况进行预算、核算。系统运行实施后对各项财务的进出进行统计。办公室:负责上级机关和有关单位的来文的接受登记、管理和归档工作,根据领导指示参加有关会议,必要时做好保密工作,以及配合其他部门做好各项工作等。人力资源部:主要是对系统的使用人员进行管理,规定不同身份的人登陆系统时不同的操作权限来确保系统数据的一致性。市场营销部

10、:面向的人群是顾客,根据顾客的要求提供相关的票务。建设管理部:负责对系统进行日常维护,发现系统漏洞进行修复,并对系统进行及时更新和升级。信息管理部:协助部门经理根据上级要求制定管理制度,协助建设管理部做好开发项目的确定和项目管理。2.5业务流程分析在对系统的组织结构和功能进行分析时,需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。业务流程分析可以帮助我们了解该业务的具体处理过程,发现和处理系统调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程。前面已经将功能需求一一理出,而业务流程分析则是在业务功能的基础上将其细化,利用系统调

11、查的资料将业务处理过程中的每一个步骤用一个完整的图形将其串起来。在绘制业务流程图的过程中发现问题,分析不足,优化业务处理过程。所以说绘制业务流程图是分析业务流程的重要步骤。业务流程图,就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。具体业务情况是:旅客到达车站后,售票员根据旅客提供的乘车时间、目的地、车次号及座位信息等票面信息进行查询,检查是否有符合旅客要求的乘车票,如果没有符合要求的直接返回给旅客,如果有符合要求的票种则开始处理买票,售票员根据旅客买的票的信息并根据是否有优惠条件售票给旅客并修改车票记录,流程图如图2-2所示图2-

12、2 业务流程图2.6数据流程图分析数据流图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织,它与系统的物理描述无关,只是用一种图形及与此相关的注释来表示系统的逻辑功能。图形描述简明,清晰,不涉及技术细节,所描述的内容是面向用户的。因此数据流图是系统分析人员与用户进行交流的有效手段,也是系统设计的主要依据之一。数据流图是在对业务流程图进行分析的基础上,从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑上精确的描述新系统具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向

13、。数据流图具有抽象性和概括性两种特性: 抽象性:表现在它完全舍去了具体的物质,只剩下数据的流动、加工处理和存储。 概括性:表现在它可以把信息中的各种不同业务处理过程联系起来,形成一个整体。无论是手工操作部分还是计算机处理部分,都可以用它系统地表达出来。数据流图由四种基本成分组成,分别为外部实体、处理、数据流、数据存储。 代表数据存储加工或为处理,代表数据的处理逻辑代表系统之外的信息使用者或提供者代表数据流,箭头方向代表数据流方向数据与数据流程分析售票系统的顶层数据流程图如图2-3所示图2-3顶层数据流程图售票系统的第一层数据流程图如图2-4所示图2-4 第一层数据流程图售票系统中具体的业务处理

14、的数据流程图如图2-5和图2-6所示图2-5 第二层数据流程图图2-6第二层数据流程图2.7数据分析数据字典是对数据流中的各项所做的一套详细而精确的说明,它是对数据项、数据结构、数据流、数据存储、处理逻辑、外部实体进行的定义和描述,其目的是对数据流程图中的各个元素做出的详细的说明。2.7.1数据流条目数据流由一个或一组固定的数据项或数据结构组成。定义数据流时,不仅要说明数据流的名称、组成等,还应指明它的来源、去向和数据流量等。数据流编号:D-01数据流名称:购票信息简述:根据顾客的要求确定的购票信息数据流来源:顾客数据流去向:车票信息处理模块数据流组成:票号+起始站+终点站+票价+车次+日期+

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

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

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

18、入的数据流:旅客提供的订单信息处理:根据旅客描述的订单信息确定他的乘车编号输出的信息流:购票信息的乘车编号的确定 处理逻辑编号:P2.1处理逻辑名称:身份验证简述:根据顾客的身份确定是否具有票面价格优惠的条件输入的数据流:查看旅客的身份信息处理:根据旅客的信息对比有关的规定确定是否有优惠的条件输出的信息流:旅客的身份的确认 处理逻辑编号:P2.2处理逻辑名称:购票信息处理简述:确认车票的类型输入的数据流:旅客提供的证件处理:根据顾客提供的有关证件进行购票处理输出的信息流:票面信息 2.7.3数据存储的定义数据存储是数据结构保存的场所。它在数据字典中只描述数据的逻辑存储结构,而不涉及它的物理组织

19、。数据存储编号:F1数据存储名称:车票信息表简述:车票信息存储数据存储构成:车票编号+车次编号+始发站+终点站+始发时间+到站时间关键字:车票编号相关联的处理:P1数据存储编号:F2数据存储名称:售票信息表简述:对已售车票的存储数据存储构成:车票编号+车次编号+售出时间+职工号关键字:车票编号+车次编号+职工号相关联的处理:P22.7.4外部实体的定义外部实体的定义包括:外部实体编号、名称、简述及有关数据流的输入和输出外部实体编号:S0外部实体名称:旅客简述:购票的使用用户输出的信息流:车次信息流入的信息流:订单信息外部实体编号:S1外部实体名称:售票员简述:对车次、车票、订单信息的管理人员输

20、出的信息流:查询信息流入的信息流:列车信息、车票信息、订单信息3系统设计3.1系统总体结构设计售票系统主要功能有查询、调度、售票、统计、用户管理,其功能结构图如图3-1所示图3-1 功能结构图调度管理模块:该模块主要实现车次信息的编辑。车次管理中的数据源为SQLServer数据库中Car表,在此管理部分中,能够使用界面操作实现车次信息的编辑,并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。售票管理模块:该模块主要实现票价信息的录入、修改与删除以及票价折扣信息的录入、修改与删除。 票价详细信息的录入、修改、删除,票的售出情况,它的数据源为SQLServer数据库的Tickets表。

21、在此管理部分中,通过车票管理界面来选择记录并决定执行何种操作,是修改、添加或删除。当命令为修改或者添加时则自动跳转到票价编辑窗体,实现车票信息的编辑并更新数据库中的记录。用户管理模块:该模块主要实现用户添加,用户信息修改与用户的删除。所有系统用户的管理,包括系统普通用户与系统管理员。此管理模块数据源为SQLServer数据库的Manager和 Staff表。在系统主界面中首先进入的是的用户管理主窗体,通过提取用户名、用户类型来查看用户具体信息,选择添加或删除用户编辑界面进行操作,操作完成便更新数据库数据。查询管理模块:该模块主要实现拥护通过查询界面可以根据条件进行车次时刻、车次票价查询。其数据

22、源为SQLServer数据库中的Tickets表和Car表。统计管理模块:该模块主要负责对车票信息的卖出和已有情况的统计,其数据源为SQLServer数据库中的Statistic表3.2数据结构与数据库设计3.2.1数据库中的关系模式列出各种表格存储的1NF的关系模式列车信息列车(车次编号,始发站,终点站,始发时间,终点时间) 车票信息车票(车票编号,车次编号,始发站,终点站,始发时间,终点时间,车票价格)管理员管理员(管理员编号,管理员用户名,管理员密码)订单订单(订单编号,车次编号,始发站,终点站,始发时间,终点时间,旅客类型,车票价格)3.2.2 数据库中表结构定义数据库的表结构是非常重

23、要的环节,一个良好的数据库设计,可以提高效率,方便维护,并且为以后进行功能的扩展留有余地,表3-1是系统数据库表的清单。表3-1系统数据库表的清单。序号数据表名称说明1 Car对存在的列车情况进行记录2Tickets对现有的车次的车票的记录3Manager系统管理员信息4staff系统普通用户信息5statistic对售出的车票和现有的车票的统计6Oorder顾客订单的详细信息列车表:详细显示有关车次的各项信息,如表3-2所示表3-2列车信息表列车信息表(Car)序号字段名数据类型主键/外键长度是否为空字段说明1CnoVarchar主键50NOT NULL车次编号2CbeginVarchar5

24、0始发站3CendVarchar50终点站4CbegintimeDatetime开车时间5CendtimeDatetime到达时间车票表:票面上所显示的车次编号、车票编号、票面价格等详细信息,如表3-3所示表3-3车票信息表车票信息表(Tickets)序号字段名数据类型主键/外键长度是否为空字段说明1TnoVarchar主键20NOT NULL车票编号2TCnoVarchar外键50NOT NULL车次编号3TbeginVarchar50始发站4TendVarchar50终点站5TbegintimeDatetime开车时间6TendtimeDatetime到达时间7TpriceInt票面价格管

25、理员表:系统管理员的详细信息,他们可以通过设置密码来登录系统,这样保证了数据的安全性,具体信息如表3-4所示表3-4管理员信息表管理员信息表(Manager)序号字段名数据类型主键/外键长度是否为空字段说明1MnoVarchar主键50NOT NULL管理员编号2MuserVarchar50管理员用户名3MpasswordVarchar50管理员密码售票员表:系统的普通的使用人员信息表,通过职工编号可以唯一的确定职工的身份,这样有利于系统管理人员的管理也可以责任到人,职责分明,详细信息如表3-5所示表3-5售票员信息表售票员表(Staff)序号字段名数据类型主键/外键长度是否为空字段说明1Sn

26、oVarchar主键50NOT NULL职工号2SnameVarchar50姓名3SsexVarchar10性别统计表:主要是对已售出的有关哪个车次、车票信息、营业额的统计分析,这样有利于定期核算,如表3-6所示表3-6统计分析表统计表(statistic)序号字段名数据类型主键/外键长度是否为空字段说明1ScnoVarchar主键、外键50NOT NULL车次号2SsnoVarchar主键、外键50NOT NULL职工号3SshuliangInt车票数量4SzongerInt营业额订单表:这是对旅客订票要求的详细信息的说明,如图3-7所示表3-7订单信息表订单表(Oorder)序号字段名数据

27、类型主键/外键长度是否为空字段说明1OnoVarchar主键50NOT NULL订单编号2OcnoVarchar外键50NOT NULL车次编号3OleibieVarchar30旅客类型4OpriceInt车票价格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-1

28、4所示表3-14 表的结构关系图4结束语汽车站售票系统为旅客提供了便利,减少了车站售票的压力。保证了旅客的利益,为营造健康安全出行提供了保障。虽然这次课程设计我们很早就开始着手了,但在做的过程中还是遇到很多困难,为了让自己能更好的驾驭这次的课题,在售票系统中我们没有考虑退票和改签只开发了售票这一环节,这两周时间再次让我明白,知识一定要学透,模棱两可的东西根本行不通,比如画的各种图形,你既要明白你所开发系统的细节,又要通晓各种图形内在的意义才能很合理的把它画出来,虽然在这一块我费了很多劲,但收获很多。在这两周时间内,老师也特别辛苦,不仅积极解决同学们提出的各种疑难问题,为了让我们少走弯路,还耐心

29、的教我们各种技巧,而自己连饭都顾不上吃,同学们低迷时,还不断的鼓励我们,我们大家都感谢老师的教导和帮助,在此跟老师说一声:老师,您辛苦了!最后,我认为,团队的合作也非常重要,这次课程设计是安排两个人结成一个小组,在这过程中,我们有过矛盾也有过快乐,当两个人的想法不一样时,我们就静下心来,认真分析看哪个更符合实际,团队的合作也节约了我们很多的时间。这让我们在收获知识的同时,还收获了成熟。在此过程中,我们通过查找大量资料,请教老师和同学,使专业知识和动手实践方面都得了到很好的提升,课程设计的成功,少不了老师的耐心指导和同学的热心帮助,以及小组成员的大力配合。没有大家的努力,也收获不了今日的成功,在课程设计的过程中我俩都努力查找资料,仔细检查,认真核对,都付出了自己的努力和艰辛,在此,谢谢我的同伴,是我们的共同努力才使得这次课程设计能够得以顺利地完成。参考文献1杨尊琦,信息系统分析与设计,北京:机械工业出版社,2007.82薛成华,管理信息系统(第5版),北京:清华大学出版社,2007.83黄孝章,信息系统分析与设计,北京:清华大学出版社,2010.84

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1