当前位置:文档之家› 客运售票管理系统

客运售票管理系统

客运售票管理系统
客运售票管理系统

客运售票管理系统数据库设计

1 系统概述

1.1 概述

该系统将计算机技术应用于水路客运的售票和管理中,规范了水路客运站的管理模式。该系统具有售票计划的编制、查询和销售、票证管理各类售票业务处理等多项功能,适应性强。

1.2程序目的

水路客运站日常业务流程:管理人员制订(调整)三日航班计划(当日、次日、第三日),管理营运相关数据。票管员登记售票员领用船票情况。售票员领用船票后,根据航班计划、票价标准及乘客需求,出售(预售)船票,在特殊情况下,办理退票手续。

船票(船票号、开船日期、开船时间、船舶、到达港站、等级、人数、票价、金额、售票日期、售票时间、售票员工号)

票证领用登记表(售票员、票证起号、票证止号、领票日期、票管员、使用状态、启用日期)

计划表(航班号、船舶、开船日期、开船时间、一等舱余额、二等舱余额、三等舱余额、停靠港站、停靠码头、停开标志)。

1.3 可行性分析

1.3.1技术可行性研究

数据库的设计,软件体系结构可以采用目前非常成熟的三层客户机/服务器(C/S)风格。C/S模式下客户端只需要提供用户接口。服务端采用windows NT系统的工作站,可选用Visual https://www.doczj.com/doc/727555440.html,、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 2000

3.Microsoft Office Word 2003

4 系统总体结构

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。

5 总体实施计划

5.1数据库关系图如下

图5.1 数据库关系图

5.2 各部分表格设置如下

5.2.1售票员

CREATE TABLE 售票员(

售票员号 varchar(10)

PRIMARY KEY,

售票员性别 char(1)

DEFAULT ‘M’

Check (Value in (‘M’,‘W’));

);

图5.2售票员表

5.2.2票管员

CREATE TABLE 票管员

(

票管员号 varchar(10)

PRIMARY KEY,

票管员名 varchar(10)

票管员性别 char(1)

DEFAULT ‘M’

Check (Value in (‘M’,‘W’));

);

图5.3票管员表 5.2.3船舶

CREATE TABLE 船舶

(

船舶号 varchar(10)

PRIMARY KEY,

一等舱位数 int

DEFAULT 0

Check (Value >=0 and Value<=200);

二等舱位数 int

DEFAULT 0

Check (Value >=0 and Value<=200);

三等舱位数 int

DEFAULT 0

Check (Value >=0 and Value<=200);

);

图5.4船舶表

5.2.4船票

CREATE TABLE 船票(

船票号 char(10)

PRIMARY KEY,

开船日期 datatime(8)

开船时间 datatime(8)

船舶号 varchar(10)

Not null,

到达港站 varchar(10)

等级 int

Check (Value in (1,2,3));

人数 int

Check (Value >=0 and Value<=200);

票价 float

售票日期 datatime(8)

售票时间 datatime(8)

售票员工号 char(10)

FOREIGN KEY船舶号

REFERENCES 船舶(船舶号),

FOREIGN KEY售票员工号

REFERENCES 售票员(售票员号),

);

图5.5船票表

5.2.5票证领用登记表

CREATE TABLE 票证领用登记表(

售票员工号 char(10)

票证起号 char(10)

Not null;

票证止号 datatime(8)

Not null;

领票日期 datatime(8)

Not null,

票管员号 varchar(10)

使用状态 int

Check (Value in (0,1));

启用日期 datatime(8)

PRIMARY KEY (售票员工号,票管员号)

);

图5.6票证领用登记表表

5.2.6计划表

CREATE TABLE 计划表(

航班号 varchar(10)

PRIMARY KEY,

开船日期 datatime(8)

开船时间 datatime(8)

船舶号 varchar(10)

Not null,

停靠港站 varchar(10)

停开标志 int

Check (Value in (0,1));

一等舱余额 int

Check (Value >=0 and Value<=200);

二等舱余额 int

Check (Value >=0 and Value<=200);

三等舱余额 int

Check (Value >=0 and Value<=200);

停靠码头号 int

FOREIGN KEY船舶号

REFERENCES 船舶(船舶号),

);

图5.7计划表5.3 各角色权限设置

5.3.1 售票员权限

图5.8售票员权限表5.3.2 票管员权限

图5.9票管员权限表

5.3.3 顾客权限

图5.10顾客权限表

5.4 数据的载入

数据库数据量一般比较庞大,手工输入工作量大,不大可能实现。可以通过先写入规范格式的txt文件中,然后将其导入到数据库中。

导入后的部分数据库:

计划表:

图5.11计划表内容票证领用登记表:

图5.12票证领用登记表内容

其余表内容类似。

6 研制报告

6.1 研制过程

这份课程设计报告是我花费大量时间查阅关于软件设计方面的书籍,以及在互联网上查找资料,耗费大量精力编写成功的。并且在报告编写的过程中,和其他同学互相学习、讨论,对于遇到的问题,积极寻求解决办法,如果遇到了自己和同学不能解决的问题,就向指导老师请教。最终在老师和同学的帮助下,以及在自己的努力下,我完成

了本次设计。

6.2 对设计的评价

这次课程设计,主要是根据教材所讲述的数据库设计步骤,从需求分析到概念结构设计到逻辑结构设计再到物理实现,最后到数据库实施,按照任务书的要求一步步完成的。因为本次设计主要是数据库的设计,所以仅对应用程序进行了叙述,并没有进行详细设计,这一点应该算是这次课程设计的一个缺陷吧。

尽管没有应用程序的详细设计,但是从课程设计的要求来看,这个客运售票数据库的设计是满足系统设计要求的。

6.3 心得与体会

通过本次课程设计,使我接受了一次用专业知识、专业技能分析和解决问题的全面系统的锻炼。使我在综合知识的选用方面,在数据库设计的基本思想、方法方面,以及在常用编程设计思路技巧的掌握方面都能向前迈了一大步。为日后成为合格的应用型人才打下良好的基础。这次在指导老师的帮助下,在同学的帮助下,基本上完成了设计任务,在软件的设计方面的能力也有了一定的提高,为今后顺利地走上工作岗位奠定了基础。

