軟件工程考試題帶答案

1、一、選擇題1軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是：（ B ）A)B)C)D)可行性研究，問題定義，需求分析。問題定義，可行性研究，需求分析?？尚行匝芯浚枨蠓治?，問題定義。以上順序都不對。2可行性研究主要從以下幾個方面進行研究：（A）A）技術(shù)可行性，經(jīng)濟可行性，操作可行性。B）技術(shù)可行性，經(jīng)濟可行性，系統(tǒng)可行性。C）經(jīng)濟可行性，系統(tǒng)可行性，操作可行性。D）經(jīng)濟可行性，系統(tǒng)可行性，時間可行性。3 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下：（C）A)內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。B)內(nèi)容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。C)內(nèi)容耦合，公共環(huán)境

2、耦合，控制耦合，數(shù)據(jù)耦合。D)控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。4在詳細設計階段所使用到的設計工具是：（A）A)程序流程圖， PAD圖，N-S 圖，HIPO圖，判定表，判定樹 .B)數(shù)據(jù)流程圖，Yourdon圖，程序流程圖，PAD圖，N-S 圖， HIPO圖。C)判定表，判定樹，PDL，程序流程圖，PAD 圖， N-S圖。D)判定表，判定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。5 按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是：（A）A)模塊的作用域應在模塊的控制域之內(nèi)。B)模塊的控制域應在模塊的作用域之內(nèi)。C)模塊的控制域與模塊的作用域互相獨立。D)以上說法都不

3、對。6在軟件生命周期中，能準確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是（C）A. 概要設計 B. 詳細設計 C. 需求分析 D. 可行性分析7下面不是軟件工程的3 個要素的是（C ）A過程 B. 方法C. 環(huán)境 D.工具8. 下面不屬于軟件的組成的是（ B ）A程序B.記錄C.文檔D.數(shù)據(jù)9 在瀑布模型中，將軟件分為若干個時期，軟件項目的可行性研究一般歸屬于 （ C ） A. 維護時期 B. 運行時期 C. 定義時期 D. 開發(fā)時期10. 在瀑布模型中，下面（ C ）是其突出的缺點。A. 不適應平臺的變動B. 不適應算法的變動C.不適應用戶需求的變動D.不適應程序語言的變動11 下面不屬于軟件的特點

4、的是（D ）。A 軟件是一種軟件產(chǎn)品B 軟件產(chǎn)品不會用壞，不存在磨損、消耗問題C軟件產(chǎn)品的生產(chǎn)主要是研制D軟件產(chǎn)品非常便宜12 軟件開發(fā)工具是協(xié)助開發(fā)人員進行軟件開發(fā)活動所使用的軟件或環(huán)境。下面不是軟件開發(fā)工具的是（A ）。A. 維護工具B. 編碼工具 C. 測試工具 D. 需求分析工具13.下列敘述中不屬于軟件生命周期模型的是（D ）。A. 原型模型 B. 瀑布模型 C. 螺旋模型 D. 快速組裝模型14.軟件設計中，用抽象和分解的目的是（ B）。A. 提高易讀性 B. 降低復雜性C. 增加內(nèi)聚性 D. 降低耦合性15 軟件生命周期中所花費用最多的階段是（D ）。A. 詳細設計 B. 軟件編

5、碼 C. 概要設計 D. 軟件測試和維護16. 開發(fā)軟件時對提高開發(fā)人員工作效率至關(guān)重要的是（B ）。A. 操作系統(tǒng)的資源管理功能B. 先進的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)量D.計算機的并行處理能力17. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ B ）。A. 軟件投機B. 軟件危機C. 軟件工程D 軟件產(chǎn)生18 軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）。A. 定義、開發(fā)、運行維護B. 設計階段、編程階段、測試階段C.總體設計、詳細設計、編程調(diào)試D.需求分析、功能定義、系統(tǒng)設計19. 軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和（B）。A.

6、 消除軟件危機B. 軟件工程管理C.程序設計自動化D.實現(xiàn)軟件可重用20 軟件工程的出現(xiàn)是由于（C ）。A. 程序設計方法學的影響B(tài). 軟件產(chǎn)業(yè)化的需要C.軟件危機的出現(xiàn)D.計算機的發(fā)展21. 在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（ D）。A. 概要設計B. 詳細設計22. 開發(fā)大型軟件時，產(chǎn)生困難的根本原因是（ A ）。 A. 大系統(tǒng)的復雜性 B. 人員知識不足23. 文檔是軟件開發(fā)人員、 軟件管理人員、維護人員、用戶以及計算機之間的 （ B），軟件開發(fā)人員在各個階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎。A. 接口 B. 橋梁 C.科學 D.繼續(xù)

