《私家車合乘系統(tǒng)設(shè)計和實現(xiàn)車輛工程專業(yè)》由會員分享，可在線閱讀，更多相關(guān)《私家車合乘系統(tǒng)設(shè)計和實現(xiàn)車輛工程專業(yè)（38頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 目 錄 1 緒論 1 1.1論文的研究背景和意義 1 1.2國內(nèi)外研究現(xiàn)狀 1 1.3合乘系統(tǒng)用戶的特點 2 1.4論文主要研究內(nèi)容 3 2 私家車合乘的可行性分析以及法律問題的思考 3 2.1私家車合乘簡述 3 2.2私家車合乘的優(yōu)點 4 2.3私家車合乘合法性思考 4 2.4私家車合乘行為的法律規(guī)范思考 5 3 系統(tǒng)需求分析 5 3.1開發(fā)目的 5 3.2需求分析的根本任務 5 3.3開發(fā)意圖 5 3.4數(shù)據(jù)調(diào)查分析 6 3.4.1 調(diào)查目的 6 3.4.2 調(diào)查方式 6 3.4.3 調(diào)查結(jié)果 6 3.4.4 調(diào)查分析 12 3.5系統(tǒng)實現(xiàn)的

2、功能 13 4 系統(tǒng)的總體設(shè)計 14 4.1開發(fā)工具與運行環(huán)境 14 4.1.1 開發(fā)工具 14 4.1.2 數(shù)據(jù)庫的選擇 14 4.1.3 Tomcat服務器 16 4.2 系統(tǒng)結(jié)構(gòu)圖 16 4.3各模塊功能的詳細介紹 17 4.4數(shù)據(jù)庫設(shè)計 20 4.5 創(chuàng)建表 22 4.5.1管理員表 22 4.5.2 會員表 22 4.5.3 公告表 22 4.5.4留言表 23 4.5.5新聞表 23 4.5.6新聞類型表 23 4.5.8預約表 24 4.5.8拼車表 24 4.5.9相冊表 24 4.5.10照片列表 25 4.5.11經(jīng)驗表 25 5

3、系統(tǒng)的實現(xiàn) 25 5.1 會員注冊 25 5.2 拼車查看 27 5.3發(fā)布拼車 27 5.4管理員登陸 28 5.5 修改密碼 28 5.6網(wǎng)站界面展示 30 6 系統(tǒng)測試 32 6.1集成測試 33 6.2單元測試 34 7 總結(jié) 34 7.1私家車合乘系統(tǒng)開發(fā)總結(jié) 34 7.2系統(tǒng)的不足及仍待解決的問題 35 7.3私家車合乘的未來展望 35 1 緒論 1.1論文的研究背景和意義 目前，隨著我國經(jīng)濟水平的提高，個人使用汽車成為了越來越簡單的事情。這給我們的生活帶來了改變，也給市政交通帶來了麻煩，早晚高峰洪流,突出的表現(xiàn)就是堵車，很多上下班、上下學的同事

4、、同學深受其害，給每天的生活工作平添的很多煩惱。我們不難發(fā)現(xiàn)其中最最重要的根源就在于私家車過多。針對此問題,我們擬通過私家車合乘這一概念來解決或者緩解這一問題。 私家車合乘出現(xiàn)的背景原因如下： （1） 在國家節(jié)能減排的大背景下，城市交通擁堵和汽車尾氣排放問題，使得私家車的使用引起了人們的深思。 （2） 各大中城市都出現(xiàn)了不同程度的交通擁堵狀況，但實際上汽車資源的使用率卻是相對較低的。 （3） 上下班高峰期公交與地鐵異常擁擠，打車困難又費用高昂，上班族上下班苦不堪言。 （4） 國內(nèi)油價不斷上漲，有車族養(yǎng)車費用不斷增加，養(yǎng)車壓力增大。[1] “私家車合乘從某種意義上講，對交通擁堵起到了

5、緩解作用。”交通管理部門的相關(guān)負責人表示，如果幾個人同坐一輛車出行，與幾個人分別開車出行相比，肯定會減少出行的車次，因而“在馬路上的車變少了，交通壓力也隨之就減小了?！比缃?，需要合乘的人不僅可以在各類社區(qū)網(wǎng)上點對點地尋找，還有許多專門的合乘網(wǎng)站提供大量的合乘信息，而這些合成網(wǎng)站所發(fā)布的合乘信息的回應量也更多一些。在油價進一步上漲后，提供合乘信息的網(wǎng)站點擊率也進一步升溫，發(fā)布合乘信息的人次也在穩(wěn)步攀升。所以開發(fā)專業(yè)的私家車合乘系統(tǒng)勢在必行。 因此我們將制作一個網(wǎng)站，為需要合乘的用戶建立一個平臺，在這個平臺上，用戶可以根據(jù)自己的需要選擇合乘起點、中點和終點，從而到達合乘出行的目的。 網(wǎng)站名稱：

6、私家車合乘網(wǎng)。本項目由張明春老師指導，高天陽同學提出并開發(fā)，依托于internet網(wǎng)絡(luò)，實現(xiàn)網(wǎng)站平臺的建立。 1.2國內(nèi)外研究現(xiàn)狀 據(jù)相關(guān)研究統(tǒng)計資料顯示，在許多發(fā)達的大城市里私家車的使用效率很低，每輛車每天24小時中，平均使用時間只有短短的73分鐘。私家車合乘在國外被人們稱之為汽車的共享。如果在各個社區(qū)里使用私家車共享，一部小轎車通常可以滿足10~15人的普通出行需求。而且，私家車合乘這個概念在國外其實早就已經(jīng)出現(xiàn)。在新加坡、美國、德國、韓國等國家，私家車合乘作為一個行當已經(jīng)發(fā)展得十分成熟，許多大型私家車合乘公司都建立了分支機構(gòu)。目前全歐洲有將近200個提供汽車共享的服務組織，他們的會員

7、達到了將近12.5萬人。美國和加拿大有50個城市有汽車共享的服務組織，會員數(shù)量也在過去兩年中翻了一番，年增長速度都達到50%。在歐盟內(nèi)部，甚至有人從伊朗首都德黑蘭“合乘”到英國的首都倫敦。 新加坡：新加坡在私家車方面有著十分嚴格的管理措施。新加坡政府不鼓勵私人擁有汽車，除了對進口汽車征收高昂的關(guān)稅。并且規(guī)定，每輛私家車必須坐滿4人才能駛?cè)胧兄行?，或者需要獲得許可證。此外，私家車搭載乘客上行車道至少要有兩個人，一個人外出只能乘坐公交車。 美國：據(jù)統(tǒng)計資料顯示，美國的公交車并不太多，因此公交車專用道意義不大，所以鼓勵私家車合乘才是適合美國的最優(yōu)選擇。美國鼓勵私家車合乘與其法律和政府政策掛鉤，這

8、是最直接也是最優(yōu)先的激勵方式，如果你的車至少有兩個人，你可以走快車道，不符合條件的，只能走慢車道。 德國：德國政府也用一些具體的行政措施鼓勵人們拼車出行。德國建立一個更完整的私家車合乘組織體系。每個城市設(shè)立了私家車合乘管理辦公室，對私家車合乘進行規(guī)范管理。德國的私家車合乘分為有償和無償兩種。非經(jīng)營性的合乘行為，收取的費用由車主主要用于汽車補充燃料、過路費、磨損費費用等。德國有一個參考的標準和公式，如果車主要求的錢超過了標準，車主可能要受到高達2500歐元的罰款。另外，私家車合乘公司，可以收取最高9歐元的介紹費，但需要繳納稅款。 韓國：在韓國的交通管理法規(guī)里，明令要求私家車駕駛員，每周必須參

