1、7.物流信息系統實施與運轉管理7. 物流信息系統實施與運轉管理7.1 物流信息系統實施概述7.2 程序設計7.3 程序調試7.4 數據預備7.5 系統測試7.6 系統切換及人員培訓7.7 物流信息系統運轉管理7.8 物流信息系統評價7.1 物流信息系統實施概述 當系統分析與系統設計的任務完成以后，開發人員的任務重點就從系統分析、設計和發明性思索的階段轉入實際階段。在此期間，將投入大量的人力、物力及占用較長的時間進展物理系統的實施、程序設計、程序和系統調試、人員培訓、系統轉換、系統管理等一系列任務，這個過程稱為系統實施。 (1)系統實施的目的 系統實施的目的就是把系統設計的物理模型轉換成可實踐運

2、轉的新系統 。(2)系統實施的義務及步驟 系統實施階段的主要義務有： 物理系統的實施； 程序設計與程序調試；7.1 物流信息系統實施概述 數據預備； 系統測試； 系統切換； 人員培訓。 系統實施的步驟是: 系統實施首先進展物理系統的實施，根據計算機物理系統配置方案購買和安裝計算機硬、軟件系統和通訊網絡系統(假設購買的時間太早會帶來經濟上的損失)，還包括計算機機房的預備和設備安裝調試等一系列活動，熟習計算機物理系統的性能和運用方法，同時進展程序設計；接著是搜集有關數據并進展錄入任務；然后是系統調試；最后是人員培訓和系統切換。7.2 程序設計 程序設計的主要根據是系統設計階段的HIPO圖以及數據庫

3、構造和編程言語設計。 程序設計的目的是運用計算機言語實現系統設計中的每一個細節。 編程的目的是為了實現開發者在系統分析和系統設計中所提出的管理方法和處置想象，編程不是系統開發的目的。在編程實現時，建議盡量借用已有的程序和各種開發工具，盡快、盡好地實現系統。7.2.1 程序設計的義務和要求(1)程序設計的義務 程序設計的義務是為新系統編寫程序，即把詳細設計的結果轉換成某種計算機編程言語寫成的程序。 (2)程序設計的根本要求 正確性。編寫的程序可以嚴厲按照規定的要求，準確無誤地提供與其的全部信息。7.2 程序設計 可了解性。程序的內容明晰、明了，便于閱讀和了解。 可靠性。程序要具有較好的容錯才干，

4、不僅在正常情況下能正確任務，而且在異常情況下也能便于處置。 可維護性。程序的應變性強，即在程序執行過程中發現問題或客觀條件變化時，調整和修正程序比較簡便易行。 效率高。程序的構造嚴謹，運算處置速度快，節省機時；程序和數據的存儲、調用安排得當，節省存儲空間。 此外，程序設計終了后，還應寫出程序運用闡明書，闡明運用該程序時的詳細操作步驟。7.2.2 程序設計方法和步驟(1)程序設計方法 構造化程序設計(Structured Programing，SP)方法 構造化程序設計方法，由EDIJKSTRA等人于1972年提出，7.2 程序設計用于詳細設計和程序設計階段，指點人們用良好的思想方法，開發出正確

5、又易于了解的程序。 構造化程序設計方法按照HIPO圖的要求，用構造化的方法來分解內容和設計程序。 構造化程序設計方法的內部強調自頂向下地分析和設計，外部強調自底向上地實現整個系統。構造化程序設計方法主要強調： 模塊內部程序各部分要自頂向下地構造化劃分； 各程序部分應按功能組合； 各程序部分的聯絡盡量運用子程序調用Call-Return方式，不用或少用Goto方式。 HIPO (hierarchy plus input-process-output)圖是IBM公司于70年代中期在層次構造圖(structure chart)的根底上推出的一種描畫系統構造和模塊內部處置功能的工具(技術)。 HIPO

