物流網(wǎng)站設(shè)計與實現(xiàn)畢業(yè)論文

1、<p><b>　　畢業(yè)論文（設(shè)計）</b></p><p>　　題 目 連云港港口海陸聯(lián)運信息平臺的設(shè)計 </p><p>　　二Ｏ 一三 年 五 月 十 日</p><p>　　基于連云港港口海陸聯(lián)運信息平臺的設(shè)計與實現(xiàn)</p><p><b>　　摘要：</b><

2、;/p><p>　　當(dāng)代世界，科學(xué)技術(shù)突飛猛進，社會經(jīng)濟日新月異。特別是自20世紀(jì)80年代以來，隨著Internet的飛速發(fā)展，網(wǎng)絡(luò)時代的到來，互聯(lián)網(wǎng)已經(jīng)成為人們生活中必不可少的部分。。信息共享在國際貿(mào)易和經(jīng)濟全球化中的地位越來越重要，在國際貿(mào)易中，由于交易雙方地處不同的國家和地區(qū)。因此在大多數(shù)情況下，大宗貨物通過水路公路鐵路不同的接力運輸方式最終抵達買方所在地。在貨物運輸?shù)倪^程中，買賣雙方都希望貨物最快供貨和最快收

3、貨。為了實現(xiàn)海上運輸貨物進港之后和公路運輸零延遲的無縫銜接，通過信息的提前共享來縮短貨物在運輸過程中的時間，來適應(yīng)瞬息萬變的市場行情。特開發(fā)了本系統(tǒng)。通過信息提前的共享 合理的安排運輸方式和運輸時間 縮短貨物運輸時間 提高工作效率和節(jié)約貨物運輸成本。以達到提高港口的競爭力。</p><p>　　本系統(tǒng)采用了B/S模式開發(fā)，前臺主要用到HTML,CSS，javascript等技術(shù)，后臺以JAVA語言為平臺，利用了T

4、apesrty,Spring,Ibaits框架和oracle數(shù)據(jù)庫技術(shù)進行系統(tǒng)開發(fā)。</p><p><b>　　關(guān)鍵詞：</b></p><p>　　B/S模式 TSI框架 海陸聯(lián)運信息 oracle</p><p><b>　　第一章概述5</b></p><p><b>　　1.1

5、課題背景5</b></p><p>　　1.2 課題意義7</p><p>　　1.3 課題總體目標(biāo)和遠景8</p><p>　　1.4 系統(tǒng)開發(fā)的語言介紹9</p><p>　　1.5系統(tǒng)開發(fā)TSI框架介紹10</p><p>　　1.5.1 Tapstry框架介紹10</p>

6、<p>　　1.5.2 spring框架介紹11</p><p>　　1.5.3 ibatis框架介紹12</p><p>　　第二章 系統(tǒng)分析13</p><p>　　2.1 系統(tǒng)可行性分析13</p><p>　　2.1.1 經(jīng)濟可行性分析13</p><p>　　2.1.2技術(shù)可行性分析13

7、</p><p>　　2.2需求分析13</p><p>　　2.3 系統(tǒng)數(shù)據(jù)流圖14</p><p>　　第三章 系統(tǒng)設(shè)計16</p><p>　　3.1 系統(tǒng)的開發(fā)環(huán)境17</p><p>　　3.1.1java開發(fā)環(huán)境的搭建17</p><p>　　3.2 系統(tǒng)功能設(shè)計17&l

8、t;/p><p>　　3.2.1 系統(tǒng)整體流程圖17</p><p>　　3.2.2系統(tǒng)不同角色登陸具體流程圖18</p><p>　　3.2.3系統(tǒng)總體結(jié)構(gòu)設(shè)計19</p><p>　　3.3系統(tǒng)數(shù)據(jù)庫設(shè)計20</p><p>　　3.3.1數(shù)據(jù)庫技術(shù)簡介20</p><p>　　3.3

9、.2 數(shù)據(jù)庫表設(shè)計21</p><p>　　第四章 系統(tǒng)實現(xiàn)29</p><p>　　4.1 系統(tǒng)登錄界面29</p><p>　　4.2系統(tǒng)首頁29</p><p>　　4.3我的訂單實現(xiàn)30</p><p>　　4.3.1發(fā)布貨源訂單功能30</p><p>　　4.3.2車隊對

10、已發(fā)布貨源進行報價31</p><p>　　4.3.3貨代對已報價貨源選擇合作車隊32</p><p>　　4.3.4 車隊查看自己接收訂單的功能33</p><p>　　4.4用戶之間信譽評價功能的實現(xiàn)34</p><p>　　4.5 車隊調(diào)度管理功能的實現(xiàn)35</p><p>　　4.5.1車源管理功能的

11、實現(xiàn)35</p><p>　　4.5.2 配載功能的實現(xiàn)36</p><p>　　4.6 消息管理功能的實現(xiàn)38</p><p>　　4.7 財務(wù)管理功能38</p><p>　　4.8 在線客服功能39</p><p>　　4.9基礎(chǔ)資料菜單39</p><p>　　4.9.1 牽

12、引車管理菜單40</p><p>　　4.9.2 掛車管理菜單的實現(xiàn)41</p><p>　　4.9.3 司機管理菜單的實現(xiàn)41</p><p>　　4.10跟蹤查詢42</p><p><b>　　總結(jié)57</b></p><p><b>　　參考文獻57</b>

13、;</p><p><b>　　引言</b></p><p>　　隨著Internet的飛速發(fā)展，網(wǎng)絡(luò)時代的到來，互聯(lián)網(wǎng)已經(jīng)成為人們生活中必不可少的部分。在第三次科技革命浪潮的猛烈沖擊下，一場高技術(shù)競爭席卷世界，使人類社會的一切領(lǐng)域正在飛速地改變著面貌。</p><p>　　國際貿(mào)易也空前活躍，市場競爭愈演愈烈。信息共享在國際貿(mào)易和經(jīng)濟全球化中

14、的地位越來越重要，在國際貿(mào)易中，由于買賣雙方地處不同的國家和地區(qū)，因此在大多數(shù)情況下，不是簡單地直接地面對面地買賣， 貨物通過港口的裝卸運輸再經(jīng)過公路鐵路運輸?shù)絻?nèi)陸地區(qū)，為了能夠?qū)崿F(xiàn)賣方能夠快速的供貨，買方最快的獲得貨物，實現(xiàn)海上運輸港口貨物到港之后和公路運輸無縫銜接，通過信息的共享縮短貨物在運輸過程中的時間，以適應(yīng)瞬息萬變的市場行情。特開發(fā)了本系統(tǒng)。通過信息提前的共享 合理的安排運輸方式和運輸時間 縮短貨物運輸時間 提高工作效率和節(jié)約

15、貨物運輸成本。</p><p><b>　　第一章概述</b></p><p><b>　　1.1課題背景</b></p><p>　　連云港港口目前是江蘇最大的海港、是沿海連接中西部地區(qū)最經(jīng)濟便捷出?？?、是全國最早開放的14個沿海港口之一、也是新亞歐大陸橋東橋頭堡，是國內(nèi)沿海地區(qū)主要樞紐港和能源外運的重要對外口岸之一。作

16、為全國25個沿海主要港口和長江三角洲地區(qū)港口群的主要港口之一，江蘇省建設(shè)沿東隴海線產(chǎn)業(yè)帶和沿海經(jīng)濟帶重點區(qū)域，黨中央、國務(wù)院高度重視以連云港為龍頭的江蘇沿海開發(fā)。連云港港口的發(fā)展展現(xiàn)了前所未有的重要性和迫切性。</p><p>　　在國家的重視下，連云港經(jīng)港近年來經(jīng)濟迅猛發(fā)展，隨著市委、市政府港口帶動戰(zhàn)略的快速實施，“一體兩翼”港口發(fā)展戰(zhàn)略的加快推進，連云港港實現(xiàn)了超常發(fā)展，港口貨物吞吐量由2001年3058.1