9、加“停運1天自律質(zhì)量運動”，參與者可以享受汽車車輛稅減免的優(yōu)惠政策，乘車人數(shù)超過三人即可實施免征車輛稅。[2] 私家車合乘作為一個新興的事物，其實在我們國家也并不算是陌生。早在北京奧運會期間，北京市政府實施了機動車單雙號管理辦法，為此北京的很多有車的上班族都開始和朋友一起同乘一輛車出行，這也是私家車合乘在中國剛剛萌芽的狀態(tài)。慢慢地，一些專門的合乘車網(wǎng)站也被開發(fā)運用起來，數(shù)以萬計的希望合乘出行的上班族在論壇，社交網(wǎng)站或正規(guī)的合乘網(wǎng)站上發(fā)布自己的出行路線和行程信息，只為尋找一個合適的拼車信息。 此外，近來年隨著各大城市的限行、限購令的陸續(xù)出臺，也對私家車合乘這一出行方式起到了推動的作用。 1

10、.3合乘系統(tǒng)用戶的特點 本合乘系統(tǒng)用戶主要有三類：擁有私家車的上班族、沒有私家車的上班族、微長途用戶。 擁有私家車的上班族：網(wǎng)站目標用戶多是朝九晚五的北京擁有私家車的上班族，每天忍受堵車的痛苦。這一人群每天開車上下班，多數(shù)上班擁堵的時間車內(nèi)只有司機一人或者2人，造成了汽車空間資源的浪費，也增加的其他上班族對汽車的需求量。 沒有私家車的上班族：該類用戶每天乘坐公共交通或者地下鐵，忍受早上高峰的洪流擁擠，渴望乘坐私家車出行。 微長途用戶：這類用戶不在早晚高峰時段出行，但路途相對比較遙遠，從北京的郊區(qū)前往北京市區(qū)。如乘坐公共交通效率較低，進行私家車合乘效率較高。 1.4論文主要研究內(nèi)容

11、私家車合乘網(wǎng)站系統(tǒng)的建立，首先要針對用戶的需求進行調(diào)查與分析，這樣才能確定系統(tǒng)的目標，提出解決問題的詳細方案，這是系統(tǒng)建設(shè)中的重要環(huán)節(jié)。如果希望用戶可以有效的進行私家車合乘，在功能上對系統(tǒng)的要求是全面的。因此我們對用戶的需求分析可大致分為三個方面：第一方面是信息發(fā)布管理：前臺主要包括車主信息發(fā)布和乘客信息發(fā)布，包括合乘信息查詢和詳細的合乘信息的查看等功能；第二方面留言板管理：前臺主要實現(xiàn)功能為網(wǎng)站用戶可以對網(wǎng)站進行留言；第三方面是合乘問題管理：前臺要求動態(tài)顯示合乘問題。 以上三個方面形成了私家車合乘網(wǎng)站系統(tǒng)的一個工作整體，通過計算機的自動化處理，可方便快捷地共享合乘信息，交流合乘信息，最終在

12、網(wǎng)站系統(tǒng)上促成合乘行為。 在硬件和軟件方面對系統(tǒng)的要求為硬件對配置的要求不能太高，這樣才能很好的適應如今各地私家車合乘網(wǎng)站的情況。在軟件方面要求易于學習，界面簡潔，可以很容易的進行私家車合乘網(wǎng)站的各類信息管理。 論文主要包括有以下的幾方面內(nèi)容： 第一章 “緒論”，簡單描述一下私家車合乘出現(xiàn)的背景以及國內(nèi)外的發(fā)展現(xiàn)狀，說明了本課題的來源以及研究意義。 第二章 “私家車合乘的可行性分析以及法律問題的思考”主要介紹了私家車合乘的優(yōu)點、可行性以及法律問題思考。 第三章 “需求分析”介紹了私家車合乘網(wǎng)站的系統(tǒng)功能需求、系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實現(xiàn)的主要功能。 第四章 “總體設(shè)計”主要介紹了系

13、統(tǒng)的開發(fā)環(huán)境、系統(tǒng)的總體結(jié)構(gòu)設(shè)計、各功能模塊的大體設(shè)計、數(shù)據(jù)庫的設(shè)計與實現(xiàn)。 第五章 “總結(jié)” 2 私家車合乘的可行性分析以及法律問題的思考 2.1私家車合乘簡述 私家車合乘，也可以稱為“拼車”，是汽車共享的一種方式，在國外被人們稱之為卡普（Carpool），在國內(nèi)也被稱為“打順風車”，是指幾個人之間事先聯(lián)系好，由私家車的擁有者為同樣擁有車輛的人或不擁有車輛的人提供的一種運輸服務。[3] 2.2私家車合乘的優(yōu)點 油價上漲后，燃料成本增加，上班族開車上班，或坐出租車去上班費用太高昂，擠公交車去上班又太累。所以，與他人一起合乘汽車，已成為各大城市時下流行的交通出行方式。私家車合乘可以緩

14、解城市交通壓力，減少對環(huán)境的污染。從社會學的角度來看，私家車合乘的現(xiàn)象，將豐富和改變現(xiàn)有城市的人際結(jié)構(gòu)。增加社會經(jīng)驗，擴大社交圈，私家車合乘具有的“特殊意義”，不可避免地會改變?nèi)藗兊纳罘绞?。對于合乘雙方和城市管理者來說，這將是一個很好的事情，是完全有可能的“雙贏或共贏”。[4] 總結(jié)私家車合乘的優(yōu)點如下： （1） 分攤行車費用，上班族間接減少了交通支出，私家車擁有者也節(jié)約了油錢。 （2） 避免等車，節(jié)省時間。省卻候車時間，減少公交車兜圈時間，縮短路程和行車時間，也為公交公司節(jié)約了資源。 （3） 減少尾氣排放，節(jié)能環(huán)保。響應國家低碳出行，節(jié)約能源的號召。 （4） 交通減壓，減少擁堵。

15、降低人們購買私家車的欲望，減少同一時間路面行駛車輛的數(shù)量，為交通道路減輕壓力。 （5） 方便他人，增加交際。無車一族免受夏日炎炎，冬日寒風刺骨，雨雪天打車難之苦，有車一族也擴大了交際圈。 （6） 提高私家車使用率。有車一族，每天早上上班空駛率為80%，非常的不經(jīng)濟不環(huán)保，私家車合乘等于有效的整合了資源。 2.3私家車合乘合法性思考 一些交通行政管理部門表示：“私家車合乘”性質(zhì)和職業(yè)“黑車”雖不同，有著“緩解交通壓力，方便市民群眾”的美譽，但私家車屬于自用車，也沒有申請辦理任何營運手續(xù)，其違法載運乘客違反國家規(guī)定，也破壞了經(jīng)營者的合法權(quán)益，需要接受與“黑車”相同的法律制裁。這種行為不僅擾