而且经过本次课程设计,使我懂得了理论与实际相结合是很重要的,只有理论知识是远远不够的,只有把所学的理论知识与实践相结合起来,从理论中得出结论,从而提高自己的实际动手能力和独立思考的能力,才能真正为社会服务。在设计的过程中,难免会遇到各种各样的问题,但我会努力克服,同时在设计的过程中发现了自己的不足之处,对以前所学过的知识理解得不够深刻,掌握得不够牢固,但通过对课本以及一些相关书籍的查阅,并且在指导老师和同学的帮助下,算是比较成功的完成了这次课程设计。

7 参考文献

1. 王珊.数据库系统简明教程.北京:高等教育出版社,2004

2. 王珊,冯念真.计算机应用系统的设计与开发.北京:高等教育出版社,1989

3 郭盈发、张红娟《数据库原理》[M] 西安西安电子科技大学出版社 2002

4 蔡翠平、陈虎《数据库技术——SQL》[M] 上海北方交通大学出版社、清华大学出版社 2003

5 李代平、章文、张信一《SQL Server2000 数据库应用开发》[M] 北京冶金工

业出版社 2001

6. 何守才.数据库综合大词典.上海:上海科学技术文献出版社,1995

大型企业汽车管理系统(完结版)

河北北方学院毕业论文 题目:大型企业汽车管理系统 姓名:连乐 指导教师:王艳姝 院系(部):信息工程系 专业:电子信息工程 年级: 0 8级 学号: 2008114052 河北北方学院教务处制

目录 目录 0 摘要 (2) ABSTRACT (3) 第一章引言 (4) 1.1课题研究的背景 (4) 1.2课题研究的目的 (4) 1.3开发环境 (4) 第二章系统分析 (4) 2.1需求分析 (4) 2.2可行性分析 (4) 2.3功能分析 (4) 第三章系统设计 (5) 3.1功能划分及功能描述 (5) 3.2功能模块图 (6) 3.3数据流图 (6) 3.3.1 顶层数据流图 (6) 3.3.2 0层数据流图 (7) 3.3.3 1层数据流图 (7) 3.4概念结构设计E-R图 (8) 3.5关系模型 (8) 3.6数据库设计 (9) 第四章系统实现 (16) 4.1系统界面及相应的代码 (16) 4.1.1登录界面 (16) 4.1.2系统管理员修改密码界面 (18)

4.1.3供应商信息管理界面 (20) 4.1.4汽车信息管理界面 (20) 4.1.5 出库管理信息界面 (21) 4.1.6 支付管理 (22) 4.1.7销售管理界面 (23) 4.1.8报表管理系统 (25) 4.1.9帮助信息界面 (27) 4.1.10退出系统界面 (28) 第五章课程设计心得体会 (29) 参考文献 (30)

摘要 本设计为一个汽车公司建立一个汽车管理系统。首先进行系统的需求分析,提出系统任务和系统业务流程的分析。其次,用SQL Server 2005建立系统运行所要的后台数据库。本次设计中汽车管理系统是属于作业层的管理信息系统,针对汽车销售公司的销售流程。系统的主要实施目标是提供丰富的信息查询功能,帮助管理员掌握公司汽车的各种详细信息,熟悉购车顾客的各类信息,掌握顾客的购买信息,从而提供更好的服务给顾客;公司更可以根据本系统及时了解市场动态并修改销售战略。在数据库设计中,本设计又先对数据库进行需求分析和概念设计结构的列出,这样得到了较合理的逻辑数据结构,利用此数据的结构才能支持系统的各模块的实现。然后通过Microsoft Visual Studio .NET 2005进行各个系统功能模块的创建和系统的实现。在创建过程中,本设计先从系统主模块着手,再实现各个小的模块功能。最后在系统实现的过程中将数据库连接起来,实现整个系统的正常运行。一个正常进行的汽车销售需要管理所拥有的汽车信息的设置、销售人员的信息和客户的信息等,更重要的还要提供汽车信息管理。面对各种不同种类的信息,需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。 关键词:https://www.doczj.com/doc/727555440.html,;Sql Servel数据库;汽车管理;信息管理;

1长途汽车管理系统

目录 第一章系统概述 (1) 1.1系统开发背景 (1) 1.2国内发展状况和不足 (1) 1.3系统开发特点 (2) 第二章系统需求分析和数据库设计 (3) 2.1系统功能需求 (3) 2.1.1 系统用户管理 (4) 2.1.2 汽车信息管理 (4) 2.1.3 线路信息管理 (4) 2.1.4 车票信息管理 (5) 2.2数据库的设计 (5) 2.2.1系统用户表设计 (5) 2.2.2汽车线路信息表设计 (5) 2.2.3汽车信息表设计 (6) 2.2.4车票信息表设计 (6) 第三章系统功能模块的设计与实现 (8) 3.1系统登录模块设计 (8) 3.2系统主界面设计 (9) 3.3系统用户管理模块设计 (9) 3.4汽车信息管理模块设计 (12) 3.4.1添加汽车信息子模块 (12) 3.4.2修改汽车信息子模块 (13) 3.4.3删除汽车信息子模块 (13)

3.4.4 查询汽车信息子模块 (14) 3.5线路信息管理模块设计 (14) 3.5.1添加线路信息子模块 (15) 3.5.2线路信息查询子模块 (16) 3.5.3修改线路信息子模块 (17) 3.5.4删除线路信息子模块 (18) 3.6车票信息管理模块设计 (18) 3.6.1车票信息添加子模块 (19) 3.6.2车票信息修改子模块 (20) 3.6.3车票信息查询子模块 (20) 第四章测试 (23) 结束语 (24) 参考文献 (25)

