軟件工程期末考試參考試題

1、軟件工程期末考試參考試題一、填空題1、軟件生存周期一般可分為問(wèn)題定義、可行性研究、需求分析、設(shè)計(jì)編碼、測(cè)試、運(yùn)行與維護(hù)階段。 2、按軟件的功能進(jìn)行劃分，軟件可以劃分為系統(tǒng)軟件、支撐軟件和應(yīng)用軟件。3、可行性研究主要集中在以下四個(gè)方面經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性和抉擇。 4、用戶(hù)界面的可使用性是用戶(hù)界面設(shè)計(jì)最重要的也是最基本的目標(biāo)。 5、常見(jiàn)的軟件概要設(shè)計(jì)方法有3大類(lèi)：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的結(jié)構(gòu)化設(shè)計(jì)方（SD），以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的Jackson方法，以對(duì)象、類(lèi)、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）。 6、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。7、軟件測(cè)試的方法有

2、分析方法和非分析方法（即黑盒法）。8、單元測(cè)試一般以白盒測(cè)試為主，黑盒測(cè)試為輔。9、成本估計(jì)方法主要有自底向上估計(jì)、自頂向下估計(jì)和算法模型估計(jì)三種類(lèi)型。10. 文檔（document）一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。11 機(jī)器語(yǔ)言、匯編語(yǔ)言：依賴(lài)于機(jī)器，面向（機(jī)器）12. 軟件有效性（efficiency），指軟件系統(tǒng)的時(shí)間和（空間）效率。 13. 軟件定義過(guò)程可通過(guò)軟件系統(tǒng)的(可行性研究)和需求分析兩個(gè)階段來(lái)完成。14. 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。15. 為了使用戶(hù)需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。16. 一個(gè)軟件的深

3、度是指其控制的（層數(shù)）。17. 以詳細(xì)設(shè)計(jì)說(shuō)明書(shū)為輸入，將該輸入用某種程序設(shè)計(jì)語(yǔ)言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過(guò)程叫（編碼）過(guò)程。 18. 軟件維護(hù)是軟件生命周期的（最后）一個(gè)階段19. 軟件工程由（方法）、工具和過(guò)程三部分組成，稱(chēng)軟件工程的三要素。20. 基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和（文檔）組成。21. 數(shù)據(jù)流圖就是用來(lái)刻畫(huà)數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡(jiǎn)單的圖形記號(hào)分別表示數(shù)據(jù)流、轉(zhuǎn)換、（數(shù)據(jù)源）以及外部實(shí)體。22. 被繼承的類(lèi)我們稱(chēng)之為基類(lèi)（父類(lèi)），在基類(lèi)的基礎(chǔ)上新建立的類(lèi)我們稱(chēng)之為派生類(lèi)子類(lèi)。 23. 流程圖也稱(chēng)為程序框圖是最常用的一種表示法，它有

4、順序、分支和（循環(huán)）三個(gè)基本控制構(gòu)件。 24. 機(jī)器語(yǔ)言和匯編語(yǔ)言，也稱(chēng)為（低級(jí)）語(yǔ)言。 25. 軟件測(cè)試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過(guò)程。26. 軟件可維護(hù)性，是指軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能等屬性、適應(yīng)環(huán)境變化等方面工作的（難易）程度。 27. 軟件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問(wèn)題的（需求）。28 在實(shí)體-關(guān)系圖簡(jiǎn)稱(chēng)E-R圖中，數(shù)據(jù)對(duì)象實(shí)體用長(zhǎng)方形、關(guān)系用（菱形）、屬性用橢圓表示。 29. 建立數(shù)據(jù)流模型要遵循的原則包括：每個(gè)加工至少應(yīng)有一個(gè)輸入數(shù)據(jù)流以反映被處理數(shù)據(jù)的來(lái)源和一個(gè)（輸出）數(shù)據(jù)流來(lái)反映加工的結(jié)果 30. 從工程管理的角度軟件設(shè)

