32580171 张述鹏.docx
《32580171 张述鹏.docx》由会员分享，可在线阅读，更多相关《32580171 张述鹏.docx（54页珍藏版）》请在冰豆网上搜索。
32580171张述鹏
学号________________
密级________________
武汉大学本科毕业论文
基于WebService的
汽车代驾系统的设计与实现
院（系）名称：
国际软件学院
专业名称：
软件工程
学生姓名：
张述鹏
指导教师：
胡启平教授
二○一二年六月
BACHELOR'SDEGREETHESIS
OFWUHANUNIVERSITY
TheResearchandImplementationofDesignatedDrivingSystemBasedonWebService
College：
WuhanUniversity
Subject：
SoftwareEngineering
Name：
ShuPengZhang
Directedby：
QiPingHuProfessor
June2012
郑重声明
本人呈交的学位论文，是在导师的指导下，独立进行研究工作所取得的成果，所有数据、图片资料真实可靠。
尽我所知，除文中已经注明引用的内容外，本学位论文的研究成果不包含他人享有著作权的内容。
对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确的方式标明。
本学位论文的知识产权归属于培养单位。
本人签名：
日期：
摘要
醉酒驾驶明确入刑以来，酒后找代驾已成为不少有车人士酒后的选择。
汽车代驾行业这个国内新兴行业迎来巨大的发展机遇。
但是在对国内大多数汽车代驾公司的调查采访中发现，汽车代驾业务的展开还停留在最原始的人工操作阶段，难以满足国内日益增长的代驾需求，为了规范代驾公司的运营，构建代驾客户、代驾司机、代驾公司的一座沟通桥梁，研究开发一套基于web的汽车代驾系统非常必要。
本文基于WebService,Struts,Hibernate和Spring等相关技术，并以此为基础，结合汽车代驾的业务特点对项目进行了系统的需求分析和设计，实现了汽车代驾系统中包括“预约代驾”、“司机评价”服务在内的多个服务，规范了代驾业务的流程。
本文首先对项目的背景和使用的关键技术进行了研究，如Webservice和SSH框架，然后对汽车代驾业务进行了系统的需求分析，并给出了系统的架构设计和模块设计。
接下来以“预约代驾”服务为例，根据需求分析和设计，实现了其服务的客户端和服务器端。
最后给出了系统测试和集成的方法。
关键词：
Webservice，Struts，Hibernate，Spring
ABSTRACT
Sincedrunkdrivingiscriminal,thedesignateddrivinghasbecomealotofpeople'schoices.Theindustryofdesignateddrivinghasmetthegreatdevelopmentopportunities.Butonbehalfofthecompany'ssurveyfound,thedesignateddrivingbusinessremainsintheoriginalmanualoperationstage,whichisnotenoughtomeetthegrowingdemand.Inordertoregulatethecompany,buildacommunicationBridgebetweenthecustomercompanyanddriver,developingsoftwarebasedonwebisverynecessary.
Inthispaper,basedontheWebService,Struts,HibernateandSpringrelatedtechnologies,combinedwiththeoperationalcharacteristicsofthedesignateddriving,wecarriedoutasystematicdemandanalysisanddesign,implementedthesystemofdesignateddrivingincluding"appointdesignateddriving","evaluatethedrivingservice".
Inthisarticle,Iwillintroducetheprojectbackgroundandkeytechniques,suchasWebserviceandSSHframes.Afterthat,iwillintroducethesystemdemandanalysis,andgivesthesystemarchitecturedesignandmoduledesign.Then,accordingtothedemandanalysisandthedesign,Iofferrealizationoftheserviceclientandserver.Atthelastpartofthisarticleisthesystemtestandintegrationmethod.
Keywords:
Webservice，Struts，Hibernate，Spring
目录
第1章 绪论1
1.1项目介绍1
1.1.1酒后代驾的概念1
1.1.2酒后代驾的形成1
1.1.3系统介绍2
1.2 本文研究的主要内容2
第2章关键技术3
2.1概述3
2.1.1WebService主流技术路线介绍3
2.1.2软件架构技术路线介绍5
2.1.3JSP技术8
2.1.4Struts2技术的技术优势9
2.2数据集成和分布式计算技术10
2.2.1组件技术11
2.3关键的技术方案13
2.3.1关键技术体系13
第3章汽车代驾系统功能需求分析16
3.1需求分析16
3.1.1功能需求分析16
3.1.2会员用户模块16
3.1.3管理员模块17
3.1.4司机模块20
3.1.5其他功能21
3.1.6技术需求21
3.1.7基于WebService的系统集成分析21
3.1.10安全需求23
3.2系统性能需求23
第4章 汽车代驾系统的系统设计25
4.1系统结构设计25
4.2系统模块结构26
4.3数据库设计27
4.3.1数据表结构27
4.4 WebService接口设计30
4.4.1WebService接口设计方案30
4.4.2WebService接口实现30
第5章 系统的实现及成果展示32
5.1用户模块32
5.1.1登陆系统32
5.1.2用户注册32
5.1.3个人资料修改33
5.1.4用户下订单34
5.1.5短消息管理34
5.1.6客户查看订单35
5.1.7订单评分35
5.2管理员模块36
5.2.1管理员首页36
5.2.2客户组管理36
5.2.3用户评论管理36
5.2.4司机管理37
5.2.5管理员管理37
5.2.6订单获取37
5.2.7订单处理37
5.2.8交单汇款38
第6章总结40
6.1系统优势对比40
6.1.1直观易用40
6.1.2良好的扩展性40
参考文献41
致谢42
第1章 绪论
“劝君更尽一杯酒，西出阳关无故人”、“烹羊宰牛且为乐，会须一饮三百杯”、“何以解忧，唯有杜康”;“对酒当歌，人生几何?
’，。
无酒不欢，无酒不成席的酒文化的盛行，一方面促成了生意场上无数的交易机会，另一方面也因酒后驾驶导致了大量的肇事血案和人间悲剧。
中国每年因交通事故死亡的人数达11万人，且以每年平均10%的速度上升。
酒后驾车、特别是醉酒驾车，已成为引发交通事故的一大杀手。
人们对醉酒驾车所导致悲剧的恐惧，加上法律法规对酒后驾车的严厉打击，使得“酒后代驾”这一新兴行业悄然兴起。
任何新事物的出现总会令人喜忧参半，“酒后代驾”也不例外，它在减少酒后驾车，维护公共交通秩序，保护人们生命财产安全方面有不可磨灭的贡献，但另一方面，由于缺乏管理，行业不规范，导致人们对代驾公司心存疑虑。
因此，开发一套有效管理沟通的汽车代驾商务平台，对汽车代驾服务进行规范管理，为代驾公司提供一个方便、全面且系统的管理平台，显得极为必要。
1.1项目介绍
1.1.1酒后代驾的概念
酒后代驾，顾名思义就是为喝了酒的车主提供驾驶服务，具体是指在车主喝了酒后，为了减少交通事故的发生，维护正常的交通秩序，由他人代替车主驾驶，将喝了酒的车主机连人带车送回家。
醉酒驾车造成的事故越来越多，酒后代驾作为一种新兴职业引起了人们的关注。
酒后代驾服务是适应社会生活新形势而迅速发展起来的新兴服务行业。
酒后代驾服务为会饮酒的有车族朋友提供了一个相对安全的选择空间，也在客观上促进了国家道路交通安全法的实施，有利于社会公共安全秩序的进一步改善和人们家庭生活的幸福平安。
1.1.2酒后代驾的形成
酒后代驾行为牵涉两个关键要素，其一是酒;其二是车。
当这两个要素在一定社会背景下发生矛盾并且不可调和时，酒后代驾的产生就有了充分的条件。
中国的酒文化源远流长，中国人向来讲究以酒助兴。
且看中国古诗，“劝君更尽一杯酒，西出阳关无故人”、“烹羊宰牛且为乐，会须一饮三百杯’夕、“酒逢知己千杯少，话不投机半句多”、“今朝有酒今朝醉”、“何以解忧，唯有杜康”、“对酒当歌，人生几何?
”。
无酒不欢，无酒不成席的酒文化的盛行，一方面促成了生意场上无数的交易机会，另一方面也产生了由酒后驾驶导致的大量的肇事血案。
中国每年因交通事故死亡的人数达n万人，且以每年平均10%的速度上升。
酒后驾车、特别是醉酒驾车，己成为引发交通事故的一大杀手。
从这个角度说，酒后代驾服务在一定程度上可以减少酒后驾车引发交通事故的可能性，酒后代驾对于减少酒后驾车行为是可行的。
据中国酒店业协会的有关专家介绍，在国内，酒后代驾是新生事物，但在国外却非常普遍。
在我们的近邻韩国，尽管汽车业发达，很多人都有下班后去酒馆喝几杯的喜好，但酒后驾驶的行为却很少。
这相当程度上得益于众多代驾业务公司提供了便利的服务。
在汽车销售点、停车场、加油站等场所，经常有代驾公司推销员的身影出没，代驾公司的名片几乎每名驾车者人手一张。
一旦驾车者因为喝酒、身体不适、精神状态不佳而不能开车时，只要他们打电话到代驾公司，剩下的一切都可由代驾公司代劳。
“严格的管理、规范的运作”是国外代驾市场红红火火的主要原因之一。
酒后交通事故的增多，为加强对司机的管理和惩处，为全力预防重特大交通事故，在2004年实行的《道路交通安全法》中，对于酒后驾驶的最高惩罚标准提升为拘留15天，吊扣驾驶证4个月，罚款2000元。
该情况发生三次者，吊销驾照，并处以“五年禁驾”的严惩。
并且公安部出台了新规:
“醉酒人开车一次记12分”醉酒驾驶的“成本”是，15日以下拘留，并处1500元罚款，扣12分后驾驶证作废。
若想恢复驾驶证正常状态，需要到车管所综合科受理—参加7天的脱产道路交通安全法培训—预约考试—参加理论考试。
只有考试及格，驾驶证才能恢复正常状态。
这种处罚制度给一种新行业“酒后代驾”提供了生根发芽的土壤。
近期，随着全国严厉整治酒后驾驶交通违法行为专项行动展开，各地纷纷加大酒后驾驶的查处力度，为了既能开车，又能喝酒，还不违法，不少人开始寻求代驾服务，这给酒后代驾带来了市场。
1.1.3系统介绍
尽管大家都认为酒后代驾是一项比较好的服务项目，但是在实际经营过程却困难重重。
客户对代驾员缺乏信任感，安全责任，物品丢失，收费运营不规范等等一些列问题限制了代驾行业的蓬勃发展。
因此开发一套规范业务流程管理的汽车代驾商务平台，使得业务流程公开透明，赢取顾客的信任显得极为必要。
汽车代驾管理系统，收集众多大规模汽车代驾企业信息化建设需求，系统涵盖了登录注册、站内信，普通用户生成订单、用户评分、查看评分，司机用户实时更新状态位置，管理员客户组管理、订单获取、交单回款处理、派工管理、来去电查询、数据导出、数据统计、权限管理、参数设置等功能。
利用电子地图地理位置信息，解决业务过程中任务调度的困难，通过GPS快速定位呼叫用户的位置，并即时调度距离最近可使用状态的司机资源。
中心监控平台进行集中管理，全程监控，方便公司实时监控业务状态，客户资源，代驾员状态等信息。
系统实现了代驾业务的信息化过程管理，方便、即时、高效的进行运营订单的处理，并使管理过程可视化，智能分析利用历史数据，为代驾公司的日常运维提供一个全方位解决方案。
1.2 本文研究的主要内容
本文研究了汽车代驾系统实现的相关技术，对汽车代驾业务进行了系统的需求分析，并给出了系统的架构设计和模块设计。
最后阐述基于汽车代驾系统的具体实现，并对系统实现过程中遇到的关键问题进行了研究处理。
第2章关键技术
2.1概述
本章将对系统开发用到的关键技术进行介绍与分析。
2.1.1WebService主流技术路线介绍
WebService是一种构建应用程序的普遍模型,通过企业发布，可以在任何支持网络通信的操作系统中实施运行，支持特定商业需求。
它是一种新的Web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。
WebService是一个应用组件,它逻辑性的为其他应用程序提供数据与服务，各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap）来访问WebService，通过WebService内部执行得到所需结果。
WebService可以执行从简单的请求到复杂商务处理的任何功能。
一旦部署以后，其他WebService应用程序可以发现并调用它部署的服务。
WebServices是由企业发布的完成其特定商务需求的在线应用服务，其他公司或应用软件能够通过Internet来访问并使用这项在线服务。
WebService关键技术和规则
在构建和使用WebService时,主要用到以下几个关键的技术和规则:
1.XML:
描述数据的标准方法。
2.SOAP:
表示信息交换的协议。
3.WSDL:
Web服务描述语言。
4.UDDI（UniversalDescription,DiscoveryandIntegration）:
通用描述、发现与集成，它是一种独立于平台的，基于XML语言的用于在互联网上描述商务的协议。
实际上，WebService的主要目标是实现跨平台的可互操作性。
为了实现这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。
由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。
长项一：
跨防火墙的通信
如果应用程序有成千上万用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个很困难的问题。
因为客户端和服务器之间通常会有防火墙或者代理服务器。
在这种情况下，使用DCOM就不那么简单，通常也不便于把客户端程序发布到数量这么庞大的每一个用户手中。
传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。
这样做的结果是开发难度大，程序十分难以维护。
如果在应用程序里加入一个新页面，必须先建立好用户界面（Web页面），并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。
要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。
如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。
要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。
这样，不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。
同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。
从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上20%的开发时间。
另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。
最后，通过WebService把应用程序的逻辑和数据“暴露”出来，还可以让其它平台上的客户重用这些应用程序。
长项二：
应用程序集成
企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。
应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。
即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。
通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。
长项三：
B2B的集成
用WebService集成应用程序，可以使公司内部的商务处理更加自动化。
但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？
跨公司的商务交易集成通常叫做B2B集成。
WebService是B2B集成成功的关键。
通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。
而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。
不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。
WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。
用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。
只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。
这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。
长项四：
软件和数据重用
软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。
最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。
当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。
但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。
原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。
WebService在允许重用代码的同时，可以重用代码背后的数据。
使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。
举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。
WebService的提供商可以按时间或使用次数来对这项服务进行收费。
这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。
另一种软件重用的情况是，把好几个应用程序的功能集成起来。
例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。
现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。
一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。
将来，许多应用程序都会利用WebService，把当前基于组件的应用程序结构扩展为组件/WebService的混合结构，可以在应用程序中使用第三方的WebService提供的功能，也可以把自己的应用程序功能通过WebService提供给别人。
两种情况下，都可以重用代码和代码背后的数据。
从以上论述可以看出，WebService在通过Web进行互操作或远程调用的时候是最有用的。
2.1.2软件架构技术路线介绍
商务网站技术路线目前主要分两类，一是基于JAVA技术的J2EE体系架构；二是基于微软.NET技术的体系架构。
“选择.NET平台就意味着选择Windows”这句话至少在可预见的一段时间里仍然是一个基本事实。
跨平台是J2EE的一大卖点，也是在选择应用开发平台时的一个重要参考因素，几乎所有的主流操作系统都提供了对J2EE的支持。
实际上如果要搭建跨Unix、Windows等多个操作系统平台，J2EE平台几乎是惟一的选择。
在平台的成熟度方面，两者也有一拼。
J2EE在1999年形成了其成熟的架构，并且到今天已经有相当成熟的经过检验的企业应用系统。
而.NET究其渊源是源自微软以前开发企业应用程序的平台DNA（DistributedNetworkArchitecture），其中包括了许多已经被证实的技术，并且这些技术已经在产品中得到实现，包括微软的事务服务器、COM+、消息队列、ORACLEServer数据库等。
J2EE的一个重要特征就是它的架构开放性，它本身是一系列规范，而不是产品，任何符合这一规范的产品都是J2EE兼容的。
这使得J2EE从制定之初就得到了广泛的支持。
BEA、IBM、Oracle等都相继开发了符合J2EE的应用服务器，它们的产品相互之间甚至可以兼容。
而.NET在设计之初就紧紧地把平台规范与产品胶合在一起，虽然.NET架构的一小部分具有开放性（如C#语言、Web服务标准），但至少目前很难想象会有一个非微软的.NET实现。
了解了不同技术路线的特点，主要还是根据单位自己的情况最终做出选择。
一是要看是不是方便与现有信息系统集成；二是要看现在的技术水平、技术实力，对哪种路线更熟悉。
2.1.2.1国际流行和通用的系统三层架构
根据现阶段技术的发展的情况，国际上普遍采用通用的三层结构的技术框架（如下图所示）。
该结构自下而上，可以分为三部分——数据层、业务逻辑层、表现层。
图2-1三层结构技术框架示意图
其中，数据层主要用来存放系统的数据，如文档数据、服务信息数据、用户管理等；业务逻辑层用来实现数据的统计、查询、流转和管理等相关业务；表现层时提供给用户的界面层。
用户通过表现层完成各种操作。
采用这种架构，系统的二次开发将在中间的业务逻辑层中实现。
系统功能的实现将以数据库为基础，采用通用的JSP技术加以实现，该技术是比较成熟的技术，实践证明该技术是安全可靠的。
从上述的三层结构中，可以看到：
最终用户是不能直接操作系统的数据层，
因此，数据层的安全性能够得到一定的保障。
除此之外，按上述三层结构设计的系统具有较好的扩展性，随着业务的拓展，可以很方便
升级会员 