第一章系统概述 1.1系统开发背景 自从人类进入21世纪,也就进入了一个高速发展的信息时代,高新技术飞速发展的同时,计算机的使用范围也大大扩展,它已经涉及到人类生活的方方面面。计算机使用的方便快捷,使它在越来越多的方面显示出比传统手工制作更迅速和准确的优点,尤其在信息记录,检索和查询方面,避免了不必要的麻烦。 一个性能良好的长途汽车信息管理系统能够使管理员快速方便地对长途汽车站的相关信息,如长途汽车线路信息, 汽车基本信息,车票信息等进行各种诸如添加,查询,删除,修改操作。使用传统的手工方式管理长途汽车车站相关信息,不仅让管理员感到非常的厌倦,也存在着不可避免的缺点,如效率太低,管理不够科学等。 使用计算机对长途汽车信息进行管理,有着传统的手工管理所没法比拟的优点。例如:查找方便,可靠性高,科学性好。这些优点能够极大地提高长途汽车信息管理的效率。正是根据计算机管理信息的这些优点以及长途汽车站管理长途汽车信息方面的具体需求,利用Visual Basic6.0和SQL Server 2000数据库,使用软件工程开发的方法,开发了这套长途汽车信息管理系统。 1.2国内发展状况和不足 在国内,也只有在一些经济发达的地区才更多的实现了企业的信息化管理。在汽车站信息管理方面,也只有在一些大中城市才实现了汽车的信息化管理,然而即使在这些发达的地区的汽车站,所采用的汽车站管理系统仍然存在或多或少的缺陷,使得在整个车站的运行过程中会出现一些问题,给车站造成一些不必要的损失。在一些偏远的小城市,小车站却仍然采用传统的手工管理方式来管理汽车站的相关信息,这样的管理方式与现代的信息化社会脱离,不但浪费宝贵的人力,物力资源,而且管理不科学,错误率高,大大降低了工作效率。只有在整个社会不断的推进企业的信息化管理方式,才能更好的创造更多的经济效益,节省更多的时间和资源,不断提升整个社会信息化发展的进程。

汽车售票系统

郑州科技学院 课程设计(论文) 题目汽车售票系统 学生姓名朱强 专业班级 09计科一班 学号200915035 院(系)信息科学与工程学院 指导教师(职称)黄于欣 完成时间 2012年 6 月 11 日

汽车售票系统 摘要 随着时代的进步,社会的发展,人们的生活形式与习惯也越来越多样化,出行成为了人们生活中的一个重要组成部分,而汽车成为许多人出行选择的交通工具。面对巨大数量的乘客的购票需要,汽车站就要选择使用先进的管理方法来实现方便、快捷的售票、退票等方面的票务管理。随着计算机的普及,信息处理量的逐渐扩大,手工处理方式远远不能满足人们管理活动的需要,各种工作都逐渐由手工转为自动化,使许多复杂、繁琐、且需要很多人力的工作变得简单。汽车站每天产生售票、退票等行为数量多,使得汽车站售票管理的数据量大,而且速度要求要快,传统的人力行为适应,计算机应用软件的使用则能很好地满足汽车站的这一需要,提高售票人员的工作效率,节约相关管理成本。 长途汽车客运票务系统,是利用现代互联网得信息技术能及时的将车票的详细动态展示给出行者,让出行者能及时的、方便的购买到自己需要的车票,同时也解决了因车票信息更新不及时给旅客带来不便和时间的浪费问题。

目录 一、课题内容和要求 (4) 二、概要设计 (4) 三、数据库设计 (6) 四、前台代码 (7) 一、管理员登录(需要账户和密码认证) (7) 二、售票 (11) 三、主界面代码 (12) 四、增加人员代码 (13) 五、操作车辆代码 (14) 六、删除和修改人员 (16) 七、公共类 (17) 四、测试数据及其结果分析 (20) 五、结束语 (22) 六、致谢 (23) 七、参考文献 (23) 汽车售票系统

车票管理系统

需求规格说明书

1.编写目的 在现今的社会是一个讲究效率和快节奏的社会,人们有很强的时间观念,如果仍使用手工操作或使用相当繁琐的软件,既浪费了人力,又浪费了物力,效率无法提高,为此开发机票预定系统软件,能够适应现今社会并提高生产效率。使售票员和乘客变得更加方便和有效率。 该系统软件非常容易被接受,他具有简单易学性,便于管理等优点. 2.项目背景 随着社会发展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,机票预订系统也开始影响着人们日常生活和出行,并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高,已经变得无法满足需求。原有的系统不仅效率比较低下,而且在安全性、准确性等方面有很多不足。 为了实现航空公司的现代化管理,进一步提高工作效率,方便旅客,需要开发一个机票预订系统。该系统需要具有完整的存储,查询,核对,打印机票的功能。 在这个系统中,旅客可以通过计算机系统查询,系统为旅客安排航班,打印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统校对无误即印机票给旅客。 3.业务需求 该系统是一个中小型的系统,通过该订票系统,航空公司,可以很好的对定票、退票、改签、售票情况核算进行管理。 4.功能需求 1. 航班查询 2. 订票管理

3. 退票管理 4. 改签管理 5. 机票销售情况核算 用例描述 5.1 车票查询 车票查询是显示目前正在出售的所有车次,以及每个车次的描述和相关信息等。 用例描述:火车售票车次选择 执行者:旅客 前置条件:旅客已登录系统; 后置条件:选择车次后,则可以填写订单; 基本路径: a) 旅客登录到车站的售票网页,显示目前的车次列表,发布的日期,销售车票数等; b) 点击任何一个车次可以浏览每个车次的详细信息,包括车次描述、起始/终点站、销售车票数、车票类型等信息; c) 如果对该车次满意,可以点击订购车票进入填写订单信息页面,开始填写订单和提交订单等环节。 5.2 订单录入 如果旅客满意某个车次,就开始录入订单,订单从旅客的基本信息开始,然后 起始站、终点站、车票类型、乘车人数等内容,最后开始提交订单。具体描述 如下: 用例描述:订单输入 执行者:旅客 前置条件:旅客已选择订票车次; 后置条件:订单输入后,则可以提交订单基本路径: a) 基本信息输入,包括姓名、性别、年龄、证件类型、证件号码、社会角色等信息 b) 本次乘车信息输入,包括乘车起始站、终点站、乘车人数等;

