第11章物流信息系統(tǒng)實施1

物流信息系統(tǒng)

第十一章物流信息系統(tǒng)的實施

物流工程

鄒玉1506122318學習目的了解外購與外包方案的實施過程掌握程序設計的方法理解程序調試與系統(tǒng)測試的方法了解基于組件的系統(tǒng)開發(fā)思想了解程序調試、版本管理的基本方法了解人員培訓的方法掌握系統(tǒng)切換的方法本講內容11.1外購/外包方案的實施11.2程序設計的組織11.3組件開發(fā)技術11.4程序調試與系統(tǒng)測試11.5版本管理11.6人員培訓11.7系統(tǒng)試運行11.8案例：基于組件的第三方物流信息系統(tǒng)集成方案11.1外購/外包方案實施11.1.1先導案例

美國惠而浦（Whirlpool）公司1911年建于紐約，總部設在密歇根州的奔騰港。1991年，惠而浦宣布全面收購飛利浦大型家用電器系列，從而成為全球最具規(guī)模的大型白色家電制造商?；荻铸嫶蟮奈锪髋渌腕w系的有效運作，很大程度上要歸功于物流信息系統(tǒng)外包的成功實踐?；荻滞ㄟ^物流信息系統(tǒng)的外包使得物流過程中庫存積壓、送貨延時、運輸不可控等風險大大降低。第三方的物流信息系統(tǒng)幫助惠而浦及時跟蹤貨物的運輸過程，掌握庫存的準確信息，從而合理調配和使用車輛、庫房和人員等各種資源。通過為惠而浦與顧客提供實時的信息查詢，在有效溝通企業(yè)生產(chǎn)與顧客需求的同時，為企業(yè)與顧客提供了優(yōu)良的客戶服務，使惠而浦占有更多的市場。11.1外購/外包方案實施11.1.2信息系統(tǒng)外購與外包方案外購定義:所謂外購，就是購買能夠滿足物流信息系統(tǒng)功能設計要求的軟件、硬件或程序模塊。這些程序、軟件和硬件解決方案通常都是現(xiàn)成的、通用的，由供應商直接提供。外包定義：外包（outsourcing），就是物流企業(yè)將全部或一部分的物流信息系統(tǒng)，在規(guī)定的服務水平基礎上，以長期合同的方式委托給外包服務商，由其管理及提供企業(yè)所需的物流信息服務。包括：軟硬件維護與支持、技術培訓、主機數(shù)據(jù)中心、客戶服務器、網(wǎng)絡、桌面系統(tǒng)運營和管理、系統(tǒng)集成、應用開發(fā)與實施、電子商務、管理咨詢與重構等等。11.1外購/外包方案實施外購&外包外購側重的是產(chǎn)品本身，由于購買一次完成，供應商的后續(xù)服務（使用培訓、技術支持、維護升級等）占整個項目的比重較小。完整的信息系統(tǒng)外包，意味著使用外部組織來管理和維護內部數(shù)據(jù)，企業(yè)購買的是物流信息系統(tǒng)的使用權，由外包提供因此相對完整商來履行建設、運行和維護信息系統(tǒng)的職責。11.1外購/外包方案實施11.1.3外購和外包的優(yōu)勢實施外購方案的優(yōu)點:縮短開發(fā)時間減少投入費用保證系統(tǒng)可靠性實施外包方案的優(yōu)點：降低費用及風險。發(fā)展核心業(yè)務，增加競爭力。11.1外購/外包方案實施11.1.4外購和外包服務的選擇注意事項系統(tǒng)的效能和效率供應商的服務信譽問題升級和更新不同軟件之間的銜接11.1外購/外包方案實施

11.1.5外購方案的實施步驟掌握信息系統(tǒng)的功能確定軟件的供應商評估購置軟件系統(tǒng)的功能進行購置安裝軟件系統(tǒng)外購方案實施具體步驟1，掌握信息系統(tǒng)的各項功能：（1）回顧新系統(tǒng)的設計方案（2）估計新系統(tǒng)未來的需求（3）明確各種條件的限制2，確定軟件系統(tǒng)的供應商：（1）與計算機廠家聯(lián)系（2）在行業(yè)期刊上尋找軟件供應商（3）向同行業(yè)的相關企業(yè)或專家尋找軟件供應商（4）采用招標的方式尋找供應商外購方案實施步驟3，評估購置軟件的功能4，購置軟件系統(tǒng)5，安裝軟件系統(tǒng)11.1外購/外包方案實施

