城市网约车系统的分析与设计

上传人:jin****ng 文档编号:118953232 上传时间:2022-07-13 格式:DOCX 页数:35 大小:456.96KB
收藏 版权申诉 举报 下载
城市网约车系统的分析与设计_第1页
第1页 / 共35页
城市网约车系统的分析与设计_第2页
第2页 / 共35页
城市网约车系统的分析与设计_第3页
第3页 / 共35页
资源描述:

《城市网约车系统的分析与设计》由会员分享,可在线阅读,更多相关《城市网约车系统的分析与设计(35页珍藏版)》请在装配图网上搜索。

1、软件工程课程设计报告城市网约车系统的分析与设计题目院系班级组长组员科技的进步衍生了一系列新兴的行业,网约车便是这些衍生物里的一种,它为人们的出行带来了方便,这种便捷,使得网约车的市场在短时间内蔓延出巨大的规模,恶意收费、脏乱的车内环境、不法分子的作案等负面产物也成为了人们担忧的因素;而目前一锅好汤里面的老鼠却依然存在,并且逍遥法外,腐朽如果不处理将导致正常态被涉及从而被感染,手段有不少,而以一种良性的,最为有效且本钱较小的是一种容易存活且被社会接受度高的一个理念,在系统前期的问题考虑中这些都已包括。网约车车诚信系统中主要容纳的有:网约车系统管理员、车主、乘客四种人物。与之一一对应的功能详情,网

2、约车系统诚信管理员:系统内的全部功能,车主:操纵自己的录入修改信息功能,乘客:操纵登录账户的数据信息,观车主的私密的以外信息,其余略。包含的技术:java语言去书写效劳器端的功能,以EXT为基石描绘出绚丽的页面图像,以SpringMVC框架为桥梁管道连接效劳器与页面,以ibatis框架为另一管道通向数据库,采用大家普遍接受却也性能较优的mysql作为数据储藏的仓库。工欲善其事必先利其器,性能较好的工具可以让整个系统的功能的书写,及页面亲和力有较强的展示,思维的区域定位使得我的选择成了如此:jdk1.7,ecplice,WEB容器tomcat用7.0版本。合理性是系统寿命且保持活力年轻的必要因素

3、,系统的惩罚制度在考虑到惩戒的本质即:惩戒的力度问题,如果力度太大,那么用户的减少速率可想而知,而反其道行之,惩戒本身有未有成果,在权衡之中系统采用交通法律法规这一硬性却又不受排斥的标准。【关键词】:社会需求;方便;java,springMVC;快捷;诚信;价格合理ABSTRACTheprogressofscienceandtechnologyderivedfromaseriesofnewindustry,networkaboutcarsisoneofthesederivatives,bringsconvenienceforpeopletotraveltothis,itisconvenient

4、,thenetworkaboutthecarmarketspreadahugescaleinashortperiodoftime,maliciouscharges,dirtycarenvironment,criminalscrimethenegativeproducthasbecomeafactorofconcern;thereforeaneffectiveregulatoryschemeisessential.Networkaboutcarmanagementsystemistoachievesuchasolutiontotheproblemofasuperiormethod.Thissys

5、temadoptsB/Sstructuredevelopmentmodel:theserverandthebrowsermode,thisisalotofmemoryresourcesandefficientmodeofoperationdoesnotrequireuserstorelyonthebrowserwillbeabletocompletethedesiredoperation.ThebackgroundofthedevelopmentoftheJavalanguage,themainfunctionisto:customerorders,customercomplaintsands

6、uggestionsofoperation,informationinputdriver,accesscontrolfunctionofeachrole,regulatorstoviewthedriverinformationandexposurefunction;thefrontinterfaceusingtheEXTframework,combinedwiththenativeJSandjquery,SimplifytheHTMLandsomeofthehigherreusabilityoftheJScode,savingthedevelopmenttimetoreducetheamoun