智慧交通系统

智慧交通让出行更便捷行动方案 (2017—2020年) 为加快落实《“十三五”现代综合交通运输体系发展规划》(国发〔2017〕11号),坚持以人民为中心的发展思想,充分发挥市场决定性作用和更好发挥政府作用,推动企业为主体的智慧交通出行信息服务体系建设,促进“互联网+”便捷交通发展,让人民群众出行更便捷,特制定本方案。 一、行动内容 (一)提升城际交通出行智能化水平。 1.拓展铁路客运信息市场化应用。支持中国铁路总公司研究铁路客票系统有序开放条件,按市场化原则向社会提供列车车次、停站、余票、列车正晚点等客运信息,推动各类出行信息服务企业综合多种运输方式信息,形成“一站式”票务信息服务。 2.加快推进ETC拓展应用。制定发布《关于促进高速公路电子不停车收费(ETC)系统应用健康发展的指导意见》,不断提升ETC安装使用便利性,着重提升ETC客车使用率。研究推进标准厢式货车使用ETC,探索ETC系统与车车通信、车路协同等智慧交通发展方向的深度融合,为用户提供全方位出行服务。鼓励地方交通运输主管部门、高速公路运营主体探索ETC停车场应用,以及ETC在出租汽车、租赁汽车、公路物流等领域推广应用。 3.开展道路客运联网售票系统建设。深化推广省域道路客运联网售票系统,逐步实现全国联网售票。积极引导和推动客运站、出行信息服务企业推行非现金支付方式,加大自动售(取)票设备投放。 4.创新道路客运信息服务模式。鼓励道路客运企业和出行信息服务企业利用移动互联网等信息技术,开展灵活、快速、小批量的道路客运定制服务,促进基于移动互联网的道路客运定制服务产品有序规范发展。 5.推动水上客运信息服务发展。鼓励和引导水路客运企业推进海峡、岛屿等重点水域客运联网售票,率先在三峡库区实现联网售票,逐步拓展至渤海湾等水域。实施船员“口袋工程”。 6.实施民航互联网+行动计划。建设智能化新一代民航旅客服务系统(PSS)。支持民航运输企业和出行信息服务企业研究突破海量异构数据存储与整合、大并发在线交易快速响应、旅客价值挖掘、旅客个性化推荐等关键技术并进行产品研发集成。 7.推动开展智慧机场建设。引导和推动出行信息服务企业运用通信、GIS、GPS、物联网、移动互联网和大数据分析等先进技术,感知和定位服务对象,组装服务信息,并在恰当时机、以恰当方式、推送恰当服务给恰当对象。鼓励和支持机场运营主体开展智慧机场旅客服务示范。 8.推进旅客联运信息服务建设。推广实名制购票,加快完善电子客票标准规范。推进铁路、道路、水运、民航等票务信息共享,引导和推动客运企业、出行信息服务企业提供旅客出行一站式购票应用服务。推动各种运输方式在综合客运枢纽互设自助售(取)票设备。 9.提升邮轮信息化智能化水平。构建集邮轮航线、船票销售咨询服务等于一体的邮轮信息网络,实现信息共享。充分利用信息技术,提升邮轮运输市场监督管理的信息化水平,充分发挥行业协会在信息发布、行业自律、信息服务方面的作用。 10.推进国际道路客运信息化建设。建设国际道路运输管理与服务信息系统,完善国际道路运输管理基础数据库,推广部署应用系统,建立国际道路运输监管体系,推进实现与口岸管理相关部门间的信息资源共享交换,提升国际道路旅客运输管理服务水平。 (二)加快城市交通出行智能化发展 11.建设完善城市公交智能化应用系统。深入实施城市公交智能化应用示范工程,充分

长途汽车信息管理系统的设计与实现

长途汽车信息管理系统的设计与实现 摘要 随着社会的发展,人类进入了一个高速发展的信息时代,高新技术飞速发展的同时,计算机的使用范围也渗透到人类生活的方方面面,给人们的生活和工作带来极大的便利。 长途汽车信息管理系统是长途汽车车站信息汇总和管理的重要组成部分,是一种典型的信息管理系统,囊括了对长途汽车车站相关信息的管理,可以化简繁琐的工作过程,使车站的管理更加合理化和科学化,大大提高工作效率和节省运营成本。 本长途汽车信息管理系统采用Visual Basic 6.0作为开发语言,用SQL Server 2000开发后台数据库,本系统主要包含了系统用户管理,汽车线路信息管理,汽车基本信息管理,车票信息管理四大模块,可以实现对汽车线路信息,汽车基本信息和车票信息的录入,查询,修改,删除等功能,能满足长途车站汽车管理工作方面的基本要求。 关键词:Visual Basic 6.0;MSFlexGrid控件;数据库

Long-distance Bus Information Management System Design and Implementation Abstract With the development of society, humanity has entered a rapid development in the information age, as the rapid development of high and new technology, the use of computers has infiltrated into each aspect of human life, which bring great convenient to people’s work and life. The Long-distance Bus information management system is the Long-distance bus station information which decision-making and an important component of management, which is a typical example of the information management system. It includes information which related to the Long-distance Bus station information management. The Long-distance Bus information management system can simplify the cumbersome process, station rationalization of the management and scientific, and greatly enhance efficiency and save operating costs. The system uses Visual Basic 6.0 as the development language, with SQL Server 2000 developing the background database. This system includes the User’s management, Bus-line information management, and the basic information of automobile management and Ticket information management four modules. We can input, search, update or delete information from the Bus-line management, the basic information of automobile management and Ticket information management. This information management system can meet the basic requirements of the Long-distance Bus station management. Key words:Visual Basic 6.0;MSFlexGrid Control;Database

火车票售票系统

浙江师范大学 课程名称软件工程课程设计报告软件名称火车票售票系统 组员 班级 指导老师

