私家車合乘系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)車輛工程專業(yè)

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

1、 目 錄 1 緒論 1 1.1論文的研究背景和意義 1 1.2國內(nèi)外研究現(xiàn)狀 1 1.3合乘系統(tǒng)用戶的特點(diǎn) 2 1.4論文主要研究內(nèi)容 3 2 私家車合乘的可行性分析以及法律問題的思考 3 2.1私家車合乘簡述 3 2.2私家車合乘的優(yōu)點(diǎn) 4 2.3私家車合乘合法性思考 4 2.4私家車合乘行為的法律規(guī)范思考 5 3 系統(tǒng)需求分析 5 3.1開發(fā)目的 5 3.2需求分析的根本任務(wù) 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)實(shí)現(xiàn)的

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

3、系統(tǒng)的實(shí)現(xiàn) 25 5.1 會(huì)員注冊 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)濟(jì)水平的提高，個(gè)人使用汽車成為了越來越簡單的事情。這給我們的生活帶來了改變，也給市政交通帶來了麻煩，早晚高峰洪流,突出的表現(xiàn)就是堵車，很多上下班、上下學(xué)的同事

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

21、府井等地發(fā)放調(diào)查問卷600份，調(diào)查分卷發(fā)放目標(biāo)為擁有私家車的車主，回收有效問卷為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)查者中，有以下幾個(gè)年齡段：16-25歲67人，26-35歲194人，36-45歲166人，46-55歲95人，55歲以上39人。如圖3-2所示。 圖3-2 被調(diào)研人年齡分析 經(jīng)過調(diào)查分析，沒有人對(duì)北京市交通狀況很滿意，有56人滿意，224人感覺一般，281人認(rèn)為不滿意。如圖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)查分析，出行時(shí)間在10分鐘以下有8人， 10-30分鐘有32人，30-45分鐘有195人，45-60分鐘有285人，60-90分鐘有36人，90分鐘以上有5人。如圖3-5所示。 圖3-5 被調(diào)研人出行時(shí)間分析 經(jīng)過調(diào)查分析，出行費(fèi)用在100元以下有64人， 100-300元有112人，300-500元有203人，500-700元有117人

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

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

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

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

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

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

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

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

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

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

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

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

35、 Language)”，它的前身是SQUARE語言。SQL語言結(jié)構(gòu)簡潔，功能強(qiáng)大，簡單易學(xué)，所以自從推出以來，SQL語言得到了廣泛的應(yīng)用。目前，SQL語言已被確定為關(guān)系數(shù)據(jù)庫系統(tǒng)的國際標(biāo)準(zhǔn)，被絕大多數(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)系演算之間的語言，其功能包括查詢、操縱、定義和控制四個(gè)方面，是一個(gè)通用的功能極強(qiáng)的關(guān)系數(shù)據(jù)庫標(biāo)準(zhǔn)語言。 SQL語言有著非常突出的優(yōu)點(diǎn)，主要是： 1．非過程化語言 SQL是一個(gè)非過程化的語言，因?yàn)樗?/p>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

53、。 修改密碼界面 原始密碼 新密碼 確認(rèn)新密碼 填寫 判斷是否不為空 原始密碼是否正確 新密碼長度是否達(dá)到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)站拼車詳細(xì)信息查看如圖5-6-3所示。 圖5-6-3 網(wǎng)站拼車詳細(xì)信息 網(wǎng)站拼車信息發(fā)布界面如圖5-6-4所示。 圖5-6-4

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

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

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

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

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

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

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

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

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

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

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

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

66、踐教程[M].電子工業(yè)出版社,2006：31-60. [14]侯清富,郭崗.軟件工程師實(shí)戰(zhàn)基本功[M].人民郵電出版社,2005：4-19. [15] 張海藩.軟件工程導(dǎo)論[M].清華大學(xué)出版,2003：10-35. [16] 李曉黎,張巍.Visual Basic + SQL Server數(shù)據(jù)庫應(yīng)用系統(tǒng)開發(fā)與實(shí)例[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].華中理工大學(xué)出版社,2000：43-66. [21]李律松，馬傳寶，李婷數(shù)據(jù)庫開發(fā)與案例[M].清華大學(xué)出版,2006：1-86. [22] 羅俊,何羽.SQ