ssm126基于HTML5的出租车管理系统+jsp(论文+源码)_kaic

1 绪论

1.1 选题背景

网络技术和计算机技术发展至今，已经拥有了深厚的理论基础，并在现实中进行了充分运用，尤其是基于计算机运行的软件更是受到各界的关注。计算机软件可以针对不同行业的营业特点以及管理需求，设置不同的功能，可以符合各个行业的实际运营要求，其快速便捷的信息处理模式已经可以让信息的管理者从繁琐的工作中得到解脱，还可以实现数据的易维护和安全性。加上现在人们已经步入信息时代，所以对于信息的宣传和管理就很关键。因此信息化管理模式也是当今的管理趋势。对于出租车信息，如果仍使用旧办法进行，将会影响其在行业中的竞争力，也很容易被时代淘汰，所以出租车信息的管理计算机化，系统化是必要的。设计开发出租车管理系统不仅会节约人力和管理成本，还会安全保存庞大的数据量，对于出租车信息的维护和检索也不需要花费很多时间，非常的便利。

1.2 选题意义

出租车管理系统在实际运用中，对管理员的综合素质的提升也有帮助。因为出租车管理系统在减轻了出租车信息管理人员的工作量的同时，还可以让他们把节省出来的时间用来充实自己，提升个人能力，这样才可以充分发挥出租车管理系统提供的服务，让出租车管理系统显示数据信息的同时，也可以快速完成数据处理，提升服务水平。而且出租车管理系统开发需要投入的成本较低，但是后期运用中，会产生大量效益，尤其是出租车管理系统在进行高负荷运转时，还可以保证数据处理的质量与数据安全，通过对处理工作的流程的优化，可以节省传统模式需要投入的人力和资金，从而降低信息管理的成本。另外，出租车管理系统在让出租车信息规范化的同时，也能及时通过数据输入的有效性规则检测出错误数据，让数据的录入达到准确性的目的，进而提升出租车管理系统提供的数据的可靠性，让系统数据的错误率降至最低。

1.3 研究内容

按照设计开发一个系统的常用流程来描述系统，可以把系统分成分析阶段，设计阶段，实现阶段，测试阶段。所以在编写系统的说明文档时，根据系统所处的阶段来描述系统的内容。

绪论：这是对选题的背景，意义等内容做出介绍。

系统开发技术：这是对系统即将使用的技术，包括使用的工具，编程的语言等做出介绍。

系统分析：这是对系统做出分析，包括投资前期必备的可行性分析，包括对用户调研获取的需求，包括系统运行具备的性能等内容做出介绍。

系统设计：这是对系统进行设计，包括运用绘图工具设计的系统功能结构，包括设计的在数据库中要创建的数据表的存储结构等内容做出介绍。

系统实现：这是对系统进行编码实现。包括实现的系统各个模块的运行效果等内容做出介绍。

系统测试：这是对编制的系统进行测试。包括功能的测试等内容做出介绍。

2 系统开发技术

这部分内容主要介绍本系统使用的技术，包括使用的工具，编程的语言等内容。

2.1 Java语言

Java语言自公元1995年至今，已经超过25年了，依然在软件开发上面有很大的市场占有率。当年Sun公司发明Java就是为了发展一门跨平台的高级编程语言，让程序开发人员专注于程序开发过程，不需要关注服务器是属于哪个平台，因为跨平台的特性让语言发展的很迅速。Java的发展，吸收了C++这些语言的优点，因为新生事物一般就是解决老旧事物一些痛点的，虽然Java也有很多缺点，但是起码也算是一种发展方向。学习Java不需要太多的指针这些理念，也不用学习太过复杂的数据结构理论，比如什么堆栈这些概念，除非某些特殊行业对这些要求相当严谨之外，一般用Java开发程序是不用考虑各种各样的数据结构的。因为Java属于一种强类型语言，已经对各种数据定义了各种相应的类型。Java对数据类型定义分为两大种，一种是基本类型，含有8个基本属性，另一个是包装类。基本类和包装类从根本的定义上，都有很明显的区分，计算机运行也会有很明显的差别，如果用错了会编译错误还会影响运行效果的，Java的各种优点只需要按部就班的学习使用即可。