17、1萬噸增加到2012年的1.85億噸，年均增長接近20%；集裝箱吞吐量由2001年15.6萬箱增加到2012年500萬箱，增幅是全國沿海港口平均水平的一倍。其中散雜貨吞吐量達1.16億噸，連續(xù)兩年突破億噸大關(guān)。2012年港口集裝箱運量已經(jīng)突破500萬標(biāo)箱大關(guān)，同比增長3%[數(shù)據(jù)引用大陸橋數(shù)據(jù)]。連云港港物流業(yè)呈現(xiàn)出跨越式發(fā)展的態(tài)勢，港口公路運輸業(yè)也得到了長足發(fā)展，公路運輸組織方式不斷優(yōu)化、運輸結(jié)構(gòu)調(diào)整取得重大的進展，集裝箱車等專用載貨汽

18、車快速發(fā)展，公路運輸業(yè)的競爭力得到提升，基本滿足了港口生產(chǎn)需要。</p><p>　　隨著我國國民經(jīng)濟持續(xù)穩(wěn)定高速發(fā)展，物流量的急速膨脹與物流服務(wù)需求水平的日益提高，現(xiàn)代化的物流及貨運已成為我國經(jīng)濟快速發(fā)展不可缺少的前提條件。近年來，高速鐵路的快速發(fā)展有效地分擔(dān)了鐵路運輸部門原本緊張的客運壓力，使其在物流貨運方面有了更多的運輸潛能。業(yè)界認(rèn)為，“鐵水聯(lián)運”是提高大宗貨物運輸能力和效率的優(yōu)化運輸模式，但是，當(dāng)前條塊分

19、割的運輸管理模式和孤島式的信息系統(tǒng)，與經(jīng)濟發(fā)展對現(xiàn)代物流和運輸?shù)囊髽O度不符。通過政策、技術(shù)、管理等多方面的聯(lián)合措施，以提升的鐵路貨運運輸能力為龍頭，推動跨鐵路、水路等多種運輸方式的聯(lián)運模式的發(fā)展，是鐵路及水路等物流貨運行業(yè)實現(xiàn)跨越式發(fā)展的重要舉措。</p><p>　　1.1.1港口公路集疏運情況</p><p>　　2007年，連云港港通過公路貨物集運量1432.53萬噸，占集運總量2

20、2.61%，日均集運量 3.93萬噸；貨物疏運量1208.88萬噸，占疏運總量18.12%，日均疏運量3.31萬噸（詳見表1）。其中，集裝箱公路集運量為 36.03 萬標(biāo)箱,占集裝箱集運量 26.1 %，日均集運量839標(biāo)箱（詳見圖1）；集裝箱公路疏運量為 30.41 萬標(biāo)箱,占集裝箱疏運量22.01%，日均疏運量833標(biāo)箱（詳見圖2）。</p><p><b>　　表1</b></p

21、><p>　　2007年連云港港集裝箱集運情況構(gòu)成圖（圖1）</p><p>　　2007年連云港港集裝箱疏運情況構(gòu)成圖（圖2）</p><p>　　從連云港港口2007年港口吞吐數(shù)據(jù)類型分析，通過水路運輸方式抵達港口的貨物，大約40%的貨物是通過鐵路進行運輸、大約37%貨物通過公路進行運輸；而通過水路疏運的離港貨物中，約35%的貨物通過鐵路集運、35%貨物通過公路集運

22、，從而進一步突出公路運輸在港口集疏運體系中的重要作用，特別是集裝箱公路運輸更具備舉足輕重的地位，這也充分體現(xiàn)了連云港港目前集疏運的特點。</p><p>　　1.1.2港口公路集疏運貨物流向</p><p>　　從2007年港口統(tǒng)計數(shù)據(jù)來看，連云港港通過公路集運的貨物主要來自江蘇、山東、河南、山西、河北、安徽等地，其中蘇北、魯南地區(qū)的貨物占公路集運量的70%；通過公路疏運的貨物主要來自江蘇

23、、山東、河南、山西、河北、安徽等地，其中蘇北、魯南地區(qū)的貨物占公路疏運量的55%；通過公路集疏運的集裝箱主要來自江蘇、山東、河南、浙江等地。以上數(shù)據(jù)可以表明，連云港港公路集疏運主要集中在600公里以內(nèi)的大陸橋沿線地區(qū)，并隨著距離而梯次減弱。</p><p>　　1.1.3港口公路集疏運貨物種類</p><p>　　目前，港口公路集疏運貨物主要有集裝箱、鐵礦石、木薯干、膠合板、鋼材、鑄管、配

24、件、橡膠、水泥、化肥、焦炭、有色礦、氧化鋁、煤炭、大豆等貨種，其中集裝箱、鐵礦石、木薯干、膠合板、鋼材、煤炭、氧化鋁等貨種占整個港口公路集疏運貨種的近80%。</p><p>　　1.1.4港口道路貨運車輛的構(gòu)成</p><p>　　2006-2007年期間，在港口集運作業(yè)的車輛日均321輛，按車籍劃分，本地車141輛（其中集裝箱109輛）、外地車180輛（其中集裝箱車20輛）；在港口疏運

25、作業(yè)的車輛日均496輛，按車籍劃分，本地車269輛（其中集裝箱137輛）、外地車227輛（其中集裝箱車25輛）。通過以上數(shù)據(jù)分析，在港口的公路集疏運車輛中，總體來看，本地車和外地車各占一半。但按車型細分則有較大差別，在港口公路集運的普通貨車中，外地車占83.33%，本地車只占16.67%，在港口公路疏運的普通貨車中，外地車占60.48%，本地車占到39.52%；通過港口公路集疏運的集裝箱車，本地集裝箱車占85.5%，外地集裝箱車只占15

26、.5%。從而可以說明，現(xiàn)階段本地集裝箱車輛的競爭力和市場份額遠遠高于本地普通貨車。</p><p><b>　　1.2 課題意義</b></p><p>　　連云港港口服務(wù)江蘇地區(qū)和中國中西部地區(qū)、推動中部崛起、西部大開發(fā)、帶動整個大陸橋沿線中西部地區(qū)加快發(fā)展的作用愈加明顯，連云港區(qū)域經(jīng)濟影響力正快速提升。加快建設(shè)以港口為龍頭的現(xiàn)代綜合運輸體系，發(fā)展現(xiàn)代港口物流業(yè)已成

27、為連云港港口實現(xiàn)超常發(fā)展、提升整體競爭力的重要戰(zhàn)略選擇。進出口貿(mào)易大幅增長，貨物通過公路、鐵路和水運等各種運輸方式大量進出連云港，隨著東疏港高速公路全線建成通車，北疏港道路也在2013年投入使用，一個完善、高效的集疏運道路網(wǎng)絡(luò)已經(jīng)基本完成，海陸聯(lián)運的物流運輸在港口集疏運體系中的作用日益顯現(xiàn)，完善海陸聯(lián)運交通網(wǎng)絡(luò)，公路運輸在港口集疏運體系中的基礎(chǔ)性作用日益顯現(xiàn)，充分發(fā)揮點多、線長、面廣、門到門的優(yōu)勢，為港口集疏運提供了有力保障。</

28、p><p>　　但是同時因為貨運雙方信息共享不足，由于海上運輸信息，貨物信息，路上車隊信息不能夠及時共享，信息交流不夠通暢，公路運輸經(jīng)營主體分散，車源和貨源之間缺乏有效的整合，車輛飽和度極低，運輸中空駛現(xiàn)象嚴(yán)重造成資源的浪費，直接導(dǎo)致港口物流成本高，原始的作業(yè)方式已經(jīng)不能滿足大港的需求因此，如何提高港口海陸聯(lián)運集約化水平，提高貨運交易信息化程度，制定符合連云港港口發(fā)展實際的公路集疏運模式顯得非常緊迫。</p&g

