物流網(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年代以來，隨著Internet的飛速發(fā)展，網(wǎng)絡(luò)時(shí)代的到來，互聯(lián)網(wǎng)已經(jīng)成為人們生活中必不可少的部分。。信息共享在國(guó)際貿(mào)易和經(jīng)濟(jì)全球化中的地位越來越重要，在國(guó)際貿(mào)易中，由于交易雙方地處不同的國(guó)家和地區(qū)。因此在大多數(shù)情況下，大宗貨物通過水路公路鐵路不同的接力運(yùn)輸方式最終抵達(dá)買方所在地。在貨物運(yùn)輸?shù)倪^程中，買賣雙方都希望貨物最快供貨和最快收

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

4、apesrty,Spring,Ibaits框架和oracle數(shù)據(jù)庫(kù)技術(shù)進(jìn)行系統(tǒng)開發(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)開發(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)濟(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)的開發(fā)環(huán)境17</p><p>　　3.1.1java開發(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)首頁29</p><p>　　4.3我的訂單實(shí)現(xiàn)30</p><p>　　4.3.1發(fā)布貨源訂單功能30</p><p>　　4.3.2車隊(duì)對(duì)

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

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、引車管理菜單40</p><p>　　4.9.2 掛車管理菜單的實(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í)代的到來，互聯(lián)網(wǎng)已經(jīng)成為人們生活中必不可少的部分。在第三次科技革命浪潮的猛烈沖擊下，一場(chǎng)高技術(shù)競(jìng)爭(zhēng)席卷世界，使人類社會(huì)的一切領(lǐng)域正在飛速地改變著面貌。</p><p>　　國(guó)際貿(mào)易也空前活躍，市場(chǎng)競(jìng)爭(zhēng)愈演愈烈。信息共享在國(guó)際貿(mào)易和經(jīng)濟(jì)全球化中

14、的地位越來越重要，在國(guó)際貿(mào)易中，由于買賣雙方地處不同的國(guó)家和地區(qū)，因此在大多數(shù)情況下，不是簡(jiǎn)單地直接地面對(duì)面地買賣， 貨物通過港口的裝卸運(yùn)輸再經(jīng)過公路鐵路運(yùn)輸?shù)絻?nèi)陸地區(qū)，為了能夠?qū)崿F(xiàn)賣方能夠快速的供貨，買方最快的獲得貨物，實(shí)現(xiàn)海上運(yùn)輸港口貨物到港之后和公路運(yùn)輸無縫銜接，通過信息的共享縮短貨物在運(yùn)輸過程中的時(shí)間，以適應(yīng)瞬息萬變的市場(chǎng)行情。特開發(fā)了本系統(tǒng)。通過信息提前的共享 合理的安排運(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ó)最早開放的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ù)院高度重視以連云港為龍頭的江蘇沿海開發(fā)。連云港港口的發(fā)展展現(xiàn)了前所未有的重要性和迫切性。</p><p>　　在國(guó)家的重視下，連云港經(jīng)港近年來經(jīng)濟(jì)迅猛發(fā)展，隨著市委、市政府港口帶動(dòng)戰(zhàn)略的快速實(shí)施，“一體兩翼”港口發(fā)展戰(zhàn)略的加快推進(jìn)，連云港港實(shí)現(xiàn)了超常發(fā)展，港口貨物吞吐量由2001年3058.1

17、1萬噸增加到2012年的1.85億噸，年均增長(zhǎng)接近20%；集裝箱吞吐量由2001年15.6萬箱增加到2012年500萬箱，增幅是全國(guó)沿海港口平均水平的一倍。其中散雜貨吞吐量達(dá)1.16億噸，連續(xù)兩年突破億噸大關(guān)。2012年港口集裝箱運(yùn)量已經(jīng)突破500萬標(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)展，集裝箱車等專用載貨汽