16、亂了正常的客運秩序，也影響了行車安全。[5] 認為私家車合乘不合法的人認為只要產(chǎn)生了費用的支付，就一定會涉及營業(yè)性運輸問題。依據(jù)《中華人民共和國道路運輸管理條例》的規(guī)定，機動車在道路上運營，必須取得營運許可證。我認為私家車合乘并不屬于運營范疇，因為合乘過程中產(chǎn)生的汽油費、停車費、過路過橋費等，僅僅是收取了運行中產(chǎn)生的必須的費用，對車主來說沒有任何的營利性，因此不該算是非法行為，反之應鼓勵私家車合乘。[6] 私家車合乘行為不屬于非法營運行為。兩種類型的行為有明顯的區(qū)別：首先，非法營運車輛的路線由乘客決定，私家車合乘的線路由車主決定。其次，私家車合乘不屬于違法經(jīng)營的非法行為，私家車有償合乘行為

17、屬于有效的民事法律行為。[7] 2.4私家車合乘行為的法律規(guī)范思考 隨著我國私家車合乘這一新興交通出行方式的迅速出現(xiàn)和發(fā)展，在界定區(qū)分兩類私家車合乘行為的法律屬性的基礎(chǔ)上，加強相關(guān)的法律法規(guī)就是非常迫切和必要的了。 可以從以下幾個方面進行考慮： （1） 將私家車合乘行為與非法營運行為如“黑車”通過相關(guān)立法予以明確區(qū)分； （2） 完善對此類行為的監(jiān)控，這一點可以參考其他私家車合乘體系發(fā)達的國家的做法，建立各種私家車合乘的行政監(jiān)管體系； （3） 完善私家車合乘保險制度，在相關(guān)的保險法律法規(guī)中將私家車合乘中的相關(guān)法律法規(guī)問題考慮進去，避免私家車合乘行為中當事人因交通事故責任劃分發(fā)生法律糾

18、紛。[7] 3 系統(tǒng)需求分析 3.1開發(fā)目的 整合路上低運載率的車輛資源為上下班出行、長途出行、和自駕游出行提供信息交流服務，私家車合乘網(wǎng)站系統(tǒng)提倡的是低碳、節(jié)能減排、環(huán)保，為百姓方便出行，為政府解決交通擁堵之憂。 3.2需求分析的根本任務 需求分析是軟件生命周期的一個重要階段，它最根本的任務是明確系統(tǒng)必須做什么。具體的說，應該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預測系統(tǒng)發(fā)展的前景；必須在系統(tǒng)的數(shù)據(jù)中進行仔細的分析，不但需要分析系統(tǒng)中的數(shù)據(jù)而且要分析長期使用的數(shù)據(jù)存儲。需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，必須仔細驗證他的正確性。[8] 需求分析是系統(tǒng)設(shè)計的基礎(chǔ)，只有對

19、所要開發(fā)的系統(tǒng)做了需求分析，才能在系統(tǒng)的開發(fā)過程中始終掌握系統(tǒng)的目標，沒有大的刪改，甚至是將原有設(shè)計推翻重來的現(xiàn)象。 3.3開發(fā)意圖 隨著互聯(lián)網(wǎng)的發(fā)展，人們把很多事情都搬到了網(wǎng)上。把幾個相對集中的乘客目的地設(shè)計成一條行車路線，幾個素不相識的人便可以結(jié)伴開車上下班，然后再以路程的遠近按比例分攤行車費用，這樣又省錢又快捷的交通出行方式，在油價頻繁上漲的今天，備受上班族的推崇。尋求合乘的人只需將“起始地”和“目的地”填好后提交，就有可能找到可以與自己合乘的人。合乘并不僅僅帶來交通上的便利，一些上班族甚至認為，通過“鄰里合乘拼車”還能找到新的生活圈。如今，許許多多的白領(lǐng)都會選擇合乘或拼車上班，這成

20、為了他們?nèi)粘Ｉ钪胁豢扇鄙俚囊徊糠?。私家車合乘網(wǎng)站和論壇也應運而生，我們的網(wǎng)站就是在這樣的背景的產(chǎn)生的。本課題的開發(fā)工具可用JAVA 等開發(fā)語言，后臺數(shù)據(jù)庫可采用SQL Server來實現(xiàn)私家車合乘網(wǎng)站的功能。 3.4數(shù)據(jù)調(diào)查分析 3.4.1 調(diào)查目的 此次要做的項目是私家車合乘系統(tǒng)設(shè)計，系統(tǒng)面向的是全國有合乘車需求的上班族，為了了解上班族對于私家車合乘系統(tǒng)設(shè)計有什么需求以及為了保證項目能夠正常運轉(zhuǎn)，對此我們做了調(diào)查問卷，到中關(guān)村地鐵站，王府井等地找上下班的居民和乘客做了調(diào)查。 3.4.2 調(diào)查方式 本次調(diào)查所采取的方法是隨機問卷調(diào)查法。問卷是當場填寫并收回的形式。于中關(guān)村地鐵站，王

21、府井等地發(fā)放調(diào)查問卷600份，調(diào)查分卷發(fā)放目標為擁有私家車的車主，回收有效問卷為561份。 3.4.3 調(diào)查結(jié)果 經(jīng)過調(diào)查分析，被調(diào)查者中，共有男性325人，女性236人。如圖3-1所示。 圖3-1 被調(diào)研人員性別分析 經(jīng)過調(diào)查分析，被調(diào)查者中，有以下幾個年齡段：16-25歲67人，26-35歲194人，36-45歲166人，46-55歲95人，55歲以上39人。如圖3-2所示。 圖3-2 被調(diào)研人年齡分析 經(jīng)過調(diào)查分析，沒有人對北京市交通狀況很滿意，有56人滿意，224人感覺一般，281人認為不滿意。如圖3-3所示。

22、 圖3-3 北京市的交通狀況的滿意程度 經(jīng)過調(diào)查分析，出行距離在10公里以下有15人， 10-20公里有231人，20-30公里有266人，30公里以上有49人。如圖3-4所示。 圖3-4 被調(diào)研人出行距離分析 經(jīng)過調(diào)查分析，出行時間在10分鐘以下有8人， 10-30分鐘有32人，30-45分鐘有195人，45-60分鐘有285人，60-90分鐘有36人，90分鐘以上有5人。如圖3-5所示。 圖3-5 被調(diào)研人出行時間分析 經(jīng)過調(diào)查分析，出行費用在100元以下有64人， 100-300元有112人，300-500元有203人，500-700元有117人

23、，700元以上有65人。如圖3-6所示。 圖3-6 被調(diào)研人出行費用分析 經(jīng)過調(diào)查分析，上班時，開私家車出行的有285人， 乘坐地鐵出行的有135人，乘坐出租車出行的有62人，乘坐公交車出行的有51人，騎自行車出行的有17人，步行的有9人，選擇其他出行方式的有2人。如圖3-7所示。 圖3-7 上班使用的交通工具 經(jīng)過調(diào)查分析，上班時開私家車出行的人中，載客人數(shù)為1人的有493人，載客人數(shù)為2人的有493人，載客人數(shù)為1人的有493人，載客人數(shù)為1人的有493人，載客人數(shù)為1人的有493人。如圖3-7所示。數(shù)據(jù)顯示88%的車主每天