6、圖由7.2 程序設計層次構造圖和IPO圖兩部分構成,前者描畫了整個系統的設計構造以及各類模塊之間的關系，后者描畫了某個特定模塊內部的處置過程和輸入/輸出關系。 原型方法 原型法首先將HIPO圖中帶有普遍性的功能模塊集中，如菜單模塊、報表模塊、查詢模塊、統計分析和圖形模塊等；然后尋覓有無相應和可用的軟件工具，假設有那么運用這些工具生成這些程序模型原型。否那么，可思索開發一個可以適宜各子系統情況的通用模塊。 面向對象程序設計方法 面向對象的程序設計方法普通應與面向對象設計OOD所設計的內容相對應。它實踐上是一個簡單、直接的映射過程，即將OOD中所定義的范式直接用面向對象的程序OOP。7.2 程序設

7、計(2)程序設計步驟 明確條件和要求 。根據系統設計及其他有關資料，弄清楚該程序設計的條件和設計要求。 分析數據。首先對要處置的數據進展仔細分析，弄清數據的詳細內容和特點，然后按照要求確定數據的數量和層次構造，安排輸入、輸出、存儲、加工處置，以及詳細的計算方法等。 確定流程。根據數據的輸入、輸出、存儲、加工處置過程，繪制程序流程圖。 編寫程序。采用一種程序設計言語，按其規定的語法規那么把確定的流程描寫出來。 檢查和調試。檢查內容包括程序構造安排能否得當，語句的選用和組織能否合理，語法能否符合規定，語義能否準確等。發現問題要及時進展修正。 編寫程序運用闡明書。闡明執行程序需求運用的設備，輸入、輸

8、出的安排，操作的步驟，以及出現不測情況時采取的應變措施等，以便程序運轉有條不紊地進展。17.2 程序設計7.2.3 程序設計的風格 程序的可讀性對于軟件，尤其是對軟件的質量有重要影響，因此在程序設計過程中該當充分注重。為了提高程序的可讀性，在程序設計風格方面應留意以下幾點：(1)適當的程序注釋 程序中適當地加上注釋后，可以使程序成為一篇“自我解釋的文章，讀程序時就不用翻閱其它闡明資料了。 注釋原那么上可以出如今程序中的任何位置，但是假設使注釋和程序的構造配合起來那么效果更好。注釋普通分為兩類：序文性注釋和描畫性注釋。 序文性注釋出如今模塊的首部，內容包括：模塊功能闡明；界面描畫如調用語句格式、

9、一切參數的解釋和該模塊需調用的模塊名等；某些重要變量的運用、限制；開發信息如作者、復查日期、修正日期等。7.2 程序設計 描畫性注釋嵌在程序之中，用來闡明程序段的功能或數據的形狀。 假設詳細設計是用過程設計言語PDL描畫的，那么編程時可將PDL描畫嵌在程序中。 書寫注釋時應留意： 注釋應和程序一致，修正程序時應同時修正注釋，否那么會起反作用，使人更難明白。 注釋應提供一些程序本身難以表達的信息。 為了方便用戶今后維護，注釋應盡量多用漢字。(2)有規律的程序書寫格式 恰當的書寫格式將有助于閱讀，在構造化程序設計中普通采用所謂“縮排法來寫程序，即把同一層次的語句行左端對齊，而下一層的語句那么向右邊

10、縮進假設干格書寫，它能表達程序邏輯構造的深度。此外，在程序段與段之間安排空白行，也有7.2 程序設計助于閱讀。(3)恰中選擇變量名 了解程序中每個變量的含義是了解程序的關鍵，所以變量的名字應該適中選取，使其直觀，易于了解和記憶。例如采用有實踐意義的變量名、 不用過于類似的變量名、 同一變量名不要具有多種意義。此外，在編程前最好能對變量名的選取商定一致規范，以后閱讀了解就會方便的多。7.2.4 常用的編程工具 目前比較流行的軟件工具可分為6類：普通編程言語，數據庫系統，程序生成工具、公用系統開發工具、客戶/效力器client/Server, C/S型工具以及面向對象的編程工具。 (1)常用編程言

11、語類 它是指由傳統編程工具開展而來的一類程序設計言語。(2)數據庫類7.2 程序設計 它是物流信息系統中數據存放的中心和整個系統數據傳送和交換的樞紐。目前市場上提供的主要有：xBASE系統以微機關系數據庫為根底和大型數據庫系統。(3)程序生成工具類 它是指第四代程序(4GLs)生成言語，是一種常用數據處置功能和程序之間的對應關系的自動編程工具。(4)系統開發工具類 它是在程序生成工具根底上進一步開展起來的，可協助用戶生成運用系統中大部分常用的處置功能。目前主要有專門開發工具類和綜合開發工具類。(5)客戶/效力器(C/S)工具類 它是采用了人類在經濟和管理學中經常提到的“ 專業化分工協作的思想而

