物流信息系統(tǒng)實(shí)施

物流信息系統(tǒng)實(shí)施第1頁，共68頁，2023年，2月20日，星期日學(xué)習(xí)目標(biāo)通過本章的學(xué)習(xí)，了解和把握物流信息系統(tǒng)實(shí)施的任務(wù)和步驟以及各項(xiàng)任務(wù)之間的相互關(guān)系；掌握程序設(shè)計(jì)的方法和如何編寫規(guī)范的計(jì)算機(jī)程序，明確良好的程序設(shè)計(jì)風(fēng)格在程序編制中的重要性；掌握物流信息系統(tǒng)測試的原則，內(nèi)容，類型和方法，以及了解測試用例的設(shè)計(jì)方法等；明確物流信息系統(tǒng)轉(zhuǎn)換前應(yīng)該做哪些準(zhǔn)備工作，掌握物流信息系統(tǒng)轉(zhuǎn)換的三種方式，以及了解與物流信息系統(tǒng)試運(yùn)行和交付使用有關(guān)的一些問題。

第2頁，共68頁，2023年，2月20日，星期日內(nèi)容提要5.1物流信息系統(tǒng)實(shí)施的任務(wù)和步驟5.2程序設(shè)計(jì)5.3系統(tǒng)測試5.4系統(tǒng)轉(zhuǎn)換和交付第3頁，共68頁，2023年，2月20日，星期日5.1物流信息系統(tǒng)實(shí)施

的任務(wù)和步驟第4頁，共68頁，2023年，2月20日，星期日5.1.1物流信息系統(tǒng)實(shí)施的任務(wù)

硬件準(zhǔn)備軟件準(zhǔn)備人員培訓(xùn)

數(shù)據(jù)準(zhǔn)備系統(tǒng)測試系統(tǒng)切換和試運(yùn)行查看任務(wù)圖第5頁，共68頁，2023年，2月20日，星期日實(shí)施階段的主要任務(wù)第6頁，共68頁，2023年，2月20日，星期日

實(shí)施階段主要任務(wù)之間的關(guān)系表5-1實(shí)施階段主要任務(wù)之間的關(guān)系第7頁，共68頁，2023年，2月20日，星期日實(shí)施階段主要任務(wù)之間的關(guān)系第8頁，共68頁，2023年，2月20日，星期日5.1.2物流信息系統(tǒng)實(shí)施的步驟

購置和安裝設(shè)備程序編制與系統(tǒng)測試基礎(chǔ)數(shù)據(jù)整理和錄入人員培訓(xùn)系統(tǒng)轉(zhuǎn)換與試運(yùn)行系統(tǒng)交付

第9頁，共68頁，2023年，2月20日，星期日物流信息系統(tǒng)實(shí)施步驟圖第10頁，共68頁，2023年，2月20日，星期日5.2程序設(shè)計(jì)

第11頁，共68頁，2023年，2月20日，星期日5.2.1結(jié)構(gòu)化程序設(shè)計(jì)

基本思想及起源

結(jié)構(gòu)化程序設(shè)計(jì)的基本原則

結(jié)構(gòu)化方法的優(yōu)缺點(diǎn)

第12頁，共68頁，2023年，2月20日，星期日基本原則采用自頂向下，逐步求精的模塊化設(shè)計(jì)方法

用順序，選擇和循環(huán)三種基本控制結(jié)構(gòu)實(shí)現(xiàn)單入口和單出口的程序

模塊之間共用的數(shù)據(jù)盡量少

第13頁，共68頁，2023年，2月20日，星期日優(yōu)點(diǎn)

缺點(diǎn)采用畫圖的方式表達(dá)系統(tǒng)分析與設(shè)計(jì)，自頂向下地分解，強(qiáng)調(diào)邏輯功能設(shè)計(jì)而不是物理設(shè)計(jì)，沒有重復(fù)性。

強(qiáng)調(diào)在整個開發(fā)過程中用戶的充分參與，與用戶的良好溝通是系統(tǒng)開發(fā)成功的一個關(guān)鍵因素

主要表現(xiàn)在用戶需求很難準(zhǔn)確把握。在需求分析階段很難甚至不可能明確用戶的全部需求，而且在開發(fā)過程中用戶需求很有可能發(fā)生改變。