29、t;<p>　　同時因為貨運雙方信息共享不足，由于海上運輸信息，貨物信息，路上車隊信息不能夠及時共享，信息交流不夠通暢，公路運輸經(jīng)營主體分散，車源和貨源之間缺乏有效的整合，車輛飽和度極低，運輸中空駛現(xiàn)象嚴(yán)重造成資源的浪費，直接導(dǎo)致港口物流成本高，原始的作業(yè)方式已經(jīng)不能滿足大港的需求。</p><p>　　為了提高連云港在沿海港口中的地位，提高物流效率，降低物流成本。助力公路物流的發(fā)展，連云港地區(qū)有必

30、要建立物流信息化的信息共享交換平臺，服務(wù)于連云港港口的經(jīng)濟腹地區(qū)域，實現(xiàn)貨源車源數(shù)據(jù)的互聯(lián)互通，實現(xiàn)用戶間的數(shù)據(jù)交換和共享。充分利用其掌握的港口貨源等信息資源，實現(xiàn)貨運交易信息化，充分發(fā)揮和利用信息資源加快以港口為龍頭的現(xiàn)代綜合運輸體系建設(shè)，加快港口海陸信息平臺的建設(shè)，</p><p>　　已成為提升連云港港口整體競爭力的重要舉措。</p><p>　　1.3 課題總體目標(biāo)和遠景</

31、p><p>　　連云港港口進出口貿(mào)易大幅增長，貨物通過公路、鐵路和水運等各種運輸方式大量進出連云港為了能夠提高車、貨，船等信息資源的共享程度，建設(shè)一個能夠幫助物流需求方發(fā)布貨源、物流供應(yīng)方尋找貨源，提供查詢、選擇和交易前后的信息管理，溝通各類用戶物流運輸信息服務(wù)的平臺是十分必要的。保證連云港口岸海上運輸貨源、陸上運力信息在海陸聯(lián)運信息平臺上充分展現(xiàn)。</p><p>　　1、為了提高連云港在沿

32、海港口中的地位，提高物流效率，降低物流成本。助力陸上物流的發(fā)展，連云港地區(qū)有必要建立物流信息化的信息共享交換平臺，服務(wù)于連云港港口的經(jīng)濟腹地區(qū)域，輔助用戶間的數(shù)據(jù)交換和共享，實現(xiàn)貨源車源數(shù)據(jù)的互聯(lián)互通。</p><p>　　2、平臺用戶越多，平臺的作用就越顯著，平臺對客戶的吸引力達到一定程度，用戶數(shù)量也會隨之劇增。因此，海陸聯(lián)運運輸信息平臺的建設(shè)和運營要體現(xiàn)出公益性，讓利于用戶，提供優(yōu)質(zhì)服務(wù)，平臺的效益體現(xiàn)在巨大

33、的社會效益，而不是項目本身的盈利，后期也可考慮加入增值服務(wù)、抽成等收費方式來維持平臺運營，通過這種營銷模式推動平臺用戶數(shù)量的積累。通過優(yōu)質(zhì)便捷和可增值的服務(wù)，穩(wěn)定用戶關(guān)系，進而開拓新的用戶，創(chuàng)造海陸聯(lián)運運輸平臺在當(dāng)前信息化社會大環(huán)境中的競爭優(yōu)勢。</p><p>　　3、海陸聯(lián)運運輸信息平臺應(yīng)該具有突出的地域特點，與港口的業(yè)務(wù)緊密聯(lián)系，突出多式聯(lián)運的特點與優(yōu)勢，提高港口的集疏運效率。組織成立貨主、車隊等聯(lián)盟，通過

34、會員制等方式加強行業(yè)監(jiān)管，保險、在線結(jié)算等功能加強企業(yè)保障，只有港口依托和行業(yè)規(guī)范，信息平臺才會有強大的生命力。</p><p>　　4、海陸聯(lián)運運輸信息平臺將充分突出信息資源共享的特點，實現(xiàn)企業(yè)的信息對稱與信息透明，進而達到貨源車源對接、貨主車主溝通等基本功能，凸顯信息平臺的先進性與適用性；通過相同相似路線的價格成交記錄統(tǒng)計出平均價格和價格走向，給用戶一個直觀的價格了解，輔助用戶選擇要價合理的車隊；通過恰當(dāng)合理

35、的計分規(guī)則及時統(tǒng)計各用戶的信譽狀況，引導(dǎo)公路運輸市場走向良性競爭；接收車輛GPS、箱貨進出門等報文，形成車貨軌跡信息供政府、船代、貨主貨代等監(jiān)管單位查詢、追蹤、監(jiān)管，實現(xiàn)對用戶的有效管理和嚴(yán)密監(jiān)控，達到全面掌握公路運輸信息的目的，促進公路運輸市場的規(guī)范化發(fā)展。</p><p>　　海陸聯(lián)運信息平臺主要為海上和公路運輸物流網(wǎng)站系統(tǒng)，能夠通過平臺完成發(fā)布貨源，貨代找車，車隊接單、貨代選擇成交，車隊派車運輸，費用結(jié)算，

36、用戶站內(nèi)信，用戶信譽評價，用戶投訴建議等基礎(chǔ)功能，包括前臺展示模塊和后臺管理模塊，前臺展示模塊的功能主要有用戶登錄 會員注冊 信息瀏覽等功能。針對貨代用戶有網(wǎng)上訂艙系統(tǒng)、通用貨源錄入系統(tǒng)、競價選擇系統(tǒng)、箱貨狀態(tài)查詢系統(tǒng)、互評分信用管理系統(tǒng)、在線反饋和討論系統(tǒng)等基本功能子系統(tǒng)；針對車隊有貨源查詢系統(tǒng)、在線競價系統(tǒng)、在線反饋和討論系統(tǒng)等基本功能子系統(tǒng)。實現(xiàn)不同用戶角色登錄網(wǎng)站功能，實現(xiàn)海上和路上車源數(shù)據(jù)的互聯(lián)互通功能，</p>

37、<p>　　達到貨源車源對接、貨主車主溝通等基本功能通過平臺完成找車、接單、派車、跟蹤、結(jié)算等基礎(chǔ)功能</p><p>　　同時提供站內(nèi)信，用戶信譽評價 用戶投訴建議等附加功能。</p><p>　　1.4 系統(tǒng)開發(fā)的語言介紹</p><p>　　1.4.1JAVA語言介紹</p><p>　　JAVA語言最早追溯1990年由美國

38、SUN公司一個綠色項目Green Project中新寫的star7一種應(yīng)用程序語言，當(dāng)時java語言還稱作Oak語言O(shè)ak語言的名稱由來是當(dāng)時綠色項目辦公室的窗外有一顆橡樹，當(dāng)時的james.Gosling(被稱為java之父)隨便就為該語言起名為Oka語言。 后來發(fā)現(xiàn)Oka名稱已經(jīng)被注冊了，于是改名為JAVA語言。</p><p>　　JAVA本身設(shè)計的初衷是希望為了能夠符合下一波計算機應(yīng)用的趨勢和潮流，當(dāng)時認(rèn)

39、為下一代計算機應(yīng)該會集中在消費性數(shù)字產(chǎn)品上。這種產(chǎn)品通常都有著有限的內(nèi)存和運算的資源，所以JAVA語言里面有大量的體現(xiàn)節(jié)省資源的設(shè)計考慮。像字符串池和動態(tài)加載類文檔等都體現(xiàn)了JAVA的優(yōu)勢。</p><p>　　JAVA語言在1995年正式由OKA更名為JAVA，JDK1.0也正式對外發(fā)表。1996年 網(wǎng)景瀏覽器和微軟瀏覽器正式支持JAVA語言。JAVA語言在因特網(wǎng)世界中開始流行起來。1998年12月，美國SUN