7、24 軟件工程學的目的是以較低的成本，研制（A ）質(zhì)量的軟件。A 較高 B 較低 C.可靠 D.優(yōu)秀25 軟件從一個計算機系統(tǒng)或環(huán)境轉(zhuǎn)換到另一個計算機和環(huán)境的容易程度稱為（D）。A. 可用性 B. 兼容性 C.可靠性 D.可移植性26. 軟件生存周期是指（D）階段。A. 軟件開始使用到用戶要求修改為止B. 軟件開始使用到被淘汰為止C.從開始編寫程序到不能再使用為止D.從立項制定計劃，進行需求分析到不能再使用為止27. 軟件工程學是應用科學理論和工程上的技術(shù)指導軟件開發(fā)的學科，其目的是（ B）。A 引入新技術(shù)提高空間利用率B 用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴大軟件功能D硬軟件結(jié)合使系

8、統(tǒng)面向應用28. 軟件可行性分析是著重確定系統(tǒng)的目標和規(guī)模。對成本 - 效益進行發(fā)現(xiàn)應屬于下列選項中的（A）。A. 經(jīng)濟可行性B. 操作可行性C.技術(shù)可行性D.社會可行性29 在數(shù)據(jù)流圖中，用圓或者橢圓來表示（B）。A. 數(shù)據(jù)流 B. 加工 C.數(shù)據(jù)存儲 D.數(shù)據(jù)源點或終點30. 需求分析階段的任務是確定（ C ）。A. 軟件開發(fā)方法B. 軟件開發(fā)費用C.軟件系統(tǒng)功能D.軟件開發(fā)工具31（D）的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。A 需求分析 B 概要設計 C總體設計 D可行性研究32. 下列選項中（ D ）不是軟件需求規(guī)格目標。A. 便于用戶、分

9、析員和軟件設計人員進行理解及交流B. 控制系統(tǒng)的實施過程C.作為軟件測試和驗收以及維護的依據(jù)D.便于軟件的維護33 下面描述中，不符合結(jié)構(gòu)化程序設計風格的是（B ）。A 使用順序、選擇和重復（循環(huán)）三種基本控制結(jié)構(gòu)表示程序的控制邏輯B 模塊只有一個入口，可以有多個出口C注重提高程序的執(zhí)行效率D 不使用 goto 語句34. 下列工具中屬于需求分析常用工具的是（D ）。A.PAD B.PFD C.N-SD.DFD35. 在數(shù)據(jù)流圖（ DFD）中，帶有名字的箭頭表示（C ）。A. 控制程序的執(zhí)行順序B. 模塊之間的調(diào)用關(guān)系C.數(shù)據(jù)的流向D.程序的組成成分36. 在軟件生產(chǎn)過程中，需求信息的給出是（

10、D ）。A. 程序員 B. 項目管理者 C. 軟件分析設計人員D. 軟件用戶37 下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（C ）。A. 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B. 面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向?qū)ο蟮姆治龇椒?8 結(jié)構(gòu)設計是一種應用最廣泛的系統(tǒng)設計方法，是以（B ）為基礎、自頂向下、逐步求精和模塊化的過程。A. 數(shù)據(jù)流 B. 數(shù)據(jù)流圖 C. 數(shù)據(jù)庫 D 數(shù)據(jù)結(jié)構(gòu)39 需求分析是由分析員經(jīng)了解用戶的要求，認真細致地調(diào)研、分析，最終應建立目標系統(tǒng)的邏輯模型并寫出（ B ）。A. 模塊說明書 B. 軟件規(guī)格說明書 C.項目開發(fā)計劃 D. 合同文檔40. 結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、 （

11、 D）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖 B.PAD 圖 C.IPO 圖 D. 數(shù)據(jù)字典41. 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（ A） A. 數(shù)據(jù)定義 B. 數(shù)據(jù)維護 C. 數(shù)據(jù)通訊 D.數(shù)據(jù)庫設計42. 以下（ A ）不是詳細設計中常用的圖形描述工具。A. 數(shù)據(jù)流圖 B. 程序流圖 C.盒圖（ N-S)D. 問題分析圖（ PAD）43. 在結(jié)構(gòu)圖的有關(guān)術(shù)語中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是（ C）A. 扇入 B扇出 C深度 D寬度44. 模塊的獨立程度是評價設計好壞的重要標準。 （ A ）是衡量軟件的模塊獨立性的兩個定性

