工程信息管理第六章系統實施第一頁，共六十四頁，編輯于2023年，星期日第六章系統實施6-2硬件系統的建立軟件系統的建立信息系統測試信息系統的實現信息系統運行及維護信息系統評價第二頁，共六十四頁，編輯于2023年，星期日

在建立和測試網絡時，首要的工作是確定網絡的拓撲結構。網絡拓撲是由網絡節點設備（包括計算機、集線器、交換機、路由器等設備）和傳輸介質構成的網絡結構圖。網絡拓撲結構對網絡采用的技術、網絡的可靠性、網絡的可維護性和網絡的實施費用都有很大影響。在選擇網絡拓撲結構時，一般應考慮以下因素：實施安裝的難易程度改造升級后或重新配置的難易程度維護的難易程度傳輸介質發生故障，對其他設備影響的程度6-36.1硬件系統的建立

第三頁，共六十四頁，編輯于2023年，星期日6-46.1硬件系統的建立

按拓撲結構分總線型特點：比較容易安裝，只需鋪設主干電纜，使用電纜較少；比較容易增加或刪除節點。但可接受的分支點達到極限時，就必須重新鋪設主干；維護比較困難；總線電纜出現故障或斷開，會導致整個網絡的通信癱瘓。總線型星型環形第四頁，共六十四頁，編輯于2023年，星期日6-5星型拓撲結構6.1硬件系統的建立

星型網絡容易進行重新配置，只需增加，移去和改變中心設備的某個端口的聯接即可。維護比較容易，如果某臺計算機發生故障，整個網絡不受影響。集線器可以檢測到網絡故障，并且出現個別有問題的計算機或網絡電纜，網絡的其余部分可以正常運行。對中心結點的可靠性要求較高，如果中心節點設備（如集線器或交換機）發生故障，就會影響到整個網絡。特點：第五頁，共六十四頁，編輯于2023年，星期日6-6

環型拓撲結構6.1硬件系統的建立

環型拓撲在初始安裝時比較簡單。隨著網上節點的增加，也會增加重新配置的難度。可以很容易地找到電纜的故障點。在環型系統上出現的任何錯誤，都會影響網上的所有設備。特點：環型第六頁，共六十四頁，編輯于2023年，星期日

復合網絡拓撲主要是在基本網絡拓撲的基礎上構造而成的。目前應用較多的是交換式以太網和快速以太網，其網絡主要連接設備是交換機和集線器。該種網絡具有維護容易、網絡速度快、技術成熟等特點。6-7

復合網絡拓撲6.1硬件系統的建立

第七頁，共六十四頁，編輯于2023年，星期日程序設計及數據庫系統程序設計方法結構化程序設計6-86.2軟件系統的建立

第八頁，共六十四頁，編輯于2023年，星期日集成編程工具:VisualBasic

VisualC++

PowerBuilderDelphi關系型數據庫軟件:OracleDB2Informix

SybaseSQLServerAccessxBASE類Paradox6-96.2軟件系統的建立

程序設計及數據庫系統第九頁，共六十四頁，編輯于2023年，星期日VisualBasic是由微軟公司于推出的基于Windows環境的計算機程序，目前的最常用的版本是VB6.0，它是完全集成的編程環境，集程序設計、調試和查錯功能于一身。VB的主要特點：繼承了Basic簡單易學的特點；適用于Windows環境下的快速編程；采用可視化技術，操作直觀；采用面向對象技術；編程模塊化，事件化；可使用大量的VB控件和模塊簡化編程；可以調用Windows中的API函數和DLL庫；有很好的出錯管理機制；與其他程序有很好的溝通性。6-106.2軟件系統的建立