2.2 SSM框架

本课题开发的应用程序主要采用的框架技术是SSM，是Java语言的一种框架集合的简称，目前在Java语言方面，主要有两大分支，一个是主攻Java语言，学习了Java基础之后，会有很多Java进阶框架进行学习，主要是针对应用程序后台进行开发设计，另一方面是转行去学习安卓语言，主要是做安卓的前端设计方面，虽然也是Java语言，但是主要去学习安卓平台的各种架构和框架了。但是不管前端应用如何，SSM框架主要是针对服务端方面进行开发的一个主流框架集合。针对于传统的SSH框架的臃肿，配置繁琐，不管是开发还是二次开发都会造成时间上大量的浪费，并且学习上面也不能有效衔接，需要去适应框架的各种设计，而框架设计比较死板，容易出错。SSM框架是当前最流行的，告别了繁琐的配置，让配置更加灵活，让数据操作更加方便，选择SSM框架进行开发感觉是很合适的。

2.3 MYSQL数据库

关系型数据库设计，对于数据库字段类型的设计以及字段长度的设计，都无时无刻的影响着后续程序开发后大量数据操作的运行效率。关系型数据库对不同的字段类型都有解释，本着课题所需的应用程序开发，寻找最适合的关系型数据库，基本上都有考虑。关系型数据库发展至今也有几十年了，优胜劣汰导致到现在还依然存在的关系型数据库其实并不多，基本上也都能满足应用程序的功能所需，所以要从其他方面来进行考虑数据库的选择。从安装维护上面考虑，SQL Server数据库有好几个G的安装包，并且安装过程中会安装很多不需要的功能，非常占用资源。Oracle数据库不比SQL Server安装包小，并且安装也会出现很多问题，对于课题所需来讲，没必要这么麻烦，并且安装还需要各种激活，只有MySQL数据库完全适合，几十兆大小的安装包，运行起来压力不大，毕竟开发电脑上还有很多其他有用的东西，而且完全免费，所以选择了MySQL数据库作为首选数据库。

2.4 HTML5简介

H5就是HTML5的名称缩写，不仅仅是第五代的HTML标准。目前国内关于H5在入门培训上面有点过度夸张化，其实H5主要是针对于移动端进行布局的这个说法没有错误，但是也是兼容了PC端的，H5新的特性主要从几个方面区别于之前的HTML，从绘画元素，媒体播放元素，都做了很多提升，以及对本地的离线方面的存储做了更优化的支持。顺便也加入了一些新的元素和特性，最显著的是新的表单控件的支持，让之前用HTML写表单属性语句更简洁也更美观，有效的提升了写作效率，从程序开发人员方面解放了大家的思维定向，对用户来讲移动端输入也好，PC端输入也罢，都让输入更加人性更加方便。作为一个全新的标准，让浏览器支持各种二维以及三维的动画，让各种操作平台都能统一风格的浏览同样内容，对中小公司和创业公司来讲，从技术成本角度上就减少了很大的开支，让互联网时代内容更加的繁荣。选择H5技术进行页面开发，是符合当前网页开发潮流的一种选择。

3 系统分析

这部分内容虽然在开发流程中处于最开始的环节，但是它对接下来的设计和实现起着重要的作用，因为系统分析结果的好坏，将直接影响后面环节的开展。

3.1可行性研究

影响系统开发的因素有很多，比如开发成本高就不适合开展，或者是开发时间超过了预期，也不适合开展等等。所以，在正式作出开发决策前，研究系统可行性问题，从经济，时间，操作等角度论证系统是否可以开展。

3.1.1经济可行性

出租车管理系统可以简化工作流程，提供信息处理功能，并可以长期保存数据，在后期的数据查询与编辑中耗时少，提升信息管理效率，其带来的收益比较可观。对于本系统开发，无论是开发需要使用的计算机，还是开发工具等投入的成本很低，计算机是机房的电脑，开发工具是从网上下载安装的，并没有收取费用。