12、度量標準。A 耦合性和內(nèi)聚性B 內(nèi)聚性和可靠性C耦合性和獨立性D可靠性和獨立性45. 軟件設計包括（B ）兩個階段。A. 接口設計和結(jié)構(gòu)設計B. 概要設計和詳細設計C.數(shù)據(jù)設計和概要設計D.結(jié)構(gòu)設計和過程設計46 在詳細設計階段，經(jīng)常采用的工具是（A ）。A.PADB.SAC.SCD.DFD47. 在軟件開發(fā)中，下面任務不屬于設計階段的是（D ）。A. 數(shù)據(jù)結(jié)構(gòu)設計B給出系統(tǒng)模塊結(jié)構(gòu)C 定義模塊算法D定義需求并建立系統(tǒng)模型48. 對建立良好的程序設計風格，下面描述正確的是（ A ）。 A 程序應簡單、清晰、可讀性好 B 符號名的命名要符合語法C 充分考慮程序的執(zhí)行效率D程序的注釋可有可無49.

13、 下面不屬于軟件設計原則的是（ C ）。 A 抽象 B 模塊化 C自底向上 D信息隱蔽50. 為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（C）。A PAD圖B.N-S圖C.結(jié)構(gòu)圖D數(shù)據(jù)流圖51 軟件測試按照功能劃分可以分為（B）。A 黑盒測試和單元測試B 白盒測試和黑盒測試C 集成測試和單元測試D白盒測試和靜態(tài)測試52 在軟件測試過程的4 個步驟中，測試依據(jù)是需求規(guī)格說明的是(C)A 單元測試 B 集成測試 C 確認測試 D系統(tǒng)測試53 黑盒測試法屬于（C ）。A 集成測試 B 系統(tǒng)測試 C 動態(tài)測試 D靜態(tài)測試54 下列敘述中錯誤的是（C

14、 ）。A 測試是為了尋找錯誤而運行程序的過程B 一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試C測試的目的是為了證明程序是正確的D 一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試55 軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎性的測試應是(B )A 集成測試 B 單元測試 C有效性測試 D 系統(tǒng)測試56. 程序的三種基本控制結(jié)構(gòu)是（B）。A. 過程、子程序和分程序B. 順序、選擇和重復C. 遞歸、迭代和回溯D. 調(diào)用、返回和轉(zhuǎn)移57. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，?(D ) 。A) 系統(tǒng)模型、 ER模型、應用模型B) 對象模型、動態(tài)模型、應用模型C) - 模型、對

15、象模型、功能模型D) 對象模型、動態(tài)模型、功能模型58. 在 E-R模型中，包含以下基本成分 ( C ) 。A) 數(shù)據(jù)、對象、實體B) 控制、聯(lián)系、對象C) 實體、聯(lián)系、屬性D) 實體、屬性、操作59軟件測試的目標是（A）。A. 證明軟件是正確的B.發(fā)現(xiàn)錯誤、降低錯誤帶來的風險C. 排除軟件中所有的錯誤D.與軟件調(diào)試相同60軟件生命周期中所花費用最多的階段是（D）A詳細設計B軟件編碼C軟件測試D 軟件維護61. 在數(shù)據(jù)流圖中 , 圓或橢圓表示 (1) _ A_ ，平行線表示 (2) _ D_ 。(1) A、加工B、外部實體C、數(shù)據(jù)流D、存儲(2) A 、加工B 、外部實體C、數(shù)據(jù)流D、存儲62

16、瀑布模型（ Waterfall Model）突出的缺點是不適應(D ) 的變動。A、算法B、平臺C、程序語言D 、用戶需求63結(jié)構(gòu)化分析方法 (SA) 的一個重要指導思想是 (C )。A自頂向下，逐步抽象B自底向上，逐步抽象C自頂向下，逐步分解D自底向上，逐步分解64模塊的控制范圍包括它本身及它所有的從屬模塊，模塊的作用范圍是指模塊內(nèi)一個判定的作用范圍，凡是受到這個判定影響的所有模塊都屬于這個判定的作用范圍，理想的情況是 ( A )A模塊的作用范圍應在控制范圍之內(nèi)B模塊的控制范圍應在作用范圍之內(nèi)C模塊的作用范圍與控制范圍交叉D模塊的作用范圍與控制范圍分離65 關(guān)于模塊設計的原則，以下敘述中正確