程序設計及數據庫系統集成編程工具:VisualBasic第十頁，共六十四頁，編輯于2023年，星期日VisualC++（VC++）是美國微軟公司推出的應用程序的強大、復雜的開發工具，其對數據庫的操作具有快速的集成數據庫訪問，允許用戶建立強有力的數據庫應用程序的特點。VisualC++的生成代碼的向導、附帶的類庫等功能大大簡化了程序員的編程工作，提高了模塊的可重用性。VisualC++還提供了基于CASE技術的可視化軟件自動生成和維護工具AppWizard、ClassWizard等，幫助用戶可視化設計程序的用戶界面，方便地編寫和管理各種類，維護程序源代碼，從而提高了開發效率。6-116.2軟件系統的建立

程序設計及數據庫系統集成編程工具:VisualC++第十一頁，共六十四頁，編輯于2023年，星期日PowerBuilder是一個基于CLIENT/SERVER方式的、可視化的開發環境。可以用可視和直觀的方式創建應用程序界面和數據庫接口。PowerBuilder是面向對象的工具，同時也是功能強大的編程語言。通過使用PowerScript編寫的代碼來實現事件驅動程序。PowerBuilder是一個開放系統，可以訪問任何一個常用的后臺數據庫系統。PowerBuilder支持多平臺開發環境。此外PowerBuilder提供了兩種Internet應用的訪問方式。6-126.2軟件系統的建立

程序設計及數據庫系統集成編程工具:PowerBuilder第十二頁，共六十四頁，編輯于2023年，星期日Delphi是一種與VisualBasic相類似的可視化開發環境，VisualBasic是基于BASIC語言，Delphi是基于Pascal語言。Delphi從其誕生開始就可作為數據庫編程語言，數據訪問功能內置于系統內部。Delphi提供了對許多基于文件結構的數據庫的支持，通過ODBC也可以訪問許多傳統的基于客戶/服務器模型的數據庫。6-136.2軟件系統的建立

程序設計及數據庫系統集成編程工具:Delphi

第十三頁，共六十四頁，編輯于2023年，星期日Oracle是美國Oracle公司研制的對象—關系型數據庫管理系統（ORDBMS）。它具有適于事務處理的高可用性、可伸縮性、安全性，還提供了超強的處理功能、開放的連接能力、豐富的開發工具。支持大數據庫、多用戶的高性能的事務處理。遵守數據存取語言、操作系統、用戶接口和網絡通信協議的工業標準，所以它是一個開放系統，保護了用戶的投資。實施安全性控制和完整性控制。支持分布式數據庫和分布處理。具有可移植性、可兼容性和可連接性。6-14關系型數據庫軟件:Oracle6.2軟件系統的建立

程序設計及數據庫系統第十四頁，共六十四頁，編輯于2023年，星期日DB2是IBM公司提供的一種基于SQL的關系型數據庫產品。目前，DB2已成為能夠適用于各種硬件平臺和軟件平臺的產品。支持面向對象的編程;支持多媒體應用程序;具有備份和恢復能力;支持存儲過程和觸發器，用戶可以在建表時顯示定義復雜的完整性規則;支持SQL查詢;支持異構分布式數據庫訪問;支持數據復制。6-15關系型數據庫軟件:DB26.2軟件系統的建立

程序設計及數據庫系統第十五頁，共六十四頁，編輯于2023年，星期日

Informix是美國Informix軟件公司的數據庫系統產品，可在Unix、WindowsNT、Netware、Macintosh等各種操作系統環境下運行。Informix產品主要分為四大類，即數據庫服務器、網絡連接軟件、應用開發工具、終端用戶訪問工具等。

6-16關系型數據庫軟件:Informix6.2軟件系統的建立

程序設計及數據庫系統第十六頁，共六十四頁，編輯于2023年，星期日Sybase公司第一個推出客戶/服務器體系結構和多線程技術的高性能數據庫服務器。支持Java和標準的關系數據庫查詢語言SQL，支持廣泛的軟硬件平臺，具有優秀的聯機事務處理功能。由于這些特點迎合了計算機聯網的普遍要求，所以Sybase數據庫產品已成為目前最受歡迎的數據庫產品之一。Sybase數據庫產品主要由Sybase服務器軟件、Sybase客戶軟件、Sybase接口軟件等組成。6-17關系型數據庫軟件:Sybase6.2軟件系統的建立

