管理信息系統(tǒng) 課件 第11章　管理信息系統(tǒng)的實(shí)施

11.1物理系統(tǒng)的實(shí)施

11.2程序設(shè)計(jì)

11.3軟件開發(fā)工具

11.4程序和系統(tǒng)調(diào)試

11.5系統(tǒng)切換、運(yùn)行及維護(hù)

11.1物理系統(tǒng)的實(shí)施11.1.1計(jì)算機(jī)系統(tǒng)的實(shí)施購置計(jì)算機(jī)系統(tǒng)的基本原則是能夠滿足MIS的設(shè)計(jì)要求，此外，還應(yīng)當(dāng)考慮以下問題：(1)?計(jì)算機(jī)系統(tǒng)是否具有合理的性能價(jià)格比；(2)?系統(tǒng)是否具有良好的可擴(kuò)充性；(3)?能否得到來自供應(yīng)商的售后服務(wù)和技術(shù)支持等。作為精密電子設(shè)備，計(jì)算機(jī)對周圍環(huán)境相當(dāng)敏感，尤其在安全性較高的應(yīng)用場合，對機(jī)房的溫度、濕度等都有特殊的要求。通常，機(jī)房要安裝雙層玻璃門窗，并且要求無塵。硬件通過電纜線連接至電源，電纜走線要安放在防止靜電感應(yīng)的耐壓有腳的活動(dòng)地板下面。另外，為了防止由于突然停電造成的事故發(fā)生，應(yīng)安裝備用電源設(shè)備，如功率足夠的不間斷電源(UPS)。當(dāng)計(jì)算機(jī)設(shè)備到貨后，應(yīng)馬上按訂貨合同進(jìn)行開箱驗(yàn)收。計(jì)算機(jī)系統(tǒng)的安裝與調(diào)試任務(wù)主要應(yīng)由供貨方負(fù)責(zé)完成，系統(tǒng)運(yùn)行用的常規(guī)診斷校驗(yàn)系統(tǒng)也應(yīng)由供貨方提供，并負(fù)責(zé)操作人員的培訓(xùn)。11.1.2網(wǎng)絡(luò)系統(tǒng)的實(shí)施MIS通常是一個(gè)由通信線路把各種設(shè)備連接起來組成的網(wǎng)絡(luò)系統(tǒng)。MIS網(wǎng)絡(luò)有局域網(wǎng)(LAN)和廣域網(wǎng)(WAN)兩種。局域網(wǎng)通常指一定范圍內(nèi)的網(wǎng)絡(luò)，可以實(shí)現(xiàn)樓宇內(nèi)部和鄰近的幾座大樓之間的內(nèi)部聯(lián)系。廣域網(wǎng)設(shè)備之間的通信，通常利用公共電信網(wǎng)絡(luò)，實(shí)現(xiàn)遠(yuǎn)程設(shè)備之間的通信。網(wǎng)絡(luò)系統(tǒng)的實(shí)施主要是通信設(shè)備的安裝、電纜線的鋪設(shè)及網(wǎng)絡(luò)性能的調(diào)試等工作。常用的通信線路有雙絞線、同軸電纜、光纖電纜以及微波和衛(wèi)星通信等。11.2程序設(shè)計(jì)11.2.1程序設(shè)計(jì)的目標(biāo)隨著計(jì)算機(jī)應(yīng)用水平的提高，軟件越來越復(fù)雜，同時(shí)硬件價(jià)格不斷下降，軟件費(fèi)用在整個(gè)應(yīng)用系統(tǒng)中所占比重急劇上升，從而使人們對程序設(shè)計(jì)的要求發(fā)生了變化。在小程序的設(shè)計(jì)中，主要強(qiáng)調(diào)程序的正確性和效率，但對于大型程序，人們則傾向于首先強(qiáng)調(diào)程序的可維護(hù)性、可靠性和可理解性，然后才是效率。1.?可維護(hù)性由于信息系統(tǒng)需求的不確定性，系統(tǒng)需求可能會(huì)隨著環(huán)境的變化而不斷變化，因此，就必須對系統(tǒng)功能進(jìn)行完善和調(diào)整。為此，需對程序進(jìn)行補(bǔ)充或修改。此外，由于計(jì)算機(jī)軟硬件的更新?lián)Q代，也有必要對程序進(jìn)行相應(yīng)的升級(jí)。MIS的壽命一般是3～10年，因此，程序維護(hù)的工作量相當(dāng)大。一個(gè)不易維護(hù)的程序，用不了多久就會(huì)因?yàn)椴荒軡M足應(yīng)用需求而被淘汰，因此，可維護(hù)性是對程序設(shè)計(jì)提出的一項(xiàng)重要要求。2.?可靠性程序應(yīng)具有較好的容錯(cuò)能力，不僅能在正常情況下正確工作，而且在發(fā)生意外情況時(shí)也要可靠運(yùn)行，不致產(chǎn)生意外的操作，從而造成嚴(yán)重?fù)p失。3.?可理解性程序不僅要求邏輯正確，在計(jì)算機(jī)上能夠執(zhí)行，而且應(yīng)當(dāng)層次清楚，便于用戶閱讀。這是因?yàn)槌绦蚓S護(hù)的工作量很大，并且程序維護(hù)人員經(jīng)常要維護(hù)他人編寫的程序，一個(gè)不易理解的程序?qū)?huì)給程序維護(hù)工作帶來困難。4.?效率程序的效率指的是程序能夠有效地利用計(jì)算機(jī)資源。近年來，硬件價(jià)格大幅度下降，而其性能卻不斷完善和提高，因此，程序的效率已不像以前那樣舉足輕重了。相反，程序設(shè)計(jì)人員的工作效率則日益重要。提高程序設(shè)計(jì)人員的工作效率，不僅能降低軟件開發(fā)成本，而且可明顯降低程序的出錯(cuò)率，進(jìn)而減輕維護(hù)人員的工作負(fù)擔(dān)。此外，程序的效率與可維護(hù)性及可理解性通常是矛盾的，在實(shí)際編程過程中，人們往往寧可犧牲一定的時(shí)間和空間，也要盡量提高系統(tǒng)的可理解性和可維護(hù)性，片面地追求程序的運(yùn)行效率反而不利于程序設(shè)計(jì)質(zhì)量的全面提高。11.2.2結(jié)構(gòu)化程序設(shè)計(jì)方法編寫程序應(yīng)符合軟件工程化思想。應(yīng)用軟件的編程工作量極大，而且要經(jīng)常維護(hù)、修改。如果編寫程序不遵守正確的規(guī)律，就會(huì)給系統(tǒng)的開發(fā)、維護(hù)帶來不可逾越的障礙。軟件工程的思想即利用工程化的方法進(jìn)行軟件開發(fā)，通過建立軟件工程環(huán)境來提高軟件開發(fā)效率。1.?自頂向下的模塊化設(shè)計(jì)方法自頂向下的方法在系統(tǒng)分析和設(shè)計(jì)階段都會(huì)使用。每個(gè)系統(tǒng)都是由功能模塊構(gòu)成的層次結(jié)構(gòu)。底層的模塊一般規(guī)模較小，功能較簡單，完成系統(tǒng)某一方面的處理功能。在設(shè)計(jì)中使用自頂向下的方法的目的在于從一開始就能從總體上理解和把握整個(gè)系統(tǒng)，而后對于組成系統(tǒng)的各功能模塊逐步求精，從而使整個(gè)程序保持良好的結(jié)構(gòu)，提高軟件開發(fā)的效率。在模塊化程序設(shè)計(jì)中應(yīng)當(dāng)注意以下幾點(diǎn)：(1)?模塊的獨(dú)立性。系統(tǒng)中模塊之間應(yīng)盡可能地相互獨(dú)立，減少模塊間的耦合，即信息交互，以便于將模塊作為一個(gè)獨(dú)立的子系統(tǒng)進(jìn)行開發(fā)。(2)?模塊的大小劃分要適當(dāng)。模塊中包含的子模塊數(shù)要合適，這樣既便于模塊單獨(dú)開發(fā)，又便于系統(tǒng)重構(gòu)。(3)?模塊的功能要簡單。底層模塊一般應(yīng)完成一項(xiàng)獨(dú)立的處理任務(wù)。(4)?共享的功能模塊應(yīng)集中。對于可供各模塊共享的處理功能，應(yīng)集中在一個(gè)上層模塊中，供各模塊引用。2.結(jié)構(gòu)化程序設(shè)計(jì)方法自頂向下的模塊化方法描述了大程序設(shè)計(jì)的原則，在具體編程中，則應(yīng)采用結(jié)構(gòu)化程序設(shè)計(jì)方法。這種方法指導(dǎo)人們用良好的思想方法去設(shè)計(jì)程序。其特點(diǎn)是采用以下三種基本邏輯結(jié)構(gòu)來編寫程序：順序結(jié)構(gòu)、選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)。(1)?順序結(jié)構(gòu)。順序結(jié)構(gòu)是一種線性有序的結(jié)構(gòu)，由一系列依次執(zhí)行的語句或模塊構(gòu)成。(2)?選擇結(jié)構(gòu)。選擇結(jié)構(gòu)是一種根據(jù)條件成立與否選擇程序執(zhí)行路徑的結(jié)構(gòu)。(3)?循環(huán)結(jié)構(gòu)。循環(huán)結(jié)構(gòu)是一種由一個(gè)或幾個(gè)模塊構(gòu)成，并在程序運(yùn)行時(shí)重復(fù)執(zhí)行，直到滿足某一個(gè)條件為止的結(jié)構(gòu)。11.2.3面向?qū)ο蟪绦蛟O(shè)計(jì)方法結(jié)構(gòu)化程序設(shè)計(jì)方法將一個(gè)復(fù)雜的程序分解成若干個(gè)子結(jié)構(gòu)，以便于控制、降低程序的復(fù)雜性，但其全局?jǐn)?shù)據(jù)和局部數(shù)據(jù)分別保存，在多函數(shù)程序中容易因全局?jǐn)?shù)據(jù)的無意改動(dòng)而影響程序的正確性。面向?qū)ο蟪绦蛟O(shè)計(jì)方法可以很好地彌補(bǔ)結(jié)構(gòu)化程序設(shè)計(jì)方法的這一缺點(diǎn)。面向?qū)ο蟪绦蛟O(shè)計(jì)是一種認(rèn)識(shí)客觀世界的認(rèn)知方法學(xué)，亦是一種解決問題的思維方法。該程序設(shè)計(jì)方法將對象作為程序的基本單元，將程序和數(shù)據(jù)封裝其中，以提高軟件的重要性、靈活性和擴(kuò)展性。面向?qū)ο蟪绦蛟O(shè)計(jì)中需要了解以下幾個(gè)概念。1.?對象(Object)對象泛指所要研究的具體事物、抽象概念等。不同應(yīng)用領(lǐng)域中的對象稱為問題對象。在面向?qū)ο蟮南到y(tǒng)中，問題對象是基本的運(yùn)行實(shí)體，由一組數(shù)據(jù)和施加于這些數(shù)據(jù)上的一組操作封裝而成。其基本要素包括：(1)?標(biāo)識(shí)，即對象的名稱，用來在問題域中區(qū)分其他對象。(2)?數(shù)據(jù)，也稱狀態(tài)，描述對象屬性的存儲(chǔ)或數(shù)據(jù)結(jié)構(gòu)。(3)?操作，即對象的行為，是對象運(yùn)動(dòng)特性的描述。(4)?接口，對象接收外部消息所指定的操作名稱集合。2.類(Class)類是相似對象的集合。在現(xiàn)實(shí)世界中有許多內(nèi)部狀態(tài)和外部行為相似的對象，由這些對象構(gòu)成的集合稱為類。類定義包括：(1)?標(biāo)識(shí)，即類的名稱，用以區(qū)分其他類。(2)?繼承，描述子類承襲父類的名稱以及結(jié)構(gòu)和功能。(3)?數(shù)據(jù)結(jié)構(gòu)，對該類數(shù)據(jù)包括數(shù)據(jù)項(xiàng)的描述。(4)?操作，即該類通用功能的具體實(shí)現(xiàn)辦法。(5)?接口，即面向其他類的統(tǒng)一的外部通信協(xié)議。3.?消息(Message)系統(tǒng)由若干相互關(guān)聯(lián)的對象組成，并通過對象之間的相互聯(lián)系共同來完成問題求解。消息是實(shí)現(xiàn)對象與對象間相互合作的通信載體，是連接對象的紐帶。從實(shí)現(xiàn)的角度來看，消息就是請求對象執(zhí)行某個(gè)處理或提供某些信息的要求，既可以是數(shù)據(jù)流，也可以是控制流。4.繼承(Inheritance)繼承是指一個(gè)類(子類)因承襲而具有另一個(gè)類(父類)的能力和特征的機(jī)制或關(guān)系。繼承是一種層次模型，允許并鼓勵(lì)類的重用。整個(gè)層次結(jié)構(gòu)的上部(或祖先類)是具有通用性的，而下部(后代)則具有獨(dú)特性。類可以從它的祖先那里繼承方法和屬性，并可以修改或增加新的屬性、方法使之更符合特殊的需要。繼承是類之間的重要關(guān)系，依賴?yán)^承機(jī)制，可由類產(chǎn)生對象，或由已知類定義其他類。11.3軟件開發(fā)工具11.3.1套裝軟件所謂套裝軟件是將流行的若干軟件集成起來形成一套軟件。例如，套裝軟件MicroSoftOffice就是將文字處理軟件(Word)、電子表格軟件(Excel)和幻燈片制作軟件(PowerPoint)融合在一起，可同時(shí)運(yùn)用字處理、表格設(shè)計(jì)、數(shù)據(jù)庫和繪圖功能。其中Excel還具備一定規(guī)模的生成模型的函數(shù)。11.3.2數(shù)據(jù)庫管理系統(tǒng)現(xiàn)在的數(shù)據(jù)庫管理系統(tǒng)已不只是局限于數(shù)據(jù)管理，而且具備了相當(dāng)強(qiáng)的軟件生成功能。例如，Oracle數(shù)據(jù)庫管理系統(tǒng)中，利用SQL*FORMS可以通過選擇一些菜單和相應(yīng)的功能鍵方便地進(jìn)行對庫操作；SQL*PLUS的觸發(fā)器機(jī)制為保證數(shù)據(jù)的完整性、一致性和合法性提供必要的檢驗(yàn)手段；SQL*REPORT和SQL*GRAPH為報(bào)表、圖形的生成提供方便。以上這些Oracle軟件工具配合起來使用，可以形成一個(gè)綜合的應(yīng)用軟件開發(fā)環(huán)境。11.3.3統(tǒng)一建模語言統(tǒng)一建模語言(UnifiedModelingLanguage，UML)是為面向?qū)ο箝_發(fā)方法設(shè)計(jì)的一種通用的可視化建模語言。UML能夠真實(shí)、全面并清晰地定義和描述客觀系統(tǒng)；在系統(tǒng)開發(fā)的各個(gè)階段，不需要轉(zhuǎn)換概念和表示的方法，而且可以為采用不同編程語言和不同開發(fā)平臺(tái)的應(yīng)用系統(tǒng)建模。在UML中用一系列相互組合的圖標(biāo)元素，支持以圖形方式對系統(tǒng)需求、功能、結(jié)構(gòu)等內(nèi)容進(jìn)行建模，描述系統(tǒng)組成結(jié)構(gòu)、功能結(jié)構(gòu)及實(shí)現(xiàn)細(xì)節(jié)。UML中的各種圖可適用于以下情況：(1)?當(dāng)描述系統(tǒng)的行為需求時(shí)，采用用例圖；(2)?當(dāng)規(guī)定問題域的詞庫時(shí)，采用類圖、對象圖；(3)?當(dāng)描述類和對象如何相互作用時(shí)，采用時(shí)序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖；(4)?當(dāng)描述系統(tǒng)的軟件結(jié)構(gòu)時(shí)，采用類圖和組件圖；(5)?當(dāng)規(guī)定系統(tǒng)中軟件的行為時(shí)，采用時(shí)序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖；(6)?當(dāng)描述運(yùn)行軟件的處理器和設(shè)備的拓?fù)鋾r(shí)，采用配置圖。下面對幾種常用的圖做簡單介紹。1.?類圖類圖幾乎是所有面向?qū)ο箝_發(fā)方法的基礎(chǔ)。類圖描述了類和類之間的靜態(tài)關(guān)系，如關(guān)聯(lián)、聚類、組成和繼承等。與數(shù)據(jù)模型不同，類圖不僅顯示了信息的結(jié)構(gòu)，同時(shí)還描述了系統(tǒng)的行為。類圖為開發(fā)人員提供了模仿現(xiàn)實(shí)世界的表達(dá)方式，它允許分析員使用客戶采用的屬性與其交流，促使客戶提出所要解決問題的相關(guān)細(xì)節(jié)。2.?對象圖對象是類的實(shí)例，具有具體屬性值和行為。在UML中，對象圖被看作類圖的一個(gè)實(shí)例。對象圖常用于標(biāo)識(shí)復(fù)雜類圖的一個(gè)實(shí)例，對象之間的鏈?zhǔn)穷愔g的關(guān)聯(lián)的實(shí)例。與類的圖形表示相似，UML對象圖標(biāo)也是矩形，只是對象名下面要加下畫線。具體實(shí)例的名字位于冒號(hào)的左邊，而該實(shí)例所屬的類名位于冒號(hào)的右邊。3.?用例圖用例圖是從用戶的角度對系統(tǒng)行為或系統(tǒng)使用場景進(jìn)行的描述。一個(gè)用例是用戶與計(jì)算機(jī)之間的一次典型交互作用。對于系統(tǒng)開發(fā)人員來說，用例很有實(shí)用價(jià)值，可以幫助其從用戶的觀察角度收集可靠的系統(tǒng)需求。這對于建立人機(jī)交互的信息系統(tǒng)尤為重要。需求分析階段的用例模型是系統(tǒng)開發(fā)者和用戶反復(fù)討論的結(jié)果，表明了開發(fā)者和用戶對需求規(guī)格達(dá)成的共識(shí)。首先，它描述了待開發(fā)系統(tǒng)的功能需求；其次，它將系統(tǒng)看作黑匣子，從外部執(zhí)行者的角度來理解系統(tǒng)；最后，它不僅驅(qū)動(dòng)了需求分析之后各階段的開發(fā)工作，而且被用于驗(yàn)證和檢測所開發(fā)的系統(tǒng)。4.狀態(tài)圖在任何給定的時(shí)刻，一個(gè)對象總處于某一特定的狀態(tài)。一個(gè)狀態(tài)圖包括了一系列的狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移。圖中最頂端的符號(hào)代表起始狀態(tài)，而底端的符號(hào)表示終止?fàn)顟B(tài)。5.時(shí)序圖運(yùn)行的系統(tǒng)中，對象之間要發(fā)生交互，且這些交互要經(jīng)歷一定的時(shí)間階段。時(shí)序圖所表達(dá)的是對象之間基于時(shí)間的動(dòng)態(tài)交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時(shí)間順序。順序圖存在兩個(gè)軸：水平軸表示不同的對象；垂直軸表示時(shí)間。圖中的對象用一個(gè)帶有垂直虛線的矩形框表示，并標(biāo)有對象名和類名。垂直虛線是對象的生命線，用于表示在某段時(shí)間內(nèi)對象處于活動(dòng)狀態(tài)。對象間的通信由對象生命線間的消息來表示。6.活動(dòng)圖活動(dòng)圖的應(yīng)用非常廣泛，既可用來描述操作(類的方法)的行為，也可以描述用例和對象內(nèi)部的工作過程。活動(dòng)圖依據(jù)對象狀態(tài)的變化來捕獲動(dòng)作(將要執(zhí)行的工作或活動(dòng))與動(dòng)作的結(jié)果?；顒?dòng)圖中一個(gè)活動(dòng)結(jié)束后將立即進(jìn)入下一個(gè)活動(dòng)(在狀態(tài)圖中狀態(tài)的變遷可能需要事件的觸發(fā))。用例和對象行為的各個(gè)活動(dòng)之間通常也具有時(shí)間順序，如圖11.4所示。7.協(xié)作圖協(xié)作圖表達(dá)的是為完成系統(tǒng)的工作目標(biāo)，系統(tǒng)中相互合作的對象間的交互關(guān)系和鏈接關(guān)系。雖然時(shí)序圖和協(xié)作圖都用來描述對象間的交互關(guān)系，但側(cè)重點(diǎn)不一樣。時(shí)序圖著重體現(xiàn)交互的時(shí)間順序，協(xié)作圖則著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系。圖11.5是一個(gè)協(xié)作圖的示例。圖中，洗衣機(jī)構(gòu)件類中增加了一個(gè)內(nèi)部計(jì)時(shí)器。在經(jīng)過固定時(shí)長后，定時(shí)器停止注水，然后啟動(dòng)洗滌缸的旋轉(zhuǎn)。圖中的序號(hào)代表命令消息的發(fā)送順序，計(jì)時(shí)器對象先向注水管對象發(fā)送停止進(jìn)水的指令，再向洗滌缸對象發(fā)送旋轉(zhuǎn)洗滌的指令。8.組件圖和配置圖組件圖和配置圖與整個(gè)計(jì)算機(jī)系統(tǒng)密切相關(guān)。UML用組件圖表示信息系統(tǒng)的軟件結(jié)構(gòu)，由于現(xiàn)代軟件開發(fā)多是基于構(gòu)建的，這種開發(fā)方式對群組開發(fā)尤為重要。UML的配置圖顯示信息系統(tǒng)的物理體系結(jié)構(gòu)。它可以描述計(jì)算機(jī)和設(shè)備，展示其間的連接以及駐留在每臺(tái)計(jì)算機(jī)中的軟件。11.4程序和系統(tǒng)調(diào)試11.4.1程序調(diào)試目前，程序調(diào)試普遍采用實(shí)驗(yàn)法。只有通過實(shí)驗(yàn)法調(diào)試，才能認(rèn)為程序基本正確。通常，程序調(diào)試分為代碼測試和程序功能測試兩部分。1.代碼測試調(diào)試過程中通常要編寫測試數(shù)據(jù)。測試數(shù)據(jù)除采用正常數(shù)據(jù)外，還應(yīng)當(dāng)包括一些異常數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)，用來考驗(yàn)程序邏輯上的正確性。測試數(shù)據(jù)是經(jīng)過精心挑選的，使程序和模塊中的每一條語句都能得到執(zhí)行，即能夠測試程序中的任一邏輯通路。常用的測試數(shù)據(jù)有以下幾種：(1)?正確數(shù)據(jù)。使用正確、常見的數(shù)據(jù)進(jìn)行測試，檢查程序能否正常運(yùn)行。(2)?異常數(shù)據(jù)。使用例如空數(shù)據(jù)文件進(jìn)行測試，檢查程序能否正常運(yùn)行。(3)?錯(cuò)誤數(shù)據(jù)。使用錯(cuò)誤數(shù)據(jù)來測試程序?qū)﹀e(cuò)誤的處理能力，包括顯示出錯(cuò)信息以及容許修改錯(cuò)誤的可能性。具體檢測內(nèi)容如下：①?輸入鍵號(hào)錯(cuò)誤(包括錯(cuò)的鍵號(hào)和不應(yīng)有的鍵號(hào))時(shí)能否及時(shí)檢查出錯(cuò)誤和發(fā)出錯(cuò)誤提示，并允許修改；②?輸入數(shù)據(jù)錯(cuò)誤(包括錯(cuò)誤數(shù)據(jù)、不合理數(shù)據(jù)和負(fù)數(shù))時(shí)能否及時(shí)檢查出錯(cuò)誤和發(fā)出錯(cuò)誤提示，并允許修改；③?操作錯(cuò)誤(包括磁盤錯(cuò)誤、操作步驟或方法錯(cuò)誤)時(shí)能否及時(shí)檢查出錯(cuò)誤和發(fā)出警告信息，并允許改正；④?輸入邊界數(shù)據(jù)時(shí)，找出系統(tǒng)的邊界情況。2.?程序功能測試代碼測試只能基本驗(yàn)證程序在邏輯上的正確性，但并不能驗(yàn)證程序完全具備程序說明中的功能，也不能驗(yàn)證測試數(shù)據(jù)本身是否完備。因此，需要進(jìn)一步進(jìn)行程序功能測試。通常，在程序應(yīng)用環(huán)境中，程序只要能滿足應(yīng)用功能上的需求，就是可行的。11.4.2模塊調(diào)試系統(tǒng)的應(yīng)用軟件通常由多個(gè)功能模塊組成，每個(gè)功能模塊又是由一個(gè)或多個(gè)程序構(gòu)成的。在單個(gè)程序調(diào)試完成之后，還需要將一個(gè)功能內(nèi)所有程序按次序串聯(lián)起來進(jìn)行調(diào)試。這樣可以保證模塊內(nèi)各程序間具有正確的控制關(guān)系，同時(shí)可以測試模塊的運(yùn)行效率。因此根據(jù)模塊的功能說明，需要檢驗(yàn)?zāi)K是否有錯(cuò)誤。模塊測試主要包括模塊界面、內(nèi)部數(shù)據(jù)結(jié)構(gòu)、獨(dú)立路徑、錯(cuò)誤處理、邊界條件等。11.4.3系統(tǒng)總調(diào)系統(tǒng)總調(diào)也稱為能行性聯(lián)調(diào)，通常由系統(tǒng)分析員和程序員合作完成。總調(diào)的內(nèi)容包括以下兩部分：1.?主控程序和調(diào)度程序調(diào)試此部分程序的語句不多，但邏輯控制復(fù)雜。調(diào)試時(shí)，將所有控制程序與各模塊的接口“短路”，即用直接送出預(yù)先安排計(jì)算結(jié)果的聯(lián)系程序替代原功能模塊。調(diào)試的目的不是處理結(jié)果的正確性，而是驗(yàn)證控制接口和參數(shù)傳遞的正確性，以及發(fā)現(xiàn)并解決資源調(diào)度中的問題。2.?系統(tǒng)程序總調(diào)功能模塊和控制程序調(diào)試完成之后，就可進(jìn)行整個(gè)系統(tǒng)程序的總調(diào)。也就是將主控制和調(diào)度程序與各功能模塊連接起來進(jìn)行總體調(diào)試，對系統(tǒng)各種可能的使用形態(tài)及其組合在軟件中的流通情況進(jìn)行可行性測試。這一階段往往可以查出模塊間相互關(guān)系方面的錯(cuò)誤和缺陷。11.4.4特殊測試除了上述常規(guī)測試之外，還有一些必要的性能測試，這些測試往往不是針對程序在正常情況下運(yùn)行得正確與否，而是根據(jù)系統(tǒng)需求選擇進(jìn)行的，主要有：峰值負(fù)載測試、容量測試、響應(yīng)時(shí)間測試、恢復(fù)能力測試等。進(jìn)行系統(tǒng)程序測試時(shí)，通常不必完全按真實(shí)情況下的數(shù)據(jù)量進(jìn)行測試。通常采用“系統(tǒng)模型”法來用最少的輸入數(shù)據(jù)量完成全面的軟件測試。通過對數(shù)據(jù)的精心選擇，大大減少了輸入數(shù)據(jù)量，不僅可以減少處理的工作量，還更容易發(fā)現(xiàn)錯(cuò)誤和確定錯(cuò)誤的范圍。調(diào)試中要嚴(yán)格核對計(jì)算機(jī)處理和人工處理的兩種結(jié)果。通常是先校對最終結(jié)果，發(fā)現(xiàn)錯(cuò)誤后再回到相應(yīng)的中間結(jié)果部分進(jìn)行校對，直到基本確定錯(cuò)誤范圍。系統(tǒng)測試完成后，在交付用戶使用之前，還需要進(jìn)行實(shí)況測試。實(shí)況測試以過去手工處理方式下得出的正確結(jié)果的數(shù)據(jù)作為輸入，將系統(tǒng)處理結(jié)果與手工處理結(jié)果進(jìn)行比較。這一階段，除嚴(yán)格校對結(jié)果外，還要考察系統(tǒng)運(yùn)行的合理性與效率以及作業(yè)處理的成本是否過高等方面的問題。系統(tǒng)調(diào)試完成后，應(yīng)編寫操作說明書，完成程序框圖和打印源程序清單。11.5系統(tǒng)切換、運(yùn)行及維護(hù)11.5.1系統(tǒng)切換系統(tǒng)切換是指由舊的、手工處理的系統(tǒng)向新的計(jì)算機(jī)信息系統(tǒng)過渡。信息系統(tǒng)的切換一般有三種方法：1.?直接切換法直接切換就是在某一確定時(shí)刻，停止運(yùn)行老系統(tǒng)，投入運(yùn)行新系統(tǒng)，新系統(tǒng)通常要經(jīng)過較為詳細(xì)的測試和模擬運(yùn)行?？紤]到系統(tǒng)測試中試驗(yàn)樣本的不徹底性，一般只有在老系統(tǒng)已完全無法滿足需求或新系統(tǒng)不太復(fù)雜的情況下才采用此方法。2.?并行切換法并行切換法指的是在