11.1.6外包方案的實施11.2程序設計的組織11.2.1先導案例安得物流有限公司創(chuàng)建于2000年，是國內最早開展現(xiàn)代物流集成化管理、以現(xiàn)代物流理念運作的第三方物流企業(yè)之一。其隸屬于美的集團，同時也對外提供物流服務。公司最早是通過外包方式開發(fā)物流信息系統(tǒng)，但當系統(tǒng)投入運行時，遠遠滿足不了業(yè)務和管理的要求。于是在2004年，公司自主研發(fā)的安得物流供應鏈管理信息系統(tǒng)（ALIS2.0）的第一個模塊——倉儲系統(tǒng)正式上線。至今已有定單系統(tǒng)、運輸系統(tǒng)、配送系統(tǒng)、財務系統(tǒng)、人力資源系統(tǒng)、合同管理、保險管理、接口系統(tǒng)、決策分析、計劃管理等多個模塊先后上線啟用，為公司持續(xù)發(fā)展發(fā)揮著不可估量的作用。同時，采用自主開發(fā)的模式，直接為公司節(jié)省100多萬的軟件費用。11.2程序設計的組織11.2.1明確編程的目的程序設計人員需要明確的是:①目的與功能；②總體結構及模塊劃分；③實現(xiàn)的功能，在整個系統(tǒng)中的作用和位置；④程序的前后調用關系，調用之間傳遞的各種數(shù)據(jù)信息⑤程序詳細的邏輯處理過程，相應的特殊要求；⑥程序設計涉及到的數(shù)據(jù)庫及數(shù)據(jù)文件，并注意相關文件的格式要求；⑦程序設計將要采用的計算方法、處理精度等。11.2程序設計的組織11.2.2衡量編程工作的指標可靠性（Reliability）---安全可靠性---運行可靠性規(guī)范性（Standardability）---物流信息系統(tǒng)的規(guī)范化--程序設計的規(guī)范化可讀性（Readability）可維護性（Maintainability）11.2程序設計的方法結構化程序設計方法產(chǎn)生：以模塊化為基礎，將待開發(fā)的軟件系統(tǒng)分成為若干個小的模塊，這樣可以使完成每一個模塊的任務變得簡單清晰?；疽c：1.采用自頂向下，逐步求精的方法。2.使用三種基本控制結構構造