5、計(jì)可分為概要設(shè)計(jì)和（詳細(xì)）設(shè)計(jì)兩大步驟。31. 通過(guò)向用戶(hù)提供視覺(jué)和聽(tīng)覺(jué)上的反饋，保持用戶(hù)與界面間的雙向通信，是提高界面可（交互）性的措施之一。 32. 程序設(shè)計(jì)語(yǔ)言的可靠性是指程序設(shè)計(jì)語(yǔ)言本身不出錯(cuò)或?qū)﹀e(cuò)誤的（糾正）能力。33. 對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行（重點(diǎn)）測(cè)試。 34. 測(cè)試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。二、單項(xiàng)選擇題1. 下列哪個(gè)階段不屬于軟件生存周期的三大階段（ C ）。 A、計(jì)劃階段 B、開(kāi)發(fā)階段 C、編碼階段 D、維護(hù)階段2. 需求分析是（ A ）。 A、 軟件開(kāi)發(fā)工作的基礎(chǔ) B、 軟件生存周期的開(kāi)始 C、 由系統(tǒng)分析員單獨(dú)完成的 D、

6、 由用戶(hù)自己?jiǎn)为?dú)完成的3. 原型化方法是軟件開(kāi)發(fā)中一類(lèi)常用的方法，它與結(jié)構(gòu)化方法相比較，更需要（ B ）。 A、 明確的需求定義 B、完整的生命周期 C、 較長(zhǎng)的開(kāi)發(fā)時(shí)間 D、熟練的開(kāi)發(fā)人員4. 軟件維護(hù)時(shí)，對(duì)測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測(cè)試、診斷、定位、糾錯(cuò)，直至修改的回歸測(cè)試過(guò)程稱(chēng)為（ A ）。 A、改正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)5. 一般說(shuō)來(lái)，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（ A ）。A、不是不可以理解的B、是不能容忍的C、是要求退貨的理由D、是必然的6、對(duì)在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（B）、條目定義 、數(shù)據(jù)字典 、數(shù)據(jù)定義 、數(shù)據(jù)說(shuō)明 7、軟件的可行

7、性研究中不包括（D）、法律可行性 、技術(shù)可行性 、經(jīng)濟(jì)可行性 、政治可行性 8、根據(jù)用戶(hù)在軟件使用過(guò)程中提出的建設(shè)性意見(jiàn)而進(jìn)行的維護(hù)活動(dòng)稱(chēng)為（C）。A. 糾錯(cuò)性維護(hù) B. 適應(yīng)性維護(hù) C. 改善性維護(hù) D. 預(yù)防性維護(hù) 9、人機(jī)界面的風(fēng)格大致經(jīng)過(guò)了（B）代的演變。A. 三 B. 四 C. 五 D. 六 10、以下不屬于白盒測(cè)試技術(shù)的是（D）A.邏輯覆蓋 B.基本路徑測(cè)試 C.循環(huán)覆蓋測(cè)試 D.等價(jià)類(lèi)劃分 11、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱(chēng)為（A）。A.糾錯(cuò)性維護(hù) B.適應(yīng)性維護(hù) C.改善性維護(hù) D.預(yù)防性維護(hù) 12、從事物的組成部件及每個(gè)部件的屬性、功能來(lái)認(rèn)識(shí)事物。這種方法被稱(chēng)

8、為（A）的方法。 A、面向?qū)ο?B、面向數(shù)據(jù) C、面向過(guò)程 D、面向?qū)傩?13、判定表由四部分組成：左上部列出（B）。A. 條件組合與動(dòng)作之間的對(duì)應(yīng)關(guān)系 B. 所有條件 C. 所有可能的動(dòng)作 D. 可能的條件組合 14、面向?qū)ο蟮姆治龊驮O(shè)計(jì)(OOA&OOD)方法出現(xiàn)在20世紀(jì)（C）年代中期。 A. 50 B. 60 C. 70 D. 80 15、耦合度也可以分為七級(jí)：其中最松散的耦合是（A）。A. 非直接耦合 B. 數(shù)據(jù)耦合 C. 特征耦合 D. 控制耦合 16、面向?qū)ο蠓椒ㄊ菍F(xiàn)實(shí)世界的事物以對(duì)象的方式（ B ）到計(jì)算機(jī)世界的方法。A. 對(duì)應(yīng) B. 映射 C. 反映 D. 反射 17、盒圖也

