私家车合乘系统设计和实现汽车工程专业

1、私家车合乘系统设计目 录1 绪论11.1论文的研究背景和意义11.2国内外研究现状11.3合乘系统用户的特点21.4论文主要研究内容32 私家车合乘的可行性分析以及法律问题的思考32.1私家车合乘简述32.2私家车合乘的优点42.3私家车合乘合法性思考42.4私家车合乘行为的法律规范思考53 系统需求分析53.1开发目的53.2需求分析的根本任务53.3开发意图53.4数据调查分析63.4.1 调查目的63.4.2 调查方式63.4.3 调查结果63.4.4 调查分析123.5系统实现的功能134 系统的总体设计144.1开发工具与运行环境144.1.1 开发工具144.1.2 数据库的选择1

2、44.1.3 Tomcat服务器164.2 系统结构图164.3各模块功能的详细介绍174.4数据库设计204.5 创建表224.5.1管理员表224.5.2 会员表224.5.3 公告表224.5.4留言表234.5.5新闻表234.5.6新闻类型表234.5.8预约表244.5.8拼车表244.5.9相册表244.5.10照片列表254.5.11经验表255 系统的实现255.1 会员注册255.2 拼车查看275.3发布拼车275.4管理员登陆285.5 修改密码285.6网站界面展示306 系统测试326.1集成测试336.2单元测试347 总结347.1私家车合乘系统开发总结347.

3、2系统的不足及仍待解决的问题357.3私家车合乘的未来展望3521 绪论1.1论文的研究背景和意义目前，随着我国经济水平的提高，个人使用汽车成为了越来越简单的事情。这给我们的生活带来了改变，也给市政交通带来了麻烦，早晚高峰洪流,突出的表现就是堵车，很多上下班、上下学的同事、同学深受其害，给每天的生活工作平添的很多烦恼。我们不难发现其中最最重要的根源就在于私家车过多。针对此问题,我们拟通过私家车合乘这一概念来解决或者缓解这一问题。私家车合乘出现的背景原因如下：（1） 在国家节能减排的大背景下，城市交通拥堵和汽车尾气排放问题，使得私家车的使用引起了人们的深思。（2） 各大中城市都出现了不同程度的交

4、通拥堵状况，但实际上汽车资源的使用率却是相对较低的。（3） 上下班高峰期公交与地铁异常拥挤，打车困难又费用高昂，上班族上下班苦不堪言。（4） 国内油价不断上涨，有车族养车费用不断增加，养车压力增大。1“私家车合乘从某种意义上讲，对交通拥堵起到了缓解作用。”交通管理部门的相关负责人表示，如果几个人同坐一辆车出行，与几个人分别开车出行相比，肯定会减少出行的车次，因而“在马路上的车变少了，交通压力也随之就减小了。”如今，需要合乘的人不仅可以在各类社区网上点对点地寻找，还有许多专门的合乘网站提供大量的合乘信息，而这些合成网站所发布的合乘信息的回应量也更多一些。在油价进一步上涨后，提供合乘信息的网站点击

5、率也进一步升温，发布合乘信息的人次也在稳步攀升。所以开发专业的私家车合乘系统势在必行。因此我们将制作一个网站，为需要合乘的用户建立一个平台，在这个平台上，用户可以根据自己的需要选择合乘起点、中点和终点，从而到达合乘出行的目的。网站名称：私家车合乘网。本项目由张明春老师指导，高天阳同学提出并开发，依托于internet网络，实现网站平台的建立。1.2国内外研究现状据相关研究统计资料显示，在许多发达的大城市里私家车的使用效率很低，每辆车每天24小时中，平均使用时间只有短短的73分钟。私家车合乘在国外被人们称之为汽车的共享。如果在各个社区里使用私家车共享，一部小轿车通常可以满足1015人的普通出行需

6、求。而且，私家车合乘这个概念在国外其实早就已经出现。在新加坡、美国、德国、韩国等国家，私家车合乘作为一个行当已经发展得十分成熟，许多大型私家车合乘公司都建立了分支机构。目前全欧洲有将近200个提供汽车共享的服务组织，他们的会员达到了将近12.5万人。美国和加拿大有50个城市有汽车共享的服务组织，会员数量也在过去两年中翻了一番，年增长速度都达到50%。在欧盟内部，甚至有人从伊朗首都德黑兰“合乘”到英国的首都伦敦。新加坡：新加坡在私家车方面有着十分严格的管理措施。新加坡政府不鼓励私人拥有汽车，除了对进口汽车征收高昂的关税。并且规定，每辆私家车必须坐满4人才能驶入市中心，或者需要获得许可证。此外，私

7、家车搭载乘客上行车道至少要有两个人，一个人外出只能乘坐公交车。美国：据统计资料显示，美国的公交车并不太多，因此公交车专用道意义不大，所以鼓励私家车合乘才是适合美国的最优选择。美国鼓励私家车合乘与其法律和政府政策挂钩，这是最直接也是最优先的激励方式，如果你的车至少有两个人，你可以走快车道，不符合条件的，只能走慢车道。德国：德国政府也用一些具体的行政措施鼓励人们拼车出行。德国建立一个更完整的私家车合乘组织体系。每个城市设立了私家车合乘管理办公室，对私家车合乘进行规范管理。德国的私家车合乘分为有偿和无偿两种。非经营性的合乘行为，收取的费用由车主主要用于汽车补充燃料、过路费、磨损费费用等。德国有一个参