7、tofdevelopment.Thissystemcandoagreatdealofdatacollationandorganizeddisplay,andtheoperationissimple,suitablefordifferentlevelsofuseroperation.Practicalandcost-effectiveareveryhigh.Keywords:,java;springMVC;traffic;convenient,quick;目录摘要ABSTRACTI目录II1 绪论0课题背景和意义01.1 研究现状0研究内容11.2 论文结构12 需求分析2可行性分析22.1.1

8、 技术可行性分析2经济可行性分析22.1.2 操作使用可行性分析2系统平安的可行性分析22.2 系统功能需求22.2.1功能需求22.2.2 性能需求3用例分析32.2.3 业务流程分析6小结:73 系统设计883.2 登录模块的设计9用户注册功能模块的设计101112乘客进行预约下单模块的设计13管理员审批功能设计143.8管理员用户管理功能的设计15小结:164 数据库分析171717171920小结:235 结论与展望241绪论1.1 课题背景和意义时代的进步催生了一些事物,网约车便是近年社会开展的衍生物,并且在不长的时间内占领了大批市场,规模的日益扩大,一些负面的东西也开始浮出水面,犹

9、如一颗石子投入水中,涟漪不断扩张。中国有句古话,无规那么不成方圆。在一些丑陋的现象下一套用于监管网约车行业的规章制度和显得尤为重要:司机为多赚钱拉顾客绕远路,乘客遗失在车内的物品不予归还,车内脏乱差的环境,网约车管理系统是一套方便通过社会各界人士来监管及标准网约车效劳的系统,通过不同角色的评价可以很确切的给出很多真实的数据,通过这些数据可以对每一位网约车司机的行为做一个中肯的判断,根据判断可以对司机做一些利益上、道德上、法律上的一些处理,从而对司机乃至这一市场的进行一个标准和约束。本系统采用了B/S架构的开发模式即:效劳端与浏览器模式,这是一种快捷的操作方式不需要占用用户的很多的资源及内存依赖

10、浏览器便可以完成想要的操作。后台的开发选用java语言,主要实现的功能为:客户对订单的操作,客户的投诉建议操作,司机的信息录入,各个角色的权限控制功能,监管人员对司机信息的查看以及曝光等功能;前台界面采用了EXT框架,结合原生的js和jquery,简化了html和一些复用性较高的JS的代码编写,节省了开发时间减轻了开发量。本系统以自身庞大的数据存储为根底,能够高效而准确的计算和分析出大量数据所从而得出最为合理和真实的结果。最重要的是系统可以最大程度化的节省人力,真正意义上的做到一劳永逸的效果,程序不会随着时间的流逝而导致数据的遗失和损坏,如果说使用人力来完成这一项任务,那么这将是无比庞大的一个

11、工程,还有大量人员的长期的工资花费,随着数据量的不断增加在一定时间后两种花费的比例将会成一个几何倍的增加,这其中还可能存在因人员失误所造成的数据错误和一些不可控事情的发生。比照之下系统所节省的资源是一极其庞大的。它的实用性和高效性已然不言而喻,我们已经从几个角度对于管理系统的优点做了突出,所以开发一套高效且实用性较高的管理系统是非常有必要的。1.2 研究现状国际上对网约车行业政策的指向。在美国和英国对网约车代表Uber进行了限制,在欧洲大陆局部国家甚至完全判定Uber违法。可以看出整个国际社会对网约车行业还是以限制为主,这主要是考虑到出行行业其它从业者利益平衡、出行行业的社会责任属性、国家税收

12、、行业监管等方面问题。中国国内政策指向。2021年7月28日出台的?网络预约出租汽车经营效劳管理暂行方法?以下简称?网约车管理方法?虽然明确了网约车的合法地位,但是文章中提到监管层也做了清晰的定位:配套新政需要“以巡游出租车为主、约租车网约车为辅,在价格上要层次清楚、竞争有序。通过以上表述和各地相继出台的?网约车管理方法?实施细那么来看,国家只会允许网约车作为辅助,成为巡游出租车和公共交通的补充,国家并不希望网约车成为群众化的出行方式,所以各地实施细那么做出的各方面限制也只是手段而已,目的是限制网约车开展的规模。1.3 研究内容主要实现的功能为:乘客对自己信息的编辑功能,乘客对司机信息的浏览功