第14頁，共68頁，2023年，2月20日，星期日5.2.2面向?qū)ο蟮某绦蛟O(shè)計(jì)

面向?qū)ο蠓椒ǜ攀雒嫦驅(qū)ο蟪绦蛟O(shè)計(jì)的基本概念面向?qū)ο蟪绦蛟O(shè)計(jì)方法的優(yōu)缺點(diǎn)第15頁，共68頁，2023年，2月20日，星期日面向?qū)ο蟾攀雒嫦驅(qū)ο螅╫bjectoriented）方法，簡稱OO方法。它是由面向?qū)ο笙到y(tǒng)分析、面向?qū)ο笙到y(tǒng)設(shè)計(jì)和面向?qū)ο蟪绦蛟O(shè)計(jì)，即OOA一OOD一OOP組成。

第16頁，共68頁，2023年，2月20日，星期日面向?qū)ο蠡靖拍顚ο?/p>

類(Class)封裝(Encapsulation)繼承(Inheritance)關(guān)系（relationship）

消息(message)多態(tài)性(Polymorphism)抽象（abstraction）

第17頁，共68頁，2023年，2月20日，星期日優(yōu)點(diǎn)

缺點(diǎn)可重用性

模塊化

可維護(hù)性好

可擴(kuò)充性

一方面面向?qū)ο蟮某绦蛟O(shè)計(jì)方法對系統(tǒng)分析設(shè)計(jì)員有很高的要求。另一方面對參與用戶也有很高的要求，不僅需要使用者參與，還需要有一些相關(guān)業(yè)務(wù)專家參與。

第18頁，共68頁，2023年，2月20日，星期日5.2.3編程要求

程序設(shè)計(jì)的目標(biāo)衡量好程序的標(biāo)準(zhǔn)程序編寫語言程序編寫風(fēng)格

第19頁，共68頁，2023年，2月20日，星期日衡量好程序的標(biāo)準(zhǔn)正確性

可靠性

可讀性

易調(diào)試

可維護(hù)性

高效性

程序設(shè)計(jì)的目標(biāo)不再是僅僅講求程序的正確性和效率，更強(qiáng)調(diào)程序的可靠性、可讀性、易調(diào)試、易修改以及可維護(hù)性等

第20頁，共68頁，2023年，2月20日，星期日程序編寫語言計(jì)算機(jī)程序編寫語言的發(fā)展經(jīng)歷了四個階段

第一代語言：機(jī)器語言

第二代語言：匯編語言

第三代語言：高級語言

（BASIC、Pascal、C語言、Delphi

）第四代語言4GL，F(xiàn)ourth-GenerationLanguage（JAVA、XML、C#）第21頁，共68頁，2023年，2月20日，星期日程序編寫風(fēng)格所謂程序編寫風(fēng)格就是程序員在編制程序代碼時喜歡或習(xí)慣使用的表達(dá)方式。

一個良好的程序設(shè)計(jì)風(fēng)格有以下具體要求：

采用標(biāo)準(zhǔn)的程序控制結(jié)構(gòu)，設(shè)計(jì)單入口、單出口的程序控制結(jié)構(gòu)

注重源程序的書寫風(fēng)格

程序代碼的注釋規(guī)范

第22頁，共68頁，2023年，2月20日，星期日5.3系統(tǒng)測試

第23頁，共68頁，2023年，2月20日，星期日5.3.1系統(tǒng)測試的原則和內(nèi)容

所謂測試就是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，是檢查應(yīng)用程序以確保它滿足設(shè)計(jì)要求并滿足質(zhì)量期望值的過程。

第24頁，共68頁，2023年，2月20日，星期日測試原則