18、車快速發(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ā)展不可缺少的前提條件。近年來，高速鐵路的快速發(fā)展有效地分擔(dān)了鐵路運(yù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度不符。通過政策、技術(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年，連云港港通過公路貨物集運(yùn)量1432.53萬噸，占集運(yùn)總量2

20、2.61%，日均集運(yùn)量 3.93萬噸；貨物疏運(yùn)量1208.88萬噸，占疏運(yùn)總量18.12%，日均疏運(yùn)量3.31萬噸（詳見表1）。其中，集裝箱公路集運(yùn)量為 36.03 萬標(biāo)箱,占集裝箱集運(yùn)量 26.1 %，日均集運(yùn)量839標(biāo)箱（詳見圖1）；集裝箱公路疏運(yùn)量為 30.41 萬標(biāo)箱,占集裝箱疏運(yùn)量22.01%，日均疏運(yùn)量833標(biāo)箱（詳見圖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ù)類型分析，通過水路運(yùn)輸方式抵達(dá)港口的貨物，大約40%的貨物是通過鐵路進(jìn)行運(yùn)輸、大約37%貨物通過公路進(jìn)行運(yùn)輸；而通過水路疏運(yùn)的離港貨物中，約35%的貨物通過鐵路集運(yùn)、35%貨物通過公路集運(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ù)來看，連云港港通過公路集運(yùn)的貨物主要來自江蘇、山東、河南、山西、河北、安徽等地，其中蘇北、魯南地區(qū)的貨物占公路集運(yùn)量的70%；通過公路疏運(yùn)的貨物主要來自江蘇

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

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

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

26、.5%。從而可以說明，現(xiàn)階段本地集裝箱車輛的競(jìng)爭(zhēng)力和市場(chǎng)份額遠(yuǎn)遠(yuǎn)高于本地普通貨車。</p><p><b>　　1.2 課題意義</b></p><p>　　連云港港口服務(wù)江蘇地區(qū)和中國(guó)中西部地區(qū)、推動(dòng)中部崛起、西部大開發(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)，貨物通過公路、鐵路和水運(yùn)等各種運(yùn)輸方式大量進(jìn)出連云港，隨著東疏港高速公路全線建成通車，北疏港道路也在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)、面廣、門到門的優(yōu)勢(shì)，為港口集疏運(yùn)提供了有力保障。</

28、p><p>　　但是同時(shí)因?yàn)樨涍\(yùn)雙方信息共享不足，由于海上運(yùn)輸信息，貨物信息，路上車隊(duì)信息不能夠及時(shí)共享，信息交流不夠通暢，公路運(yùn)輸經(jīng)營(yíng)主體分散，車源和貨源之間缺乏有效的整合，車輛飽和度極低，運(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)輸信息，貨物信息，路上車隊(duì)信息不能夠及時(shí)共享，信息交流不夠通暢，公路運(yùn)輸經(jīng)營(yíng)主體分散，車源和貨源之間缺乏有效的整合，車輛飽和度極低，運(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)貨源車源數(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)，貨物通過公路、鐵路和水運(yùn)等各種運(yùn)輸方式大量進(jìn)出連云港為了能夠提高車、貨，船等信息資源的共享程度，建設(shè)一個(gè)能夠幫助物流需求方發(fā)布貨源、物流供應(yīng)方尋找貨源，提供查詢、選擇和交易前后的信息管理，溝通各類用戶物流運(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)貨源車源數(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)方式來維持平臺(tái)運(yùn)營(yíng)，通過這種營(yíng)銷模式推動(dòng)平臺(tái)用戶數(shù)量的積累。通過優(yōu)質(zhì)便捷和可增值的服務(wù)，穩(wěn)定用戶關(guān)系，進(jìn)而開拓新的用戶，創(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)效率。組織成立貨主、車隊(duì)等聯(lián)盟，通過

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á)到貨源車源對(duì)接、貨主車主溝通等基本功能，凸顯信息平臺(tái)的先進(jìn)性與適用性；通過相同相似路線的價(jià)格成交記錄統(tǒng)計(jì)出平均價(jià)格和價(jià)格走向，給用戶一個(gè)直觀的價(jià)格了解，輔助用戶選擇要價(jià)合理的車隊(duì)；通過恰當(dāng)合理