17、的是(B)A模塊的內(nèi)聚性高，模塊之間的耦合度高B模塊的內(nèi)聚性高，模塊之間的耦合度低C模塊的內(nèi)聚性低，模塊之間的耦合度高D模塊的內(nèi)聚性低，模塊之間的耦合度低66軟件的用戶界面作為人機接口起著越來越重要的作用，用戶界面的 ( D) 是用戶界面設計中最重要的也是最基本的目標。A靈活性B風格多樣性C美觀性D易操作性67. 原型化方法是一種動態(tài)定義需求的方法， ( D) 不具有原型化方法的特征。A簡化項目管理B盡快建立初步需求C加強用戶參與和決策D提供嚴格定義的文檔68數(shù)據(jù)流圖包含的成分有(B)A. 關(guān)系、實體和屬性B. 數(shù)據(jù)流、加工和數(shù)據(jù)存儲C. 數(shù)據(jù)流、數(shù)據(jù)源和數(shù)據(jù)實體D.數(shù)據(jù)流、屬性、數(shù)據(jù)存儲和加

18、工69. 如果用戶對系統(tǒng)的目標不是很清楚，需求難以定義，這時最好使用(A) 進行系統(tǒng)開發(fā)。A. 原型 B. 瀑布模型C.V- 模型D. 螺旋模型70. 在軟件開發(fā)的各個階段中，對軟件開發(fā)成敗影響最大的是(A)A. 需求分析B. 概要設計C.詳細設計D.編碼71. 模塊內(nèi)聚度用于衡量模塊內(nèi)部各成分之間彼此結(jié)合的緊密程度。1）一組語句在程序的多處出現(xiàn)，為了節(jié)省內(nèi)存空間把這些語句放在一個模塊中，該模塊的內(nèi)聚度是_A_的。2）將幾個邏輯上相似的成分放在一個模塊中，該模塊的內(nèi)聚度是_B_的。3）模塊中所有成分引用共同的數(shù)據(jù)，該模塊的內(nèi)聚度是_C_的。4）模塊內(nèi)的某成分的輸出是另一些成分的輸入，該模塊的內(nèi)

19、聚度是_D_的。5）模塊中所有成分結(jié)合起來完成一項任務，該模塊的內(nèi)聚度是_E_的。它具有簡明的外部界面，由它構(gòu)成的軟件易于理解、測試和維護。A5B7C3D2 E 1供選擇的答案AE： 功能性順序性通信性過程性偶然性瞬時性邏輯性72軟件設計中劃分模塊的一個準則是(3) 。兩個模塊之間的耦合方式中， （4）耦合的耦合度最高，（2）耦合的耦合度最低。一個模塊內(nèi)部的內(nèi)聚種類中（3）內(nèi)聚的內(nèi)聚度最高，（1）內(nèi)聚的內(nèi)聚度最低。兩個模塊之間的耦合方式通?？煞譃? 種，按其耦合度從低到高的次序依此為：非直接耦合、數(shù)據(jù)耦合、標記耦合、控制耦合、外部耦合、公共耦合、內(nèi)容耦合。內(nèi)聚度從低到高的次序依此為：偶然內(nèi)聚、

20、邏輯內(nèi)聚、瞬時內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚供選擇的答案 :A：低內(nèi)聚低耦合低內(nèi)聚高耦合高內(nèi)聚低耦合高內(nèi)聚高耦合B：數(shù)據(jù)非直接控制 內(nèi)容C：數(shù)據(jù)非直接控制內(nèi)容D：偶然邏輯功能過程E：偶然邏輯功能過程二、填空1 黑盒測試又稱為_功能測試數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，白盒測試也稱為 _結(jié)構(gòu)測試或邏輯驅(qū)動測試2、如果用戶對系統(tǒng)的目標不是很清楚，需求難以定義，這時最好使用_原型模型進行系統(tǒng)開發(fā)。3、在軟件開發(fā)的各個階段中，對軟件開發(fā)成敗影響最大的是_需求分析階段。4、研究可行性從技術(shù)可行性，經(jīng)濟可行性，操作可行性可行性進行研究。5結(jié)構(gòu)化方法的指導思想是自頂向下，逐步分解6、在軟件開發(fā)

