城市网约车系统的分析与综合设计.doc

软件工程课程设计汇报

题 目
城市网约车系统分析和设计
院 系

班 级

组 长

组 员

摘 要
科技进步衍生了一系列新兴行业，网约车便是这些衍生物里一个，它为大家出行带来了方便，这种便捷，使得网约车市场在短时间内蔓延出巨大规模，恶意收费、脏乱车内环境、不法分子作案等负面产物也成为了大家担忧原因；而现在一锅好汤里面老鼠却仍然存在，而且逍遥法外，腐朽假如不处理将造成正常态被波及从而被感染，手段有不少，而以一个良性，最为有效且成本较小是一个轻易存活且被社会接收度高一个理念，在系统前期问题考虑中这些全部已包含。
网约车车诚信系统中关键容纳有：网约车系统管理员、车主、乘客四种人物。和之一一对应功效详情，网约车系统诚信管理员：系统内全部功效，车主：操纵自己录入修改信息功效，乘客：操纵登录账户数据信息，观车主私密以外信息，其它略。包含技术：java语言去书写服务器端功效，以EXT为基石描绘出绚丽页面图像，以SpringMVC框架为桥梁管道连接服务器和页面，以ibatis框架为另一管道通向数据库，采取大家普遍接收却也性能较优mysql作为数据储藏仓库。工欲善其事必先利其器，性能很好工具能够让整个系统功效书写，及页面亲和力有较强展示，思维区域定位使得我选择成了如此:jdk1.7，ecplice,WEB容器tomcat用7.0版本。
合理性是系统寿命且保持活力年轻必需原因，系统处罚制度在考虑到惩戒本质即：惩戒力度问题，假如力度太大，那么用户降低速率可想而知，而反其道行之，惩戒本身有未有结果，在权衡之中系统采取交通法律法规这一硬性却又不受排斥标准。

【关键词】: 社会需求;方便;java,springMVC;快捷;诚信;价格合理
ABSTRACT
he progress of science and technology derived from a series of new industry, network about cars is one of these derivatives, brings convenience for people to travel to this, it is convenient, the network about the car market spread a huge scale in a short period of time, malicious charges, dirty car environment, criminals crime the negative product has become a factor of concern; therefore an effective regulatory scheme is essential. Network about car management system is to achieve such a solution to the problem of a superior method.
This system adopts B/S structure development model: the server and the browser mode, this is a lot of memory resources and efficient mode of operation does not require users to rely on the browser will be able to complete the desired operation. The background of the development of the Java language, the main function is to: customer orders, customer complaints and suggestions of operation, information input driver, access control function of each role, regulators to view the driver information and exposure function; the front interface using the EXT framework, combined with the native JS and jquery,
Simplify the HTML and some of the higher reusability of the JS code, saving the development time to reduce the amount of development.
This system can do a great deal of data collation and organized display, and the operation is simple, suitable for different levels of user operation. Practical and cost-effective are very high.

Key words: ,java;springMVC;traffic ;convenient,quick;

目 录
摘 要 I
ABSTRACT II
目 录 III
1绪论 1
1.1 课题背景和意义 1
1.2 研究现实状况 1
1.3 研究内容 2
1.4 论文结构 2
2需求分析 3
2.1 可行性分析 3
2.1.1 技术可行性分析 3
2.1.2 经济可行性分析 3
2.1.3 操作使用可行性分析 3
2.1.4 系统安全可行性分析 3
2.2 系统功效需求 3
2.2.1 功效需求 3
2.2.2 性能需求 4
2.2.3 用例分析 4
2.2.4 业务步骤分析 7
小结： 8
3 系统设计 9
3.1系统功效模块图设计 9
3.2 登录模块设计 10
3.3 用户注册功效模块设计 11
3.4用户申请为乘客功效设计 12
3.5用户申请为司机模块设计 13
3.6乘客进行预约下单模块设计 14
3.7管理员审批功效设计 15
3.8管理员用户管理功效设计 17
小结： 17
4 数据库分析 18
4.1数据库 18
4.2数据库理念 18
4.3数据库概念结构 18
4.4网约车管理系统-数据库逻辑分析 20
4.5网约车管理系统-数据库物理 21
小结： 24
5 结论和展望 25

