【正文】 3，測試是有計劃的，并進行了測試設(shè)計，調(diào)試不受時間約束。預防性維護主要是采用先進的軟件工程方法對已經(jīng)過時的、可能需要維護的軟件系統(tǒng)，或者某種的一部分重新進行設(shè)計、編碼和測/調(diào)試——“再工程”，以期達到結(jié)構(gòu)上的更新。這種維護活動過程復雜，而且還可能會引入新的錯誤，必須格外慎重。l 改正性維護（Corrective Maintenance）：對在測試階段未能發(fā)現(xiàn)的，在軟件投入使用后才逐漸暴露出來的錯誤的測試、診斷、定位、糾錯以及驗證、修改的回歸測試過程。 ③ 軟件維護活動實際是一個修改和簡化了的軟件開發(fā)過程。（5）驗收測試（acceptance testing）：驗收測試是以用戶為主的測試。⑴ 因果圖的基本符號 0 表示“不出現(xiàn)” 1 表示“出現(xiàn)”6，測試步驟（了解）所有測試過程都應采用綜合測試策略；即先作靜態(tài)分析，再作動態(tài)測試。 D 輸入/輸出有序集的邊界。等價類分為：有效等價類 — 對于程序的規(guī)格說明，是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。例：滿足語句覆蓋的情況： 執(zhí)行路徑：ace用例格式：[輸入(A,B,X)，輸出(A,B,X)]選擇用例：[(2,0,4),(2,0,3)]5．判定覆蓋使得程序中每個判定至少為TRUE 或FALSE各一次。3. 白盒法步驟：1選擇邏輯覆蓋標準。l 黑盒法：不考慮程序的內(nèi)部結(jié)構(gòu)與特性，只根據(jù)程序功能或程序的外部特性設(shè)計測試用例。關(guān)鍵是注重測試用例的選擇。它描述了一類軟件的總體構(gòu)成情況，包括該軟件有哪些主要部件以及各部件之間的關(guān)系，但是不涉及每個部件的細節(jié)。）l 代碼的復用（包括目標代碼，也包括文本形式的源代碼。6．PAD圖設(shè)置的基本控制結(jié)構(gòu)？7. 模塊的獨立性是什么？8. 結(jié)構(gòu)圖是什么？9. 從系統(tǒng)設(shè)計的角度出發(fā)，軟件設(shè)計方法分為？10. 模塊耦合衡量？？六、畫出下面程序的流程圖、NS圖和PAD圖?！、程序 B、高級語言C、文檔 　 D、數(shù)據(jù)字典5. 模塊在同一段時間內(nèi)完成各種初始化工作，這屬于（ ）。l 多情況型選擇：列舉多種加工情況，根據(jù)控制變量的取值，選擇執(zhí)行其一。l 多情況型選擇：列舉多種加工情況，根據(jù)控制變量的取值，選擇執(zhí)行其一。數(shù)據(jù)表示和數(shù)據(jù)結(jié)構(gòu)。模塊的調(diào)用關(guān)系和接口：兩個模塊之間用單向箭頭聯(lián)結(jié)。 DFD圖可以明顯分為“輸入—處理—輸出”三部分。如圖38所示：2．總體設(shè)計的表示形式層次圖：總體設(shè)計常用的表示方法，用來描繪軟件的層次結(jié)構(gòu)。 圖36. 三個方面間的聯(lián)系（1） 內(nèi)聚性 用于描述模塊內(nèi)部聯(lián)系的緊密程度。我們利用模塊化來降低軟件復雜度。4，軟件設(shè)計分為總體設(shè)計和詳細設(shè)計兩個階段。10，需求分析規(guī)格說明書是需求分析階段產(chǎn)生的一份最重要的文檔，它以一種一致的、無二義的方式準確的表達用戶的需求。3定義數(shù)據(jù)字典。l 數(shù)據(jù)流圖：是一種描述數(shù)據(jù)變換的圖形工具，系統(tǒng)接受輸入的數(shù)據(jù)，經(jīng)過一系列的變換（加工），最后輸出結(jié)果?！?進化需求。l 用戶或人的因素:對用戶的要求。隨著開發(fā)過程的進展，每次迭代產(chǎn)生一個可發(fā)布的（可執(zhí)行的）軟件增量構(gòu)件。4，瀑布模型（Waterfall Model）也稱線性順序模型。1，軟件定義時期是了解用戶（或客戶）提出的需求、確定項目的總目標、考察和分析項目的可行性、導出實現(xiàn)項目目標應該采用的策略，系統(tǒng)的功能，并估計該項目需要的資源和成本，制定工程進度表等。軟件生命期模型是從軟件項目需求定義直至軟件經(jīng)使用后廢棄為止，跨越整個生命周期的系統(tǒng)開發(fā)、運作和維護所實施的全部過程、活動和任務的結(jié)構(gòu)框架。3，軟件危機指在計算機軟件開發(fā)和維護過程中所遇到的一系列問題：不能正確地估計軟件開發(fā)成本和進度，致使實際開發(fā)成本往往高出預算很多。第一章 軟件工程概論1．軟件工程定義 軟件工程是開發(fā)、運行、維護和修復軟件的系統(tǒng)方法。軟件產(chǎn)品不可靠，滿足不了用戶的需求，甚至無法使用。2，軟件開發(fā)過程模型（軟件生存周期模型），是把軟件生存周期中軟件生產(chǎn)活動的有序流程用一個合理的框架——開發(fā)模型規(guī)范描述。軟件定義時期可以劃分成問題定義、可行性研究、需求分析和開發(fā)計劃四個階段，其中，最核心的是需求分析階段，所以，軟件定義時期也可以稱為需求分析時期。瀑布模型把開發(fā)過程分成固定的、相對獨立的各個階段，每個階段都有確定的、有限的任務，而且在各個階段采用一些規(guī)范的開發(fā)方法和管理手段，力求保證軟件質(zhì)量和提高軟件生產(chǎn)率。增量模型是一種非整體開發(fā)的模型。l 功能：你的系統(tǒng)什么的干活？l 文檔：文字說明等?？蛻舻男枰偸遣粩啵ㄟB續(xù)）增長的 ，進化需求是必要的。l 數(shù)據(jù)字典：以一種準確的和無二義的方式定義所有被加工引用的數(shù)據(jù)流和數(shù)據(jù)存儲。4定義小說明。有如下作用：作為軟件開發(fā)機構(gòu)和用戶之間一份事實上的技術(shù)合同書。其工作流程可用下圖表示： 設(shè)計階段結(jié)束要交付的文檔是設(shè)計說明書，根據(jù)設(shè)計方法的不同，有不同的設(shè)計文檔。注意選擇分解的最佳模塊數(shù)。內(nèi)聚性的幾種類型： 圖37. 內(nèi)聚的類型6，從系統(tǒng)設(shè)計的角度出發(fā)，軟件設(shè)計方法可分為3大類：1，面向數(shù)據(jù)流的設(shè)計。HIPO圖：H圖+IPO圖。5，設(shè)計的準則: (1) 好的設(shè)計的準則：模塊化；抽象；耦合；內(nèi)聚耦合性是程序結(jié)構(gòu)中各個模塊之間相互關(guān)聯(lián)的度量，他取決于各個模塊之間接口的復雜程度、調(diào)用模塊的方式以及那些信息通過接口。模塊間的信息傳遞：用尾端帶有空心圓的短箭頭表示數(shù)據(jù)信息，用尾端帶有實心圓的短箭頭表控制信息。實施的功能和使用的數(shù)據(jù)之間的關(guān)系。程序流程圖基本結(jié)構(gòu)如圖50所示。NS圖基本結(jié)構(gòu)如圖52所示。 A、偶然內(nèi)聚 B、邏輯內(nèi)聚 C、時間內(nèi)聚 D、過程內(nèi)聚6. 在詳細設(shè)計的圖示工具中，（ ）的形狀象一個盒子。 ORG 2000H MOV R0 , 0AH DL2：MOV R1 , 7DH DL1：NOP NOP DJNZ R1 , DL1 DJNZ R0 , DL2 END七、把下面程序的流程圖轉(zhuǎn)換為NS圖和PAD圖FDHIJ結(jié)束 E 開始 N A Y B N C Y N