《火车票售票系统》可行性研究报告 1.引言 1.1编写目的 火车站市场的管理和规范问题,是困扰我们多年的一个老问题,也是政府管理中的一个难点,订票是客运业务中的一个最基本的业务,表面上看,它只是火车站业务的一个简单的部分,但是它涉及到管理与客户服务等多方面,因此,过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求,这就要求一种全新的订票方式——网上订票,来缓解订票高峰时期的客运压力,并为用户提供方便快捷的订票服务。本次设计便是利用开发工具vs005和SQL Server 2008数据库共同开发的一个火车站网上订票系统,它能方便快捷地运用在火车站订票业务的营运之中。 1.2项目背景 开发软件的名称:火车票售票系统软件 项目的任务提出者:老师 开发者: 用户:乘客 实现软件的单位:学校 项目与其他软件或其他系统的关系:相辅相成,互相学习 1.3定义 火车票售票系统是解决网上查询,买票,订票,退票的一款软件. 专门术语:火车票售票系统 1.4参考资料 《实用软件文档写作》清华大学出版社肖刚古辉等编著 《软件工程导论》清华大学出版社张海藩编著 网络信息资源、一些相关软件产品。 2.可行性研究的前提 2.1要求 a.功能:实现乘客在网上对车票的查询,购买,预定,退票等操作. b.性能:结合了实际现实中查询,买票,退票等特性。 c.输出:数据正确,判断无误。 d.输入:简捷,快速,实时。 e.基本的数据流程和处理流程: f.安全与保密要求:权限不同 g.与软件相关的其他系统:可建立在任何系统 h.完成期限 3个月 2012年6月1号 2.2目标 基本目标

长途客运车辆管理系统

长途客车公司车辆管理系统方案 一长途客运行业车辆管理需求 长途客车在营运时,由于装载乘客人数较多,其发生事故后果波及面广,社会影响比较严重。另一方面,司乘人员在车辆驾驶过程中存在超速、超载等违规行为,车辆行驶过程中不按照预定路线行驶或绕道兜客,这些行为都为安全生产带来严重的隐患。如何解决长途客运过程中实时安全监控和管理问题,从而提高整个长途客运行业的安全水平,是目前急需解决的社会问题。移动通信技术以及GPS定位技术的发展使得建立这样的系统变成可能。可以最大限度地减少安全管理漏洞带来的生产损失。全国各主要城市已经将GPS作为长途客运车辆必须安装的监控设备,长途客运车安装GPS已是大势所趋。 二:产品GPS组成 类别功能功能描述 调度 管理 自动播报 全自动语音报站/安全乘车提示/换乘车提示/超速行车提示/整点报时等。 无需手动操作,分担司机劳动强度,安全运营,自动标准语音服务。 具有超速语音提示功能,确保安全驾驶,强化运营秩序. 具有自动正点语音报时功能,增添服务品质要素。 调度信息 自动播报 当调度屏收到调度信息时,司机不方便阅读。系统会通过TTS系统将信息自动播报, 可以达到真人效果,司机可以做简单回复。 通话功能 当调度中心需要与司机通话时,下达指令到司机的车辆GPS 该GPS会自动拨通电招的电话,司机免提方式和中心通话,以便安全驾驶。 出车统计统计出车的次数,时间 提醒 管理 司机 安全 出界报警 车辆驶出定义区域后,车载终端将自动向中心上报警情,如离开某一区域,可以设 置离开某地报警如离开总站或某站等等 入界报警 如车辆进入定义区域时,就会报警。可以设置某个区域报警,也可以是终点站或 某大站 疲劳驾驶 管理 司机连续驾驶时间超过管理人员规定的时间后,车载终端自动向中心上报疲劳驾驶 警情。 紧急报警当车主遇到危险情况时,可按动紧急报警按钮 非法点火非法点火报警:车载机处于预警或警戒状态下,发动机运转超过20秒,触发报警

(完整版)汽车售票系统_详细设计说明书

汽车售票系统 详细设计说明书 学号姓名所完成的任务成绩 02 薛伟(组长) 3.8、3.9 01 黄震 3.4、3.5 15 赵星1、2、3.7 29 吴骏 3.3 32 朱晓晨 3.1、3.2 03 朱清清 3.6 注:对应模块界面图由组员各自完成 2008 年12 月8 日 1.引言 1.1编写目的 编写本详细设计说明书的目的主要是详细说明汽车售票系统的结构和内部设计,在总体设计说明书的基础上进一步细化系统,提供详细的模块和界面设计,为程序开发提供直接的支持。 本说明书主要面向系统分析人员、程序员和以后的系统维护人员。作为程序员开发系统的根本依据和在系统维护阶段,维护人员对系统实施维护的参考资料。 1.2背景 a.系统的名称:汽车售票系统 b.提出者和开发者:全体成员 用户:长途汽车站工作人员,系统编译人员 1.3定义 前台、后台、算法

2. 系统的结构 图1 前台 车站售票系统前台 用户注册 用户登陆 信息修改 售票管理 用户查询 注册信息修改网点售票员信息修改车站售票员信息修改按目的站查询 按时间查询 网点售票员车站售票员 退票管理

图2 后台 3.系统的模块设计 3.1数据库连接模块(sqlconnection )设计说明 3.1.1模块名称;数据库连接模块 3.1.2模块描述: 在.NET 中如果采用https://www.doczj.com/doc/727555440.html, 和数据库进行连接,可以采用以下4个接口对象之一: System.data.oledb.oledbconnection System.data.sqlclient.sqlconnection System.data.odbc.odbcconnection System.data.oracleclient.oracleconnection 系 统管理员 售票员信息管 班车信息管理 增加车站售票员 审核网点售票员删除车站售票员删除网点售票员 删除车票信息 删除班车信息 添加车票信息增加班车信息车站售票系统后台

车票管理系统