9、稱(chēng)為（D）或Chapin圖。這種表達(dá)方式取消了流程線(xiàn)，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問(wèn)題。A. 流程圖 B. 框圖 C. 判定表 D. N-S圖 18、描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式是（A ）。A、E-R圖 B、DFD C、結(jié)構(gòu)圖 D、框圖 19、結(jié)構(gòu)化程序設(shè)計(jì)理論認(rèn)為，實(shí)現(xiàn)良好的程序結(jié)構(gòu)要應(yīng)用（ A ）的分析方法。A、自頂向下 B、自底向上 C、面向?qū)ο?D、基于組件 20、在結(jié)構(gòu)化程序設(shè)計(jì)當(dāng)中，不建議使用（ D ）。 A、分支語(yǔ)句 B、循環(huán)語(yǔ)句 C、子程序調(diào)用語(yǔ)句 D、轉(zhuǎn)向語(yǔ)句 21、軟件生產(chǎn)過(guò)程中，需求信息由（D ）給出。 A、程序員 B、項(xiàng)目管理者 C、軟件分析設(shè)計(jì)人員 D、軟件用戶(hù)

10、22、在下列的基本成分中，哪個(gè)不是數(shù)據(jù)流程圖的基本成分？（ D）A、信息處理 B、信息存儲(chǔ) C、外部實(shí)體 D、系統(tǒng)狀態(tài) 23、與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（D ）。 A、需求說(shuō)明書(shū) B、設(shè)計(jì)說(shuō)明書(shū) C、源程序 D、項(xiàng)目開(kāi)發(fā)設(shè)計(jì) 三、多項(xiàng)選擇題（每小題2分，共10分）1. 下面哪些測(cè)試屬于白盒測(cè)試（ AE ）。A、基本路徑測(cè)試 B、等價(jià)類(lèi)劃分C、邊界值分析 D、錯(cuò)誤推測(cè)E、邏輯覆蓋測(cè)試2. 下列哪些選項(xiàng)是屬于內(nèi)容耦合（ ABC ）。A、一個(gè)模塊直接訪(fǎng)問(wèn)另一個(gè)模塊的內(nèi)部數(shù)據(jù)B、一個(gè)模塊有多個(gè)入口C、一個(gè)模塊不通過(guò)正常入口轉(zhuǎn)到另一模塊內(nèi)部D、一個(gè)模塊只有一個(gè)入口3. 下列屬于度量效益方法的是（ ABC

11、 ）。A、貨幣的時(shí)間價(jià)值 B、投資回收期C、收入 D、投資回報(bào)率4. 數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是常采用的（ ACD ）。A、自頂向下 B、自底向上 C、分層繪制 D、逐步求精5. 軟件設(shè)計(jì)中一般將用到圖形工具，下列哪種些可用作設(shè)計(jì)的圖形工具（ ACD ）。A、結(jié)構(gòu)圖 B、實(shí)體聯(lián)系圖 C、IPO圖 D、層次圖四、判斷題。1、在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（）2、系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（）3、用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（）4、在程序調(diào)試時(shí)，找出錯(cuò)誤的位置

12、和性質(zhì)比改正該錯(cuò)誤更難。（）5、以對(duì)象、類(lèi)、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見(jiàn)的軟件概要設(shè)計(jì)方法之一。（）6、如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（）7、快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。（）8、模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（）9、集成測(cè)試主要由用戶(hù)來(lái)完成。（）10、軟件危機(jī)完全是由于硬件問(wèn)題引起的。（）11. 缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持， 這往往是產(chǎn)生軟件危機(jī)的原因之一。（） 12. 一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書(shū)面和口頭表達(dá)能力。（）13. 在用戶(hù)需求

13、分析時(shí)觀(guān)察用戶(hù)手工操作過(guò)程不是為了模擬手工操作過(guò)程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（）14. 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶(hù)交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（）15. 流程圖也稱(chēng)為程序（框圖）是最常用的一種表示法。（） 16. 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（） 17. 理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類(lèi)用戶(hù)設(shè)計(jì)。（）18. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶(hù)輸入的動(dòng)作。（）19. 用窮舉測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（）20、編碼時(shí)應(yīng)盡可能使用全局變量（）