13、能,乘客对司机的投诉功能:根据司机是否绕路,是否恶意加价,乘客对司机的曝光功能:乘客对一些不良的现象进行曝光,乘客的建议功能,司机编辑自身信息功能,司机客户的投诉建议操作,司机的信息录入,管理员审核乘客投诉功能,管理员审核乘客订单信息并进行对订单的分配功能,交通执法者根据车主的交通违规情况进行对车主的诚信值进行增加或减少,交通执法者根据司机的信誉值已经乘客的投诉建议情况进行对司机的管理警告或者取消其司机权限,管理员根据不同的角色的功能性分析和平安性分析对各个角色或者用户动态分配。1.4 论文结构本论文一共五章,其结构如下:第一章:绪论。主要提出了国内外的研究现状和要研究的内容与研究的背景。第二

14、章:阐述了系统的需求分析。主要包括对系统的各种可行性分析和功能需求的分析,用例的分析以及对数据流程的分析。第三章:阐述了系统设计思想,模块设计。第四章:数据库的分析与设计。第五章:结论。2需求分析2.1 可行性分析本工程的开发、运行和维护对硬件和软件的需求不高,因此本工程将会根据如下的几点来分析判断现有条件下设计系统的价值。2.1.1 技术可行性分析前台界面采用了EXT框架,结合原生的js和jquery,简化了html和一些复用性较高的JS的代码编写,节省了开发时间减轻了开发量。后台效劳器端采用了springMVC+Spring+Mybatis,组合框架来作为系统的架构。2.1.2 经济可行性

15、分析本系统从前台到后台全部使用了框架进行开发,这种开发模式无疑缩短了开发周期,加快了开发效率,在软件这个以程序员工资为主要开销的开发本钱上无疑大大的减少了经济投入。2.1.3 操作使用可行性分析本系统采用简洁明了的图形化页面来进行系统的功能化视图,让操作变得直观明了,加之简单快捷的操作按钮,令系统的用户体验度非常的高,这无疑很好的表现了系统的操作使用可行性。2.1.4 系统平安的可行性分析本系统在开发中利用以框架本身所封装的平安编码格式进行标准化的编码,从前期设计到正式编码平安问题都以通过健壮的代码进行了躲避,所以在系统平安上具有可行性。2.2系统功能需求2.2.1功能需求本系统的主要功能有:

16、1、色授权:根据不同角色,可给予不同权限来控制各个角色的操作范围。2、车型设置:司机所使用车辆车型。3、乘客信息编辑:乘客完善自己的个人信息。4、乘客信息审批:管理员浏览乘客信息,并根据乘客信息的完整程度给予相应操作权限。5、网约车信息编辑:司机根据如实填写自己的信息。6、网约车审批:管理员根据司机信息填写的真实度及完整度,给予审批通过与否。7、网约车公司信息:公司申请网约车需要填写的公司相关信息。8、网约车公司审批:管理员根据网约车公司的状况及信息的真实程度进行给予通过或不通过。9、用户下订单:用户填写订单信息,预约车辆。10、订单根据用户填写的订单进行审核。11、用户催单:如自己等待的车辆

17、长时间未出现,用户可进行催单操作。12、曝光操作:用户可根据自己发现的网约车不法行为进行曝光。13、执法者对司机进行诚信管理,和撤消网约车经营资格。14、集成微信、QQ登录功能。15、网约车公司管理:公司实行对内部员工的奖惩制度。2.2.2性能需求为了保证系统能够平安稳定的运行,本系统对其性能的要求如下:(1) 并发性能在系统设计和开发过程中充分考虑并应用并发性,这一点十分重要,因此在开始阶段我们就已经考虑了大量用户并发访问这个问题,所以本系统可以实现这个功能需求10。(2) 系统的兼容性在测试阶段,着重测试了本系统对各大主流浏览器的兼容问题,处理了IE8带来的小的bug目前系统可以很好的支持