24、駕駛私家車的載客人數(shù)僅1人。這說明私家車的利用率較低，對私家車合乘而言，需求是巨大的。 圖3-8 私家車載客人數(shù)分析 經(jīng)過調(diào)查分析，對于私家車合乘，有302人表示愿意合乘，有259人表示不愿意合乘。如圖3-9所示。 圖3-9 被調(diào)查者合乘意愿 經(jīng)過調(diào)查分析，對于私家車合乘時產(chǎn)生的費用，有281人表示很愿意分擔車費，有112人表示愿意分擔車費，有112人表示對于分擔車費無所謂，有56人表示不愿意分擔車費。如圖3-10所示。 圖3-10 與陌生人分擔車費 經(jīng)過調(diào)查分析，對于合乘網(wǎng)絡(luò)平臺的形成，有281人表示非常希望形成合

25、乘平臺，有168人表示希望形成合乘平臺，有112人表示對于形成合乘平臺無所謂，沒有人表示不希望形成合乘平臺。如圖3-10所示。 圖3-11 合乘網(wǎng)絡(luò)平臺的形成意愿 經(jīng)過調(diào)查分析，對于合乘網(wǎng)絡(luò)平臺，有449人希望能有‘出發(fā)地與目的地快速查找路線’的功能，有337人希望能有‘對網(wǎng)站進行留言 提意見’的功能，有321人希望能有‘費用計算’的功能，有309人希望能有‘發(fā)布有關(guān)合乘的問題’的功能，有112人希望能有‘區(qū)分上下班合乘與長途合乘’的功能，有224人希望能有‘區(qū)分用戶性別選項’的功能，有56人希望能有‘是否吸煙選項’的功能。如圖3-10

26、所示。 圖3-12 還希望平臺有什么功能（多選） 3.4.4 調(diào)查分析 根據(jù)調(diào)查問卷現(xiàn)實情況與調(diào)查問卷結(jié)果，我們對于北京市區(qū)車主對于私家車合成的整體態(tài)度與需求有了一定的了解，車主中年齡以25歲以上45歲以下的中年人為主，這部分人群中已婚及有子女的人非常多，他們出行時間及乘坐人數(shù)基本固定，是適合私家車合乘的主要人群。并且大部分被調(diào)查對象對目前北京市的交通狀況不滿意，所以我們想要建立一個可以幫助改善北京市交通狀況的私家車合乘系統(tǒng)是非常有必要的。 調(diào)查結(jié)果顯示，從出行時間及出行距離方面看，以城市中的住宅區(qū)與商務區(qū)的交換為主，其中早上外城區(qū)的入城流與晚間的出城流為主并且體現(xiàn)明顯，這部分人群的

27、出行出發(fā)點和目的地集中，屬于明顯的交通流體現(xiàn)，他們符合合乘的必要條件即出行和返程為交通發(fā)生集中區(qū)域，方便找到同目的地的同乘者，他們在客觀條件上符合合成出行的必要條件。 另外他們每周的出行費用大約在500元以上，這相對與收入來說相當于每周收入的百分之30至50左右，是一個相當高的支出項目，從實際情況上來看，每部車的運載人數(shù)為2或4人，平均每周每部車人均費用為178.3元，若合乘充分利用車輛資源不考慮交通狀況帶來的支出，每部車搭載4人每部車的人均費用110元左右，且合乘可以緩解交通的擁堵與堵車帶來的交通附加費用，相對于現(xiàn)在的承載情況可以節(jié)約車次的運行成本及降低交通負擔從而節(jié)省出行的費用和時間。

28、 并且，在調(diào)查者中開私家車上班的人群占到了被調(diào)查人群總數(shù)的60%，但在調(diào)查過程中發(fā)現(xiàn)，多數(shù)人都是1個人駕駛車輛，車內(nèi)再無其他乘客，車輛空駛率特別高。這也是浪費汽車使用資源以及道路資源很重要的一個體現(xiàn)，也是造成交通擁堵很重要的一個原因。在此次調(diào)查中，有54%的被調(diào)查人群愿意合成私家車上下班，有70%的人愿意或非常愿意與陌生人分攤車費。并且在調(diào)查人群中有很高的比列希望能夠出現(xiàn)一個專業(yè)的合乘平臺，供有需要的人在平臺上面發(fā)布合乘和需要合乘的信息，以便促成合乘。其中有80%的被調(diào)查者希望平臺能夠區(qū)分車主和非車主，這樣可以讓雙方有一個非常清楚明了的選擇。另外有80%、60%、55%的被調(diào)查者建議，平臺要有

29、輸入出發(fā)地與目的地可快速查找路線、對網(wǎng)站進行留言，提意見以及可發(fā)布相關(guān)合乘問題的功能。 在目前的情況中選擇私家車出行的目的主要是關(guān)系到出行舒適度以及出行時間的需求，從這點情況來看，我們的合乘既可以滿足人們對這兩方面的要求而且能緩解交通通達程度，引導人們從私家車出行過渡到公共方式出行，從而加快路面交通行駛速度，改善社會交通狀況，降低整體環(huán)境的污染等。與此同時也為后續(xù)開發(fā)此項目系統(tǒng)打下很好的基礎(chǔ)，明確了目標使用人群的需求以便確定系統(tǒng)最終實現(xiàn)的功能。 3.5系統(tǒng)實現(xiàn)的功能 系統(tǒng)主要完成如下功能 （1）用戶及管理員登錄及注冊：首先要限制該系統(tǒng)資源的使用范圍，只有經(jīng)過身份確認（實名制）

30、的用戶、管理員才可以訪問相關(guān)的資源以及注冊。 （2）乘客信息發(fā)布管理：乘客能夠?qū)铣诵畔⑦M行添加，修改，刪除和查尋。 （3）車主信息查看管理：車主可以對乘客的合乘信息進行詳細的查看，并且可添加關(guān)于擁有汽車的一些相關(guān)資料。 （4）留言板管理：網(wǎng)站用戶能夠在網(wǎng)站上留言，后臺管理員對留言給予回復，刪除。 （5）合乘問題管理：前臺要求動態(tài)顯示合乘問題，后臺能對合乘問題進行回答、增加、刪除等操作。 （6）查詢模塊：車主及乘客可以對合乘信息進行詳細查詢。 （7） 活動模塊：網(wǎng)站后臺管理員可以對網(wǎng)站的最新活動進行發(fā)布，用戶可以通過此模塊進行查看。 （8）

31、 政策及法律條文：網(wǎng)站后臺管理員可以對網(wǎng)站的相關(guān)政策及法律進行發(fā)布，用戶可以通過此模塊進行查看。 4 系統(tǒng)的總體設(shè)計 4.1開發(fā)工具與運行環(huán)境 4.1.1 開發(fā)工具 在這次研究之中所采用的技術(shù)是ASP技術(shù)，ASP是Active Server Page的縮寫，它的意思為“動態(tài)服務器頁面”。ASP是微軟公司開發(fā)的代替CGI腳本程序的一種應用，它可以與數(shù)據(jù)庫和其它程序進行交互，是一種簡單、方便的編程工具。ASP的網(wǎng)頁文件的格式是 .asp。如今經(jīng)常運用到各種動態(tài)網(wǎng)站之中。 ASP.NET把基于通用語言的程序放在服務器上運行。與以前的ASP即時解釋程序不同，而是將程序在服務器端首次運行時進行

32、編譯，執(zhí)行的效果，比一條一條的解釋會強很多，執(zhí)行的效率有著極大的提高。 ASP.NET可以運行在Web應用軟件開發(fā)者的幾乎全部的平臺上。通用語言的基本庫，消息機制，數(shù)據(jù)接口的處理都能無縫的整合到ASP.NET的Web應用中。ASP.NET同時也是language-independent語言獨立化的，所以，你可以選擇一個最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn)在可以支持的語言有C#，VB.NET，Jscript，managedC++，J#。這樣在將來，多種程序語言協(xié)同工作的能力保護您的基于COM+開發(fā)的程序，能夠完整的移植向ASP.NET。 4.1.2 數(shù)據(jù)庫的選擇