順序結構，循環(huán)結構，選擇結構特點：任意基本結構都是單入口以及單出口的，程序不會出現(xiàn)死循環(huán)。11.2程序設計的方法結構化程序設計方法優(yōu)點：整體思路清楚，目標明確設計工作中階段性強，有利于系統(tǒng)開發(fā)的整體控制和管理系統(tǒng)分析時可以診斷出原系統(tǒng)的問題缺點：系統(tǒng)開發(fā)周期長，耗費時間用每個階段的成果來進行控制，外部環(huán)境響應度慢。11.2程序設計的方法快速原型式設計方法基本理念：獲取基本需求后，快速地設計一個大概的模型，然后再不斷地進行試用修改，經(jīng)過這個不斷的循環(huán)最終建立用戶滿意的系統(tǒng)。這一方法是針對結構化生命周期法提出的。實質是一種迭代型的循環(huán)的開發(fā)方式。11.2程序設計的方法快速原型法具體實施過程：①將HIPO圖（HierarchyInputProcessOutput,描述系統(tǒng)結構和模塊內部處理功能的工具）中類似帶有普遍性的功能模塊集中，如菜單模塊、報表模塊、查詢模塊、圖形生成模塊等等，這些模塊幾乎在每個子系統(tǒng)中都是必不可少的；②具有普遍性的功能模塊集中以后，就要尋找相應的、可用的軟件工具。如果尋找無果，則可考慮開發(fā)一個能夠適合各子系統(tǒng)情況的通用模塊；③用這些軟件工具來生成這些程序模型的原型。如果在HIPO圖中有一些特定的處理功能或特殊的處理模型，而這些功能或模型又無法通過現(xiàn)有的軟件工具來生成，那么就需要程序設計人員專門編制一段程序添加到系統(tǒng)中去。11.2程序設計的方法快速原型法對工作環(huán)境的基本要求：1.快速響應的環(huán)境2.規(guī)范的原型構成過程良好的演示原型的設施11.2程序設計的方法快速原型式設計方法優(yōu)點：提供驗證用戶需求的一個環(huán)境允許系統(tǒng)在開發(fā)生命周期的早期進行人機交互測試提高人們對最終會系統(tǒng)的安全感加強系統(tǒng)開發(fā)過程中用戶的參與度提供很好的系統(tǒng)說明和示范有利于積累系統(tǒng)開發(fā)經(jīng)驗11.2程序設計的組織11.2.3程序設計的方法面向對象的程序設計方法：面向對象設計方法基本思想：從結構組織的角度去認識世界，去模擬客觀世界的一種方法，這種方法的基本著眼點是“對象”對象定義：現(xiàn)實世界中個體或事物的抽象表示，是其屬性和相關操作的封裝。其中屬性是事物的靜態(tài)特征，操作是事物的動態(tài)特征。對象的屬性和服務結合與一個獨立的整體，對外屏蔽其內部細節(jié)，

稱作封裝。把具有相同屬性或相同服務的對象分為一類，類是對這些對象的抽象表述。每個對象是類的一個實例。方法是類對象上的操作。消息是向對象發(fā)出的服務請求，消息的形式用消息模式來表示，一個消息模式定義一類消息，它可以對應不同的內容。11.2程序設計的組織11.2.3程序設計的方法面向對象的程序設計方法的具體步驟：①分析確定在問題空間和解空間出現(xiàn)的全部對象及其屬性；②確定應施加于每個對象的操作，即對象固有的處理能力；③分析對象間的聯(lián)系，確定對象彼此間傳遞的消息；④設計對象的消息模式，消息模式和處理能力共同構成對象的外部特性；⑤分析各個對象的外部特性，將具有相同外部特性的對象歸為一類，從而確定所需要的類；⑥確定類間的繼承關系，將各對象的公共性質放在較上層的類中描述，通過繼承來共享對公共性質的描述；⑦設計每個類關于對象外部特性的描述；⑧設計每個類的內部實現(xiàn)（數(shù)據(jù)結構和方法）；⑨創(chuàng)建所需的對象（類的實例），實現(xiàn)對象間應有的聯(lián)系（發(fā)消息）11.2程序設計的組織11.2.3程序設計的方法面向對象的程序設計方法的優(yōu)點：1）數(shù)據(jù)抽象的概念可以在保持外部接口不變的情況下改變內部實現(xiàn)，從而減少甚至避免對外界的干擾；2）通過繼承大幅減少冗余的代碼，并可以方便地擴展現(xiàn)有代碼，提高編碼效率，也減低了出錯概率，降低軟件維護的難度；3）結合面向對象分析、面向對象設計，允許將問題域中的對象直接映射到程序中，減少軟件開發(fā)過程中中間環(huán)節(jié)的轉換過程；4）通過對對象的辨別、劃分可以將軟件系統(tǒng)分割為若干相對為獨立的部分，在一定程度上更便于控制軟件復雜度；5）以對象為中心的設計可以幫助開發(fā)人員從靜態(tài)（屬性）和動態(tài)（方法）兩個方面把握問題，從而更好地實現(xiàn)系統(tǒng)；6）通過對象的聚合、聯(lián)合可以在保證封裝與抽象的原則下實現(xiàn)對象在內在結構以及外在功能上的擴充，從而實現(xiàn)對象由低到高的升級。11.3組件開發(fā)技術