21、的各個階段中，軟件維護階段成為軟件的二次開發(fā)。7、類是指具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對象 的集合。8數(shù)據(jù)流程圖按照信息流的類型主要分為事務流和變換流兩種。9軟件危機是指在計算機軟件開發(fā)和維護過程中所遇到的一系列嚴重問題10、階段是解決目標系統(tǒng)做什么的問題，階段是解決目標系統(tǒng)怎么做的問題。11、內(nèi)聚 是度量一個模塊內(nèi)的各個元素彼此結(jié)合的緊密程度，它是信息隱藏概念的自然擴展。12. 面向?qū)ο蟮娜齻€子模型分別是對象模型、動態(tài)模型和功能模型13. 結(jié)構(gòu)化設計簡稱，分為和14軟件工程方法學的三要素是方法工具過程15軟件設計的準則是、和16JACKSON方法是面向面向數(shù)據(jù)結(jié)構(gòu)的設計方法，它有17軟件過程模

22、型中模型是描述用戶的動態(tài)需求的，種邏輯結(jié)構(gòu)模型是帶有風險驅(qū)動的18結(jié)構(gòu)化設計方法是面向過程的設計方法19傳統(tǒng)的軟件工程方法學采用結(jié)構(gòu)化分析技術(shù)完成系統(tǒng)分析工作的20模塊的獨立性要求高內(nèi)聚 低耦合21. 在軟件測試的步驟中， 單元 測試是檢驗每個模塊能否單獨工作22. 調(diào)試是是在測試發(fā)現(xiàn)錯誤之后（排除錯誤）糾錯的過程23. 成本效益分析是從24.Jackson 方法是面向25. 內(nèi)聚越高模塊的獨立性26. 軟件維護又稱為軟件的方面進行可行性研究數(shù)據(jù)結(jié)構(gòu)的軟件設計方法越好 ；耦合越高模塊的獨立性二次開發(fā)越差三.判斷：1、開發(fā)軟件就是編寫程序。（×）、系統(tǒng)測試的主要方法是白盒法，主要進行功

23、能測試、性能測試、安全性測試及可靠性等測試。（×）3、生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標。（）4、只有了解用戶、了解任務，才能設計出好的用戶界面。（）5、對象是具有相同狀態(tài)的一組操作的集合。（）6、用戶本身的技能，個性上的差異，行為方式的不同，不會對人機界面使用造成影響。（×）7、編程序時應盡可能利用硬件特點以提高程序效率.（×）8、軟件開發(fā)人員對用戶需求的理解有偏差，這將導致軟件產(chǎn)品與用戶的需求不一致，是產(chǎn)生軟件危機的唯一原因。 （×）9、開發(fā)一個軟件項目總存在某些不確定性，即存在風險。有些風險如果控制得不好，可能導致災難性的后果。（ ）10.

24、程序的可靠性、可維護性和效率通常由程序設計語言、源代碼的質(zhì)量、和語言的實現(xiàn)機制決定的。（）11、一般單元測試不可以并行進行。(× )12. 螺旋模型是在瀑布模型和增量模型的基礎上增加了風險分析活動。（）13. 數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細定義。（×）14. 如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。（×）15. 快速原型模型可以有效地適應用戶需求的動態(tài)變化。（ ）16. 白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（ ×）17. 用 PDL語言寫出的程序不可以在計算機上運行（）1

25、8. 黑盒測試主要用于測試步驟的后期階段（）19. 白盒測試主要用于測試步驟的后期階段（×）20. 測試就是調(diào)試，都是在計算機上運行程序的（×）四、簡答題1什么是軟件危機計算機軟件的開發(fā)和維護過程所遇到的一系列問題。2什么是黑盒測試和白盒測試黑盒測試：已知產(chǎn)品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。3軟件開發(fā)和寫程序有什么不同軟件包含程序，程序是軟件的一部分。軟件是程序、數(shù)據(jù)及其相關(guān)文檔的完整集合。程序只是為了實現(xiàn)軟件的功能和性能要求而編寫的

26、指令序列4軟件設計的準則5什么是軟件的生命周期，包含哪些階段是軟件產(chǎn)生直到報廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段6軟件測試的步驟有哪些，含義是什么7軟件過程模型有那些，各自特點是什么8. 比較黑盒測試和白盒測試的優(yōu)缺點黑盒測試的優(yōu)點：適應于階段測試，從產(chǎn)品功能角度測試，容易入手生成測試數(shù)據(jù)。缺點：某些代碼得不到測試， 如果規(guī)格說明有誤， 可能無法發(fā)現(xiàn)， 不易進行充分性測試。白盒測試 的優(yōu)點：可構(gòu)成測試數(shù)據(jù)使特定程序部分得到測試，有一定的充分性度量手段，可生成較多工具支持。缺點：不易生成測試數(shù)據(jù)，無法對未實現(xiàn)規(guī)格說明的