33、 Microsoft SQL Server是一種典型的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，可以在許多操作系統(tǒng)上運行，它使用Transact-SQL語言完成數(shù)據(jù)操作。由于Microsoft SQL Server是開放式的系統(tǒng)，其它系統(tǒng)可以與它進行完好的交互操作。本系統(tǒng)采用的數(shù)據(jù)庫版本為Microsoft SQL Server 2005，它具有可靠性、可伸縮性、可用性、可管理性等特點，為用戶提供完整的數(shù)據(jù)庫解決方案。 美國Microsoft公司推出的這種關(guān)系型數(shù)據(jù)庫系統(tǒng)。Microsoft SQL Server是一個可擴展的、高性能的、為分布式客戶機/服務器計算所設(shè)計的數(shù)據(jù)庫管理系統(tǒng)，實現(xiàn)了與Windows

34、NT的有機結(jié)合，提供了基于事務的企業(yè)級信息銷售管理系統(tǒng)方案。其主要特點如下： (1) 在企業(yè)管理器中有圖形化界面，方便使用，可充分利用Windows NT的優(yōu)勢。 (2) 系統(tǒng)管理先進，支持本地的系統(tǒng)管理和配置。 (3) 強大的事務處理功能，采用各種方法保證數(shù)據(jù)的完整性。 (4) 支持對稱多處理器結(jié)構(gòu)、存儲過程、ODBC，并具有自主的SQL語言。Microsoft SQL Server以其內(nèi)置強大的管理工具、與Internet的緊密集成和開放的系統(tǒng)結(jié)構(gòu)為廣大的用戶、開發(fā)人員和系統(tǒng)集成商提供了一個出眾的數(shù)據(jù)庫平臺。 SQL全稱是“結(jié)構(gòu)化查詢語言(Structured Query

35、 Language)”，它的前身是SQUARE語言。SQL語言結(jié)構(gòu)簡潔，功能強大，簡單易學，所以自從推出以來，SQL語言得到了廣泛的應用。目前，SQL語言已被確定為關(guān)系數(shù)據(jù)庫系統(tǒng)的國際標準，被絕大多數(shù)商業(yè)化關(guān)系數(shù)據(jù)庫系統(tǒng)采用，如Oracle 、Sybase、DB2、Informix、SQL Server這些數(shù)據(jù)庫管理系統(tǒng)都支持SQL語言作為查詢語言。 結(jié)構(gòu)化查詢語言SQL是一種介于關(guān)系代數(shù)與關(guān)系演算之間的語言，其功能包括查詢、操縱、定義和控制四個方面，是一個通用的功能極強的關(guān)系數(shù)據(jù)庫標準語言。 SQL語言有著非常突出的優(yōu)點，主要是： 1．非過程化語言 SQL是一個非過程化的語言，因為它

36、一次處理一個記錄，對數(shù)據(jù)提供自動導航。SQL允許用戶在高層的數(shù)據(jù)結(jié)構(gòu)上工作，而不對單個記錄進行操作，可操作記錄集。所有SQL 語句接受集合作為輸入，返回集合作為輸出。SQL的集合特性允許一條SQL語句的結(jié)果作為另一條SQL語句的輸入。 SQL不要求用戶指定對數(shù)據(jù)的存放方法。 這種特性使用戶更易集中精力于要得到的結(jié)果。所有SQL語句使用查詢優(yōu)化器，它是RDBMS的一部分，由它決定對指定數(shù)據(jù)存取的最快速度的手段。查詢優(yōu)化器知道存在什么索引，哪兒使用合適，而用戶從不需要知道表是否有索引，表有什么類型的索引。 2．統(tǒng)一的語言 SQL可用于所有用戶的DB活動模型，包括系統(tǒng)管理員、數(shù)據(jù)庫管理員、 應

37、用程序員、決策支持系統(tǒng)人員及許多其它類型的終端用戶。基本的SQL 命令只需很少時間就能學會，最高級的命令在幾天內(nèi)便可掌握。 SQL為許多任務提供了命令，包括： (1) 查詢數(shù)據(jù)。 (2) 在表中插入、修改和刪除記錄。 (3) 建立、修改和刪除數(shù)據(jù)對象。 (4) 控制對數(shù)據(jù)和數(shù)據(jù)對象的存取。 (5) 保證數(shù)據(jù)庫一致性和完整性。 以前的數(shù)據(jù)庫管理系統(tǒng)為上述各類操作提供單獨的語言，而SQL 將全部任務統(tǒng)一在一種語言中。 3．是所有關(guān)系數(shù)據(jù)庫的公共語言。 SQL是所有關(guān)系數(shù)據(jù)庫的公共語言 由于所有主要的關(guān)系數(shù)據(jù)庫管理系統(tǒng)都支持SQL語言，用戶可將使用SQL的技能從一個RDBMS轉(zhuǎn)到另一

38、個。所有用SQL編寫的程序都是可以移植的。 4.1.3 Tomcat服務器 許多程序員都十分喜愛Tomcat服務器，因為它在運行時所占用的系統(tǒng)資源小，擴展性好，支持負載平衡與郵件服務等開發(fā)應用系統(tǒng)常用的功能；而且它還在不斷的改進和完善中，每一個程序員都可以更改它或在其中加入新的功能。 Tomcat是一個小型的輕量級應用服務器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試JSP程序的首選。 4.2 系統(tǒng)結(jié)構(gòu)圖 本系統(tǒng)旨在服務于合乘用戶，已經(jīng)清楚了系統(tǒng)的開發(fā)目標，根據(jù)需求分析的設(shè)計，其總體設(shè)計的功能模塊為：用戶登錄管理，信息發(fā)布管理，留言板管理，拼車問題管理

39、模塊，如圖4-1所示，為本系統(tǒng)的結(jié)構(gòu)圖： 圖4-1 私家車合乘系統(tǒng)模塊結(jié)構(gòu)圖 4.3各模塊功能的詳細介紹 用戶登錄管理模塊：設(shè)置普通用戶信息，設(shè)置管理員信息。 設(shè)置普通用戶信息功能為設(shè)置用戶編號，用戶姓名，電話，線路說明，出發(fā)地，目的地，出發(fā)時間，到達時間，要求，登記日期，狀態(tài)，用戶類型。 普通用戶可以進行相關(guān)信息的查詢。 設(shè)置管理員信息功能為設(shè)置管理員編號，姓名，密碼。 管理員可以對會員錄入的數(shù)據(jù)進行查詢，并給予相應的審批；管理員除了擁有普通員工的使用權(quán)限以外，還有對系統(tǒng)失效、無用的數(shù)據(jù)進行刪除清理的權(quán)限。 用戶登錄功能可以選擇普通用戶和管理員登錄兩種登錄方式。如圖