1绪论
1.1 课题背景和意义
时代进步催生了部分事物，网约车便是多年社会发展衍生物，而且在不长时间内占领了大批市场，规模日益扩大，部分负面东西也开始浮出水面，如同一颗石子投入水中，涟漪不停扩张。中国有句古话，无规则不成方圆。在一 些丑陋现象下一套用于监管网约车行业规章制度和显得尤为关键：司机为多 盈利拉用户绕远路，乘客遗失在车内物品不予归还，车内脏乱差环境…,网约车管理系统是一套方便经过社会各界人士来监管及规范网约车服务系统，经过不一样角色评价能够很确切给出很多真实数据，经过这些数据能够对每一位网约车司机行为做一个中肯判定，依据判定能够对司机做部分利益上、道德上、法律上部分处理，从而对司机乃至这一市场进行一个规范和约束。本系统采取了B/S架构开发模式即：服务端和浏览器模式，这是一个快捷操作方法不需要占用用户很多资源及内存依靠浏览器便能够完成想要操作。后台开发选择java语言，关键实现功效为：用户对订单操作，用户投诉提议操作，司机信息录入，各个角色权限控制功效，监管人员对司机信息查看和曝光等功效；前台界面采取了EXT框架，结合原生js和jquery，简化了html和部分复用性较高JS代码编写，节省了开发时间减轻了开发量。本系统以本身庞大数据存放为基础，能够高效而正确计算和分析出大量数据所从而得出最为合理和真实结果。最关键是系统能够最大程度化节省人力，真正意义上做到一劳永逸效果，程序不会伴随时间流逝而造成数据遗失和损坏，假如说使用人力来完成这一项任务，那么这将是无比庞大一个工程，还有大量人员长久工资花费，伴随数据量不停增加在一定时间后两种花费百分比将会成一个几何倍增加，这其中还可能存在因人员失误所造成数据错误和部分不可控事情发生。对比之下系统所节省资源是一极其庞大。它实用性和高效性已然不言而喻，我们已经从多个角度对于管理系统优点做了突出，所以开发一套高效且实用性较高管理系统是很有必需。
1.2 研究现实状况
国际上对网约车行业政策指向。在美国和英国对网约车代表Uber进行了限制，在欧洲大陆部分国家甚至完全判定Uber违法。能够看出整个国际社会对网约车行业还是以限制为主，这关键是考虑到出行行业其它从业者利益平衡、出行行业社会责任属性、国家税收、行业监管等方面问题。
中国中国政策指向。7月28日出台《网络预约出租汽车经营服务管理暂行措施》（以下简称《网约车管理措施》）即使明确了网约车正当地位，不过文章中提到监管层也做了清楚定位：配套新政需要“以巡游出租车为主、约租车（网约车）为辅，在价格上要层次分明、竞争有序”。经过以上表述和各地相继出台《网约车管理措施》实施细则来看，国家只会许可网约车作为辅助，成为巡游出租车和公共交通补充，国家并不期望网约车成为大众化出行方法，所以各地实施细则做出各方面限制也只是手段而已，目标是限制网约车发展规模。
1.3 研究内容
关键实现功效为：乘客对自己信息编辑功效，乘客对司机信息浏览功效，乘客对司机投诉功效：依据司机是否绕路，是否恶意加价，乘客对司机曝光功效：乘客对部分不良现象进行曝光，乘客提议功效，司机编辑本身信息功效，司机用户投诉提议操作，司机信息录入，管理员审核乘客投诉功效，管理员审核乘客订单信息并进行对订单分配功效，交通执法者依据车主交通违规情况进行对车主诚信值进行增加或降低，交通执法者依据司机信誉值已经乘客投诉提议情况进行对司机管理警告或取消其司机权限，管理员依据不一样角色功效性分析和安全性分析对各个角色或用户动态分配。
1.4 论文结构
本论文一共五章，其结构以下：
第一章：绪论。关键提出了中国外研究现实状况和要研究内容和研究背景。
第二章：叙述了系统需求分析。关键包含对系统多种可行性分析和功效需求分析，用例分析和对数据步骤分析。
第三章：叙述了系统设计思想，模块设计。
第四章：数据库分析和设计。
第五章：结论。
2需求分析
2.1 可行性分析
本项目标开发、运行和维护对硬件和软件需求不高，所以本项目将会依据以下几点来分析判定现有条件下设计系统价值。
2.1.1 技术可行性分析
前台界面采取了EXT框架，结合原生js和jquery，简化了html和部分复用性较高JS代码编写，节省了开发时间减轻了开发量。后台服务器端采取了springMVC+Spring+Mybatis,组合框架来作为系统架构。
2.1.2 经济可行性分析
本系统以前台到后台全部使用了框架进行开发，这种开发模式无疑缩短了开发周期，加紧了开发效率，在软件这个以程序职员资为关键开销开发成本上无疑大大降低了经济投入。
2.1.3 操作使用可行性分析
本系统采取简练明了图形化页面来进行系统功效化视图，让操作变得直观明了，加之简单快捷操作按钮，令系统用户体验度很高，这无疑很好表现了系统操作使用可行性。
2.1.4 系统安全可行性分析
本系统在开发中利用以框架本身所封装安全编码格式进行规范化编码，以前期设计到正式编码安全问题全部以经过健壮代码进行了规避，所以在系统安全上含有可行性。
2.2 系统功效需求
2.2.1 功效需求
本系统关键功效有：
1、色授权：依据不一样角色，可给不一样权限来控制各个角色操作范围。
2、车型设置：司机所使用车辆车型。
3、乘客信息编辑：乘客完善自己个人信息。
4、乘客信息审批：管理员浏览乘客信息，并依据乘客信息完整程度给对应操作权限。
5、网约车信息编辑：司机依据如实填写自己信息。
6、网约车审批：管理员依据司机信息填写真实度及完整度，给审批经过是否。
7、网约车企业信息：企业申请网约车需要填写企业相关信息。
8、网约车企业审批：管理员依据网约车企业情况及信息真实程度进行给经过或不经过。
9、用户下订单：用户填写订单信息，预约车辆。
10、订单审核：依据用户填写订单进行审核。
11、用户催单：如自己等候车辆长时间未出现，用户可进行催单操作。
12、曝光操作：用户可依据自己发觉网约车不法行为进行曝光。
13、执法者对司机进行诚信管理，和吊销网约车经营资格。
14、集成微信、QQ登录功效。
15、网约车企业管理：企业实施对内部职员奖惩制度。
2.2.2 性能需求
为了确保系统能够安全稳定运行，本系统对其性能要求以下：
(1) 并发性能
在系统设计和开发过程中充足考虑并应用并发性，这一点十分关键，所以在开始阶段我们就已经考虑了大量用户并发访问这个问题，所以本系统能够实现这个功效需求[10]。
(2) 系统兼容性
在测试阶段，着重测试了本系统对各大主流浏览器兼容问题，处理了IE8带来小bug现在系统能够很好支持各大浏览器。
(3) 系统安全性
系统sql采取mybatis框架占位方法，所以能够很好处理sql拼接问题。
系统密码才用了MD5加密方法，能够避免密码泄露问题，在安全问题上系统做到了放心、安全层面。
2.2.3 用例分析
为愈加好实现将系统实体和实体所对应业务，和实体和实体之间关系功效描绘需要用到建模图，系统中建模图使用关键对于类功效进行建模。
1、网约车系统乘客用例，图2-1所表示。