14、21、重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（）22、程序中的注解越少越好（）23. 糾錯(cuò)性維護(hù)是改正運(yùn)行期間發(fā)現(xiàn)的潛伏錯(cuò)誤。（）24. 軟件可移植性（portability），是指軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或（環(huán)境）移植到另一個(gè)上去的難易程度。（）25. 軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡(jiǎn)單性等屬性。（） 26. 當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時(shí)，V（G）值將隨之增加，即程序的復(fù)雜性增大。（）27. 一般來(lái)說(shuō)，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（） 28. 設(shè)計(jì)用戶(hù)界面只需要計(jì)算機(jī)科學(xué)的理論和知識(shí)，而不一定需要認(rèn)知心理學(xué)以及

15、人-機(jī)工程學(xué)、語(yǔ)言學(xué)等學(xué)科的知識(shí)。（） 29. 第四代語(yǔ)言（4GL）還局限在某些領(lǐng)域內(nèi)，如數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)言。（） 30. 不同程序設(shè)計(jì)語(yǔ)言在程序的效率上的差異不大。（）31. 編碼的依據(jù)是詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。（） 32. 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（）33. 軟件項(xiàng)目定義部分由制定軟件項(xiàng)目開(kāi)發(fā)計(jì)劃、需求分析2個(gè)階段組成。（） 34. 預(yù)防性維護(hù)是修改軟件，以適應(yīng)軟硬件環(huán)境的變化。（）35. 開(kāi)發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤，往往是產(chǎn)生軟件危機(jī)的原因之一。（）36. 據(jù)統(tǒng)計(jì)，軟件維護(hù)人員為了分析和理解原軟件系統(tǒng)所花費(fèi)的工作量約占整個(gè)維護(hù)工作量的60%以下。（）37. 數(shù)據(jù)流圖中各構(gòu)成

16、元素的名稱(chēng)不一定必須具有明確的含義以代表對(duì)應(yīng)元素的內(nèi)容或功能。（） 38. 軟件設(shè)計(jì)也可看作將需求規(guī)格說(shuō)明逐步轉(zhuǎn)換為軟件源代碼的過(guò)程。（）39. 最高耦合度是數(shù)據(jù)耦合。（） 40. 人機(jī)界面（Human-Computer Interface，簡(jiǎn)稱(chēng)HCI）又稱(chēng)人- 機(jī)接口或用戶(hù)界面。（）41. 在同一用戶(hù)界面中，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應(yīng)采用不同的形式和風(fēng)格。（） 42. 判定覆蓋必然滿(mǎn)足語(yǔ)句覆蓋。（）43. 為提高可交互性一般對(duì)大多數(shù)操作動(dòng)作應(yīng)允許用戶(hù)恢復(fù)。同時(shí)應(yīng)盡量減少用戶(hù)記憶的信息量。（）44. 編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性。（）45. 軟件在使用過(guò)程

17、中維護(hù)不十分復(fù)雜。（）46. 軟件可重用性（reusability），是指軟部件可以在多種場(chǎng)合使用的程度。（）47. 缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（）48. 快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶(hù)交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（）49. 流程圖也稱(chēng)為程序框圖是最常用的一種表示法。（） 50. 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（）51、在軟件維護(hù)過(guò)程中改善性維護(hù)是為適應(yīng)環(huán)境的變化而修改軟件的活動(dòng)。（） 52.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加

18、了風(fēng)險(xiǎn)分析活動(dòng)。（）53.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（） 54.JAVA語(yǔ)言編譯器是一個(gè)CASE工具。（）55.軟件是指用程序設(shè)計(jì)語(yǔ)言（如PASCAL ,C,VISUAL BASIC 等）編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼。（）56.軟件模塊之間的耦合性越弱越好。（） 57.數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)（）58.在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類(lèi)都存在其相應(yīng)的對(duì)象，類(lèi)是對(duì)象的實(shí)例，對(duì)象是生成類(lèi)的模板。（） 59.過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（）60.快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。（）61.模塊化，信息隱藏