40、4-2所示，為用戶登錄管理模塊： 用戶登錄模塊 普通用戶登錄 管理員登錄 輸入信息 信息查詢 信息查詢 刪除信息 圖4-2 用戶登錄管理模塊圖 信息發(fā)布管理模塊：車主信息發(fā)布管理，乘客信息發(fā)布管理。 設(shè)置車主信息功能為設(shè)置車主的編號，姓名，密碼。 車主可以進行合乘信息查詢和詳細合乘信息的查看的操作。 設(shè)置乘客信息功能為設(shè)置乘客的編號，姓名，密碼。 乘客可以進行合乘信息查詢和詳細的合乘信息查看的操作。 如圖4-3所示，為信息發(fā)布管理模塊： 信息發(fā)布管理模塊 車主信息管理模塊 乘客信息管理模塊 信息發(fā)布 信息修改 信息查詢 信息發(fā)布 信息修改 信

41、息查詢 圖4-3 信息發(fā)布管理模塊圖 留言板管理模塊：用戶可以對網(wǎng)站進行留言。管理員可以對留言進行回復或者刪除工作。 用戶可以設(shè)置用戶的序號，姓名，標題，具體內(nèi)容，留言時間。 如圖4-4所示，為留言版信息管理模塊： 留言板管理模塊 用戶操作 管理員操作 對網(wǎng)站進行留言 回復留言 刪除留言 圖4-4 留言板信息管理模塊圖 合乘問題信息管理模塊：用戶可以對網(wǎng)站提出合乘問題，管理員可以對問題進行回答和刪除操作。 用戶可以設(shè)置問題的序號，標題，具體內(nèi)容。 如圖4-5所示，為合乘問題信息管理模塊： 合乘問題管理模塊 用戶操作 管理

42、員操作 提出合乘問題 回答問題 刪除問題 圖4-5 合乘問題管理模塊圖 查詢模塊：用戶可以對感興趣的合乘信息進行詳細搜索查詢。 用戶可以設(shè)置編號，題目。 如圖4-6所示，為合乘查詢模塊： 合乘查詢模塊 乘客查詢 車主查詢 輸入關(guān)鍵字進行查詢 輸入關(guān)鍵字進行查詢 圖4-6 合乘查詢模塊圖 活動模塊：網(wǎng)站后臺管理員可以對網(wǎng)站的最新活動進行發(fā)布、修改、刪除，用戶可以通過此模塊進行查看。 管理員可以設(shè)置活動編號，題目，內(nèi)容。 如圖4-7所示，為合乘活動模塊： 修改消息 合乘活動模塊 用戶操作 管理員操作

43、 查看活動信息 發(fā)布消息 刪除消息 圖4-7 合乘活動模塊圖 政策及法律條文：網(wǎng)站后臺管理員可以對網(wǎng)站的相關(guān)政策及法律進行發(fā)布、修改、刪除，用戶可以通過此模塊進行查看。 管理員可以政策及法律條文活動編號，題目，內(nèi)容。 如圖4-8所示，為合乘政策及法律條文模塊： 修改法律條文 法律條文模塊 用戶操作 管理員操作 法律條文查看 發(fā)布法律條文 刪除法律條文 圖4-8 合乘政策及法律條文模塊圖 4.4數(shù)據(jù)庫設(shè)計 將數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為Microsoft SQL Server 2005系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)，系統(tǒng)數(shù)據(jù)庫名稱為

44、Web，數(shù)據(jù)庫Web中包含用戶信息，網(wǎng)站介紹，拼車信息，會員信息等。通過對系統(tǒng)進行仔細分析以后，需要8個數(shù)據(jù)表來實現(xiàn)系統(tǒng)所要儲存的數(shù)據(jù)，如圖4-9所示，為數(shù)據(jù)表圖。 圖4-9 數(shù)據(jù)表圖 4.5 創(chuàng)建表 4.5.1管理員表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID int 是 編號 Name varchar(50) 登陸名 Pass Varchar(50) 密碼 表4-1 管理員表 4.5.2 會員表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID int 是 編號 Author Nvarchar

45、 昵稱 Name Nvarchar 登陸名 Pass Varchar 密碼 Age int 電話 Tel Varchar 電話 Address Nvarchar 地址 Mail Varchar 郵箱 表4-2 會員表 4.5.3 公告表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID int 是 編號 neirong text 公告內(nèi)容 Type nvarchar 公告說明 表4-3 公告表 4.5.4留言表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Na

46、me Nvarchar 昵稱 QQ Varchar QQ Mail Varchar 郵箱 NeiRong Text 留言內(nèi)容 InTime DateTime 留言時間 表4-4 留言表 4.5.5新聞表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Title Nvarchar 標題 text Text 內(nèi)容 InTime dateTime 發(fā)布時間 BlogType_ID Int BlogType外鍵 類型 Order Int 置頂 表4-5 新聞表 4.5

47、.6新聞類型表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Type Nvarchar 類型名稱 表4-6 新聞類型表 4.5.8預約表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Name nvarchar 姓名 Phone nvarchar 電話 tel nvarchar 手機 InTime Datetime 預約時間 Line_ID int Line外鍵 拼車主題 表4-7 預約表 4.5.8拼車表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int

48、 是 編號 StartPlace nvarchar 出地地 EndPlace nvarchar 目的地 Jin nvarchar 途經(jīng) InTime Datetime 時間 Num Int 人數(shù) People_ID Int People外鍵 發(fā)布的會員 表4-8 拼車表 4.5.9相冊表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Title Nvarchar 標題 InTime Datetime 創(chuàng)建日期 Url Varchar 路徑 People_ID int

49、 People外鍵 創(chuàng)建人 表4-9 相冊表 4.5.10照片列表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Title Nvarchar 標題 InTime Datetime 創(chuàng)建日期 Url Varchar 路徑 Photo_ID int Photo外鍵 所屬相冊 表4-10 照片列表 4.5.11經(jīng)驗表 字段名 數(shù)據(jù)類型 是否主鍵 說明 ID Int 是 編號 Title Nvarchar 標題 Content Text 內(nèi)容 InTime Datetime

50、 分享時間 People_ID int People外鍵 分享人編號 表4-11 經(jīng)驗表 本章主要講述了數(shù)據(jù)庫所有表的功能構(gòu)造及約束關(guān)系。每個表的字段是做什么用的，字段類型等信息。 5 系統(tǒng)的實現(xiàn) 本章節(jié)將重點講述各個功能模塊的實現(xiàn)及實現(xiàn)的思路。并對相關(guān)代碼作出祥細的代碼運行流程圖，對功能代碼的實現(xiàn)做出祥細的介紹。相關(guān)具體代碼見附錄2。 5.1 會員注冊 為防止惡意灌水，注冊中帶有一注冊碼功能，這樣可以更有效地防止頁面注入。 會員注冊的流程圖如圖5-1-1所示： 輸入完整信息 點擊注冊 驗證碼驗證 密碼長度是否小于6位 兩次輸入的密碼是否一至

51、用戶名是否占用 注冊成功 自動登陸 true true true true False 圖5-1-1 會員注冊流程 會員注冊界面如圖5-1-2所示： 圖5-1-2 會員注冊界面 5.2 拼車查看 當用戶想要拼車的時候則進入本頁面查找自己感興趣的拼車信息，為更方便用戶，本站特設(shè)有多條件搜索，模糊查找等功能。讓用戶拼車更輕松，更容易。主體頁面大概顯示了一些拼車的重要的信息，如起始地，目的地，出發(fā)時間等等。更加直觀明了。 瀏覽界面如圖5-2-1所示： 圖5-2-1 瀏覽界面 5.3發(fā)布拼車 當會員有車想要拼車的時候，已經(jīng)成為本站的會員的用