程序設計及數據庫系統第十七頁，共六十四頁，編輯于2023年，星期日MicrosoftSQLServer是運行在WindowsNT上的一個著名的高性能數據庫管理系統。它基于多線程的客戶/服務器體系機構，其最新版本是SQLServer7.0。SQLServer允許集中管理服務器，提供企業級的數據復制，提供平行的體系結構，支持超大型數據庫，并可與OLE對象緊密集成。當安裝SQLServer7.0時，用戶可以從安裝選項中選擇將哪些構件安裝到計算機上。SQLServer7.0包括SQLServer程序文件、管理工具、客戶端連接、聯機文檔、開發工具以及示例等選項。6-18關系型數據庫軟件:SQLServer6.2軟件系統的建立

程序設計及數據庫系統第十八頁，共六十四頁，編輯于2023年，星期日MicrosoftAccess是微軟公司推出的基于Windows環境的關系型數據庫系統，它采用Windows程序設計概念，具有簡單易用、功能強大、面向對象的可視化設計等特點。用戶利用它提供的各種圖形化查詢工具、屏幕和報表生成器，可以建立復雜的查詢，生成復雜的報表，而不用編程和了解SQL。專業人員可通過它提供的各種超級圖形工具不用編程就可以創建數據庫應用程序。Access的最新版本是Access2000，它不僅可以用于小型數據庫管理，而且還能夠與工作站、數據庫服務器或者主機上的各種數據庫相連。6-19關系型數據庫軟件:Access6.2軟件系統的建立

程序設計及數據庫系統第十九頁，共六十四頁，編輯于2023年，星期日自從Ashton-Tate公司在20世紀80年代初推出了基于PC機的“大眾數據庫”dBASE以來，該產品獲得了迅速發展，出現了許多優秀的兼容產品，所以可將它們歸為xBASE類數據庫系統。xBASE數據庫系統主要包括：xBASE的代表dBASE系列、Fox公司推出的Fox系列（包括FoxBase和FoxPro）、Nantucket公司推出的Clipper數據庫系統等。1998年微軟公司推出了作為MSVisualStudio98組成部分的VisualFoxPro6.0forWindows。VFP6.0即具有數據庫系統結構，同時也是一個面向對象的集成編程工具。6-206.2軟件系統的建立

程序設計及數據庫系統關系型數據庫軟件:xBASE類數據庫系統第二十頁，共六十四頁，編輯于2023年，星期日Paradox是Borland公司推出的一種通用的關系型數據庫管理系統。提供了面向多種數據庫的接口；采用實例查詢QBE技術在一個查詢中連續查詢多個表；具有較強的網絡功能，自動對文件和記錄加鎖，用戶可嚴格定義讀取權限；可以方便地顯示旋轉、立體直方圖等十多種不同類型的圖表；提供功能全面、高層次、結構化的數據庫設計語言PAL編寫程序。6-216.2軟件系統的建立

程序設計及數據庫系統關系型數據庫軟件:Paradox第二十一頁，共六十四頁，編輯于2023年，星期日用戶的要求如果所開發的系統由用戶負責維護，用戶通常要求用他們熟悉的語言書寫程序。語言的人機交互動能選用的語言必須能夠提供友好、美觀的人機交互功能，這對用戶來說是非常重要的。軟件工具如果某種語言有較豐富的支持程序開發的軟件工具可以利用，則使系統的實現和調試都變得比較容易。開發人員的知識雖然對于有經驗的程序員來說，學習一種新語言并不困難，但要完全掌握一種新語言并用它編出高質量的程序來，卻需要經過一段時間的實踐。因此，如果可能的話，應該盡量選擇一種已經為程序員所熟悉的語言。軟件可移植性如果開發出的系統軟件將在不同的計算機上運行，或打算在某個部門推廣使用，那么應該選擇一種通用性強的語言。6-226.2軟件系統的建立