3.1.2时间可行性

出租车管理系统是作为本人毕设项目的一个作品，学院也充分预留了制作时间，并且在每个时间段，都安排了相应的任务，所以根据这个时间安排开展工作，是可以对本系统进行设计完成的。

3.1.3操作可行性

随着电脑的普及，已经有很多人可以独立操作电脑了。而本系统就是在配置了运行环境的电脑上运行，其功能简单，省去了很多繁琐的操作逻辑，使用者通过页面导航可以直接进入功能操作区，所以稍微懂点电脑的人，都可以轻松完成系统的使用。

综上所述，本系统可以开展接下来的工作了。

3.2系统性能分析

为了降低本系统在实际使用中的出错率，就需要分析系统具备的性能。常见的可以评估系统的性能的指标有安全性，易用性，健壮性等。

3.2.1系统易用性

系统提供的信息和服务都有特定的用户群，所以，一个容易操作的系统相比一个不方便使用的系统来讲，用户还是更加青睐于使用方便的系统。所以系统具备易用性就显得非常重要。

3.2.2系统健壮性

系统在与用户进行交互过程中，面对用户的误操作行为，系统应该有相应的处理这种问题的反馈机制，而不是进入系统崩溃状态。系统中设置了很多的功能，在应对系统中某个功能出现异常情况时，系统的其它功能还是可以让用户使用。这就是系统健壮性的体现。

3.2.3系统安全性

保存在系统里面的数据，都是比较重要的系统资源，一旦这些资源泄露，不仅会有财产损失，还会丧失很多客户。所以，系统里面的数据要随时都处于安全的环境中，因此就需要采取措施保证数据安全，比如设置登录功能，使用安全验证技术引导条件用户进入指定页面，而让非条件用户停留在登录页面，不能访问系统。

3.3 系统流程分析

软件开发设计的思想始终贯穿本系统，其开发流程见下图。前期需要进行功能分析，功能设计，还有对系统后台支持数据库的设计，利用编码技术对设计的系统进行实现，然后检测和完善。

图3.1系统开发流程图

访问者之所以可以访问出租车管理系统，主要是其数据库有该访问者的记录信息，这个记录是通过注册进行写入的数据。注册流程见下图。每当访问者进行出租车管理系统注册时，其登记的每条记录都会在系统后台进行逐个判断。这个判断规则是提前设置的。一旦该访问者的登记信息在数据库中保存，即代表该访问者成为出租车管理系统中的一份子。

图3.2 注册流程图

访问者操作系统，前提是需要验证身份，而登录功能的设置就是把本系统的用户引导进入后台操作区，把不是本系统的用户拒之门外。其流程见下图。

图3.3 登录流程图

3.4系统功能分析

在明确系统的用途，以及系统的目标用户群后，可以对本系统的功能进行设置，可以获取调研用户对功能的要求，也可以对市场上同类系统进行分析和总结，得出本系统的功能。

出租车管理系统设置了管理员权限，其用例图见下图。管理员登录进入本人后台之后，管理驾驶员，员工，事故类型，车辆与年审信息。

出租车管理系统设置了员工权限，其用例图见下图。员工管理车辆，登记年审与事故信息，查看公告。

出租车管理系统设置了驾驶员权限，其用例图见下图。驾驶员查询车辆，年审，事故，查看公告。

图3.6 驾驶员用例图

4 系统设计

当前，系统的类型有很多，从系统呈现的内容来看，系统的类型有社交类，有商业类，有政府类，有新闻类等。那么，在众多系统类型中，先明确将要设计的系统的类型才是系统设计的首要工作，然后在此基础上明确系统的用户群，功能等，针对这些信息设计出具有独特体验和视觉的系统。如此才能让系统比较具有特色，也能够在众多相似系统中给用户留下深刻印象。

4.1系统目标