8、考的标准和公式，如果车主要求的钱超过了标准，车主可能要受到高达2500欧元的罚款。另外，私家车合乘公司，可以收取最高9欧元的介绍费，但需要缴纳税款。韩国：在韩国的交通管理法规里，明令要求私家车驾驶员，每周必须参加“停运1天自律质量运动”，参与者可以享受汽车车辆税减免的优惠政策，乘车人数超过三人即可实施免征车辆税。2私家车合乘作为一个新兴的事物，其实在我们国家也并不算是陌生。早在北京奥运会期间，北京市政府实施了机动车单双号管理办法，为此北京的很多有车的上班族都开始和朋友一起同乘一辆车出行，这也是私家车合乘在中国刚刚萌芽的状态。慢慢地，一些专门的合乘车网站也被开发运用起来，数以万计的希望合乘出行的

9、上班族在论坛，社交网站或正规的合乘网站上发布自己的出行路线和行程信息，只为寻找一个合适的拼车信息。此外，近来年随着各大城市的限行、限购令的陆续出台，也对私家车合乘这一出行方式起到了推动的作用。1.3合乘系统用户的特点本合乘系统用户主要有三类：拥有私家车的上班族、没有私家车的上班族、微长途用户。拥有私家车的上班族：网站目标用户多是朝九晚五的北京拥有私家车的上班族，每天忍受堵车的痛苦。这一人群每天开车上下班，多数上班拥堵的时间车内只有司机一人或者2人，造成了汽车空间资源的浪费，也增加的其他上班族对汽车的需求量。没有私家车的上班族：该类用户每天乘坐公共交通或者地下铁，忍受早上高峰的洪流拥挤，渴望乘坐

10、私家车出行。微长途用户：这类用户不在早晚高峰时段出行，但路途相对比较遥远，从北京的郊区前往北京市区。如乘坐公共交通效率较低，进行私家车合乘效率较高。1.4论文主要研究内容私家车合乘网站系统的建立，首先要针对用户的需求进行调查与分析，这样才能确定系统的目标，提出解决问题的详细方案，这是系统建设中的重要环节。如果希望用户可以有效的进行私家车合乘，在功能上对系统的要求是全面的。因此我们对用户的需求分析可大致分为三个方面：第一方面是信息发布管理：前台主要包括车主信息发布和乘客信息发布，包括合乘信息查询和详细的合乘信息的查看等功能；第二方面留言板管理：前台主要实现功能为网站用户可以对网站进行留言；第三方

11、面是合乘问题管理：前台要求动态显示合乘问题。以上三个方面形成了私家车合乘网站系统的一个工作整体，通过计算机的自动化处理，可方便快捷地共享合乘信息，交流合乘信息，最终在网站系统上促成合乘行为。在硬件和软件方面对系统的要求为硬件对配置的要求不能太高，这样才能很好的适应如今各地私家车合乘网站的情况。在软件方面要求易于学习，界面简洁，可以很容易的进行私家车合乘网站的各类信息管理。论文主要包括有以下的几方面内容：第1章 “绪论”，简单描述一下私家车合乘出现的背景以及国内外的发展现状，说明了本课题的来源以及研究意义。第2章 “私家车合乘的可行性分析以及法律问题的思考”主要介绍了私家车合乘的优点、可行性以及

12、法律问题思考。第3章 “需求分析”介绍了私家车合乘网站的系统功能需求、系统分析、系统设计和系统实现的主要功能。第4章 “总体设计”主要介绍了系统的开发环境、系统的总体结构设计、各功能模块的大体设计、数据库的设计与实现。第5章 “总结”2 私家车合乘的可行性分析以及法律问题的思考2.1私家车合乘简述私家车合乘，也可以称为“拼车”，是汽车共享的一种方式，在国外被人们称之为卡普（Carpool），在国内也被称为“打顺风车”，是指几个人之间事先联系好，由私家车的拥有者为同样拥有车辆的人或不拥有车辆的人提供的一种运输服务。32.2私家车合乘的优点油价上涨后，燃料成本增加，上班族开车上班，或坐出租车去上班

13、费用太高昂，挤公交车去上班又太累。所以，与他人一起合乘汽车，已成为各大城市时下流行的交通出行方式。私家车合乘可以缓解城市交通压力，减少对环境的污染。从社会学的角度来看，私家车合乘的现象，将丰富和改变现有城市的人际结构。增加社会经验，扩大社交圈，私家车合乘具有的“特殊意义”，不可避免地会改变人们的生活方式。对于合乘双方和城市管理者来说，这将是一个很好的事情，是完全有可能的“双赢或共赢”。4总结私家车合乘的优点如下：（1） 分摊行车费用，上班族间接减少了交通支出，私家车拥有者也节约了油钱。（2） 避免等车，节省时间。省却候车时间，减少公交车兜圈时间，缩短路程和行车时间，也为公交公司节约了资源。（3