35、的計(jì)分規(guī)則及時(shí)統(tǒng)計(jì)各用戶的信譽(yù)狀況，引導(dǎo)公路運(yùn)輸市場(chǎng)走向良性競(jìng)爭(zhēng)；接收車輛GPS、箱貨進(jìn)出門等報(bào)文，形成車貨軌跡信息供政府、船代、貨主貨代等監(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)，能夠通過平臺(tái)完成發(fā)布貨源，貨代找車，車隊(duì)接單、貨代選擇成交，車隊(duì)派車運(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ì)車隊(duì)有貨源查詢系統(tǒng)、在線競(jìng)價(jià)系統(tǒng)、在線反饋和討論系統(tǒng)等基本功能子系統(tǒng)。實(shí)現(xiàn)不同用戶角色登錄網(wǎng)站功能，實(shí)現(xiàn)海上和路上車源數(shù)據(jù)的互聯(lián)互通功能，</p>

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

38、SUN公司一個(gè)綠色項(xiàng)目Green Project中新寫的star7一種應(yīng)用程序語言，當(dāng)時(shí)java語言還稱作Oak語言O(shè)ak語言的名稱由來是當(dāng)時(shí)綠色項(xiàng)目辦公室的窗外有一顆橡樹，當(dāng)時(shí)的james.Gosling(被稱為java之父)隨便就為該語言起名為Oka語言。 后來發(fā)現(xiàn)Oka名稱已經(jīng)被注冊(cè)了，于是改名為JAVA語言。</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語言里面有大量的體現(xiàn)節(jié)省資源的設(shè)計(jì)考慮。像字符串池和動(dòng)態(tài)加載類文檔等都體現(xiàn)了JAVA的優(yōu)勢(shì)。</p><p>　　JAVA語言在1995年正式由OKA更名為JAVA，JDK1.0也正式對(duì)外發(fā)表。1996年 網(wǎng)景瀏覽器和微軟瀏覽器正式支持JAVA語言。JAVA語言在因特網(wǎng)世界中開始流行起來。1998年12月，美國(guó)SUN

40、公司</p><p>　　發(fā)布J2SE平臺(tái) J2SE平臺(tái)中包含了JAVA development kit和JAVA語言。隨后幾年SUN公司不停更新新的J2SE版本。2010年ORACLE公司并購(gòu)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 不僅僅是一個(gè)簡(jiǎn)單的模板系統(tǒng), Tapestry建立于Java Servlet API系統(tǒng)之上,目的是為了搭建一個(gè)平臺(tái)來創(chuàng)建一個(gè)動(dòng)態(tài),互動(dòng)的網(wǎng)站系統(tǒng)。和其他網(wǎng)絡(luò)應(yīng)用框架模板語言不一樣的地方是Tapestry語言能稱得上是一個(gè)真正意義上的框架,Tapestry語言可以通過簡(jiǎn)單的復(fù)用組件的方式來構(gòu)建一個(gè)復(fù)雜的

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

