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

  • 格式:doc
  • 大小:2.20 MB
  • 文档页数:39

河北联合大学综合课程设计 第 1 页 共 39 页

一、绪论

1、引言

1.1设计目的

在信息技术高度发达的今天,传统手工记录客运站信息,已满足不了正常需求。怎样是的管理员人方便的处理这些信息,降低他们的工作量是一个需要解决额问题.借助计算机来完成这些大量冗杂的工作.能大大降低管理员的工作强度。

这里开发一长途客运站的班车信息管理系统,旨在为客运信息管理员提供一个可行法案。通过利用计算机上的程序,按规范管理长途客运信息.方便查询班车线路情况、各个班次的售票情况,以及每个班次的班车信息.方遍管理员的查询,及修改长途汽车线路信息,汽车信息,和车票信息。将录入操作交给电脑来完成。这样既能减少管理员工作量还能满足日益增长的需求。也借以说明计算机技术在当今世界发展中的重要地位和科技创新的重要意义。

1。2项目背景

本程序的开发课题为“某长途客运站信息管理系统"。

主要使用的软件有Jcreator、jdk1。7和Tomcat6。0。使用软件工程的设计思路,来开发一套使用的软件。从分析用户需求开始、模块划分、建立数据库、代码设计、调试最后完成.主要针对的使用者时客运信息管理员(负责本客运站的线路加减以及售票)。由于本程序有些功能善待完善,不足之处请见谅。

2、任务描述

2.1目标

本次程序设计应实现长途客运管理系统的基本功能,并达到一定的健壮性和安全性。目标包括,客运汽车信息的管理(新进车辆都录入包括车牌号,汽车编号,以及最大载客量和负责该车的司机师傅)。线路信息的管理(新增运营线路录入线路号,始末站点,发车时间等信息).售票信息查询以及管理员信息管理系统。除此之外,对查询的优化处理也是必要的,这样可以提高运行效率。

2.2运行环境

软件环境:

操作系统:Win 7

开发工具: Tomcat 6。0 jdk1。7 Jreator

使用编程语言:Java

3、数据描述

3.1输入数据

1)添加车辆:车辆编号、载客量、车牌号、司机。

车辆编号:为3为数字

载客量:为(50-100)数字 河北联合大学综合课程设计 第 2 页 共 39 页

车牌号:为国内标准车牌号如(冀BT00001)

司机:姓名(varchar(20))

2)添加线路信息:线路号、始发站、终点站、车辆编号、发车日期、发车时间、耗时和票价.

线路号:L+(3为数值)

始发站和终点站:城市名称(varchar(20))

车辆编号:为3为数字(且存在于数据库内)

发车日期:格式为2012/12/23

发车时间:小时:分钟(如9:00)。小时(0—24),分钟(0—60)。

耗时:小时:分钟(如9:00).小时(大于0),分钟(0—60).

票价:大于零的整数

3)添加管理员信息:账号和密码

账号:长度20以内字符(varchar(20))

密码:长度20以内字符(varcha(20))

3。2输出数据

1)查询现有车辆:车辆编号、载客量、车牌号、司机.

2)查询现有线路信息:线路号、始发站、终点站、车辆编号、发车日期、发车时间、耗时和票价。

3)查询售票情况:线路号、总票数、余票。

4)查询现有管理员信息:账号和密码。

4、功能要求

用户提出的及一般软件都应具有的功能(如输入、输出、修改、查询等)

通过对用户反馈的需求进行分析本系统具有如下功能:

1)汽车信息管理

管理员可以在汽车信息管理模块对汽车信息进行管理,管理员可以添加、修改和删除本客运站的汽车信息。该模块还可以查看现有汽车的信息。

2)线路信息管理

管理员可以在线路信息管理模块对线路信息进行管理,管理员可以添加、修改和删除本客运站运营的线路。线路信息包括:出发站、目的地、发车时间、以及运营该线路的汽车班次号。这里的汽车必须是数据库已经存在的汽车。

3) 车票信息管理

该模块记录各个班次的售票情况,包括总票数,和余票情况。

4) 管理员信息管理

该模块可以添加新的管理员,以及显示已有管理员信息。 河北联合大学综合课程设计 第 3 页 共 39 页

二、需求分析

1、需求调查

1.1组织机构调查

本程序是为长途客运站开发的,使用对象是客运站管理员。主要负责录入新车,添加新的运行线路以及售票。

1.2 业务需求调查

1)登入验证在进入系统时,要求对管理员身份进行验证.要求输入账号、密码。只有数据库中拥有的管理员才能进入。

2)业务管理如图:

长途客运站 长途运输公司 公路管理局 公路运输管理 交通局

图 1组织机构图

图 2整体业务流程图 选择业务 长途汽车管理系统 自动显示车辆信息 车辆信息 添加、删除车辆

修改车辆信息

线路信息 自动显示线路信息

线路线路信息 添加、删除车辆

管理员信息 售票信息 显示售票情况

显示管理员信息

修改管理员信息 添加、删除车辆 河北联合大学综合课程设计 第 4 页 共 39 页

1.3对软件系统的要求调查

对本次管理系统样例的要求有:

1)存在管理员,只有通过验证才能进入系统。

2)可以添加新的管理员。

3)可以录入新的车辆信息。

4)可以开通运营新线路。