图2-1 网约车系统乘客用例图
用户注册登录页面，依据分配权限实施权限范围内功效，通常注册用户只能含有浏览功效，可进行乘客注册或司机注册获取角色所含有权限
2、网约车系统司机用例，图2-2所表示。

图2-2 网约车系统司机用例图
3、 网约车系统执法者用例，图2-3所表示。

图2-3 网约车系统执法者用例
4、系统管理员用例，图2-4所表示。

图2-4网约车系统管理员用例
网约车系统管理员可操作全部模块信息以完成对系统信息管理，关键操作为，为不一样角色分配权限，审核各个用户所录入信息等。
3、网约车系统关键用例
（1）乘客预约用例描述表，如表2-1所表示
表2-1乘客预约用例描述
用例名称：
乘客预约
用户：
乘客
介绍：
乘客实施预约操作，匹配可预约司机
前置条件：
乘客登录，填写正当预约信息
用例功效：
乘客预约成功司机后完成下单操作
事件流：
触发预约事件，完成下单操作。
异常事件流：
碰到不可控原因预约被取消。
（2）乘客投诉用例，如表2-2所表示。
表2-2乘客投诉用例描述
用例名称：
乘客投诉用例
用户：
乘客
介绍：
乘客实施投诉操作，投诉信息等候管理员审核。
前置条件：
乘客登录，如实填写投诉信息。
用例功效：
乘客触发投诉功效，对司机进行投诉
事件流：
乘客触发投诉事件，投诉信息提交
异常事件流：
注册账号已存在，账号密码输入错误
（3）系统管理员操作用例，如表2-3所表示。
表2-3 系统管理员操作用例
用例名称：
系统管理员操作
用户：
系统管理员
介绍：
系统管理员登录用得系统全部操作权限
前置条件：
系统设置管理员账号为不拦截状态
用例功效：
系统管理员进入操作页面
事件流：
系统管理员账号密码校验成功
异常事件流：
系统管理员账号密码输入错误
（4）网约车车主注册登录用例，如表2-4所表示。
表2-4 网约车车主注册登录用例
用例名称：
司机登录
用户：
网约车车主
介绍：
网约车车主登录成功取得可操作权限
前置条件：
网约车车主信息已审核经过
用例功效：
网约车车主进入操作页面
事件流：
在注册登录页面成功实施登录操作
异常事件流：
账号密码在数据库中未查询到
2.2.4 业务步骤分析
对于网约车管理系统业务功效进行分析和整理，梳理好系统业务功效及相互之间关联关系，然后以图像形式将这种业务和逻辑上关联关系及其具体业务功效刻画出来。

