自考0333軟件工程題庫及答案

1、02333軟 件 工 程 題 庫 及 答 案單選題1. 軟件開發(fā)環(huán)境按解決的問題分類包含 （ ）A.程序設計環(huán)境 B.工具箱環(huán)境C.基于方法的環(huán)境D.以語言為中心的環(huán)境2. 用于描述待開發(fā)產(chǎn)品 / 系統(tǒng)功能上的能力、性能參數(shù)或其他性質(zhì)的是（ ）A.程序B.需求C.設計D.規(guī)約3. 下列選項中，用作詳細設計的工具是（ ）A.層次圖B.數(shù)據(jù)流圖C.模塊結(jié)構圖D.盒圖4. UML 提供的圖形化工具中，用于概念模型和軟件模型的動態(tài)結(jié)構的是（）A.用況圖B.部署圖C.對象圖D.構件圖5. 根據(jù)軟件需求分類，下列選項中不屬于設計約束的是（ ）A.并發(fā)操作B.握手協(xié)議C質(zhì)量屬性D硬件限制6. 根據(jù) RUP

2、測試活動，輸入為測試用況，活動為實現(xiàn)測試，貝 U 輸出為（）A.測試計劃B.測試構件C.測試評價D.測試過程7. 一般來說，單元測試往往采用（ ）A.等價類測試B.因果圖測試C.白盒測試D.黑盒測試8. 支持面向?qū)ο蠹夹g的軟件生存周期模型是（ ）A.噴泉模型B.螺旋模型C.增量模型D.瀑布模型9. CMMI 成熟度等級中的第四級為（）A.已定義級B.已定量管理級C.持續(xù)優(yōu)化級D.已管理級10. 若一個學生可以在一所或者多所學校注冊學習， 那么這種關聯(lián)關系稱為（）A.依賴B.泛化C.組合D.聚合11. 以下（ ）不是結(jié)構化分析方法常用的工具。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.程序流程圖D.判定樹12.

3、 軟件基本過程指那些與軟件生產(chǎn)直接相關的活動集，可分為獲取過程、供應 過程開始過程、運行過程和（ ）A.驗證過程B.調(diào)試過程C.測試過程D.維護過程13. 提高程序可讀性的有力手段是（ ）。A. 選好一種程序設計語言B. 顯式說明一切變量C.使用三種標準控制語句D.給程序加注釋14. 軟件需求分析階段的任務是確定（ ）。A.軟件開發(fā)方法B.軟件開發(fā)費用C.軟件系統(tǒng)功能D.軟件開發(fā)工具15. 下面不是軟件需求規(guī)格說明書的特點的是（）。A.正確性B.無歧義性C.完整性D.不可修改性16. 結(jié)構設計是一種應用最廣泛的系統(tǒng)設計方法，是以 （ ）為基礎、自頂 向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流B.

4、數(shù)據(jù)流圖C.數(shù)據(jù)庫D.數(shù)據(jù)結(jié)構17. 需求分析說明書不能作為（ ）。A. 可行性研究的依據(jù)B. 用戶和開發(fā)人員之間的合同C.系統(tǒng)概要設計的依據(jù)D.軟件驗收測試的依據(jù)18. 在數(shù)據(jù)流圖（DFD 中，帶有名字的箭頭表示（）。A. 控制程序 的執(zhí)行順序 B. 模塊之間的調(diào)用關系 C. 數(shù)據(jù)的流向 D. 程序的組成成分19. 下列敘述中，不屬于結(jié)構化 分析方法的是（ ）。A.面向數(shù)據(jù)流的結(jié)構化分析方法B.面向數(shù)據(jù)結(jié)構的 Jackson 方法C.面向數(shù)據(jù)結(jié)構的結(jié)構化數(shù)據(jù)系統(tǒng)開發(fā)方法D.面向?qū)ο蟮姆治龇椒?0. 詳細設計的任務是決定每個模塊的內(nèi)部特性，即模塊（）。A.外部特性B. 內(nèi)部特性C.算法和使用數(shù)

5、據(jù)D.功能和輸入輸出數(shù)據(jù)21. 下列工具中屬于需求分析常用工具的是（）。A.PADB.PFDC.N-SD.DFD22. 在白盒測試法中的邏輯覆蓋技術中，其中發(fā)現(xiàn)錯誤能力最弱的覆蓋技術是 （ ）。A.語句覆蓋B.判定覆蓋C.條件覆蓋D.數(shù)據(jù)流23. 在軟件測試過程的 4 個步驟中，測試依據(jù)是需求規(guī)格說明的是（ ）A.單元測試B.集成測試C.確認測試D.系統(tǒng)測試24. 概要設計的結(jié)果是提供一 份（ ）25. 與設計測試數(shù)據(jù)無關的文檔是（ ）C.源程序D.項目開發(fā)設計改善系統(tǒng)的功能和性能，以滿足用戶新的要求C. 完善性維護D. 預防性維護27. 軟件測試的目的是（A. 發(fā)現(xiàn)錯誤 B. 演示程序的功能

