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

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

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

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

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

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

6、#160;     B、 軟件生存周期的開始  C、 由系統(tǒng)分析員單獨(dú)完成的      D、 由用戶自己單獨(dú)完成的3. 原型化方法是軟件開發(fā)中一類常用的方法，它與結(jié)構(gòu)化方法相比較，更需要（ B ）。  A、 明確的需求定義                B、完整的生命周期  C、 較長的開發(fā)時(shí)間   

7、;             D、熟練的開發(fā)人員4. 軟件維護(hù)時(shí)，對測試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測試、診斷、定位、糾錯(cuò)，直至修改的回歸測試過程稱為（ A ）。    A、改正性維護(hù)            B、適應(yīng)性維護(hù)  C、完善性維護(hù)         &

8、#160;   D、預(yù)防性維護(hù)5. 一般說來，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（ A ）。A、不是不可以理解的B、是不能容忍的C、是要求退貨的理由D、是必然的6、對在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（B）、條目定義 、數(shù)據(jù)字典 、數(shù)據(jù)定義 、數(shù)據(jù)說明 7、軟件的可行性研究中不包括（D）、法律可行性 、技術(shù)可行性 、經(jīng)濟(jì)可行性 、政治可行性 8、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動稱為（C）。A. 糾錯(cuò)性維護(hù) B. 適應(yīng)性維護(hù) C. 改善性維護(hù) D. 預(yù)防性維護(hù) 9、人機(jī)界面的風(fēng)格大致經(jīng)過了（B）代的演變。A. 三 B. 四 C. 五 D. 六 10、

9、以下不屬于白盒測試技術(shù)的是（D）A.邏輯覆蓋 B.基本路徑測試 C.循環(huán)覆蓋測試 D.等價(jià)類劃分 11、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動稱為（A）。A.糾錯(cuò)性維護(hù) B.適應(yīng)性維護(hù) C.改善性維護(hù) D.預(yù)防性維護(hù) 12、從事物的組成部件及每個(gè)部件的屬性、功能來認(rèn)識事物。這種方法被稱為（A）的方法。 A、面向?qū)ο?B、面向數(shù)據(jù) C、面向過程 D、面向?qū)傩?13、判定表由四部分組成：左上部列出（B）。A. 條件組合與動作之間的對應(yīng)關(guān)系 B. 所有條件 C. 所有可能的動作 D. 可能的條件組合 14、面向?qū)ο蟮姆治龊驮O(shè)計(jì)(OOA&OOD)方法出現(xiàn)在20世紀(jì)（C）年代中期。 A. 5

10、0 B. 60 C. 70 D. 80 15、耦合度也可以分為七級：其中最松散的耦合是（A）。A. 非直接耦合 B. 數(shù)據(jù)耦合 C. 特征耦合 D. 控制耦合 16、面向?qū)ο蠓椒ㄊ菍F(xiàn)實(shí)世界的事物以對象的方式（ B ）到計(jì)算機(jī)世界的方法。A. 對應(yīng) B. 映射 C. 反映 D. 反射 17、盒圖也稱為（D）或Chapin圖。這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問題。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

11、 ）的分析方法。A、自頂向下 B、自底向上 C、面向?qū)ο?D、基于組件 20、在結(jié)構(gòu)化程序設(shè)計(jì)當(dāng)中，不建議使用（ D ）。 A、分支語句 B、循環(huán)語句 C、子程序調(diào)用語句 D、轉(zhuǎn)向語句 21、軟件生產(chǎn)過程中，需求信息由（D ）給出。 A、程序員 B、項(xiàng)目管理者 C、軟件分析設(shè)計(jì)人員 D、軟件用戶 22、在下列的基本成分中，哪個(gè)不是數(shù)據(jù)流程圖的基本成分？（ D）A、信息處理 B、信息存儲 C、外部實(shí)體 D、系統(tǒng)狀態(tài) 23、與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（D ）。 A、需求說明書 B、設(shè)計(jì)說明書 C、源程序 D、項(xiàng)目開發(fā)設(shè)計(jì) 三、多項(xiàng)選擇題（每小題2分，共10分）1. 下面哪些測試屬于白盒測試（ AE

12、 ）。A、基本路徑測試 B、等價(jià)類劃分C、邊界值分析 D、錯(cuò)誤推測E、邏輯覆蓋測試2. 下列哪些選項(xiàng)是屬于內(nèi)容耦合（ ABC ）。A、一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)B、一個(gè)模塊有多個(gè)入口C、一個(gè)模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部D、一個(gè)模塊只有一個(gè)入口3. 下列屬于度量效益方法的是（ ABC ）。A、貨幣的時(shí)間價(jià)值 B、投資回收期C、收入 D、投資回報(bào)率4. 數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是常采用的（ ACD ）。A、自頂向下 B、自底向上 C、分層繪制 D、逐步求精5. 軟件設(shè)計(jì)中一般將用到圖形工具，下列哪種些可用作設(shè)計(jì)的圖形工具（ ACD ）

