目 錄1 緒論11.1論文的研究背景和意義11.2國內外研究現狀11.3合乘系統(tǒng)用戶的特點21.4論文主要研究內容32 私家車合乘的可行性分析以及法律問題的思考32.1私家車合乘簡述32.2私家車合乘的優(yōu)點42.3私家車合乘合法性思考42.4私家車合乘行為的法律規(guī)范思考53 系統(tǒng)需求分析53.1開發(fā)目的53.2需求分析的根本任務53.3開發(fā)意圖53.4數據調查分析63.4.1 調查目的63.4.2 調查方式63.4.3 調查結果63.4.4 調查分析123.5系統(tǒng)實現的功能134 系統(tǒng)的總體設計144.1開發(fā)工具與運行環(huán)境144.1.1 開發(fā)工具144.1.2 數據庫的選擇144.1.3 Tomcat服務器164.2 系統(tǒng)結構圖164.3各模塊功能的詳細介紹174.4數據庫設計204.5 創(chuàng)建表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 系統(tǒng)的實現255.1 會員注冊255.2 拼車查看275.3發(fā)布拼車275.4管理員登陸285.5 修改密碼285.6網站界面展示306 系統(tǒng)測試326.1集成測試336.2單元測試347 總結347.1私家車合乘系統(tǒng)開發(fā)總結347.2系統(tǒng)的不足及仍待解決的問題357.3私家車合乘的未來展望351 緒論1.1論文的研究背景和意義目前，隨著我國經濟水平的提高，個人使用汽車成為了越來越簡單的事情。這給我們的生活帶來了改變，也給市政交通帶來了麻煩，早晚高峰洪流,突出的表現就是堵車，很多上下班、上下學的同事、同學深受其害，給每天的生活工作平添的很多煩惱。我們不難發(fā)現其中最最重要的根源就在于私家車過多。針對此問題,我們擬通過私家車合乘這一概念來解決或者緩解這一問題。私家車合乘出現的背景原因如下：（1） 在國家節(jié)能減排的大背景下，城市交通擁堵和汽車尾氣排放問題，使得私家車的使用引起了人們的深思。（2） 各大中城市都出現了不同程度的交通擁堵狀況，但實際上汽車資源的使用率卻是相對較低的。（3） 上下班高峰期公交與地鐵異常擁擠，打車困難又費用高昂，上班族上下班苦不堪言。（4） 國內油價不斷上漲，有車族養(yǎng)車費用不斷增加，養(yǎng)車壓力增大。1“私家車合乘從某種意義上講，對交通擁堵起到了緩解作用?！苯煌ü芾聿块T的相關負責人表示，如果幾個人同坐一輛車出行，與幾個人分別開車出行相比，肯定會減少出行的車次，因而“在馬路上的車變少了，交通壓力也隨之就減小了?！比缃?，需要合乘的人不僅可以在各類社區(qū)網上點對點地尋找，還有許多專門的合乘網站提供大量的合乘信息，而這些合成網站所發(fā)布的合乘信息的回應量也更多一些。在油價進一步上漲后，提供合乘信息的網站點擊率也進一步升溫，發(fā)布合乘信息的人次也在穩(wěn)步攀升。所以開發(fā)專業(yè)的私家車合乘系統(tǒng)勢在必行。因此我們將制作一個網站，為需要合乘的用戶建立一個平臺，在這個平臺上，用戶可以根據自己的需要選擇合乘起點、中點和終點，從而到達合乘出行的目的。網站名稱：私家車合乘網。本項目由張明春老師指導，高天陽同學提出并開發(fā)，依托于internet網絡，實現網站平臺的建立。1.2國內外研究現狀據相關研究統(tǒng)計資料顯示，在許多發(fā)達的大城市里私家車的使用效率很低，每輛車每天24小時中，平均使用時間只有短短的73分鐘。私家車合乘在國外被人們稱之為汽車的共享。如果在各個社區(qū)里使用私家車共享，一部小轎車通常可以滿足1015人的普通出行需求。而且，私家車合乘這個概念在國外其實早就已經出現。在新加坡、美國、德國、韓國等國家，私家車合乘作為一個行當已經發(fā)展得十分成熟，許多大型私家車合乘公司都建立了分支機構。目前全歐洲有將近200個提供汽車共享的服務組織，他們的會員達到了將近12.5萬人。美國和加拿大有50個城市有汽車共享的服務組織，會員數量也在過去兩年中翻了一番，年增長速度都達到50%。在歐盟內部，甚至有人從伊朗首都德黑蘭“合乘”到英國的首都倫敦。新加坡：新加坡在私家車方面有著十分嚴格的管理措施。新加坡政府不鼓勵私人擁有汽車，除了對進口汽車征收高昂的關稅。并且規(guī)定，每輛私家車必須坐滿4人才能駛入市中心，或者需要獲得許可證。此外，私家車搭載乘客上行車道至少要有兩個人，一個人外出只能乘坐公交車。美國：據統(tǒng)計資料顯示，美國的公交車并不太多，因此公交車專用道意義不大，所以鼓勵私家車合乘才是適合美國的最優(yōu)選擇。美國鼓勵私家車合乘與其法律和政府政策掛鉤，這是最直接也是最優(yōu)先的激勵方式，如果你的車至少有兩個人，你可以走快車道，不符合條件的，只能走慢車道。德國：德國政府也用一些具體的行政措施鼓勵人們拼車出行。德國建立一個更完整的私家車合乘組織體系。每個城市設立了私家車合乘管理辦公室，對私家車合乘進行規(guī)范管理。德國的私家車合乘分為有償和無償兩種。非經營性的合乘行為，收取的費用由車主主要用于汽車補充燃料、過路費、磨損費費用等。德國有一個參考的標準和公式，如果車主要求的錢超過了標準，車主可能要受到高達2500歐元的罰款。另外，私家車合乘公司，可以收取最高9歐元的介紹費，但需要繳納稅款。韓國：在韓國的交通管理法規(guī)里，明令要求私家車駕駛員，每周必須參加“停運1天自律質量運動”，參與者可以享受汽車車輛稅減免的優(yōu)惠政策，乘車人數超過三人即可實施免征車輛稅。2私家車合乘作為一個新興的事物，其實在我們國家也并不算是陌生。早在北京奧運會期間，北京市政府實施了機動車單雙號管理辦法，為此北京的很多有車的上班族都開始和朋友一起同乘一輛車出行，這也是私家車合乘在中國剛剛萌芽的狀態(tài)。慢慢地，一些專門的合乘車網站也被開發(fā)運用起來，數以萬計的希望合乘出行的上班族在論壇，社交網站或正規(guī)的合乘網站上發(fā)布自己的出行路線和行程信息，只為尋找一個合適的拼車信息。此外，近來年隨著各大城市的限行、限購令的陸續(xù)出臺，也對私家車合乘這一出行方式起到了推動的作用。1.3合乘系統(tǒng)用戶的特點本合乘系統(tǒng)用戶主要有三類：擁有私家車的上班族、沒有私家車的上班族、微長途用戶。擁有私家車的上班族：網站目標用戶多是朝九晚五的北京擁有私家車的上班族，每天忍受堵車的痛苦。這一人群每天開車上下班，多數上班擁堵的時間車內只有司機一人或者2人，造成了汽車空間資源的浪費，也增加的其他上班族對汽車的需求量。沒有私家車的上班族：該類用戶每天乘坐公共交通或者地下鐵，忍受早上高峰的洪流擁擠，渴望乘坐私家車出行。微長途用戶：這類用戶不在早晚高峰時段出行，但路途相對比較遙遠，從北京的郊區(qū)前往北京市區(qū)。如乘坐公共交通效率較低，進行私家車合乘效率較高。1.4論文主要研究內容私家車合乘網站系統(tǒng)的建立，首先要針對用戶的需求進行調查與分析，這樣才能確定系統(tǒng)的目標，提出解決問題的詳細方案，這是系統(tǒng)建設中的重要環(huán)節(jié)。如果希望用戶可以有效的進行私家車合乘，在功能上對系統(tǒng)的要求是全面的。因此我們對用戶的需求分析可大致分為三個方面：第一方面是信息發(fā)布管理：前臺主要包括車主信息發(fā)布和乘客信息發(fā)布，包括合乘信息查詢和詳細的合乘信息的查看等功能；第二方面留言板管理：前臺主要實現功能為網站用戶可以對網站進行留言；第三方面是合乘問題管理：前臺要求動態(tài)顯示合乘問題。以上三個方面形成了私家車合乘網站系統(tǒng)的一個工作整體，通過計算機的自動化處理，可方便快捷地共享合乘信息，交流合乘信息，最終在網站系統(tǒng)上促成合乘行為。在硬件和軟件方面對系統(tǒng)的要求為硬件對配置的要求不能太高，這樣才能很好的適應如今各地私家車合乘網站的情況。在軟件方面要求易于學習，界面簡潔，可以很容易的進行私家車合乘網站的各類信息管理。論文主要包括有以下的幾方面內容：第一章 “緒論”，簡單描述一下私家車合乘出現的背景以及國內外的發(fā)展現狀，說明了本課題的來源以及研究意義。第二章 “私家車合乘的可行性分析以及法律問題的思考”主要介紹了私家車合乘的優(yōu)點、可行性以及法律問題思考。第三章 “需求分析”介紹了私家車合乘網站的系統(tǒng)功能需求、系統(tǒng)分析、系統(tǒng)設計和系統(tǒng)實現的主要功能。第四章 “總體設計”主要介紹了系統(tǒng)的開發(fā)環(huán)境、系統(tǒng)的總體結構設計、各功能模塊的大體設計、數據庫的設計與實現。第五章 “總結”2 私家車合乘的可行性分析以及法律問題的思考2.1私家車合乘簡述私家車合乘，也可以稱為“拼車”，是汽車共享的一種方式，在國外被人們稱之為卡普（Carpool），在國內也被稱為“打順風車”，是指幾個人之間事先聯系好，由私家車的擁有者為同樣擁有車輛的人或不擁有車輛的人提供的一種運輸服務。32.2私家車合乘的優(yōu)點油價上漲后，燃料成本增加，上班族開車上班，或坐出租車去上班費用太高昂，擠公交車去上班又太累。所以，與他人一起合乘汽車，已成為各大城市時下流行的交通出行方式。私家車合乘可以緩解城市交通壓力，減少對環(huán)境的污染。從社會學的角度來看，私家車合乘的現象，將豐富和改變現有城市的人際結構。增加社會經驗，擴大社交圈，私家車合乘具有的“特殊意義”，不可避免地會改變人們的生活方式。對于合乘雙方和城市管理者來說，這將是一個很好的事情，是完全有可能的“雙贏或共贏”。4總結私家車合乘的優(yōu)點如下：（1） 分攤行車費用，上班族間接減少了交通支出，私家車擁有者也節(jié)約了油錢。（2） 避免等車，節(jié)省時間。省卻候車時間，減少公交車兜圈時間，縮短路程和行車時間，也為公交公司節(jié)約了資源。（3） 減少尾氣排放，節(jié)能環(huán)保。響應國家低碳出行，節(jié)約能源的號召。（4） 交通減壓，減少擁堵。降低人們購買私家車的欲望，減少同一時間路面行駛車輛的數量，為交通道路減輕壓力。（5） 方便他人，增加交際。無車一族免受夏日炎炎，冬日寒風刺骨，雨雪天打車難之苦，有車一族也擴大了交際圈。（6） 提高私家車使用率。有車一族，每天早上上班空駛率為80%，非常的不經濟不環(huán)保，私家車合乘等于有效的整合了資源。2.3私家車合乘合法性思考一些交通行政管理部門表示：“私家車合乘”性質和職業(yè)“黑車”雖不同，有著“緩解交通壓力，方便市民群眾”的美譽，但私家車屬于自用車，也沒有申請辦理任何營運手續(xù)，其違法載運乘客違反國家規(guī)定，也破壞了經營者的合法權益，需要接受與“黑車”相同的法律制裁。這種行為不僅擾亂了正常的客運秩序，也影響了行車安全。5認為私家車合乘不合法的人認為只要產生了費用的支付，就一定會涉及營業(yè)性運輸問題。依據中華人民共和國道路運輸管理條例的規(guī)定，機動車在道路上運營，必須取得營運許可證。我認為私家車合乘并不屬于運營范疇，因為合乘過程中產生的汽油費、停車費、過路過橋費等，僅僅是收取了運行中產生的必須的費用，對車主來說沒有任何的營利性，因此不該算是非法行為，反之應鼓勵私家車合乘。6私家車合乘行為不屬于非法營運行為。兩種類型的行為有明顯的區(qū)別：首先，非法營運車輛的路線由乘客決定，私家車合乘的線路由車主決定。其次，私家車合乘不屬于違法經營的非法行為，私家車有償合乘行為屬于有效的民事法律行為。72.4私家車合乘行為的法律規(guī)范思考隨著我國私家車合乘這一新興交通出行方式的迅速出現和發(fā)展，在界定區(qū)分兩類私家車合乘行為的法律屬性的基礎上，加強相關的法律法規(guī)就是非常迫切和必要的了?？梢詮囊韵聨讉€方面進行考慮：（1） 將私家車合乘行為與非法營運行為如“黑車”通過相關立法予以明確區(qū)分；（2） 完善對此類行為的監(jiān)控，這一點可以參考其他私家車合乘體系發(fā)達的國家的做法，建立各種私家車合乘的行政監(jiān)管體系；（3） 完善私家車合乘保險制度，在相關的保險法律法規(guī)中將私家車合乘中的相關法律法規(guī)問題考慮進去，避免私家車合乘行為中當事人因交通事故責任劃分發(fā)生法律糾紛。73 系統(tǒng)需求分析3.1開發(fā)目的整合路上低運載率的車輛資源為上下班出行、長途出行、和自駕游出行提供信息交流服務，私家車合乘網站系統(tǒng)提倡的是低碳、節(jié)能減排、環(huán)保，為百姓方便出行，為政府解決交通擁堵之憂。3.2需求分析的根本任務需求分析是軟件生命周期的一個重要階段，它最根本的任務是明確系統(tǒng)必須做什么。具體的說，應該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預測系統(tǒng)發(fā)展的前景；必須在系統(tǒng)的數據中進行仔細的分析，不但需要分析系統(tǒng)中的數據而且要分析長期使用的數據存儲。需求分析的結果是系統(tǒng)開發(fā)的基礎，必須仔細驗證他的正確性。8需求分析是系統(tǒng)設計的基礎，只有對所要開發(fā)的系統(tǒng)做了需求分析，才能在系統(tǒng)的開發(fā)過程中始終掌握系統(tǒng)的目標，沒有大的刪改，甚至是將原有設計推翻重來的現象。3.3開發(fā)意圖隨著互聯網的發(fā)展，人們把很多事情都搬到了網上。把幾個相對集中的乘客目的地設計成一條行車路線，幾個素不相識的人便可以結伴開車上下班，然后再以路程的遠近按比例分攤行車費用，這樣又省錢又快捷的交通出行方式，在油價頻繁上漲的今天，備受上班族的推崇。尋求合乘的人只需將“起始地”和“目的地”填好后提交，就有可能找到可以與自己合乘的人。合乘并不僅僅帶來交通上的便利，一些上班族甚至認為，通過“鄰里合乘拼車”還能找到新的生活圈。如今，許許多多的白領都會選擇合乘或拼車上班，這成為了他們日常生活中不可缺少的一部分。私家車合乘網站和論壇也應運而生，我們的網站就是在這樣的背景的產生的。本課題的開發(fā)工具可用JAVA 等開發(fā)語言，后臺數據庫可采用SQL Server來實現私家車合乘網站的功能。3.4數據調查分析3.4.1 調查目的此次要做的項目是私家車合乘系統(tǒng)設計，系統(tǒng)面向的是全國有合乘車需求的上班族，為了了解上班族對于私家車合乘系統(tǒng)設計有什么需求以及為了保證項目能夠正常運轉，對此我們做了調查問卷，到中關村地鐵站，王府井等地找上下班的居民和乘客做了調查。3.4.2 調查方式本次調查所采取的方法是隨機問卷調查法。問卷是當場填寫并收回的形式。于中關村地鐵站，王府井等地發(fā)放調查問卷600份，調查分卷發(fā)放目標為擁有私家車的車主，回收有效問卷為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公里有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人，乘坐公交車出行的有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 被調查者合乘意愿經過調查分析，對于私家車合乘時產生的費用，有281人表示很愿意分擔車費，有112人表示愿意分擔車費，有112人表示對于分擔車費無所謂，有56人表示不愿意分擔車費。如圖3-10所示。圖3-10 與陌生人分擔車費經過調查分析，對于合乘網絡平臺的形成，有281人表示非常希望形成合乘平臺，有168人表示希望形成合乘平臺，有112人表示對于形成合乘平臺無所謂，沒有人表示不希望形成合乘平臺。如圖3-10所示。圖3-11 合乘網絡平臺的形成意愿經過調查分析，對于合乘網絡平臺，有449人希望能有出發(fā)地與目的地快速查找路線的功能，有337人希望能有對網站進行留言 提意見的功能，有321人希望能有費用計算的功能，有309人希望能有發(fā)布有關合乘的問題的功能，有112人希望能有區(qū)分上下班合乘與長途合乘的功能，有224人希望能有區(qū)分用戶性別選項的功能，有56人希望能有是否吸煙選項的功能。如圖3-10所示。圖3-12 還希望平臺有什么功能（多選）3.4.4 調查分析根據調查問卷現實情況與調查問卷結果，我們對于北京市區(qū)車主對于私家車合成的整體態(tài)度與需求有了一定的了解，車主中年齡以25歲以上45歲以下的中年人為主，這部分人群中已婚及有子女的人非常多，他們出行時間及乘坐人數基本固定，是適合私家車合乘的主要人群。并且大部分被調查對象對目前北京市的交通狀況不滿意，所以我們想要建立一個可以幫助改善北京市交通狀況的私家車合乘系統(tǒng)是非常有必要的。調查結果顯示，從出行時間及出行距離方面看，以城市中的住宅區(qū)與商務區(qū)的交換為主，其中早上外城區(qū)的入城流與晚間的出城流為主并且體現明顯，這部分人群的出行出發(fā)點和目的地集中，屬于明顯的交通流體現，他們符合合乘的必要條件即出行和返程為交通發(fā)生集中區(qū)域，方便找到同目的地的同乘者，他們在客觀條件上符合合成出行的必要條件。另外他們每周的出行費用大約在500元以上，這相對與收入來說相當于每周收入的百分之30至50左右，是一個相當高的支出項目，從實際情況上來看，每部車的運載人數為2或4人，平均每周每部車人均費用為178.3元，若合乘充分利用車輛資源不考慮交通狀況帶來的支出，每部車搭載4人每部車的人均費用110元左右，且合乘可以緩解交通的擁堵與堵車帶來的交通附加費用，相對于現在的承載情況可以節(jié)約車次的運行成本及降低交通負擔從而節(jié)省出行的費用和時間。并且，在調查者中開私家車上班的人群占到了被調查人群總數的60%，但在調查過程中發(fā)現，多數人都是1個人駕駛車輛，車內再無其他乘客，車輛空駛率特別高。這也是浪費汽車使用資源以及道路資源很重要的一個體現，也是造成交通擁堵很重要的一個原因。在此次調查中，有54%的被調查人群愿意合成私家車上下班，有70%的人愿意或非常愿意與陌生人分攤車費。并且在調查人群中有很高的比列希望能夠出現一個專業(yè)的合乘平臺，供有需要的人在平臺上面發(fā)布合乘和需要合乘的信息，以便促成合乘。其中有80%的被調查者希望平臺能夠區(qū)分車主和非車主，這樣可以讓雙方有一個非常清楚明了的選擇。另外有80%、60%、55%的被調查者建議，平臺要有輸入出發(fā)地與目的地可快速查找路線、對網站進行留言，提意見以及可發(fā)布相關合乘問題的功能。在目前的情況中選擇私家車出行的目的主要是關系到出行舒適度以及出行時間的需求，從這點情況來看，我們的合乘既可以滿足人們對這兩方面的要求而且能緩解交通通達程度，引導人們從私家車出行過渡到公共方式出行，從而加快路面交通行駛速度，改善社會交通狀況，降低整體環(huán)境的污染等。與此同時也為后續(xù)開發(fā)此項目系統(tǒng)打下很好的基礎，明確了目標使用人群的需求以便確定系統(tǒng)最終實現的功能。3.5系統(tǒng)實現的功能 系統(tǒng)主要完成如下功能 （1）用戶及管理員登錄及注冊：首先要限制該系統(tǒng)資源的使用范圍，只有經過身份確認（實名制）的用戶、管理員才可以訪問相關的資源以及注冊。 （2）乘客信息發(fā)布管理：乘客能夠對合乘信息進行添加，修改，刪除和查尋。 （3）車主信息查看管理：車主可以對乘客的合乘信息進行詳細的查看，并且可添加關于擁有汽車的一些相關資料。 （4）留言板管理：網站用戶能夠在網站上留言，后臺管理員對留言給予回復，刪除。 （5）合乘問題管理：前臺要求動態(tài)顯示合乘問題，后臺能對合乘問題進行回答、增加、刪除等操作。 （6）查詢模塊：車主及乘客可以對合乘信息進行詳細查詢。（7） 活動模塊：網站后臺管理員可以對網站的最新活動進行發(fā)布，用戶可以通過此模塊進行查看。（8） 政策及法律條文：網站后臺管理員可以對網站的相關政策及法律進行發(fā)布，用戶可以通過此模塊進行查看。4 系統(tǒng)的總體設計4.1開發(fā)工具與運行環(huán)境4.1.1 開發(fā)工具在這次研究之中所采用的技術是ASP技術，ASP是Active Server Page的縮寫，它的意思為“動態(tài)服務器頁面”。ASP是微軟公司開發(fā)的代替CGI腳本程序的一種應用，它可以與數據庫和其它程序進行交互，是一種簡單、方便的編程工具。ASP的網頁文件的格式是 .asp。如今經常運用到各種動態(tài)網站之中。ASP.NET把基于通用語言的程序放在服務器上運行。與以前的ASP即時解釋程序不同，而是將程序在服務器端首次運行時進行編譯，執(zhí)行的效果，比一條一條的解釋會強很多，執(zhí)行的效率有著極大的提高。ASP.NET可以運行在Web應用軟件開發(fā)者的幾乎全部的平臺上。通用語言的基本庫，消息機制，數據接口的處理都能無縫的整合到ASP.NET的Web應用中。ASP.NET同時也是language-independent語言獨立化的，所以，你可以選擇一個最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現在可以支持的語言有C#，VB.NET，Jscript，managedC+，J#。這樣在將來，多種程序語言協同工作的能力保護您的基于COM+開發(fā)的程序，能夠完整的移植向ASP.NET。4.1.2 數據庫的選擇Microsoft SQL Server是一種典型的關系型數據庫管理系統(tǒng)，可以在許多操作系統(tǒng)上運行，它使用Transact-SQL語言完成數據操作。由于Microsoft SQL Server是開放式的系統(tǒng)，其它系統(tǒng)可以與它進行完好的交互操作。本系統(tǒng)采用的數據庫版本為Microsoft SQL Server 2005，它具有可靠性、可伸縮性、可用性、可管理性等特點，為用戶提供完整的數據庫解決方案。美國Microsoft公司推出的這種關系型數據庫系統(tǒng)。Microsoft SQL Server是一個可擴展的、高性能的、為分布式客戶機/服務器計算所設計的數據庫管理系統(tǒng)，實現了與Windows NT的有機結合，提供了基于事務的企業(yè)級信息銷售管理系統(tǒng)方案。其主要特點如下： (1) 在企業(yè)管理器中有圖形化界面，方便使用，可充分利用Windows NT的優(yōu)勢。(2) 系統(tǒng)管理先進，支持本地的系統(tǒng)管理和配置。(3) 強大的事務處理功能，采用各種方法保證數據的完整性。(4) 支持對稱多處理器結構、存儲過程、ODBC，并具有自主的SQL語言。Microsoft SQL Server以其內置強大的管理工具、與Internet的緊密集成和開放的系統(tǒng)結構為廣大的用戶、開發(fā)人員和系統(tǒng)集成商提供了一個出眾的數據庫平臺。SQL全稱是“結構化查詢語言(Structured Query Language)”，它的前身是SQUARE語言。SQL語言結構簡潔，功能強大，簡單易學，所以自從推出以來，SQL語言得到了廣泛的應用。目前，SQL語言已被確定為關系數據庫系統(tǒng)的國際標準，被絕大多數商業(yè)化關系數據庫系統(tǒng)采用，如Oracle 、Sybase、DB2、Informix、SQL Server這些數據庫管理系統(tǒng)都支持SQL語言作為查詢語言。結構化查詢語言SQL是一種介于關系代數與關系演算之間的語言，其功能包括查詢、操縱、定義和控制四個方面，是一個通用的功能極強的關系數據庫標準語言。SQL語言有著非常突出的優(yōu)點，主要是：1非過程化語言SQL是一個非過程化的語言，因為它一次處理一個記錄，對數據提供自動導航。SQL允許用戶在高層的數據結構上工作，而不對單個記錄進行操作，可操作記錄集。所有SQL 語句接受集合作為輸入，返回集合作為輸出。SQL的集合特性允許一條SQL語句的結果作為另一條SQL語句的輸入。 SQL不要求用戶指定對數據的存放方法。 這種特性使用戶更易集中精力于要得到的結果。所有SQL語句使用查詢優(yōu)化器，它是RDBMS的一部分，由它決定對指定數據存取的最快速度的手段。查詢優(yōu)化器知道存在什么索引，哪兒使用合適，而用戶從不需要知道表是否有索引，表有什么類型的索引。 2統(tǒng)一的語言SQL可用于所有用戶的DB活動模型，包括系統(tǒng)管理員、數據庫管理員、 應用程序員、決策支持系統(tǒng)人員及許多其它類型的終端用戶。基本的SQL 命令只需很少時間就能學會，最高級的命令在幾天內便可掌握。 SQL為許多任務提供了命令，包括：(1) 查詢數據。(2) 在表中插入、修改和刪除記錄。(3) 建立、修改和刪除數據對象。(4) 控制對數據和數據對象的存取。(5) 保證數據庫一致性和完整性。以前的數據庫管理系統(tǒng)為上述各類操作提供單獨的語言，而SQL 將全部任務統(tǒng)一在一種語言中。3是所有關系數據庫的公共語言。SQL是所有關系數據庫的公共語言 由于所有主要的關系數據庫管理系統(tǒng)都支持SQL語言，用戶可將使用SQL的技能從一個RDBMS轉到另一個。所有用SQL編寫的程序都是可以移植的。4.1.3 Tomcat服務器許多程序員都十分喜愛Tomcat服務器，因為它在運行時所占用的系統(tǒng)資源小，擴展性好，支持負載平衡與郵件服務等開發(fā)應用系統(tǒng)常用的功能；而且它還在不斷的改進和完善中，每一個程序員都可以更改它或在其中加入新的功能。Tomcat是一個小型的輕量級應用服務器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調試JSP程序的首選。 4.2 系統(tǒng)結構圖本系統(tǒng)旨在服務于合乘用戶，已經清楚了系統(tǒng)的開發(fā)目標，根據需求分析的設計，其總體設計的功能模塊為：用戶登錄管理，信息發(fā)布管理，留言板管理，拼車問題管理模塊，如圖4-1所示，為本系統(tǒng)的結構圖：圖4-1 私家車合乘系統(tǒng)模塊結構圖 4.3各模塊功能的詳細介紹用戶登錄管理模塊：設置普通用戶信息，設置管理員信息。設置普通用戶信息功能為設置用戶編號，用戶姓名，電話，線路說明，出發(fā)地，目的地，出發(fā)時間，到達時間，要求，登記日期，狀態(tài)，用戶類型。普通用戶可以進行相關信息的查詢。設置管理員信息功能為設置管理員編號，姓名，密碼。管理員可以對會員錄入的數據進行查詢，并給予相應的審批；管理員除了擁有普通員工的使用權限以外，還有對系統(tǒng)失效、無用的數據進行刪除清理的權限。用戶登錄功能可以選擇普通用戶和管理員登錄兩種登錄方式。如圖4-2所示，為用戶登錄管理模塊：用戶登錄模塊普通用戶登錄管理員登錄輸入信息信息查詢信息查詢刪除信息圖4-2 用戶登錄管理模塊圖信息發(fā)布管理模塊：車主信息發(fā)布管理，乘客信息發(fā)布管理。設置車主信息功能為設置車主的編號，姓名，密碼。車主可以進行合乘信息查詢和詳細合乘信息的查看的操作。設置乘客信息功能為設置乘客的編號，姓名，密碼。乘客可以進行合乘信息查詢和詳細的合乘信息查看的操作。如圖4-3所示，為信息發(fā)布管理模塊：信息發(fā)布管理模塊車主信息管理模塊乘客信息管理模塊信息發(fā)布信息修改信息查詢信息發(fā)布信息修改信息查詢圖4-3 信息發(fā)布管理模塊圖留言板管理模塊：用戶可以對網站進行留言。管理員可以對留言進行回復或者刪除工作。用戶可以設置用戶的序號，姓名，標題，具體內容，留言時間。如圖4-4所示，為留言版信息管理模塊：留言板管理模塊用戶操作管理員操作對網站進行留言回復留言刪除留言圖4-4 留言板信息管理模塊圖合乘問題信息管理模塊：用戶可以對網站提出合乘問題，管理員可以對問題進行回答和刪除操作。用戶可以設置問題的序號，標題，具體內容。如圖4-5所示，為合乘問題信息管理模塊：合乘問題管理模塊用戶操作管理員操作提出合乘問題回答問題刪除問題圖4-5 合乘問題管理模塊圖查詢模塊：用戶可以對感興趣的合乘信息進行詳細搜索查詢。用戶可以設置編號，題目。如圖4-6所示，為合乘查詢模塊：合乘查詢模塊乘客查詢車主查詢輸入關鍵字進行查詢輸入關鍵字進行查詢圖4-6 合乘查詢模塊圖活動模塊：網站后臺管理員可以對網站的最新活動進行發(fā)布、修改、刪除，用戶可以通過此模塊進行查看。管理員可以設置活動編號，題目，內容。如圖4-7所示，為合乘活動模塊：修改消息合乘活動模塊用戶操作管理員操作查看活動信息發(fā)布消息刪除消息圖4-7 合乘活動模塊圖政策及法律條文：網站后臺管理員可以對網站的相關政策及法律進行發(fā)布、修改、刪除，用戶可以通過此模塊進行查看。管理員可以政策及法律條文活動編號，題目，內容。如圖4-8所示，為合乘政策及法律條文模塊：修改法律條文法律條文模塊用戶操作管理員操作法律條文查看發(fā)布法律條文刪除法律條文圖4-8 合乘政策及法律條文模塊圖 4.4數據庫設計將數據庫概念結構轉化為Microsoft SQL Server 2005系統(tǒng)所支持的實際數據模型，也就是數據庫的邏輯結構，系統(tǒng)數據庫名稱為Web，數據庫Web中包含用戶信息，網站介紹，拼車信息，會員信息等。通過對系統(tǒng)進行仔細分析以后，需要8個數據表來實現系統(tǒng)所要儲存的數據，如圖4-9所示，為數據表圖。圖4-9 數據表圖 4.5 創(chuàng)建表4.5.1管理員表字段名數據類型是否主鍵說明IDint是編號Namevarchar(50)登陸名PassVarchar(50)密碼表4-1 管理員表4.5.2 會員表字段名數據類型是否主鍵說明IDint是編號AuthorNvarchar昵稱NameNvarchar登陸名PassVarchar密碼Ageint電話TelVarchar電話AddressNvarchar地址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發(fā)布時間BlogType_IDIntBlogType外鍵類型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人數People_IDIntPeople外鍵發(fā)布的會員表4-8 拼車表4.5.9相冊表字段名數據類型是否主鍵說明IDInt是編號TitleNvarchar標題InTimeDatetime創(chuàng)建日期UrlVarchar路徑People_IDintPeople外鍵創(chuàng)建人表4-9 相冊表4.5.10照片列表字段名數據類型是否主鍵說明IDInt是編號TitleNvarchar標題InTimeDatetime創(chuàng)建日期UrlVarchar路徑Photo_IDintPhoto外鍵所屬相冊表4-10 照片列表4.5.11經驗表字段名數據類型是否主鍵說明IDInt是編號TitleNvarchar標題ContentText內容InTimeDatetime分享時間People_IDintPeople外鍵分享人編號表4-11 經驗表本章主要講述了數據庫所有表的功能構造及約束關系。每個表的字段是做什么用的，字段類型等信息。5 系統(tǒng)的實現本章節(jié)將重點講述各個功能模塊的實現及實現的思路。并對相關代碼作出祥細的代碼運行流程圖，對功能代碼的實現做出祥細的介紹。相關具體代碼見附錄2。 5.1 會員注冊為防止惡意灌水，注冊中帶有一注冊碼功能，這樣可以更有效地防止頁面注入。會員注冊的流程圖如圖5-1-1所示：輸入完整信息點擊注冊驗證碼驗證密碼長度是否小于6位兩次輸入的密碼是否一至用戶名是否占用注冊成功自動登陸truetruetruetrueFalse圖5-1-1 會員注冊流程會員注冊界面如圖5-1-2所示：圖5-1-2 會員注冊界面 5.2 拼車查看當用戶想要拼車的時候則進入本頁面查找自己感興趣的拼車信息，為更方便用戶，本站特設有多條件搜索，模糊查找等功能。讓用戶拼車更輕松，更容易。主體頁面大概顯示了一些拼車的重要的信息，如起始地，目的地，出發(fā)時間等等。更加直觀明了。瀏覽界面如圖5-2-1所示：圖5-2-1 瀏覽界面 5.3發(fā)布拼車當會員有車想要拼車的時候，已經成為本站的會員的用戶登陸會員即可免費發(fā)布拼車信息，填寫正確的拼車信息之后點擊提交，為防止惡意提交，發(fā)布拼車的時候需要對一些參數進行驗證并要經過管理員審核。功能界面如下：圖5-3-1 功能界面 5.4管理員登陸管理員登錄流程如圖5-4-1所示：登陸頁面輸入用戶名和密碼判斷用戶是否存在判斷密碼是否正確進入系統(tǒng)查詢數據庫truefalse圖5-4-1 管理員登錄流程圖 5.5 修改密碼圖5-5-1 修改密碼界面當用戶對自己的密碼需要進行修改的時候，可以直接修改，修改需要驗證原始密碼是否正確，新密碼長度和新密碼兩次輸入的是否一致。修改密碼界面原始密碼新密碼確認新密碼填寫判斷是否不為空原始密碼是否正確新密碼長度是否達到6位兩次密碼輸入是否一至執(zhí)行數據庫操作修改成功truetruetruetruetruefalse圖5-5-2 修改密碼流程 5.6網站界面展示網站首頁如圖5-6-1所示。圖5-6-1 網站首頁圖網站拼車信息查看如圖5-6-2所示。圖5-6-2 網站拼車信息網站拼車詳細信息查看如圖5-6-3所示。圖5-6-3 網站拼車詳細信息網站拼車信息發(fā)布界面如圖5-6-4所示。圖5-6-4 網站拼車信息發(fā)布網站會員注冊界面如圖5-6-5所示。圖5-6-5 網站會員注冊界面6 系統(tǒng)測試系統(tǒng)測試包括集成兩個或更多的實現系統(tǒng)功能或系統(tǒng)特點的組件。然后再測試這個集成的系統(tǒng)。在重復開發(fā)軟件的過程中，系統(tǒng)測試包括測試交給用戶的增長部分。在瀑布處理過程，系統(tǒng)測試包括測試整個系統(tǒng)。對大部分復雜的系統(tǒng)，系統(tǒng)測試包括兩個主要的階段：集成測試，在測試過程中，測試團隊可以獲得系統(tǒng)的源代碼。發(fā)現問題后，測試團隊試著找到問題的根源所在，然后確認必須得測試的組件。集成測試主要是找出系統(tǒng)中存在的漏洞。開放測試。 該版本的系統(tǒng)可以開放給用戶測試，在這個過程中，測試團隊主要是使系統(tǒng)能夠滿足用戶的需求，以及確保系統(tǒng)的可靠性。開放測試又稱為黑盒測試，測試團隊只是簡單的涉及測試系統(tǒng)能否正常的工作，發(fā)現問題后交給開發(fā)團隊處理，他們的工作就是調試程序。有用戶參與的測試有時候又稱為認可測試。如果開放測試的結果很好，用戶可能就會使用該系統(tǒng)?；旧?，你可以把集成測試看成是測試由一組系統(tǒng)組件的不完善的系統(tǒng)。開放測試則涉及到測試想要交給用戶使用的系統(tǒng)。自然，兩種測試會存在交搭的部分，特別是由于大量的開放和系統(tǒng)開放不完全，總之，集成測試應該是優(yōu)先發(fā)現系統(tǒng)中的漏洞，系統(tǒng)測試應該優(yōu)先使系統(tǒng)能夠滿足用戶的需求。然而，實際上，在這些過程中也會存在有效性測試和缺陷測試的成分。6.1集成測試系統(tǒng)集成的過程包括建立一個由其組件構成的系統(tǒng)，以及測試該集成的系統(tǒng)，看是否存在由組件之間相互作用而產生問題。那些集成的組件可能是可重用的組件.對于很多大型的系統(tǒng)，所有這三種類型的組件都可能會用到。集成測試檢查這些組件事實上是否一起工作，正確的調用以及通過它們的接口在適當的時候傳輸正確的數據。系統(tǒng)集成涉及確認一組實現部分系統(tǒng)功能的組件，以及通過添加代碼來使它們一起工作。有時候，先是形成系統(tǒng)的整體框架,然后再把組件添加到其中，這叫做自上而下集成。二者選其一的，你可以先集成提供普通功能的結構組件，像網絡和數據庫接口，然后再添加功能組件，這是自底而上集成。實際上，對于很多系統(tǒng)，都采用二者兼用的集成方法，把結構組件和功能組件都添加到系統(tǒng)中。自頂向下和自底向上的集成過成中，你經常不得不填寫額外的代碼，以模擬其他組件和能讓系統(tǒng)運行。在集成測試中產生的只要問題是尋找錯誤。由于系統(tǒng)組件之間存在著復雜的相互作用，因此，當發(fā)現一個異常的輸出時，你可能難以確定錯誤發(fā)生在哪。為了更容易的知道錯誤所在，你應該總是使用一種增量的方法去系統(tǒng)集成和測試。最初，你應該設計一個小型的系統(tǒng)，然后測試它。接著你添加組件到這個系統(tǒng)，然后測試添加的那一部分。當你要進行集成測試時，你不得不決定各個組件的集成順序，在像XP的操作系統(tǒng)中，用戶涉及到開發(fā)過程和決定在每一次系統(tǒng)添加功能時應添加那些功能，因此，系統(tǒng)集成由用戶的優(yōu)先級來驅動在開發(fā)單個組件的其它方法，尤其是開發(fā)集成組件，用戶有可能不參與，而由開發(fā)團隊來決定集成的優(yōu)先次序。在這些情況中，但憑經驗的做法是先集成那些實現最常用功能的組件，這意味著那些最常用組件總是最經常被測試，例如，在圖書管理系統(tǒng)中，你應該先集成圖書查詢功能，因此，即使在最小型系統(tǒng)中，用戶能夠查詢他們需要的文件。接著你應該添加允許用戶下載文件的功能，然后添加大量執(zhí)行其他系統(tǒng)功能的組件。當然，事實很少像這種模型建議的那樣簡單，系統(tǒng)功能的實現可能需要大量的組件。要測試一項新的功能，你可能不得不集成幾個不同的組件，測試結果能夠揭示這些單個組件和系統(tǒng)其他部分之間相互作用而產生的錯誤。修改測試和集成新的組件會改變已經測試完的組件之間的相互作用的模式。在一些簡單的測試中不能被發(fā)現的錯誤會在這里被檢查出來。這些問題意味著當集成一項新的功能時，只要新的測試要求修改新的系統(tǒng)功能，則重新測試以前增添的功能就顯得非常重要。重新執(zhí)行一系列存在的測試叫做倒退測試。如果倒退測試出現問題，或者是檢查是否是由于新增的模塊而產生了這些問題。很明顯， 倒退測試如果沒有一些自動化操作的支持是相當昂貴和不實際的。在極限編程中，所有的測試都寫成可執(zhí)行的代碼，在這些代碼中，測試的輸入和想要的結果都是確定的，以及自動檢查的如果使用像JUNIT這類的自動測試框架模塊，這意味著測試可以被重新執(zhí)行，極限編程的一條基本原則就是無論你何時集成新的代碼，整個測試集合都是可執(zhí)行的，以及直到測試成功才能接收新的代碼6.2單元測試單元測試是測試系統(tǒng)中的個人組件的過程。這是一個缺陷的測試過程，因此，它的目標是發(fā)現這些組件中存在的錯誤，大多數系統(tǒng)組件開發(fā)人員負責組件測試。在這個階段可能會測試不同類型的組件。(1) 一個對象中的單獨函數或方法。(2) 具有多個屬性和方法的類(3) 由復合組件組成的幾個不同對象或函數。這些復合組件定義了一個使用本身功能的接口。分開的函數或方法是最簡單類型的組件，你的測試就是一系列使用不同輸入參數對這些程序進行的調用。你可以使用在下一節(jié)中討論的方法來進行實例設計的測試，以及設計你的函數或方法測試。當你要測試一個類時，你應該設計一個提供合并該類對象的所有屬性的測試。因此，類的測試應該包含：(1) 測試要和所有和該類相關聯的操作分開(2) 設置和檢查所有和類相關的屬性(3) 所有可能狀態(tài)下類的使用。這意味著應該模仿所有類中造成狀態(tài)改變的事件7 總結7.1私家車合乘系統(tǒng)開發(fā)總結通過本次畢業(yè)設計，給予了我一次能夠運用專業(yè)知識、專業(yè)技能分析、收集資料分析數據和解決問題的全面系統(tǒng)的鍛煉。為我今后成為一名合格的應用型人才打下了堅實的基礎。這次在張明春老師的悉心指導和同學們的熱情幫助下，基本上完成了此次畢業(yè)論文研究及分析，在系統(tǒng)的知識了解方面也有了一定的提高，為今后走上工作崗位打下了專業(yè)基礎。在此次的畢業(yè)設計中，我深深的體會到了對私家車合乘系統(tǒng)做較為深入而詳細的設計并不是一件簡單的事情，它需要研究者具有全面的專業(yè)知識、縝密的思維、嚴謹的研究態(tài)度以及較高的分析問題、解決問題的能力，而我在很多方面尚有不足的地方。7.2系統(tǒng)的不足及仍待解決的問題系統(tǒng)分析階段受信息量的限制，對一些業(yè)務流程的了解不是很充分，以至于在開發(fā)過程中做出的需求分析不徹底，系統(tǒng)的功能和工作流程不能在設計之初完整地確定下來，而是應隨著系統(tǒng)設計的實行逐漸確定和修改的。在系統(tǒng)的開發(fā)過程中，由于我開發(fā)設計能力有限和開發(fā)經驗的不足，各類功能管理模塊仍存在很多不足，與實際應用中的私家車合乘網站系統(tǒng)還有很大差距。在數據庫設計方面，某些屬性的數據類型不合理，給數據庫維護造成了不方便。7.3私家車合乘的未來展望私家車合乘將會是日漸擁堵的城市未來出行的一種主流方式。而這種出行方式要想獲得成功并且取得實效，仍需要國家相關管理部門出臺有關的交通法律法規(guī)，對私家車合乘的市場化、秩序化進行規(guī)范管理；也需要私家車合乘系統(tǒng)的科學技術人員不斷攻克技術難關，優(yōu)化提升私家車合乘信息系統(tǒng)；更需要廣大的合乘一族提高自身的利益保護意識和道德素質，為私家車合乘體系營造一個良好的發(fā)展環(huán)境。私家車合乘系統(tǒng)已經具備了預期的功能，如果在經過系統(tǒng)功能的進一步完善和數據庫功能的強化后，將會成為符合實際應用的要求且功能強大的合乘系統(tǒng)。我的畢業(yè)設計選擇了私家車合乘系統(tǒng)，我堅信私家車合乘系統(tǒng)一定會有非常好的發(fā)展前景。參考文獻1何悅，王昊飛交通擁堵背景下 中國“拼車一族”期盼合法化N吉林日報20132王茂福拼車的發(fā)展及其效應J中國軟科學出版社20103雷冰玉拼車類別及法律適當性研究J現代企業(yè)文化出版社20094張勇剛，劉彬對順風車的理性思考J黑龍江交通科技出版社20065吳潤元對私車拼車載客現象的分析和思考J中國青年研究出版社20076張延波拼車的法律問題研究C湖北武漢：華中科技大學出版社20107李寒冰論私車拼車行為的法律屬性J法制與社會20088夏邦貴，劉凡馨數據庫編程實作教程北京：北京希望電子出版社20019張劍，黃娜http:/www.e-200310楊學瑜JSP入門與提高北京：清華大學出版社200311李大軍商業(yè)管理信息系統(tǒng)北京：清華大學出版社200212 張躍廷, 許文武, 王小科.C#數據庫系統(tǒng)開發(fā)完全手冊M.人民郵電出版社,2006：1-40 13 周峰.SQL Server 2005中文版關系數據庫基礎與實踐教程M.電子工業(yè)出版社,2006：31-60. 14侯清富,郭崗.軟件工程師實戰(zhàn)基本功M.人民郵電出版社,2005：4-19.15 張海藩.軟件工程導論M.清華大學出版,2003：10-35.16 李曉黎,張巍.Visual Basic + SQL Server數據庫應用系統(tǒng)開發(fā)與實例M.人民郵電出版社,2003-8：7-39.17 Karliwatson,陳秋萍.C#2005數據庫編程M.人民郵電出版社,2007：135-16018Mark Allen Weiss.Data structures and problem solving using JavaM. 人民郵電出版社 ,2007 ：1-100.19新電腦課堂.SQL Server編程篇M.電子工業(yè)出版社,2005：12-88.20 羅曉沛.數據庫技術M.華中理工大學出版社,2000：43-66.21李律松，馬傳寶，李婷數據庫開發(fā)與案例M.清華大學出版,2006：1-86.22 羅俊,何羽.SQ