6、28. 在瀑布模型中，將軟件分為若干個時期，軟件項目的可行性研究一般歸屬于（）A.維護時期B.運行時期C.計劃時期D.開發(fā)時期29. 下列中不屬于軟件維護的是（ ）。A. 糾錯性維護B. 完善性維護C. 檢驗性維護D. 預防性維護30. 軟件工程的理論和技術性研究的內(nèi)容主要包括軟件 開發(fā)技術和（ ）。A. 消除軟件危機 B. 軟件工程管理 C. 程序設計自動化D. 程序設計自動化31. 軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎性的測試應是（）A. 集成測試B. 單元測試C. 有效性測試 D. 系統(tǒng)測試32. 強行排除法是一種常用的簡單方法， 下列選項中（ ）不屬于強行排除法A.輸出內(nèi)存 儲

7、器的信息B.進行回歸測試C. 在程序中插入打印語句D. 利用自動調(diào)試工具33. Putnam 成本估算模型是一個（ ）模型。A.靜態(tài)單變量B.動態(tài)單變量C.靜態(tài)多變量D.動態(tài)單變量34.在 SD 方法中全面指導模塊劃分的最重要的原則是（）A.模塊說明書B.框圖C.程序D. 數(shù)據(jù)結(jié)構A.需求說明書B.設計說明書26. 在軟件維護中，為了加強、的維護稱為（ ）。A. 適應性維護 B. 糾錯性維護）。C. 改善軟件的性能D.挖掘軟件的潛能A.程序模塊化B.模塊高內(nèi)聚C.模塊低耦合D.模塊獨立性35. 在集成（聯(lián)合）測試中，測試的主要目的是發(fā)現(xiàn)（A.軟件計劃B.需求分析C.設計D.編碼36. 下列不屬

8、于軟件調(diào)試技術的是（ ）。A.強行排錯法B.集成測試法C.回溯法D.原因排除法37. 下面關于 PDL 語言不正確的說法是（）A.PDL 是描述處理過程怎么做B.PDL 是只描述加工做什么C.PDL 也稱為偽碼D.PDL 的外層語法應符合一般程序設計語言常用的語法規(guī)則38. 程序的三種基本控制結(jié)構的共同特點是 （ ）。A. 不能嵌套使用B. 只能用來寫簡單程序C. 只能一個入口和一個出口D. 已經(jīng)用硬件實現(xiàn)39. 在面向?qū)ο蟮母邔釉O計體系結(jié)構中， （ ） 是用來描述用戶一般使用軟件 習慣的部分47. 軟件管理的主要職能有（ ）。A. 人員管理、計劃管理 B. 標準化管理、配置管理 C. 成本管

9、理、進度管理 D.A 和 B48. 下列模型屬于成本估算方法的有（）。A.COCOM 模型B.McCall 模型C.McCabe 模型D.時間估算法49. 下列語言中哪個語言是低級語言（ ）。A.PASCALB.VISUAL BASIC C.C+D.匯編語言50. 原型化方法是一類動態(tài)定義需求的方法，下列敘述中，哪一個不具有原型化 方法的特點（ ）。A.提供嚴格定義的文檔B.加強用戶參與和決策C. 簡化項目管理D. 加快需求的確定）階段的錯誤A. 人機交互界面 B. 問題論域C. 系統(tǒng)交互界面 D. 數(shù)據(jù)管理40. 在 ATM 機系統(tǒng)中， 下列（A. 中央計算機B. 柜臺事務41. 模塊的內(nèi)聚

10、性最高的是（A. 邏輯內(nèi)聚B. 時間內(nèi)聚）不能在面向?qū)ο笤O計中被定義為類C.撥號D.營業(yè)廳42. 把一組具有相似特性的對象組合在一起，稱之為（ ）A. 多態(tài)性B. 類C. 消息D. 繼承性43. 以下說法錯誤的是 （）。A.面向?qū)ο蠓治雠c面向?qū)ο笤O計的定義沒有明顯區(qū)別B.從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O計，是一個逐漸擴充模型的過程C.在實際的軟件開發(fā)過程中，面向?qū)ο蠓治雠c面向?qū)ο笤O計的界限是模糊的D.面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O計活動是一個多次反復迭代的過程44.SA 方法的基本思想是（）A.自頂向下逐步分解B.自底向上逐步抽象C.自底向上逐步分解D.自底向下逐步抽象45.在 E-R 模型中，包含以下基