13、。 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、用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（×）4、在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（）5、以對象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見的軟件概要設(shè)計(jì)方法之一。（）6、如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（×）7、快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化

14、。（）8、模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（）9、集成測試主要由用戶來完成。（×）10、軟件危機(jī)完全是由于硬件問題引起的。（×）11. 缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持， 這往往是產(chǎn)生軟件危機(jī)的原因之一。（） 12. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（×）13. 在用戶需求分析時(shí)觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（）14. 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)

15、雜的算法等場合。（）15. 流程圖也稱為程序（框圖）是最常用的一種表示法。（） 16. 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（） 17. 理想的人機(jī)界面應(yīng)針對具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（）18. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動作。（×）19. 用窮舉測試是較現(xiàn)實(shí)的測試方法。（×）20、編碼時(shí)應(yīng)盡可能使用全局變量（×） 21、重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（）22、程序中的注解越少越好（×）23. 糾錯(cuò)性維護(hù)是改正運(yùn)行期間發(fā)現(xiàn)的潛伏錯(cuò)誤。（）24.

16、軟件可移植性（portability），是指軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或（環(huán)境）移植到另一個(gè)上去的難易程度。（）25. 軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡單性等屬性。（×） 26. 當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時(shí)，V（G）值將隨之增加，即程序的復(fù)雜性增大。（）27. 一般來說，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（） 28. 設(shè)計(jì)用戶界面只需要計(jì)算機(jī)科學(xué)的理論和知識，而不一定需要認(rèn)知心理學(xué)以及人-機(jī)工程學(xué)、語言學(xué)等學(xué)科的知識。（×） 29. 第四代語言（4GL）還局限在某些領(lǐng)域內(nèi)，如數(shù)據(jù)庫查詢語言。（） 30. 不

17、同程序設(shè)計(jì)語言在程序的效率上的差異不大。（×）31. 編碼的依據(jù)是詳細(xì)設(shè)計(jì)說明書。（） 32. 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（）33. 軟件項(xiàng)目定義部分由制定軟件項(xiàng)目開發(fā)計(jì)劃、需求分析2個(gè)階段組成。（） 34. 預(yù)防性維護(hù)是修改軟件，以適應(yīng)軟硬件環(huán)境的變化。（×）35. 開發(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)成元素的名稱不一定必須具有明確的含義以代表對應(yīng)元素的內(nèi)容或功能。（×） 38.

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

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

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

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

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

23、合，5、6屬于較強(qiáng)耦合、7屬于強(qiáng)耦合。非直接耦合® 數(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、簡述需求分析工作可以分成哪四個(gè)方面？軟件需求分析的有哪三個(gè)基本原則？答：需求分析階段分成四個(gè)方面：對問題的識別、分析與綜合、制定規(guī)格說明和評審。三個(gè)基本原則：必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域；必須按自頂向下、逐步分解的方式對問題進(jìn)行分解和不斷細(xì)化；要給出系統(tǒng)的邏輯視圖和物

24、理視圖。 4、什么是黑盒測試法？答：黑盒測試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)生正確地輸出信息。5、什么是軟件生存周期？答：一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長的時(shí)期稱為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開始，直到軟件產(chǎn)品被淘汰的全過程。6、在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么？答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫、表格、人

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

26、能保證。軟件質(zhì)量是各種特性的復(fù)雜組合。它隨著應(yīng)用的不同為不同，隨著用戶提出的質(zhì)量要求不同而不同。9、軟件工程的基本原則有抽象、信息隱藏、模塊化和其他哪些內(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)哪些場合？ 它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)，更適合于那些項(xiàng)目組成員（包括分析員、設(shè)計(jì)員、程序

27、員和用戶）不能很好交流或通信有困難的情況。 12、簡答結(jié)構(gòu)化程序設(shè)計(jì)的內(nèi)容及基本要點(diǎn)。 內(nèi)容：是程序設(shè)計(jì)技術(shù)，它采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件。 基本要點(diǎn)：(1)采用自頂向下，逐步求精的程序設(shè)計(jì)方法。 (2)使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序，選擇和循環(huán) (3)采用主程序員組的組織形式。 (4)采用單入口單出口的模塊形式。13、瀑布模型一般適應(yīng)哪些場合？ 瀑布模型一般適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。應(yīng)用有一定的局限性。 14、軟件工程的目標(biāo)是什么？ 答：在給定成本、進(jìn)度的前提下，開發(fā)出

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