11.3.1先導案例飛利浦在全國有40多家物流供應商，其中有一些相對專業(yè)的第三方物流商，有些只是車隊，如何實現(xiàn)與眾多物流供應商之間的數(shù)據(jù)交換，成為飛利浦信息化亟待解決的問題。華夏媒體公司是美國MCC公司在中國投資的專業(yè)從事企業(yè)信息化軟件開發(fā)的公司，其主打平臺iSCM-NetX可以整合企業(yè)供應鏈過程中不同業(yè)務伙伴的信息系統(tǒng)，完成跨企業(yè)系統(tǒng)之間的數(shù)據(jù)交換，實現(xiàn)信息共享。華夏媒體用了不到一個月時間就為飛利浦完成了物流信息交換平臺NetX的設計。但是程序設計卻沒有想象的那么順利，為了達到飛利浦提出的可以一周全面整合對接一家企業(yè)的物流供應商的要求，平臺做了許多通用性組件的開發(fā)。在經(jīng)歷3個月之后，飛利浦家電和其物流供應商之一華運通終于在業(yè)務上對接成功。11.3組件開發(fā)技術

11.3.2組件的定義組件定義:又稱為構件，是指具有一定功能的，可以進行單獨開發(fā)、編譯、調試和測試的獨立程序模塊。一個組件能夠通過接口與其它組件裝配起來協(xié)同工作，也可以裝配到不同的軟件系統(tǒng)中，以實現(xiàn)軟件的復用。總的來說，在軟件開發(fā)中組件指的是可以重復使用并且可以和其他對象進行交互的對象。組件的含義可以從以下三個方面理解：①組件是一個分布式對象；②組件是一塊獨立可復用的二進制代碼；③組件是完成特定功能的軟件模塊。11.3組件開發(fā)技術

11.3.3組件的特點和標準組件的特點:即插即用以接口為核心標準化組件標準：組件標準包括規(guī)范的組件接口定義、組件間通信、組件組裝的規(guī)范，如命名機制，消息傳遞機制等等。流行的三種組件標準分別是：OMG組織（ObjectManagementGroup）提出的CORBA（CommonObjectRequestBreakerArchitecture）、微軟的COM（ComponentObjectModel）/DCOM（DistributedCOM）以及Sun公司的JavaBeans/EJB（EnterpriseJavaBeans）。11.3組件開發(fā)技術11.3.4基于組件開發(fā)的優(yōu)點提高開發(fā)效率,加快開發(fā)速度，降低成本。增強程序的可維護性，更新受部分影響的組件方便移植擴展，不依賴于數(shù)據(jù)庫以及軟件。11.3組件開發(fā)技術11.3.5組件化的開發(fā)的開發(fā)流程系統(tǒng)的組件化分析:新系統(tǒng)對于組件開發(fā)技術的可適用性?，F(xiàn)有組件以及第三方組件注意：CBD方法并不適用于所有的場合組件的接口和功能設計：組件功能以及借口的完成過程基于組件的項目有兩個基本原則：①保持組件接口簡單和保持組件簡單，即不要試圖讓組件去實現(xiàn)太多的功能，或提供太多的接口；②嘗試將復雜的組件分成多個子組件，可以使用功能分解和由上而下的設計，使每個子組件處理一個任務，或者一小批相關的任務。11.3組件開發(fā)技術11.3.5組件化的開發(fā)流程組件的編碼實現(xiàn)和組裝復用:

這一個過程需要不斷地去進行修改組件的測試與部署：組件測試是驗證組件是否完成預計的業(yè)務功能以及是否提供相應的接口供調用。主要方法有單元測試與集成測試，前者用于驗證組件本身所實現(xiàn)的功能，后者驗證組件被系統(tǒng)調用的情況組件部署包括兩方面：一方面指設置本地部署系統(tǒng)如何調用它，用作私有程序集還是共享程序集；另一方面是分布式環(huán)境中的部署，涉及到組件服務器的搭建和客戶端如何訪問遠程服務器中的組件等問題。11.3組件開發(fā)技術11.3.5組件化的開發(fā)流程組件獲取流程如果選擇購買第三方軟件，則獲取組件的流程如下：（1）尋找組件

