物流信息系統(tǒng)實施與運行管理課件(PPT 55頁).ppt

7 物流信息系統(tǒng)實施與運行管理 7 物流信息系統(tǒng)實施與運行管理 7 1物流信息系統(tǒng)實施概述 7 2程序設計 7 3程序調試 7 4數(shù)據(jù)準備 7 5系統(tǒng)測試 7 6系統(tǒng)切換及人員培訓 7 7物流信息系統(tǒng)運行管理 7 8物流信息系統(tǒng)評價 7 1物流信息系統(tǒng)實施概述 當系統(tǒng)分析與系統(tǒng)設計的工作完成以后 開發(fā)人員的工作重點就從系統(tǒng)分析 設計和創(chuàng)造性思考的階段轉入實踐階段 在此期間 將投入大量的人力 物力及占用較長的時間進行物理系統(tǒng)的實施 程序設計 程序和系統(tǒng)調試 人員培訓 系統(tǒng)轉換 系統(tǒng)管理等一系列工作 這個過程稱為系統(tǒng)實施 1 系統(tǒng)實施的目標系統(tǒng)實施的目標就是把系統(tǒng)設計的物理模型轉換成可實際運行的新系統(tǒng) 2 系統(tǒng)實施的任務及步驟系統(tǒng)實施階段的主要任務有 物理系統(tǒng)的實施 程序設計與程序調試 7 1物流信息系統(tǒng)實施概述 數(shù)據(jù)準備 系統(tǒng)測試 系統(tǒng)切換 人員培訓 系統(tǒng)實施的步驟是 系統(tǒng)實施首先進行物理系統(tǒng)的實施 根據(jù)計算機物理系統(tǒng)配置方案購買和安裝計算機硬 軟件系統(tǒng)和通信網(wǎng)絡系統(tǒng) 如果購買的時間太早會帶來經(jīng)濟上的損失 還包括計算機機房的準備和設備安裝調試等一系列活動 熟悉計算機物理系統(tǒng)的性能和使用方法 同時進行程序設計 接著是收集有關數(shù)據(jù)并進行錄入工作 然后是系統(tǒng)調試 最后是人員培訓和系統(tǒng)切換 7 2程序設計 程序設計的主要依據(jù)是系統(tǒng)設計階段的HIPO圖以及數(shù)據(jù)庫結構和編程語言設計 程序設計的目的是使用計算機語言實現(xiàn)系統(tǒng)設計中的每一個細節(jié) 編程的目的是為了實現(xiàn)開發(fā)者在系統(tǒng)分析和系統(tǒng)設計中所提出的管理方法和處理構想 編程不是系統(tǒng)開發(fā)的目的 在編程實現(xiàn)時 建議盡量借用已有的程序和各種開發(fā)工具 盡快 盡好地實現(xiàn)系統(tǒng) 7 2 1程序設計的任務和要求 1 程序設計的任務程序設計的任務是為新系統(tǒng)編寫程序 即把詳細設計的結果轉換成某種計算機編程語言寫成的程序 2 程序設計的基本要求 正確性 編寫的程序能夠嚴格按照規(guī)定的要求 準確無誤地提供與其的全部信息 7 2程序設計 可理解性 程序的內(nèi)容清晰 明了 便于閱讀和理解 可靠性 程序要具有較好的容錯能力 不僅在正常情況下能正確工作 而且在異常情況下也能便于處理 可維護性 程序的應變性強 即在程序執(zhí)行過程中發(fā)現(xiàn)問題或客觀條件變化時 調整和修改程序比較簡便易行 效率高 程序的結構嚴謹 運算處理速度快 節(jié)省機時 程序和數(shù)據(jù)的存儲 調用安排得當 節(jié)省存儲空間 此外 程序設計結束后 還應寫出程序使用說明書 說明使用該程序時的具體操作步驟 7 2 2程序設計方法和步驟 1 程序設計方法 結構化程序設計 StructuredPrograming SP 方法結構化程序設計方法 由E DIJKSTRA等人于1972年提出 7 2程序設計 用于詳細設計和程序設計階段 指導人們用良好的思想方法 開發(fā)出正確又易于理解的程序 結構化程序設計方法按照HIPO圖的要求 用結構化的方法來分解內(nèi)容和設計程序 結構化程序設計方法的內(nèi)部強調自頂向下地分析和設計 外部強調自底向上地實現(xiàn)整個系統(tǒng) 結構化程序設計方法主要強調 模塊內(nèi)部程序各部分要自頂向下地結構化劃分 各程序部分應按功能組合 各程序部分的聯(lián)系盡量使用子程序調用 Call Return 方式 不用或少用Goto方式 HIPO hierarchyplusinput process output 圖是IBM公司于70年代中期在層次結構圖 structurechart 的基礎上推出的一種描述系統(tǒng)結構和模塊內(nèi)部處理功能的工具 技術 HIPO圖由 7 2程序設計 層次結構圖和IPO圖兩部分構成 前者描述了整個系統(tǒng)的設計結構以及各類模塊之間的關系 后者描述了某個特定模塊內(nèi)部的處理過程和輸入 輸出關系 原型方法原型法首先將HIPO圖中帶有普遍性的功能模塊集中 如菜單模塊 報表模塊 查詢模塊 統(tǒng)計分析和圖形模塊等 然后尋找有無相應和可用的軟件工具 若有則使用這些工具生成這些程序模型原型 否則 可考慮開發(fā)一個能夠適合各子系統(tǒng)情況的通用模塊 面向對象程序設計方法面向對象的程序設計方法一般應與面向對象設計 OOD 所設計的內(nèi)容相對應 它實際上是一個簡單 直接的映射過程 即將OOD中所定義的范式直接用面向對象的程序 OOP 7 2程序設計 2 程序設計步驟 明確條件和要求 根據(jù)系統(tǒng)設計及其他有關資料 弄清楚該程序設計的條件和設計要求 分析數(shù)據(jù) 首先對要處理的數(shù)據(jù)進行仔細分析 弄清數(shù)據(jù)的詳細內(nèi)容和特點 然后按照要求確定數(shù)據(jù)的數(shù)量和層次結構 安排輸入 輸出 存儲 加工處理 以及具體的計算方法等 確定流程 依據(jù)數(shù)據(jù)的輸入 輸出 存儲 加工處理過程 繪制程序流程圖 編寫程序 采用一種程序設計語言 按其規(guī)定的語法規(guī)則把確定的流程描寫出來 檢查和調試 檢查內(nèi)容包括程序結構安排是否得當 語句的選用和組織是否合理 語法是否符合規(guī)定 語義是否準確等 發(fā)現(xiàn)問題要及時進行修改 編寫程序使用說明書 說明執(zhí)行程序需要使用的設備 輸入 輸出的安排 操作的步驟 以及出現(xiàn)意外情況時采取的應變措施等 以便程序運行有條不紊地進行 1 7 2程序設計 7 2 3程序設計的風格程序的可讀性對于軟件 尤其是對軟件的質量有重要影響 因此在程序設計過程中應當充分重視 為了提高程序的可讀性 在程序設計風格方面應注意以下幾點 1 適當?shù)某绦蜃⑨尦绦蛑羞m當?shù)丶由献⑨尯?可以使程序成為一篇 自我解釋 的文章 讀程序時就不必翻閱其它說明材料了 注釋原則上可以出現(xiàn)在程序中的任何位置 但是如果使注釋和程序的結構配合起來則效果更好 注釋一般分為兩類 序言性注釋和描述性注釋 序言性注釋出現(xiàn)在模塊的首部 內(nèi)容包括 模塊功能說明 界面描述 如調用語句格式 所有參數(shù)的解釋和該模塊需調用的模塊名等 某些重要變量的使用 限制 開發(fā)信息如作者 復查日期 修改日期等 7 2程序設計 描述性注釋嵌在程序之中 用來說明程序段的功能或數(shù)據(jù)的狀態(tài) 如果詳細設計是用過程設計語言 PDL 描述的 則編程時可將PDL描述嵌在程序中 書寫注釋時應注意 注釋應和程序一致 修改程序時應同時修改注釋 否則會起反作用 使人更難明白 注釋應提供一些程序本身難以表達的信息 為了方便用戶今后維護 注釋應盡量多用漢字 2 有規(guī)律的程序書寫格式恰當?shù)臅鴮懜袷綄⒂兄陂喿x 在結構化程序設計中一般采用所謂 縮排法 來寫程序 即把同一層次的語句行左端對齊 而下一層的語句則向右邊縮進若干格書寫 它能體現(xiàn)程序邏輯結構的深度 此外 在程序段與段之間安排空白行 也有 7 2程序設計 助于閱讀 3 恰當選擇變量名理解程序中每個變量的含義是理解程序的關鍵 所以變量的名字應該適當選取 使其直觀 易于理解和記憶 例如采用有實際意義的變量名 不用過于相似的變量名 同一變量名不要具有多種意義 此外 在編程前最好能對變量名的選取約定統(tǒng)一標準 以后閱讀理解就會方便的多 7 2 4常用的編程工具目前比較流行的軟件工具可分為6類 一般編程語言 數(shù)據(jù)庫系統(tǒng) 程序生成工具 專用系統(tǒng)開發(fā)工具 客戶 服務器 client Server C S 型工具以及面向對象的編程工具 1 常用編程語言類它是指由傳統(tǒng)編程工具發(fā)展而來的一類程序設計語言 2 數(shù)據(jù)庫類 7 2程序設計 它是物流信息系統(tǒng)中數(shù)據(jù)存放的中心和整個系統(tǒng)數(shù)據(jù)傳遞和交換的樞紐 目前市場上提供的主要有 xBASE系統(tǒng) 以微機關系數(shù)據(jù)庫為基礎 和大型數(shù)據(jù)庫系統(tǒng) 3 程序生成工具類它是指第四代程序 4GLs 生成語言 是一種常用數(shù)據(jù)處理功能和程序之間的對應關系的自動編程工具 4 系統(tǒng)開發(fā)工具類它是在程序生成工具基礎上進一步發(fā)展起來的 可幫助用戶生成應用系統(tǒng)中大部分常用的處理功能 目前主要有專門開發(fā)工具類和綜合開發(fā)工具類 5 客戶 服務器 C S 工具類它是采用了人類在經(jīng)濟和管理學中經(jīng)常提到的 專業(yè)化分工協(xié)作 的思想而產(chǎn)生的開發(fā)工具 它是在原有開發(fā)工具的基礎上 將原有工具改變?yōu)橐粋€個既可被其它工具調用的 又可以調用其它工具的 公共模塊 在整個系統(tǒng)結構方面 7 2程序設計 采用了傳統(tǒng)分布式系統(tǒng)的思想 產(chǎn)生了前臺和后臺的作業(yè)方式 減輕了網(wǎng)絡的壓力 提高了系統(tǒng)運行的效率 6 面向對象編程工具類它主要是指與OO方法相對應的編程工具 7 3程序調試 7 3 1程序調試的意義和目的在物流信息系統(tǒng)開發(fā)周期的各個階段都不可避免地會出現(xiàn)差錯 系統(tǒng)調試是保證系統(tǒng)質量的關鍵步驟 統(tǒng)計資料表明 對于一些較大規(guī)模的系統(tǒng)來說 系統(tǒng)調試的工作量往往占程序系統(tǒng)編制開發(fā)總工作量的40 以上 調試的目的在于發(fā)現(xiàn)其中的錯誤并及時糾正 所以在調試時應想方設法使程序的各個部分都投入運行 力圖找出所有錯誤 錯誤多少與程序質量有關 7 3 2程序調試的步驟一個物流信息系統(tǒng)通常由若干子系統(tǒng)組成 每個子系統(tǒng)又由若干模塊 程序 組成 所以 調試工作可分為模塊 程序 調試 分調 子系統(tǒng)調試 和總調 系統(tǒng)調試 三個層次 程序調試的主要步驟圖 7 3程序調試 1 模塊調試模塊 程序 調試的目的是保證每個模塊本身能正常運行 在該步調試中發(fā)現(xiàn)的問題大都是程序設計或詳細設計中的錯誤 模塊調試 一般分成人工走通和上機調試兩步進行 程序的錯誤可分成語法錯誤和邏輯錯誤兩種情況 程序的檢查最好請審查小組或其他開發(fā)者 目前的調試基本上還是由編程者本人進行 按各層次人員的分工 模塊調試應由操作員或程序員來進行 當人工走通后 就可以上機調試了 總之 語法錯誤比較容易發(fā)現(xiàn)和修改 但是檢查的全面性不盡相同 為了有效地發(fā)現(xiàn)并改正邏輯錯誤 一方面 認真設計調試用例 另一方面 充分利用高級語言提供的調試機制或軟件工具 7 3程序調試 2 分調分調也稱子系統(tǒng)調試 就是把經(jīng)過調試的模塊放在一起形成一個子系統(tǒng)來調試 主要是調試各模塊之間的協(xié)調和通信 即重點調試子系統(tǒng)內(nèi)各模塊的接口 例如 數(shù)據(jù)穿過接口時可能丟失 一個模塊對另一個模塊可能存在因疏忽而造成的有害影響 把若干子功能結合起來可能不產(chǎn)生預期的主功能等等 分調通常有兩種方法 非漸增式 調試 是先分別調試每個模塊 再把所有模塊按設計要求連成一起進行調試 漸增式 調試 是把下一個要調試的模塊同已經(jīng)調試好的那些模塊結合起來進行調試 調試完成后再把下一個應該調試的模塊結合進來調試 這種方式實際上同時完成了模塊調試和子系統(tǒng)調試 7 3程序調試 7 3程序調試 圖1子系統(tǒng)調試示例 圖2驅動模塊和樁模塊 非漸增式調試在調試某個模塊X時 需要臨時設計一個驅動模塊和若干個樁模塊 驅動模塊的作用是模擬X的調用模塊 樁模塊的作用則是模擬X的下層模塊 例 調試圖1中的模塊B 要設計一個驅動模塊 其作用是將調試數(shù)據(jù)傳送給模塊B并接收和顯示B產(chǎn)生的結果 同時 還需設計一個樁模塊 用來接受B的控制并模擬E的功能 臨時模塊 驅動模塊和樁模塊 可以設計的非常簡單 只要滿足調試要求即可 7 3程序調試 圖1子系統(tǒng)調試示例 漸增式調試又可分為 由頂向下 由底向上 等多種方式調試 例 調試圖1的子系統(tǒng) 若采用 由底向上 的漸增式方式 則先順序地或并行地 由三人完成 調試模塊E C F 此時只需為每個模塊臨時準備驅動模塊 但不需要樁模塊 然后為模塊B準備一個驅動模塊 將模塊B與模塊E連接起來調試 再為模塊D準備一個驅動模塊將D與F連接起來調試 最后把模塊A與其它各模塊連接并調試 對于物流信息系統(tǒng)來說 采用 由底向上 的漸增式方法是一種較為適合的調試方法 在調試一個實際系統(tǒng)時 當把一個已經(jīng)充分調試過的模塊結合進來時 可以著重調試模塊之間的接口 當一個沒有充分調試過的模塊結合進來時 則需要利用已調試過的模塊充分調試它 3 總調總調 也稱為系統(tǒng)調試 是把調試過的子系統(tǒng)裝配成一個完整的系統(tǒng)來調試 用以發(fā)現(xiàn)系統(tǒng)設計和程序設計中的錯誤 驗證系統(tǒng)的功能是否達到設計說明書的要求 總調時 采用一些精心設計的數(shù)據(jù)量較少的調試用例 不僅減少工作量 更容易發(fā)現(xiàn)錯誤和確定錯誤所在范圍 總調完成后 可將原始系統(tǒng)手工作業(yè)方式得出的結果正確的數(shù)據(jù)作為新系統(tǒng)的輸入數(shù)據(jù)進行 真實 運行 不僅將結果與手工作業(yè)進行校核 還考察了系統(tǒng)的有效性 可靠性和效率 所以 系統(tǒng)調試時最好請用戶一起參加 7 3程序調試 系統(tǒng)調試的關鍵是 真實 和全面 進行系統(tǒng)調試應該注重以下幾點 調試用例應由實際意義的數(shù)據(jù)組成的 可請用戶參與調試用例的設計 某些已經(jīng)調試過的純粹技術的特點不需再次執(zhí)行 對用戶特別感興趣的功能或性能 可以增加一些調試 設計并執(zhí)行一些與用戶使用步驟有關的調試 在總調和系統(tǒng)調試前充分準備 盡量使用戶積極主動地參與 在總調前由開發(fā)部門對用戶進行培訓 總調階段發(fā)現(xiàn)的問題往往和系統(tǒng)分析階段的差錯有關 涉及面較廣且解決起來也較困難 這時需要和用戶充分協(xié)商解決 7 3程序調試 7 4數(shù)據(jù)準備 數(shù)據(jù)準備是系統(tǒng)實施工作中的一項十分艱巨的任務 在進行新系統(tǒng)建設過程中 很重要的一點就是數(shù)據(jù)的標準化 若新系統(tǒng)是在手工管理基礎上開發(fā)的 那么將手工處理的數(shù)據(jù)按照新系統(tǒng)的規(guī)則進行分類并集中在一起 然后組織人力進行數(shù)據(jù)的錄入工作 將紙介質中存放的數(shù)據(jù)轉換程計算機能夠讀取的信息 若新系統(tǒng)是在已有的系統(tǒng)基礎上開發(fā)的 那么通過合并 更新 轉換等方法 將原系統(tǒng)中的數(shù)據(jù)轉換到新系統(tǒng)中來 7 4 1數(shù)據(jù)的標準化計算機只能對規(guī)范的數(shù)據(jù)按照既定的流程進行處理 規(guī)范的數(shù)據(jù)要求數(shù)據(jù)標準化 既定的流程要求流程標準化 所以 要充分發(fā)揮物流信息系統(tǒng)的作用 就要盡可能地做到信息的標準化和流程的標準化 其中 信息的標準化又分為指標體系的標準化和代碼的標準化 7 4數(shù)據(jù)準備 7 4 2基礎數(shù)據(jù)的準備要運行一個新系統(tǒng) 必須要準備系統(tǒng)運行中使用的各種基礎數(shù)據(jù)或初始化數(shù)據(jù) 例如要運行基于供應鏈的物流信息系統(tǒng) 必須要輸入物料或產(chǎn)品信息 庫存信息 市場需求信息 供需方信息和財務成本信息等 7 5系統(tǒng)測試 系統(tǒng)測試是保證系統(tǒng)質量和可靠性的關鍵步驟 是對系統(tǒng)開發(fā)過程中的系統(tǒng)分析 系統(tǒng)設計和實施的最后復查 7 5 1系統(tǒng)測試的定義和目標系統(tǒng)測試是在假定系統(tǒng)中有錯誤的前提下進行的 是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程 具體而言 就是指根據(jù)系統(tǒng)開發(fā)各階段的需求 設計等文檔或程序的內(nèi)部結構精心設計測試用例 即輸入數(shù)據(jù)和預期的輸出結果 并利用這些測試用例來運行程序 以便發(fā)現(xiàn)錯誤的過程 系統(tǒng)測試是對系統(tǒng)的基本功能 系統(tǒng)的效率 系統(tǒng)的可靠性和可操作性等方面進行的測試 系統(tǒng)測試的目標就是希望能以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷 系統(tǒng)測試包括硬件測試 網(wǎng)絡測試和軟件測試 硬件測試 網(wǎng)絡測試根據(jù)具體的性能指標進行 軟件測試是在軟件投入運行前 對軟件的需求分析 設計 實現(xiàn)編碼進行最終審查 它是保障最終建立一個可靠性高的軟件系統(tǒng)的一部分 7 5系統(tǒng)測試 7 5 2系統(tǒng)測試過程系統(tǒng)測試過程基本上與開發(fā)過程并行進行 一個規(guī)范化的測試過程通常包括以下幾個基本的測試活動 1 擬定測試計劃 充分考慮整個項目的開發(fā)時間可開發(fā)進度 以及一些人為因素 客觀條件等 使測試計劃可行 測試計劃的內(nèi)容主要有 測試的內(nèi)容 進度安排 測試所需的環(huán)境和條件 包括設備 被測項目 人員等 測試培訓安排等 2 編制測試大綱 測試大綱是測試的依據(jù) 明確詳盡地規(guī)定了在測試中針對系統(tǒng)的每一項功能或特性所必須完成的基本測試項目和測試完成的標準 3 設計和生成測試用例 產(chǎn)生測試設計說明文檔 其內(nèi)容主要有 被測項目 輸入數(shù)據(jù) 測試過程和預期輸出結果等 4 實施測試 測試的實施階段是由一系列的測試周期組成的 在每個測試周期時 測試人員和開發(fā)人員將依據(jù)預先編制好的測試大綱和準備好的測試用例 對被測軟件或設備進行完整的測試 5 生成測試報告 測試完成后 要形成相應的測試報告 主要對測試進行概要說明 列出測試的結論 指出缺陷和錯誤 另外 給 7 5系統(tǒng)測試 出一些建議 如 可采用的修改方法 各項修改預計的工作量 修改的負責人等 通常 測試與糾錯是反復交替進行的 如果使用專業(yè)測試人員 測試與糾錯可平行進行 7 5 3系統(tǒng)測試的原則 1 測試用例應該由 輸入數(shù)據(jù) 和 預期的輸出結果 組成 即在執(zhí)行程序前應對期望的輸出有很明確的描述 測試后可將程序的輸出同它仔細對照檢查 2 不僅要選用合理的輸入數(shù)據(jù)進行測試 還應選用不合理的甚至錯誤的輸入數(shù)據(jù)進行測試 3 除了檢查程序是否做了應該做的工作 還應檢查程序是否做了它不該做的事情 4 長期保留所有的測試用例 直至該系統(tǒng)被廢棄不用為止 7 5系統(tǒng)測試 7 5 4硬件測試硬件設備到貨后 在各個相關廠商配合下進行初驗測試 初驗通過后與軟件 網(wǎng)絡等一起進行系統(tǒng)測試 初驗測試的工作主要有 1 配置檢測 檢測系統(tǒng)軟件 硬盤 內(nèi)存 CPU等配置情況 2 硬件設備外觀檢查 檢查計算機主機 工作站 磁帶庫 磁盤機柜和存儲設備等 所有設備及配件開箱后外觀有無明顯劃痕和損傷 3 硬件測試 首先進行加電檢測 觀看運行狀態(tài)是否正常 有無報警 屏幕有無亂碼提示和死機現(xiàn)象 是否能進入正常提示狀態(tài) 然后進行操作檢測 用一些常用的命令來檢測機器是否能執(zhí)行命令 結構是否正常 通過以上測試 要形成相應的硬件檢測報告 其內(nèi)容包 7 5系統(tǒng)測試 含測試步驟 測試過程和測試的結論等 7 5 5網(wǎng)絡測試網(wǎng)絡設備到貨后 在各個相關廠商配合下進行初驗測試 初驗通過后與軟件 硬件等一起進行系統(tǒng)測試 初驗測試的工作主要有 1 網(wǎng)絡設備的外觀檢查 檢查交換機 路由器等 所有設備及配件開箱后外觀有無明顯劃痕和損傷 2 硬件測試 進行加電檢測 觀看交換機 路由器等工作狀態(tài)是否正常 有無錯誤和報警 3 網(wǎng)絡連通測試 用PING TELNET FTP等命令來檢查網(wǎng)絡是否連通 通過以上測試 要形成相應的網(wǎng)絡檢測報告 其內(nèi)容包含測試步驟 測試過程和測試的結論等 7 5系統(tǒng)測試 7 5 6軟件測試軟件測試可分為單元測試 組裝測試 確認測試和系統(tǒng)測試 單元測試 unittesting 是指對源程序中的每一個程序單元進行測試 驗證每個模塊是否滿足系統(tǒng)設計說明書的要求 組裝測試 integrationtesting 是將已測試過的模塊組合成子系統(tǒng) 重點測試各模塊之間的接口和聯(lián)系 確認測試 validationtesting 是對整個軟件進行驗收 根據(jù)系統(tǒng)分析說明書來考察軟件是否滿足要求 系統(tǒng)測試 systemtesting 是指軟件 硬件 網(wǎng)絡等系統(tǒng)的各個部分連接起來 對整個系統(tǒng)進行總的功能 性能等方面的測試 7 5系統(tǒng)測試 軟件測試的方法主要有兩大類 人工測試和機器測試 軟件測試的主要方法 7 5系統(tǒng)測試 1 人工測試人工測試又稱代碼復審 是指采用人工方式進行測試 目的是通過對程序靜態(tài)結構的檢查 找出編譯時不能發(fā)現(xiàn)的錯誤 組織良好的人工測試可發(fā)現(xiàn)程序中30 70 的編碼和邏輯設計錯誤 人工測試通過閱讀程序 查找錯誤 包括 檢查代碼和設計是否一致 檢查代碼邏輯表達是否正確和完整 檢查代碼結構是否合理等 人工檢測主要有3種方法 個人復查 是程序員本人對程序進行檢查 發(fā)現(xiàn)程序中的錯誤 這種方法主要針對小規(guī)模程序 效率不高 走查 通常由3 5人沒有參加項目開發(fā)的有經(jīng)驗的程序開發(fā)人員 即測試人員 組成測試小組 走查之前 測試人員先閱讀相關的軟件資料和源程序 然后扮演計算機將一批有代表性的測試數(shù)據(jù)沿程序的邏輯走一遍 監(jiān)視程序的執(zhí)行情況 隨時記錄程序的蹤跡 發(fā)現(xiàn)程序中的錯誤 7 5系統(tǒng)測試 會審 測試人員充分閱讀有關的軟件資料 如 系統(tǒng)分析 系統(tǒng)設計說明書 源程序等 根據(jù)經(jīng)驗列出盡可能多的典型錯誤 然后把它們制成表格 根據(jù)這些錯誤清單 也叫檢查表 提出一些問題 編程人員逐句講解程序 測試人員逐個審查 提問 討論可能出現(xiàn)的錯誤 代碼復審時 需注意兩點 代碼審查時 必須檢查被測軟件是否正確通過編譯 代碼復審期間 保證有足夠的時間讓測試小組對問題進行充分的討論 2 機器測試機器測試是指把事先設計好的測試用例作用于被測程序 比較測試結果和預期結果是否一致 如果不一致 則說明被測程序可能存在錯誤 機器測試分為黑盒測試和白盒測試兩種 黑盒測試 也稱功能測試或數(shù)據(jù)驅動測試 是指將軟件看成黑盒子 在完全不考慮軟件的內(nèi)部結構和特性的情況下 測試軟件的外部特性 根據(jù)系統(tǒng)分析說明書設計測試用 7 5系統(tǒng)測試 例 通過輸入和輸出的特性檢測是否滿足指定的功能 黑盒測試只作用于程序的接口處 主用用于發(fā)現(xiàn)以下錯誤 是否有錯誤的功能或遺漏的功能 界面是否有誤 輸入是否能夠正確接受 輸出是否正確 是否有數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤 性能是否能夠接受 是否有初始化或終止性錯誤 白盒測試 也稱結構測試或邏輯驅動測試 是指將軟件看成白盒 根據(jù)程序的內(nèi)部結構和邏輯來設計測試用例 對程序的路徑和過程進行測試 檢查是否滿足設計的需要 白盒測試的原則是 程序模塊中的所有獨立路徑至少執(zhí)行一次 在所有的邏輯判斷中 取 真 和取 假 的兩種情況至少都能執(zhí)行一次 每個循環(huán)都應在邊界條件和一般條件下各執(zhí)行一次 7 5系統(tǒng)測試 測試程序內(nèi)部數(shù)據(jù)結構的有效性等 7 6系統(tǒng)切換及人員培訓 1 系統(tǒng)切換系統(tǒng)試運行是系統(tǒng)調試工作的延續(xù) 一般來講 用戶對新系統(tǒng)的驗收測試都是在試運行成功之后 系統(tǒng)試運行階段的工作主要包括 對系統(tǒng)進行初始化 輸入各原始數(shù)據(jù)記錄 記錄系統(tǒng)運行的數(shù)據(jù)和狀況 核對新系統(tǒng)輸出和老系統(tǒng) 人工或計算機系統(tǒng) 輸出的結果 對實際系統(tǒng)的輸入方式進行考察 如 是否方便 效率如何 安全可靠性 誤操作保護等 對系統(tǒng)實際運行 響應速度 包括 運算速度 傳輸速度 查詢速度和輸出速度等 進行實際測試 新系統(tǒng)試運行成功后 就可在新系統(tǒng)和老系統(tǒng)之間互相切換 新舊系統(tǒng)之間的切換方式有3種 7 6系統(tǒng)切換及人員培訓 直接切換 在某一確定的時刻 老系統(tǒng)停止運行 新系統(tǒng)投入運行 新系統(tǒng)一般要經(jīng)過較詳細的測試和模擬運行 考慮到系統(tǒng)測試中試驗樣本的不徹底性 一般只有在老系統(tǒng)已完全無法滿足需要或新系統(tǒng)不太復雜的情況下采用這種方法 7 6系統(tǒng)切換及人員培訓 并行切換 新系統(tǒng)投入運行時 老系統(tǒng)并不停止運行 而是與新系統(tǒng)同時運行一段時間 對照兩者的輸出 利用老系統(tǒng)對新系統(tǒng)進行檢驗 一般可分兩步進行 第一步 以新系統(tǒng)為正式作業(yè) 原系統(tǒng)作校核用 第二步 經(jīng)過一段時間運行 在驗證新系統(tǒng)處理準確可靠后 原系統(tǒng)停止運行 并行處理的時間視業(yè)務內(nèi)容而定 短則2至3個月 長則半年至一年 轉換工作不應急于求成 這種切換方式適用于一些核心系統(tǒng)的轉換過程 7 6系統(tǒng)切換及人員培訓 分段切換 也稱逐步切換 試點過渡法 先選用新系統(tǒng)的某一部分代替老系統(tǒng) 作為試點 逐步地代替整個老系統(tǒng) 系統(tǒng)切換過程中 應注意以下問題 這些問題解決得好 將給系統(tǒng)的順利切換創(chuàng)造條件 新系統(tǒng)的投運需要大量的基礎數(shù)據(jù) 這些數(shù)據(jù)的整理與錄入工作量特別龐大 應及早準備 盡快完成 系統(tǒng)切換不僅是機器的轉換 程序的轉換 更是人工的轉換 應提前做好人員的培訓工作 系統(tǒng)運行時會出現(xiàn)一些局部性的問題 這是正常現(xiàn)象 系統(tǒng)工作人員對此應有足夠的準備 并做好記錄 系統(tǒng)只出現(xiàn)局部性問題 說明系統(tǒng)是成功的 反之 如果出現(xiàn)整體的問題 則說明系統(tǒng)設計質量還好 整個系統(tǒng)甚至要重新設計 這種切換方式適合于較大系統(tǒng) 7 6系統(tǒng)切換及人員培訓 2 人員培訓為了使新系統(tǒng)能夠按預期目標正常運行 對用戶人員進行必要的培訓是在系統(tǒng)切換之前不可忽視的一項工作 需要培訓的人員主要有以下3類 事務管理人員通過講座 報告會形式 說明新系統(tǒng)的目標 功能 說明系統(tǒng)的結構及運行過程 以及對企業(yè)組織機構 工作方式等產(chǎn)生的影響 系統(tǒng)操作人員是人員培訓工作的重點 學習必要的計算機硬 軟件知識 鍵盤指法 漢字輸入 新系統(tǒng)的工作原理 使用方法 簡單出錯的處置等知識 7 6系統(tǒng)切換及人員培訓 系統(tǒng)維護人員一般由計算機中心和計算機室的專業(yè)技術人員擔任 軟件故障原因圖 7 7物流信息系統(tǒng)運行管理 物流信息系統(tǒng)在完成系統(tǒng)實施 投入正常運行后 就進入了系統(tǒng)運行與維護階段 一般而言 物流信息系統(tǒng)的使用壽命短則4 5年 長則10年以上 系統(tǒng)的運行與維護有著重大的意義和作用 系統(tǒng)運行管理包括系統(tǒng)的日常運行管理 系統(tǒng)維護和建立運行體制 7 7 1信息系統(tǒng)運行管理的內(nèi)容 1 日常運行管理系統(tǒng)的日常運行管理主要是對系統(tǒng)每天運行狀況 數(shù)據(jù)輸入和輸出情況以及系統(tǒng)的安全性與完備性及時如實記錄和處理 日常運行管理主要包括 新數(shù)據(jù)的錄入 存儲 更新復制以及統(tǒng)計分析 報表生成和定期與外界交流等數(shù)據(jù)處理工作 7 7物流信息系統(tǒng)運行管理 2 系統(tǒng)運行情況的記錄整個系統(tǒng)運行情況的記錄能夠反映系統(tǒng)在大多數(shù)情況下的狀態(tài)和工作狀態(tài) 系統(tǒng)運行情況的記錄包括以下內(nèi)容 工作數(shù)量 包括開機的時間 每天 每周 每月錄入數(shù)據(jù)的數(shù)量 積累的數(shù)據(jù)總量 數(shù)據(jù)使用頻率 滿足用戶臨時性的要求數(shù)量等 這些數(shù)量反映了系統(tǒng)工作的負擔以及提供信息服務的規(guī)模 是反映計算機應用系統(tǒng)功能的最基本的數(shù)據(jù) 工作效率 是系統(tǒng)為了完成所規(guī)定的工作 占用和消耗了多少人力 物力和財力 系統(tǒng)服務質量 是對系統(tǒng)提供的方式用戶是否滿意 所提供的信息是否符合用戶要求 對臨時提出的信息需求能否滿足要求等 系統(tǒng)維護的記錄 包括維護工作的內(nèi)容 情況分析 時間以及執(zhí)行人員等內(nèi)容 系統(tǒng)的故障情況 是對系統(tǒng)運行中出現(xiàn)的問題與故障 發(fā)生故障時現(xiàn)場的條件 采取了哪些排除故障的措施 效果怎樣等 這些內(nèi)容都應記錄在正規(guī)的值班日志上 7 7物流信息系統(tǒng)運行管理 7 7 2信息系統(tǒng)維護的目的與任務物流信息系統(tǒng)維護就是對系統(tǒng)使用過程中發(fā)現(xiàn)的問題進行處理的過程 也是系統(tǒng)完善的過程 物流信息系統(tǒng)維護的目的是保證信息系統(tǒng)正常而可靠地運行 并使系統(tǒng)不斷得到改善和提高 以充分發(fā)揮作用 物流信息系統(tǒng)維護的任務就是要有計劃 有組織地對物流信息系統(tǒng)進行必要的改動 以保證物流信息系統(tǒng)中的各個要素不管環(huán)境如何變化始終是最新的 物流信息系統(tǒng)維護是物流信息系統(tǒng)管理的重要工作內(nèi)容 隨著物流信息系統(tǒng)應用的深入和使用壽命的延長 系統(tǒng)維護的工作量將越來越大 物流信息系統(tǒng)維護的費用往往占整個系統(tǒng)生命周期總費用的60 以上 7 7物流信息系統(tǒng)運行管理 7 7 3信息系統(tǒng)維護的類型物流信息系統(tǒng)維護按照維護對象的不同可分為以下5種類型 1 硬件維護 包括專職的硬件人員對系統(tǒng)設備日常的保養(yǎng)性維護和對突發(fā)性故障進行的維護 硬件人員應加強設備的保養(yǎng)以及定期檢修 并做好檢驗記錄和故障登記工作 2 軟件維護 是在軟件已交付使用后 為了改正錯誤或滿足新的需要而修改軟件的過程 其目的是保證軟件系統(tǒng)能持續(xù)地與用戶環(huán)境 數(shù)據(jù)處理操作 政府或其他有關部門的請求取得協(xié)調一致 軟件維護工作包括以下幾種情況 糾錯性維護 是診斷和修正系統(tǒng)中遺留的錯誤 如溢出現(xiàn)象 適應性維護 是為使物流信息系統(tǒng)適應環(huán)境的變化而進行的維護工作 如計算機系統(tǒng)配置發(fā)生變化 7 7物流信息系統(tǒng)運行管理 完善性維護 是在物流信息系統(tǒng)使用過程中 用戶往往要求擴充原來系統(tǒng)的功能 增加一些軟件需求規(guī)范書中沒有規(guī)定的功能與性能特征 以及改進處理效率和編寫程序 如調整用戶界面 預防性維護 是選擇那些還有較長使用壽命 目前尚能正常運行 可能將要發(fā)生變化或調整的系統(tǒng)進行維護 3 數(shù)據(jù)維護 其工作一般由數(shù)據(jù)庫管理員來負責 主要負責數(shù)據(jù)庫的安全性和完整性 進行并發(fā)性控制 維護數(shù)據(jù)庫中的數(shù)據(jù) 以及定期書寫數(shù)據(jù)字典文件和一些其他的數(shù)據(jù)管理文件 4 代碼維護 隨著環(huán)境變化 需重新設計 添加 刪除 修改代碼時 由代碼管理部門討論新的代碼系統(tǒng) 確定之后以書面方式提交然后再貫徹執(zhí)行 5 機構和人員的變動 為使物流信息系統(tǒng)更加合理 有時需對機構和人員進行重組和調整 7 7物流信息系統(tǒng)運行管理 7 7 4信息系統(tǒng)維護的步驟通常對物流信息系統(tǒng)的維護修改執(zhí)行以下5個步驟 1 提出修改要求 操作人員或業(yè)務領導用書面形式向主管領導提出對某項工作的修改要求 而不能直接向程序員提出 2 領導批準 主管人員進行一定的調查后 根據(jù)系統(tǒng)和工作人員的情況 考慮這種修改的必要性與可行性 最后做出是否修改 何時修改 由誰修改的決定 3 分配任務 系統(tǒng)主管人員如果認為需要修改 則向有關的維護人員下達任務 說明修改的內(nèi)容 要求和期限 4 驗收成果 系統(tǒng)主管人員對修改的部分進行驗收 驗收通過后 將修改的部分嵌入系統(tǒng) 取代舊的部分 5 記錄修改情況 修改要做認真的登記 作為新的版本通報用戶和操作人員 指出新的功能和修改的地方 7 7物流信息系統(tǒng)運行管理 7 7 5系統(tǒng)使用與維護說明書系統(tǒng)使用與維護說明書主要是面向用戶服務的 其內(nèi)容可分為使用說明部分和維護說明部分 使用說明部分通常是面向一般的業(yè)務人員 維護說明部分面向具有一定計算機專業(yè)知識的技術人員 系統(tǒng)使用和維護說明書具體包括以下5項內(nèi)容 1 概述 包括系統(tǒng)使用和維護說明書的用途及有關專業(yè)術語 讀者注意事項 2 系統(tǒng)簡介 包括系統(tǒng)功能概要 運行環(huán)境 系統(tǒng)性能 3 系統(tǒng)安裝與初始化說明 包括系統(tǒng)安裝 硬件和軟件裝配 系統(tǒng)啟動與自動檢測 附屏幕操作命令 初始數(shù)據(jù)庫的建立 附屏幕操作命令和樣本 系統(tǒng)結束處理和后備數(shù)據(jù)庫的復制等說明 4 運行說明 包括運行作業(yè)表 操作步驟 7 7物流信息系統(tǒng)運行管理 5 非常規(guī)過程說明 包括應急操作說明 故障恢復再啟動過程 7 8物流信息系統(tǒng)評價 系統(tǒng)評價是指系統(tǒng)在正式運行一段時間之后 對系統(tǒng)在功能 技術和經(jīng)濟方面所進行的評價 系統(tǒng)評價主要的依據(jù)是系統(tǒng)日常運行記錄和現(xiàn)場實際監(jiān)測數(shù)據(jù) 評價的結果可