本系统在功能制定上，严格参照用户的要求，但是在设计本系统时，也要满足易操作，使用便利的设计要求。由此，设计出一个规范化并且符合用户需求的系统，一定要达到下述系统目标。

第一个系统目标：用户与系统之间的操作方式是基于人机对话，可视化界面的设计除了美观性之外，也具备友好性。可视化界面提供的各类信息符合准确性，可靠性的要求，并能够方便用户灵活查看。

第二个系统目标：用户与系统交互产生的数据，要严格规范的保存在数据库里，无论是后期管理人员查找与管理，都要确保数据安全。

第三个系统目标：实现用户需求的功能。根据对用户的调查得出的功能需求，完成出租车管理系统的设计与实现。

第四个系统目标：在必要环节，对用户登记的数据进行检查，包括数据长度，以及数据输入类型等的检查，发现错误及时反馈，引导用户规范登记数据。常见的有密码修改，注册登录，用户资料填写等环节的数据核验。

第五个系统目标：设计开发本系统，需要尽最大努力，在系统具备易操作的特点外，也要求系统于后期使用中，维护方便，让系统具备易维护的特点。

第六个系统目标：本系统在交付用户使用时，可以达到运行稳定的目标，另外，系统具备安全性，也符合可靠性的条件，用户可以放心使用。

4.2功能结构设计

前面所做的功能分析，只是本系统的一个大概功能，这部分需要在此基础上进行各个模块的详细设计。

设计的管理员的详细功能见下图，管理员登录进入本人后台之后，管理驾驶员，员工，事故类型，车辆与年审信息。

设计的员工的详细功能见下图，员工管理车辆，登记年审与事故信息，查看公告。

图4.2 员工功能结构图

设计的驾驶员的详细功能见下图，驾驶员查询车辆，年审，事故，查看公告。

图4.3 驾驶员功能结构图

4.3数据库设计

相比非关系型数据库来说，目前市场上使用率比较高，并且易于维护的数据库，当数关系型数据库了。这个数据库主要是基于关系模型的方式来对数据信息进行组织。也就是常见的二维表模型。可以说二维表和二维表之间的相互联系就构成了关系型数据库。

4.3.1数据库E-R图

为了更好地保存出租车管理系统产生的数据，就需要在数据库的设计阶段对E-R模型进行建立，以及完成数据库中的表结构的创建。之所以要单独完成数据库的设计，主要有以下几点原因：

第一点：防止代码冗余；

第二点：防止占用过多内存；

第三点：提升数据库的整体性能，方便程序开发以及数据更新；

第四点：保证数据的完整性；

本部分内容主要在于建立本系统的E-R模型，需要先收集数据，然后根据数据库实现的思路，对用户的需求进行分析，这期间需要对实体，属性，还有关系进行标识，为绘制E-R模型做好充足准备。同时，在作图中，也要注意作图规范，注意每个符号的正确使用。

（1）设计的驾驶员实体，其具备的属性见下图。

（2）设计的年审实体，其具备的属性见下图。

（3）设计的车辆实体，其具备的属性见下图。

图4.6 车辆实体属性图

（4）设计的管理员实体，其具备的属性见下图。

图4.7 管理员实体属性图

（5）设计的各实体间关系见下图。

图4.8 实体间关系E-R图

4.3.2 数据库表结构

为了设计出结构合理，性能优良的数据库，在设计数据库时，需要遵循三大范式：

第一范式：确保数据表当中的每列所代表的字段值都不能再进行分解了；

第二范式：在满足第一范式基础上，让数据表中每列与主键相关；

第三范式：在满足第二范式基础上，确保每列数据直接与主键相关，不是间接相关。

从上面的表述中可以看出，这三大范式，在等级上还是有区分的，最低等级的就数第一范式，最高等级的就是第三范式，趋于两者中间的是第二范式。总之，数据库设计按照这三大范式进行，可以简化设计过程，并且还会减少数据冗余，对于数据检索效率的提升也很有帮助。

表4.1 车辆信息表