图2-5 关键业务步骤图

小结：
需求分析是程序设计最关键部分，一个完整需求分析是能够为后程序功效和作用奠定良好基础。
3 系统设计
3.1系统功效模块图设计
从整个系统整体来进行划分，能够清楚划分出很多功效模块，在对这些功效模块进行图形化，便更能清楚明了表现出系统功效模块，下面列出了系统管理、用户操作等功效模块图：
管理界面网站功效模块图图3-1所表示。

图3-1 系统管理界面功效模块图
用户界面系统功效模块图图3-2所表示。

图3-2 通常见户功效模块图
司机界面系统功效模块图图3-3所表示。

图3-3 司机界面功效模块图

3.2 登录模块设计
本部分实现采取一个性能良好且功效强大SpringMVC框架，它将用户账户密码信息封装到一个器具中，跟随者请求步伐一起迈向服务器端，服务器端将传输而来数据进行处理然后进行通向数据库流入，似水流通常融入最终存放且又确定容器数据库中。如若此次活动成功，返还给用户将是和之所对应操作界面，如若相反，则停留不到且给用户友好且正确提醒。
用户登录后台系统模块，类图图所表示

图3-4用户登录后台系统模块类图
用户登录后台系统模块序列图，图所表示
.
图3-5登录模块序列图
3.3 用户注册功效模块设计
我们用户在系统后台注册页面类图描述和说明。不是每一个自由人全部能够注册成为我们乘户，比如该乘户有没有犯过刑事责任，是不是拥有自理能力人，有没有单独乘车能力，这全部需要注册以后提交给我们管理者进行审核以后确定。具体是现实强大数据层会把数据以JSON格式发送到服务器Servlet，请求数据会首先提交到Register类register()方法然后在行云流水般送到SendPost类sendPost()方，最终经过数据层层流向Servlet中，数据库中数据表中插入对应方法逻辑系统中用户，然后搬到登记 。
用户注册模块实现，类图图所表示

图3-6用户注册模块实现类图
用户注册功效模块，用户进入注册页面填写注册信息，前端页面会有部分校验，和ajax效验，当确定数据没问题，用户点击确定注册后向服务器发送请求，并把注册信息传入后台，后台接收数据，并将数据存入数据库中，当实施完成后，向前台返回成功信息，并跳转至登录页面。
用户注册模块序图，图所表示。

图3-7登录模块序列图
3.4用户申请为乘客功效设计
当用户注册成功且登录后，服务器会返回给用户一个操作页面，用能够点击对应功效按钮来实施对应操作，点击乘客申请时，跳转至乘客信息填写页面，用户依据本身信息如实填写后，当信息经过简单校验后会存入乘客表中，此时用户并为含有乘客功效和权限，状态为未审批，当管理员审批完该用户信息完全属实后，会为该用户实施审批操作，此时用户角色从通常见户变为了乘客，含有了乘客权限和可操作项，简单实现逻辑为，用户提交乘客信息导数据库中save()，管理员查看find()信息后修改update()用户状态为乘客。
用户申请为乘客模块类图图所表示。