14、） 减少尾气排放，节能环保。响应国家低碳出行，节约能源的号召。（4） 交通减压，减少拥堵。降低人们购买私家车的欲望，减少同一时间路面行驶车辆的数量，为交通道路减轻压力。（5） 方便他人，增加交际。无车一族免受夏日炎炎，冬日寒风刺骨，雨雪天打车难之苦，有车一族也扩大了交际圈。（6） 提高私家车使用率。有车一族，每天早上上班空驶率为80%，非常的不经济不环保，私家车合乘等于有效的整合了资源。2.3私家车合乘合法性思考一些交通行政管理部门表示：“私家车合乘”性质和职业“黑车”虽不同，有着“缓解交通压力，方便市民群众”的美誉，但私家车属于自用车，也没有申请办理任何营运手续，其违法载运乘客违反国家规定，

15、也破坏了经营者的合法权益，需要接受与“黑车”相同的法律制裁。这种行为不仅扰乱了正常的客运秩序，也影响了行车安全。5认为私家车合乘不合法的人认为只要产生了费用的支付，就一定会涉及营业性运输问题。依据中华人民共和国道路运输管理条例的规定，机动车在道路上运营，必须取得营运许可证。我认为私家车合乘并不属于运营范畴，因为合乘过程中产生的汽油费、停车费、过路过桥费等，仅仅是收取了运行中产生的必须的费用，对车主来说没有任何的营利性，因此不该算是非法行为，反之应鼓励私家车合乘。6私家车合乘行为不属于非法营运行为。两种类型的行为有明显的区别：首先，非法营运车辆的路线由乘客决定，私家车合乘的线路由车主决定。其次，

16、私家车合乘不属于违法经营的非法行为，私家车有偿合乘行为属于有效的民事法律行为。72.4私家车合乘行为的法律规范思考随着我国私家车合乘这一新兴交通出行方式的迅速出现和发展，在界定区分两类私家车合乘行为的法律属性的基础上，加强相关的法律法规就是非常迫切和必要的了。可以从以下几个方面进行考虑：（1） 将私家车合乘行为与非法营运行为如“黑车”通过相关立法予以明确区分；（2） 完善对此类行为的监控，这一点可以参考其他私家车合乘体系发达的国家的做法，建立各种私家车合乘的行政监管体系；（3） 完善私家车合乘保险制度，在相关的保险法律法规中将私家车合乘中的相关法律法规问题考虑进去，避免私家车合乘行为中当事人因

17、交通事故责任划分发生法律纠纷。73 系统需求分析3.1开发目的整合路上低运载率的车辆资源为上下班出行、长途出行、和自驾游出行提供信息交流服务，私家车合乘网站系统提倡的是低碳、节能减排、环保，为百姓方便出行，为政府解决交通拥堵之忧。3.2需求分析的根本任务需求分析是软件生命周期的一个重要阶段，它最根本的任务是明确系统必须做什么。具体的说，应该确定系统必须具有的功能和性能，系统要求的运行环境，并且预测系统发展的前景；必须在系统的数据中进行仔细的分析，不但需要分析系统中的数据而且要分析长期使用的数据存储。需求分析的结果是系统开发的基础，必须仔细验证他的正确性。8需求分析是系统设计的基础，只有对所要开

18、发的系统做了需求分析，才能在系统的开发过程中始终掌握系统的目标，没有大的删改，甚至是将原有设计推翻重来的现象。3.3开发意图随着互联网的发展，人们把很多事情都搬到了网上。把几个相对集中的乘客目的地设计成一条行车路线，几个素不相识的人便可以结伴开车上下班，然后再以路程的远近按比例分摊行车费用，这样又省钱又快捷的交通出行方式，在油价频繁上涨的今天，备受上班族的推崇。寻求合乘的人只需将“起始地”和“目的地”填好后提交，就有可能找到可以与自己合乘的人。合乘并不仅仅带来交通上的便利，一些上班族甚至认为，通过“邻里合乘拼车”还能找到新的生活圈。如今，许许多多的白领都会选择合乘或拼车上班，这成为了他们日常生

19、活中不可缺少的一部分。私家车合乘网站和论坛也应运而生，我们的网站就是在这样的背景的产生的。本课题的开发工具可用JAVA 等开发语言，后台数据库可采用SQL Server来实现私家车合乘网站的功能。3.4数据调查分析3.4.1 调查目的此次要做的项目是私家车合乘系统设计，系统面向的是全国有合乘车需求的上班族，为了了解上班族对于私家车合乘系统设计有什么需求以及为了保证项目能够正常运转，对此我们做了调查问卷，到中关村地铁站，王府井等地找上下班的居民和乘客做了调查。3.4.2 调查方式本次调查所采取的方法是随机问卷调查法。问卷是当场填写并收回的形式。于中关村地铁站，王府井等地发放调查问卷600份，调查