（2）對候選組件進行初選（3）正式評估11.4程序調試與系統(tǒng)測試11.4.1先導案例2008年，軟件測試廠商核心安全技術公司CST（CoreSecurityTechnologiesInc）透露，運行在蘋果電腦MacOSX操作系統(tǒng)上的iCal日歷應用程序存在三個致命的安全漏洞，給Mac用戶造成了嚴重的后果。經(jīng)調查，該程序出現(xiàn)安全漏洞的主要原因是測試不足造成的。據(jù)了解，軟件測試在軟件質量安全控制上的地位不可替代。像美國這樣軟件產(chǎn)業(yè)發(fā)達的國家，軟件企業(yè)將40%的工作量花在軟件測試上，測試費用占項目總費用的30-50%，甚至3-5倍11.4程序調試與系統(tǒng)測試11.4.2程序編碼程序編碼（coding）就是將處理邏輯轉變?yōu)榭杀挥嬎銠C執(zhí)行的指令。如果程序設計人員已經(jīng)具有詳細的程序設計說明書，那么編程工作就變得比較簡單，只需將邏輯處理功能的說明轉換成程序代碼就完成了編程工作。在編程時要注意：使用一致的、有意義的變量名，增加程序模塊的可理解性加入足夠的注釋，注釋是程序員和程序讀者之間通信的重要手段。分為序言性注釋以及功能性的注釋。原錯誤代碼予以保留11.4程序調試與系統(tǒng)測試11.4.3程序調試程序調試過程:包括錯誤的定位以及錯誤的改正。程序調試是一個不斷調整，不斷發(fā)現(xiàn)，不斷改正的過程。（1）從錯誤現(xiàn)象入手，分析判斷產(chǎn)生錯誤的

原因。

（2）研究分析相關部分的程序，找出發(fā)生

問題的具體內在原因

（3）修改代碼，排除錯誤

（4）不斷測試，確認結果11.4程序調試與系統(tǒng)測試程序調試有一定的技術難度，主要表現(xiàn)在：①產(chǎn)生錯誤現(xiàn)象與引起錯誤，兩者的位置可能會相距甚遠。這種情況在調試耦合的程序模塊時會更加明顯。②當糾正某個錯誤時，可能會使錯誤所表現(xiàn)出來的現(xiàn)象暫時消失，但錯誤并未真正排除，即錯誤可能會更加隱蔽。③產(chǎn)生的錯誤并非由一些程序本身的錯誤所引起，如計算或舍入的精度不夠等。④錯誤的現(xiàn)象可能是由一些人為的錯誤所引起的，而這些錯誤又不太容易被發(fā)現(xiàn)。⑤錯誤是由于時序問題所引起的，與處理過程并無關系。⑥錯誤現(xiàn)象可能是周期性地出現(xiàn)。這在軟、硬件結合的嵌入式系統(tǒng)中比較常見。11.4程序調試與系統(tǒng)測試11.4.3程序調試程序調試的策略:試探法排除錯誤

對錯誤的位置進行一個大致的估計，對該區(qū)域進行試探回溯法排除錯誤人工追蹤代碼，歸納法排除錯誤；從錯誤的征兆著手，分析關系，找出錯誤11.4程序調試與系統(tǒng)測試11.4.3程序調試演繹法排除錯誤

