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

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

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

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

4、apesrty,Spring,Ibaits框架和oracle數(shù)據(jù)庫(kù)技術(shù)進(jìn)行系統(tǒng)開(kāi)發(fā)。</p><p><b>　　關(guān)鍵詞：</b></p><p>　　B/S模式 TSI框架 海陸聯(lián)運(yù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)和遠(yuǎn)景8</p><p>　　1.4 系統(tǒng)開(kāi)發(fā)的語(yǔ)言介紹9</p><p>　　1.5系統(tǒng)開(kāi)發(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)濟(jì)可行性分析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è)計(jì)16</p><p>　　3.1 系統(tǒng)的開(kāi)發(fā)環(huán)境17</p><p>　　3.1.1java開(kāi)發(fā)環(huán)境的搭建17</p><p>　　3.2 系統(tǒng)功能設(shè)計(jì)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è)計(jì)19</p><p>　　3.3系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)20</p><p>　　3.3.1數(shù)據(jù)庫(kù)技術(shù)簡(jiǎn)介20</p><p>　　3.3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

55、現(xiàn)容器對(duì)Bean的管理。</p><p>　　應(yīng)用上下文（Context）模塊：</p><p>　　核心模塊的BeanFactory使Spring成為一個(gè)容器，而上下文模塊使它成為一個(gè)框架。 另外，這個(gè)模塊提供了許多企業(yè)服務(wù)。也包括了對(duì)模板框架例如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 的一個(gè)開(kāi)源項(xiàng)目，一個(gè)O/R Mapping 解決方案，iBatis 最大的特點(diǎn)就是小

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

84、船公司同意之后放行并給出提單號(hào)信息，該表主要保存的是網(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ào)價(jià)單表</b></p><p>　　WT_DDINFO_APPLY報(bào)價(jià)單表是對(duì)已發(fā)布貨源進(jìn)行報(bào)價(jià)相關(guān)的信息表，該表主要保存報(bào)價(jià)的金額，報(bào)價(jià)的基本單位，運(yùn)輸路線，起始時(shí)間等相關(guān)信息。</p><p>　　表名:WT_DDINFO_APPLY 解釋:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

105、一個(gè)網(wǎng)站頁(yè)面是如何將頁(yè)面數(shù)據(jù)通過(guò)后臺(tái)連接到數(shù)據(jù)庫(kù)的。</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"> 請(qǐng)輸入標(biāo)題 </textarea></p><p><b>　　</td></b></p><p><b>　　</tr></b>