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