52、戶登陸會員即可免費發(fā)布拼車信息，填寫正確的拼車信息之后點擊提交，為防止惡意提交，發(fā)布拼車的時候需要對一些參數(shù)進行驗證并要經(jīng)過管理員審核。 功能界面如下： 圖5-3-1 功能界面 5.4管理員登陸 管理員登錄流程如圖5-4-1所示： 登陸頁面 輸入用戶名和密碼 判斷用戶是否存在 判斷密碼是否正確 進入系統(tǒng) 查詢數(shù)據(jù)庫 true false 圖5-4-1 管理員登錄流程圖 5.5 修改密碼 圖5-5-1 修改密碼界面 當用戶對自己的密碼需要進行修改的時候，可以直接修改，修改需要驗證原始密碼是否正確，新密碼長度和新密碼兩次輸入的是否一致

53、。 修改密碼界面 原始密碼 新密碼 確認新密碼 填寫 判斷是否不為空 原始密碼是否正確 新密碼長度是否達到6位 兩次密碼輸入是否一至 執(zhí)行數(shù)據(jù)庫操作 修改成功 true true true true true false 圖5-5-2 修改密碼流程 5.6網(wǎng)站界面展示 網(wǎng)站首頁如圖5-6-1所示。 圖5-6-1 網(wǎng)站首頁圖 網(wǎng)站拼車信息查看如圖5-6-2所示。 圖5-6-2 網(wǎng)站拼車信息 網(wǎng)站拼車詳細信息查看如圖5-6-3所示。 圖5-6-3 網(wǎng)站拼車詳細信息 網(wǎng)站拼車信息發(fā)布界面如圖5-6-4所示。 圖5-6-4

54、 網(wǎng)站拼車信息發(fā)布 網(wǎng)站會員注冊界面如圖5-6-5所示。 圖5-6-5 網(wǎng)站會員注冊界面 6 系統(tǒng)測試 系統(tǒng)測試包括集成兩個或更多的實現(xiàn)系統(tǒng)功能或系統(tǒng)特點的組件。然后再測試這個集成的系統(tǒng)。在重復開發(fā)軟件的過程中，系統(tǒng)測試包括測試交給用戶的增長部分。在瀑布處理過程，系統(tǒng)測試包括測試整個系統(tǒng)。 對大部分復雜的系統(tǒng)，系統(tǒng)測試包括兩個主要的階段： 集成測試，在測試過程中，測試團隊可以獲得系統(tǒng)的源代碼。發(fā)現(xiàn)問題后，測試團隊試著找到問題的根源所在，然后確認必須得測試的組件。集成測試主要是找出系統(tǒng)中存在的漏洞。 開放測試。 該版本的系統(tǒng)可以開放給用戶測試，在這個過程中，測試團隊主要是使

55、系統(tǒng)能夠滿足用戶的需求，以及確保系統(tǒng)的可靠性。開放測試又稱為黑盒測試，測試團隊只是簡單的涉及測試系統(tǒng)能否正常的工作，發(fā)現(xiàn)問題后交給開發(fā)團隊處理，他們的工作就是調(diào)試程序。有用戶參與的測試有時候又稱為認可測試。如果開放測試的結(jié)果很好，用戶可能就會使用該系統(tǒng)。 基本上，你可以把集成測試看成是測試由一組系統(tǒng)組件的不完善的系統(tǒng)。開放測試則涉及到測試想要交給用戶使用的系統(tǒng)。自然，兩種測試會存在交搭的部分，特別是由于大量的開放和系統(tǒng)開放不完全，總之，集成測試應該是優(yōu)先發(fā)現(xiàn)系統(tǒng)中的漏洞，系統(tǒng)測試應該優(yōu)先使系統(tǒng)能夠滿足用戶的需求。 然而，實際上，在這些過程中也會存在有效性測試和缺陷測試的成分。 6.1集成

56、測試 系統(tǒng)集成的過程包括建立一個由其組件構(gòu)成的系統(tǒng)，以及測試該集成的系統(tǒng)，看是否存在由組件之間相互作用而產(chǎn)生問題。那些集成的組件可能是可重用的組件.對于很多大型的系統(tǒng)，所有這三種類型的組件都可能會用到。集成測試檢查這些組件事實上是否一起工作，正確的調(diào)用以及通過它們的接口在適當?shù)臅r候傳輸正確的數(shù)據(jù)。 系統(tǒng)集成涉及確認一組實現(xiàn)部分系統(tǒng)功能的組件，以及通過添加代碼來使它們一起工作。有時候，先是形成系統(tǒng)的整體框架,然后再把組件添加到其中，這叫做自上而下集成。二者選其一的，你可以先集成提供普通功能的結(jié)構(gòu)組件，像網(wǎng)絡(luò)和數(shù)據(jù)庫接口，然后再添加功能組件，這是自底而上集成。實際上，對于很多系統(tǒng)，都采用二者兼

57、用的集成方法，把結(jié)構(gòu)組件和功能組件都添加到系統(tǒng)中。自頂向下和自底向上的集成過成中，你經(jīng)常不得不填寫額外的代碼，以模擬其他組件和能讓系統(tǒng)運行。 在集成測試中產(chǎn)生的只要問題是尋找錯誤。由于系統(tǒng)組件之間存在著復雜的相互作用，因此，當發(fā)現(xiàn)一個異常的輸出時，你可能難以確定錯誤發(fā)生在哪。為了更容易的知道錯誤所在，你應該總是使用一種增量的方法去系統(tǒng)集成和測試。最初，你應該設(shè)計一個小型的系統(tǒng)，然后測試它。接著你添加組件到這個系統(tǒng)，然后測試添加的那一部分。當你要進行集成測試時，你不得不決定各個組件的集成順序，在像XP的操作系統(tǒng)中，用戶涉及到開發(fā)過程和決定在每一次系統(tǒng)添加功能時應添加那些功能，因此，系統(tǒng)集成由用

58、戶的優(yōu)先級來驅(qū)動在開發(fā)單個組件的其它方法，尤其是開發(fā)集成組件，用戶有可能不參與，而由開發(fā)團隊來決定集成的優(yōu)先次序。 在這些情況中，但憑經(jīng)驗的做法是先集成那些實現(xiàn)最常用功能的組件，這意味著那些最常用組件總是最經(jīng)常被測試，例如，在圖書管理系統(tǒng)中，你應該先集成圖書查詢功能，因此，即使在最小型系統(tǒng)中，用戶能夠查詢他們需要的文件。接著你應該添加允許用戶下載文件的功能，然后添加大量執(zhí)行其他系統(tǒng)功能的組件。 當然，事實很少像這種模型建議的那樣簡單，系統(tǒng)功能的實現(xiàn)可能需要大量的組件。要測試一項新的功能，你可能不得不集成幾個不同的組件，測試結(jié)果能夠揭示這些單個組件和系統(tǒng)其他部分之間相互作用而產(chǎn)生的錯誤。修改

59、測試和集成新的組件會改變已經(jīng)測試完的組件之間的相互作用的模式。在一些簡單的測試中不能被發(fā)現(xiàn)的錯誤會在這里被檢查出來。 這些問題意味著當集成一項新的功能時，只要新的測試要求修改新的系統(tǒng)功能，則重新測試以前增添的功能就顯得非常重要。重新執(zhí)行一系列存在的測試叫做倒退測試。如果倒退測試出現(xiàn)問題，或者是檢查是否是由于新增的模塊而產(chǎn)生了這些問題。很明顯， 倒退測試如果沒有一些自動化操作的支持是相當昂貴和不實際的。在極限編程中，所有的測試都寫成可執(zhí)行的代碼，在這些代碼中，測試的輸入和想要的結(jié)果都是確定的，以及自動檢查的 如果使用像JUNIT這類的自動測試框架模塊，這意味著測試可以被重新執(zhí)行，極限編程的一