5)可以查询售票情况,订票。

6)预留更新接口以添加新功能。

2、功能需求

2.1功能划分

程序主要包括登入界面和操作界面,登入界面用来对管理员进行身份验证,只有在数据库中的管理员才允许进入操作界面。操作界面包括:汽车信息管理、线路信息管理、车票信息管理和管理员信息管理。管理员通过登陆界面验证之后进入操作界面后,可以查询可添加车辆信息、线路信息和售票信息。线路信息包含:线路号(即车次)、始发站、终点站、发车日期、发车时间、耗时,同时还会显示该线路的余票以及票价(票售完的不显示)。允许进行订票。车辆信息主要包括:大巴车编号、最大载客量、车牌号以及驾驶员。售票信息:线路号、该线路总票数、余票。管理员信息:现有管理员的账号信息.

2.2功能描述

用户提出的及一般软件都应具有的功能(如输入、输出、修改、查询等)

通过对用户反馈的需求进行分析本系统具有如下功能:

1)汽车信息管理

管理员可以在汽车信息管理模块对汽车信息进行管理,管理员可以添加、修改和删除本客运站的汽车信息.该模块还可以查看现有汽车的信息.

2)线路信息管理

管理员可以在线路信息管理模块对线路信息进行管理,管理员可以添加、修改和删除本客运站运营的线路。线路信息包括:出发站、目的地、发车时间、以及运营该线路的汽车班次号。这里的汽车必须是数据库已经存在的汽车。

3) 车票信息管理

该模块记录各个班次的售票情况,包括总票数,和余票情况。

4) 管理员信息管理

该模块显示现有管理员信息。 河北联合大学综合课程设计 第 5 页 共 39 页

以下为实现功能的数据流图:

3、数据描述

3.1数据描述

1)车辆信息:车辆编号、载客量、车牌号、司机.

2)线路信息:线路号、始发站、终点站、车辆编号、发车日期、发车时间、耗时和票价。

3)售票信息:线路号 、总票数 、余票 、票价 。

4)添加管理员信息:账号和密码。

3.2数据库描述

在对业务流程图和数据流程图进行详细分析的基础上,找出其中的实体有管理员、线路、车辆、线路车票,根据各个实体的属性以及他们之间的联系。有E—R图描述实体及实体之间的关系(关系E—R图如下)

图 3数据流程图 河北联合大学综合课程设计 第 6 页 共 39 页

3.3数据词典

1)车辆信息

车辆编号:长度为3个字符要求字符为数字(0-9),如“001”.

载客量 :整形要求(30—100)的数.

车牌号 :省份简称+市属车号字母(大写的26个字母,O除外)+5位字符

字符可以是(0—9)的数值也可以是(大写的26个字母,O除外)。

司机姓名:长度为20个字符,可以不写满。

2)线路信息

线路号 :大写字母L+长度为3个字符要求字符为数字(0-9),如“001".

始发站 :城市名称,长度为20个字符,可以不写满.

终点站 :城市名称,长度为20个字符,可以不写满。

发车日期:长度为10的字符串,要求年份+”/”+月+“/”+日。

年份:四位数字字符,要求大于等于当前年份

月 :两位字符1—12,不满两位的前面补“0“

日 :两位字符1-31,不满两位的前面补“0“,注意某些月份,如2,4,6,9,11不满31天。 载客数 汽车号 汽车

车牌号 始发站 线路号

目的地

汽车号 线路

发车时间 管理 管理 管理 系统管理员 密码 账号

车票 总票数 线路票号

线路号 余票

图 3 实体联系E-R图 河北联合大学综合课程设计 第 7 页 共 39 页

发车时间:长度为5的字符串,要求 小时+“:“+分钟。

小时:两位字符0-24,不满两位的前面补“0“

分钟:两位字符0-60,不满两位的前面补“0“

耗 时:长度为5的字符串,要求 小时+“:“+分钟。

小时:两位字符大于等于0,不满两位的前面补“0“

分钟:两位字符0—60,不满两位的前面补“0“

大巴编号:参考车辆信息

3)售票信息

线路号 :参考车辆信息。

总票数 :根据线路号查到车辆编号,继而查到载客量。

余 票 :整形大于等于0,小于等于总票数

票 价 :整形大于0

4)管理员信息

账 号 :长度为20个字符,可以不写满。

密 码 :长度为20个字符,可以不写满。

4、性能需求

4.1数据精确度

1)查询时保证查全率,所有在相应域中与查询关键字相符的记录都应能查到;

2)查询时保证查准率,所有查询记录都是希望值。

3)修改记录同步,不出现一方有时令一方没有的情况。

4。2时间特性

1)小型库中的查询、修改等操作的响应时间应控制在0。5秒钟以内;

2)增加数据量时也应将响应时间控制在2秒以内;

3)当数据多至超出响应时间时,应提供更新以控制响应时间。

4。3适应性

1)满足运行环境在允许操作系统之间的安全转换要求;

2)满足与其他应用软件不冲突的独立运行要求。

5、运行需求

5.1用户界面

1)屏幕格式:多窗口运行,采用B/S,使用Jcreator和jdk1。7制作,完全兼容Windows平台。

2)报表格式:符合打印要求,与常规打印机接口匹配。

3)菜单格式:采用选项菜单等方式.

5.2硬件接口