列出所有可能出錯的原因，利用原始數(shù)據(jù)進行測試，逐一進行排除，最終得出原因11.4程序調試與系統(tǒng)測試11.4.4系統(tǒng)測試一個完整的軟件系統(tǒng)的測試包括三個過程，程序測試，單元測試以及系統(tǒng)測試程序測試:黑箱測試。不論程序內部如何編制，只需從外部根據(jù)“輸入-處理-輸出”要求進行測試。數(shù)據(jù)測試。使用大量的實際數(shù)據(jù)進行測試。用于測試的數(shù)據(jù)類型要齊備，各種“邊界”、“端點”都應測試到。窮舉測試。也稱完全測試，即程序運行的各個分支都必須測試到。模型測試。對所有程序運行的結果都進行核算。單元測試：單元測試也叫模塊測試，是對模塊的幾個方面進行測試，包括：接口、局部數(shù)據(jù)結構、邊界條件、出錯處理、控制邏輯等。11.4程序調試與系統(tǒng)測試11.4.4系統(tǒng)測試一個完整的軟件系統(tǒng)的測試包括三個過程，程序測試，單元測試以及系統(tǒng)測試單元測試：單元測試也叫模塊測試，是對模塊的幾個方面進行測試，包括：接口、局部數(shù)據(jù)結構、邊界條件、出錯處理、控制邏輯等。接口測試：檢查程序模塊之間的數(shù)據(jù)流和控制流。局部數(shù)據(jù)結構測試包括使用變量初始化問題，數(shù)據(jù)類型的相容問題，全程數(shù)據(jù)變量對模塊的影響程度問題。邊界測試11.4程序調試與系統(tǒng)測試11.4.4系統(tǒng)測試系統(tǒng)測試連接測試：將兩個以上相互關聯(lián)的程序模塊連接起來的測試。系統(tǒng)測試：是將完整的系統(tǒng)的所有執(zhí)行程序進行一個測試，保證其正確的集合其功能的處理。體系結構測試：測試架構的分布式特性，事物處理的相關性能等。下面的測試方法可供參考：應用功能測試。服務器測試。數(shù)據(jù)庫測試。事務測試。網(wǎng)絡通信測試基于非執(zhí)行的測試：測試軟件，計算機并不真正的運行被測試的程序。。11.5版本管理11.5.1版本管理的含義版本用以描述信息系統(tǒng)或組件的演化狀態(tài)版本管理是軟件配置管理的核心功能，是對信息系統(tǒng)不同版本進行標識和跟蹤的過程版本管理的目的在于對軟件開發(fā)進程中文件或目錄的發(fā)展過程提供追蹤手段，保證在任意時刻都可以根據(jù)需要恢復到任何歷史版本，并避免文件丟失和相互覆蓋。11.5版本管理11.5.2版本管理的主要模型11.5版本管理11.5.2版本管理的主要模型線形模型是一種最簡單的模型，它是以版本出現(xiàn)的先后次序進行排列樹狀模型以設計方案的版本繁衍過程為依據(jù)，其版本號反映了各版本間的從屬、并列或繼承關系，同時也可以反映出設計中以某一中間版本為基礎，選擇多種設計方案從而形成多個設計結果的情況有向無循環(huán)模型是上面兩種模型的綜合，通過此模型建立的版本樹更符合實際開發(fā)的情況11.5版本管理11.5.3版本管理中的關鍵技術版本演化修訂，各個版本之間是一種線性結構變型，擴充軟件產(chǎn)品知識，演化過程是樹狀結構版本創(chuàng)建、刪除的策略版本的創(chuàng)建策略：版本創(chuàng)建通常在三個時間點發(fā)生創(chuàng)建新配置項的時候，版本就為最初版本V1.0；在配置項被檢入時發(fā)生，版本可能朝縱向（若配置項被排他寫檢出）或橫向演化（若配置項被共享寫檢出）或不演化（若配置項被只讀檢出）；在分支的時候，配置項的分支是版本朝橫向演化。版本的刪除策略：版本允許擁有一定權限的使用者手工刪除，普通用戶無權刪除版本。11.5版本管理11.5.3版本管理中的關鍵技術（2）分支合并管理模型:版本分支代表一個獨立的開發(fā)途徑代表某個部件的不同派生代表實驗性的開發(fā)適應多個開發(fā)者并發(fā)地對同一構建進行修改版本合并將獨立存在與兩個版本中的文件結合成一個新版本，然后放到其中的一個分支。版本的訪問與同步控制策略版本增量存儲方式：①向前增量方法，存儲初始版本的全部內容，后繼版本則存儲與它們的父版本的差異；②向后增量方法，存儲當前最新版本的全部內容，而對老版本存儲它們與其子版本之間的差異。11.5版本管理11.5.4版本管理的工具開源軟件CVS（ConcurrentVersionSystem）微軟公司的VSS（MicrosoftVisualSourceSafe）IBM公司的RationalClearCase。11.6人員培訓11.6.1先導案例為了建立高效、迅速的現(xiàn)代物流系統(tǒng)，海爾公司采用了SAP提供的ERP系統(tǒng)，組建自己的物流管理系統(tǒng)。ERP實施后，由于信息化工作的不斷推進，原有的手工管理變?yōu)橛嬎銠C操作，這對基層的物流工作者如保管員、司機、年紀較大的采購員均是挑戰(zhàn)。因此海爾物流開展了全員培訓，對相關操作人員進行了嚴格的技能考試，考試通過后才能獲得上崗證書。物流信息中心也開通了內部培訓的網(wǎng)站，詳細介紹系統(tǒng)的基礎知識、業(yè)務操作指導書與對操作的問題進行答疑，這些均保證了信息化使用的效果。11.6人員培訓11.6.2培訓方式定期舉行物流講座或研討會以多種形式開展物流宣傳對管理層進行深層次的培訓進行專業(yè)化培訓11.6人員培訓11.6.3系統(tǒng)操作人員的培訓操作人員培訓是與編程和調試工作同時進行的。這樣做的原因是編程工作一旦啟動，系統(tǒng)分析員就能騰出時間開展用戶的培訓；程序編制與測試完成后，系統(tǒng)就將投入試運行。如果這時用戶的培訓尚未完成，就會影響整個系統(tǒng)實施計劃的執(zhí)行；經(jīng)過培訓的用戶能夠更有效地參與系統(tǒng)測試工作；在培訓過程中，系統(tǒng)分析員對用戶的需求會有更清楚的了解和理解11.6人員培訓對用戶的培訓，主要包括以下內容：①系統(tǒng)的概貌及整體結構；②系統(tǒng)所使用到的關鍵術語；③系統(tǒng)的分析原則、設計思想、解決問題的步驟；④系統(tǒng)運行的平臺，所用的主要軟件工具；⑤系統(tǒng)的操作與使用，包括各種數(shù)據(jù)/文字的輸入，相關信息的輸出等⑥系統(tǒng)操作中的各種注意事項；⑦系統(tǒng)中有關數(shù)據(jù)的收集、過濾、審核、統(tǒng)計的方法；⑧系統(tǒng)運行過程可能出現(xiàn)的故障及其排除方法；⑨系統(tǒng)文檔資料的分類以及檢索方式。11.6人員培訓11.6.4系統(tǒng)維護人員的培訓物流信息系統(tǒng)的運行與維護主要由用戶方來負責，因此有必要對今后負責系統(tǒng)運行與維護人員進行培訓?？蓮囊韵聨追矫嫒胧郑喉椖勘尘耙约皩ζ髽I(yè)目標的支持；