图3-8用户申请为乘客模块类图
用户申请为乘客模块序图图所表示。

图3-9用户申请为乘客模块序图
3.5用户申请为司机模块设计
通常见户登录后，可选择申请为司机，在点击进入申请司机页面后，进行填写申请司机所需要信息，再信息填写完成并通页面校验后可进行提交申请信息，这些信息会被存放到数据库中，但此时用户状态为未审核状态，当管理员审批经过后，用户方可成为司机，并含有司机权限。
用户申请为司机类图，图所表示

图3-10用户申请为司机类图
用户申请为司机序列图，图所表示

图3-11用户申请为司机序列图
3.6乘客进行预约下单模块设计
乘客登录系统后会含有预约下单功效，乘客进入下单页面，填写订单具体信息，并将经过效验后信息在此会在前台页面利用Jquery和js对所输入数据进行格式和类型进行交易，进行提交，预约信息将会存入数据库中，待系统确定及审核该信息后，改变该信息状态，司机便能够查看该信息，进行接单。
乘客预约下单操作类图，图所表示。

图3-12乘客预约下单操作类图
乘客预约下单操作序列图，图所表示

图3-13 乘客预约下单时序列图
3.7管理员审批功效设计
网约车系统管理员可对乘客及司机申请消息进行查看和审批操作，管理员查看申请信息后，可依据填写信息真实性进行核实，核实完成后，依据核实情况分别给不一样审批结果操作，管理员所进行操作描述：调用查看方法进行查看，然后依据信息实施update()操作，提交信息状态被改变。
管理员审批功效实现类图，图所表示。

图3-14管理员审批功效实现类图
管理员审批功效实现序列图，图所表示。

图3-15管理员审批功效模块序列图
3.8管理员用户管理功效设计
管理员可依据系统能用户部分不良操作，来尽心取消其权限功效，或取消其用户资格，比如车主违规太多，管理员便可收回其车主账号，以此来对其进行处罚。
管理员用户管理序列图，具体见图

图3-16管理员用户管理序列图

小结：
系统设计是程序设计关键部分，在设计过程中国将各个模块分隔开来进行设计，从而达成了设计目标，简单明了，让自己思绪清楚。
4 数据库分析
4.1数据库
数据库简单来说就是存放系统中数据一个集合，当然它不单单只含有存放这一功效，其还包含了关系建立，数据划分及管理等相关功效。Error! Reference source not found.本系统所采取数据时mysql.
4.2数据库理念
榆林市网约车管理系统业务关系是建立在规范且含有合理关系和逻辑数据库表上，所以数据库表所承载便是业务上逻辑关系。
4.3数据库概念结构
用户实体图4-1所表示。

图4-1 用户实体信息
车主实体图4-2所表示。

图4-2车主实体信息
订单实体图4-3所表示。

图4-3 订单实体信息
订单详情表实体图4-4所表示。

图4-4 订单详情实体信息
评论表实体图4-5所表示。

图4-5 评论实体信息
预约实体图4-6所表示。
图4-6 预约实体信息
投诉实体图4-7所表示。

图4-7 投诉实体信息
车型实体图4-8所表示。

图4-8 车型实体信息
4.4网约车管理系统-数据库逻辑分析
一个系统实现，数据库设计是整个系统业务功效合理性和正确性必需条件之一，在对真个系统业务功效进行分析和整理后，构建出以下所表示数据库设计（其中编号（id）为主键）
（1） user用户表（编号，账号，密码，是否被删除，系统名称，账号类型，账号状态）
（2） driver车主表（编号，车主名称，所属企业，入职时间，车型，车辆描述，性别，年纪，身份证号，个人介绍，操作编号）
（3） order订单表（编号，订单号，司机，派单人，派单时间，拍单描述，附件，图片，操作编号，订单状态）
（4） orderdatil订单详情表（编号，预约单号，订单时间，订单号，订单描述，审批状态，可操作编号）
（5） evaluate评论表（编号，订单号，车主，评价等级，评价描述，评价人，评价日期，附件，图片，操作编号）
（6） bespeak预约表（编号，预约人，预约时间，预约地点，预约备注，预约单号，审批，附件，图片，操作编号，下单时间，详情）
（7） complain投诉表（编号，投诉司机，投诉理由，投诉日期，投诉人，投诉描述，附件，图片）
（8） whip车型表（编号，车型类型，操作编号，操作时间，详情，状态）
4.5网约车管理系统-数据库物理
（1）user表展示详情见表4-1所表示。
表4-1 user表
字段
类型
位数
主键
备注
Id
Int
11
是
ID
UserAcct
varchar
50
否
账号
userPass
varchar
50
否
密码
DeleteFlag
Int
1
否
是否删除
userName
varchar
50
否
用户名称
UserType
int
1
否
用户类型
status
int
1
否
状态