11、本成分A. 數(shù)據(jù)、對象、實體 B. 控制、聯(lián)系、對象（ ） 。C. 實體、聯(lián)系、屬性D. 實體、屬性、操作46. 程序的三種基本控制結(jié)構是（ ）A. 過程、子程序和分程序B. 順序、選擇和重復C. 遞歸、迭D. 調(diào)用、返回和轉(zhuǎn)移多選題12. 在敏捷開發(fā)方法中，用戶故事（ User Story ）的作用是（A. 定義需要發(fā)布給最終用戶的軟件特性和功能B. 確定發(fā)布每一次增量的日程表C.用于代替詳細的活動計劃D.用于估算構建當前增量所需要的努力E.選項 A 和 C13. 數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中， 哪些是常 采用的（ ）。A. 自頂向下B. 自底向上C.

12、分層繪制D. 逐步求精14. 軟件設計中一般將用到圖形工具， 下列哪種些可用作設計的圖形工具 （）A.結(jié)構圖B.實體聯(lián)系圖C.IPO 圖D.層次圖19. 下面哪些測試屬于白盒測試（ ）。A.基本路徑測試 B.等價類劃分C.邊界值分析 D.錯誤推測 E.邏輯覆蓋測試1. 下面的（ ）是軟件構造活動的任務A. 構建軟件組件 B. 設計用戶界面2. 良好設計的特征是（A. 模塊之間呈現(xiàn)高耦合C. 包括所有組件的測試用例3. 軟件維護的策略包括 （ ）A. 定期檢測維護 B. 改正性維護） 。4. 下列屬于不標準的書寫格式有A. 書寫時適當使用空格分隔C.嵌套結(jié)構不使用分層縮進的寫法5. 面哪些測試屬

13、于黑盒測試 （A. 路徑測試B. 等價類劃分6. 下列屬于軟件測試過程的是A. 單元測試B. 組裝測試7. 軟件危機可以表現(xiàn)為（A. 產(chǎn)品不符合用戶的需要C. 軟件的可維護性差8.（ ） 可以作為模塊 .A. 子程序B. 函數(shù)） 。0C. 實施組件的單元測試D.評估組件的質(zhì)量B. 實現(xiàn)分析模型中的所有需求D .提供軟件的完整描述C. 適應性維護D. 完善性維護）。B. 一行寫入多條語句D. 程序中不加注釋0C. 邊界值分析） 。C. 內(nèi)核測試D .錯誤推測D. 法律驗證B. 軟件產(chǎn)品的質(zhì)量差D .軟件的價格昂貴C. 過程D. 編譯文件E. 循環(huán)測試E. 確認測試9. 關于內(nèi)容耦合的描述正確的是

14、（A.內(nèi)容耦合是最高程度的耦合B.應該盡量使用內(nèi)容耦合C.高級語言一般設計成允許內(nèi)容耦合的形式D.如果一個模塊有多個入口，可能發(fā)生內(nèi)容耦合10.Jackson 圖中一般可能包括A. 表頭B. 表體11. 下列屬于度量效益方法的是A. 貨幣的時間價值 B. 投資回收期）。C. 表名D. 字段名( ) 。C. 收入D. 投資回報率）。20. 下列哪些選項是屬于內(nèi)容耦合（ ）。A個模塊直接訪問另一個模塊的內(nèi)部數(shù)據(jù)B個模塊有多個入口判斷題1. 螺旋模型是在瀑布模型和增量模型的基礎上增加了風險分析活動。 ( )2. 數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行 詳細定義。 ( )3