20、分卷发放目标为拥有私家车的车主，回收有效问卷为561份。 3.4.3 调查结果经过调查分析，被调查者中，共有男性325人，女性236人。如图3-1所示。图3-1 被调研人员性别分析经过调查分析，被调查者中，有以下几个年龄段：16-25岁67人，26-35岁194人，36-45岁166人，46-55岁95人，55岁以上39人。如图3-2所示。图3-2 被调研人年龄分析经过调查分析，没有人对北京市交通状况很满意，有56人满意，224人感觉一般，281人认为不满意。如图3-3所示。图3-3 北京市的交通状况的满意程度经过调查分析，出行距离在10公里以下有15人， 10-20公里有231人，20-30

21、公里有266人，30公里以上有49人。如图3-4所示。图3-4 被调研人出行距离分析经过调查分析，出行时间在10分钟以下有8人， 10-30分钟有32人，30-45分钟有195人，45-60分钟有285人，60-90分钟有36人，90分钟以上有5人。如图3-5所示。图3-5 被调研人出行时间分析经过调查分析，出行费用在100元以下有64人， 100-300元有112人，300-500元有203人，500-700元有117人，700元以上有65人。如图3-6所示。图3-6 被调研人出行费用分析经过调查分析，上班时，开私家车出行的有285人， 乘坐地铁出行的有135人，乘坐出租车出行的有62人，乘

22、坐公交车出行的有51人，骑自行车出行的有17人，步行的有9人，选择其他出行方式的有2人。如图3-7所示。图3-7 上班使用的交通工具经过调查分析，上班时开私家车出行的人中，载客人数为1人的有493人，载客人数为2人的有493人，载客人数为1人的有493人，载客人数为1人的有493人，载客人数为1人的有493人。如图3-7所示。数据显示88%的车主每天驾驶私家车的载客人数仅1人。这说明私家车的利用率较低，对私家车合乘而言，需求是巨大的。图3-8 私家车载客人数分析经过调查分析，对于私家车合乘，有302人表示愿意合乘，有259人表示不愿意合乘。如图3-9所示。图3-9 被调查者合乘意愿经过调查分析

23、，对于私家车合乘时产生的费用，有281人表示很愿意分担车费，有112人表示愿意分担车费，有112人表示对于分担车费无所谓，有56人表示不愿意分担车费。如图3-10所示。图3-10 与陌生人分担车费经过调查分析，对于合乘网络平台的形成，有281人表示非常希望形成合乘平台，有168人表示希望形成合乘平台，有112人表示对于形成合乘平台无所谓，没有人表示不希望形成合乘平台。如图3-10所示。图3-11 合乘网络平台的形成意愿经过调查分析，对于合乘网络平台，有449人希望能有出发地与目的地快速查找路线的功能，有337人希望能有对网站进行留言 提意见的功能，有321人希望能有费用计算的功能，有309人希

24、望能有发布有关合乘的问题的功能，有112人希望能有区分上下班合乘与长途合乘的功能，有224人希望能有区分用户性别选项的功能，有56人希望能有是否吸烟选项的功能。如图3-10所示。图3-12 还希望平台有什么功能（多选）3.4.4 调查分析根据调查问卷现实情况与调查问卷结果，我们对于北京市区车主对于私家车合成的整体态度与需求有了一定的了解，车主中年龄以25岁以上45岁以下的中年人为主，这部分人群中已婚及有子女的人非常多，他们出行时间及乘坐人数基本固定，是适合私家车合乘的主要人群。并且大部分被调查对象对目前北京市的交通状况不满意，所以我们想要建立一个可以帮助改善北京市交通状况的私家车合乘系统是非常

25、有必要的。调查结果显示，从出行时间及出行距离方面看，以城市中的住宅区与商务区的交换为主，其中早上外城区的入城流与晚间的出城流为主并且体现明显，这部分人群的出行出发点和目的地集中，属于明显的交通流体现，他们符合合乘的必要条件即出行和返程为交通发生集中区域，方便找到同目的地的同乘者，他们在客观条件上符合合成出行的必要条件。另外他们每周的出行费用大约在500元以上，这相对与收入来说相当于每周收入的百分之30至50左右，是一个相当高的支出项目，从实际情况上来看，每部车的运载人数为2或4人，平均每周每部车人均费用为178.3元，若合乘充分利用车辆资源不考虑交通状况带来的支出，每部车搭载4人每部车的人均费

26、用110元左右，且合乘可以缓解交通的拥堵与堵车带来的交通附加费用，相对于现在的承载情况可以节约车次的运行成本及降低交通负担从而节省出行的费用和时间。并且，在调查者中开私家车上班的人群占到了被调查人群总数的60%，但在调查过程中发现，多数人都是1个人驾驶车辆，车内再无其他乘客，车辆空驶率特别高。这也是浪费汽车使用资源以及道路资源很重要的一个体现，也是造成交通拥堵很重要的一个原因。在此次调查中，有54%的被调查人群愿意合成私家车上下班，有70%的人愿意或非常愿意与陌生人分摊车费。并且在调查人群中有很高的比列希望能够出现一个专业的合乘平台，供有需要的人在平台上面发布合乘和需要合乘的信息，以便促成合乘