12、產生的開發工具。它是在原有開發工具的根底上，將原有工具改動為一個 個既可被其它工具調用的，又可以調用其它工具的“公共模塊。在整個系統構造方面，7.2 程序設計采用了傳統分布式系統的思想，產生了前臺和后臺的作業方式，減輕了網絡的壓力，提高了系統運轉的效率。(6)面向對象編程工具類 它主要是指與OO方法相對應的編程工具。7.3 程序調試7.3.1程序調試的意義和目的 在物流信息系統開發周期的各個階段都不可防止地會出現過失。 系統調試是保證系統質量的關鍵步驟。統計資料闡明，對于一些較大規模的系統來說，系統調試的任務量往往占程序系統編制開發總任務量的40%以上。 調試的目的在于發現其中的錯誤并及時糾正

13、，所以在調試時應想方設法使程序的各個部分都投入運轉，力圖找出一切錯誤。錯誤多少與程序質量有關。7.3.2程序調試的步驟 一個物流信息系統通常由假設干子系統組成，每個子系統又由假設干模塊程序組成。所以，調試任務可分為模塊程序調試、分調子系統調試和總調系統調試三個層次。程序調試的主要步驟圖7.3 程序調試(1)模塊調試 模塊程序調試的目的是保證每個模塊本身能正常運轉，在該步伐試中發現的問題大都是程序設計或詳細設計中的錯誤。 模塊調試，普通分成人工走通和上機調試兩步進展。 程序的錯誤可分成語法錯誤和邏輯錯誤兩種情況。程序的檢查最好請審查小組或其他開發者。目前的調試根本上還是由編程者本人進展。按各層次

14、人員的分工，模塊調試應由操作員或程序員來進展。 當人工走通后，就可以上機調試了。 總之，語法錯誤比較容易發現和修正，但是檢查的全面性不盡一樣。為了有效地發現并矯正邏輯錯誤，一方面，仔細設計調試用例；另一方面，充分利用高級言語提供的調試機制或軟件工具。7.3 程序調試(2)分調 分調也稱子系統調試，就是把經過調試的模塊放在一同構成一個子系統來調試。主要是調試各模塊之間的協調和通訊，即重點調試子系統內各模塊的接口。例如，數據穿過接口時能夠喪失；一個模塊對另一個模塊能夠存在因忽略而呵斥的有害影響；把假設干子功能結合起來能夠不產生預期的主功能等等。 分調通常有兩種方法： “非漸增式調試，是先分別調試每

15、個模塊，再把一切模塊按設計要求連成一同進展調試。 “漸增式調試，是把下一個要調試的模塊同曾經調試好的那些模塊結合起來進展調試，調試完成后再把下一個應該調試的模塊結合進來調試。這種方式實踐上同時完成了模塊調試和子系統調試。7.3 程序調試7.3 程序調試圖1 子系統調試例如 圖2 驅動模塊和樁模塊 非漸增式調試 在調試某個模塊X時，需求暫時設計一個驅動模塊和假設干個樁模塊。驅動模塊的作用是模擬X的調用模塊，樁模塊的作用那么是模擬X的下層模塊。 例：調試圖1中的模塊B。 要設計一個驅動模塊，其作用是將調試數據傳送給模塊B并接納和顯示B產生的結果。同時，還需設計一個樁模塊，用來接受B的控制并模擬E的

16、功能。暫時模塊驅動模塊和樁模塊可以設計的非常簡單，只需滿足調試要求即可。7.3 程序調試圖1 子系統調試例如 漸增式調試 又可分為“由頂向下、“由底向上等多種方式調試。 例：調試圖1的子系統。 假設采用“由底向上的漸增式方式，那么先順序地或并行地由三人完成調試模塊E、C、F，此時只需為每個模塊暫時預備驅動模塊，但不需求樁模塊，然后為模塊B預備一個驅動模塊，將模塊B與模塊E銜接起來調試，再為模塊D預備一個驅動模塊將D與F銜接起來調試，最后把模塊A與其它各模塊銜接并調試。 對于物流信息系統來說，采用“由底向上的漸增式方法是一種較為適宜的調試方法。 在調試一個實踐系統時，當把一個曾經充分調試過的模塊