40、公司</p><p>　　發(fā)布J2SE平臺 J2SE平臺中包含了JAVA development kit和JAVA語言。隨后幾年SUN公司不停更新新的J2SE版本。2010年ORACLE公司并購SUN公司。2010年發(fā)布JAVA SE7 DOLPOIN（海豚）正式發(fā)布。</p><p>　　1.5系統(tǒng)開發(fā)TSI框架介紹</p><p>　　1.5.1 Tapstry

41、框架介紹</p><p>　　Tapestry 是用java語言編寫的基于組件的網(wǎng)絡(luò)應(yīng)用框架，Tapestry 不僅僅是一個簡單的模板系統(tǒng), Tapestry建立于Java Servlet API系統(tǒng)之上,目的是為了搭建一個平臺來創(chuàng)建一個動態(tài),互動的網(wǎng)站系統(tǒng)。和其他網(wǎng)絡(luò)應(yīng)用框架模板語言不一樣的地方是Tapestry語言能稱得上是一個真正意義上的框架,Tapestry語言可以通過簡單的復(fù)用組件的方式來構(gòu)建一個復(fù)雜的

42、應(yīng)用程序。Tapestry框架技術(shù)可以減少開發(fā)人員在創(chuàng)建web服務(wù)程序中比較容易出錯的地方，在傳統(tǒng)的URL和查詢參數(shù)方面交予框架內(nèi)部機制處理，程序員不用關(guān)心內(nèi)部實現(xiàn)，為開發(fā)人員節(jié)省了大量的時間。引用Tapestry網(wǎng)站上的一句話："Tapestry框架用屬性（properties），方法（methods）,對象(objects)代替了之前URLS和參數(shù)查詢，用一種新的方式詮釋了Web的應(yīng)用開發(fā)程序。</p>&l

43、t;p>　　Tapestry框架設(shè)計的理念是“對象,方法和屬性三要素”，這句話意味著以往開發(fā)人員需要關(guān)注Servlet API ,比如請求,回應(yīng),會話,屬性,參數(shù),URL等在這里不在需要考慮,而在Tapestry 中開發(fā)人員只需要關(guān)注的是對象(包括Tapestry 頁面和組件,也包括應(yīng)用程序的域?qū)ο?,以及那些對象的方法和這些對象的JavaBeans 的屬性。</p><p>　　Tapestry 并不是一

44、種單純的MVC框架，它本質(zhì)上是MVC框架和模板技術(shù)的結(jié)合，Tapestry不僅包含了前端的MVC框架內(nèi)容，而且還包含了視圖層的模板及時內(nèi)容，在使用Tapestry框架后完全可以實現(xiàn)servlet和JSP的分離，是一種更先進的設(shè)計。</p><p>　　通過使用T框架，程序開發(fā)人員已經(jīng)可以完全不需要在使用JSP技術(shù)，程序員只需要使用一T框架中提供的模板技術(shù)就可以。Tapersry框架完全實現(xiàn)了業(yè)務(wù)邏輯層和視圖邏輯層

45、這兩層的分離 T框架通過使用組件代替?zhèn)鹘y(tǒng)的標(biāo)簽，在T框架中并沒有標(biāo)簽庫的說法，這也避免了標(biāo)簽和組件相結(jié)合帶來的的問題。作為一個完全組件化的新框架，在Tapersty框架技術(shù)中只存在組件和頁面這兩個概念，因此，web開發(fā)應(yīng)用程序連接跳轉(zhuǎn)的目標(biāo)也只有組件和頁面這兩種，并沒有多余的PATH路徑的概念。</p><p>　　Tapestry代碼具有很高的重用性是其最大的特征。在Tapestry框架中，每一個對象都可以看做

46、為一個可重用的組件，這樣開發(fā)者是真正的面向?qū)ο蟮膩黹_發(fā)web應(yīng)用，而不是通過URL來解析頁面。對于對頁面要求靈活性比較高的系統(tǒng)Tapestry是第一選擇?？梢詫㈠e誤精準(zhǔn)的定位到源程序中的每一行，這種錯誤報告機制，取代了以往JSP中只有編譯后的提示功能。Tapestry應(yīng)用程序由許多頁面</p><p>　　組成;頁面又是由更小的組件構(gòu)成。組件自己本身也是由其他組件構(gòu)成的。每個頁面當(dāng)中的T組件都擁有自己唯一的一個i

47、d號，每一個頁面也擁有唯一的名稱...這就是一個面向組件模型(component object model)。每個組件都有一個地址,這樣能有效和容易的被放置到URL當(dāng)中去。</p><p>　　1.5.2 spring框架介紹</p><p>　　Spring是用于簡化企業(yè)級JAVA程序開發(fā)的分層開源框架 </p><p>　　Spring框架技術(shù)發(fā)展自2000年,

48、它是 Rod Johnson 在一些成功的商業(yè)項目中應(yīng)用的一種全新框架。在 2002 年,Rod Johnson 出版了《Expert One-on-One J2EE Design and Development》一 書中,提供了隨書一個初步的開發(fā)框架nterface21 開發(fā)包,書中闡述的編程思想的方法在interface21中得到了具體實現(xiàn)。后來, Rod Johnson進行了進一步的改造升級和擴充的interface21功能。使之

49、成為一個更加成熟開放全面的框架。到2003 年 2 月 Spring 框架正式成為一個開源項目,并發(fā)布于 SourceForge 中。</p><p>　　Spring框架為企業(yè)級的軟件的開發(fā)，提供了一站式的解決方案，對大量的企業(yè)級服務(wù)提供了再次的封裝，去除重復(fù)的代碼 ，Spring很容易的集成其它的子框架，集成Struts1、WebWork、Hibernate等其它框架。 </p><p&g

50、t;　　1、在沒有spring框架的采用J2EE開發(fā)經(jīng)常性存在的問題： </p><p>　　1）EJB軟件難編寫，難測試 2）EntityBean作為持久化方案，性能比較低下，O/R Mapping支持不夠，不能脫離容器。 3）設(shè)計困難 4）侵入式方案，EJB要使用特定的接口 </p><p>　　2、使用了spring框架之后J2EE開發(fā)的優(yōu)點</p><p>

51、　　Spring是一個開源框架，由Rod Johnson創(chuàng)建。它視為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。Spring使用基本的JavaBean來完成以前只能由EJB完成的事情。然 而，Spring的用途不僅限于服務(wù)器端的開發(fā)。任何Java應(yīng)用都可以從Sprin框架中的松耦合和可測試性的特征使任何一個JAVA應(yīng)用都能從中受益頗多。</p><p>　　輕量－從大小和開銷兩個方面而言Spring都是輕量的。Sprin

52、g應(yīng)用中的對象不依賴于Spring的特定類。</p><p>　　控制反轉(zhuǎn)－Spring通過IoC技術(shù)促進了松耦合。當(dāng)應(yīng)用其的時候，一個對象依賴的其他對象會通過被</p><p>　　動的方式傳遞進來，而不是這個對象自己創(chuàng)建或者查找依賴對象?？梢岳斫獬蔀镮oC和JNDI相反。</p><p>　　框架－Spring可以將簡單的組建配置、組合成為復(fù)雜的應(yīng)用。不過從某種

53、意義上來看，這樣增加了開發(fā)的復(fù)雜性，相當(dāng)于手寫配置文件</p><p>　　Spring的使命（Mission Statement）：</p><p>　　J2EE應(yīng)該更加容易使用</p><p>　　面向?qū)ο蟮脑O(shè)計比任何實現(xiàn)技術(shù)都重要</p><p>　　面向接口編程，而不是針對類編程。Spring將使用接口的復(fù)雜度降低到零。</p&

54、gt;<p>　　代碼應(yīng)該易于測試［這個使命其實是和敏捷中的測試驅(qū)動開發(fā)方法有相照應(yīng)的地方］</p><p>　　JavaBean提供了應(yīng)用程序配置的最好方法</p><p><b>　　核心容器：</b></p><p>　　這是Spring框架里最基礎(chǔ)的部分，它提供了依賴注入（Dependency Injection）特征來實

