【正文】 本項目將采用SOA技術架構作為整。因此，系統(tǒng)的設計必須具有一定的擴充能力，留有升級的余地，以滿足今后業(yè)務發(fā)展的需要。5. 標準化原則從系統(tǒng)平臺、網(wǎng)絡管理、項目管理、系統(tǒng)維護規(guī)范的制訂等各方面全部遵循通用的國際或行業(yè)標準，從而系統(tǒng)能夠支持各種異構平臺和不同網(wǎng)絡協(xié)議的互聯(lián)。選用技術先進、成熟的產(chǎn)品，同時又有完善的售后服務；其次，系統(tǒng)規(guī)劃和設計應具有先進性。所有的核心設備，包括主機服務器、核心交換機等均采用冗余設計方案，保證做到：一架設備發(fā)生故障，另一架設備能接著進行工作而不丟失數(shù)據(jù)，發(fā)生故障的設備在被隔離和修復時不會影響系統(tǒng)的運作。因此，采用認證技術、密鑰技術以及WEB安全訪問技術等先進的保全技術對提高系統(tǒng)的安全保密性是十分重要的。整個系統(tǒng)應易于管理，易于維護，操作簡單，易學，易用，便于進行系統(tǒng)配置，在設備、安全性、數(shù)據(jù)流量、性能等方面得到很好的監(jiān)視和控制，并可以進行遠程管理和故障診斷。3)采用MVC 三層設計思想指導系統(tǒng)開發(fā)設計，有利于各層之間解耦，提高可維護性和可擴展性?？傮w設計思想如下：1)精準把握用戶需求、熟練掌握業(yè)務流程， 進而對物流運輸管理系統(tǒng)進行功能模塊劃分，分析表單字段組成，設計出數(shù)據(jù)庫結構。 系統(tǒng)總體設計思路為了充分體現(xiàn)系統(tǒng)的整體性和長遠性，整個規(guī)劃設計將采用自頂向下的設計思路：首先制定信息化建設的最終目標，將最終目標進行合理劃分，形成幾個互相關聯(lián)又相互獨立的組成部分。對原型界面的設計和業(yè)務模塊的深入的挖掘為本系統(tǒng)的實現(xiàn)打下了堅實的基礎。(4)后期維護與培訓：整個系統(tǒng)投入使用后，須為相關使用人員提供有針對性的完善的培訓課程包括使用操作培訓和系統(tǒng)維護培訓；系統(tǒng)試運行時，須派專門的技術人員常駐，及時進行答疑和現(xiàn)場維護，之后的一年內(nèi)應及時解決用戶使用系統(tǒng)時發(fā)現(xiàn)的問題，新的需求如果出現(xiàn)，由雙方主管人員再次協(xié)調(diào)解決。(2)系統(tǒng)接口：按照整個系統(tǒng)的總體設計編制相應的軟件接口、設計過程考慮到整個系統(tǒng)平臺的擴展性和可維護性。司機在完成所有的貨運任務完成之后，調(diào)度中心確認該發(fā)車單回單狀態(tài)為“已完成”或“有損傷完成”并填寫記錄回單日期。(4) 回車登記每一筆貨運任務完成之后，司機在將經(jīng)過接收人確認的信息，通過回車單報告給調(diào)度中心對該筆貨運任務進行確認。當完成運輸任務后，要進行回單確認登記，將發(fā)車狀態(tài)設置為“己完成”。出車單根據(jù)運輸?shù)牟煌瑫r段，實時地更新自己的狀態(tài)，同時在發(fā)車確認后，更改涉及的托運單信息狀態(tài)，部分配載時，托運單的狀態(tài)為“部分運載”，貨物總量減去被配載的貨物數(shù)量得到托運單中貨物的數(shù)量。其中托車單的編號是系統(tǒng)自動生成的。此時出車單的狀態(tài)為“未發(fā)車”。讀取調(diào)度單，打印出車單，交與司機。查詢車輛：調(diào)度管理員在最初的調(diào)度配車時，會根據(jù)發(fā)運的目的地查詢滿足運輸要求的車輛信息，并根據(jù)車輛的運載能力合理的進行拆單、合擔，為派車提供依據(jù)。 調(diào)度單信息表信息分類信息名稱信息說明發(fā)貨方信息發(fā)貨方*發(fā)出貨物的一方發(fā)貨方聯(lián)系方式*發(fā)貨方的手機或者電話號碼發(fā)貨城區(qū)*發(fā)貨的城市、物流起點收貨方信息收貨方*接受貨物的一方收貨方聯(lián)系方式*收貨方的手機或電話號碼收貨城區(qū)*收貨的城市、物流終點貨物信息貨物名稱*貨物的名稱總量貨物的總量調(diào)度計量調(diào)度的計量。修改調(diào)度單：如果調(diào)度單的狀態(tài)不是“己處理”，修改該條信息時，系統(tǒng)提示不允許修改該記錄的信息。確認無誤后，生成調(diào)度單。添加調(diào)度單：添加調(diào)度單信息時，調(diào)度單表頭信息包括調(diào)度單號(由系統(tǒng)自動產(chǎn)生)、運單日期、計劃出車日期、出車車輛、司機、隨行人員等。調(diào)度管理的操作包括添加調(diào)度單、修改調(diào)度單、刪除調(diào)度單、查詢調(diào)度單。目前，系統(tǒng)提供的線路管理，主要還是依靠調(diào)度人員的工作經(jīng)驗選擇優(yōu)化線路。調(diào)度人員將待配載的托運單調(diào)出，根據(jù)上面的貨物基本信息、地址信息、車輛信息和時間信息，進行“調(diào)度”，在調(diào)度單中選擇車輛，查詢司機狀態(tài)，指定符合條件的司機。查找功能可以實現(xiàn)按日期查找相應訂單，獲取訂單包含的主要信息；“增加”可以進行訂單登記，其中訂單號由系統(tǒng)自動生成，以確保訂單的唯一性；可以對標識為“未處理”的訂單信息進行修改；而對標識“復核通過”的訂單卻不能修改；對“復核未通過”要錄單員修改錯誤的信息并重新提交；“刪除”可以對標識為“未處理”、“復核未通過”的訂單信息進行刪除；而對標識“復核通過”的訂單卻不能刪除；在錄入訂單信息的任何時候都可以進行“保存”；當完成訂單的錄入后，就可以提交，以進行下一步處理。在該用例中，托運單的狀態(tài)被標識為“復核通過”、“復核未通過”、“未處理”，“復核通過”表明己經(jīng)過確認并進入下一個作業(yè)流程的托運單，“復核未通過”則相反，“未處理”則是復核人員還沒來得及對托運單進行處理。包括客戶名稱、要求發(fā)貨日期、收貨方、聯(lián)系人、聯(lián)系電話、承運貨物、貨物規(guī)格、貨物特性、原發(fā)計量、起始地、目的地、付費方式等按統(tǒng)一的格式標準錄入系統(tǒng)。其包括的子用例有：托運單管理、發(fā)運單管理、調(diào)度管理、發(fā)車登記、回車登記等。然后調(diào)度部門針對已確認的運輸單的去向、貨物的重量或體積等情況進行車輛、人員和線路的調(diào)度安排生成發(fā)車單、打印派車單；接著，司機在確認后進行登記；管理中心確認車輛在途后，系統(tǒng)進行車輛跟蹤，隨時向客戶提供車輛的運行情況；最后，運輸完成后，根據(jù)運輸?shù)那闆r進行回車登記，同時結算中心與客戶結算運費。因此它也是物流運輸信息系統(tǒng)中的最為關鍵的業(yè)務模塊。1. 業(yè)務管理的業(yè)務流程業(yè)務管理是指物流運輸管理系統(tǒng)中從接收發(fā)貨訂單開始，根據(jù)訂單配載車輛，到運輸完成，最后進行回單確認的整個運輸調(diào)度管理的業(yè)務流程。 業(yè)務管理的功能詳細分析業(yè)務管理中的業(yè)務范圍包括依據(jù)發(fā)運的貨物對調(diào)度車輛的管理，是整個物流運輸管理系統(tǒng)的中心模塊。費用管理模塊：對公司費用進行分類，對員工和司機的費用開銷進行記錄，并對在運輸途中對貨物的損壞進行詳細的記錄。油料管理模塊：分為油卡管理和加油管理兩個子模塊，錄單員對每一次油卡充值或者加油記錄，需要進行充值登記，記錄充值金額，以用于財務報賬，運營統(tǒng)計。包括利潤表、車輛輪胎使用統(tǒng)計表、加油記錄統(tǒng)計、單車利潤統(tǒng)計、貨物計量統(tǒng)計、駕駛員產(chǎn)值表、運輸路線產(chǎn)值表、部門利潤分析、每日經(jīng)營分析、車輛運輸收支明細、車輛運輸收支統(tǒng)計、應收運費匯總，整個分析報表模塊包括了整個公司的收入、支出明細，利潤表可以按月、按季度、按年份進行統(tǒng)計；加油記錄統(tǒng)計可以統(tǒng)計每輛車的油料使用情況，避免了司機用公司的車接私活。系統(tǒng)管理員根據(jù)操作規(guī)范和系統(tǒng)要求分別給不同用戶分配角色和權限，并根據(jù)需求隨時添加、修改、刪除用戶及其權限。它對使用該系統(tǒng)的用戶進行創(chuàng)建維護的管理模塊。用戶訪問某模塊時，通過其所在的角色相應的獲得訪問該模塊的權限，通過這種分層的管理模式可以實現(xiàn)有效的權限管理。用戶和角色的關系是，一個用戶可以同時屬于一個或多個角色，一個角色也可以同時包含一個或多個用戶。包括模版管理、數(shù)據(jù)字典、角色管理、用戶管理、密碼重置。每輛車回車后都需到錄單員出進行回車登記，用以記錄、計算每趟的應收、應付和利潤。每位司機出車時都需進行出車登記，使車輛在TMS系統(tǒng)中的狀態(tài)變?yōu)檫\營中。托運單審核的一般流程是：錄單員錄單錄單員核對核單員復核，如復核無誤則將單子提交給系統(tǒng)。錄單員錄單，并在正式提交前根據(jù)實際情況對訂單進行調(diào)整，待確認無誤后，提交托運單。 業(yè)務管理模塊圖其中托運單錄入、托運單審核、車輛調(diào)度、出車管理、回車登記、回車登記審核、回車報賬是按整個物流運輸?shù)臉I(yè)務流程進行設計實現(xiàn)的。業(yè)務管理模塊是整個物流運輸管理系統(tǒng)的核心管理模塊，該模塊為調(diào)度人員提供了貨物信息、車輛信息和人員信息，調(diào)度人員在計算機的輔助下，結合多個信息源，根據(jù)發(fā)運貨物的需要選擇合適的車輛，選派運輸司機，制定最佳的運輸方案，滿足客戶的貨運需求。車輛信息記錄了車輛編號、車牌號、狀態(tài)(是否正常使用)、購買日期、購買價格、報廢日期、月折舊、車型、載重、發(fā)動機號、底盤號、車架號、保險號、及車輛圖片等內(nèi)容。關系整個物流運輸企業(yè)生產(chǎn)的成本支出。其中員工的管理包括對運營司機和業(yè)務人員(如調(diào)度人員，押車員等)的管理；油料資料信息是為了對車輛運營情況進行分析而設置的；貨物資料信息是為了對潛在的及當前的業(yè)務進行描述而設定的；收支項目信息是對公司營業(yè)情況進行財務分析、管理的基礎；收貨方信息是對貨物接收方基本資料建檔管理。 系統(tǒng)總體功能模塊基礎資料模塊是提供對運輸組織中的基礎資料信息進行安排、管理的功能模塊，是整個物流運輸管理系統(tǒng)運行的信息基礎，包括企業(yè)資料信息、部門資料信息、員工資料信息、專線資料信息、司機資料信息、貨物資料信息等。業(yè)務管理模塊設計的好壞直接影響到物流運輸管理子系統(tǒng)產(chǎn)品的推廣。 物流運輸管理系統(tǒng)的具體功能需求分析基于表單定制的物流運輸管理系統(tǒng)通過對物流企業(yè)的調(diào)研進行需求分析，最后將該系統(tǒng)劃分為十個主要的功能模塊，分別是業(yè)務管理模塊、基礎資料模塊、車輛管理模塊、油卡管理模塊、費用管理模塊、工資管理模塊、應付應收模塊、工資管理模塊、匯總報表模塊、系統(tǒng)管理模塊、互聯(lián)互通模塊。面向?qū)ο蟮能浖_發(fā)方法起始于八十年代初，并且在九十年代中后期，開始進行相互的融合，最終形成了UML（統(tǒng)一建模語言），UML是一種可視化的建模語言，為用戶的系統(tǒng)分析和設計提供了順序圖、分發(fā)圖、組件圖、活動圖、類圖、狀態(tài)圖、用例圖、和作圖以對線圖等圖示方法，從而為設計人員進行可視化的系統(tǒng)模型建立提供支持。 系統(tǒng)開發(fā)模式隨著計算機技術的發(fā)展，先進的系統(tǒng)開發(fā)方法層出不窮，目前應用范圍最為廣泛的有結構化、面向數(shù)據(jù)結構、面向問題、原型、面向?qū)ο笠约翱梢暬浖_發(fā)方法。復雜系統(tǒng)中軟件需求分析的難點主要體現(xiàn)在如下幾個方面：（1）系統(tǒng)所需要解決的問題越來越復雜；（2）客戶對系統(tǒng)需求沒有明確、完整的定義，客戶需求易變；（3）客戶熟悉具體業(yè)務，而不熟悉軟件設計方法；開發(fā)人員熟悉軟件設計，但不熟悉具體業(yè)務，從而使得客戶與開發(fā)人員的交流困難。另外還介紹了系統(tǒng)采用的關鍵技術，以理論說明為主，把關鍵技術之間的相互關系進行了說明，為下面的設計和實現(xiàn)做了鋪墊。 業(yè)務表單例子WEB表單是完成物流運輸管理系統(tǒng)業(yè)務流程的媒介，它負責了流程的輸入，輸出，保存，數(shù)據(jù)的查詢等功能，是業(yè)務流程的核心，每一個流程都具有單獨的表單，通過表單來完成基本的系統(tǒng)功能。表單作為企業(yè)信息載體的載體，需要適應復雜變化的表單要能夠定制表單樣式與數(shù)據(jù)的結構，做到表單樣式設計與業(yè)務數(shù)據(jù)分離。表單的定制只需要做到拖拉控件，填寫屬性，選擇事件等，操作簡單，可適用于沒有編程知識的普通工作人員。2. 精確的數(shù)據(jù)驗證：控件的內(nèi)容都用正則表達式來驗證，是否為數(shù)字，日期等等之類?；谶@些要求我們設計的表單定制工具有以下特性：1. 所見即所得：在表單設計是，為了能準確的而有效的定制表單，達到設計的簡易性，表單的工具需要做到可視化的效果。 課題采用的表單定制平臺及優(yōu)勢本項目是依托于我們自己的表單定制平臺，我們的表單定制平臺在設計之初就定位于零代碼、所見即所得、通用定制的表單設計器。 表單定制平臺相關技術結構圖數(shù)據(jù)庫工作模塊是數(shù)據(jù)持久化模塊，用到了TORM技術，但同時還需要支持普通的關系數(shù)據(jù)庫。他們分別負責生成JSP文件和調(diào)用功能的action類。該模塊包括數(shù)據(jù)集模塊、數(shù)據(jù)綁定模塊、數(shù)據(jù)功能模塊、標簽狀態(tài)管理模塊、其他功能模塊。本課題是應用的基于B/S架構Java版Web應用系統(tǒng)。它需要保證應用系統(tǒng)的完整性和正確性，還需要考慮到各種不同解析平臺之間的區(qū)別，盡可能減少個性化的描述。同一套數(shù)據(jù)被不同的運行支持平臺可以解析成不同版本的應用系統(tǒng)。表單設計器：表單定制工具為表單定制平臺的前端部分，負責表單樣式的設計、數(shù)據(jù)事件的綁定與模板持久化存儲。這雖然可以通過一些輔助功能如對齊來解決，但總是不如網(wǎng)格式好用。而且放置靈活會帶來對齊、畫線方面較大的負擔。２、放置相對靈活。２、不支持數(shù)據(jù)的展開，這樣如果做明細列表、分組報表等就很困難。不支持在表內(nèi)的數(shù)據(jù)集。２、計算方便：可以靈活地進行引用。Excel采取的是網(wǎng)格式的設計，而其他主流工具則主要采取拖放式的設計模式。網(wǎng)格式就是采用類似Excel電子表格的方式，直接在格子中填寫，包括放置字段，設置計算公式等等。我們設計的表單定制平臺可以較好的解決這樣的問題，實現(xiàn)了零代碼設計，降低了對表單設計人員的要求，同時又較好的滿足了中國式表單的需求。潤乾支持中國是報表；能設計復雜表單；對用戶要求過高；總結：目前現(xiàn)有的一些表單工具沒有充分考慮到中國是表單的復雜性，如斜線表頭、表單的公式驗證、表單的多數(shù)據(jù)源。Fine Report設計方式與Excel接近，制作表格方便；Flash打印解決了網(wǎng)頁打印了不精確的問題。大量其他軟件的支持。下面我們對這些主流表單工具一一進行分析。l EXCEL：Microsoft Excel是微軟公司的辦公軟件Microsoft office的組件之一，是由Microsoft為Windows和Apple Macintosh操作系統(tǒng)的電腦而編寫和運行的一款試算表軟件。然而由于其最初的定位在于一些高端的用戶，默認用戶擁有較好的計算機編碼技術，及設計方式完全依賴于手寫表達式，對于沒有基礎的用戶來說，學習難度比較大。 潤乾報表是領先的企業(yè)級報表分析軟件。l 潤乾報表：潤乾報表是一個純JAVA的企業(yè)級報表工具，支持對J2EE系統(tǒng)的嵌入式部署，無縫集成。它能夠全面支持主流的B/S架構以及傳統(tǒng)的C/S架構，部署方式簡單而靈活。有了它，最終用戶將能 夠利用光彩奪目的可視化功能使用報表，進行 onreport 的業(yè)務建模，并且從報表自身迅速執(zhí)行決策，從而減少了對 IT 和開發(fā)人員的依賴性。 主流表單工具目前國內(nèi)外普及率比較高的的表單工具主要有：Business Object (SAP) 的Crystal Report、微軟的Excel、Fine Report 公司的 Fine Report 以及潤乾報表工具。另外具體的業(yè)務邏輯交給業(yè)務員去完成而不是讓不懂業(yè)務的程序開發(fā)人員去完成明顯縮短項目周期。它的好處還不止這些，在傳統(tǒng)的硬編碼開發(fā)模式中，對業(yè)務邏輯進行修改、變更或者需要升級系統(tǒng)需要停止服務器