17、結合進來時，可以著重調試模塊之間的接口；當一個沒有充分調試過的模塊結合進來時，那么需求利用已調試過的模塊充分調試它。 (3)總調 總調，也稱為系統調試，是把調試過的子系統裝配成一個完好的系統來調試，用以發現系統設計和程序設計中的錯誤，驗證系統的功能能否到達設計闡明書的要求。 總調時，采用一些精心設計的數據量較少的調試用例，不僅減少任務量，更容易發現錯誤和確定錯誤所在范圍。 總調完成后，可將原始系統手任務業方式得出的結果正確的數據作為新系統的輸入數據進展“真實運轉，不僅將結果與手任務業進展校核，還調查了系統的有效性、可靠性和效率。所以，系統調試時最好請用戶一同參與。7.3 程序調試 系統調試的關

18、鍵是“真實和全面。進展系統調試應該注重以下幾點： 調試用例應由實踐意義的數據組成的。可請用戶參與調試用例的設計。 某些曾經調試過的純粹技術的特點不需再次執行。 對用戶特別感興趣的功能或性能，可以添加一些調試。 設計并執行一些與用戶運用步驟有關的調試。 在總調和系統調試前充分預備，盡量運用戶積極自動地參與。在總調前由開發部門對用戶進展培訓。 總調階段發現的問題往往和系統分析階段的過失有關，涉及面較廣且處理起來也較困難，這時需求和用戶充分協商處理。7.3 程序調試7.4 數據預備 數據預備是系統實施任務中的一項非常艱巨的義務。在進展新系統建立過程中，很重要的一點就是數據的規范化。 假設新系統是在手

19、工管理根底上開發的，那么將手工處置的數據按照新系統的規那么進展分類并集中在一同，然后組織人力進展數據的錄入任務，將紙介質中存放的數據轉換程計算機可以讀取的信息。 假設新系統是在已有的系統根底上開發的，那么經過合并、更新、轉換等方法，將原系統中的數據轉換到新系統中來。 7.4.1 數據的規范化 計算機只能對規范的數據按照既定的流程進展處置。規范的數據要求數據規范化，既定的流程要求流程規范化。所以，要充分發揚物流信息系統的作用，就要盡能夠地做到信息的規范化和流程的規范化。其中，信息的規范化又分為目的體系的規范化和代碼的規范化。7.4 數據預備7.4.2 根底數據的預備 要運轉一個新系統，必需求預備

20、系統運轉中運用的各種根底數據或初始化數據。 例如要運轉基于供應鏈的物流信息系統，必需求輸入物料或產品信息、庫存信息、市場需求信息、供需方信息和財務本錢信息等。 7.5 系統測試 系統測試是保證系統質量和可靠性的關鍵步驟，是對系統開發過程中的系統分析、系統設計和實施的最后復查。7.5.1 系統測試的定義和目的 系統測試是在假定系統中有錯誤的前提下進展的，是為了發現錯誤而執行程序的過程。詳細而言，就是指根據系統開發各階段的需求、設計等文檔或程序的內部構造精心設計測試用例即輸入數據和預期的輸出結果，并利用這些測試用例來運轉程序，以便發現錯誤的過程。 系統測試是對系統的根本功能、系統的效率、系統的可靠

21、性和可操作性等方面進展的測試。 系統測試的目的就是希望能以最少的人力和時間發現潛在的各種錯誤和缺陷。 系統測試包括硬件測試、網絡測試和軟件測試。硬件測試、網絡測試根據詳細的性能目的進展，軟件測試是在軟件投入運轉前，對軟件的需求分析、設計、實現編碼進展最終審查，它是保證最終建立一個可靠性高的軟件系統的一部分。 7.5 系統測試7.5.2 系統測試過程 系統測試過程根本上與開發過程并行進展。一個規范化的測試過程通常包括以下幾個根本的測試活動： (1)擬定測試方案。 充分思索整個工程的開發時間可開發進度，以及一些人為要素、客觀條件等，使測試方案可行。測試方案的內容主要有：測試的內容、進度安排、測試所