（2） driver表结构展示，详情见表4-2所表示。
表4-2driver表
字段
类型
位数
是否主键
备注
id
Int
20
是
ID
dName
Int
20
否
姓名
corp
varchar
20
否
所属企业
time
varchar
0
否
时间
car
Time
0
否
车型

（3） order表结构展示，详情见表4-3所表示。
表4-3order表
字段
类型
位数
是否主键
备注
id
Int
20
是
编号
item
varchar
20
否
订单号
dName
varchar
20
否
司机姓名
aName
varchar
20
否
时间
time
despri
uId
status
Time
varchar
int
int
20
50
20
20
否
否
否
否
车型
描述
用户编号
状态

（4） orderdatil表结构展示，详情见表4-4所表示。
表4-4orderdatil表
字段
类型
位数
是否主键
备注
id
Int
20
是
编号
item
varchar
20
否
预约单号
time
data
20
否
订单时间
node
varchar
20
否
订单号
descri
status
uId
status
varchar
int
int
int
50
2
20
20
否
否
否
否
描述
描述
用户编号
状态

（5） evaluate表结构展示，详情见表4-5所表示
表4-5evaluate表
字段
类型
位数
是否主键
备注
id
Int
20
是
编号
item
varchar
20
否
预约单号
dName
varchar
20
否
车主姓名
grade
varchar
5
否
等级
descri
pName
uId
data
evaluate
varchar
int
int
data
file
50
2
20
20
否
否
否
否
否
描述
描述
用户编号
日期
附件

（6） bespeak表结构展示，详情见表4-6所表示。
表4-6bespeak表
字段
类型
位数
是否主键
备注
id
Int
20
是
编号
name
varchar
20
否
预约人姓名
time
data
20
否
预约时间
location
varchar
20
否
地址
descri
item
status
uId
iTime
varchar
varchar
int
varchar
data
50
20
2
20
否
否
否
否
否
备注
单号
审批
用户编号
下单时间

（7）complain表结构展示，详情见表4-7所表示。
表4-7 complain表
字段
类型
位数
是否主键
备注
id
Int
20
是
编号
dName
varchar
20
否
投诉司机
reason
varchar
50
否
投诉理由
time
data
20
否
时间
descri
name
uId

varchar
varchar
varchar
50
20
20
否
否
否
投诉描述
单号
乘客编号

（8） whip表结构展示，详情见表4-8所表示。
表4-8 whip表
字段
类型
位数
是否主键
备注
id
Int
20
是
编号
style
int
2
否
车型类型
dId
int
20
否
司机编号
time
data
10
否
时间
descri
varchar
50
否
详情
小结：
数据库设计和分析直接影响项目标功效，让我们愈加轻易了解整个项目标思绪，数据流向。
5 结论和展望
经过这次课程设计让我体会到了团体合作关键性，一个大项目标设计和实现单单靠一个人根本无法完成，一个项目从系统分析开始到整个项目标完善需要太多太多细节方面问题，就从分析开始，怎样来实现项目标完整性和从社会需求角度需求分析 整个项目标开发即使不是多么顺利但也在一路磕磕绊绊中完成了，在这其中查阅了不少资料，得到了不少好友老师指点，对部分实际开发中步骤也有了一定认识，第一个自己独立完成项目，即使有些遗憾，但也算成功实现了大部分预期功效，最为关键是在整个过程中所碰到问题无疑成了自己一笔财富，增加了不少开发经验，为以后开发打下了一定基础。