【正文】 5） 充分注意測試中的群集現(xiàn)象 6） 嚴(yán)格執(zhí)行測試計(jì)劃，排除測試的隨意性 7） 應(yīng)當(dāng)對每個(gè)測試結(jié)果做全面檢查 8） 妥善保存測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便 常分單元測試 /模塊測試，集成測試，確認(rèn)測試和系統(tǒng)測試。 程序設(shè)計(jì)語言的分類、選擇 大量實(shí)踐表明，高級程序設(shè)計(jì)語言較匯編語言有很多優(yōu)點(diǎn)。 goto 140。 S T A R T P A B Q T F E N D S T A R T P A B Q T F E N D T F F T 答案： W h i l e P A B U n t i l Q 設(shè)置 Q 的值為“真” Q F T ↓ A B U n t i l ( n o t P ) PAD 圖略 McCabe 復(fù)雜性度量都為 3。 詳細(xì)設(shè)計(jì)說明書 1. 引言 2. 總體設(shè)計(jì)。 1） 代碼行度量法 度量程序的復(fù)雜性，最簡單的方法就是統(tǒng)計(jì)程序的源代碼行數(shù)。 1 詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)就是要在總體設(shè)計(jì)階段成果的基礎(chǔ)上，考慮如何實(shí)現(xiàn)定義的軟件系統(tǒng)，直到對系統(tǒng)中的每個(gè)模塊給出足夠詳細(xì)的過程描述。該方法的基本考慮是統(tǒng)計(jì)一個(gè)程序模塊的源代碼行數(shù)目，并以源代碼行數(shù)作為程序復(fù)雜性的度量。軟件結(jié)構(gòu) 3. 程序描述。（ 76+2） 下圖是使用 BASIC 語言編寫的一個(gè)打印 A、 B、 C 三數(shù)中最小者的程序流程圖。 120 if (AC) goto 130。 程序設(shè)計(jì)風(fēng)格包括四個(gè)方面： 源程序文檔化、數(shù)據(jù)說明、語句結(jié)構(gòu)和輸入 /輸出方法 例題 從下列敘述中選出 5 條符合程序設(shè)計(jì)風(fēng)格指導(dǎo)原則的敘述。關(guān)系重大的還可做平行運(yùn)行。該軟件的規(guī)格說明如下： 有一個(gè)處理單價(jià)為 1 元 5 角錢的盒裝飲料的自動售貨機(jī)軟件。根據(jù)國家標(biāo)準(zhǔn) GB856688《計(jì)算機(jī)軟件開發(fā)規(guī)范》的規(guī)定，軟件的開發(fā)和維護(hù)劃分為 8 個(gè)階段，其中，單元測試是在（ C）階段完成的，集成測試的計(jì)劃是在（ D）階段制定的，確認(rèn)測試的計(jì)劃是在（ E）階段制定的。 白盒測試法是根據(jù)程序的（ C）來設(shè)計(jì)測試用例的方法。 ②盡量用公共過程或子程序去代替重復(fù)的代碼段。 ⑨在做程序的單元測試時(shí)，樁（存根）模塊比驅(qū)動模塊容易編寫。統(tǒng)計(jì)數(shù)字表明，通常 ET/IT值的變化范圍在 *102— 2*102之間。代入 ? ?te ??? 得 t=(ln(35))/=356h 因此求得為使 MTTF=10，測試和調(diào)試該程序需要時(shí)間約為 356 小時(shí)。 軟件維護(hù)工作流程 確認(rèn)維護(hù)要求 由維護(hù)組織管理員確認(rèn)維護(hù)類型 用戶請求維護(hù) 確定維護(hù)類型 改正性維護(hù) 適應(yīng)性 完善性 預(yù)防性維護(hù) 嚴(yán)重錯(cuò)誤 非嚴(yán)重錯(cuò)誤 高優(yōu)先級 低優(yōu)先級 派人調(diào)查分析 提出修改方案 修改 測試 列入日常維護(hù)計(jì)劃 可理解性：表明人們通過閱讀源代碼和相關(guān)文檔，了解程序及其如何運(yùn)行的容易程度。 貨幣的時(shí)間價(jià)值、純收入、投資回收期、投資回收率 進(jìn)度安排 進(jìn)度安排是軟件項(xiàng)目管理中的一項(xiàng)重要內(nèi)容。 涉及的幾個(gè)概念：機(jī)動時(shí)間、關(guān)鍵路徑 在制定進(jìn)度計(jì)劃時(shí)仔細(xì)考慮和利用工程網(wǎng)絡(luò)中的機(jī)動時(shí)間，往往能夠安排出既節(jié)省資源又不影響最終竣工時(shí)間的進(jìn)度表。到測試階段結(jié)束時(shí)，軟件項(xiàng)目開發(fā)人員的數(shù)量達(dá)到頂峰。 基線是軟件生存期中各開發(fā)階段末尾的特定點(diǎn)，又稱里程碑。 三個(gè)主要特點(diǎn)：自治性、封裝性、通信性。 繼承 是軟件開發(fā)中重用概念的核心，另外便于模塊修改，同時(shí)繼承可使模塊簡化，導(dǎo)致模塊比較小容易理解。構(gòu)造和評審 OOA 概念模型的順序由 5 個(gè)層次組成，即類和對象層、屬性層、服務(wù)層、結(jié)構(gòu)層、主題層。這些組成部分把實(shí)現(xiàn)技術(shù)隱藏起來，使之與系統(tǒng)的基本問題論域行為分離開。在 OMT 中，類與類之間的關(guān)系叫做關(guān)聯(lián)。概括地講，狀態(tài)圖敘述一個(gè)對象的個(gè)體行為，而事件追蹤圖則給出多個(gè)對象所表現(xiàn)出來的集體行為。對象模型指出事件要發(fā)生在什么方面，動態(tài)模型指出什么時(shí)候發(fā)生，功能 14 模型則指出要發(fā)生什么。類和對象被分配給具體的程序構(gòu)件，模塊圖就是用來描繪這些程序構(gòu)件的。 例題 應(yīng)用 Coad 和 Yourdon 方法構(gòu)造和評審 OOA 概念模型時(shí)，應(yīng)按如下的五個(gè)層次進(jìn)行： 第一個(gè)層次是識別（ A）。有兩種（ D）：整體與部分；泛化與特化。 第五個(gè)層次是識別（ E）。 第二個(gè)層次是識別（ B）。 狀態(tài)遷移圖和交互作用圖，這兩個(gè)文件主要用于動態(tài)地模擬事件的發(fā)生和它對系統(tǒng)狀態(tài)的作用。 OTM 法已發(fā)展成支持整個(gè)的軟件生命周期，由以下四個(gè)階段組成：分析、系統(tǒng)設(shè)計(jì)和對象設(shè)計(jì)和實(shí)現(xiàn)。功能模型定義“做什么”，動態(tài)模型定義“何時(shí)做”，對象模型定義“對誰做”。然后，應(yīng)考察在任何時(shí)刻對對象及其關(guān)系的改變。即，對于問題論域部分只是做進(jìn)一步的細(xì)化，其它 3 個(gè)部分中將識別和定義新的類和對象。每個(gè)層次 的工作都為系統(tǒng)的規(guī)格說明增加了一個(gè)組成部分。 1） 形式地說明所面對的應(yīng)用問題，最終成為軟件系統(tǒng)基本 構(gòu)成的對象，還有系統(tǒng)所必須遵從的，由應(yīng)用環(huán)境所決定的規(guī)則和約束。 操作又稱為方法或服務(wù)，它描述了對象執(zhí)行的功能，若通過消息傳遞，還可以為其他對象使用。它的作用是把各階段工作的劃分更加明確化，使連續(xù)的工作在這些點(diǎn)上斷開，以便檢驗(yàn)和肯定階段成果。軟件運(yùn)行一段時(shí)間后， 12 由于軟件開發(fā)人員參與改正性維護(hù)，軟件出錯(cuò)率會很快衰減，這時(shí)軟件開發(fā)人員可以逐步撤出。 一般來說，程序設(shè)計(jì)小組的規(guī)模應(yīng)該較小，視工程規(guī)模以 28 人為宜。但是分解后又容易只注意對各個(gè)子任務(wù)的管理，以致忽略了對工程總體情況的了解和管理 。 可測試性：表明論證程序正確性的容易程度。代入 Shooman 公式： ? ?? ? tttKTTCT T eeeEK ITEEK IM T T F 7 23501000 1 0 0 0 0 01 ??? ??????? 維護(hù) 所謂軟件維護(hù)就是在軟件已 經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。 3）、故障不可能完全檢出，但一經(jīng)檢出立即得到改正。 答案：④、⑤、⑥、⑦、⑩ 調(diào)試 軟件調(diào)試是在進(jìn)行了成功的測試之后才開始的工作。 ④對于連鎖型分支結(jié)構(gòu)，若有 n 個(gè)判定語句，則有 2n條路徑