程序開發工具的選擇第二十二頁，共六十四頁，編輯于2023年，星期日按程序開發路徑分為自頂向下和自底向上兩種方法自頂向下的方法

要求程序員首先實現軟件結構的最高層次，之后再實現下一個層次，直至用程序設計語言實現最低層次為止。自底向上的方法

與上述方法開發過程相反，它是從最底層開始，直至實現最高層次為止。通常用自頂向下的開發方法開發的程序可讀性好，條理分明，可靠性也較高。而用自底向上開發方法得到的程序往往局部是最優的，系統的整體結構卻較差。6-236.2軟件系統的建立

程序設計方法第二十三頁，共六十四頁，編輯于2023年，星期日

程序設計的基本要求正確性

編出的程序，能夠嚴格按照規定的要求，準確無誤地提供預期的全部信息；可理解性程序的內容清晰、明了，便于閱讀和理解；可靠性程序應具有較好的容錯能力，不僅正常情況下能正確工作，而且在異常情況下應便于處理；可維護性程序的應變性能強。程序執行過程中，發現問題或客觀條件有了變化，調整和修改程序比較簡便易行；效率程序的結構嚴謹、明了，運算處理速度快，節省機時。程序和數據的存儲、調用安排得當，節省存儲空間。6-246.2軟件系統的建立

程序設計方法第二十四頁，共六十四頁，編輯于2023年，星期日采用有實際意義的標識符不用過于相似的變量名同一標識符不要具有多種含義名字不要過長，過長的名字會增加工作量。在編程前最好能對標識符的選取約定統一的標準，便于以后閱讀理解。標識符的命名:

標識符包括模塊名、變量名、常量名、過程名以及數據區名等。理解程序中這些名字的含義是理解程序的關鍵，所以標識符應該適當選取，使其直觀，易于理解和記憶。6-25

編程風格6.2軟件系統的建立

程序設計方法第二十五頁，共六十四頁，編輯于2023年，星期日不要為了節省空間而把多個語句寫在同一行；避免過于復雜的條件測試；利用括號使多條件表達式清晰直觀；把同一層次的語句行左端對齊，而下一層的語句向右邊縮進若干格書寫，它能體現程序邏輯結構的深度。程序的書寫格式:

編程時應注意每個語句力求簡單而直接，不能為了提高效率而使程序過于復雜。恰當的書寫格式將有助于閱讀。6-26

編程風格6.2軟件系統的建立

程序設計方法第二十六頁，共六十四頁，編輯于2023年，星期日注釋應正確，修改程序時應同時修改注釋，否則會起反作用。注釋應提供一些程序本身難以表達的信息。為了方便用戶今后維護，注釋中盡量多用漢字。程序的注釋:

程序的注釋序言性注釋出現在模塊的首都，內容應包括：模塊功能說明；界面描述（如調用語句格式、所有參數的解釋和該模塊需調用的模塊名等）；某些重要變量的使用、限制；開發信息（如作者、修改日期等）。描述性注釋嵌在程序之中，用來說明程序段的功能或數據的狀態。6-27

編程風格6.2軟件系統的建立

程序設計方法第二十七頁，共六十四頁，編輯于2023年，星期日對所有的輸入數據都進行檢驗；檢查輸入項各種重要組合的合理性；應允許缺省值；輸入步驟和操作盡可能簡單，并保持簡單的輸入格式。程序的輸入和輸出:

程序的輸入和輸出信息與用戶的使用直接相關，輸入和輸出的方式和格式應方便用戶使用。編寫程序是應注意：6-28

編程風格6.2軟件系統的建立

