【文章內(nèi)容簡介】 23 24 三個數(shù) 2 只給 a 只給一邊 只給 b 只給 c 只給 ab 只給兩邊 只給 b , c 只給 ac 給出三個以上 25 26 27 28 29 30 31 非零數(shù) 3 a 為 0 一邊為零 b 為 0 c 為 0 a , b 為 0 二邊為零 b , c 為 0 a , c 為 0 三邊 a , b , c 均為 0 32 33 34 35 36 37 38 輸 入 條 件 輸 入 三 個 整 數(shù) 正數(shù) 4 a 0 一邊 0 b 0 c 0 a 0 且 b 0 二邊 0 a 0 且 c 0 b 0 且 c 0 三邊均 0 ： a 0 且 b 0 且 c 0 39 40 41 42 43 44 構(gòu)成一般 三角形 a + b c b + c a a + c b 5 6 7 a + b 0 a + b = 0 b + c a b + c = a a + c b a + c = b 45 構(gòu)成等腰 三角形 a = b b = c 且兩邊之和 a = c 大于第三邊 8 9 10 輸 出 條 件 構(gòu)成等腰 三角形 a = b = c 11 表 例 1 的等價類型表 覆蓋有效等價類的測試用例： a b c 覆蓋等價類號碼 3 4 5 （ 1） （ 7） 4 4 5 （ 1） （ 7），（ 8） 4 5 5 （ 1） （ 7），（ 9） 5 4 5 （ 1） （ 7），（ 10） 4 4 4 （ 1） （ 7），（ 11） 第八章 維護 [考核的知識點和要求 ] 理解： 軟件維護的種類，軟件可維護性的屬性； 掌握 ： 軟件 的可維護性 。 ? 軟件維護的定義 ： 所謂軟件維護就是在軟件已經(jīng)交付使用之后，為了改正錯誤或 滿足新的需要而修改軟件的過程。 ? 軟件維護過程 ： 維護過程本質(zhì)上是修改和壓縮了的軟件定義和開發(fā)過程，而且事實上遠在提出一項維護要求之前，與軟件維護有關(guān)的工作已經(jīng)開始了。 ? 進行維護的原因： 改正程序中的錯誤和缺陷；改進設計以適應新的軟、硬件環(huán)境 。增加新的應用范圍；為了將來的維護工作。 ? 維護分為以下幾類： 改正性維護；適應性維護；完善性維護；預防性維護 九 面向?qū)ο蟮脑O計方法 [考核的知識點和要求 ] 掌握： 面向?qū)ο蟮母拍詈兔嫦驅(qū)ο蠼＃粚ο竽Ｐ?、動態(tài)模型和功能模型的建立；軟件重用的特性 理解 ： 問題 域?qū)ο笤O計， 面向?qū)ο笤O計的任務和設計模型 ；對象和類 面向?qū)ο蠓椒▽W概述 面向?qū)ο蠼＃êw第 9 章和第 10 章） 面向?qū)ο蠓治龅幕具^程 面向?qū)ο蟮脑O計準則 十 軟件項目管理 [考核的知識點和要求 ] 理解 ： 制定進度計劃的工具有哪些 ； 軟件質(zhì)量的保證措施有哪些；軟件配置管理；能力成熟度模型分為哪幾級 了解： 如何估算軟件規(guī)模，如何進行工作量的估算；人員如何組織 ； 復習模擬題 一、 判斷題：在正確的打上√，錯誤的打上 （一）、 1．軟件工程學只有理論意義，沒有實際用途。 （ ） 2．軟件 工程的方法只適用于大型軟件的開發(fā)，對小型軟件的開發(fā)沒有幫助。（ ） 3．可行性研究進一步研究問題分析階段所確定的問題是否有可行的解。 （ ） 4．代碼審查方法沒有計算機測試方法好。 （ ） 5．驗證軟件需求的方法主要靠人工審查的方法。 （ ） 6．并發(fā)系統(tǒng)中遇到的一個主要問題是定時問題。 （ ） 7．編碼風格由個人喜好決定，沒有固定格式。 （ ） 8．面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的 3 個要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。（ ） 9．軟件重用是提高軟件開發(fā)生產(chǎn)率和目標系統(tǒng)質(zhì)量的重要途徑。 （ ） 10．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。 （ ） 11． Power Designer 是一個 CASE 工具。 （ ） 12． 軟件是指用程序設計語言（如 Pascal， C， Visual Basic 等）編寫的程序，軟件開發(fā)實際上就是編寫程序代碼。 （ ） 13． 在進行需求分析時需同時考慮維護問題 。 （ ） 14． UML 是一種面向?qū)ο蟮姆治鲈O計方法，即 OOA/OOD 方法 。 （ ） 15． 在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應的對象，對象是類的實例，類是生成對象的模板。 （ ） 答案： √ √ √ √ √ √ 1√ 1 1 1 1√ （二）、 。 （ ） 2．數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，處理過程、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細定義。（ ） 3．統(tǒng)一的建模語言，是一種軟件工程設計語言 。 （ ） 4．模塊化使程序設計比較方便，但比較難以維護 。 （ ） 5．一個模塊實際上就是一個進程 。 （ ） 6．過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 （ ） 7．編程語言應該在軟件概要設計時選擇 。 （ ） 8．如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明 軟件是正確的。 （ ） 9． 在進行概要設計時應加強模塊間聯(lián)系 。 （ ） 10． 一般人為，軟件開發(fā)階段是由設計、編碼和測試三個基本活動組成 。 （ ） 11． 軟件概要設計包括軟件系統(tǒng)結(jié)構(gòu)設計以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設計。 （ ） 12． 為了提高程序的易讀性，盡可能使用高級語言或 4GL 編寫 程序 。 （ ） 13． 為了加強軟件維護作業(yè)的進度，應盡可能增加維護人員的數(shù)目 。 （ ） 14． 模塊化，信息隱藏，抽象和逐步求精的軟件設計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（ ） 15． 確認測試計劃應該在可行性研究階段制定 。 （ ） 答案： √ √ 1 1√ 1 1√ 1 （三）、 1. 可行性研究工作要在初步的需求定義之前進行。（ X） 2. 軟件開發(fā)、設計幾乎都是從頭開始，成本和進度很難估計。 (√ ) 3. 文檔（ document） — 一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。（√） 4. 軟件工程使用的軟件工具能夠自動或半自動地支持軟件的開發(fā)、管理和文檔的生成。（√） 5. 為了充分發(fā)揮開發(fā)人員的潛力、縮短工期，軟件工程項目的任務分解與安排應盡力挖掘可并行開發(fā)的部分。（√） 6. 需求分析階段的成果主要是需求規(guī)格說明，但該成果 與軟件設計、編碼、測試直至維護關(guān)系不大。（ X） 7. 類是對具有共同特征的對象的進一步抽象。（√） 8. 面對日益增長的軟件需求，人們顯得力不從心。往往是產(chǎn)生軟件危機的原因之一。（√） 9. 數(shù)據(jù)輸入的一般準則中包括采用靈活多樣的交互方式，允許用戶自選輸入方式；允許用戶控制交互過程。（√） 10. 如果在分析階段和設計階段采用的是面向?qū)ο蟮姆椒?，而在編碼階段采用的是面向過程的語言，那么這種翻譯就比較困難。（√） 11. 軟件測試是對軟件規(guī)格說明、軟件設計和編碼的最全面也是最后的審查。（√） 12. 如果測試過程沒有發(fā)現(xiàn)任何錯誤，則說明軟件沒有錯誤。 (X) （四）、 1. 糾錯性維護是改正運行期間發(fā)現(xiàn)的潛伏錯誤。（√） 2. 軟件可移植性（ portability），是指軟件從一個計算機系統(tǒng)或（環(huán)境）移植到另一個上去的難易程度。（√） 3. 軟件復雜性不能反映出軟件的可理解性、模塊化、簡單性等屬性。（ X） 4. 當程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時， V（ G）值將隨之增加，即程序的復雜性增大。（√） 5. 一般來說，設計軟件時應盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（√） 6. 設計用戶界面只需要計算機科學的理論和知識，而不一定需要認知心理學以及人 機工程學、語言學等學科的知識。（ X） 7. 第四代語言（ 4GL）還局限在某些領(lǐng)域內(nèi)，如數(shù)據(jù)庫查詢語言。（√） 8. 不同程序設計語言在程序的效率上的差異不大。（ X） 9. 編碼的依據(jù)是詳細設計說明書。（√） 10. 程序文檔應該包括代碼的功能、代碼的完成者等內(nèi)容。（√） 11. 軟件項目定義部分由制定軟件項目開發(fā)計劃、需求分析 2 個階段組成。（√ ） （五）、 1. 開發(fā)大型軟件易產(chǎn)生疏漏和錯誤，往往是產(chǎn)生軟件危機的原因之一。（√） 2. 據(jù)統(tǒng)計，軟件維護人員為了分析和理解原軟件系統(tǒng)所花費的工作量約占整個維護工作量的 60%以下。（ X） 3. 數(shù)據(jù)流圖中各構(gòu)成元素的名 稱不一定必須具有明確的含義以代表對應元素的內(nèi)容或功能。（ X） 4. 軟件設計也可看作將需求規(guī)格說明逐步轉(zhuǎn)換為軟件源代碼的過程。（√） 5. 最高耦合度是數(shù)據(jù)耦合。（ X） 6. 人機界面（ HumanComputer Interface，簡稱 HCI）又稱人 機接口或用戶界面。（√） 7. 在同一用戶界面中，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應采用不同的形式和風格。（ X） 8. 判定覆蓋必然滿足語句覆蓋。（√） 9. 為提高可交互性一般對大多數(shù)操作動作應允許用戶恢復。同時應盡量減少用戶記憶的信息量。（√） 10. 編程中應采用統(tǒng)一的標準和約定 ，降低程序的復雜性。（√） 11. 軟件在使用過程中維護不十分復雜。 (X) 12. 軟件可重用性（ reusability），是指軟部件可以在多種場合使用的程度。 (√ ) 二、單選題： （一）、 軟件危機主要體現(xiàn)在（ ） A、軟件成本太高 B、開發(fā)周期長 C、軟件產(chǎn)品的質(zhì)量難以控制 D、軟件規(guī)模過大 為了解決軟件危機，人們提出了用（ ）的原理來設計軟件。 A、運籌學 B、工程學 C、軟件學 D、數(shù)學 瀑布模型的關(guān)鍵不足在于（ ） A、過于 簡單 B、不能適應需求的動態(tài)變更 C、過于靈活 D、各個階段需要進行評審 軟件使