27、。其中有80%的被调查者希望平台能够区分车主和非车主，这样可以让双方有一个非常清楚明了的选择。另外有80%、60%、55%的被调查者建议，平台要有输入出发地与目的地可快速查找路线、对网站进行留言，提意见以及可发布相关合乘问题的功能。在目前的情况中选择私家车出行的目的主要是关系到出行舒适度以及出行时间的需求，从这点情况来看，我们的合乘既可以满足人们对这两方面的要求而且能缓解交通通达程度，引导人们从私家车出行过渡到公共方式出行，从而加快路面交通行驶速度，改善社会交通状况，降低整体环境的污染等。与此同时也为后续开发此项目系统打下很好的基础，明确了目标使用人群的需求以便确定系统最终实现的功能。3.5系

28、统实现的功能 系统主要完成如下功能 （1）用户及管理员登录及注册：首先要限制该系统资源的使用范围，只有经过身份确认（实名制）的用户、管理员才可以访问相关的资源以及注册。 （2）乘客信息发布管理：乘客能够对合乘信息进行添加，修改，删除和查寻。 （3）车主信息查看管理：车主可以对乘客的合乘信息进行详细的查看，并且可添加关于拥有汽车的一些相关资料。 （4）留言板管理：网站用户能够在网站上留言，后台管理员对留言给予回复，删除。 （5）合乘问题管理：前台要求动态显示合乘问题，后台能对合乘问题进行回答、增加、删除等操作。 （6）查询模块：车主及乘客可以对合乘信息进行详细查询。（7） 活动模块：网站后台管理

29、员可以对网站的最新活动进行发布，用户可以通过此模块进行查看。（8） 政策及法律条文：网站后台管理员可以对网站的相关政策及法律进行发布，用户可以通过此模块进行查看。4 系统的总体设计4.1开发工具与运行环境4.1.1 开发工具在这次研究之中所采用的技术是ASP技术，ASP是Active Server Page的缩写，它的意思为“动态服务器页面”。ASP是微软公司开发的代替CGI脚本程序的一种应用，它可以与数据库和其它程序进行交互，是一种简单、方便的编程工具。ASP的网页文件的格式是 .asp。如今经常运用到各种动态网站之中。ASP.NET把基于通用语言的程序放在服务器上运行。与以前的ASP即时解

30、释程序不同，而是将程序在服务器端首次运行时进行编译，执行的效果，比一条一条的解释会强很多，执行的效率有着极大的提高。ASP.NET可以运行在Web应用软件开发者的几乎全部的平台上。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.NET的Web应用中。ASP.NET同时也是language-independent语言独立化的，所以，你可以选择一个最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在可以支持的语言有C#，VB.NET，Jscript，managedC+，J#。这样在将来，多种程序语言协同工作的能力保护您的基于COM+开发的程序，能够完整的移植向ASP

31、.NET。4.1.2 数据库的选择Microsoft SQL Server是一种典型的关系型数据库管理系统，可以在许多操作系统上运行，它使用Transact-SQL语言完成数据操作。由于Microsoft SQL Server是开放式的系统，其它系统可以与它进行完好的交互操作。本系统采用的数据库版本为Microsoft SQL Server 2005，它具有可靠性、可伸缩性、可用性、可管理性等特点，为用户提供完整的数据库解决方案。美国Microsoft公司推出的这种关系型数据库系统。Microsoft SQL Server是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系

32、统，实现了与Windows NT的有机结合，提供了基于事务的企业级信息销售管理系统方案。其主要特点如下： (1) 在企业管理器中有图形化界面，方便使用，可充分利用Windows NT的优势。(2) 系统管理先进，支持本地的系统管理和配置。(3) 强大的事务处理功能，采用各种方法保证数据的完整性。(4) 支持对称多处理器结构、存储过程、ODBC，并具有自主的SQL语言。Microsoft SQL Server以其内置强大的管理工具、与Internet的紧密集成和开放的系统结构为广大的用户、开发人员和系统集成商提供了一个出众的数据库平台。SQL全称是“结构化查询语言(Structured Quer

33、y Language)”，它的前身是SQUARE语言。SQL语言结构简洁，功能强大，简单易学，所以自从推出以来，SQL语言得到了广泛的应用。目前，SQL语言已被确定为关系数据库系统的国际标准，被绝大多数商业化关系数据库系统采用，如Oracle 、Sybase、DB2、Informix、SQL Server这些数据库管理系统都支持SQL语言作为查询语言。结构化查询语言SQL是一种介于关系代数与关系演算之间的语言，其功能包括查询、操纵、定义和控制四个方面，是一个通用的功能极强的关系数据库标准语言。SQL语言有着非常突出的优点，主要是：1非过程化语言SQL是一个非过程化的语言，因为它一次处理一个记录