一、课程设计的内容 车票管理系统 一车站每天有n个发车班次,每个班次都有一班次号(1、2、3…n),固定的发车时间,固定的路线(起始站、终点站),大致的行车时间,固定的额定载客量。如 班次发车时间起点站终点站行车时间额定载量已定票人数 1 8:00 郫县广汉 2 45 30 2 6:30 郫县成都 0.5 40 40 3 7:00 郫县成都 0.5 40 20 4 10:00 郫县成都 0. 5 40 2 … (一)功能要求:用c/c++设计一系统,能提供下列服务: (1)录入班次信息(信息用文件保存),可不定时地增加班次数据 (2)浏览班次信息,可显示出所有班次当前状总(如果当前系统时间超过了某班次的发车时间,则显示“此班已发出”的提示信息)。 (3)查询路线:可按班次号查询 ,可按终点站查询 (4)售票和退票功能 A:当查询出已定票人数小于额定载量且当前系统时间小于发车时间时才能售票,自动更新已售票人数 B:退票时,输入退票的班次,当本班车未发出时才能退票,自动更新已售票人数 二、课程设计的要求与数据 1、进一步掌握和利用C语言进行程设计的能力; 2、进一步理解和运用结构化程序设计的思想和方法; 3、初步掌握开发一个小型实用系统的基本方法; 4、学会调试一个较长程序的基本方法; 5、学会利用流程图或N-S图表示算法; 6、掌握书写程序设计开发文档的能力。 三、课程设计应完成的工作 1、编写完成相应题目的程序; 2、编写课程设计报告,课程设计报告的内容应包括以下6个部分: 1) 需求分析:包括设计题目、设计要求以及系统功能需求分析; 2) 总体设计:包括系统总体设计框架和系统功能模块图; 3) 详细设计:包括主要功能模块的算法设计思路以及对应的工作流程 图; 4) 调试分析过程描述:包括测试数据、测试输出结果,以及对程序调

企业汽车信息管理系统分析与设计.docx

文档来源为 :从网络收集整理.word 版本可编辑 .欢迎下载支持. 企业汽车信息管理系统分析与设计 摘要 企业汽车管理是中小型企业单位对于管理汽车一个很重要的部分,如今我们学习这个企业汽车管理系统一方面考验自己的能力,一方面这个管理系统是管理软件的一个代表,所以对于我们特别有实践意义。 本企业汽车管理系统采用 JAVA、PowerBuilder 、sql 、Microsoft access 等组成,主要包括用户和管理员的登录、登记,驾驶人员信息,车辆信息,保险 信息,车辆分类信息还有车的使用情况等。根据汽车的使用情况和车辆信息以及使用人员进行统计,系统也对使用人员信息进行统计,管理员可以给予使用人员登录系统的权限。对于车辆有 3 个阶段的管理, 1、用车记录; 2、车辆维修情况;3、车辆违章记录对于企业汽车管理系统的一个统计。利用数据库统计来实现。 在整个管理系统中,开发流程需要进行可行性分析、需求分析、总体设 计、详细设计、系统实现以及测试计划。其中关键的技术包括数据库的建立,数 据库的连接,数据的添加、删除和更新。 关键词: JAVA 数据库 PowerBuilder、Microsoft access 第一章前言 (2) 1.1 背景 (2) 1.2 编写目的 (3) 1.3 定义 (3) 第二章可行性分析 (3) 2.1 技术的可行性 (3) 2.2 经济的可行性 (3) 2.3 管理上的可行性 (4) 2.4 结论 (4) 3.1 具体需求 (4) 错误!未定义书签。 (1)车辆分类管理4 3.2 数据流图 (5) 3.3 数据字典 (6) 3.4 实体关系模型图 (6) 错误!未定义书签。 3.5 性能需求 (6) 3.6 数据管理能力需求 (6) 3.7 故障处理需求 (7) 3.8 其他需求 (7) 3.9 运行环境需求 (7) 第四章总体设计 (7) 4.1 系统分析 (7) 4.2 系统设计 (8)

火车票售票管理系统

电子商务分析与设计 设计题目火车站售票管理系统 组长 成员 成员

目录 一、需求分析 (1) 1.1功能需求 (1) 1.2系统用例分析 (1) 1.2.1.火车站售票管理系统的参与者 (1) 1.2.2.管理员用例图 (2) 1.2.3.系统管理员用例图 (3) 1.2.4.票务管理员用例图 (4) 1.2.5.乘客用例图 (5) 二、静态模型设计 (6) 2.1类图 (6) 2.2数据库字段 (6) 三、动态模型设计 (8) 3.1时序图 (8) 3.1.1“系统管理员时序图 (8) 3.1.2顾客时序图 (9) 3.1.3.票务管理员时序图 (11)

3.1.4.售票员时序图 (12) 3.2 状态图 (14) 3.3协作图 (15) 3.4活动图 (16) 3.4.1.“乘客查询”活动图 (16) 3.5系统部署图 (19) 四、小组成员分工说明 (20) 五、课程设计的收获和总结 (21) 参考资料 (22)

一、需求分析 1.1功能需求 线上预订火车票系统是一款功能强大、操作简便、易维护的、具有良好人机交互界面的线上订票系统,它包括用户管理模块、系统参数设置模块、票务信息模块(提供票价、列车的实时信息)、订票管理模块(提供订票和退订功能)、实时信息提示模块(提供车况、路况、列车晚点等实时信息)、数据管理模块(提供数据备份、数据操作功能)。实现火车票线上预定的自动化的计算机系统,为旅客提供准确、精细、迅速的火车票销售信息和方便、简单的订票功能。 线上预订火车票系统主要是对于订票信息的统一管理,满足了中小型线上订票网站对于用户的管理,订票信息的收集和处理方面的要求。用现代化的方式取代以前的传统模式,更有利于信息的流通,资源的宏观管理。具有体积小,代码简洁,易维护、易修改的优点。 1.2系统用例分析 1.2.1.火车站售票管理系统的参与者 *乘客:查询、预订车票的人员。 *售票员:具体负责乘客的车票订单。 *票务管理员:负责更新车票信息。 *系统管理员:系统管理员负责系统的员工信息管理,会员信息管理以及系

广东省汽车客运站站务管理服务规范-广东联网售票-广东省交通运输厅