55、現(xiàn)容器對Bean的管理。</p><p>　　應(yīng)用上下文（Context）模塊：</p><p>　　核心模塊的BeanFactory使Spring成為一個容器，而上下文模塊使它成為一個框架。 另外，這個模塊提供了許多企業(yè)服務(wù)。也包括了對模板框架例如Velocity和FreeMarker集成的支持。</p><p>　　Spring的AOP模塊：</p&

56、gt;<p>　　JDBC抽象和DAO模塊：</p><p>　　Spring的Web模塊：</p><p>　　Spring的MVC框架：</p><p>　　1.5.3 ibatis框架介紹</p><p>　　iBatis 是apache 的一個開源項目，一個O/R Mapping 解決方案，iBatis 最大的特點就是小

57、巧，上手很快。 相對于Hibernate等“一站式”O(jiān)RM(對象關(guān)系映射)框架，Ibatis是一種“半自動化”的ORM框架實現(xiàn)。Ibatis框架只重視O/R模塊的內(nèi)容，淡化M(mapping)這一模塊部分的概念。因為它將對于SQL語句的操作權(quán)，最終交還給了程序員。</p><p>　　在Hibernate框架中，程序員不需要了解復(fù)雜的SQL語句，因為Hibernate框架機制中會自動根據(jù)POJO的映射關(guān)系，自

58、動的為程序員生成相對應(yīng)的SQL語句，最后通過JDBC技術(shù)來完成對數(shù)據(jù)庫的數(shù)據(jù)操作，實現(xiàn)數(shù)據(jù)的持久化。程序員在程序中只需要操作POJO模塊就能實現(xiàn)目的。而IBATIS框架必須需要程序員自己手寫每一條SQL語句，把對數(shù)據(jù)庫的操作權(quán)限交給程序員自己本身。為什么要舍棄簡單的hibernate使用半自動的ibatis的原因是Hibernate框架提供的這種所謂的一站式解決并不能解決所有日常程序開發(fā)中遇到的所有問題。當(dāng)遇到一些需要保密行業(yè)的系統(tǒng)開發(fā)

59、項目時候，一些行業(yè)并不會公開數(shù)據(jù)庫中的數(shù)據(jù)和表的結(jié)構(gòu)。只會提供SQL查詢語句給開發(fā)者使用，這個時候使用POJO自動映射數(shù)據(jù)庫顯然不行。</p><p>　　還有一些因為開發(fā)規(guī)范的需要，在業(yè)務(wù)邏輯部分進行對數(shù)據(jù)庫的操作 必須要求通過存儲過程進行操作的時候，這個時候使用POJO自動映射數(shù)據(jù)庫顯然不行。還有對系統(tǒng)數(shù)據(jù)處理量巨大，對性能要求非常高用hibernate也是行不通的。</p><p>

60、　　ibatis語言最大的特點還是因為ibatis語言入門相當(dāng)簡單，適合初學(xué)者。而且ibatis數(shù)據(jù)庫又能提供靈活的數(shù)據(jù)庫解決方案和滿足你程序?qū)?shù)據(jù)庫的要求，而且在數(shù)據(jù)庫查詢的時候提供了自動綁定對象的模塊。當(dāng)然iBATIS的缺點是框架還不夠成熟，目前來看雖然簡化了大量綁定數(shù)據(jù)庫的數(shù)據(jù)，但是整個SQL語句需要程序員自己來寫，工作量相對來說較大。但當(dāng)系統(tǒng)進行再次開發(fā)和升級時, iBATIS的靈活性比Hibernate將具有更大的優(yōu)勢。還有就

61、是系統(tǒng)需要處理大量數(shù)據(jù)，對服務(wù)器性能和響應(yīng)時間要求極為嚴(yán)格，這樣必須通過優(yōu)化SQL語句才能達到系統(tǒng)設(shè)計目標(biāo)。這個時候，iBATIS的半自動將給程序員更大的空間，有更好的可控性和表現(xiàn)。運行效率在不考慮 cache 的情況下，iBatis 應(yīng)該會比hibernate 快一些或者很多</p><p><b>　　第二章 系統(tǒng)分析</b></p><p>　　2.1 系統(tǒng)可行

62、性分析</p><p>　　2.1.1 經(jīng)濟可行性分析</p><p>　　海鐵聯(lián)運信息平臺是在充分分析了用戶需求和市場需求之后建設(shè)的平臺，在目前國內(nèi)港口主要70%貨物通過海鐵聯(lián)運運輸方式的基礎(chǔ)上，海鐵信息平臺已經(jīng)基本成型，沒有市場空間的前提下，抓住國內(nèi)海陸運輸?shù)男畔⒄婵眨ㄔO(shè)海陸聯(lián)運信息平臺具有巨大市場空間和潛力。海陸聯(lián)運信息平臺是一個擁有固定用戶定位于專業(yè)性信息共享平臺的網(wǎng)站，網(wǎng)站用戶

63、訪問的瀏覽量不會很大，網(wǎng)站實現(xiàn)主要以功能為主，不需要復(fù)雜花哨的界面設(shè)計，網(wǎng)站對服務(wù)器的開銷相對也不會很大，網(wǎng)站的開發(fā)生命周期和開發(fā)風(fēng)險相對較小。平臺建成后易于維護和擴展，維護成本和開銷相對較小，在網(wǎng)站運行之后僅為網(wǎng)站配備一名管理人員和一名客服來實現(xiàn)網(wǎng)站的持續(xù)性運轉(zhuǎn)。</p><p>　　海鐵聯(lián)運信息平臺為所有船代角色實現(xiàn)網(wǎng)上動態(tài)發(fā)布貨源等待車隊報價的功能。這樣避免傳統(tǒng)作業(yè)船代花大量人力成本尋找車輛運輸貨物和運費的

64、不可控性，海陸聯(lián)運為所有車隊提供了一次公平的網(wǎng)上競價平臺 車隊可以看到所有貨物信息 公平競爭 避免暗箱操作，使更多的車隊分享利潤。同時網(wǎng)站提供雙發(fā)的信譽評價增加了解，減少雙方的不信任性。系統(tǒng)建成后可以貨主，車隊 箱主，貨代 船代等角色中免費推廣使用，不一次性收取系統(tǒng)開發(fā)，在系統(tǒng)信息共享電子交互數(shù)據(jù)能夠為用戶節(jié)約人工成本，提高各個角色的利潤之后，增加用戶黏性之后，從用戶的每一次成交量中收取手續(xù)費，實現(xiàn)系統(tǒng)可持續(xù)性的盈利目的和后期系統(tǒng)的維護

65、成本</p><p>　　2.1.2技術(shù)可行性分析</p><p>　　在信息化高度發(fā)達的今天，國內(nèi)大多數(shù)企業(yè)，政府機關(guān)，供貨商，銷售商都擁有自己的網(wǎng)站，網(wǎng)站設(shè)計的技術(shù)已經(jīng)非常發(fā)達，系統(tǒng)分層框架已經(jīng)非常成熟，成功的案例很多。在網(wǎng)站前臺設(shè)計的HTML，CSS，JAVASCRIPT技術(shù)可以輕松的查詢文檔找到解決辦法和設(shè)計方案。同時系統(tǒng)選用的JAVA平臺作為目前開發(fā)應(yīng)用最廣泛的語言，在遇到問題的

66、時候可以得到大量的技術(shù)支持。數(shù)據(jù)庫選擇方面選擇是大學(xué)專業(yè)課程</p><p>　　也是目前最為流行的oracle數(shù)據(jù)庫。在編寫SQL語言使用了著名的第三方客戶端PL/SQL 整個系統(tǒng)開發(fā)起來非常得心應(yīng)手。避免了對新技術(shù)的盲目使用和崇拜，選擇了最適合自己的開發(fā)語言和平臺。</p><p><b>　　2.2需求分析</b></p><p>　　需