15、. 系統(tǒng)設計時應該將模塊劃分得很細，模塊數(shù)越多越好。 ( )4. 軟件是指用程序設計語言(如 PASCAL,C,VISUAL?BASI(等)編寫的程序，軟 件開發(fā)實際上就是編寫程序代碼。 ( )5. 文檔是影響軟件可維護性的決定因素。 ( )6. 軟件模塊之間的耦合性越弱越好。 ( )7. 軟件開發(fā)的方法的工作模型是螺旋模型。 ( )8. 繼承性是父類和子類之間共享數(shù)據(jù)結(jié)構和消息的機制， 這是類之間的一種關 系。( )9. 模塊化，信息隱藏，抽象和逐步求精的軟件設計原則有助于得到高內(nèi)聚，低 耦合度的軟件產(chǎn)品 ( )10. 在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應的對象，類是對象的實 例，

16、對象是生成類的模板。 ( )11. 如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。 ( )12. 快速原型模型可以有效地適應用戶需求的動態(tài)變化。 ( )13. 總體設計的基本目的就是回答： 概括地說，系統(tǒng)應該如何實現(xiàn)？ 這個問 題。( )14. 在軟件開發(fā)過程中，軟件項目管理比軟件編碼技術顯得更為重要。 ( )15. 可行性研究階段要進行一次大大壓縮簡化了的系統(tǒng)分析和設計的過程。 ( )16. JAVA 語言編譯器是一個 CASE 工具。()17. 確認測試計劃應該在可行性研究階段制定。 ( )18. CMM 標準共分五個等級，其中第三級是已管理級。()19. 軟件就是程序，編寫軟件就是編

17、寫程序。( )20. 瀑布模型的最大優(yōu)點是將軟件開發(fā)的各個階段劃分得十分清晰。 ( )21. 結(jié)構化方法的工作模型是使用螺旋模型進行開發(fā)。( )22. 沒有 Do-case 、Do-until 形結(jié)構，就不能實現(xiàn)某些結(jié)構化程序，從而降低了 程序的運行效率。 ( )23. 白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構， 只要了解模塊的功能即 可。( )24. 過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構。 ( )25. 軟件開發(fā)小組的組成人員的素質(zhì)應該好，而人數(shù)則不宜過多。 ( )26. 類圖中的角色是用于描述該類在關聯(lián)中所扮演的角色和職責的。 ( )27. 數(shù)據(jù)流圖表示了軟件系統(tǒng)對數(shù)據(jù)的算法處理過程

18、，即系統(tǒng)的物理模型。( )28. 用面向?qū)ο蠓椒ǚ治?、設計、實現(xiàn)軟件，仍屬線性的瀑布開發(fā)模型。29. 面向?qū)ο蟮拈_發(fā)方法包括面向?qū)ο蟮姆治?、面向?qū)ο蟮脑O計和面向?qū)ο蟮某?序設計。 ( )30. 軟件危機的主要表現(xiàn)是軟件的需求量迅速增加，軟件價格上升。 ( )31. 信息隱蔽原則有利于提高模塊的內(nèi)聚性。 ( )32.SD 法是一種面向數(shù)據(jù)結(jié)構的設計方法，強調(diào)程序結(jié)構與問題結(jié)構相對應。( )33. 中心變換型的 DFD 圖可看成是對輸入數(shù)據(jù)進行轉(zhuǎn)換而得到輸出數(shù)據(jù)的處理，因此可以使用事務分析技術得到初始的模塊結(jié)構圖。 ( )34. 在等價分類法中， 為了提高測試效率， 一個測試用例可以覆蓋多個無效等

19、價 類。( )35. 用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。 ( )36. UML 建模語言是由視圖、圖、模型元素和通用機制構成的層次關系來描述的。( )37. 順序圖描述對象之間的交互關系，重點描述對象間消息傳遞的時間順序。( )38. 類圖用來表示系統(tǒng)中類和類與類之間的關系，它是對系統(tǒng)動態(tài)結(jié)構的描述。( )39. 活動圖顯示動作及其結(jié)果，著重描述操作實現(xiàn)中所完成的工作以及用例實例 或類中的活動。 ( )40. 改進程序的執(zhí)行效率不會引入錯誤。 ( )41. 數(shù)據(jù)庫設計說明書是一個軟件配置項。 ( )42. 判定表的優(yōu)點是容易轉(zhuǎn)換為計算機實現(xiàn)， 缺點是不能夠描述組合條件。 (

20、)43. 分層的 DFD 圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構。()44. RCP 法與 RSP 法的主要區(qū)別是前者采用循環(huán)漸進的開發(fā)方式，原型將成為最 終的產(chǎn)品，而后者原型將被廢棄。 ( )45. 信息建模方法是從數(shù)據(jù)的角度來建立信息模型的，最常用的描述信息模型的 方法是 E-R 圖。()46. 劃分模塊可以降低軟件的復雜度和工作量，所以應該將模塊分得越小越好。( )47. 面向?qū)ο蟮牡姆椒ㄊ且灶愖鳛樽罨镜脑兀?它是分析問題和解決問題的核 心。( )48. 復用也叫重用或再用， 面向?qū)ο蠹夹g中的“類”是比較理想的可重用軟構件， 它有三種重用方式：實例重用、繼承重用、多態(tài)重用。 (

21、 )49. 對象模型表示了靜態(tài)的、結(jié)構化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構， 它是從客觀世界實體的對象關系角度來描述，表現(xiàn)了對象的相互關系。 ( )50. 面向?qū)ο蟮姆治鲞^程主要包括三項內(nèi)容：理解、表達和驗證。 ( )答案單選題01.A02.B03.D04.A05.C06.B07.C08.A09.B10.D11.C12.D13.C14.C15.D16.B17.A18.C19.D20.C21.D22.A23.C24.A25.D26.C27.A28.C29.C30.B31.B32.B33.D34.D35.D36.B37.D46.B38.C47.D39.C48.A40.C49._41.D50.A4

22、2.B43.A44.A45.C多選題01.AC02.BD03.BCD 04.BCD05.BCD06.ABE07.ABCD 08.ABCD09.AD10.ABCD 11.ABCD 12.AD13.ACD 14.ACD19.AE20.ABC判斷題01.V02.X03.X04.X05.V06.V07.X08.X09.V10.X11.X12.V13.V14.V15.V16.V17.X18.X19.X20.X21.X22.V23.X24.X25.V26.V27.X28.X29.V30.X31.V32.X33.X34.X35.V36.V37.V38.X39.X40.X41.V42.X43.X44.V45.