43、t;p>　　Tapestry框架設(shè)計(jì)的理念是“對(duì)象,方法和屬性三要素”，這句話意味著以往開發(fā)人員需要關(guān)注Servlet API ,比如請(qǐng)求,回應(yīng),會(huì)話,屬性,參數(shù),URL等在這里不在需要考慮,而在Tapestry 中開發(fā)人員只需要關(guān)注的是對(duì)象(包括Tapestry 頁面和組件,也包括應(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>　　通過使用T框架，程序開發(fā)人員已經(jīng)可以完全不需要在使用JSP技術(shù)，程序員只需要使用一T框架中提供的模板技術(shù)就可以。Tapersry框架完全實(shí)現(xiàn)了業(yè)務(wù)邏輯層和視圖邏輯層

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

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

47、d號(hào)，每一個(gè)頁面也擁有唯一的名稱...這就是一個(gè)面向組件模型(component object model)。每個(gè)組件都有一個(gè)地址,這樣能有效和容易的被放置到URL當(dāng)中去。</p><p>　　1.5.2 spring框架介紹</p><p>　　Spring是用于簡(jiǎn)化企業(yè)級(jí)JAVA程序開發(fā)的分層開源框架 </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》一 書中,提供了隨書一個(gè)初步的開發(fā)框架nterface21 開發(fā)包,書中闡述的編程思想的方法在interface21中得到了具體實(shí)現(xiàn)。后來, Rod Johnson進(jìn)行了進(jìn)一步的改造升級(jí)和擴(kuò)充的interface21功能。使之

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

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

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

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

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

54、gt;<p>　　代碼應(yīng)該易于測(cè)試［這個(gè)使命其實(shí)是和敏捷中的測(cè)試驅(qū)動(dòng)開發(fā)方法有相照應(yīng)的地方］</p><p>　　JavaBean提供了應(yīng)用程序配置的最好方法</p><p><b>　　核心容器：</b></p><p>　　這是Spring框架里最基礎(chǔ)的部分，它提供了依賴注入（Dependency Injection）特征來實(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è)開源項(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語句的操作權(quán)，最終交還給了程序員。</p><p>　　在Hibernate框架中，程序員不需要了解復(fù)雜的SQL語句，因?yàn)镠ibernate框架機(jī)制中會(huì)自動(dòng)根據(jù)POJO的映射關(guān)系，自

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

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

60、　　ibatis語言最大的特點(diǎn)還是因?yàn)閕batis語言入門相當(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)是框架還不夠成熟，目前來看雖然簡(jiǎn)化了大量綁定數(shù)據(jù)庫(kù)的數(shù)據(jù)，但是整個(gè)SQL語句需要程序員自己來寫，工作量相對(duì)來說較大。但當(dāng)系統(tǒng)進(jìn)行再次開發(fā)和升級(jí)時(shí), iBATIS的靈活性比Hibernate將具有更大的優(yōu)勢(shì)。還有就

61、是系統(tǒng)需要處理大量數(shù)據(jù)，對(duì)服務(wù)器性能和響應(yīng)時(shí)間要求極為嚴(yán)格，這樣必須通過優(yōu)化SQL語句才能達(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%貨物通過海鐵聯(lián)運(yùn)運(yùn)輸方式的基礎(chǔ)上，海鐵信息平臺(tái)已經(jīng)基本成型，沒有市場(chǎng)空間的前提下，抓住國(guó)內(nèi)海陸運(yùn)輸?shù)男畔⒄婵?，建設(shè)海陸聯(lián)運(yùn)信息平臺(tái)具有巨大市場(chǎng)空間和潛力。海陸聯(lián)運(yùn)信息平臺(tái)是一個(gè)擁有固定用戶定位于專業(yè)性信息共享平臺(tái)的網(wǎng)站，網(wǎng)站用戶

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

64、不可控性，海陸聯(lián)運(yùn)為所有車隊(duì)提供了一次公平的網(wǎng)上競(jìng)價(jià)平臺(tái) 車隊(duì)可以看到所有貨物信息 公平競(jìng)爭(zhēng) 避免暗箱操作，使更多的車隊(duì)分享利潤(rùn)。同時(shí)網(wǎng)站提供雙發(fā)的信譽(yù)評(píng)價(jià)增加了解，減少雙方的不信任性。系統(tǒng)建成后可以貨主，車隊(duì) 箱主，貨代 船代等角色中免費(fèi)推廣使用，不一次性收取系統(tǒng)開發(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)，供貨商，銷售商都擁有自己的網(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)作為目前開發(fā)應(yīng)用最廣泛的語言，在遇到問題的

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

67、求分析是系統(tǒng)開發(fā)中必不可少的環(huán)節(jié)，一個(gè)系統(tǒng)開發(fā)的好壞，最關(guān)鍵的部分是看前期的對(duì)用戶的需求分析報(bào)告，通過需求分析了解目前網(wǎng)站受眾需要什么樣的需求，用戶需要什么樣的體驗(yàn)和服務(wù)，再進(jìn)一步開發(fā)符合用戶需求的系統(tǒng)是每一個(gè)系統(tǒng)成功的關(guān)鍵。只有在成功理解了用戶的當(dāng)前需求之后開發(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)混雜、急需凈化；小貨代、小車隊(duì)比較多，缺乏監(jiān)管機(jī)制。</p><p>　　2車多貨少，導(dǎo)致車隊(duì)為找貨源惡性競(jìng)爭(zhēng)、互相拆臺(tái)，造成貨主對(duì)港口極度不信任，需要提升港口公平競(jìng)爭(zhēng)、誠(chéng)信的形象。</p><p>　　3價(jià)格不統(tǒng)一，許多貨代在運(yùn)輸車隊(duì)選擇中，無法掌握明確的運(yùn)輸價(jià)格而導(dǎo)致企業(yè)經(jīng)營(yíng)成本上升、負(fù)擔(dān)增加。</

69、p><p>　　4各類用戶（貨代、車隊(duì)等）之間信任度低，各類用戶信息做不到共享。例如：車主為了利益避免空駛，私裝貨物等現(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ǔ)上，提高車、貨等信息資源的共享程度，搭建一個(gè)能夠幫助物流需求方發(fā)布

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

71、系統(tǒng)中存在不合理的地方和存在的問題，這樣可以清晰的在信息平臺(tái)的建設(shè)過程中改進(jìn)和完善系統(tǒng)。數(shù)據(jù)流圖（英文 Data Flow Digram）是描繪軟件系統(tǒng)邏輯模型的一個(gè)圖形，數(shù)據(jù)流圖描繪信息和數(shù)據(jù)之間從輸入到輸出的過程中所經(jīng)歷的一系列變化。設(shè)計(jì)數(shù)據(jù)流圖時(shí)舍棄這些具體功能，只要把系統(tǒng)中的數(shù)據(jù)流抽象出來，用來表達(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ù)流圖由貨主新增貨源到貨源表中開始。車隊(duì)通過貨源表信息查找貨源信息，并根據(jù)貨源信息進(jìn)行報(bào)價(jià)，錄入報(bào)價(jià)表。貨代根據(jù)報(bào)價(jià)表選擇是否接受報(bào)價(jià)錄入合同表

74、 車隊(duì)根據(jù)箱信息對(duì)對(duì)不同箱子配置不同車輛信息</p><p><b>　　第三章 系統(tǒng)設(shè)計(jì)</b></p><p>　　整個(gè)系統(tǒng)設(shè)計(jì)分為系統(tǒng)前臺(tái)頁面的設(shè)計(jì)部分，系統(tǒng)的功能設(shè)計(jì)部分和系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)部分。網(wǎng)站的前臺(tái)頁面設(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)的開發(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)保持同一個(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開發(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ā)起，車隊(duì)進(jìn)行對(duì)貨物進(jìn)行競(jìng)價(jià)，貨代選擇報(bào)價(jià)車隊(duì)，完成交易互相評(píng)分，這個(gè)流程結(jié)束。</p><p>　　3.2.2系統(tǒng)不同角色登陸具體流程圖</p><p>　　海陸聯(lián)運(yùn)信息平臺(tái)用戶登錄角色分為車隊(duì)和貨代兩種角色，網(wǎng)站功能流程圖也分為車隊(duì)登錄流程圖和貨代登錄流程圖 其中具體流程如下</p><p>　　3.2.3系統(tǒng)總

79、體結(jié)構(gòu)設(shè)計(jì)</p><p>　　對(duì)船代和車隊(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ù)安全性不高，沒有專用的數(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公司開發(fā)的oracle、IBM公司開發(fā)的DB2、微軟公司開發(fā)的SQL Server、Sybase公司開發(fā)的Sybase以及ORACLE公司開發(fā)的 MySQL五大主流數(shù)據(jù)庫(kù)。目前，ORCLE公司開發(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車隊(duì)表主要描述市場(chǎng)上每家不同車隊(duì)名稱信息，用于車隊(duì)報(bào)價(jià)。</p><p>　　表名:WT_CD 解釋:車隊(duì)表 </p><p>　　7牽引車表是描述車隊(duì)車輛中牽引車相關(guān)的信息，該表將牽引車具體的信息保存在數(shù)據(jù)庫(kù)中。</p><p>　　表名:WT_TRUCK 解釋:牽引車表</p><p&g

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

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

89、lt;/p><p>　　11評(píng)分表是描述不同合作用戶之間相互評(píng)分相關(guān)信息表，該表主要用來給用戶做信譽(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)首頁</b></p><p>　　系統(tǒng)首頁主要包含系統(tǒng)主要的功能模塊菜單類型，同時(shí)首頁為用戶提供信息瀏覽，展示動(dòng)態(tài)消息，呈現(xiàn)最新發(fā)布的貨源，車源信息，為用戶提供信息檢索功能。</p><p><b>　　4.3我的訂單實(shí)現(xiàn)</b>

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

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

93、對(duì)已報(bào)價(jià)貨源選擇合作車隊(duì)</p><p>　　貨代用戶登錄通過我的訂單-我的貨盤中可以查看自己發(fā)布過的貨源被車隊(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 車隊(duì)查看自己接收訂單的功能</p><p>　　車隊(duì)用戶可以查看自己已經(jīng)達(dá)成交易的訂單數(shù)量和訂單詳情，車隊(duì)通過訂單詳細(xì)信息可以合理

94、的對(duì)訂單進(jìn)行車輛配載和司機(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à)是用來對(duì)達(dá)成的交易的雙方互相給出的信譽(yù)評(píng)價(jià)和評(píng)價(jià)內(nèi)容，每一個(gè)用戶登錄后都可以看到每一個(gè)服務(wù)方的信譽(yù)評(píng)價(jià)等級(jí)，來決定是否和對(duì)方達(dá)成交易，這個(gè)功能是借鑒了網(wǎng)購(gòu)平臺(tái)買家給賣家的評(píng)價(jià)功能。</p><p>

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

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

97、每一個(gè)訂單中的集裝箱配載符合規(guī)格的車輛。并為車輛配置司機(jī)相關(guān)信息。配載又分為普通配載和甩掛配載兩種，在集裝箱運(yùn)輸車輛中，普通配載是指車輛將重箱拉到目的地后直接空箱回來。甩掛配載是指車輛將重箱拉到目的地后牽引車和掛車分離，牽引車重新配置一輛掛車?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á)成交易車隊(duì)的運(yùn)費(fèi)價(jià)格。應(yīng)收賬單就是車隊(duì)接到訂單后應(yīng)該從貨代用戶收取的運(yùn)費(fèi)價(jià)格。</p><p>　　4.8 在線客服功能&

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

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

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

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

103、</b></p><p>　　跟蹤查詢包含運(yùn)價(jià)查詢和訂單跟蹤兩個(gè)子菜單，訂單查詢是為了讓用戶更清楚的看到當(dāng)月的平均價(jià)格，提供給貨代和車隊(duì)雙方進(jìn)行報(bào)價(jià)參考，防止報(bào)價(jià)過高增加運(yùn)輸成本，減少利潤(rùn)和報(bào)價(jià)過低達(dá)不成交易。訂單跟蹤是提供了訂單在運(yùn)輸途中所到達(dá)地點(diǎn)是時(shí)間，方便用戶直觀的看到貨物在運(yùn)輸過程中所處位置。</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)完成交易的車隊(duì)運(yùn)費(fèi)的平均價(jià)格。也可以通過圖標(biāo)形式實(shí)時(shí)查看月度運(yùn)價(jià)走勢(shì)圖。</p><p><b>　　系統(tǒng)部分代碼</b></p><p>　　此部分代碼主要以一個(gè)菜單頁面為例，展示整個(gè)海陸聯(lián)運(yùn)信息平臺(tái)網(wǎng)站中頁面通過Tapsetry、spring,ibatis框架來實(shí)現(xiàn)連接數(shù)據(jù)庫(kù)的機(jī)制和原理，該站內(nèi)信菜單頁面將展示

105、一個(gè)網(wǎng)站頁面是如何將頁面數(shù)據(jù)通過后臺(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>