物流信息系統(tǒng)的功能、總體結構和詳細結構；

熟悉系統(tǒng)開發(fā)中的各種文檔資料；

系統(tǒng)流程和所涉及到的各種技術問題；

對各種問題的具體解決方法；

系統(tǒng)的輸入、處理、輸出、流量、負載、通訊等問題；

系統(tǒng)運行與維護過程需要注意的問題。1.17系統(tǒng)試運行11.7.1先導案例作為紫竹藥業(yè)的ERP供應商，和佳軟件公司在正式上線紫竹藥業(yè)ERP系統(tǒng)前，進行了3個月的試運行。試運行期間，各使用單位對運行結果和發(fā)現(xiàn)的問題進行了詳細的記錄。經(jīng)過試運行的考驗，系統(tǒng)基本滿足客戶要求，達到預期目標和評價標準。接著，企業(yè)組織各使用單位進行了項目的階段總結。各單位對已經(jīng)上線使用的每個模塊每個功能進行上線前后的對比，并進行量化的描述，對上線后功能的增加或強化、工作效率的提高、信息響應的速度、信息的可獲得性等內容進行評價。還要求各單位提出ERP系統(tǒng)目前還存在哪些問題，對系統(tǒng)的進一步的需求等，同時確定了修正的措施方案和實現(xiàn)的時間。1.17系統(tǒng)試運行