程序設計方法第二十八頁，共六十四頁，編輯于2023年，星期日明確條件和要求根據系統設計及其他有關資料,弄清該程序設計的條件和設計要求。分析數據對要處理的數據進行仔細分析，弄清數據的詳細內容和特點。確定流程用統一規定的符號，描述數據輸入、加工、輸出等處理過程。編寫程序采用某種程序設計語言，按其規定的語法把確定的流程編寫出來。檢查和調試對編好的程序進行檢查和調試。編寫程序使用說明書6-29

程序設計的步驟6.2軟件系統的建立

程序設計方法第二十九頁，共六十四頁，編輯于2023年，星期日要訪問的文件不存在，如該文件已被刪掉或在其他位置。要訪問的文件是錯誤的，如索引文件與數據庫不匹配。外部設備未準備好，如打印機未通電。外存空間不夠，數據溢出，如數據錯誤造成運算結果過大。用戶操作錯誤，如誤擊鍵、未按規定步驟操作等，也稱“隱錯誤”。

常見錯誤的種類6-306.2軟件系統的建立

程序的容錯處理第三十頁，共六十四頁，編輯于2023年，星期日測試法設置各種測試函數，為將要進行的操作檢測其必須的先決條件是否滿足。不滿足則采取相應的處理措施。陷井法設置捕捉錯誤的陷井，并通過專用測試函數了解出錯情況，以轉入不同的處理。與測試法不同，陷井法檢測的是已經發生的錯誤，而不是將要發生的錯誤。限定法對“隱錯誤”進行檢測采用的方法，它根據預定的準則來檢驗當前或先前的處理是否符合要求。6-31

錯誤檢測的方法6.2軟件系統的建立

程序的容錯處理第三十一頁，共六十四頁，編輯于2023年，星期日自動處理在數據系統中，對于因數據庫本身因素引起或將要引起的錯誤，如字段寬度不夠、索引文件與數據不匹配等，一般可由程序自動進行處理，消除出錯因素后便可繼續運行。人工干預對于因外部設備的原因而引起或將要引起的錯誤，例如打印機未準備好、磁盤空間不夠等，一般可在屏幕上通知操作者進行人工干預，消除出錯因素后，便可恢復運行。等待許可如果引起出錯的因素有可能自行消失，則可以不作任何處理而等待該因素消失，然后再恢復正常運行。放棄操作如果引起出錯的因素在當時情況下不可能被排除，或者等待了一段時間仍未消失，或者引起出錯的操作無關緊要，做不做都無所謂，則可以放棄操作。6-32

對錯誤的處理6.2軟件系統的建立

程序的容錯處理第三十二頁，共六十四頁，編輯于2023年，星期日結構化程序設計(STRUCTUREDPROGRAMING,簡稱SP)建立在Bohm和Jacopini在1966年就證明了的結構定理的基礎上，它指出任何程序邏輯結構都可以用順序、分支和循環這三種基本結構來表示。順序分支循環

程序的基本結構6-336.2軟件系統的建立

結構化程序設計第三十三頁，共六十四頁，編輯于2023年，星期日SP方法用三種基本結構反復嵌套構成“結構化的程序”。每種結構嚴格地只有一個入口和一個出口，所以一般認為，結構化程序設計是采用自頂向下逐步求精的設計方法和單入口單出口的控制技術。由于結構化程序具有結構清晰、易于閱讀和修改、容易驗證其正確性等優點，因此使用該方法有利于編寫出結構良好的程序，提高編程工作效率。目前，多種計算機程序語言都支持結構化程序設計。

結構化程序設計(SP)特點：6-346.2軟件系統的建立

結構化程序設計第三十四頁，共六十四頁，編輯于2023年，星期日系統測試是保證系統質量的關鍵步驟。統計資料表明，對于一些較大規模的系統來說，系統測試的工作量往往占系統開發總工作量的40%以上，開發費用的近1/2。到目前為止，人們還無法證明一個大型復雜程序的正確性，只能依靠一定的測試手段來說明該程序在某些條件下沒有發生錯誤。所以在測試時應想方設法使程序的各個部分部投入運行，力圖找出所有錯誤。發現系統中的錯誤并及時糾正。6-356.3信息系統測試