34、，对数据提供自动导航。SQL允许用户在高层的数据结构上工作，而不对单个记录进行操作，可操作记录集。所有SQL 语句接受集合作为输入，返回集合作为输出。SQL的集合特性允许一条SQL语句的结果作为另一条SQL语句的输入。 SQL不要求用户指定对数据的存放方法。 这种特性使用户更易集中精力于要得到的结果。所有SQL语句使用查询优化器，它是RDBMS的一部分，由它决定对指定数据存取的最快速度的手段。查询优化器知道存在什么索引，哪儿使用合适，而用户从不需要知道表是否有索引，表有什么类型的索引。 2统一的语言SQL可用于所有用户的DB活动模型，包括系统管理员、数据库管理员、 应用程序员、决策支持系统人员

35、及许多其它类型的终端用户。基本的SQL 命令只需很少时间就能学会，最高级的命令在几天内便可掌握。 SQL为许多任务提供了命令，包括：(1) 查询数据。(2) 在表中插入、修改和删除记录。(3) 建立、修改和删除数据对象。(4) 控制对数据和数据对象的存取。(5) 保证数据库一致性和完整性。以前的数据库管理系统为上述各类操作提供单独的语言，而SQL 将全部任务统一在一种语言中。3是所有关系数据库的公共语言。SQL是所有关系数据库的公共语言 由于所有主要的关系数据库管理系统都支持SQL语言，用户可将使用SQL的技能从一个RDBMS转到另一个。所有用SQL编写的程序都是可以移植的。4.1.3 Tom

36、cat服务器许多程序员都十分喜爱Tomcat服务器，因为它在运行时所占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且它还在不断的改进和完善中，每一个程序员都可以更改它或在其中加入新的功能。Tomcat是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选。 4.2 系统结构图本系统旨在服务于合乘用户，已经清楚了系统的开发目标，根据需求分析的设计，其总体设计的功能模块为：用户登录管理，信息发布管理，留言板管理，拼车问题管理模块，如图4-1所示，为本系统的结构图：图4-1 私家车合乘系统模块结构图 4.3各模

37、块功能的详细介绍用户登录管理模块：设置普通用户信息，设置管理员信息。设置普通用户信息功能为设置用户编号，用户姓名，电话，线路说明，出发地，目的地，出发时间，到达时间，要求，登记日期，状态，用户类型。普通用户可以进行相关信息的查询。设置管理员信息功能为设置管理员编号，姓名，密码。管理员可以对会员录入的数据进行查询，并给予相应的审批；管理员除了拥有普通员工的使用权限以外，还有对系统失效、无用的数据进行删除清理的权限。用户登录功能可以选择普通用户和管理员登录两种登录方式。如图4-2所示，为用户登录管理模块：用户登录模块普通用户登录管理员登录输入信息信息查询信息查询删除信息图4-2 用户登录管理模块图

38、信息发布管理模块：车主信息发布管理，乘客信息发布管理。设置车主信息功能为设置车主的编号，姓名，密码。车主可以进行合乘信息查询和详细合乘信息的查看的操作。设置乘客信息功能为设置乘客的编号，姓名，密码。乘客可以进行合乘信息查询和详细的合乘信息查看的操作。如图4-3所示，为信息发布管理模块：信息发布管理模块车主信息管理模块乘客信息管理模块信息发布信息修改信息查询信息发布信息修改信息查询图4-3 信息发布管理模块图留言板管理模块：用户可以对网站进行留言。管理员可以对留言进行回复或者删除工作。用户可以设置用户的序号，姓名，标题，具体内容，留言时间。如图4-4所示，为留言版信息管理模块：留言板管理模块用户

39、操作管理员操作对网站进行留言回复留言删除留言图4-4 留言板信息管理模块图合乘问题信息管理模块：用户可以对网站提出合乘问题，管理员可以对问题进行回答和删除操作。用户可以设置问题的序号，标题，具体内容。如图4-5所示，为合乘问题信息管理模块：合乘问题管理模块用户操作管理员操作提出合乘问题回答问题删除问题图4-5 合乘问题管理模块图查询模块：用户可以对感兴趣的合乘信息进行详细搜索查询。用户可以设置编号，题目。如图4-6所示，为合乘查询模块：合乘查询模块乘客查询车主查询输入关键字进行查询输入关键字进行查询图4-6 合乘查询模块图活动模块：网站后台管理员可以对网站的最新活动进行发布、修改、删除，用户可

40、以通过此模块进行查看。管理员可以设置活动编号，题目，内容。如图4-7所示，为合乘活动模块：修改消息合乘活动模块用户操作管理员操作查看活动信息发布消息删除消息图4-7 合乘活动模块图政策及法律条文：网站后台管理员可以对网站的相关政策及法律进行发布、修改、删除，用户可以通过此模块进行查看。管理员可以政策及法律条文活动编号，题目，内容。如图4-8所示，为合乘政策及法律条文模块：修改法律条文法律条文模块用户操作管理员操作法律条文查看发布法律条文删除法律条文图4-8 合乘政策及法律条文模块图 4.4数据库设计将数据库概念结构转化为Microsoft SQL Server 2005系统所支持的实际数据模型