67、求分析是系統(tǒng)開發(fā)中必不可少的環(huán)節(jié)，一個系統(tǒng)開發(fā)的好壞，最關(guān)鍵的部分是看前期的對用戶的需求分析報告，通過需求分析了解目前網(wǎng)站受眾需要什么樣的需求，用戶需要什么樣的體驗和服務(wù)，再進一步開發(fā)符合用戶需求的系統(tǒng)是每一個系統(tǒng)成功的關(guān)鍵。只有在成功理解了用戶的當(dāng)前需求之后開發(fā)的系統(tǒng)才是能夠收到用戶歡迎和增加用戶黏性的系統(tǒng) 進而使整個系統(tǒng)獲得盈利。</p><p>　　在征詢和走訪一些用戶和查詢連云港港務(wù)資料后提煉出連云港港口

68、和公路之間的運輸現(xiàn)狀</p><p>　　1連云港運輸市場混雜、急需凈化；小貨代、小車隊比較多，缺乏監(jiān)管機制。</p><p>　　2車多貨少，導(dǎo)致車隊為找貨源惡性競爭、互相拆臺，造成貨主對港口極度不信任，需要提升港口公平競爭、誠信的形象。</p><p>　　3價格不統(tǒng)一，許多貨代在運輸車隊選擇中，無法掌握明確的運輸價格而導(dǎo)致企業(yè)經(jīng)營成本上升、負擔(dān)增加。</

69、p><p>　　4各類用戶（貨代、車隊等）之間信任度低，各類用戶信息做不到共享。例如：車主為了利益避免空駛，私裝貨物等現(xiàn)象，船代、箱管、貨主貨代等用戶希望能有所監(jiān)控。</p><p>　　5各方費用結(jié)算存在拖欠情況，嚴(yán)重的長達一年費用未結(jié)清。</p><p>　　在深入分析連云港港口公路運輸市場現(xiàn)狀的基礎(chǔ)上，提高車、貨等信息資源的共享程度，搭建一個能夠幫助物流需求方發(fā)布

70、貨源功能、物流供應(yīng)方尋找貨源功能，提供查詢功能、選擇和交易前后的信息管理功能，溝通各類用戶物流運輸信息服務(wù)功能、用戶信譽評級功能的海陸信息平臺是當(dāng)前用戶最需要的功能模塊。</p><p>　　2.3 系統(tǒng)數(shù)據(jù)流圖</p><p>　　數(shù)據(jù)流圖是在軟件開發(fā)生命周期的前期階段開始進行設(shè)計的，在軟件開發(fā)生命周期后續(xù)階段不斷的細化，修改和完善這一數(shù)據(jù)流程圖。對系統(tǒng)開發(fā)的數(shù)據(jù)流程進行分析可以方面發(fā)現(xiàn)

71、系統(tǒng)中存在不合理的地方和存在的問題，這樣可以清晰的在信息平臺的建設(shè)過程中改進和完善系統(tǒng)。數(shù)據(jù)流圖（英文 Data Flow Digram）是描繪軟件系統(tǒng)邏輯模型的一個圖形，數(shù)據(jù)流圖描繪信息和數(shù)據(jù)之間從輸入到輸出的過程中所經(jīng)歷的一系列變化。設(shè)計數(shù)據(jù)流圖時舍棄這些具體功能，只要把系統(tǒng)中的數(shù)據(jù)流抽象出來，用來表達軟件系統(tǒng)中數(shù)據(jù)和系統(tǒng)中各個功能模塊的之間的關(guān)系和數(shù)據(jù)的最終流向。</p><p>　　數(shù)據(jù)流圖中有主要有四種

72、元素。</p><p>　　第一種 數(shù)據(jù)的源點 表示數(shù)據(jù)的產(chǎn)生的地方和最終抵達的地方。</p><p>　　第二種 數(shù)據(jù)流 表示動態(tài)數(shù)據(jù)的流向。</p><p>　　第三種 處理邏輯 表示對數(shù)據(jù)進行的邏輯操作的動作。</p><p>　　第四種 數(shù)據(jù)存儲 表示需要存儲的可持久化的數(shù)據(jù)。</p><p>　　數(shù)據(jù)流圖

73、的四種元素對應(yīng)的基本圖形為</p><p>　　源點或終點 數(shù)據(jù)流 邏輯處理 數(shù)據(jù)存儲</p><p>　　海陸聯(lián)運信息平臺的數(shù)據(jù)流圖</p><p>　　這個數(shù)據(jù)流圖由貨主新增貨源到貨源表中開始。車隊通過貨源表信息查找貨源信息，并根據(jù)貨源信息進行報價，錄入報價表。貨代根據(jù)報價表選擇是否接受報價錄入合同表

74、 車隊根據(jù)箱信息對對不同箱子配置不同車輛信息</p><p><b>　　第三章 系統(tǒng)設(shè)計</b></p><p>　　整個系統(tǒng)設(shè)計分為系統(tǒng)前臺頁面的設(shè)計部分，系統(tǒng)的功能設(shè)計部分和系統(tǒng)的數(shù)據(jù)庫設(shè)計部分。網(wǎng)站的前臺頁面設(shè)計主要是統(tǒng)一海陸聯(lián)運信息平臺的整個站點的風(fēng)格和樣式，系統(tǒng)的功能設(shè)計部分主要根據(jù)用戶需求設(shè)計系統(tǒng)的功能模塊，同時將功能模塊進行細化。系統(tǒng)的數(shù)據(jù)庫設(shè)計是根據(jù)

75、數(shù)據(jù)流圖中數(shù)據(jù)存儲所需要的表 將數(shù)據(jù)先抽象為數(shù)據(jù)庫的概念模型 再講數(shù)據(jù)轉(zhuǎn)化成物理模型（PDM）。</p><p>　　3.1 系統(tǒng)的開發(fā)環(huán)境</p><p>　　3.1.1java開發(fā)環(huán)境的搭建</p><p>　　系統(tǒng)開發(fā)環(huán)境的搭建流程步驟如下:</p><p>　　1下載安裝JDK 和JRE，注意安裝應(yīng)保持同一個目錄下。 </p&g

76、t;<p>　　2設(shè)置系統(tǒng)環(huán)境變量設(shè)置JAVA_HOME；設(shè)置CLASSPATH；設(shè)置PATH三個系統(tǒng)環(huán)境變量。</p><p>　　3安裝eclipse第三方JAVA開發(fā)IDE工具。</p><p>　　4在eclipse中引入Tapserty jar 包；spring jar包；ibatis jar包和log4j jar包</p><p>　　5安

77、裝oracle 數(shù)據(jù)庫 創(chuàng)建本地數(shù)據(jù)庫實例</p><p>　　6安裝第三方數(shù)據(jù)庫客戶端軟件PL/SQL Developer</p><p>　　7 安裝數(shù)據(jù)庫建模工具PowerDesigner</p><p>　　3.2 系統(tǒng)功能設(shè)計</p><p>　　3.2.1 系統(tǒng)整體流程圖</p><p>　　海陸聯(lián)運信息平

78、臺概要流程圖，整個平臺從貨代錄入貨源，貨代網(wǎng)上訂艙發(fā)起，車隊進行對貨物進行競價，貨代選擇報價車隊，完成交易互相評分，這個流程結(jié)束。</p><p>　　3.2.2系統(tǒng)不同角色登陸具體流程圖</p><p>　　海陸聯(lián)運信息平臺用戶登錄角色分為車隊和貨代兩種角色，網(wǎng)站功能流程圖也分為車隊登錄流程圖和貨代登錄流程圖 其中具體流程如下</p><p>　　3.2.3系統(tǒng)總

79、體結(jié)構(gòu)設(shè)計</p><p>　　對船代和車隊用戶前期的需求分析，設(shè)計了海陸聯(lián)運信息系統(tǒng)的系統(tǒng)總體體系結(jié)構(gòu)和相應(yīng)的主要功能模塊，以下為海陸聯(lián)運信息系統(tǒng)的總體結(jié)構(gòu)圖</p><p>　　3.3系統(tǒng)數(shù)據(jù)庫設(shè)計</p><p>　　3.3.1數(shù)據(jù)庫技術(shù)簡介</p><p>　　人工管理，文件系統(tǒng)管理，和數(shù)據(jù)庫管理是數(shù)據(jù)管理經(jīng)歷的三個不同發(fā)展階段。人工