測試的目的、原則測試的目的測試是為了發現程序中的錯誤而執行程序的過程；好的測試方案是很可能發現迄今為止尚未發現錯誤的測試方案；成功的測試是發現了至今為止尚未發現的錯誤的測試。G.Myers對測試目標做出了如下歸納：第三十五頁，共六十四頁，編輯于2023年，星期日測試人員應避免測試自己設計的程序；測試用例應分別考慮輸入和輸出；測試數據的選取應考慮各種不同情況；檢查程序是否執行了規定以外的操作；注意保留測試用例；對已發現的錯誤模塊要足夠重視。6-366.3信息系統測試

測試的目的、原則測試的基本原則第三十六頁，共六十四頁，編輯于2023年，星期日程序1234567模塊測試子系統測試系統測試6-376.3信息系統測試

測試過程第三十七頁，共六十四頁，編輯于2023年，星期日靜態測試在模塊上機運行前通過閱讀程序和人工運行程序的方法來發現程序中的語法錯誤和邏輯錯誤。只要認真檢查就可以發現絕大部分的語法錯誤和部分邏輯錯誤。動態測試即模塊上機運行測試。當人工運行程序走通以后，就可上機調試。

語法錯誤比較容易發現和修改，而要追蹤邏輯錯誤則比較困難。為了有效地發現并改正邏輯錯誤，除了要充分利用所有高級語言提供的調試機制或軟件工具外，還需要掌握測試技術。6-386.3信息系統測試

模塊測試第三十八頁，共六十四頁，編輯于2023年，星期日子系統測試也稱為分調，它是在模塊測試的基礎上，把各模塊組合到一起形成一個子系統來測試的過程。目的是解決各模塊間相互調用的協調和通信問題，即重點測試子系統內各模塊的接口。可能出現的問題有：一個模塊對另一個模塊產生有害影響；數據在穿過接口時丟失；把模塊組合到一起沒有產生預期的功能等問題。6-396.3信息系統測試

子系統測試第三十九頁，共六十四頁，編輯于2023年，星期日

模塊組裝成子系統方法非漸增式測試方法——先分別測試每個模塊，再把所有模塊按設計要求結合在一起測試；漸增式測試方法——是把下一個要測試的模塊同已經測試好的那些模塊結合起來進行測試，測試完以后再結合進來下一個測試的模塊繼續測試。這種方法實際上同時完成模塊測試和子系統測試。6-406.3信息系統測試

子系統測試第四十頁，共六十四頁，編輯于2023年，星期日兩種方法的比較：非漸增式測試方法漸增式測試方法需要分別測試每個模塊，編寫的測試軟件（驅動模塊和支持模塊）較多，工作量較大；可利用已測試過的模塊最后才把模塊相連在一起，接口錯誤發現得晚。可以較早發現模塊之間的接口錯誤一次組合所有模塊，如果發現錯誤難以判斷定位。如果發生錯誤則通常和最新加進來的模塊有關；可以并行測試所有模塊，能充分利用人力，加快工程進度。占用機時多，測試每個新加入模塊時，已經測試完的模塊也都要一起運行。但測試更徹底6-41

模塊組裝成子系統方法6.3信息系統測試

子系統測試第四十一頁，共六十四頁，編輯于2023年，星期日

在所有子系統都測試成功以后，就可以進行系統測試，也稱為總調。它主要解決各子系統之間的數據通訊和數據共享（公用數據庫）等問題，以及系統安全測試、恢復測試和滿足用戶要求的測試等。進行總調時，可采用一些精心設計的數據量較少的測試用例，這樣可以使處理的工作量減少，而且也更容易發現錯誤和確定錯誤所在范圍。6-426.3信息系統測試