41、，也就是数据库的逻辑结构，系统数据库名称为Web，数据库Web中包含用户信息，网站介绍，拼车信息，会员信息等。通过对系统进行仔细分析以后，需要8个数据表来实现系统所要储存的数据，如图4-9所示，为数据表图。图4-9 数据表图 4.5 创建表4.5.1管理员表字段名数据类型是否主键说明IDint是编号Namevarchar(50)登陆名PassVarchar(50)密码表4-1 管理员表4.5.2 会员表字段名数据类型是否主键说明IDint是编号AuthorNvarchar昵称NameNvarchar登陆名PassVarchar密码Ageint电话TelVarchar电话AddressNvarc

42、har地址MailVarchar邮箱表4-2 会员表4.5.3 公告表字段名数据类型是否主键说明IDint是编号neirongtext公告内容Typenvarchar公告说明表4-3 公告表4.5.4留言表字段名数据类型是否主键说明IDInt是编号NameNvarchar昵称QQVarcharQQMailVarchar邮箱NeiRongText留言内容InTimeDateTime留言时间表4-4 留言表4.5.5新闻表字段名数据类型是否主键说明IDInt是编号TitleNvarchar标题textText内容InTimedateTime发布时间BlogType_IDIntBlogType外键类

43、型OrderInt置顶表4-5 新闻表4.5.6新闻类型表字段名数据类型是否主键说明IDInt是编号TypeNvarchar类型名称表4-6 新闻类型表4.5.8预约表字段名数据类型是否主键说明IDInt是编号Namenvarchar姓名Phonenvarchar电话telnvarchar手机InTimeDatetime预约时间Line_IDintLine外键拼车主题表4-7 预约表4.5.8拼车表字段名数据类型是否主键说明IDInt是编号StartPlacenvarchar出地地EndPlacenvarchar目的地Jinnvarchar途经InTimeDatetime时间NumInt人数P

44、eople_IDIntPeople外键发布的会员表4-8 拼车表4.5.9相册表字段名数据类型是否主键说明IDInt是编号TitleNvarchar标题InTimeDatetime创建日期UrlVarchar路径People_IDintPeople外键创建人表4-9 相册表4.5.10照片列表字段名数据类型是否主键说明IDInt是编号TitleNvarchar标题InTimeDatetime创建日期UrlVarchar路径Photo_IDintPhoto外键所属相册表4-10 照片列表4.5.11经验表字段名数据类型是否主键说明IDInt是编号TitleNvarchar标题ContentTex

45、t内容InTimeDatetime分享时间People_IDintPeople外键分享人编号表4-11 经验表本章主要讲述了数据库所有表的功能构造及约束关系。每个表的字段是做什么用的，字段类型等信息。5 系统的实现本章节将重点讲述各个功能模块的实现及实现的思路。并对相关代码作出祥细的代码运行流程图，对功能代码的实现做出祥细的介绍。相关具体代码见附录2。 5.1 会员注册为防止恶意灌水，注册中带有一注册码功能，这样可以更有效地防止页面注入。会员注册的流程图如图5-1-1所示：输入完整信息点击注册验证码验证密码长度是否小于6位两次输入的密码是否一至用户名是否占用注册成功自动登陆truetruetr

46、uetrueFalse图5-1-1 会员注册流程会员注册界面如图5-1-2所示：图5-1-2 会员注册界面 5.2 拼车查看当用户想要拼车的时候则进入本页面查找自己感兴趣的拼车信息，为更方便用户，本站特设有多条件搜索，模糊查找等功能。让用户拼车更轻松，更容易。主体页面大概显示了一些拼车的重要的信息，如起始地，目的地，出发时间等等。更加直观明了。浏览界面如图5-2-1所示：图5-2-1 浏览界面 5.3发布拼车当会员有车想要拼车的时候，已经成为本站的会员的用户登陆会员即可免费发布拼车信息，填写正确的拼车信息之后点击提交，为防止恶意提交，发布拼车的时候需要对一些参数进行验证并要经过管理员审核。功能

47、界面如下：图5-3-1 功能界面 5.4管理员登陆管理员登录流程如图5-4-1所示：登陆页面输入用户名和密码判断用户是否存在判断密码是否正确进入系统查询数据库truefalse图5-4-1 管理员登录流程图 5.5 修改密码图5-5-1 修改密码界面当用户对自己的密码需要进行修改的时候，可以直接修改，修改需要验证原始密码是否正确，新密码长度和新密码两次输入的是否一致。修改密码界面原始密码新密码确认新密码填写判断是否不为空原始密码是否正确新密码长度是否达到6位两次密码输入是否一至执行数据库操作修改成功truetruetruetruetruefalse图5-5-2 修改密码流程 5.6网站界面展示

48、网站首页如图5-6-1所示。图5-6-1 网站首页图网站拼车信息查看如图5-6-2所示。图5-6-2 网站拼车信息网站拼车详细信息查看如图5-6-3所示。图5-6-3 网站拼车详细信息网站拼车信息发布界面如图5-6-4所示。图5-6-4 网站拼车信息发布网站会员注册界面如图5-6-5所示。图5-6-5 网站会员注册界面6 系统测试系统测试包括集成两个或更多的实现系统功能或系统特点的组件。然后再测试这个集成的系统。在重复开发软件的过程中，系统测试包括测试交给用户的增长部分。在瀑布处理过程，系统测试包括测试整个系统。对大部分复杂的系统，系统测试包括两个主要的阶段：集成测试，在测试过程中，测试团队可