1.測試的目標(biāo)是發(fā)現(xiàn)錯誤，測試過程中要特別關(guān)注導(dǎo)致用戶需求無法滿足的錯誤。測試用例不僅要包括有效的合理的輸入數(shù)據(jù)，還應(yīng)該包括無效的不合理的數(shù)據(jù)；不僅應(yīng)該包括確定的輸入數(shù)據(jù)，還應(yīng)該包括預(yù)期的輸出結(jié)果。測試應(yīng)該充分覆蓋程序邏輯，以便盡可能多地發(fā)現(xiàn)錯誤。第25頁，共68頁，2023年，2月20日，星期日測試原則2.全面仔細(xì)地檢查測試結(jié)果。在測試過程中不僅要檢驗(yàn)程序是否能夠正常執(zhí)行應(yīng)該執(zhí)行的處理工作，還要檢驗(yàn)程序是否執(zhí)行了不應(yīng)該執(zhí)行的任務(wù)。3.程序員可以對自己編寫的程序進(jìn)行調(diào)試，但并不意味著他可以對自己設(shè)計(jì)的程序進(jìn)行測試。

第26頁，共68頁，2023年，2月20日，星期日測試原則4.測試工作應(yīng)該貫穿于整個系統(tǒng)開發(fā)過程的各個階段

5.測試應(yīng)該從最小模塊開始。先進(jìn)行單個模塊的測試，再把模塊組裝起來進(jìn)行聯(lián)接測試，然后進(jìn)行子系統(tǒng)以及整個系統(tǒng)的測試。6.妥善保管測試用例和系統(tǒng)測試文檔（包括測試計(jì)劃和測試分析報告）

第27頁，共68頁，2023年，2月20日，星期日測試原則7.必要時，要進(jìn)行合理的回歸測試。

所謂回歸測試就是在測試過程中，對于發(fā)現(xiàn)錯誤又經(jīng)修正后的軟件模塊，再用原來發(fā)現(xiàn)錯誤的測試用例進(jìn)行測試。

8.對于發(fā)現(xiàn)錯誤很多的某一個模塊或某幾個模塊要進(jìn)行集中測試。第28頁，共68頁，2023年，2月20日，星期日測試內(nèi)容一般而言，物流信息系統(tǒng)測試一般包括五個階段的內(nèi)容：單元測試集成測試確認(rèn)測試系統(tǒng)測試驗(yàn)收測試查看測試內(nèi)容簡表第29頁，共68頁，2023年，2月20日，星期日系統(tǒng)測試的內(nèi)容

第30頁，共68頁，2023年，2月20日，星期日測試過程

第31頁，共68頁，2023年，2月20日，星期日單元測試

模塊接口測試：模塊接口測試是單元測試的基礎(chǔ)

模塊內(nèi)部數(shù)據(jù)結(jié)構(gòu)測試：檢測模塊中的數(shù)據(jù)在程序執(zhí)行過程中能否保持一致性和完整性

覆蓋條件和獨(dú)立路徑測試：測試模塊運(yùn)行能否滿足特定的邏輯覆蓋等

出錯處理：檢查模塊對運(yùn)行中出現(xiàn)的錯誤的處理能力

邊界條件測試：檢測模塊在邊界條件下能否正常運(yùn)行

第32頁，共68頁，2023年，2月20日，星期日集成測試

自上而下的集成（圖示）自下而上的集成（圖示）兩種方式的結(jié)合

高層采用自上而下的方式，而低層模塊采取自下而上的方式；輸入數(shù)據(jù)采用自下而上的方式集成測試。然后，每個數(shù)據(jù)的輸出采用自上而下的方式進(jìn)行測試。

第33頁，共68頁，2023年，2月20日，星期日自上而下的集成第34頁，共68頁，2023年，2月20日，星期日自下而上的集成第35頁，共68頁，2023年，2月20日，星期日確認(rèn)測試

主要內(nèi)容：系統(tǒng)輸入、輸出、處理等功能的測試；性能測試：包括響應(yīng)時間、數(shù)據(jù)處理和傳輸速度、數(shù)據(jù)轉(zhuǎn)換能力等；安全性、保密性、可維護(hù)性、可移植性、兼容性、容錯能力、恢復(fù)能力等限制條件的測試。第36頁，共68頁，2023年，2月20日，星期日系統(tǒng)測試恢復(fù)測試：檢查系統(tǒng)的容錯能力

安全測試：設(shè)計(jì)一些試圖突破系統(tǒng)內(nèi)部各種安全保密措施的測試用例，來驗(yàn)證物流信息系統(tǒng)內(nèi)的各種保護(hù)機(jī)制確實(shí)能夠?qū)υ撓到y(tǒng)進(jìn)行保護(hù)