27、部分進行測試，作量大通常只用于單元測試有應用局限。9. 衡量模塊獨立性的標準是什么，并解釋與模塊獨立的具體關(guān)系內(nèi)聚性和耦合性。 模塊的內(nèi)聚性越高耦合性越低則模塊越獨立，反之越不獨立。10. 詳細設計用到的有哪些工具五綜合題1畫出銀行儲蓄系統(tǒng)、航空售票系統(tǒng)、患者監(jiān)護系統(tǒng)、運動會管理系統(tǒng)的DFD，信用卡管理系統(tǒng)2給出 DFD會轉(zhuǎn)換為 SC（結(jié)構(gòu)圖）3給出一段代碼會畫出PAD（問題分析圖）作業(yè)總匯：一 . 以下說明和數(shù)據(jù)流圖，回答問題 1-4 ，講解答填入答題紙的對應欄內(nèi)。說明：現(xiàn)準備為某銀行開發(fā)一個信用卡管理系統(tǒng)CCMS，改系統(tǒng)的基本功能為：1. 信用卡申請。非信用卡客戶填寫信用卡申請表， 說明所

28、要申請的信用卡類型及申請者的基本信息，提交 CCMS。如果信用卡被銀行接受， CCMS將記錄該客戶的基本信息，并發(fā)送確認函給客戶， 告知客戶信用卡的有效期限及信貸限額；否則該客戶將會收到一封拒絕函。非信用卡客戶收到確認函后成為信用卡客戶。2. 信用卡激活。信用卡客戶向 CCMS提交激活請求，用信用卡號和密碼激活該信用卡。激活操作結(jié)束后， CCMS將激活通知發(fā)給客戶，告知客戶其信用卡是否成功激活。3. 信用卡客戶信息管理。信用卡客戶的個人信息可以在CCMS中進行在線管理。每位信用卡客戶可以在線查詢和修改個人信息4. 交易信息查詢。信用卡客戶使用信用卡進行的每一筆交易都會記錄在 CCMS中。信用卡

29、客戶可以通過 CCMS查詢并核實其交易信息（包括信用卡交易記錄及交易金額）下面是它的頂層圖和0 層圖：問題：1. 將頂層圖中得 E1-E3 填充完整2. 頂層圖中缺少三條數(shù)據(jù)流，根據(jù)上面的說明，分別指出這三條數(shù)據(jù)流的起點和終點3. 0 層圖中有兩條數(shù)據(jù)流是錯的，請指出這兩條數(shù)據(jù)流的名稱，并改正4. 根據(jù)說明，將 0 層圖中得 P1P4 的處理名稱填充完整E1拒絕函確認函信用卡申請信P0E3信用卡管理系統(tǒng)查詢 |修改個人信息信用卡申請驗證激活通知E2交易記錄查詢請個人信息交 易 信P1交易記錄查詢請查詢 |修改個人P2個人信息E2P3激 活 通拒絕函激活請求E1信用卡申請表信用卡申請信P4E3確

30、認函信用卡申請驗證二 . 是某系學籍管理的一部分（ A）（B）分別是同一模塊 A 的兩個不同的設計方案，你認為哪一個設計方案較好？請陳述理由班級成 績 總班級成 績 總A 取班級成A 取班級成平均 /最高成平均成績最 高 成成績績B 取平均成B 取平均成B 取最高成成績學號學號成績成績學號C 取個人成C 取個人成（A）圖（ B）圖我認為 (b) 方案較好。要評價一個軟件結(jié)構(gòu)設計，主要看模塊的獨立性，要從軟件結(jié)構(gòu)的耦合性和內(nèi)聚性兩個方面來衡量。對于(a) 方案，模塊 A 與模塊 B 之間形成了控制耦合，因此獨立性不高，而在B 模塊內(nèi)部，有兩個不同的功能被放在一起，形成的是邏輯內(nèi)聚，內(nèi)聚性不高。對于(b) 方案，模塊 A 與 B1 和 B2 之間是數(shù)據(jù)耦合，獨立性較強，在B1 和 B2 內(nèi)部，只完成單一的功能，是功能內(nèi)聚，因此內(nèi)聚性高，可維護性好，因此相比而言(b) 方案比 (a) 方案更好些。3（07 年下）對于如下的程序流程，當采用語句覆蓋法設計測試案例時，至少需要設計（2）個測試用例。輸入 x和 y否是X>0Y=Y+XY=Y X否是Y>0X=1X=1