广东省汽车客运联网售票服务规范 (征求意见稿) 1 总则 1.1 为进一步规范全省汽车客运站(以下简称“客运站”)联网售票服务,更好的为旅客和客运经营者提供优质服务,根据《中华人民共和国道路运输条例》和交通运输部《道路旅客运输及客运站管理规定》等法规及有关文件规定,结合我省实际,制定本规范。 1.2 本规范适用于我省已经实现与广东省汽车客运联 网售票中心平台(以下简称省联网售票平台)联网的客运站。 1.3 本规范规定了客运站联网售票服务的基本要求、订售票服务、服务标准、应急服务、配套环境。 2 基本要求 2.1 客运站联网售票实行规范化管理,规模和设施设备应符合《汽车客运站级别划分和建设要求》(JT/T200)和《广东省汽车客运站站级验收标准》。客运站应按照《广东省汽车客运站场数据联网及售票接口技术规范》实现与省联网售票平台的联网。

2.2 客运站须向省联网售票平台提供全部票源共享,为站外购票旅客提供与本站购票旅客同等的服务,包括取票、退票、检票、乘车等服务,详见《广东省汽车客运站站务管理服务规范》。 2.3客运站应提前在本站智能站务系统中安排本站客运班次发班计划,并同步至省联网售票平台。 2.4客运站不得随意调整、变更同步至省联网售票平台中的发班班次计划;确因客观原因须调整、变更的,应在“广东省公路客运便民服务网”(以下简称“便民网”)公告,并主动通知已购票旅客,妥善做好改签或退票等善后工作。 2.5 客运站应合理设置专窗、专岗及专人负责联网售票工作,明确工作职责。专责人员联系方式及咨询电话应向省交通运输厅报备并在便民网公布。 2.6 客运站应按行业主管部门要求配备联网售票相关设施设备,并做好相应的设施维护保养工作。 2.7 客运站应在相应窗口的显著位置悬挂省联网售票取票窗口、自助取票、自助检票标识,标识应醒目、完好,便于识别。 2.8 接入全省汽车客运联网售票系统的各单位应严格执行数据信息保密制度。

长途汽车信息管理系统主类代码代码