強(qiáng)度測試：測試物流系統(tǒng)的能力最高能達(dá)到的實(shí)際限度

性能測試：檢驗(yàn)系統(tǒng)內(nèi)所安裝軟件的運(yùn)行性能

第37頁，共68頁，2023年，2月20日，星期日驗(yàn)收測試

文檔資料的驗(yàn)收

余量測試

功能測試

性能測試

強(qiáng)化測試

性能降級執(zhí)行方式測試

驗(yàn)收測試的另一個重要環(huán)節(jié)是進(jìn)行配置復(fù)審，以保證軟件配置齊全，分類有序，必要的軟件維護(hù)細(xì)節(jié)沒有被遺漏。

第38頁，共68頁，2023年，2月20日，星期日程序調(diào)試

程序調(diào)試是在進(jìn)行了成功的測試之后才開始的工作。它與軟件測試不同。

第39頁，共68頁，2023年，2月20日，星期日程序調(diào)試和系統(tǒng)測試的區(qū)別程序調(diào)試一般是由程序員負(fù)責(zé)完成的，而系統(tǒng)測試應(yīng)該由專門的測試人員負(fù)責(zé)進(jìn)行

調(diào)試的任務(wù)就是根據(jù)測試時所發(fā)現(xiàn)的錯誤，找出發(fā)生錯誤的原因和具體位置，加以糾正并進(jìn)一步診斷程序中存在的潛在錯誤。

第40頁，共68頁，2023年，2月20日，星期日調(diào)試的組成①確定程序中可疑錯誤的確切性質(zhì)和具體位置。②對程序的設(shè)計(jì)和編碼進(jìn)行修改，排除這個錯誤。

第41頁，共68頁，2023年，2月20日，星期日測試用例的設(shè)計(jì)

所謂測試用例就是對測試任務(wù)的描述，包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、預(yù)期結(jié)果、測試步驟以及測試腳本等。

第42頁，共68頁，2023年，2月20日，星期日測試用例的設(shè)計(jì)方法邏輯覆蓋法

邊界值分析

等價類劃分法

錯誤推測法

因果圖方法

第43頁，共68頁，2023年，2月20日，星期日設(shè)計(jì)測試用例時應(yīng)該注意的事項(xiàng)

測試用例的設(shè)計(jì)不僅要考慮合理的輸入數(shù)據(jù)，更要考慮不合理，無意義的輸入數(shù)據(jù)。

測試用例應(yīng)該是動態(tài)的，而不是一勞永逸的

測試用例的設(shè)計(jì)應(yīng)該以測試目標(biāo)為導(dǎo)向

對特定輸入數(shù)據(jù)的預(yù)期結(jié)果進(jìn)行檢驗(yàn)的測試用例應(yīng)該定義明確的檢驗(yàn)手段

第44頁，共68頁，2023年，2月20日，星期日系統(tǒng)測試的類型

對于系統(tǒng)測試，按照不同的標(biāo)準(zhǔn)進(jìn)行分類有不同的分類結(jié)果.（測試類型圖）

第45頁，共68頁，2023年，2月20日，星期日第46頁，共68頁，2023年，2月20日，星期日5.3.3系統(tǒng)測試的方法

第47頁，共68頁，2023年，2月20日，星期日動態(tài)測試

動態(tài)測試是指實(shí)際運(yùn)行被測程序，執(zhí)行測試用例，檢驗(yàn)程序運(yùn)行結(jié)果是否滿足要求，測試結(jié)果與期望結(jié)果是否一致，

確定程序是否具有正確性，可靠性和穩(wěn)定性。

第48頁，共68頁，2023年，2月20日，星期日動態(tài)測試主要有以下兩種方法

黑盒測試黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試白盒測試

白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試

第49頁，共68頁，2023年，2月20日，星期日黑盒測試的目的是為了發(fā)現(xiàn)以下錯誤

是否存在不正確的或遺漏了的功能?在接口上，輸入信息是否能被正確地接收?能否輸出正確的結(jié)果?是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤?性能上是否能夠滿足預(yù)定要求?是否有初始化或終止性錯誤?