49、以获得系统的源代码。发现问题后，测试团队试着找到问题的根源所在，然后确认必须得测试的组件。集成测试主要是找出系统中存在的漏洞。开放测试。 该版本的系统可以开放给用户测试，在这个过程中，测试团队主要是使系统能够满足用户的需求，以及确保系统的可靠性。开放测试又称为黑盒测试，测试团队只是简单的涉及测试系统能否正常的工作，发现问题后交给开发团队处理，他们的工作就是调试程序。有用户参与的测试有时候又称为认可测试。如果开放测试的结果很好，用户可能就会使用该系统。基本上，你可以把集成测试看成是测试由一组系统组件的不完善的系统。开放测试则涉及到测试想要交给用户使用的系统。自然，两种测试会存在交搭的部分，特别是

50、由于大量的开放和系统开放不完全，总之，集成测试应该是优先发现系统中的漏洞，系统测试应该优先使系统能够满足用户的需求。然而，实际上，在这些过程中也会存在有效性测试和缺陷测试的成分。6.1集成测试系统集成的过程包括建立一个由其组件构成的系统，以及测试该集成的系统，看是否存在由组件之间相互作用而产生问题。那些集成的组件可能是可重用的组件.对于很多大型的系统，所有这三种类型的组件都可能会用到。集成测试检查这些组件事实上是否一起工作，正确的调用以及通过它们的接口在适当的时候传输正确的数据。系统集成涉及确认一组实现部分系统功能的组件，以及通过添加代码来使它们一起工作。有时候，先是形成系统的整体框架,然后再

51、把组件添加到其中，这叫做自上而下集成。二者选其一的，你可以先集成提供普通功能的结构组件，像网络和数据库接口，然后再添加功能组件，这是自底而上集成。实际上，对于很多系统，都采用二者兼用的集成方法，把结构组件和功能组件都添加到系统中。自顶向下和自底向上的集成过成中，你经常不得不填写额外的代码，以模拟其他组件和能让系统运行。在集成测试中产生的只要问题是寻找错误。由于系统组件之间存在着复杂的相互作用，因此，当发现一个异常的输出时，你可能难以确定错误发生在哪。为了更容易的知道错误所在，你应该总是使用一种增量的方法去系统集成和测试。最初，你应该设计一个小型的系统，然后测试它。接着你添加组件到这个系统，然后

52、测试添加的那一部分。当你要进行集成测试时，你不得不决定各个组件的集成顺序，在像XP的操作系统中，用户涉及到开发过程和决定在每一次系统添加功能时应添加那些功能，因此，系统集成由用户的优先级来驱动在开发单个组件的其它方法，尤其是开发集成组件，用户有可能不参与，而由开发团队来决定集成的优先次序。在这些情况中，但凭经验的做法是先集成那些实现最常用功能的组件，这意味着那些最常用组件总是最经常被测试，例如，在图书管理系统中，你应该先集成图书查询功能，因此，即使在最小型系统中，用户能够查询他们需要的文件。接着你应该添加允许用户下载文件的功能，然后添加大量执行其他系统功能的组件。当然，事实很少像这种模型建议的

53、那样简单，系统功能的实现可能需要大量的组件。要测试一项新的功能，你可能不得不集成几个不同的组件，测试结果能够揭示这些单个组件和系统其他部分之间相互作用而产生的错误。修改测试和集成新的组件会改变已经测试完的组件之间的相互作用的模式。在一些简单的测试中不能被发现的错误会在这里被检查出来。这些问题意味着当集成一项新的功能时，只要新的测试要求修改新的系统功能，则重新测试以前增添的功能就显得非常重要。重新执行一系列存在的测试叫做倒退测试。如果倒退测试出现问题，或者是检查是否是由于新增的模块而产生了这些问题。很明显， 倒退测试如果没有一些自动化操作的支持是相当昂贵和不实际的。在极限编程中，所有的测试都写成

54、可执行的代码，在这些代码中，测试的输入和想要的结果都是确定的，以及自动检查的如果使用像JUNIT这类的自动测试框架模块，这意味着测试可以被重新执行，极限编程的一条基本原则就是无论你何时集成新的代码，整个测试集合都是可执行的，以及直到测试成功才能接收新的代码6.2单元测试单元测试是测试系统中的个人组件的过程。这是一个缺陷的测试过程，因此，它的目标是发现这些组件中存在的错误，大多数系统组件开发人员负责组件测试。在这个阶段可能会测试不同类型的组件。(1) 一个对象中的单独函数或方法。(2) 具有多个属性和方法的类(3) 由复合组件组成的几个不同对象或函数。这些复合组件定义了一个使用本身功能的接口。分开的函数或方法是最简单类型的组件，你的测试就是一系列使用不同输入参