23、V46.X47.X48.V49.V50.V填空題1. 計算機軟件一般是指計算機系統(tǒng)中的程序及其文檔02. 需求規(guī)約的基本性質(zhì)包括重要性和穩(wěn)定性、可修改的、完整的和一致的。3. 在結(jié)構化分析方法中，加工是數(shù)據(jù)的變換單元，即它接受輸入的數(shù)據(jù)，對 其進行處理，并產(chǎn)生輸出。4. 數(shù)據(jù)源是數(shù)據(jù)流的起點；數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。5. 結(jié)構化設計的主要任務是在需求分析的基礎上，定義滿足需求所需要的結(jié) 構，即針對給定的問題，給出該問題的軟件解決方案，確定“怎么做”的問題。6. 模塊是執(zhí)行一個特殊任務的一個過程以及相關的數(shù)據(jù)結(jié)構。7. 耦合是指不同模塊之間相互依賴程度的度量。8. 在軟件工程中，F(xiàn)TR 的中文含

24、義為正式技術評審。9. 軟件風險的兩個主要特性是不確定性和損失。10. 在構件設計中，用于描述加工邏輯的主要工具有圖形化設計表示、表格式設計表示和程序設計語言。11. 軟件項目管理的主要內(nèi)容是人員、產(chǎn)品、項目、過程。12. 功能獨立性是模塊化和抽象及信息隱藏概念的直接產(chǎn)物，是通過兩項質(zhì)量標 準來衡量的：內(nèi)聚和耦合。13. 傳統(tǒng)的軟件工程中，從分析模型到設計模型的翻譯，數(shù)據(jù)流圖是體系結(jié)構設計和接口設計的的依據(jù)；而數(shù)據(jù)設計則依據(jù)數(shù)據(jù)字典和實體-關系圖。14. 自底向上集成是集成測試中的一種策略，采用這種方法對軟件進行集成測試 時，需要為 每個模塊準備一個驅(qū)動模塊。15. 軟件工程的分析模型有三種，

25、分別是信息域、功能域和行為域。16. UML 的定義包括 UML 語義和UML 表示法兩個部分。17. 軟件工程是從軟件開發(fā)技術和軟件工程兩個方面研究如何運用工程學 的基本原理和方法來更好地開發(fā)和維護計算機軟件的一門學科。18. 在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進行大量的修改軟件配置管理能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。19. 內(nèi)聚性有七種類型，最強的是功能，最弱的是偶然。20. 集成測試采用的具體方法有漸增式方法、非漸增式方法。21. 螺旋模型利用笛卡爾坐標的四個像限分別表達軟件開發(fā)模型各方面的活 動。22. 軟件編碼階段要善于積累編程的經(jīng)驗，使得編出的程序清晰易懂、易于測試與維護,

26、從而提高軟件質(zhì)量。23. 結(jié)構程序設計的基本思想是自頂而下，逐步求精24. 數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于數(shù)據(jù)流圖中25. 大型軟件測試包括單元測試_、集成測試、 確認測試和系統(tǒng)測試四個步 驟。26. 面象方法用對象行為和屬性分解取代了傳統(tǒng)方法的功能分解。27. 白盒測試和黑盒測試是軟件測試的兩類基本方法，這兩類方法各有所長，相互補充。28. UML 中的泛化關系就是通常所說的繼承關系。29. 在前期需求明確、資料完整的情況下盡量采用 瀑布模型。30. 軟件重用技術是能從根本上提高軟件可維護性的重要技術。31. 檢查軟件產(chǎn)品是否符合需求定義的過程稱為確認測認。名詞解釋1

27、. 軟件工程：內(nèi)容：軟件工程是用科學知識和技術原理來定義、開發(fā)、維護軟件的一門學科。（它是一門綜合性的交叉學科，它涉及計算機科學、工程科學、管理科學、數(shù)學 等。 ）2. 軟件危機：內(nèi)容：是計算機軟件的開發(fā)和維護過程所遇到的一系列嚴重的問題。3. 軟件需求：內(nèi)容：軟件需求是指（1）用戶解決問題或達到目標所需的條件或能力；（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能 力；（3） 種反映上面（1）或（2）所描述的條件或能力的文檔說明。4. 需求分析：內(nèi)容：是準確的理解用戶的需求將其轉(zhuǎn)換成需求定義， 然后由需求定義轉(zhuǎn)換成形 式化的功能規(guī)約。5. 結(jié)構化程序設計內(nèi)容：結(jié)