80、管理的數(shù)據(jù)保存在紙質(zhì)媒介,數(shù)據(jù)安全性不高，沒有專用的數(shù)據(jù)軟件進行維護，容易出錯。文件系統(tǒng)管理存在數(shù)據(jù)的一致性比較差，數(shù)據(jù)之間的關(guān)聯(lián)關(guān)系難以維護。數(shù)據(jù)庫管理提供了完善的數(shù)據(jù)模型和用戶接口，同時提供了四大數(shù)據(jù)完整性，數(shù)據(jù)安全性，備份恢復(fù)和并發(fā)控制功能，保證了數(shù)據(jù)本身的安全，正確和可靠性。</p><p>　　層次性數(shù)據(jù)庫模型，關(guān)系型數(shù)據(jù)模型，網(wǎng)狀型數(shù)據(jù)庫模型和面向?qū)ο蟮臄?shù)據(jù)庫模型是數(shù)據(jù)庫發(fā)展的四大模型。其中關(guān)系型數(shù)據(jù)

81、庫模型稱為目前主流的數(shù)據(jù)庫模型。</p><p>　　目前，世界上主流的數(shù)據(jù)庫管理系統(tǒng)（DBMS）主要由ORACLE公司開發(fā)的oracle、IBM公司開發(fā)的DB2、微軟公司開發(fā)的SQL Server、Sybase公司開發(fā)的Sybase以及ORACLE公司開發(fā)的 MySQL五大主流數(shù)據(jù)庫。目前，ORCLE公司開發(fā)的ORACLE數(shù)據(jù)庫成為大型數(shù)據(jù)庫的主流，Oracle 是 oracle公司出品的歷史比較悠久的十分優(yōu)秀

82、的DBMS。</p><p>　　3.3.2 數(shù)據(jù)庫表設(shè)計</p><p>　　根據(jù)用戶需求，共需要設(shè)計15張 具體表作用和表結(jié)構(gòu)如下：</p><p>　　1訂單表 訂單表是貨代錄入貨源訂單數(shù)據(jù)表，貨代發(fā)布所有貨源訂單的相關(guān)信息保存在訂單表中，訂單表中只錄入貨源（散貨，件貨，集裝箱貨）三種貨物相同部分?jǐn)?shù)據(jù)，訂單表是整個貨代用戶的基礎(chǔ)表。</p>&l

83、t;p><b>　　2集裝箱貨源表</b></p><p>　　集裝箱貨源表是描述貨代錄入具體集裝箱貨源特征的表，該表保存集裝箱貨源信息特有的數(shù)據(jù)表</p><p>　　表名:WT_JZXCARGO_SOURCE 解釋:集裝箱貨源表 </p><p>　　3訂單箱表主要描述的是貨代在拿到貨源之后，首先像船代申請訂艙，船代像船公司租訂箱子，

84、船公司同意之后放行并給出提單號信息，該表主要保存的是網(wǎng)上訂艙之后箱子的相關(guān)信息表</p><p>　　表名:WT_DD_CTN 解釋:訂單箱表(散貨空) </p><p><b>　　4散貨貨源表</b></p><p>　　散貨貨源表是描述貨代錄入散貨貨源具體特征的表，該表保存散貨貨源信息特有的數(shù)據(jù)表</p><p>

85、　　表名:WT_JZHCARGO_SOURCE 解釋:散貨貨源表 </p><p><b>　　5報價單表</b></p><p>　　WT_DDINFO_APPLY報價單表是對已發(fā)布貨源進行報價相關(guān)的信息表，該表主要保存報價的金額，報價的基本單位，運輸路線，起始時間等相關(guān)信息。</p><p>　　表名:WT_DDINFO_APPLY 解釋:

86、報價單 </p><p>　　6車隊表主要描述市場上每家不同車隊名稱信息，用于車隊報價。</p><p>　　表名:WT_CD 解釋:車隊表 </p><p>　　7牽引車表是描述車隊車輛中牽引車相關(guān)的信息，該表將牽引車具體的信息保存在數(shù)據(jù)庫中。</p><p>　　表名:WT_TRUCK 解釋:牽引車表</p><p&g

87、t;<b>　　備注: 牽引車表</b></p><p>　　8掛車表是描述車隊車輛中掛車相關(guān)的信息，該表將掛車具體的信息保存在數(shù)據(jù)庫中。</p><p>　　表名:WT_TRUCK_TRAILER 解釋:掛車信息</p><p><b>　　備注: 掛車信息</b></p><p>　　9司機表是

88、描述車隊中車輛司機的相關(guān)信息</p><p>　　表名:WT_TRUCK_DRIVER 解釋:司機表</p><p><b>　　備注: 司機表</b></p><p>　　10車源表是描述車隊可用車源相關(guān)信息，在網(wǎng)站發(fā)布車隊可用車源信息給貨代。</p><p>　　表名:WT_TRUCK_SOURCE 解釋:車源表 &

89、lt;/p><p>　　11評分表是描述不同合作用戶之間相互評分相關(guān)信息表，該表主要用來給用戶做信譽參考。</p><p>　　表名:WT_MARKS 解釋:評分表 </p><p><b>　　第四章 系統(tǒng)實現(xiàn)</b></p><p>　　4.1 系統(tǒng)登錄界面</p><p>　　系統(tǒng)登錄界面主要用

90、于用戶用戶名密碼進行驗證。不是注冊用戶不允許登錄該系統(tǒng)。</p><p><b>　　4.2系統(tǒng)首頁</b></p><p>　　系統(tǒng)首頁主要包含系統(tǒng)主要的功能模塊菜單類型，同時首頁為用戶提供信息瀏覽，展示動態(tài)消息，呈現(xiàn)最新發(fā)布的貨源，車源信息，為用戶提供信息檢索功能。</p><p><b>　　4.3我的訂單實現(xiàn)</b>

91、;</p><p>　　我的訂單包含我的貨盤，我的訂單，尋找貨盤，貨盤回收站四個子菜單，我的貨盤頁面用于貨代角色登陸發(fā)布最新貨源，查詢已發(fā)布貨源被車隊報價情況。我的訂單頁面用于車隊查詢雙方已經(jīng)成交的訂單數(shù)量和詳細情況。尋找貨盤頁面用于車隊角色登陸后尋找最新的貨源進行公開競價，貨盤回收站提供給貨代角色刪除已經(jīng)發(fā)布的貨源信息功能。</p><p>　　4.3.1發(fā)布貨源訂單功能</p&g

92、t;<p>　　貨代用戶通過我的訂單-我的貨盤菜單可以錄入需要發(fā)布的貨源，生成一張詳細的訂單，將數(shù)據(jù)保存到數(shù)據(jù)庫中方便查詢最新貨源</p><p>　　4.3.2車隊對已發(fā)布貨源進行報價</p><p>　　車隊用戶通過我的訂單-尋找貨盤子菜單可以查看網(wǎng)上已發(fā)布的貨源信息，對中意的貨源進行報價操作，等待貨代用戶的回復(fù)</p><p>　　4.3.3貨代

93、對已報價貨源選擇合作車隊</p><p>　　貨代用戶登錄通過我的訂單-我的貨盤中可以查看自己發(fā)布過的貨源被車隊報價的詳細情況，同時可以對報價的貨源進行相關(guān)操作，同意報價雙方達成成交和提供刪除報價等功能。</p><p>　　4.3.4 車隊查看自己接收訂單的功能</p><p>　　車隊用戶可以查看自己已經(jīng)達成交易的訂單數(shù)量和訂單詳情，車隊通過訂單詳細信息可以合理