系統測試安全測試——是指測試系統對外來有意或惡意攻擊的自我保護能力。恢復測試——是指系統出現意外故障時，能否正確和迅速恢復的測試。系統有效性測試——通過測試來證實系統功能與用戶要求一致。第四十二頁，共六十四頁，編輯于2023年，星期日用戶手冊系統開發報告（包括系統分析說明書、系統設計說明書、系統實施說明等）有關程序的所有資料系統操作說明等系統說明文件6-436.3信息系統測試

系統測試第四十三頁，共六十四頁，編輯于2023年，星期日

對于一個比較龐大或復雜的程序系統，要想通過徹底地測試并找出全部錯誤是不可能的，因此，測試階段要考慮的基本問題就是經濟性了。應該采取的策略是在一定的開發周期和經費的限制下，通過進行有限次的測試，盡可能多發現一些錯誤。 6-446.3信息系統測試

測試技術及方法第四十四頁，共六十四頁，編輯于2023年，星期日黑盒子測試：如果產品具備的功能已經知道，則可以測試他的每一個功能是否都達到了預期的要求，這種方法稱為黑盒子測試。黑盒子測試要求測試人員不必考慮模塊的內部結構，而著眼于軟件的外部特性，只用測試數據來檢驗程序是否符合它的功能要求，是否會發生異常情況。白盒子測試：如果已知產品的內部活動方式，可以測試他的內部活動是否都符合設計要求，這種方法稱為白盒子測試。與黑盒子測試不同，它要求測試人員了解模塊的內部結構，對程序的所有邏輯路徑進行測試，可以在不同點檢查程序的狀態，確定實際狀態與預期的狀態是否一致。模塊測試技術6-456.3信息系統測試

測試技術及方法第四十五頁，共六十四頁，編輯于2023年，星期日無論是黑箱法還是白箱法都不能將程序中的所有錯誤全查出來。因為黑箱法不可能將所有的輸入情況都測試一遍，白箱法也不能窮舉模塊中的所有可能路徑。可按黑箱法和白箱法的思想按以下方法進行模塊測試。等價分類法邊界值分析法邏輯覆蓋測試法6-46模塊測試技術6.3信息系統測試

測試技術及方法第四十六頁，共六十四頁，編輯于2023年，星期日把所有可能的輸入數據劃分成有限數量的等價類，并假定用一個等價類的典型代表值測試等價于這一類其他值的測試。通常是將模塊的輸入域劃分成有效等價類（模塊中符合規范的輸入）和無效等價類（模塊中非法的輸入）兩種。例如：某模塊的合理輸入是0～100，則大于0且小于100的數據屬于有效等價數據；小于0或大于100的數據為無效等價類，測試數據可以從這兩個等價類中抽取。6-47模塊測試技術（等價分類法）6.3信息系統測試

測試技術及方法第四十七頁，共六十四頁，編輯于2023年，星期日在編寫程序時，往往只注意正常情況，忽視了邊界狀態。因此，在測試過程中以剛好等于、大于或小于邊界值的數據作為測試數據，容易發現程序中的錯誤。邊界值分析法也屬于是一種黑盒子測試技術。例如：某模塊的有效值是0～100，則可以取－0.1，0.1，99.9，100.1作為測試數據。6-48模塊測試技術（邊界值分析法）6.3信息系統測試

測試技術及方法第四十八頁，共六十四頁，編輯于2023年，星期日

用白箱法測試模塊時，要執行程序中的每一條路徑。當程序中有循環存在時，測試程序中的每一條路徑是不可能的。而用邏輯覆蓋的方法測試模塊，只要模塊中的每一個分支方向都至少測試一次即可。對模塊中的循環語句，只需測試循環語句是否執行，而不必去測試每次循環情況。邏輯覆蓋常用的方法有：

語句覆蓋判斷覆蓋條件覆蓋6-49模塊測試技術（邏輯覆蓋測試法）6.3信息系統測試