22、需的環境和條件包括設備、被測工程、人員等、測試培訓安排等。 (2)編制測試大綱。 測試大綱是測試的根據，明確詳盡地規定了在測試中針對系統的每一項功能或特性所必需完成的根本測試工程和測試完成的規范。 (3)設計和生成測試用例。 產生測試設計闡明文檔，其內容主要有：被測工程、輸入數據、測試過程和預期輸出結果等。 (4)實施測試。 測試的實施階段是由一系列的測試周期組成的。在每個測試周期時，測試人員和開發人員將根據預先編制好的測試大綱和預備好的測試用例，對被測軟件或設備進展完好的測試。 (5)生成測試報告。 測試完成后，要構成相應的測試報告，主要對測試進展概要闡明，列出測試的結論，指出缺陷和錯誤，另

23、外，給7.5 系統測試出一些建議，如：可采用的修正方法，各項修正估計的任務量、修正的擔任人等。 通常，測試與糾錯是反復交替進展的。假設運用專業測試人員，測試與糾錯可平行進展。7.5.3系統測試的原那么 (1) 測試用例應該由“輸入數據和“預期的輸出結果組成。即在執行程序前應對期望的輸出有很明確的描畫，測試后可將程序的輸出同它仔細對照檢查。 (2) 不僅要選用合理的輸入數據進展測試，還應選用不合理的甚至錯誤的輸入數據進展測試。 (3) 除了檢查程序能否做了應該做的任務，還應檢查程序能否做了它不該做的事情。 (4)長期保管一切的測試用例，直至該系統被廢棄不用為止。7.5 系統測試7.5.4 硬件測

24、試 硬件設備到貨后，在各個相關廠商配合下進展初驗測試，初驗經過后與軟件、網絡等一同進展系統測試。初驗測試的任務主要有： (1)配置檢測。檢測系統軟件、硬盤、內存、CPU等配置情況。 (2)硬件設備外觀檢查。檢查計算機主機、任務站、磁帶庫、磁盤機柜和存儲設備等，一切設備及配件開箱后外觀有無明顯劃痕和損傷。 (3) 硬件測試。首先進展加電檢測，觀看運轉形狀能否正常，有無報警、屏幕有無亂碼提示和死機景象，能否能進入正常提示形狀。然后進展操作檢測，用一些常用的命令來檢測機器能否能執行命令，構造能否正常。 經過以上測試，要構成相應的硬件檢測報告，其內容包7.5 系統測試含測試步驟、測試過程和測試的結論等

25、。7.5.5 網絡測試 網絡設備到貨后，在各個相關廠商配合下進展初驗測試，初驗經過后與軟件、硬件等一同進展系統測試。初驗測試的任務主要有： (1) 網絡設備的外觀檢查。檢查交換機、路由器等，一切設備及配件開箱后外觀有無明顯劃痕和損傷。 (2) 硬件測試。進展加電檢測，觀看交換機、路由器等任務形狀能否正常，有無錯誤和報警。 (3)網絡連通測試。用PING、TELNET、FTP等命令來檢查網絡能否連通。 經過以上測試，要構成相應的網絡檢測報告，其內容包含測試步驟、測試過程和測試的結論等。7.5 系統測試7.5.6 軟件測試 軟件測試可分為單元測試、組裝測試、確認測試和系統測試。 單元測試(unit

26、 testing),是指對源程序中的每一個程序單元進展測試，驗證每個模塊能否滿足系統設計闡明書的要求。 組裝測試(integration testing),是將已測試過的模塊組合成子系統，重點測試各模塊之間的接口和聯絡。 確認測試(validation testing),是對整個軟件進展驗收，根據系統分析闡明書來調查軟件能否滿足要求。 系統測試(system testing),是指軟件、硬件、網絡等系統的各個部分銜接起來，對整個系統進展總的功能、性能等方面的測試。7.5 系統測試 軟件測試的方法主要有兩大類：人工測試和機器測試。軟件測試的主要方法 走查 會審軟件測試人工測試機器測試個人復查黑盒