94、的對訂單進行車輛配載和司機人員安排。</p><p>　　4.4用戶之間信譽評價功能的實現(xiàn)</p><p>　　信譽評價菜單包含收到的評價和發(fā)出的評價兩個子菜單，收到的評價是用來對達成的交易的雙方互相給出的信譽評價和評價內(nèi)容，每一個用戶登錄后都可以看到每一個服務(wù)方的信譽評價等級，來決定是否和對方達成交易，這個功能是借鑒了網(wǎng)購平臺買家給賣家的評價功能。</p><p>

95、;　　4.5 車隊調(diào)度管理功能的實現(xiàn)</p><p>　　調(diào)度管理主要包含我的車源，公路優(yōu)惠，班次狀態(tài)，和配載四個子菜單，我的車源是顯示車隊目前的車源，方便車隊管理者合理的安排車輛運輸，公路優(yōu)惠菜單是國家對某些特殊運輸路線給予的政府補貼，車隊可以申請車輛的運輸路線，享受國家補貼。班次狀態(tài)是車隊管理者查看每輛車輛運輸狀態(tài)，配載菜單是根據(jù)訂單的箱型箱號選擇合適的車輛進行運輸。</p><p>

96、　　4.5.1車源管理功能的實現(xiàn)</p><p>　　車源管理菜單是對車隊管理者對車隊目前的車源錄入之后進行集中管理，清楚的看到車輛的類型，載重，車長，發(fā)車目的地，聯(lián)系人等相關(guān)信息。方便車隊管理者對訂單根據(jù)車源信息進行配載。</p><p>　　4.5.2 配載功能的實現(xiàn)</p><p>　　配載是根據(jù)車隊接收到的訂單詳細信息，根據(jù)訂單中集裝箱中箱型箱號重量和長度為

97、每一個訂單中的集裝箱配載符合規(guī)格的車輛。并為車輛配置司機相關(guān)信息。配載又分為普通配載和甩掛配載兩種，在集裝箱運輸車輛中，普通配載是指車輛將重箱拉到目的地后直接空箱回來。甩掛配載是指車輛將重箱拉到目的地后牽引車和掛車分離，牽引車重新配置一輛掛車?yán)^續(xù)運輸重箱返回出發(fā)點。</p><p>　　4.6 消息管理功能的實現(xiàn)</p><p>　　消息管理分為系統(tǒng)消息和用戶消息兩個子菜單，系統(tǒng)消息是網(wǎng)站

98、向所有用戶發(fā)布一些站內(nèi)維護和系統(tǒng)升級等一些相關(guān)信息。用戶消息是交易雙方發(fā)布的一些信息，系統(tǒng)推送給用戶。</p><p>　　4.7 財務(wù)管理功能</p><p>　　財務(wù)管理分為應(yīng)付賬單管理和應(yīng)收賬單管理兩個子菜單，應(yīng)付賬單就是貨代用戶應(yīng)該付給達成交易車隊的運費價格。應(yīng)收賬單就是車隊接到訂單后應(yīng)該從貨代用戶收取的運費價格。</p><p>　　4.8 在線客服功能&

99、lt;/p><p>　　在線客服是為用戶提供了一個人性化的疑難解答功能的客戶服務(wù)功能，通過在線的客服可以幫助用戶解決一些遇到的常見問題，QQ在線客服是一種網(wǎng)頁式快捷版即時通訊軟件，客服QQ在線 是騰訊公司提供的一個QQ的接口，只要在后臺輸入一些參數(shù)即可。方便用戶和網(wǎng)站客服之間的交流和溝通</p><p><b>　　4.9基礎(chǔ)資料菜單</b></p><

100、;p>　　基礎(chǔ)資料是針對車隊角色設(shè)立的菜單，該菜單包含掛車管理，牽引車管理，司機管理三個子菜單。用于方便車隊管理者對車輛進行管理。常見運輸車輛分為牽引車和掛車，牽引車是指有動力裝置的車輛，掛車本身沒有動力，需要有牽引車牽引才能移動。掛車又分為全掛和半掛兩種，全掛是指掛車本身承受全部的載重重量，牽引車只提供向前的引力。半掛是指牽引車不僅僅只提供動力，還需要承擔(dān)掛車的一部分載重重量，掛車自己也承擔(dān)一部分的重量。</p>

101、<p>　　4.9.1 牽引車管理菜單</p><p>　　牽引車是指有動力裝置的車輛，牽引車管理菜單提供了新增牽引車信息的錄入功能和顯示目前存在的牽引車列表</p><p>　　4.9.2 掛車管理菜單的實現(xiàn)</p><p>　　掛車本身沒有動力，需要有牽引車牽引才能移動。掛車又分為全掛和半掛兩種，全掛是指掛車本身承受全部的載重重量，牽引車只提供向前的引

102、力。半掛是只掛車只承受一部分的載重的重量，還有一部分載重的重量需要牽引車來承擔(dān)。掛車管理菜單也提供了錄入新掛車入庫的功能和查詢目前掛車狀態(tài)功能頁面類似于牽引車頁面（圖略）。</p><p>　　4.9.3 司機管理菜單的實現(xiàn)</p><p>　　司機管理菜單提供了錄入新司機入庫的功能和查詢車隊已經(jīng)存在的司機列表</p><p><b>　　4.10跟蹤查詢

103、</b></p><p>　　跟蹤查詢包含運價查詢和訂單跟蹤兩個子菜單，訂單查詢是為了讓用戶更清楚的看到當(dāng)月的平均價格，提供給貨代和車隊雙方進行報價參考，防止報價過高增加運輸成本，減少利潤和報價過低達不成交易。訂單跟蹤是提供了訂單在運輸途中所到達地點是時間，方便用戶直觀的看到貨物在運輸過程中所處位置。</p><p>　　4.10.1運價走勢菜單</p><

104、p>　　運價走勢菜單從數(shù)據(jù)庫中統(tǒng)計出最新一個月內(nèi)完成交易的車隊運費的平均價格。也可以通過圖標(biāo)形式實時查看月度運價走勢圖。</p><p><b>　　系統(tǒng)部分代碼</b></p><p>　　此部分代碼主要以一個菜單頁面為例，展示整個海陸聯(lián)運信息平臺網(wǎng)站中頁面通過Tapsetry、spring,ibatis框架來實現(xiàn)連接數(shù)據(jù)庫的機制和原理，該站內(nèi)信菜單頁面將展示

105、一個網(wǎng)站頁面是如何將頁面數(shù)據(jù)通過后臺連接到數(shù)據(jù)庫的。</p><p>　　zhanneixin.html文件 </p><p><b>　　<html></b></p><p><b>　　<head></b></p><p>　　<link href="cs

106、s/EdiWeb.css" rel="stylesheet" type="text/css" /></p><p>　　<link href="css/Header.css" rel="stylesheet" type="text/css"></p><p>&l

107、t;b>　　</head></b></p><p>　　<span jwcid="@Header"></span></p><p>　　<body jwcid="@NewBody"></p><p>　　<form jwcid="@Form&qu

108、ot;></p><p>　　<h1 align="center">這里是站內(nèi)信 歡迎給我們發(fā)送消息</h1></p><p>　　<table border="1" bodercolor="#000000" align="center" width="500px&

109、quot;</p><p>　　height="400px"></p><p>　　<tr height="40px"></p><p>　　<td width="20%">接收方</td></p><p>　　<td><t

110、extarea name="receiver" cols="80%" rows="2"jwcid="@TextArea" value="ognl:receiver"> </textarea></td></p><p><b>　　</tr></b>&l

111、t;/p><p>　　<tr height="40px"></p><p>　　<td width="20%">標(biāo)題</td></p><p>　　<td><textarea name="title" cols="80%" rows=&q

112、uot;2"jwcid="@TextArea" id="title"value="ognl:title"> 請輸入標(biāo)題 </textarea></p><p><b>　　</td></b></p><p><b>　　</tr></b>