11.7.2準備工作場所準備新系統(tǒng)的實際工作場所數(shù)據(jù)準備將手工處理文件轉換成系統(tǒng)文件的過程①各種的歸類整理要科學化，特別是對基礎數(shù)據(jù)的統(tǒng)計工作，具體方法應程序化、規(guī)范化；②計量工具、計量方法、數(shù)據(jù)采集渠道和程序都應該固定，以確保新系統(tǒng)運行有穩(wěn)定可靠的數(shù)據(jù)來源；③各類統(tǒng)計、數(shù)據(jù)采集、報表應標準化，規(guī)范化；④將各種準備好的數(shù)據(jù)裝入新系統(tǒng)。1.17系統(tǒng)試運行

11.7.3系統(tǒng)安裝將計算機設備放置到工作場所，并使它開始運行，這就是系統(tǒng)安裝、安裝后必須進行測試。1.17系統(tǒng)試運行

11.7.4系統(tǒng)試運行①對系統(tǒng)進行初始化，并輸入各原始數(shù)據(jù)記錄。例如，對于物流信息系統(tǒng)，除了初始化外，還需要輸入各賬戶的期初數(shù)據(jù)，并要確保借貸平衡。②在試運行過程中，詳細記錄系統(tǒng)運行的數(shù)據(jù)和狀況。③對實際系統(tǒng)的輸入方式進行全面考查?？疾榭梢詮妮斎氲姆奖阈浴⑿市?、安全可靠性、誤操作的保護等方面進行。④將新系統(tǒng)的輸出結果與原系統(tǒng)的處理結果進行仔細核對。⑤對系統(tǒng)的實際運行指標進行測試，如運算速度、傳輸速度、查詢速度、輸出速度等，還要測試安全可靠性指標，特別是通過網(wǎng)絡傳輸數(shù)據(jù)的系統(tǒng)，更應注意這個問題。11.7系統(tǒng)試運行11.7.5系統(tǒng)的轉換11.7系統(tǒng)試運行11.7.5系統(tǒng)的轉換直接轉換:直接轉換就是在確定新系統(tǒng)運行準確無誤時，在一個特定的時刻，啟用新系統(tǒng)，終止舊系統(tǒng)。并行轉換并行轉換是指新舊系統(tǒng)同時運行一段時間。在這段時期內，對兩個系統(tǒng)的輸出進行嚴格比較，調整它們之間的差異。分段轉換分段轉換實際是上面兩種轉換方式的結合，即新系統(tǒng)投入運行時要按階段或模塊來進行，是一部分一部分地替代舊系統(tǒng)。11.7系統(tǒng)試運行11.7.5系統(tǒng)的轉換三種轉換方式的成本與風險的關系11.7系統(tǒng)試運行11.7.6用戶驗收系統(tǒng)驗收主要是針對系統(tǒng)的有效性進行驗收，確定系統(tǒng)的性能以及需求。文檔驗收規(guī)范性協(xié)議11.8案例：基于組件的第三方物流信息系統(tǒng)集成方案近年來，國內第三方物流發(fā)展迅速。但隨著企業(yè)對物流服務需求的日益?zhèn)€性化，常規(guī)的物流服務在保證供貨的準確性和及時性、與顧客的長期關系等方面問題也日益凸顯。為滿足企業(yè)對物流需求的變化性和多樣性，第三方物流必須充分利用信息技術來調整物流，基于組件的第三方物流信息系統(tǒng)集成方案應運而生。11.8案例：基于組件的第三方物流信息系統(tǒng)集成方案基于組件的第三方物流信息系統(tǒng)集成方案的設計思想是利用組件技術，將第三方物流企業(yè)提供的物流服務進行封裝，形成可重用的物流服務組件。同時考慮到客戶企業(yè)物流服務需求的多樣性，引入面向服務體系構架，依據(jù)客戶企業(yè)對物流的需求項目，將已封裝的物流服務組件集成包裝成服務模塊?？蛻羝髽I(yè)可以利用內部的信息系統(tǒng)，通過接口對第三方物流企業(yè)提供的物流服務模塊進行訪問、操作、維護，為物流信