第50頁，共68頁，2023年，2月20日，星期日白盒測試主要是對模塊進(jìn)行如下檢查

對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一次；對所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次；在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體；測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等。第51頁，共68頁，2023年，2月20日，星期日靜態(tài)測試

靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等，是相對于動態(tài)測試而言的。就是不在機(jī)器上實(shí)際執(zhí)行程序，而通過其他方式靜態(tài)地檢查程序或代碼中存在的錯誤

第52頁，共68頁，2023年，2月20日，星期日靜態(tài)測試分為：

自動方式

即借助靜態(tài)分析器在機(jī)器上自動檢查程序是否存在錯誤，但在檢查過程中不需要程序在機(jī)器上執(zhí)行

人工方式或叫代碼評審

具體包括代碼復(fù)查、代碼走查和代碼會審等

第53頁，共68頁，2023年，2月20日，星期日α測試和β測試

一般軟件產(chǎn)品在正式發(fā)布之前都要經(jīng)過α測試和β測試。物流信息系統(tǒng)也不例外。第54頁，共68頁，2023年，2月20日，星期日α測試

主要是在物流軟件開發(fā)商內(nèi)部進(jìn)行的，是由一個公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下或用戶在開發(fā)環(huán)境下所進(jìn)行的測試

目的在于檢測該物流軟件是否存在性能缺陷、產(chǎn)品說明書是否有差錯，以及評價該軟件產(chǎn)品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持）。

第55頁，共68頁，2023年，2月20日，星期日β測試

β測試是在α測試之后、物流軟件正式版本發(fā)布之前進(jìn)行的

主要是由軟件產(chǎn)品的多個用戶在實(shí)際使用環(huán)境下進(jìn)行的測試，測試時，開發(fā)者通常不在測試現(xiàn)場，測試過程中所發(fā)現(xiàn)的各種問題和錯誤均由用戶記錄，包括真實(shí)的以及主觀認(rèn)定的，然后用戶定期向開發(fā)者提交報告。

第56頁，共68頁，2023年，2月20日，星期日5.4系統(tǒng)轉(zhuǎn)換和交付

第57頁，共68頁，2023年，2月20日，星期日5.4.1系統(tǒng)轉(zhuǎn)換

系統(tǒng)轉(zhuǎn)換是發(fā)生在系統(tǒng)開發(fā)完成和通過測試以后，系統(tǒng)投入實(shí)際環(huán)境運(yùn)行之前的一個階段。在這個階段中，新系統(tǒng)要經(jīng)過試運(yùn)行，并最終替換老系統(tǒng)。

第58頁，共68頁，2023年，2月20日，星期日系統(tǒng)轉(zhuǎn)換前的準(zhǔn)備工作數(shù)據(jù)準(zhǔn)備

文檔準(zhǔn)備

用戶培訓(xùn)

第59頁，共68頁，2023年，2月20日，星期日系統(tǒng)轉(zhuǎn)換前的數(shù)據(jù)準(zhǔn)備第60頁，共68頁，2023年，2月20日，星期日系統(tǒng)轉(zhuǎn)換的三種方式

直接轉(zhuǎn)換方式

并行轉(zhuǎn)換方式

逐步轉(zhuǎn)換方式

在具體系統(tǒng)的實(shí)施過程中，三種方式常常被結(jié)合起來使用。第61頁，共68頁，2023年，2月20日，星期日系統(tǒng)轉(zhuǎn)換方式第62頁，共68頁，2023年，2月20日，星期日5.4.2系統(tǒng)試運(yùn)行

物流信息系統(tǒng)試運(yùn)行階段的內(nèi)容包括：

第63頁，共68頁，2023年，2月20日，星期日5.4.3系統(tǒng)交付

把新系統(tǒng)以及與之相關(guān)的文檔資料的所有權(quán)轉(zhuǎn)交給用戶

物流信息系統(tǒng)的交付并不意味著物流企業(yè)與軟件系統(tǒng)開發(fā)商之間的合作關(guān)系終止，而是意味著一種更長久的重要合作的開始

第64頁，共68頁，2023年，2月20日，星期日本章小結(jié)

物流信息系統(tǒng)的實(shí)施也