28、構化程序設計是一種程序設計技術，采用自頂向下逐步求精的設計方法 和單入口單出口的控制構件。6. 軟件設計： 內(nèi)容：從抽象概括到具體實踐過程 。7. 信息隱蔽： 內(nèi)容：指在設計和確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)據(jù)） ，對 于不需要這些信息的其它 模塊來說，是不能訪問的。8. 對象：內(nèi)容：是系統(tǒng)中描述客觀事物的一個實體， 它是構成系統(tǒng)的一個基本單位， 由一 組屬性和對這組屬性進行操作的一組服務組成，是類的一個實例9. 數(shù)據(jù)字典：內(nèi)容：數(shù)據(jù)字典由數(shù)據(jù)條目組成， 數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖的數(shù)據(jù)流、 加工、數(shù)據(jù)源及外部實體。10. 耦合：內(nèi)容：塊間聯(lián)系，軟件系統(tǒng)結(jié)構中各模塊間相互聯(lián)

29、系緊密程度的一種度量。11. 數(shù)據(jù)抽象：內(nèi)容：數(shù)據(jù)抽象把一個數(shù)據(jù)對象的定義 （ 或描述 ） 抽象為一個數(shù)據(jù)類型名，用此 類型名可定義多個具有相同性質(zhì)的數(shù)據(jù)對象。12. 類： 內(nèi)容：具有相似或相同性質(zhì)的對象的抽象就是類。13. 系統(tǒng)測試：內(nèi)容：系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較， 發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相 符合或與之矛盾的地方。14. 綜合測試：內(nèi)容：綜合測試 是組裝軟件的系統(tǒng)測試技術 , 按設計要求把通過單元測試的各 個模塊組裝在一起之后 , 進行綜合測試以便發(fā)現(xiàn)與接口有關的各種錯誤。15. 軟件生存周期模型： 內(nèi)容：軟件生存周期模型是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。16. 軟件

30、生存周期： 內(nèi)容：軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、運行（使用）和維護直到退役的全 過程稱為軟件生存周期，包括軟件定義、開發(fā)、使用和維護三部分17. 成熟度等級： 內(nèi)容：軟件成熟度等級是指軟件開發(fā)組織在走向成熟的途中幾個具有明確定義的 表示軟件過程能力成熟度的平臺。18. 繼承： 內(nèi)容：廣義的說是指能夠直接獲得已有的性質(zhì)和特征，而不必重復定義它們 狹義的說是子類自動地共享基類中定義的數(shù)據(jù)和方法的機制19 項目管理：內(nèi)容：就是通過合理地組織和利用一切可以利用的資源， 按照計劃的成本和計劃 的進度，完成一個計劃的目標，它包含團隊管理、風險管理、采購管理、流程管 理、時間管理、成本管理和質(zhì)量管理等。

31、20. 白盒測試：內(nèi)容：白盒測試是已知產(chǎn)品內(nèi)部工作過程 , 通過測試檢驗產(chǎn)品內(nèi)部動作是否按照 產(chǎn)品規(guī)格說明的規(guī)定正常進行。21. 預防性維護：內(nèi)容：預防性維護 是為了進一步改善軟件系統(tǒng)的可維護性和可靠性 , 并為以后 的改進奠定基礎。22. 編程風格： 內(nèi)容：是在不影響性能的前提下 , 有效地編排和組織程序以提高可讀性和可維性。23. 數(shù)據(jù)流圖： 內(nèi)容：數(shù)據(jù)流圖是結(jié)構化分析的基本工具，它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。24. 軟件測試： 內(nèi)容：軟件測試是以最少的時間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。25. CASE 工具：內(nèi)容：CASET 具是一些軟件系統(tǒng)，支持軟件過程的常規(guī)活動，如編輯設計

32、圖表、 檢查圖表的連貫性、跟蹤已經(jīng)運行的程序測試等。26. 模塊作用域：內(nèi)容：是指受該模塊判定影響的所有模塊。 受該模塊內(nèi)的一個判定影響的所有模 塊的集合27. 內(nèi)聚性：內(nèi)容：內(nèi)聚性是模塊獨立性的衡量標準之一， 它是指模塊的功能強度的度量， 即 一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量28. 數(shù)據(jù)設計： 內(nèi)容：數(shù)據(jù)設計是為在需求規(guī)格說明中定義的那些數(shù)據(jù)對象選擇合適的邏輯表示 并確定可能作用在這些邏輯結(jié)構上的所有操作 （包括選用已存在的程序包 ）29. 瀑布模型： 內(nèi)容：瀑布模型是將軟件生命周期的各項活動規(guī)定為依線性順序連接的若干階段 的模型，適合于軟件需求很明確的軟件項目。30. 條件組合