60、條基本原則就是無論你何時集成新的代碼，整個測試集合都是可執(zhí)行的，以及直到測試成功才能接收新的代碼 6.2單元測試 單元測試是測試系統(tǒng)中的個人組件的過程。這是一個缺陷的測試過程，因此，它的目標是發(fā)現(xiàn)這些組件中存在的錯誤，大多數(shù)系統(tǒng)組件開發(fā)人員負責組件測試。 在這個階段可能會測試不同類型的組件。 (1) 一個對象中的單獨函數(shù)或方法。 (2) 具有多個屬性和方法的類 (3) 由復合組件組成的幾個不同對象或函數(shù)。 這些復合組件定義了一個使用本身功能的接口。 分開的函數(shù)或方法是最簡單類型的組件，你的測試就是一系列使用不同輸入?yún)?shù)對這些程序進行的調(diào)用。你可以使用在下一節(jié)中討論的方法來進行實

61、例設(shè)計的測試，以及設(shè)計你的函數(shù)或方法測試。當你要測試一個類時，你應該設(shè)計一個提供合并該類對象的所有屬性的測試。 因此，類的測試應該包含： (1) 測試要和所有和該類相關(guān)聯(lián)的操作分開 (2) 設(shè)置和檢查所有和類相關(guān)的屬性 (3) 所有可能狀態(tài)下類的使用。這意味著應該模仿所有類中造成狀態(tài)改變的事件 7 總結(jié) 7.1私家車合乘系統(tǒng)開發(fā)總結(jié) 通過本次畢業(yè)設(shè)計，給予了我一次能夠運用專業(yè)知識、專業(yè)技能分析、收集資料分析數(shù)據(jù)和解決問題的全面系統(tǒng)的鍛煉。為我今后成為一名合格的應用型人才打下了堅實的基礎(chǔ)。這次在張明春老師的悉心指導和同學們的熱情幫助下，基本上完成了此次畢業(yè)論文研究及分析，在系統(tǒng)的知

62、識了解方面也有了一定的提高，為今后走上工作崗位打下了專業(yè)基礎(chǔ)。在此次的畢業(yè)設(shè)計中，我深深的體會到了對私家車合乘系統(tǒng)做較為深入而詳細的設(shè)計并不是一件簡單的事情，它需要研究者具有全面的專業(yè)知識、縝密的思維、嚴謹?shù)难芯繎B(tài)度以及較高的分析問題、解決問題的能力，而我在很多方面尚有不足的地方。 7.2系統(tǒng)的不足及仍待解決的問題 系統(tǒng)分析階段受信息量的限制，對一些業(yè)務流程的了解不是很充分，以至于在開發(fā)過程中做出的需求分析不徹底，系統(tǒng)的功能和工作流程不能在設(shè)計之初完整地確定下來，而是應隨著系統(tǒng)設(shè)計的實行逐漸確定和修改的。 在系統(tǒng)的開發(fā)過程中，由于我開發(fā)設(shè)計能力有限和開發(fā)經(jīng)驗的不足，各類功能管理模塊仍存在

63、很多不足，與實際應用中的私家車合乘網(wǎng)站系統(tǒng)還有很大差距。 在數(shù)據(jù)庫設(shè)計方面，某些屬性的數(shù)據(jù)類型不合理，給數(shù)據(jù)庫維護造成了不方便。 7.3私家車合乘的未來展望 私家車合乘將會是日漸擁堵的城市未來出行的一種主流方式。而這種出行方式要想獲得成功并且取得實效，仍需要國家相關(guān)管理部門出臺有關(guān)的交通法律法規(guī)，對私家車合乘的市場化、秩序化進行規(guī)范管理；也需要私家車合乘系統(tǒng)的科學技術(shù)人員不斷攻克技術(shù)難關(guān)，優(yōu)化提升私家車合乘信息系統(tǒng)；更需要廣大的合乘一族提高自身的利益保護意識和道德素質(zhì)，為私家車合乘體系營造一個良好的發(fā)展環(huán)境。 私家車合乘系統(tǒng)已經(jīng)具備了預期的功能，如果在經(jīng)過系統(tǒng)功能的進一步完善和數(shù)據(jù)庫功

64、能的強化后，將會成為符合實際應用的要求且功能強大的合乘系統(tǒng)。 我的畢業(yè)設(shè)計選擇了私家車合乘系統(tǒng)，我堅信私家車合乘系統(tǒng)一定會有非常好的發(fā)展前景。 參考文獻 [1]何悅，王昊飛．交通擁堵背景下 中國“拼車一族”期盼合法化[N]．吉林日報．2013． [2]王茂福．拼車的發(fā)展及其效應[J]．中國軟科學出版社．2010． [3]雷冰玉．拼車類別及法律適當性研究[J]．現(xiàn)代企業(yè)文化出版社．2009． [4]張勇剛，劉彬．對順風車的理性思考[J]．黑龍江交通科技出版社．2006． [5]吳潤元．對私車拼車載客現(xiàn)象的分析和思考[J]．中國青年研究出版社．2007． [6]張延波．拼車的法

65、律問題研究[C]．湖北武漢：華中科技大學出版社．2010． [7]李寒冰．論私車拼車行為的法律屬性[J]．法制與社會．2008． [8]夏邦貴，劉凡馨．數(shù)據(jù)庫編程實作教程．北京：北京希望電子出版社．2001． [9]張劍，黃娜．http://www.e-．2003． [10]楊學瑜．JSP入門與提高．北京：清華大學出版社．2003． [11]李大軍．商業(yè)管理信息系統(tǒng)．北京：清華大學出版社．2002． [12] 張躍廷, 許文武, 王小科.C#數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊[M].人民郵電出版社,2006：1-40 [13] 周峰.SQL Server 2005中文版關(guān)系數(shù)據(jù)庫基礎(chǔ)與實

66、踐教程[M].電子工業(yè)出版社,2006：31-60. [14]侯清富,郭崗.軟件工程師實戰(zhàn)基本功[M].人民郵電出版社,2005：4-19. [15] 張海藩.軟件工程導論[M].清華大學出版,2003：10-35. [16] 李曉黎,張巍.Visual Basic + SQL Server數(shù)據(jù)庫應用系統(tǒng)開發(fā)與實例[M].人民郵電出版社,2003-8：7-39. [17] Karliwatson,陳秋萍.C#2005數(shù)據(jù)庫編程[M].人民郵電出版社,2007：135-160 [18]Mark Allen Weiss.Data structures and problem solving using Java[M]. 人民郵電出版社 ,2007 ：1-100. [19]新電腦課堂.SQL Server編程篇[M].電子工業(yè)出版社,2005：12-88. [20] 羅曉沛.數(shù)據(jù)庫技術(shù)[M].華中理工大學出版社,2000：43-66. [21]李律松，馬傳寶，李婷數(shù)據(jù)庫開發(fā)與案例[M].清華大學出版,2006：1-86. [22] 羅俊,何羽.SQ