18、各大浏览器。(3) 系统平安性系统的sql采用mybatis框架的占位方式,所以可以很好的解决sql拼接问题系统的密码才用了MD5加密方式,可以防止密码的泄露问题,在平安问题上系统做到了放心、平安的层面。2.2.3 用例分析为更好的实现将系统的的实体和实体所对应的业务,以及实体与实体之间的关系的功能的描绘需要用到建模图,系统中建模图的使用主要对于类的功能进行建模。1、网约车系统乘客用例,如图2-1所示。注册乘客用例操作登录投诉评价司机信息编辑下单操作图2-1网约车系统乘客用例图图2-1网约车系统乘客用例图用户注册登录页面,根据分配的权限执行权限范围内的功能,般注册用户只能具有浏览功能,可进行乘

19、客注册或司机注册获取角色所具有的权限2、网约车系统司机用例,如图2-2所示。网约车司机用例注册登录操作编辑信息查看信用、违章驳回投诉图2-2网约车系统司机用例图图2-2网约车系统司机用例图3、网约车系统执法者用例,如图2-3所示。网约车执法者用例注册登录操作-V曝光司机编辑信息/编辑司机违章及信用值图2-3网约车系统执法者用例4、系统管理员用例,如图2-4所示。注册管理司机卜一丿管理员用例登录醫厂操作/管理乘客、管理执法者图2-4网约车系统管理员用例网约车系统管理员可操作所有模块信息以完成对系统信息的管理,主要操作为,为不同角色分配权限,审核各个用户所录入的信息等。3、网约车系统主要用例1乘客

20、预约用例描述表,如表2-1所示表2-1乘客预约用例描述用例名称:乘客预约用户:乘客简介:乘客执行预约操作,匹配可预约的司机前置条件:乘客登录,填写合法的预约信息用例功能:乘客预约成功司机后完成下单操作事件流:异常事件流:触发预约事件,完成下单操作。遇到不可控因素预约被取消。2乘客投诉用例,如表2-2所示。表2-2乘客投诉的用例描述用例名称:乘客投诉用例用户:乘客简介:乘客执行投诉操作,投诉信息等待管理员审核。前置条件:乘客登录,如实填写投诉信息。用例功能:乘客触发投诉功能,对司机进行投诉事件流:异常事件流:乘客触发投诉事件,投诉信息提交注册账号已存在,账号密码输入错误3系统管理员操作用例,如表

21、2-3所示表2-3系统管理员操作用例用例名称:系统管理员操作用户:系统管理员简介:系统管理员登录获得系统所有操作权限前置条件:系统设置管理员账号为不拦截状态用例功能:系统管理员进入操作页面事件流:系统管理员账号密码校验成功异常事件流:系统管理员账号密码输入错误4网约车车主注册登录用例,如表2-4所示。表2-4网约车车主注册登录用例用例名称:司机登录用户:网约车车主简介:网约车车主登录成功获得可操作权限前置条件:网约车车主信息已审核通过用例功能:网约车车主进入操作页面事件流:在注册登录页面成功执行登录操作异常事件流:账号密码在数据库中未查询到224业务流程分析对于网约车管理系统的业务功能进行分析

22、和整理,梳理好系统的业务功能及相互之间的关联关系,然后以图像的形式将这种业务和逻辑上的关联关系及其具体业务功能刻画出来。N:用户名密码错误用户名+密码名和密码登录)进入系统点击下面按钮T编辑乘客信息司机信息点击订单投诉信用管理曝光操作具体操作操作点击点击操作操作操作操作1增加删除p增加修改新增订单+修改订单信息新增投诉信息查看信用分进行曝光交通查询信用分服务查询信用分L+删除订单审核投诉信息修改投诉信息信用综合分查询图2-5核心业务流程图小结:需求分析是程序设计最重要的局部,一个完整的需求分析是可以为后程序的功能以及作用奠定良好的根底。3系统设计系统功能模块图设计从整个系统整体来进行划分,可以