27、測試白盒測試7.5 系統測試(1)人工測試 人工測試又稱代碼復審，是指采用人工方式進展測試，目的是經過對程序靜態構造的檢查，找出編譯時不能發現的錯誤。組織良好的人工測試可發現程序中30%70%的編碼和邏輯設計錯誤。 人工測試經過閱讀程序，查找錯誤，包括：檢查代碼和設計能否一致；檢查代碼邏輯表達能否正確和完好；檢查代碼構造能否合理等。 人工檢測主要有3種方法： 個人復查。是程序員本人對程序進展檢查，發現程序中的錯誤。這種方法主要針對小規模程序，效率不高。 走查。 通常由3 5人沒有參與工程開發的有閱歷的程序開發人員即測試人員組成測試小組。走查之前，測試人員先閱讀相關的軟件資料和源程序，然后扮演計

28、算機將一批有代表性的測試數據沿程序的邏輯走一遍，監視程序的執行情況，隨時記錄程序的蹤跡，發現程序中的錯誤。7.5 系統測試 會審。測試人員充分閱讀有關的軟件資料如：系統分析、系統設計闡明書、源程序等，根據閱歷列出盡能夠多的典型錯誤，然后把它們制成表格。根據這些錯誤清單也叫檢查表，提出一些問題。編程人員逐句講解程序，測試人員逐個審查、提問，討論能夠出現的錯誤。 代碼復審時，需留意兩點： 代碼審查時，必需檢查被測軟件能否正確經過編譯； 代碼復審期間，保證有足夠的時間讓測試小組對問題進展充分的討論。(2)機器測試 機器測試是指把事先設計好的測試用例作用于被測程序，比較測試結果和預期結果能否一致，假設

29、不一致，那么闡明被測程序能夠存在錯誤。機器測試分為黑盒測試和白盒測試兩種。 黑盒測試，也稱功能測試或數據驅動測試，是指將軟件看成黑盒子，在完全不思索軟件的內部構造和特性的情況下，測試軟件的外部特性。根據系統分析闡明書設計測試用7.5 系統測試例，經過輸入和輸出的特性檢測能否滿足指定的功能。黑盒測試只作用于程序的接口處，主用用于發現以下錯誤： 能否有錯誤的功能或脫漏的功能？ 界面能否有誤？輸入能否可以正確接受？輸出能否正確？ 能否有數據構造或外部數據庫訪問錯誤？ 性能能否可以接受？ 能否有初始化或終止性錯誤？ 白盒測試，也稱構造測試或邏輯驅動測試，是指將軟件看成白盒，根據程序的內部構造和邏輯來設

30、計測試用例，對程序的途徑和過程進展測試，檢查能否滿足設計的需求。白盒測試的原那么是： 程序模塊中的一切獨立途徑至少執行一次； 在一切的邏輯判別中，取“真和取“假的兩種情況至少都能執行一次； 每個循環都應在邊境條件和普通條件下各執行一次；7.5 系統測試 測試程序內部數據構造的有效性等。7.6 系統切換及人員培訓(1) 系統切換 系統試運轉是系統調試任務的延續，普通來講，用戶對新系統的驗收測試都是在試運轉勝利之后。 系統試運轉階段的任務主要包括： 對系統進展初始化、輸入各原始數據記錄； 記錄系統運轉的數據和情況； 核對新系統輸出和老系統人工或計算機系統輸出的結果； 對實踐系統的輸入方式進展調查如

31、：能否方便、效率如何、平安可靠性、誤操作維護等； 對系統實踐運轉、呼應速度包括：運算速度、傳輸速度、查詢速度和輸出速度等進展實踐測試。 新系統試運轉勝利后，就可在新系統和老系統之間相互切換。新舊系統之間的切換方式有3種：7.6 系統切換及人員培訓直接切換。 在某一確定的時辰，老系統停頓運轉，新系統投入運轉，新系統普通要經過較詳細的測試和模擬運轉。思索到系統測試中實驗樣本的不徹底性，普通只需在老系統已完全無法滿足需求或新系統不太復雜的情況下采用這種方法。 。7.6 系統切換及人員培訓并行切換。 新系統投入運轉時，老系統并不停頓運轉，而是與新系統同時運轉一段時間，對照兩者的輸出，利用老系統對新系統