測試技術及方法判斷/條件覆蓋條件組合覆蓋第四十九頁，共六十四頁，編輯于2023年，星期日

模塊組合成子系統的漸增式測試方法驅動模塊H支持模塊1支持模塊2驅動模塊的作用是模擬H的調用模塊，相當于主控模塊支持模塊的作用是模擬被測模塊所調用的模塊自頂向下結合6-506.3信息系統測試

測試技術及方法（1）用主控模塊做測試驅動程序，用支持模塊代替所有直接附屬于主控模塊的模塊；（2）根據所選的結合方法，每次用一個實際模塊替換一個下屬的支持模塊；（3）模塊結合一個，測試一個；（4）完成一組測試后，用實際模塊代替。第五十頁，共六十四頁，編輯于2023年，星期日這是一種遞增的裝配軟件結構的方法。從主控模塊開始，沿著控制層次向下移動，把各個模塊結合起來。把主控模塊所屬的那些模塊都裝配到結構中去，可采用如下兩種方法：

先深度后寬度M1,M2,M5,M8,M6,M3,M7,M4

先寬度后深度M1,M2,M3,M4,M5,M6,M7,M8M1M2M3M5M6M7M4M86-51

模塊組合成子系統的漸增式測試方法自頂向下結合6.3信息系統測試

測試技術及方法第五十一頁，共六十四頁，編輯于2023年，星期日

從軟件結構的最底層開始，進行裝配和測試，與自頂向下結合相反，它需要驅動模塊，而不需要支持模塊。6-52

模塊組合成子系統的漸增式測試方法自底向上結合6.3信息系統測試

測試技術及方法（1）把底層模塊組合成實現一個特定軟件子功能的族；（2）為每個族設計一個驅動模塊，作為測試的控制模塊，以協調測試軟件的輸入和輸出；（3）對模塊族進行測試；（4）按結構向上的次序，用實際模塊替換驅動模塊，將模塊族結合起來組合成新的模塊族，再進行測試，直至全部完成。去掉驅動模塊向上結合。第五十二頁，共六十四頁，編輯于2023年，星期日McMaMbD1D2D3族1族2族36-53

模塊組合成子系統的漸增式測試方法自底向上結合6.3信息系統測試

測試技術及方法第五十三頁，共六十四頁，編輯于2023年，星期日自頂向下結合的優點在于和子系統整體有關的接口問題可以在子系統測試的早期得到解決，但設計測試用例比較困難。自底向上結合的優點在于設計測試用例比較容易，但它必須在最后一個模塊組裝出來之后，才能使模塊群作為一個整體存在。由于上述兩種方法具有互補性，一般常結合起來進行。即對子系統的較上層模塊使用自頂向下的組裝方法，對下層模塊使用自底向上的組裝方法。

6-54

模塊組合成子系統的漸增式測試方法6.3信息系統測試

測試技術及方法第五十四頁，共六十四頁，編輯于2023年，星期日用戶測試人員培訓系統轉換

信息系統的實現是指用新的信息系統代替原有系統的一系列過程，其最終目的是將信息系統完全移交給用戶使用。包括以下工作：6-556.4信息系統的實現

第五十五頁，共六十四頁，編輯于2023年，星期日在系統測試完成后要進行用戶的驗收測試，驗收測試必須由用戶參加或者以用戶為主進行。它是用戶在實際應用環境中所進行的真實數據的測試。驗收測試主要使用原有系統所用過的歷史數據，將新系統運行結果和原系統所得相核對，以檢查系統的可靠性和運行效率。安裝測試數據庫系統，如果信息系統還需要購買一些其他的應用軟件包，也需要把這些軟件包和應用程序集成到一起進行測試。6-566.4信息系統的實現

用戶測試第五十六頁，共六十四頁，編輯于2023年，星期日事務管理人員

新系統的目標、功能；系統的結構及運行過程；對企業組織機構、工作方式等產生的影響；