23、清晰的划分出许多功能模块,在对这些功能模块进行图形化,便更能清晰明了的表现出系统的功能模块,下面列出了系统的管理、用户操作等功能模块图:管理界面的网站功能模块图如图3-1所示。网约车诚信系统系统管理员管理操作乘客信息管理司机信息管理订单管理评论投诉建议管理用户管理角色权限管理图3-1系统管理界面功能模块图用户界面的系统功能模块图如图3-2所示曝光曝光户登网约车用户注图3-2一般用户功能模块图乘司机界面的系统功能模块图如图3-3所示。司机登录基于Android的岀租车司机服务评级系统查看值班信息查看司机信息查看评价信息查看汽车信息回复评价信息图3-3司机界面功能模块图3.2登录模块的设计本局部的

24、实现采用一个性能良好且功能强大的SpringMVC框架,它将用户账户密码信息封装到一个器具中,跟随者请求的步伐一起迈向效劳器端,效劳器端将传递而来的数据进行处理然后进行通向数据库的流入,似水流一般的融入最终存储且又确定的容器数据库中。如假设此次活动成功,返还给用户的将是与之所对应的操作界面,如假设相反,那么停留不到且给予用户友好且准确的提示。用户登录后台系统模块,类图如下图eo4HiC.r.hdiliivgiulsjerDdO图3-4用户登录后台系统模块类图图3-4用户登录后台系统模块类图用户登录后台系统模块序列图,如下图登录界面登录界面信息校验数据库A用户11电I结证结果1返回结果1信息存入