19、，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（） 62可行性研究進(jìn)一步研究問(wèn)題分析階段所確定的問(wèn)題是否有可行的解。（）63并發(fā)系統(tǒng)中遇到的一個(gè)主要問(wèn)題是定時(shí)問(wèn)題。（） 64面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3 個(gè)要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。（） 65軟件重用是提高軟件開(kāi)發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。（） 66判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（）67Power Designer是一個(gè)CASE工具。（） 68在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)問(wèn)題。（） 69UML是一種面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即OOA/OOD方法。（） 70在面向?qū)ο蟮能浖?/p>

20、開(kāi)發(fā)方法中，每個(gè)類(lèi)都存在其相應(yīng)的對(duì)象，對(duì)象是類(lèi)的實(shí)例，類(lèi)是生成對(duì)象的模板。（） 五、簡(jiǎn)答題1、什么是軟件危機(jī)?為什么會(huì)產(chǎn)生軟件危機(jī)?答：軟件危機(jī)是指軟件在開(kāi)發(fā)和維護(hù)過(guò)程時(shí)所遇到的一系列問(wèn)題。主要包含二方面的問(wèn)題：一是如何開(kāi)發(fā)軟件以滿(mǎn)足社會(huì)對(duì)軟件日益增長(zhǎng)的需求，二是如何維護(hù)數(shù)量不斷增長(zhǎng)的已有軟件。產(chǎn)生軟件危機(jī)的原因：一方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)。2、耦合性有哪幾種類(lèi)型? 其耦合度的順序如何？耦合性低高非直接耦合數(shù)據(jù)耦合特征耦合控制耦合外部耦合公共耦合內(nèi)容耦合模塊獨(dú)立性強(qiáng)弱其中，1、2、3屬于弱耦合，4屬于中度耦合，5、6屬于較強(qiáng)耦合、7屬于強(qiáng)耦合。非直接耦

21、合 數(shù)據(jù)耦合特征耦合 控制耦合外部耦合 公共耦合內(nèi)容耦合 內(nèi)聚性低高偶然內(nèi)聚邏輯內(nèi)聚時(shí)間內(nèi)聚通信內(nèi)聚順序內(nèi)聚功能內(nèi)聚偶然內(nèi)聚模塊獨(dú)立性弱強(qiáng)其中，1、2、3屬于低內(nèi)聚，4屬于中內(nèi)聚，5、6屬于高內(nèi)聚。 3、簡(jiǎn)述需求分析工作可以分成哪四個(gè)方面？軟件需求分析的有哪三個(gè)基本原則？答：需求分析階段分成四個(gè)方面：對(duì)問(wèn)題的識(shí)別、分析與綜合、制定規(guī)格說(shuō)明和評(píng)審。三個(gè)基本原則：必須能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域和功能域；必須按自頂向下、逐步分解的方式對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化；要給出系統(tǒng)的邏輯視圖和物理視圖。 4、什么是黑盒測(cè)試法？答：黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，它只檢查程序功

22、能是否能按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)生正確地輸出信息。5、什么是軟件生存周期？答：一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱(chēng)為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開(kāi)始，直到軟件產(chǎn)品被淘汰的全過(guò)程。6、在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么？答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫(kù)、表格、人工過(guò)程等）。系統(tǒng)流程圖表達(dá)的是部件的信息流程，而不表示信息進(jìn)行加工處理的控制過(guò)程。7、為什么數(shù)據(jù)流圖要分層？答：為了表

23、達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍微復(fù)雜的實(shí)際問(wèn)題，需要按照問(wèn)題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。8、軟件的質(zhì)量反應(yīng)為哪些方面的問(wèn)題？答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。在各種標(biāo)準(zhǔn)中定義了一些開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件。如果不遵這些開(kāi)發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。往往會(huì)有一些隱含的需求沒(méi)有明確地提出來(lái)。如果軟件只滿(mǎn)足那些精確定義了的需求而沒(méi)有滿(mǎn)足這些隱含的需求，軟件質(zhì)量也不能保證。軟件質(zhì)量是各種特性的復(fù)雜組合。它隨著應(yīng)用的不同為不同，隨著用戶(hù)提出的質(zhì)量要求不同而不同。9、軟件工程的基本原則