33、覆蓋： 內(nèi)容：條件組合覆蓋就是設計足夠的測試用例， 運行被測程序，使得每個判斷的 所有可能的條件取值組合至少執(zhí)行一次。問答題一、軟件生命期各階段的任務是什么？答：軟件生命期分為 7 個階段： 1） 問題定義：確定要解決的問題是什么； 2） 可 行性研究：確定問題是否值得解，技術可行性、經(jīng)濟可行性、操作可行性； 3） 需求分析：確定該系統(tǒng)必須做什么； 4） 總體設計：確定系統(tǒng)如何實現(xiàn)，包括系 統(tǒng)設計和結(jié)構設計； 5）詳細設計： 具體實現(xiàn)設計的系統(tǒng)； 6）實現(xiàn)：編碼和測試； 7） 運行維護：保證軟件正常運行。二、如何理解模塊獨立性？用什么指標來衡量模塊獨立性？ 答：模塊獨立的概念是模塊化、抽象、信

34、息隱蔽和局部化概念的直接結(jié)果。模塊的獨立性很重要：第一，有效的模塊化（即具有獨立的模塊）的軟件比 較容易開發(fā)出來。 第二，獨立的模塊比較容易測試和維護。 模塊的獨立程度可 以由兩個定性標準度量， 分別是內(nèi)聚和耦合。 內(nèi)聚衡量一個模塊內(nèi)部各個元素彼 此結(jié)合的緊密程度；耦合衡量不同模塊彼此之間互相依賴（連接）的緊密程度。三、軟件重用的效益是什么？答： 1） 軟件重用可以顯著地改善軟件的質(zhì)量和可靠性； 2） 軟件重用可以極大 地提高軟件開發(fā)的效率； 3） 節(jié)省軟件開發(fā)的成本，避免不必要的重復勞動和 人力、財力的浪費。四、需求規(guī)約的作用是什么？ 答：需求規(guī)約的作用可概括為以下 4 點： 1）需求規(guī)約是

35、軟件開發(fā)組織和用戶之 間一份事實上的技術合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。2）對于項目的其余 大多數(shù)工作， 需求規(guī)約是一個管理控制點； 3）對于產(chǎn)品 / 系統(tǒng)的設計，需求規(guī) 約是一個正式的、受控的起始點； 4）需求規(guī)約是創(chuàng)建產(chǎn)品驗收測試計劃和用戶 指南的基礎。五、簡述建模過程及步驟？ 答：為了支持系統(tǒng)地使用信息來創(chuàng)建系統(tǒng)功能模型， 結(jié)構化分析方法給出了建模 的基本步驟，該過程屬于“自頂向下，功能分解”形式。1. 建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語境； 2.自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖；3. 定義數(shù)據(jù)字典； 4. 描述加工。六、簡述 RUP 中迭代增量式開發(fā)的概念以及規(guī)定的開發(fā)階段。答：R

36、UP 中迭代增量式開發(fā)是指通過開發(fā)活動的迭代， 不斷產(chǎn)生相應的增量。1） 初始階段； 2）精化階段； 3）構造階段； 4）移交階段七、簡述結(jié)構化方法總體設計的任務。答：結(jié)構化設計方法是將應用軟件設計過程劃分為總體設計和詳細設計兩個階段。 總體設計的主要任務是要確定軟件的整體結(jié)構，其具體的任務是： 1）將系統(tǒng)或 子系統(tǒng)分解為多個模塊； 2）確定模塊之間傳送的數(shù)據(jù)及其調(diào)用關系； 3）評價 并改進模塊結(jié)構的質(zhì)量。八、簡述變換設計與事務設計的區(qū)別及聯(lián)系。 答：變換設計是在需求規(guī)約的基礎上，經(jīng)過一系列設計步驟， 將變換型數(shù)據(jù)流圖 轉(zhuǎn)換成系統(tǒng)的模塊結(jié)構圖。其基本步驟是：1. 設計準備復審并精化系統(tǒng)模 型；

37、 2. 確定輸入、變換、輸出這三部分之間的邊界； 3. 第一級分解系統(tǒng) 模塊結(jié)構圖頂層和第一層的設計； 4. 第二級分解自頂向下，逐步求精；當 數(shù)據(jù)流圖具有明顯的事務型特征時， 也就是有一個明顯的事務處理中心時， 則比 較適宜采用事務設計。事務設計的基本步驟和變換設計大體相同。事務設計的基本步驟如下：1. 設計準備復審并精化系統(tǒng)模型； 2. 確定事務處理中心； 3. 第一級分解系 統(tǒng)模塊結(jié)構圖頂層和第一層的設計； 4. “第二級分解”自頂向下，逐步求 精。九、簡述 CMM 成熟度等級的概念、劃分及組成。 答：成熟度等級是指達到預先定義的一組過程域所有目標的一種過程改善等級。在 CMM 中，應用

