【正文】 的出庫單等經(jīng)倉庫作業(yè)人員審核確認后，由作業(yè)部門職工進行運輸安排，提交給承運人。 4．貨物追蹤／庫存查詢 客戶／貨主可以通過多倉管理系統(tǒng)對自己在倉庫中的貨物進行查詢，包括數(shù)量、儲位等；承運人可通過運輸管理系統(tǒng)將貨物遞送信息登錄到系統(tǒng)；客戶可利用運輸管理系統(tǒng)進行貨物追蹤，掌握貨物運送的動態(tài)信息。 5．運輸合約議價 客戶與物流信息網(wǎng)絡(luò)平臺的業(yè)務(wù)人員可利用合約議定功能，進行運輸合約費率詢價、報價。 6．合約生成 中央管理部門可根據(jù)業(yè)務(wù)需要，制定運輸、倉儲等合約模扳，為業(yè)務(wù)部門與客戶提供在線填寫、制作并生成合約。 7．要車計劃貨主可以通過互聯(lián)網(wǎng)提交要車計劃申請，經(jīng)審核批準后的要車計劃，將接人鐵路運輸管理信息系統(tǒng)（TMIS）.物流網(wǎng)與TMIS整合，將進一步拓展和延伸物流網(wǎng)的功能。8．賬務(wù)管理與查詢物流信息網(wǎng)絡(luò)平臺的財務(wù)部門與管理人員可在多倉管理系統(tǒng)中查詢管理倉儲與運輸費用。五、物流信息系統(tǒng)的開發(fā) （一）系統(tǒng)的開發(fā)策略 系統(tǒng)的開發(fā)策略是指包括識別問題，明確系統(tǒng)開發(fā)的指導(dǎo)思想，選定適當?shù)拈_發(fā)方法，確定系統(tǒng)開發(fā)過程、方式、原則等各個方面在內(nèi)的一種系統(tǒng)開發(fā)總體方案。主要涉及以下幾個問題：1．識別問題根據(jù)用戶的需求狀況、實際組織的管理現(xiàn)狀以及具體的信息處理技術(shù)來分析和識別問題的性質(zhì)、特點，以便確定應(yīng)采用什么樣的方式來加以解決。需要解決的問題有： （1）信息和信息系統(tǒng)需求的確定程度。即考察用戶對系統(tǒng)的需求狀況，信息系統(tǒng)在未來組織中的作用和地位。 （2）信息和信息處理過程的確定性程度。即考察現(xiàn)有的信息(或數(shù)據(jù))是否準確、真實；統(tǒng)計渠道是否可靠；現(xiàn)有的信息處理過程是否規(guī)范化、科學(xué)化。（3）體制和管理模式的確定性程度。即考察現(xiàn)有的組織機構(gòu)、管理體制是否確定，會不會發(fā)生較大(或根本)的變化；管理模式是否合理，是否滿足生產(chǎn)經(jīng)營和戰(zhàn)略發(fā)展的要求等。 （4）用戶的理解程度。即用戶是否真正認識了系統(tǒng)開發(fā)的必要性和開發(fā)工作的艱巨性；用戶對自己的工作以及以后將在信息中所擔當?shù)墓ぷ魇欠裼星逍训恼J識；組織的領(lǐng)導(dǎo)能否掛帥并參與系統(tǒng)的開發(fā)工作。 （5）現(xiàn)有的條件和環(huán)境狀況。2．可行性研究 （1）經(jīng)濟的可行性。進行系統(tǒng)的投資／效益分析。系統(tǒng)的投資包括硬件、系統(tǒng)軟件、輔助設(shè)備費、機房建設(shè)和環(huán)境設(shè)施、系統(tǒng)開發(fā)費、人員培訓(xùn)費、運行費等。系統(tǒng)的效益包括直接經(jīng)濟效益和間接經(jīng)濟效益。將系統(tǒng)的投資與效益進行比較，估算出投資效益系數(shù)和投資回收期，評價系統(tǒng)經(jīng)濟上的可行性。 （2）技術(shù)的可行性。評價所提供的技術(shù)條件如硬件性能、通信設(shè)備性能、系統(tǒng)軟件配置等能否達到系統(tǒng)目標要求，并對建立系統(tǒng)的技術(shù)難點和解決方案進行評價。 （3）管理的可行性。物流管理信息系統(tǒng)建立后，將引起管理體制、管理思想和管理方法的變更。因此，系統(tǒng)的建立要考慮社會的、人為的因素影響，要考慮改革不適合系統(tǒng)運行的管理體制和方法的可行性，實施各種有利于系統(tǒng)運行建議的可行性，人員的適應(yīng)性以及法律上的可行性。 可行性研究報告的主要內(nèi)容： A．現(xiàn)行系統(tǒng)概況，即企業(yè)目標、規(guī)模、組織結(jié)構(gòu)、人員、設(shè)備、效益等。 B．現(xiàn)行系統(tǒng)存在的主要問題和主要信息要求。 C．擬建系統(tǒng)的總體方案，包括系統(tǒng)目標與范圍的描述；系統(tǒng)運行環(huán)境的描述；確定計算機系統(tǒng)選型要求；系統(tǒng)開發(fā)計劃。 D．經(jīng)濟可行性分析。 E．技術(shù)可行性分析。 F．管理的可行性。 G．結(jié)論。對可行性研究結(jié)果的簡要總結(jié)。 （二）物流管理信息系統(tǒng)的開發(fā)方法1．生命周期法 生命周期是指軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、使用和不斷增補修訂，直到最后被淘汰的整個過程。生命周期法將系統(tǒng)的開發(fā)過程劃分為系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施三個階段，每個階段又分成若干步驟，見表9—2。表92 階段 步驟 系統(tǒng)分析 可行性研究 系統(tǒng)調(diào)查 需求分析確定邏輯模型 系統(tǒng)設(shè)計建立物理模型 詳細設(shè)計 系統(tǒng)實施 編寫程序 程序調(diào)試 編寫技術(shù)文件 系統(tǒng)運行 系統(tǒng)評價 系統(tǒng)維護 各階段的主要任務(wù)：（1）系統(tǒng)分析階段在系統(tǒng)分析階段，先根據(jù)用戶對新系統(tǒng)提出的要求，進行初步調(diào)查和可行性分析，提出系統(tǒng)總體規(guī)劃。經(jīng)領(lǐng)導(dǎo)批準系統(tǒng)可行并可以開展開發(fā)工作以后，再對原系統(tǒng)進行深入的調(diào)查，徹底掌握原系統(tǒng)的模型，并在此基礎(chǔ)上提出新系統(tǒng)的邏輯模型。（2）系統(tǒng)設(shè)計階段根據(jù)系統(tǒng)分析確定的邏輯模型，確定新系統(tǒng)的物理模型，即物流管理信息系統(tǒng)的總體結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計，并提出系統(tǒng)配置方案，繼而對物理模型進行詳細的設(shè)計。主要內(nèi)容有：代碼設(shè)計、用戶界面設(shè)計、處理過程設(shè)計、編寫系統(tǒng)設(shè)計說明書。（3）系統(tǒng)實施階段按照物理模型實現(xiàn)系統(tǒng)的編寫和測試、系統(tǒng)試運行、編寫技術(shù)文件、系統(tǒng)轉(zhuǎn)換、系統(tǒng)交付使用運行后的系統(tǒng)維護和評價等工作。 生命周期法的主要優(yōu)點： 整個開發(fā)過程階段和步驟清楚，每一階段和步驟均有明確的成果，這些成果以可行性分析報告、系統(tǒng)分析報告、系統(tǒng)設(shè)計報告等形式確定下來，并作為下一步工作的依據(jù)。在每階段的步驟中，整個項目可以劃分為許多組成部分，各部分可各自獨立的開展工作，但各部分的工作必須按時到達階段或步驟的終點，這樣才有利于整個項目的管理與控制。 生命周期法的主要缺點： 難以準確定義用戶需求。系統(tǒng)的開發(fā)過程是一個線性發(fā)展的“瀑布模型”，各階段須嚴格按順序進行，并以各階段提供的文檔的正確性和完整性來保證最終系統(tǒng)的質(zhì)量，這在許多情況下是難以做到的。用戶在初始階段提出的要求往往既不全面也不明確，尤其是我國多數(shù)管理人員缺乏應(yīng)用計算機的基本知識和應(yīng)用實踐，更難以提出完整、具體的要求。而當系統(tǒng)投入運行后，又感到不滿意，要求修改。 開發(fā)周期長，難以適應(yīng)環(huán)境變化。系統(tǒng)分析和設(shè)計的時間較長，對于一個比較大的系統(tǒng)，一般要用2—3年。當系統(tǒng)實施時，原來提出的要求可能已經(jīng)有了變化，又要進行修改設(shè)計。同時，由于第一、二階段時間較長，而這兩階段能提供給用戶的只是文字上的成果，用戶長期看不到運行的系統(tǒng)，不便于用戶與設(shè)計者交流。 整個系統(tǒng)開發(fā)工作是勞動密集型的。各階段的工作從系統(tǒng)分析、系統(tǒng)設(shè)計到系統(tǒng)實施，絕大部分工作靠人工完成，使系統(tǒng)開發(fā)成本高、效率低。2．結(jié)構(gòu)化系統(tǒng)開發(fā)方法 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想： 用系統(tǒng)工程的思想和工程化的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化、自頂向下地對系統(tǒng)進行分析與設(shè)計。也就是說，先將整個系統(tǒng)的開發(fā)劃分成若干個不同階段，如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施等，然后在系統(tǒng)規(guī)劃、分析和設(shè)計階段采用自頂向下的方法對系統(tǒng)進行結(jié)構(gòu)化劃分，最后在系統(tǒng)實施階段采用自底向上的方法逐步實施。 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的特點： （1）面向用戶的觀點。用戶的參與程度和評價是衡量系統(tǒng)開發(fā)是否成功的關(guān)鍵。因此，在系統(tǒng)開發(fā)過程中要面向用戶，激發(fā)用戶的熱情，使他們與系統(tǒng)開發(fā)人員打成一片；同時使系統(tǒng)開發(fā)人員更多的了解用戶的需求，更深入地理解用戶的需求，使新系統(tǒng)更加科學(xué)、合理。 （2）自頂向下的分析與設(shè)計和自底向上的系統(tǒng)實施。按照系統(tǒng)的觀點，任何事情都是互相聯(lián)系的整體。因此，在系統(tǒng)分析與設(shè)計時要站在整體的角度，自頂向下地工作。但在系統(tǒng)實施時，先對最底層的模塊編程，然后一個模塊、幾個模塊的調(diào)試，最后自底向上逐步構(gòu)成整個系統(tǒng)。 （3）嚴格區(qū)分工作階段。根據(jù)系統(tǒng)工程思想，必須把整個系統(tǒng)開發(fā)過程劃分為若干個工作階段，明確每個階段的任務(wù)和目標，并在開發(fā)領(lǐng)導(dǎo)小組的檢查和督促下嚴格按照劃分的工作階段，逐一完成任務(wù)，從而實現(xiàn)預(yù)期目標。 （4）深入現(xiàn)場調(diào)研。在系統(tǒng)規(guī)劃和分析階段，要深入現(xiàn)場，詳細地調(diào)查研究，盡可能弄清現(xiàn)行系統(tǒng)業(yè)務(wù)處理的每一個細節(jié)，做好總體規(guī)劃和系統(tǒng)分析，從而描述出符合用戶實際需求的新系統(tǒng)邏輯模型。 （5）充分考慮變化的情況。在現(xiàn)實世界中任何一個系統(tǒng)都不是孤立的，而是與其他系統(tǒng)密切相關(guān)的。一旦系統(tǒng)開發(fā)的周邊環(huán)境，如組織的內(nèi)、外部環(huán)境，用戶的需求、信息技術(shù)等發(fā)生變化，都會直接影響到系統(tǒng)的開發(fā)。因此，必須在系統(tǒng)調(diào)查和分析時對將來可能發(fā)生的情況給予充分的重視，使新系統(tǒng)具有應(yīng)付各種變化的適應(yīng)能力。 （6）工作成果文檔化，文檔資料規(guī)范化、標準化。根據(jù)系統(tǒng)工程的思想，系統(tǒng)的各個階段的成果必須文檔化。只有這樣，才能更好地實現(xiàn)用戶與系統(tǒng)開發(fā)人員的交流，才能確保各個階段的無縫連接。因此必須充分重視文檔資料的規(guī)范化、標準化工作，充分發(fā)揮文檔資料的作用，為提高系統(tǒng)的適應(yīng)性提供可靠保證。 結(jié)構(gòu)化系統(tǒng)開發(fā)方法開發(fā)系統(tǒng)的五個階段： （1）系統(tǒng)規(guī)劃階段。根據(jù)用戶的系統(tǒng)開發(fā)請求，進行初步調(diào)查，明確問題，確定系統(tǒng)目標和總體結(jié)構(gòu)，確定分析階段實施進度，最后進行可行性研究。 （2）系統(tǒng)分析階段。通過對組織的現(xiàn)行系統(tǒng)進行詳細分析，作出詳盡描述，如分析業(yè)務(wù)流程，分析數(shù)據(jù)與數(shù)據(jù)流程、功能與數(shù)據(jù)之間的關(guān)系，從而提出若干個解決方案，分別進行成本效益分析，最后得出新系統(tǒng)邏輯模型。 （3）系統(tǒng)設(shè)計階段。根據(jù)新系統(tǒng)的邏輯模型，提出新系統(tǒng)的物理模型，進行總體結(jié)構(gòu)設(shè)計、代碼設(shè)計、數(shù)據(jù)庫／文件設(shè)計、輸入輸出設(shè)計和模塊結(jié)構(gòu)與功能設(shè)計。 （4）系統(tǒng)實施階段。根據(jù)系統(tǒng)設(shè)計階段的文檔資料，進行軟件編程、調(diào)試和檢錯，硬件設(shè)備的購入和安裝，以及對用戶的培訓(xùn)和系統(tǒng)試運行。 （5）系統(tǒng)運行維護階段。進行系統(tǒng)的日常運行管理、維護和評價三部分工作。若運行結(jié)果良好，則送利益相關(guān)者；若存在一些問題，則對系統(tǒng)進行修改、升級等；若存在重大問題，則用戶只有提出開發(fā)新系統(tǒng)的要求，這標志著舊系統(tǒng)生命的結(jié)束，新系統(tǒng)的誕生。 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的優(yōu)點和缺點：（1）優(yōu)點是更強調(diào)開發(fā)人與用戶的緊密結(jié)合、自頂向下的觀點、開發(fā)過程的整體性和全局性，即在整體優(yōu)化的前提下考慮具體的分析設(shè)計問題。（2）缺點是開發(fā)過程過于繁瑣，周期過長，工作量太大，同時要求系統(tǒng)開發(fā)人員在調(diào)查中充分掌握用戶需求、管理狀況以及可預(yù)見未來可能發(fā)生的變化，這在實際工作中難以實施，導(dǎo)致系統(tǒng)開發(fā)的風(fēng)險較大。3．原型法原型法是由用戶與系統(tǒng)分析設(shè)計人員合作，在短期內(nèi)定義用戶的基本需求，開發(fā)出一個功能不十分完善、實驗性的、簡易的系統(tǒng)基本框架(稱為原型)。首先運行這個原型，然后用戶和開發(fā)人員共同探討、改進和完善，直至用戶完全滿意為止。 原型法開發(fā)的六個階段： (1)識別基本需求。它是開發(fā)初始原型的基礎(chǔ)，因此需要對組織進行初步調(diào)查，與用戶進行交流，收集各種信息，進行可行性分析，從而發(fā)現(xiàn)和確定用戶的基本需求。用戶的基本需求包括系統(tǒng)的結(jié)構(gòu)、輸入／輸出要求、數(shù)據(jù)庫基本結(jié)構(gòu)、保密要求、系統(tǒng)接口等。 (2)開發(fā)初始原型。根據(jù)用戶的基本需求開發(fā)一個初步原型，以便進行討論，并從它開始進行迭代。初始原型的質(zhì)量是生成新系統(tǒng)的關(guān)鍵，如果初始原型存在明顯缺陷，就會導(dǎo)致重新構(gòu)建一個新原型。 （3）原型評價。系統(tǒng)開發(fā)人員和用戶通過對原型的操作、檢查、測試和運行，不斷發(fā)現(xiàn)原型中存在的問題，并對功能、界面以及原型的各個方面進行評價，提出修改意見。 （4）修改和改進原型。根據(jù)原型評價階段所發(fā)現(xiàn)的問題，系統(tǒng)開發(fā)人員和用戶共同修正、改進原型，得到最終原型。當然，第三階段和第四階段需要多次重復(fù)，直至用戶滿意。 （5）判定原型完成。即判斷用戶的各項需求是否最終完成。如完成則進入一一階段，否則繼續(xù)改正和改進。 （6）整理原型，提供文檔。即把原型進行整理和編號，并將其寫入系統(tǒng)開發(fā)文檔資料中，以便為下一步的運行、開發(fā)服務(wù)。文檔資料包括用戶的需求說明、新系統(tǒng)的邏輯方案、系統(tǒng)設(shè)計說明、數(shù)據(jù)字典、系統(tǒng)使用說明書等。所開發(fā)出的系統(tǒng)和相應(yīng)的文檔資料必須得到用戶的檢驗和認可。 原型法使用的工具： （1）字典編輯器。完成數(shù)據(jù)流圖、數(shù)據(jù)字典、數(shù)據(jù)處理過程的編輯。 （2）概要設(shè)計編輯器。根據(jù)新系統(tǒng)的數(shù)據(jù)流圖和數(shù)據(jù)字典，將數(shù)據(jù)流圖轉(zhuǎn)換成功能結(jié)構(gòu)圖。 （3）詳細設(shè)計編輯器。完成處理功能的算法描述、解釋，輸入／輸出界面轉(zhuǎn)換及文件管理等功能。 （4）程序自動生成器。根據(jù)模塊的設(shè)計說明，生成源程序清單。 （5）圖形編輯器。完成數(shù)據(jù)流圖的編輯。編輯原系統(tǒng)的業(yè)務(wù)流程圖和新系統(tǒng)的數(shù)據(jù)流圖，并自動對數(shù)據(jù)流圖進行平衡性、一致性和完善性的檢驗，保證數(shù)據(jù)流圖與數(shù)據(jù)字典的說明完全一致。 （6）文檔編輯器。自動給用戶提供各階段的主要文檔資料。 原型法的優(yōu)點和缺點：（1）優(yōu)點是以用戶為中心來開發(fā)系統(tǒng)，加強了用戶的參與和決策，實現(xiàn)了早期的人一機結(jié)合測試，提供了良好的文檔、項目說明和示范，增強了用戶和開發(fā)人員的興趣。（2）缺點是不適合開發(fā)大型系統(tǒng)，易導(dǎo)致開發(fā)人員因為最終系統(tǒng)過快產(chǎn)生。而忽略徹底的測試，文檔不夠健全。4．面向?qū)ο蟮姆椒? 面向?qū)ο蠓ㄊ窍到y(tǒng)開發(fā)人員根據(jù)用戶的需求，找出和確定問題領(lǐng)域?qū)ο蠛皖?，對其進行靜態(tài)的結(jié)構(gòu)描述和動態(tài)的行為描述，建立解決問題領(lǐng)域的模型，用問題領(lǐng)域?qū)ο蠛皖?、接口對象和類、運行對象和類以及基礎(chǔ)與實用對象和類去構(gòu)成一個體系結(jié)構(gòu)，通過不斷地反復(fù)與累增，盡可能直接描述現(xiàn)實世界，實現(xiàn)模塊化、可重用，完全而準確地滿足用戶的所有需求。 面向?qū)ο蠓ǖ奶攸c： （1）抽象化。抽象是指事物或現(xiàn)象的簡括概述，突出事物或現(xiàn)象之間的共同屬性，而忽略一些無關(guān)緊要的屬性。通過抽象可以盡可能避免過早陷入細節(jié)。在對象的抽象化過程中，首先是過程和算法的抽象化，接著是數(shù)據(jù)的抽象化，最后是將過程與數(shù)據(jù)抽象概括而成的對象的形成。 （2）封裝性。封裝是指