24、有抽象、信息隱藏、模塊化和其他哪些內(nèi)容？（軟件工程必須遵循那些基本原則？） 答： 1) 抽象 2) 信息隱藏（2分） 3) 模塊化 （2分） 4) 局部化 5) 一致性 6) 完全性 7) 可驗(yàn)證性（2分） 10、常用的軟件項(xiàng)目的估算方法主要有哪4種？ 1) 自頂向下的估算方法 2) 自底向上的估算方法 3) 差別估算法 4) 根據(jù)經(jīng)驗(yàn)估算公式 11、原型法模型一般適應(yīng)哪些場(chǎng)合？ 它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)，更適合于那些項(xiàng)目組成員（包括分析員、設(shè)計(jì)員、程序員和用戶(hù)）不能很好交流或通信有困難的情況。 12、簡(jiǎn)答結(jié)構(gòu)化程序設(shè)計(jì)的內(nèi)容及基本要點(diǎn)。 內(nèi)容：是程序設(shè)計(jì)技術(shù)，它采用自

25、頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件。 基本要點(diǎn)：(1)采用自頂向下，逐步求精的程序設(shè)計(jì)方法。 (2)使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序，選擇和循環(huán) (3)采用主程序員組的組織形式。 (4)采用單入口單出口的模塊形式。13、瀑布模型一般適應(yīng)哪些場(chǎng)合？ 瀑布模型一般適用于功能、性能明確、完整、無(wú)重大變化的軟件系統(tǒng)的開(kāi)發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)等系統(tǒng)軟件的開(kāi)發(fā)。應(yīng)用有一定的局限性。 14、軟件工程的目標(biāo)是什么？ 答：在給定成本、進(jìn)度的前提下，開(kāi)發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并滿(mǎn)足用戶(hù)需求的軟

26、件產(chǎn)品。 15、螺旋模型的適應(yīng)場(chǎng)合有哪些？ 答：適應(yīng)場(chǎng)合：支持需求不明確、特別是大型軟件系統(tǒng)的開(kāi)發(fā)，并支持面向規(guī)格說(shuō)明、面向過(guò)程、面向?qū)ο蟮榷喾N軟件開(kāi)發(fā)方法，是一種具有廣闊前景的模型。 16、軟件開(kāi)發(fā)風(fēng)險(xiǎn)分析實(shí)際上就是貫穿于軟件工程過(guò)程中的一系列風(fēng)險(xiǎn)管理步驟，它包括哪些主要內(nèi)容？答：1) 風(fēng)險(xiǎn)標(biāo)識(shí) 2) 風(fēng)險(xiǎn)估算 3) 風(fēng)險(xiǎn)評(píng)價(jià) 4) 風(fēng)險(xiǎn)駕馭和監(jiān)控。 17、軟件生存周期中的軟件開(kāi)發(fā)過(guò)程由概要設(shè)計(jì)和其它哪幾個(gè)階段組成？ 答：1) 詳細(xì)設(shè)計(jì) 2) 實(shí)現(xiàn) 3) 組裝設(shè)計(jì) 4) 驗(yàn)收測(cè)試 18、實(shí)體關(guān)系（Entity-Relation）圖 簡(jiǎn)稱(chēng)E-R圖，是表示數(shù)據(jù)對(duì)象及其之間關(guān)系的圖形語(yǔ)言機(jī)制。19、需求評(píng)審標(biāo)準(zhǔn)（按照重要性的次序）包括哪些內(nèi)容？答： 1）正確性 2）無(wú)歧義性 3）完全性 4）可驗(yàn)證性 5）一致性 6）可理解性 7）可修改性 8）可追蹤性。 20、計(jì)算機(jī)軟件與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、 規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。21、需求分析的任務(wù)是什么？ 答：需求分析的任務(wù)是確定待開(kāi)發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系