25、数据库fi二査注册户息填写码:校验信息TI图3-5登录模块序列图3.3用户注册功能模块的设计我们用户在系统后台注册页面的类图描述和说明。不是每一个的自由人都可以注册成为我们的乘户,比方该乘户有没有犯过刑事责任,是不是拥有自理能力的人,有没有单独乘车的能力,这都需要注册以后提交给我们的管理者进行审核之后确认。具体的是现实强大的数据层会把数据以JSON的格式发送到效劳器的Servlet,请求数据会首先提交到Register类的register。方法然后在行云流水般的送到SendPost类的sendPost(方,最终经过数据的层层流向Servlet中,数据库中的数据表中插入相应的方法的逻辑系统中的客

26、户,然后搬到登记。用户注册模块的实现,类图如下图comxar.lhailing.LisgirTiSerletrrq.HftpSir-n-Irtfir-ipanw-m|-meffnbfrfMarne-口rvaleSinnEusernorret-inE:lpW(JPpitlbliLU-bImmndEJcjaHCDfbih!lhwiconn).curii.i2Uir.luaIIIintetdPst吋沖!Bar甬图3-6用户注册模块的实现类图用户注册功能模块,用户进入注册页面填写注册信息,前端页面会有局部校验,和ajax效验,当确定数据没问题,用户点击确认注册后向效劳器发送请求,并把注册信息传入后台,

27、后台接收数据,并将数据存入数据库中,当执行完成后,向前台返回成功信息,并跳转至登录页面。用户注册模块序图,如下图。用户O登录界面信息校验数据库114111登录系统返回回结果验果验证管理员进注行注册0:账户名,登录密!查找码户验证码码信息存存入数据据库图3-7登录模块序列图功能的设计当用户注册成功且登录后,效劳器会返回给用户一个操作页面,用可以点击相应的功能按钮来执行相应操作,点击乘客申请时,跳转至乘客信息填写页面,用户根据自身信息如实填写后,当信息通过简单校验后会存入乘客表中,此时用户并为具有乘客的功能和权限,状态为未审批,当管理员审批完该用户的信息完全属实后,会为该用户执行审批操作,此时用户

28、角色从一般用户变为了乘客,具有了乘客的权限和可操作项,简单的实现逻辑为,用户提交乘客信息导数据库中save(),管理员查看find()信息后修改updated户状态为乘客。用户申请为乘客模块类图如下图。图3-8用户申请为乘客模块类图用户申请为乘客模块序图如下图。登录界面查找用户名和密码L信息校验用户登录系统:亠进入会员类型管理校验查询信息返回结果申请信息-返回申请结果修改信息数据库图3-9用户申请为乘客模块序图模块的设计一般用户登录后,可选择申请为司机,在点击进入申请司机页面后,进行填写申请司机所需要的信息,再信息填写完成并通页面校验后可进行提交申请信息,这些信息会被存储到数据库中,但此时用户

29、状态为未审核状态,当管理员审批通过后,用户方可成为司机,并具有司机权限。用户申请为司机类图,如下图图3-10用户申请为司机类图用户申请为司机序列图,如下图登录界面登录界面信息校验会员类型管理数据库用户登录系统.-查找用户名和密码T=校验图3-11用户申请为司机序列图乘客进行预约下单模块的设计乘客登录系统后会具有预约下单功能,乘客进入下单页面,填写订单详细信息,并将通过效验后的信息在此会在前台页面利用Jquery和js对所输入的数据进行格式和类型进行交易,进行提交,预约信息将会存入数据库中,待系统确认及审核该信息后,改变该信息状态,司机便能够查看该信息,进行接单。乘客预约下单操作类图,如下图。G

30、uideFrag口mfent7+vp+indicator+pageViews+onCreateViewO:-initData()MainActivity-images:int-titles:string-gridView-myApplication-intent#onCreate()-SimpleAdapterO+onCreateOptionsMenu():bool1-结束1图3-12乘客预约下单操作类图乘客预约下单操作序列图,如下图登录界面登录界面信息校验会员类型管理数据库用户登录系统查找用户名和密码I校验-T查询信息-返回结果p5.预约下单信息返回预约结改信息图3-13乘客预约下单时序列图

31、管理员审批功能设计网约车系统管理员可对乘客及司机的申请消息进行查看和审批操作,管理员查看申请信息后,可根据填写信息的真实性进行核实,核实完成后,根据核实情况分别给予不同的审批结果操作,管理员所进行的操作描述:调用查看方法进行查看,然后根据信息执行update(操作,提交信息状态被改变。管理员审批功能实现类图,如下图。GuideFra(接口ent+vp+indicator+pageViews+onCreateView():initData()MainActivity-images:int-titles:string-gridView-myApplication-intent#onCreate()

32、-SimpleAdapter()+onCreateOptionsMenu():bool1-结束i图3-14管理员审批功能实现类图管理员审批功能实现序列图,如下图。登录界面信息校验会员类型管理数据库校验返回结果审批操作一返回审批修果信息I查询信息图3-15管理员审批功能模块序列图3.8管理员用户管理功能的设计管理员可根据系统能用户的一些不良操作,来尽心取消其权限功能,或者取消其用户资格,比方车主违规太多,管理员便可收回其车主账号,以此来对其进行惩罚。管理员用户管理序列图,具体见图才查找用户名和密码;才查找用户名和密码;用户登录系统校验进入查询信息返回结果提交评论信息返回评论结果言息图3-16管理

33、员用户管理序列图小结:系统设计是程序设计的核心局部,在设计的过程中国将各个模块分隔开来进行设计,从而到达了设计的目的,简单明了,让自己的思路清晰。4数据库分析数据库简单来说就是存储系统中数据的一个集合,当然它不单单只具有存储这一功能,其还包括了关系建立,数据划分及管理等相关功能。错误!未找到引用源。本系统所采用的数据时mysql.榆林市网约车管理系统的业务关系是建立在标准且具有合理关系和逻辑的数据库表上的,所以数据库表所承载的便是业务上的逻辑关系。图4-1用户实体信息图4-2车主实体信息订单实体图4-3所示图4-3订单实体信息订单详情表实体图4-4所示审批状态订单时间订单描述预约单号订单号派单

34、人出生日期编号订单详情表图4-4订单详情实体信息评论表实体图图4-5评论实体信息预约实体图4-6所示图4-6预约实体信息投诉实体图4-7所示车型实体图4-8所示图4-8车型实体信息一个系统的实现,数据库的设计是整个系统业务功能的合理性和正确性的必要条件之一,在对真个系统的的业务功能进行分析和整理后,构建出如下所示的数据库设计其中编号id为主键(1)user用户表编号,账号,密码,是否被删除,系统名称,账号类型,账号状态(2)driver车主表编号,车主名称,所属公司,入职时间,车型,车辆描述,性别,年龄,身份证号,个人简介,操作编号(3)order订单表编号,订单号,司机,派单人,派单时间,拍

35、单描述,附件,图片,操作编号,订单状态(4)orderdatil订单详情表编号,预约单号,订单时间,订单号,订单描述,审批状态,可操作编号(5)evaluate评论表编号,订单号,车主,评价等级,评价描述,评价人,评价日期,附件,图片,操作编号(6)bespeak预约表编号,预约人,预约时间,预约地点,预约备注,预约单号,审批,附件,图片,操作编号,下单时间,详情(7) complain投诉表编号,投诉司机,投诉理由,投诉日期,投诉人,投诉描述,附件,图片(8) whip车型表编号,车型类型,操作编号,操作时间,详情,状态1user表展示详情见表4-1所示。表4-1user表字段类型位数主键备

36、注IdInt11是IDUserAvarchar50否账号cctuserPavarchar50否密码SSDeleteInt1否是否删除FlaguserNavarchar50否用户名称meUserTyint1否用户类型pestatusint1否状态(2)driver表结构展示,详情见表4-2所示。表4-2driver表字段类型位数是否主键备注idInt20是IDdNameInt20否姓名corpvarchar20否所属公司timevarchar0否时间carTime0否车型(3)order表结构展示,详情见表4-3所示。表4-3order表字段类型位数是否主键备注idInt20是编号itemvar

37、char20否订单号dNamevarchar20否司机姓名aNamevarchar20否时间timeTime20否车型desprivarchar50否描述uldint20否用户编号statusint20否状态(4)orderdatil表结构展示,详情见表4-4所示。表4-4orderdatil表字段类型位数是否主键备注idInt20是编号itemvarchar20否预约单号timedata20否订单时间nodevarchar20否订单号descrivarchar50否描述statusint2否描述uIdint20否用户编号statusint20否状态(5)evaluate表结构展示,详情见表4

38、-5所示表4-5evaluate表字段类型位数是否主键备注idInt20是编号itemvarchar20否预约单号dNamevarchar20否车主姓名gradevarchar5否等级descrivarchar50否描述pNameint2否描述uIdint20否用户编号datadata20否日期evaluatefile否附件(6)bespeak表结构展示,详情见表4-6所示。表4-6bespeak表字段类型位数键是否主备注idInt20是编号namevarchar20否预约人姓名timedata20否预约时间locationvarchar20否地址descrivarchar50否备注itemv

39、archar20否单号statusint2否审批uIdvarchar20否用户编号iTimedata否下单时间7complain表结构展示,详情见表4-7所示。表4-7complain表字段类型位数是否主键备注idInt20是编号dNamevarchar20否投诉司机reasonvarchar50否投诉理由timedata20否时间descrivarchar50否投诉描述namevarchar20否单号uIdvarchar20否乘客编号(8)whip表结构展示,详情见表4-8所示。表4-8whip表字段类型位数是否主键备注idInt20是编号styleint2否车型类型didint20否司机编

40、号timedata10否时间descrivarchar50否详情小结:数据库的设计与分析直接影响工程的功能,让我们更加容易的理解整个工程的思路,数据的流向。5结论与展望通过这次的课程设计让我体会到了团队合作的重要性,一个大工程的设计与实现单单靠一个人根本无法完成,一个工程从系统分析开始到整个工程的完善需要太多太多的细节方面的问题,就从分析开始,如何来实现工程的完整性以及从社会的需求角度的需求分析整个工程的开发虽然不是多么顺利但也在一路的磕磕绊绊中完成了,在这其中查阅了不少资料,得到了不少朋友老师的指点,对一些实际开发中的流程也有了一定的认识,第一个自己独立完成的工程,虽然有些遗憾,但也算成功实现了大局部预期的功能,最为重要的是在整个过程中所遇到的问题无疑成了自己的一笔财富,增长了不少开发经验,为以后的开发打下了一定的根底。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!