38、于一個組織過程改善的成熟度等級有5 個：1 級：初始級； 2 級：以管理級； 3 級：以定義級； 4 級：以定量管理級； 5 級： 持續(xù)優(yōu)化級； 十、什么是狀態(tài)？什么是狀態(tài)圖？簡述實際應用中只用狀態(tài)圖的作用。答：狀態(tài)是類目的一個實例在其生存中的一種條件或情況； 期間該實例滿足這一 條件，就執(zhí)行某一活動或等待一個消息。 狀態(tài)圖是現(xiàn)實狀態(tài)機的圖， 強調(diào)從一個 狀態(tài)到另一個狀態(tài)的控制流。 從實際使用中狀態(tài)圖的作用： 創(chuàng)建一個系統(tǒng)的動態(tài) 圖和創(chuàng)建一個場景的模型。十一、簡述詳細設計任務及各階級的目標。 答：概要設計已經(jīng)確定了每個模塊的功能和接口， 詳細設計的任務就是為每個模 塊設計其實現(xiàn)的細節(jié)。 詳細設

39、計階段的根本目標是確定應該怎樣具體地實現(xiàn)所要 求的系統(tǒng)， 得出對目標系統(tǒng)的精確描述。 詳細設計階段的內(nèi)容為每個模塊進行詳 細的算法設計。 為模塊內(nèi)部的數(shù)據(jù)結(jié)構進行設計。對數(shù)據(jù)庫進行物理設計。 其他 詳細設計工具主要包括程序流程圖（系統(tǒng)流程圖）、盒圖（N-S 圖）、PAD 圖和偽 碼（ PDL）。十二、簡述測試與軟件開發(fā)各階段的關系。答：測試與軟件開發(fā)各階段的關系 單元測試對程序中每一個程序單元進行測試， 檢查各個模塊是否爭取實現(xiàn)規(guī)定的功能， 從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤， 該階段涉及編碼和詳細設計文檔。 集成測試是為了檢查與設計相關的軟件體系 結(jié)構的有關問題，也就是檢查概要設計是否合理有

40、效。 確認測試主要是檢查已 實現(xiàn)的軟件是否滿足需求規(guī)格說明書中已確定了的各種需求。 系統(tǒng)測試是把已 確認的軟件與其他系統(tǒng)元素（如硬件，其他支持軟件、數(shù)據(jù)、人工等）結(jié)合在一 起進行測試，以確定軟件是否可以支付使用 十三、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？ 答：軟件質(zhì)量定義為： 與所確定的功能和性能需求的一致性； 與所成文的開發(fā)標 準一致性； 與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。 而軟件質(zhì)量保證 就是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品， 確保軟件產(chǎn)品從誕生到消亡為止的 所有階段的質(zhì)量的活動， 即確定、達到和維護需要的軟件質(zhì)量而進行的所有有計 劃、有系統(tǒng)的管理活動。十四、什么是數(shù)據(jù)流圖？

41、其作用是什么？ 其中的基本符號各表示什么含義？ 答：數(shù)據(jù)流圖簡稱 DFD 是 SA 方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動和處理的過程， 由于它只反映系統(tǒng)必 須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號： 箭頭表示數(shù)據(jù)流；“O”圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲；“”方框表 示數(shù)據(jù)的源點或終點。十五、軟件維護的特點是什么？ 答：軟件維護主要體現(xiàn)在三個方面：1. 非結(jié)構化維護和結(jié)構化維護。軟件的開發(fā)過程對軟件的維護有很大的影響。若不采用軟件工程的方法開發(fā)軟件， 則軟件只有程序而無文檔， 維護工作非常困 難，這是一種非結(jié)構化的維護。 若

42、采用軟件工程的方法開發(fā)軟件， 則各階段都有 相應的文檔，容易進行維護工作，這是一種結(jié)構化的維護。2. 維護的困難性。軟件維護的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā)階段沒有嚴格而有科學的管理和規(guī)劃， 就會引起軟件運行 時的維護困難。3. 軟件維護的費用。軟件維護的費用在總費用中的比重是在不斷增加的，這 是軟件維護有形的代價。 另外還有無形的代價， 即要占用更多的資源。 軟件維護 費用增加的主要原因是軟件維護的生產(chǎn)率非常低。 十六、對軟件開發(fā)環(huán)境的基本要求有哪些？答：對軟件開發(fā)環(huán)境的基本要求有以下幾點：軟件開發(fā)環(huán)境應是高度集成的 一體化的系統(tǒng)； 軟件開發(fā)環(huán)境應具有高度的通用性； 軟件開發(fā)環(huán)境應易于定 制、裁剪或擴充以符合用戶要求， 即軟件開發(fā)環(huán)境應具有高度的適應性和靈活性； 軟件開發(fā)環(huán)境不但可應用性要好， 而且是易使用的、 經(jīng)濟高效的系統(tǒng)； 軟件 開發(fā)環(huán)境應有輔助開發(fā)向半自動開發(fā)和自動開發(fā)逐步過渡的系統(tǒng) 十七、制定軟件項目進度表有哪兩種途徑。 答：制定軟件項目進度表有下列兩種途徑： 軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最 后期限從后往前安排時間； 軟件項目開發(fā)組織根據(jù)項目和資源情況制定軟件項目 開發(fā)的初步計劃和交付軟件產(chǎn)品的日