/*主类代码*/ import javax.swing.*; import java.awt.*; import java.awt.event.*; class MyPanel extends JPanel{ Image img=Toolkit.getDefaultToolkit().getImage("c:/a.jpg"); public void paint(Graphics g){ g.drawImage(img,0,0,this); } } public class MainForm extends JFrame implements ActionListener { JMenu mSystem=new JMenu("系统"); JMenuItem mExit=new JMenuItem("退出"); JMenu mXianLu=new JMenu("线路信息"); JMenuItem mAdd1=new JMenuItem("添加线路信息"); JMenuItem mDel1=new JMenuItem("删除线路信息"); JMenuItem mModify1=new JMenuItem("修改线路信息"); JMenuItem mQuery1=new JMenuItem("查询线路信息"); JMenu mPiaoJia=new JMenu("票价信息"); JMenuItem mAdd2=new JMenuItem("添加票价信息"); JMenuItem mDel2=new JMenuItem("删除票价信息"); JMenuItem mModify2=new JMenuItem("修改票价信息"); JMenuItem mQuery2=new JMenuItem("查询票价信息"); JMenu mQiChe=new JMenu("汽车信息"); JMenuItem mAdd3=new JMenuItem("添加汽车信息"); JMenuItem mDel3=new JMenuItem("删除汽车信息"); JMenuItem mModify3=new JMenuItem("修改汽车信息"); JMenuItem mQuery3=new JMenuItem("查询汽车信息"); JMenu mHelp=new JMenu("帮助"); JMenuItem mAbout=new JMenuItem("软件信息"); JMenuBar mBar=new JMenuBar(); MainForm() { super("长途汽车信息管理系统"); setSize(875,583); mSystem.add(mExit); mXianLu.add(mAdd1); mXianLu.add(mDel1); mXianLu.add(mModify1); mXianLu.add(mQuery1); mPiaoJia.add(mAdd2); mPiaoJia.add(mDel2); mPiaoJia.add(mModify2); mPiaoJia.add(mQuery2); mQiChe.add(mAdd3);

车站售票管理系统数据库课程设计报告

天津农学院 计算机科学与信息工程系《SQL Server》教学实习报告 实习名称:SQL Server 专业:计算机科学与技术 班级: 2010级农信班 学号: 1008074112 姓名:张春 指导教师:赵光煜 成绩: 2012年9 月

目录 目录 (1) 1系统需求分析报告 (2) 1.1概述 (2) 1.2系统功能分析 (2) 1.3数据流图 (3) 1.4数据字典 (4) 2概念及逻辑结构设计 (6) 2.1 E-R图 (6) 2.2关系模型 (7) 2.3数据库结构 (8) 3数据库设计 (9) 3.1建立表—车票和顾客 (9) 3.2 建立触发器 (11) 4 系统软件结构 (13) 4.1系统功能设计 (13) 4.2其他需求 (14) 4.3说明 (14) 5 总结与体会 (16) 6 参考文献 (17)

1系统需求分析报告 1.1概述 汽车售票管理系统主要用于车站日常的票务处理。车售票管理系统在正常运行中需要对使用该系统的主要是汽车站售票人员、汽车站售票工作的管理人员与系统管理员。为达到操作过程中的直观、方便、实用、安全等要求,我们组在这个系统中采用模块化程序设计的方法,便于系统功能的组合和修改,以及扩充和维护。 1.2系统功能分析 根据需求分析,本系统要实现以下的基本功能。 1.登录功能:分为汽车站售票人员和系统管理员两种权限登陆。用户通过输入不同用户名和密码进行身份验证,系统通过用户名和密码判断不同用户的权限,从而确定该用户可以执行的操作。 2.车票信息查询功能:由汽车站的普通售票人员通过不同的检索入口,查询车票信息,并进行排序。 3.修改功能:汽车站售票人员、汽车站售票工作的管理人员能够修改自身的用户名和密码,系统管理员则能实现系统用户与普通用户的添加,修改普通用户与系统管理员的密码,以此确保该系统能够安全操作,避免不必要的损失。 4.汇总功能:对当天车票的信息进行汇总。

车辆管理信息系统

应急运输车辆管理信息系统 摘要: 道路运输应急保障是我国应急保障体系中重要组成部分。 本文共分为五章。第一章引言部分先介绍了应急运输车辆管理信息系统的概念,第二章介绍了应急运输车辆管理信息系统的重要性,第三章阐述了系统的类型,第四章中具体分析了系统的组成,最后,对系统的功能进行全方位的分析,并提出了自己的一些看法及建议。Abstract: Road transport emergency response to protect our security system is an important component. This paper is divided into five chapters. Introduction of the first chapter describes the emergency transport vehicle management information system concept, the second chapter of the emergency transport vehicle the importance of management information systems, and the third chapter on the type of system, the fourth chapter, detailed analysis of the system components, Finally, the system features a full range of analysis and put forward their views. 关键词:应急运输;车辆管理;管理信息系统设计;道路运输;车辆分配; Keywords:Emergency transportation; vehicle management; management information system design; road transport; vehicle distribution; 第一章应急运输车辆管理系统概况 1.1 应急运输车辆管理概况 近年来我国大型突发事件频繁,每年给我国带来近5000亿的经济损失,这使我们意识到提高应对突发事件能力和灾害应急管理水平的紧迫性和重要性。道路运输应急保障是我国应急保障体系中重要组成部分,特别是在08年抗击南方暴风雪和“汶川5.12”抗震救灾中发挥着决定性的作用。如何在道路应急运输中合理、高效的组织应急运输车辆成为道路运输应急保障机制中一个必须面对的问题,学术界和相关管理部门对这一领域给予了高度的关注和重视,“应急运输车辆管理”成为了一个新的研究领域。 目前,我国还未形成完整的应急运输车辆管理体系,特别是对于车辆身份确定、赔偿、征用、演练组织等方面没有规范化。 1.2 应急运输车辆管理的概念 所谓应急运输车辆管理基本定义是指在公共突发事件发生后,针对提供救援物资的运输车辆进行的管理。内容主要包括:应急运输车辆身份的确认、应急运输车辆的组织疏导、应急运输车辆补给及维修,对于征用应急运输车辆还应该进行运输物资核对、征用补偿、协调事故处理等。 1.3 应急运输车辆管理体系的主要目的 实现应急运输车辆在公共突发事件之前保障充分;事中指挥高效;事后处理完善,从应急运输车辆管理各个方面进行系统设计 1.4 应急运输车辆管理体系的设计原则 可行性、实用性、及时性、完整性。 第二章应急运输车辆管理信息系统的重要性 2.1 应急运输车

长途客车监控系统

3G网络DVR车载监控系统 行业现状 日益完善和庞大的客运系统给广大乘客带来了方便和快捷,但同时在管理和有效监控方面,却给客运企业和交管等部门带来莫大的内部管理压力以及社会压力。 客运巴士运营过程中有两大难题: 1、如何提高旅客安全、减少案件和事故发生:客车行驶时间长,路况和人员复杂,小偷较多,容易出现安全问题。特别是长途运输中某些路段拦路抢劫的案件和恶性交通事故很多,司机违规操作、超速等情况时有发生。 2、如何提高服务质量和掌控车辆营运情况:很多客运公司存在部分司乘人员收钱不给票,或盗取票款等情况,给公司造成经济损失。车辆运行中,旅客之间、旅客与司乘人员之间不时会产生一些矛盾和争议,导致公司时常遭到投诉,因为没有有力的证据,解决起来无从下手,公司形象大受影响。 因此建立一套能够对其进行实时监控调度、统一管理的系统显得尤为必要。随着中国3G网络的开通,无线监控已经逐步从早期的基于控制命令和图片等小数据量的应用,向可以基于实时的海量数据的实时

监控应用发展。而目前最为引人注目的无疑是联网的实时视频监控。 第一章设计架构 1.1、视频监控系统网络结构 系统设计说明 1、前端子系统 前端视频采集系统由车载无线视频监控终端、摄像机、报警设备等组成。其中网络视频服务器作为核心设备,负责将摄像机采集的各监控点视频图像并经过压缩编码后通过WCDMA上传到监控中心,实现视频的远程观看。 2、监控中心

●中心车辆管理服务器软件:中心车辆管理服务器软件实现统一身份认证和权限控制、组织与角色管理维护、设备集中配置与维护管理和日志管理等功能。 ●通讯服务器软件 ●流媒体转发服务器软件 3.监控客户端 (1)监控主机安装客户端软件,实现对各监控点的视频浏览 (2)监控中心安装有网络视频解码器,负责将前端的采集来的数字信号解码还原出图像和声音传输到电视墙上。

客运售票管理系统

客运售票管理系统数据库设计 1 系统概述 1.1 概述 该系统将计算机技术应用于水路客运的售票和管理中,规范了水路客运站的管理模式。该系统具有售票计划的编制、查询和销售、票证管理各类售票业务处理等多项功能,适应性强。 1.2程序目的 水路客运站日常业务流程:管理人员制订(调整)三日航班计划(当日、次日、第三日),管理营运相关数据。票管员登记售票员领用船票情况。售票员领用船票后,根据航班计划、票价标准及乘客需求,出售(预售)船票,在特殊情况下,办理退票手续。 船票(船票号、开船日期、开船时间、船舶、到达港站、等级、人数、票价、金额、售票日期、售票时间、售票员工号) 票证领用登记表(售票员、票证起号、票证止号、领票日期、票管员、使用状态、启用日期) 计划表(航班号、船舶、开船日期、开船时间、一等舱余额、二等舱余额、三等舱余额、停靠港站、停靠码头、停开标志)。 1.3 可行性分析 1.3.1技术可行性研究 数据库的设计,软件体系结构可以采用目前非常成熟的三层客户机/服务器(C/S)风格。C/S模式下客户端只需要提供用户接口。服务端采用windows NT系统的工作站,可选用Visual https://www.doczj.com/doc/727555440.html,、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. 采用生命周期法和原型法相结合的方法开发系统

相关主题
文本预览
相关文档 最新文档