客运售票管理系统
- 格式:doc
- 大小:219.50 KB
- 文档页数:20
汽车售票系统论文摘要随着社会的信息化逐步增强,各行各业都紧跟时代的脚步,从原有的传统人工管理体制向信息自动化的管理体制过度。
作为主要的交通工具之一的汽车,不管是出于企业的发展,还是出于满足广大旅客的需要,实现网络化的售票系统是非常有必要的。
本文主要介绍汽车售票系统的总体设计思路,分别从问题定义、可行性研究、需求分析、总体设计、详细设计等方面介绍汽车售票系统的开发过程[1]。
关键字:软件工程汽车售票系统软件生命周期一、问题定义(一)引言1.编写目的随着信息技术的发展,人们消费模式等方面发生着巨大的变化,在家里就可以实现购物、订机票、预定酒店等等,当然希望各方各面都能越来越便捷。
买汽车票,尤其是春运期间买票是件很麻烦的事情,有时候排队买票就要排上很长时间,甚至有时候还因为信息的缺乏,不能及时有效的了解车票的销售情况,白跑一趟汽车站。
利用网上汽车票预定系统,旅客可以通过网络查询车票的销售情况和预定汽车票,这极大的提高了订票的效率,节省了订票的时间,缓解了售票窗口拥挤的现状,网上订票系统的成功实施,提高了车站的信息化管理水平,减少了车站工作人员的工作量,为旅客节约了时间。
2 项目背景:名称:汽车票预定系统任务的开放人:xxx用户:旅客3. 汽车票预定系统功能概述(1)旅客可在网上进行注册、登陆功能;(2)旅客登陆后能够在网上查询车票销售情况,及网速订票的流程等信息;(3)应有网上人工客服,方便旅客咨询;(4)能够实现车站车次及线路信息的管理,对车次及线路的变动信息及时更新。
(5)能够查询旅客的网速购票情况及车次变动通知等;(6)工作人员可以对本站的公告及新闻信息进行更新,使旅客及时了解到车票、车次、线路等的运行情况;二、可行性研究1 .技术可行性现有的技术有网上订购机票和刚实行的火车票预定系统作为参考,并且有其他系统开发经验作为技术支持。
系统流程图[2]:图2.1 系统总框架图图2.2 旅客信息系统模块图图2.3 车次查询系统模块图图2.4 取票通知系统模块图图2.5 退票系统模块2. 经济可行性在一定程度上讲汽车票预定系统对汽车运输公司而言在长期利益上看是有很大的收益的,故在某种意义上讲经济上是可行的。
客运站信息管理系统在现代社会,交通运输的便捷与高效对于人们的出行和经济的发展起着至关重要的作用。
客运站作为交通运输的重要枢纽,承担着旅客运输的组织和服务工作。
为了提高客运站的运营效率和服务质量,客运站信息管理系统应运而生。
客运站信息管理系统是一个综合性的信息化平台,它将客运站的各项业务流程进行数字化整合和管理,涵盖了票务销售、车辆调度、旅客服务、财务管理等多个方面。
通过这个系统,客运站能够实现信息的实时共享和协同工作,提高运营管理的科学性和准确性。
首先,票务销售是客运站的核心业务之一。
传统的售票方式往往需要旅客到售票窗口排队购票,不仅费时费力,还容易出现错误。
而客运站信息管理系统的票务模块则提供了多种便捷的售票渠道,包括窗口售票、网上售票、自助售票机售票等。
旅客可以根据自己的需求选择合适的购票方式,大大提高了购票的效率和便利性。
同时,系统能够实时更新票务信息,包括车次、座位、票价等,让旅客能够及时了解到准确的出行信息。
车辆调度是确保客运站正常运营的关键环节。
通过信息管理系统,调度人员可以清晰地了解每辆车的运行状态、发车时间、到达时间等信息。
根据客流量和路况等因素,科学合理地安排车辆的发车顺序和路线,提高车辆的利用率和运营效率。
此外,系统还能够对车辆进行实时监控,一旦出现故障或异常情况,及时采取措施进行处理,保障旅客的出行安全。
旅客服务是客运站的重要职责之一。
客运站信息管理系统为旅客提供了全方位的服务支持。
例如,旅客可以通过系统查询车次信息、候车室位置、检票口等。
系统还能够提供实时的车次晚点通知、失物招领等信息,让旅客能够及时掌握自己的行程动态。
对于特殊旅客,如残疾人、老年人、孕妇等,系统可以提前进行登记和安排,提供个性化的服务,体现客运站的人文关怀。
财务管理也是客运站信息管理系统的重要组成部分。
系统能够自动统计票务收入、车辆运营成本、人员工资等各项财务数据,生成准确的财务报表。
这不仅减轻了财务人员的工作负担,还提高了财务管理的透明度和准确性。
公路客运联网售票管理系统解决方案发布时间:2009-03-31 点击次数:1937 智能交通网1.概述随着我国经济快速发展,人们的出行活动越来越频繁,对行业服务的快捷、便利等要求也越来越高。
而各地、市汽车客运站作为全社会交通系统一个重要的组成部分,在该系统中扮演着重要角色。
由于目前客运站均为独立经营的法人机构,受经营体制条块的限制,各自经营本站的业务,并且存在着相互的商业竞争,彼此之间合作基本没有,造成乘客只能在客运站售票窗口或其特定的代销点购买该客运站始发的客运班次车票。
遇上客运高峰时期,会出现一些客运站的乘客到站也买不到车票,而另一些客运站有剩余车票没有乘客购买的现象。
同时,由于整个行业信息通畅不够,造成行业管理部门进行决策、管理上的诸多困难。
为了解决以上问题,目前,国内很多地区和城市的交通主管部门,开始了建设区域性客运联网售票系统的探索和尝试。
区域性客运联网售票系统,是利用现代互联网的信息技术,将一个城市的行业管理与长途客运市场之间的内在逻辑关系更加紧密地联系,实现规范市场行为和市场机制的管理目的,推动和促进客运市场的繁荣和发展,提升客运业对全社会的整体服务水平。
通过区域性客运联网售票系统的建设,可以最大限度地提高公路客运体系运行效率,初步实现公路客运行业的计算机统一管理,基本实现职能部门对客运站的科学化管理;同时促进各客运站经营管理的信息化、现代化,从而大大降低企业的经营的成本;在为旅客提供优质服务的同时也给车站带来可观的经济效益。
除此之外,利用客运站本身、邮局、银行储蓄所、旅游办事处、旅馆酒店、火车站、机场等服务网点数量多、覆盖范围广的优势,在这些服务网点开设代售点,同时开设网上售票和电话订票业务并结合配送系统,可以充分发挥各合作单位优势并实现多赢、提高各自影响力、完善服务体系的目标,具有可观的经济效益和长远的社会效益。
2.行业应用现状近年来,全国不少大中城市纷纷推出了由政府行业管理部门主导的区域性公路客运联网售票服务,旨在利用现代计算机技术、互联网技术等,将城市的行业管理与客运市场经营紧密结合起来,实现规范市场行为、市场机制和提高行业管理手段及效率的目的,从而推动和促进了区域道路客运市场的繁荣和发展,并提升客运业的整体服务水平。
客运售票管理系统设计方案2300字摘要:客运售票管理系统以一系列的业务子系统为基础,综合先进的设计技术和网络技术,提供了一个开放应用环境的管理平台,在这个平台上不仅提供检票、售票、调度、查询等子系统,而且支持任何开放式数据库系统的无缝挂接。
本系统主要包括四个子系统-----客运售票系统、客运站管理系统、业务查询系统、系统设置维护,采用Microsoft Access2000关系型数据库开发工具。
关键词:售票;退票;补票;窗体;查询;控件随着客运业的高速发展,信息技术对客运管理行业的支撑作用越来越明显,传统的人工管理模式已无法满足客运发展的要求,经济的高速发展对客运管理提出了新的更高的要求。
要求开发出一个管理规范、技术先进的客运售票管理系统,以加强管理,提高客运市场竞争的能力及最大限度地提高服务质量。
在构思本系统时主要是对客运售票的管理和服务。
针对于不同的管理对象,陆上管理处施于不同的管理行为和服务方式,给人们营造有秩序的社会环境,为公众带来快捷、舒适的出行服务。
一、系统分析1.系统需求通过全面收集原始资料,进行系统规划分析,进行可行性研究,争取达到以下系统目标:方便直观,采用人-机交互方式,通过点击鼠标或输入简要关键字就能获得用户所需信息,提高效率,实现信息资源共享,从总体出发,保证数据的兼容性和一致性。
2.功能目标分析本系统开发操作力图方便易用,能够帮助客运部门提高工作效率,减少出错率。
主要包括以下几个方面的功能:(1) 系统功能包括系统登录、退出、用户名密码管理等基本功能,并包括新的售票员和修改密码的功能。
(2) 数据修改功能这是对售票、退票、补票等数据管理的主要方面,能够对数据库内容进行改动,包括数据的录入、修改、删除等功能,注意保证数据内容的完整性和全面性。
(3) 信息查询功能主要是对的售票、退票、补票的情况查询及乘客所想要得到的有关信息查询。
3.系统模块功能分析主要窗口模块如下:(1) 登录窗口系统启动时先弹出登录信息窗口,只有用户输入正确的用户名和口令,才能进入系统。
浠水县汽总运输公司关于长途汽车网上售票管理系统设计论文2013年5月8 日目录绪论1课题背景1编写目的和意义2第一章可行性研究分析31.1 经济可行性31.2 技术可行性41.3运行可行性41.4 操作可行性4第二章软件需求分析62.1 引言62.2.1基本功能需求72.2.2用户界面需求72.2.3开发环境介绍72.2.4系统需求分析82.3 数据描述102.3.1 数据流图102.3.2数据字典162.3.3 数据采集172.4 系统模型172.4.1汽车票订票系统体系结构图172.4.2 状态转移图192.4.3 性能需求202.5 运行需求202.5.1 用户界面202.5.2 故障处理202.6 其他20第三章项目开发计划223.1项目概诉223.2实施计划23第四章系统总体设计254.1 系统设计图254.2系统功能模块设计284.2.1 功能模块284.2.2 系统模块设计28第五章详细设计315.1系统登录模块设计31第六章数据库分析与设计446.1 实体及其属性446.2 E-R图分析446.3 数据库表设计456.4 表间关系51第七章系统实现与测试527.1系统的测试527.2.1 测试容52第八章项目开发总结618.1对项目开发过程的评价618.2对项目开发的总结61绪论课题背景在客运公司工作7年之余,对客运管理的难度深有感触。
特别是在春运期间购票难依旧是长途汽车订票的一大难题。
长途汽车和火车的订票管理虽然有差异,但大体上是相同的。
长途汽车在售票的过程中需要对旅客的起始地、目的地、车次、订票和退票进行管理。
利用长途汽车网上订票系统及时为旅客预购到目的地的车票,有利于提高购票的速度,更方便旅客的出行。
这尤其体现在春运等客运高峰时期。
信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。
计算机虽然与人类的关系愈来愈密切,还有人由于计算机操作不方便继续用手工劳动。
票务管理系统是一套完整的系统,可以完成票务的信息化、电子化管理,包括票务售卖、退换票、核销、票据打印等功能。
该系统极大地提高了票务管理的效率,同时也为消费者提供了更加便捷的购票方式。
票务管理系统主要包括以下五个组成部分:
1.后台管理系统:实现票务售卖、退换票、订单管理、报表统计,同时保证系统的安全和稳定。
2.前台售票系统:提供给消费者进行线上订票、支付的平台。
3.移动客户端:支持移动端访问,方便用户随时随地购票。
4.电子票务系统:电子票是指将票据信息以电子的形式存储的票据。
5.人脸识别系统:为票务的核销提供更快捷、更安全的身份认证方式。
铁路客运信息管理系统设计与实现近年来,随着社会和经济的发展,铁路客运的需求越来越大,而传统的手工操作已经非常不足以应对时代的要求。
为了解决这一问题,数字化和信息化的客运管理系统开始逐渐出现并应用于实践中。
其中,铁路客运信息管理系统是目前应用最为广泛的一种系统,它采用先进的信息科技手段,从而实现客票预订、检票进站、行李托运、售票结算等管理功能,方便了旅客出行,提升了铁路客运服务的质量。
一、需求分析任何一个系统的设计,都源自于需求的分析和明确。
铁路客运信息管理系统同样需要根据实际的需求情况,进行系统设计和实现。
1. 用户需求铁路客运系统的主要用户是旅客和管理人员。
旅客的需求主要包括客票预订、行李托运、检票进站等服务,而管理人员则需要实现系统的各项管理功能,包括报表的生成、票款的结算等。
2. 系统需求铁路客运信息管理系统所需要实现的功能十分复杂,包括客票预订、售票结算、检票进站、行李托运、车次调度等多个方面。
此外,系统还需要考虑到网络流量控制和安全性等方面的问题,避免因为网络流量过大或者是安全问题导致系统崩溃或者是部分功能无法实现的情况。
二、系统设计铁路客运信息管理系统的设计需要考虑到系统对应的不同组件。
其中需要注意以下几个方面。
1. 数据库设计铁路客运信息管理系统的关键是数据的管理和使用,因此首先需要设计数据库,在数据表的设计中需要考虑到数据量的大小、使用的复杂度和数据的更新频率等问题。
2. 界面设计界面设计也是铁路客运系统设计的重点之一,设计的过程需要考虑到用户体验的问题,让用户对系统的使用感到便利和舒适。
界面需要设计特别的场景,例如,购票系统页面的界面和抢票系统页面的界面将有所不同。
3. 功能模块设计铁路客运信息管理系统需要实现的功能十分复杂,因此需要将不同的功能分成不同的模块,逐一设计实现。
例如,售票模块和进站模块等等。
同时,需要在不同功能模块之间实现信息的交流和共享,避免各自实现功能之后,数据输入和输出的不同导致数据不统一问题。
车站票务管理系统操作流程1中心配发车票收益部向车站配发车票时,车站可通过“配发车票”窗口看到配发车票的票种和数量。
实际数量为系统默认为配发数量,如不一致,客运值班员根据实际数量录入。
,配发车票点击增加操作说明:(1)车票配收员与客运值班员根据《票务室车票组配票明细单》核对车票信息正确后进行车票交接,客值在“车站票务管理系统”中进行“配发车票”操作并在《票务室车票组配票明细单》上签收,车站存最后一联,其余由车票配收员上交收益部。
(2)客运值班员在《客运值班员交接班簿》上作好记录。
2 上交车票车站上交车票分为两种形式:一种需随报表上交收益部的车票;另一种收益部票卡组指定回收的车票。
选择中心配票单号信息完成录入后点击保存根据实点数填写“实际数量”根据实点数填写“实际金额”异常情况填写备注点击增加选择“上交部门”。
(1)随报表上交的车票选择“收益组”;(2)票卡组指定上交的车票选择“车票组”“上交部门”为“车票组”时需要选择通知单号选择车票配收员员工号填写实际上交数量有需要时填写“上交原因”信息完成录入后点此保存车票配收员签章确认操作说明:(1)随报表上交收益部的车票,客运值班员在车站票务管理系统“上交车票”中录入,“上交部门”选择为“收益组”,将已用票务信封加封好的车票分为以下三种形式用钱袋加封后,随报表上交至收益部。
(a) TVM废票用一个钱袋加封;(b) 车站办理的即时退款车票和非即时退款无效票、车站回收箱回收车票、乘客弃置车票用一个钱袋加封。
(c) 乘客事务车票、发售不成功车票、BOM废票用一个钱袋加封。
(2)票卡组指定上交的车票,由收益部票卡组在票务管理系统通知车站需回收车票的种类、数量,客运值班员按要求提前准备好车票,并在车站票务管理系统“上交车票”中录入,“上交部门”选择为“车票组”。
配票人员到站后根据系统打印《车票上交清单》清点各车票的加封数量,确认无误后签收,客运值班员在《客运值班员交接班簿》上作好记录。
长途客运站管理信息系统一、系统功能在交通运输系统高度发达繁忙的今天,人们在各地不同的城市之间的往返更加的频繁,极大地增加了旅客对于长途汽车的需求。
为了广大旅客能够方便快捷的找到所需要的长途汽车的信息。
1、本系统的功能主要包括以下几个方面:(1)路线查询可以查询通往目的地的不同路线,一边选择最佳路线。
(2)汽车查询这个功能主要是使乘客更好的选择合适的汽车。
(3)车票查询可以根据所了解的路线编号或汽车编号来查询是否还有剩余的车票,以便购买正确的车票。
二、功能模块设计1、长途客运站管理信息系统由以下四个模块组成,具体如下: (1)路线管理系统可以浏览、查询路线信息。
(2)汽车信息管理系统 可以浏览、查询汽车信息。
(3)车票信息系统可以浏览、查询车票信息。
(4)系统用户管理系统可以浏览、增加、修改、删除、更新用户信息。
2、长途客运站管理信息系统的系统功能结构如图1所示。
图1 系统功能结构图长途客运站管理信息系统路线管理 汽车管理 车票管理 用户管理 浏览查询浏览查询删除修改查询浏览查询浏览更新三、数据库设计1、需求分析长途客运管理系统方便用户查询汽车的需求,方便用户查询信息,可以随时掌握客运站发车的信息以及路线的选择。
方便了用户在客运站外查询,还明确了客户自身的需求,加快了客流量。
对用这个系统的用户来说也很容易,方便。
2、根据系统的数据流分析,通过对数据流的细划,得到了各抽象层次的分层数据流图。
从分层数据流图中不难导出初步的数据库关系模式。
通过关系规范化和优化设计,我们在长途客运站管理系统数据库中建立了以下表,主要的表和所属字段如下:路线信息表(编号、起始城市、到达城市、起始日期、起始时间、到达时间、价格); 汽车信息表(编号、型号、购买时间、使用时间、座位数、有无电视、空调); 车票信息表(编号、起始城市、到达城市、购票日期、时间、价格); 用户信息表(姓名、年龄、性别、证件号、密码); 3、逻辑设计:把把概念模式转换成DBMS 能处理的模式。
长途汽车信息管理系统A长途汽车信息管理系统A是一个集成了现代计算机技术、通讯技术、数据库技术和信息处理技术的软件系统,旨在为长途汽车运营企业提供高效、稳定、安全、可靠的信息化服务。
系统由前端和后台两部分组成,前端主要负责用户界面的显示和交互,后台主要负责数据的存储、处理和管理。
一、概述本系统主要针对长途汽车运营企业的业务需求,采用目前比较流行的基于Web的软件架构,支持多用户、多角色、多权限的管理模式,能够满足企业在运营管理、数据统计、业务分析、安全保障等方面的需求。
本系统使用Java语言进行开发,采用Spring、Hibernate、Struts等开源框架,能够保证系统的可扩展性、稳定性和安全性。
二、功能模块本系统主要包括以下功能模块:1.车辆信息管理模块:负责车辆的基本信息、行驶信息、维修信息、保险信息等的管理和查询。
2.司机信息管理模块:负责司机的基本信息、从业资格信息、培训记录信息等的管理和查询。
3.客运班次管理模块:负责客运班次的添加、修改、删除、查询等操作。
4.票务管理模块:负责售票、退票、改签、查询等操作。
5.财务管理模块:负责财务收支情况的查询、统计、分析等操作。
6.门户网站模块:提供在线购票、路线查询、车辆查询、司机查询等服务。
7.数据备份与恢复模块:负责数据库备份与恢复的管理,保证数据的安全性和可靠性。
三、系统特点1.多用户、多角色、多权限的管理模式,保证了系统的安全性和数据的隐私性。
2.前端界面友好、操作简单,能够提高用户操作的效率和满意度。
3.采用Java语言进行开发,采用Spring、Hibernate、Struts 等开源框架,保证了系统的可扩展性、稳定性和安全性。
4.数据统计、分析功能齐全,能够满足企业在管理决策方面的需求。
5.系统采用C/S架构,客户端和服务器端分离,保证了系统的性能和稳定性。
四、系统架构本系统采用了比较流行的基于Web的软件架构,主要由前端、后台和数据库三部分组成。
客运车辆票务系统实施方案随着互联网的发展以及人们出行需求的增加,客运车辆票务系统已经成为了客运行业的重要组成部分。
客运车辆票务系统是指通过互联网、手机APP等渠道进行的客运车辆售票、退票、改签等业务的管理和实现。
该系统的实施方案关乎到客运企业的经营效益和服务质量,下面我们来探讨一下客运车辆票务系统的实施方案。
一、系统架构设计客运车辆票务系统的架构设计是系统实施方案的关键环节。
首先,需要确定系统的主要功能模块,包括车次管理、票务管理、支付管理、数据统计等。
其次,需要设计系统的技术架构,包括前端界面、后台数据库、服务器等。
最后,需要确定系统的安全策略,包括用户身份验证、数据传输加密、安全审计等。
二、系统开发与测试系统开发与测试是系统实施方案的重要环节。
在开发阶段,需要根据需求分析编写开发计划和开发文档,确定开发进度和开发质量标准。
在测试阶段,需要进行单元测试、集成测试和系统测试,确保系统的稳定性和可靠性。
三、系统上线与运维系统上线与运维是系统实施方案的最后一步,也是最重要的一步。
在系统上线前,需要进行系统上线前的准备工作,包括数据迁移、用户培训等。
在系统上线后,需要进行系统运维工作,包括系统监控、故障排除、数据备份等。
同时,需要建立健全的技术支持和服务体系,确保客户的问题能够及时得到解决。
四、系统优化与升级客运车辆票务系统的优化与升级是系统实施方案的持续工作。
在系统运行过程中,需要根据用户反馈和系统监测数据进行系统优化,提高系统的稳定性和性能。
同时,需要定期对系统进行升级,保持系统的技术领先性和竞争力。
客运车辆票务系统的实施方案需要考虑系统架构设计、系统开发与测试、系统上线与运维、系统优化与升级等方面,确保系统的稳定性和可靠性,提高客户满意度和企业经营效益。
1.引言铁路运输承担了我国极大的客流量,在我国运输行业中占据了重要的地位。
而票务管理作为铁路客运系统中重要的一个部分,值得我们重视。
提供优良的购票环境和售票服务是提高服务质量的重要环节。
列车客站票务管理系统是一种基于集中统一规划的数据库数据管理模式,它提供了对客票的集中统一管理,完善了票务管理中的各项操作。
本文在对列车客站票务管理的特征、需求系统分析的基础之上,运用开发工具Myeclipse6.5,主要设计涉及了系统的分析与功能模块设计、系统的数据库结构设计、系统的客户端设计等。
2、系统分析2.1 可行性分析本系统开发的主要目的就是要使车站售票实现计算机管理,使售票员能够有序的工作。
克服以往的人工管理、统计与查询单一、管理效率低下等问题;能科学有效的管理票务信息,方便地查询票务信息以及车次安排等情况,并为将来进一步扩充和发展票务管理系统奠定基础。
通过使用本系统,使列车的票务信息管理工作系统化、规范化、自动化,从而达到提高管理效率的目的。
系统开发的总体任务是使票务员可以轻松快捷地完成售票的任务。
作为一个票务系统,对响应时间、吞吐量、处理时间、稳定性等要求较高,另外,列车客站票务管理系统涉及车票的订购、退还、余票查询等票务信息的管理。
2.2 系统功能结构设计票务管理系统大致上需要票务信息管理模块、查询模块、订票模块、退票模块、管理员注册登录等几个主要的功能。
故本系统的模块的划分及功能如下:A、票务信息管理:详细记录票务信息,写入数据库。
B、查询模块:根据给定条件查询票务信息。
C、订票模块:订购车票。
D、退票管理:退定车票。
E、售票员或管理员登陆注册:售票员或管理员注册信息。
系统的功能结构如下图所示:图1 系统功能结构图2.3 系统流程图说明:游客进入系统只能查询和预定车票;管理模块分售票员和管理员两种身份。
用户需选择身份进行登陆,然后判断,如果判断失败则继续登陆,否则进入售票员管理系统或者管理员系统的主界面。
客运管理系统客运管理系统⒈介绍客运管理系统是一个用于管理客运业务的软件系统。
该系统可以帮助客运公司实现车辆、线路、票务以及客户管理等功能,提高管理效率和服务质量。
⒉功能模块⑴车辆管理车辆管理模块用于管理客运公司的车辆信息。
包括车辆基本信息、车牌号码、车辆型号、座位数量等。
可以对车辆进行增加、修改、删除、查询等操作,方便进行车辆管理和调度。
⑵线路管理线路管理模块用于管理客运公司的线路信息。
包括线路名称、起始站点、终点站点、途经站点等。
可以对线路进行增加、修改、删除、查询等操作,方便进行线路管理和调度。
⑶票务管理票务管理模块用于管理客运公司的票务信息。
包括车次、座位、票价、余票数量等。
可以对票务进行售票、退票、查询等操作,方便进行票务管理和销售。
⑷客户管理客户管理模块用于管理客运公司的客户信息。
包括客户姓名、证件信息等。
可以对客户进行增加、修改、删除、查询等操作,方便进行客户管理和服务。
⒊系统架构⑴前端界面客运管理系统的前端界面采用Web技术实现,用户可以通过浏览器访问系统进行操作。
前端界面包括登录页面、主页面、菜单导航等,用户可以根据需要进行操作。
⑵后端服务器客运管理系统的后端服务器负责处理用户请求和业务逻辑。
后端服务器与数据库进行交互,实现数据的增删改查操作。
后端服务器采用分布式架构,提高系统的并发性能和可靠性。
⑶数据库客运管理系统的数据库用于存储系统的数据。
数据库采用关系型数据库,包括车辆表、线路表、票务表、客户表等。
数据库能够快速响应用户请求,保证数据的一致性和完整性。
⒋附件本文档涉及的附件包括系统需求文档、数据库设计文档、界面设计稿等。
这些附件对于理解和实施本文档提供了重要的参考资料。
⒌法律名词及注释⑴《客运管理条例》该条例是国家对客运管理的法律文件,其中包括了客运公司的运营规范、安全措施、执法依据等内容。
⑵《道路交通安全法》该法律是国家对道路交通安全管理的法律文件,其中规定了道路交通的基本规则、交通安全设施、交通违法行为处理等内容。
客运售票管理系统数据库设计1 系统概述1.1 概述该系统将计算机技术应用于水路客运的售票和管理中,规范了水路客运站的管理模式。
该系统具有售票计划的编制、查询和销售、票证管理各类售票业务处理等多项功能,适应性强。
1.2程序目的水路客运站日常业务流程:管理人员制订(调整)三日航班计划(当日、次日、第三日),管理营运相关数据。
票管员登记售票员领用船票情况。
售票员领用船票后,根据航班计划、票价标准及乘客需求,出售(预售)船票,在特殊情况下,办理退票手续。
船票(船票号、开船日期、开船时间、船舶、到达港站、等级、人数、票价、金额、售票日期、售票时间、售票员工号)票证领用登记表(售票员、票证起号、票证止号、领票日期、票管员、使用状态、启用日期)计划表(航班号、船舶、开船日期、开船时间、一等舱余额、二等舱余额、三等舱余额、停靠港站、停靠码头、停开标志)。
1.3 可行性分析1.3.1技术可行性研究数据库的设计,软件体系结构可以采用目前非常成熟的三层客户机/服务器(C/S)风格。
C/S模式下客户端只需要提供用户接口。
服务端采用windows NT系统的工作站,可选用Visual 、Visual C++6.0、Delphi7、VB。
NET等为主要开发应用程序。
DBMS可选Access、VFP、oracle 11g或者采用Microsoft公司的Microsoft SQL Server 2000数据库作为数据库服务器。
综上,使用现有的技术可以实现这个系统。
1.3.2经济可行性研究通过网络传递客运信息,不仅不受距离的限制而且速度快。
对与船票销售来说,可以更快更详细的了解全局的售票情况。
从而可以提高售票的效率。
同时对售票情况的总结提取等方面也有很大的帮助。
因此可以节约许多的人力和物力,方便管理,由此可以减少不必要的开支,同时该系统可以提高客运售票的效率,即提高了客运公司的经济效益,所以从经济上是完全可行的。
但需要公司能够提供初始的软件研发资金。
1.3.3操作可行性研究本系统采用MFC图形界面,与大家熟悉的windows操作系统相似,对于各种具体的报表都尽量与原手工操作保持形式上的一致,用户只需要略加培训都可以轻松上手。
而且整个销售系统采用最友好的交互界面,简洁明了,不需要对后台数据库及其它不相干操作的了解。
综上,系统的操作方式在这个用户组织内行得通。
1.3.4可行性综合分析综合以上三方面的可行性研究,可知该系统具有很高的开发可行性,无论是从技术上、经济上、还是操作上来分析,这个客运(水运)售票管理系统都是值得开发的。
2 系统目标和建设原则2.1 系统目标水路客运站日常业务流程:管理人员制订(调整)三日航班计划(当日、次日、第三日),管理营运相关数据。
票管员登记售票员领用船票情况。
售票员领用船票后,根据航班计划、票价标准及乘客需求,出售(预售)船票,在特殊情况下,办理退票手续。
2.2 基本原则2.2.1. 采用生命周期法和原型法相结合的方法开发系统由于本系统开发设计过程中受到各方条件的影响,在开发初期采用生命周期法进行设计开发,严格按照系统规划,系统分析,系统设计,系统实施和系统维护这五个阶段,系统能正常运行后,再进一步调查和分析,其中如有不足之处,再进行合理解决。
2.2.2. 注重系统的易用性本系统设计过程中力求人性化,结合强大的搜索功能帮助用户方便的查找到各自所需的信息如票价、座位数等,同时在数据录入过程中,尽可能减少人工输入部分,降低人工输入错误的可能性。
2.2.3. 注重系统的可移植性由于客运管理售票系统庞大复杂,可以根据需要实际取系统中的部分功能。
同时由于数据库采用微软的SQL Server 2000,可以很方便地备份数据,转移数据。
2.2.4系统的易维护性客运售票管理系统中涉及到的数据是客运公司和港口的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
2.2.5系统的开放性和系统的可扩充性客运售票管理系统在开发过程中,应该充分考虑以后的可扩充性。
例如用户查询的需求会不断的更新和完善甚至是数据库的升级。
这些都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
2.2.6系统的响应速度客运售票管理系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率3 支撑环境计划3.1 网络逻辑结构本次设计基于的网络逻辑结构是客户/服务器(C/S)体系结构。
C/S是基于资源不对等,并且为了实现共享而提出来的,它由三个主要部分构成:数据库服务器、客户应用程序和网络。
C/S体系结构的优点在于系统的客户应用程序和服务器构件分别运行在不同的计算机上,这对硬件和软件的变化显示出极强的适应性和灵活性,而且易于对系统进行扩充和缩小。
基于C/S的住院管理系统的结构示意图如图3-1所示3.2 软件支撑环境及开发工具这次课程设计基本是都是在WINDOWS XP操作系统下完成的。
包括应用程序的开发、数据库的设计以及设计报告的编写。
在这一过程中,应用的开发工具有:1.VC++6.0程序设计语言2.SQL Server 20003.Microsoft Office Word 20034 系统总体结构4.1 数据流图的设计数据流图可以表示现行系统的信息流动和加工处理等详细情况,是现行系统的一种逻辑抽象,独立于系统的实现。
对于本次设计,将根据系统的业务流程分别来设计数据流图。
4.1.1顶层数据流图退票信息图4.1 顶层数据流图4.1.2 0层数据流图0层数据流图如下:图4.2 0层数据流图(1)图4.3 0层数据流图(2)4.2 功能结构设计设计一个系统是要事先了解系统的基本功能,将其分成几个模块分别设计,能够提高设计效率。
对于客运销售管理系统来说,其基本业务功能应该包括:4.1.1客户查询功能在本功能模块中,顾客可以根据日期、始发站和终点站来查询其最适合的轮船及相应的船坐等级和票价4.2.2 售票员领票模块在本模块中,售票员可向票管员申领船票。
4.2.3售票员售票模块在本模块中,售票员根据查询所得航班号,将相应船票售出。
并修改相应计划表和标记相应船票售出。
4.2.4 售票员退票模块在本模块中,售票员根据退票航班号,将相应船票回收。
并修改相应计划表和标记相应船票作废。
4.2.5 管票员管理模块在本模块中,管票员可以修改相应数据库中各种数据,如票价、修改计划表增删轮船等。
但此非本售票系统重点,故不展开进行描述。
4.3. E-R图设计E-R图提供了表示实体型、属性和联系的方法。
1)实体型:用矩形表示,矩形框内写明实体名;2)属性:用椭圆形表示,并用无向边将其与相应的实体连接起来;3)联系:用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体型连接起来,同时在无向边旁标上联系的类型。
注意:如果一个联系也具有属性,则这些属性也要用无向边与该联系连接起来。
下面将根据要设计的客运售票管理数据库对其中涉及到的实体、实体属性和实体间的联系进行分析和设计。
4.3.1实体及其属性分析根据本次课程设计所给出的初始条件,目前有以下实体:售票员实体、票管员实体、船舶实体、票证领用登记表、计划表和船票实体。
:1.售票员,有售票员编号,售票员名,售票员性别3个属性:如下图:图4.4 售票员属性2.票管员,有票管员编号,票管员名,票管员性别3个属性:如下图:图4.5 票管员属性3.船舶,有船舶编号,船舶名,一等舱位数、二等舱位数、三等舱位数5个属性:如下图:图4.6船舶属性4.船票,有船票号、开船日期、开船时间、船舶、到达港站、等级、人数、票价、售票日期、售票时间、售票员工号众多属性如下图:图4.7船票属性5. 票证领用登记表,有售票员、票证起号、票证止号、领票日期、票管员、使用状态、启用日期等属性如下图:图4.8票证领用登记表属性6计划表,有航班号、船舶、开船日期、开船时间、一等舱余额、二等舱余额、三等舱余额、停靠港站、停靠码头、停开标志等属性如下图:图4.9计划表属性4.4 关系模型设计关系模型的逻辑结构是一组关系模式的集合。
将E-R图转换为关系模型实际上就是将实体型、实体型的属性和实体之间的联系转换为一组关系模式,这种转换需要遵守以下原则:1. 一个实体型转换为一个关系模式。
实体的属性就是关系的属性,实体的码就是关系的码。
2. 对于实体之间的联系有以下几种情况:(1)一个1:1的联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
(2)一个1:n的联系可以转换成为一个独立的关系模式,也可以与n端对应的关系模式合并。
(3)一个m: n的联系转换为一个关系模式。
(4) 3个或者3个以上的实体之间的一个多元联系可以转换为一个关系模式。
(5)具有相同码的关系模式可以合并。
按照上述的原则,根据设计好的E-R图,可以将其转换为以下一组关系模式,其中关系模式的码用下横线标出,外码用下划浪线标识。
1)“售票员”实体型所对应的关系模式:售票员(售票员编号,售票员名,售票员性别)2)“票管员”实体型所对应的关系模式:票管员(票管员编号,票管员名,票管员性别)3)“船舶”实体型所对应的关系模式:船舶(船舶编号,船舶名,一等舱位数、二等舱位数、三等舱位)4)“船票”实体型所对应的关系模式:船票(船票号、开船日期、开船时间、船舶号、到达港站、等级、人数、票价、售票日期、售票时间、售票员工号)5)“票证领用登记表”实体型所对应的关系模式:票证领用登记表(售票员号、票证起号、票证止号、领票日期、票管员号、使用状态、启用日期)6)“销售”联系所对应的关系模式:销售表(售票员编号,船票号,顾客信息,销售日期)7)“计划表”实体型所对应的关系模式:计划表(航班号、船舶代码、开船日期、开船时间、一等舱余额、二等舱余额、三等舱余额、停靠港站、停靠码头、停开标志)4..5数据模型的优化数据库逻辑设计的结果不是唯一的。
为了提高数据库应用系统的性能,还应该根据应用需要适当的修改、调整关系模式,这就是个数据模型的优化。
对于各个关系模式之间的数据依赖进行极小化处理,消除冗余的联系。
分析后可知,上面的关系模式均没有冗余的联系。
按照规范化理论对关系模式逐一进行分析,考查是否存在部分函数依赖、传递函数依赖、多值依赖等,确定各关系模式分别属于第几范式。
由于经检测不存在部分函数依赖。
分析后可知也不存在传递依赖和多值依赖,以上的各关系模式都是3NF。