字段	类型	空	默认	注释
id (主键)	int(11)	否		主键
jiashiyuan_id	int(11)	是	NULL	驾驶员
car_number	varchar(200)	是	NULL	车牌号
chejia_number	varchar(200)	是	NULL	车架号
goumai_time	timestamp	是	NULL	购买日期
car_content	varchar(200)	是	NULL	车辆备注
create_time	timestamp	是	NULL	创建时间

表4.2 驾驶员信息表

字段	类型	空	默认	注释
id (主键)	int(11)	否		主键
username	varchar(200)	是	NULL	账户
password	varchar(200)	是	NULL	密码
card_number	varchar(200)	是	NULL	驾驶证号
name	varchar(200)	是	NULL	姓名
sex_types	int(11)	是	NULL	性别
id_number	varchar(200)	是	NULL	身份证号
phone	varchar(200)	是	NULL	手机号
jiashiyuan_photo	varchar(200)	是	NULL	照片
age	int(11)	是	NULL	年龄
politics_types	int(11)	是	NULL	政治面貌
address	varchar(200)	是	NULL	家庭住址
create_time	timestamp	是	NULL	创建时间

表4.3 年审信息表

字段	类型	空	默认	注释
id (主键)	int(11)	否		主键
car_id	int(11)	是	NULL	车辆
nianshen_time	timestamp	是	NULL	年审日期
nianshen_types	int(11)	是	NULL	年审结果
nianshen_number	int(11)	是	NULL	年审费用
nianshen_photo	varchar(200)	是	NULL	年审照片
nianshen_content	varchar(200)	是	NULL	年审备注
create_time	timestamp	是	NULL	创建时间

表4.4 事故信息表

字段	类型	空	默认	注释
id (主键)	int(11)	否		主键
car_id	int(11)	是	NULL	车辆
insert_time	timestamp	是	NULL	事故时间
shigu_types	int(11)	是	NULL	事故类型
shigu_photo	varchar(200)	是	NULL	事故照片
shiguchuli_types	int(11)	是	NULL	是否处理
shigu_content	varchar(200)	是	NULL	事故备注
create_time	timestamp	是	NULL	创建时间

表4.5 管理员信息表

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
username	varchar(100)	否		用户名
password	varchar(100)	否		密码
role	varchar(100)	是	管理员	角色
addtime	timestamp	否	CURRENT_TIMESTAMP	新增时间

表4.6 系统公告信息表

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
biaoti	varchar(200)	是	NULL	标题
leixing	varchar(200)	是	NULL	类型
neirong	longtext	是	NULL	内容
riqi	datetime	是	NULL	日期

表4.7 员工信息表

字段	类型	空	默认	注释
id (主键)	int(11)	否		主键
username	varchar(200)	是	NULL	账户
password	varchar(200)	是	NULL	密码
name	varchar(200)	是	NULL	姓名
sex_types	int(11)	是	NULL	性别
id_number	varchar(200)	是	NULL	身份证号
phone	varchar(200)	是	NULL	手机号
yonghu_photo	varchar(200)	是	NULL	照片
nation	varchar(200)	是	NULL	民族
politics_types	int(11)	是	NULL	政治面貌
address	varchar(200)	是	NULL	家庭住址
create_time	timestamp	是	NULL	创建时间

5 系统实现

在此部分内容中，主要通过系统功能的运行效果图展示前面设计的最终结果。系统实现对编制人员的技术能力有较高要求，因为需要他们使用编程的方式去实现系统设计的方案。

5.1 管理员功能实现

5.1.1 驾驶员管理

管理员权限中的驾驶员管理，其运行效果见下图。管理员为驾驶员的登录账号重置密码，可以添加驾驶员的信息，提交驾驶证号可以查询驾驶员，修改驾驶员信息。

图5.1 驾驶员管理页面

5.1.2 员工管理

管理员权限中的员工管理，其运行效果见下图。管理员修改员工的民族，家庭住址，手机号等信息，删除指定的员工。

图5.2 员工管理页面