32、進展檢驗。普通可分兩步進展： 第一步：以新系統為正式作業，原系統作校核用； 第二步：經過一段時間運轉，在驗證新系統處置準確可靠后，原系統停頓運轉。 并行處置的時間視業務內容而定，短那么2至3個月，長那么半年至一年。轉換任務不應急于求成。 這種切換方式適用于一些中心系統的轉換過程。7.6 系統切換及人員培訓分段切換也稱逐漸切換、試點過渡法。 先選用新系統的某一部分替代老系統，作為試點，逐漸地替代整個老系統。系統切換過程中，應留意以下問題，這些問題處理得好，將給系統的順利切換發明條件。 新系統的投運需求大量的根底數據，這些數據的整理與錄入任務量特別龐大，應及早預備、盡快完成。 系統切換不僅是機器的

33、轉換、程序的轉換，更是人工的轉換，應提早做好人員的培訓任務。 系統運轉時會出現一些部分性的問題，這是正常景象，系統任務人員對此應有足夠的預備，并做好記錄。 系統只出現部分性問題，闡明系統是勝利的，反之，假設出現整體的問題，那么闡明系統設計質量還好，整個系統甚至要重新設計。 這種切換方式適宜于較大系統。7.6 系統切換及人員培訓(2) 人員培訓 為了使新系統可以按預期目的正常運轉，對用戶人員進展必要的培訓是在系統切換之前不可忽視的一項任務。 需求培訓的人員主要有以下3類： 事務管理人員 經過講座、報告會方式，闡明新系統的目的、功能，闡明系統的構造及運轉過程，以及對企業組織機構、任務方式等產生的影

34、響。 系統操作人員 是人員培訓任務的重點。學習必要的計算機硬、軟件知識，鍵盤指法、漢字輸入，新系統的任務原理、運用方法，簡單出錯的處置等知識。7.6 系統切換及人員培訓 系統維護人員 普通由計算機中心和計算機室的專業技術人員擔任。軟件缺點緣由圖7.7 物流信息系統運轉管理 物流信息系統在完成系統實施，投入正常運轉后，就進入了系統運轉與維護階段。 普通而言，物流信息系統的運用壽命短那么45年，長那么10年以上，系統的運轉與維護有著艱苦的意義和作用。 系統運轉管理包括系統的日常運轉管理、系統維護和建立運轉體制。7.7.1信息系統運轉管理的內容(1)日常運轉管理 系統的日常運轉管理主要是對系統每天運

35、轉情況、數據輸入和輸出情況以及系統的平安性與完備性及時照實記錄和處置。日常運轉管理主要包括：新數據的錄入、存儲、更新復制以及統計分析、報表生成和定期與外界交流等數據處置任務。7.7 物流信息系統運轉管理(2)系統運轉情況的記錄 整個系統運轉情況的記錄可以反映系統在大多數情況下的形狀和任務形狀。系統運轉情況的記錄包括以下內容： 任務數量。 包括開機的時間，每天、每周、每月錄入數據的數量，積累的數據總量，數據運用頻率，滿足用戶暫時性的要求數量等。這些數量反映了系統任務的負擔以及提供信息效力的規模，是反映計算機運用系統功能的最根本的數據。 任務效率。 是系統為了完成所規定的任務，占用和耗費了多少人力

36、、物力和財力。 系統效力質量。 是對系統提供的方式用戶能否稱心，所提供的信息能否符合用戶要求，對暫時提出的信息需求能否滿足要求等。 系統維護的記錄。 包括維護任務的內容、情況分析、時間以及執行人員等內容。 系統的缺點情況。 是對系統運轉中出現的問題與缺點，發生缺點時現場的條件，采取了哪些排除缺點的措施，效果怎樣等，這些內容都應記錄在正規的值班日志上。7.7 物流信息系統運轉管理7.7.2信息系統維護的目的與義務 物流信息系統維護就是對系統運用過程中發現的問題進展處置的過程，也是系統完善的過程。 物流信息系統維護的目的是保證信息系統正常而可靠地運轉，并使系統不斷得到改善和提高，以充分發揚作用。

37、物流信息系統維護的義務就是要有方案、有組織地對物流信息系統進展必要的改動，以保證物流信息系統中的各個要素不論環境如何變化一直是最新的。 物流信息系統維護是物流信息系統管理的重要任務內容。隨著物流信息系統運用的深化和運用壽命的延伸，系統維護的任務量將越來越大。物流信息系統維護的費用往往占整個系統生命周期總費用的60%以上。7.7 物流信息系統運轉管理7.7.3信息系統維護的類型 物流信息系統維護按照維護對象的不同可分為以下5種類型： (1)硬件維護。 包括專職的硬件人員對系統設備日常的保養性維護和對突發性缺點進展的維護。硬件人員應加強設備的保養以及定期檢修，并做好檢驗記錄和缺點登記任務。 (2)

38、軟件維護。 是在軟件已交付運用后，為了矯正錯誤或滿足新的需求而修正軟件的過程。其目的是保證軟件系統能繼續地與用戶環境、數據處置操作、政府或其他有關部門的懇求獲得協調一致。 軟件維護任務包括以下幾種情況： 糾錯性維護。 是診斷和修正系統中遺留的錯誤，如溢出景象。 順應性維護。 是為使物流信息系統順應環境的變化而進展的維護任務，如計算機系統配置發生變化。7.7 物流信息系統運轉管理 完善性維護。 是在物流信息系統運用過程中，用戶往往要求擴展原來系統的功能，添加一些軟件需求規范書中沒有規定的功能與性能特征，以及改良處置效率和編寫程序，如調整用戶界面。 預防性維護。 是選擇那些還有較長運用壽命、目前尚

39、能正常運轉、能夠將要發生變化或調整的系統進展維護。 (3)數據維護。 其任務普通由數據庫管理員來擔任，主要擔任數據庫的平安性和完好性，進展并發性控制，維護數據庫中的數據，以及定期書寫數據字典文件和一些其他的數據管理文件。 (4)代碼維護。 隨著環境變化，需重新設計、添加、刪除、修正代碼時，由代碼管理部門討論新的代碼系統，確定之后以書面方式提交然后再貫徹執行。 (5)機構和人員的變動。 為使物流信息系統更加合理，有時需對機構和人員進展重組和調整。7.7 物流信息系統運轉管理7.7.4信息系統維護的步驟 通常對物流信息系統的維護修正執行以下5個步驟： (1)提出修正要求。 操作人員或業務指點用書面

40、方式向主管指點提出對某項任務的修正要求，而不能直接向程序員提出。 (2)指點同意。 主管人員進展一定的調查后，根據系統和任務人員的情況，思索這種修正的必要性與可行性，最后做出能否修正、何時修正、由誰修正的決議。 (3)分配義務。 系統主管人員假設以為需求修正，那么向有關的維護人員下達義務，闡明修正的內容、要求和期限。 (4)驗收成果。 系統主管人員對修正的部分進展驗收。驗收經過后，將修正的部分嵌入系統，取代舊的部分。 (5)記錄修正情況。 修正要做仔細的登記，作為新的版本通報用戶和操作人員，指出新的功能和修正的地方。7.7 物流信息系統運轉管理7.7.5系統運用與維護闡明書 系統運用與維護闡明

41、書主要是面向用戶效力的，其內容可分為運用闡明部分和維護闡明部分。 運用闡明部分通常是面向普通的業務人員。 維護闡明部分面向具有一定計算機專業知識的技術人員。 系統運用和維護闡明書詳細包括以下5項內容： (1)概述：包括系統運用和維護闡明書的用途及有關專業術語、讀者本卷須知。 (2)系統簡介：包括系統功能概要、運轉環境、系統性能。 (3)系統安裝與初始化闡明：包括系統安裝硬件和軟件裝配、系統啟動與自動檢測附屏幕操作命令、初始數據庫的建立附屏幕操作命令和樣本、系統終了處置和后備數據庫的復制等闡明。 (4)運轉闡明：包括運轉作業表、操作步驟。7.7 物流信息系統運轉管理 (5)非常規過程闡明：包括應急操作闡明、缺點恢復再啟動過程。7.8 物流信息系統評價 系統評價是指系統在正式運轉一段時間之后，對系統在功能、技術和經濟方面所進展的評價。 系統評價主要的根據是系統日常運轉記錄和現場實踐監測數據。評價的結果可以作為系