軟件工程復(fù)習(xí)題-答案

1、選擇題軟件工程研究的主要內(nèi)容有（ABCD）A. 軟件開發(fā)方法、技術(shù)B. 軟件開發(fā)工具及環(huán)境C. 軟件管理技術(shù)D. 軟件規(guī)范（國際規(guī)范）目前典型的軟件開發(fā)模型有（ABCD）：A. 瀑布模型B. 增量模型C.螺旋模型D.噴泉模型包含風(fēng)險(xiǎn)分析的的軟件工程模模型是（C）：A. 瀑布模模型B. 增量模模型C.螺旋模型型D.噴泉模型型軟件危機(jī)的主要要表現(xiàn)是（BBD）A. 軟件件成本太高B. 軟件件產(chǎn)品的質(zhì)量量低劣C. 軟件開發(fā)人人員明顯不足足D. 軟件件生產(chǎn)率低下下以下屬于非功能能需求的有（ABC）A. 機(jī)構(gòu)需求B. 產(chǎn)品需求C. 外部需求D. 領(lǐng)域需求需求分析的作用用是（ABCCD）A. 定義義軟件的范

2、圍圍及必須滿足足的約束B. 確定軟件件的功能和性性能及與其他他系統(tǒng)成分的的接口C. 建立立數(shù)據(jù)模型、功功能模型和行行為模型D. 最終提供供需求規(guī)格說說明，并用于于作為評(píng)估軟軟件質(zhì)量的依依據(jù)需求工程的基本本活動(dòng)包括（ABCD）A. 獲取需求B. 需求分析與建模C. 確認(rèn)需求D. 進(jìn)化需求需求獲取之所以以困難，其主主要原因有（ABCD）A. 缺乏領(lǐng)域知識(shí)B. 存在默認(rèn)的知識(shí)C. 存在多個(gè)知識(shí)源D. 客戶可能的偏見常用的需求分析析方法有（BBCD）A. 功能能分析方法B. 結(jié)構(gòu)構(gòu)化分析方法法C. 信息息建模法D. 面向向?qū)ο蟮姆治鑫龇椒〝?shù)據(jù)詞典中可包包含的條目有有（ABCDD）A. 數(shù)據(jù)據(jù)流B. 數(shù)

3、據(jù)據(jù)項(xiàng)C. 文件件D. 加工工屬于分布式的軟軟件體系結(jié)構(gòu)構(gòu)有（B）A. 倉庫庫模型B. 客戶戶/服務(wù)器模模型C. 分布布式對(duì)象結(jié)構(gòu)構(gòu)D. 中間間件對(duì)于以下給出的的幾種類型的的耦合，按照照耦合性由高高到低排列的的是（A）（1）內(nèi)容容耦合 （22）公共耦合合 （3）控控制耦合 （44）復(fù)合耦合合 （5）數(shù)數(shù)據(jù)耦合A. 1 2 3 4 55B. 1 33 4 2 5C. 1 2 5 33 4 D. 5 4 3 22 1對(duì)于塊內(nèi)部聯(lián)系系的類型，內(nèi)內(nèi)聚性由弱到到強(qiáng)的是（AA）（1）偶然然型 （2）邏邏輯型 （33）瞬時(shí)型 （4）通信信型 （5）順順序型 （66）功能型AA. 1 22 3 4 5 6 B

4、. 1 2 4 55 3 6 C. 3 2 4 11 5 6 D. 6 5 4 33 2 1（C）是指相同同的操作（或或函數(shù)、過程程）作用于不不同的對(duì)象上上并獲得不同同的結(jié)果A. 繼承性B. 封裝裝性C. 多態(tài)態(tài)性D. 動(dòng)態(tài)態(tài)綁定以下UML的幾幾種圖中，屬屬于動(dòng)態(tài)模型型的有（ACD）A. 狀態(tài)態(tài)圖B. 類圖圖C. 合作作圖D. 順序序圖以下軟件復(fù)用中中，抽象程度度最低的是（A）A. 代碼的復(fù)用B. 設(shè)計(jì)結(jié)果的復(fù)用C. 分析結(jié)果的復(fù)用D. 測試信息的復(fù)用以下軟件復(fù)用中中，抽象程度度最高的是（D）A. 代碼的復(fù)用B. 設(shè)計(jì)結(jié)果的復(fù)用C. 分析結(jié)果的復(fù)用D. 測試信息的復(fù)用可復(fù)用構(gòu)件必須須具備的條件

5、件有（ABDD）A. 功能能上的獨(dú)立性性和完整性B. 較高高的通用性和和靈活性C. 嚴(yán)格的質(zhì)質(zhì)量保證D. 較高高的標(biāo)準(zhǔn)化程程度大多數(shù)的構(gòu)件分分類模式可以以歸納為（ABC）A. 枚舉舉分類B. 刻面面分類C. 屬性性值分類D. 聚集集分類軟件測試的基本本原則有（BD）A. 盡量量由程序設(shè)計(jì)計(jì)者自己進(jìn)行測試試B. 注重重測試用例的的選擇C. 盡早地和不不斷地進(jìn)行軟軟件測試D. 充分分注意測試中中的群集現(xiàn)象象以下測試方法中中屬于靜態(tài)分分析方法的有有（ABD）A. 桌前前檢查B. 代碼碼會(huì)審C. 白盒盒法D. 步行行檢查步行檢查時(shí)，常常使用的分析析方法有（AAB）A. 調(diào)用圖圖B. 數(shù)據(jù)據(jù)流分析圖C.

6、 數(shù)據(jù)據(jù)流圖D. 狀態(tài)態(tài)圖下面6種常用的的邏輯覆蓋測測試方法，按按發(fā)現(xiàn)錯(cuò)誤能能力由弱到強(qiáng)強(qiáng)排列的是（A）（1）語句覆蓋 （2）判定覆蓋 （3）條件覆蓋 （4）判定-條件覆蓋 （5）條件組合覆蓋 （6）路徑覆蓋A. 1 2 3 4 5 6B. 6 5 4 3 2 1C. 1 4 3 2 6 5D. 1 6 2 3 4 5屬于黑盒法的測測試方法有（ABCD）A. 等價(jià)分類法B. 邊值分析法C. 錯(cuò)誤推測法D. 因果圖法描述軟件開發(fā)計(jì)計(jì)劃進(jìn)度的主主要工具有（ABCDD）A. 一般的的表格工具B. 甘特圖圖C. 時(shí)標(biāo)網(wǎng)網(wǎng)狀圖D. PERRT技術(shù)與CPMM方法CMM 表示（A）A. 軟件過程成熟度模型B

7、. 軟件過程工業(yè)化控制C. 國際軟件質(zhì)量認(rèn)證D. 軟件統(tǒng)一性標(biāo)準(zhǔn)軟件過程和產(chǎn)品品質(zhì)量有詳細(xì)細(xì)的度量標(biāo)準(zhǔn)準(zhǔn)，并且得到到了定量的認(rèn)認(rèn)識(shí)和控制。以以下哪一級(jí)具具有上述特征征（C）A. 可重重復(fù)級(jí)B. 已定定義級(jí)C. 已管管理級(jí)D. 優(yōu)化化級(jí)填空題軟件工程是在克克服1960年代代末所出現(xiàn)的的 軟件危機(jī)機(jī) 的過程中中逐漸形成與與發(fā)展的。軟件工程的發(fā)展展已經(jīng)歷了四四個(gè)重要階段段：傳統(tǒng)的軟軟件工程，對(duì)對(duì)象工程，過過程工程，構(gòu)構(gòu)件工程軟件生命周期包包括的階段有有：問題定義，可行性研究究，需求分析析，軟件設(shè)計(jì)，編碼，測試，運(yùn)行與與維護(hù)。軟件開發(fā)方法可可分為兩大類類：面向過程程的開發(fā)方法法，面向?qū)ο笙蟮拈_發(fā)方法法

8、對(duì)系統(tǒng)應(yīng)該提供供的服務(wù)和所所受到的約束束進(jìn)行理解、分分析、建立文文檔、檢驗(yàn)的的過程稱作需求工程程軟件系統(tǒng)的需求求分為用戶需需求和系統(tǒng)需需求兩類。系統(tǒng)需求分為功功能需求，非非功能需求和和領(lǐng)域需求。需求驗(yàn)證的內(nèi)容容包括：有效效性檢查，一一致性檢查，完完備性檢查和和可檢驗(yàn)性檢檢查畫分層DFD圖圖應(yīng)遵循的基基本原則有：數(shù)據(jù)守恒與與數(shù)據(jù)封閉原原則，加工分分解的原則，子圖與父圖的平衡，合理使用文件對(duì)數(shù)據(jù)流圖中包包含的所有元元素的定義的的集合構(gòu)成了了數(shù)據(jù)詞典對(duì)基本加工說明明有三種描述述方式：結(jié)構(gòu)構(gòu)化語言，判判定表，判定定樹軟件設(shè)計(jì)階段的的主要任務(wù)有有：軟件體系系結(jié)構(gòu)的設(shè)計(jì)計(jì)，用戶界面面的設(shè)計(jì)，數(shù)數(shù)據(jù)結(jié)構(gòu)的設(shè)

9、設(shè)計(jì)，算法的的設(shè)計(jì)軟件設(shè)計(jì)準(zhǔn)則有有：軟件結(jié)構(gòu)構(gòu)的準(zhǔn)則，模模塊化準(zhǔn)則，軟件獨(dú)立性準(zhǔn)則軟件獨(dú)立性的度度量標(biāo)準(zhǔn)是兩兩個(gè)定性指標(biāo)標(biāo)：耦合性用于描描述模塊之間間聯(lián)系的緊密密程度，內(nèi)聚聚性用于描述述模塊內(nèi)部聯(lián)聯(lián)系的緊密程程度對(duì)象的最基本的的特征是封裝裝性和繼承性性動(dòng)態(tài)綁定是在運(yùn)運(yùn)行時(shí)根據(jù)對(duì)對(duì)象接收的消消息動(dòng)態(tài)地確確定要連接的的服務(wù)代碼一個(gè)系統(tǒng)應(yīng)從不不同的角度進(jìn)進(jìn)行描述,從從一個(gè)角度觀觀察到的系統(tǒng)統(tǒng)稱為一個(gè)視視圖UML語言定義義的圖有：用用例圖、類圖、對(duì)象圖圖、包圖、狀狀態(tài)圖、活動(dòng)動(dòng)圖、順序圖圖、合作圖、構(gòu)構(gòu)件圖和部署署圖。UML中，模型型元素與模型型元素之間的的連接關(guān)系常常見的有，關(guān)聯(lián)、泛化、依賴和和聚合

10、，其中中聚合是關(guān)聯(lián)的的一種特殊形形式狀態(tài)圖用來描述述一個(gè)特定對(duì)對(duì)象的所有可可能的狀態(tài)及及其引起狀態(tài)態(tài)轉(zhuǎn)移的事件件順序圖用來描述述對(duì)象之間動(dòng)動(dòng)態(tài)的交互行行為,著重體體現(xiàn)對(duì)象間消消息傳遞的時(shí)時(shí)間順序結(jié)構(gòu)化程序設(shè)計(jì)計(jì)方法的基本本思想是自頂頂向下、逐步步求精按照復(fù)用活動(dòng)所所跨越的應(yīng)用用領(lǐng)域的類型型分，軟件復(fù)復(fù)用可分為：橫向復(fù)用和和縱向復(fù)用基于軟件復(fù)用的的軟件開發(fā)過過程的角度分分，軟件復(fù)用用可分為：生生產(chǎn)者復(fù)用和和消費(fèi)者復(fù)用用基于構(gòu)件的軟件件的開發(fā)過程程包括兩個(gè)并并發(fā)的子過程程，一個(gè)是領(lǐng)領(lǐng)域工程，另另一個(gè)是基于于構(gòu)件的開發(fā)發(fā)構(gòu)件庫系統(tǒng)應(yīng)提提供的主要功功能：構(gòu)件的的存儲(chǔ)、管理理、檢索以及庫的的瀏覽與維護(hù)護(hù)

11、等軟件系統(tǒng)中的錯(cuò)錯(cuò)誤和缺陷通通常不是均勻勻地分布在整整個(gè)軟件系統(tǒng)統(tǒng)的各個(gè)部分分的，而是成成群集中出現(xiàn)現(xiàn)的，這種現(xiàn)現(xiàn)象稱作群集集現(xiàn)象。軟件測試按先后后順序可分為為：單元測試試、集成測試試、確認(rèn)測試試、系統(tǒng)測試試和驗(yàn)收測試試。軟件測試方法可可分為兩類：靜態(tài)分析和動(dòng)態(tài)測試動(dòng)態(tài)測試常用的的方法有白盒盒法和黑盒法法模塊測試時(shí)，需需要使用的22類輔助模塊塊是驅(qū)動(dòng)模塊塊和樁模塊。常用的軟件調(diào)試試策略有：試試探法、歸納納法、演繹法、回溯法和和對(duì)分查找法法調(diào)試。軟件維護(hù)可分為為：完善性維維護(hù)、糾錯(cuò)性性維護(hù)、適應(yīng)應(yīng)性維護(hù)和預(yù)預(yù)防性維護(hù)軟件項(xiàng)目管理過過程主要包括括：項(xiàng)目啟動(dòng)動(dòng)、項(xiàng)目規(guī)劃劃、項(xiàng)目實(shí)施施和項(xiàng)目收尾尾CM

12、M將軟件過過程的成熟度度分為5個(gè)級(jí)別，從低低到高分別是是：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和優(yōu)化級(jí)。CMM實(shí)施軟件件過程改進(jìn)采采用的方法稱稱為IDEAAL模型，分分五步：初始始化、診斷、建立、行動(dòng)和推進(jìn)判斷題軟件就是程序，編編寫軟件就是是編寫程序（）瀑布模型的最大大優(yōu)點(diǎn)是將軟軟件開發(fā)的各各個(gè)階段劃分分得十分清晰晰（）面向?qū)ο蟮拈_發(fā)發(fā)方法有面向向?qū)ο蟮姆治鑫雠c設(shè)計(jì)，以以及面向?qū)ο笙蟮某绦蛟O(shè)計(jì)計(jì)組成（）用戶需求通常只只描述系統(tǒng)的的外部行為，而而不涉及系統(tǒng)統(tǒng)內(nèi)部的特性性，往往是較較模糊的。（）系統(tǒng)需求較詳細(xì)細(xì)的給出系統(tǒng)統(tǒng)將要提供的的服務(wù)，以及及系統(tǒng)所受到到的約束，對(duì)對(duì)系統(tǒng)的需求求文檔的描述述應(yīng)該

13、是精確確的。（）領(lǐng)域需求是由軟軟件系統(tǒng)的應(yīng)應(yīng)用領(lǐng)域所決決定的特有的的功能需求，或或是對(duì)功能的的約束（）問卷調(diào)查法是對(duì)對(duì)面談法的補(bǔ)補(bǔ)充，是從多多個(gè)用戶中收收集需求信息息的有效方式式（）信息建模法 是是從數(shù)據(jù)的角角度對(duì)現(xiàn)實(shí)世世界建立系統(tǒng)統(tǒng)的信息模型型,基本工具具是ER圖。（）結(jié)構(gòu)化分析方法法是一種以數(shù)數(shù)據(jù)、數(shù)據(jù)的的封閉性為基基礎(chǔ)，從問題題空間到某種種表示的映射射方法,由數(shù)數(shù)據(jù)流圖(DDFD圖)表表示（）軟件設(shè)計(jì)的目標(biāo)標(biāo)就是構(gòu)造一一個(gè)高內(nèi)聚低低耦合的軟件件模型（）采用分布式對(duì)象象結(jié)構(gòu)，每個(gè)個(gè)對(duì)象在邏輯輯上是平等的的，它們可以以互相為對(duì)方方提供所需的的服務(wù)（）軟件獨(dú)立性的含含義是指開發(fā)發(fā)具有功能專專一

14、，模塊之之間無過多相相互作用的模模塊（）對(duì)模塊圖中每個(gè)個(gè)模塊的過程程進(jìn)行描述，常常用的描述的的方式有：偽偽代碼，流程程圖，N-SS圖，PAD圖等。（）MVC的意思是是“模型-視圖圖-控制器”，該設(shè)計(jì)模模式的主要優(yōu)優(yōu)點(diǎn)是可以為為一個(gè)模型在在運(yùn)行時(shí)同時(shí)時(shí)建立和使用用多個(gè)視圖。（）傳統(tǒng)軟件開發(fā)方方法無法實(shí)現(xiàn)現(xiàn)從問題空間間到解空間的的直接映射（）傳統(tǒng)軟件開發(fā)方方法無法實(shí)現(xiàn)現(xiàn)高效的軟件件復(fù)用（）對(duì)象可以是事、物物、或抽象概概念 ，是將將一組數(shù)據(jù)和和使用該數(shù)據(jù)據(jù)的一組基本本操作或過程程封裝在一起起的實(shí)體（）活動(dòng)圖描述了系系統(tǒng)中各種活活動(dòng)的執(zhí)行的的順序。刻化化一個(gè)方法中中所要進(jìn)行的的各項(xiàng)活動(dòng)的的執(zhí)行流程。（

15、）構(gòu)成狀態(tài)圖的模模型元素有：活動(dòng)、轉(zhuǎn)移移、對(duì)象、信信號(hào)、泳道等等（）活動(dòng)圖中只有一一個(gè)起點(diǎn)一個(gè)個(gè)終點(diǎn)（）狀態(tài)圖的終態(tài)則則可以有多個(gè)個(gè)（）軟件復(fù)用不僅是是對(duì)程序的復(fù)復(fù)用，它包括括對(duì)軟件生產(chǎn)產(chǎn)過程中任何何活動(dòng)所產(chǎn)生生的制成品的的復(fù)用（）代碼的復(fù)用 既既包括目標(biāo)代代碼的復(fù)用，也也包括文本形形式的源代碼碼的復(fù)用（）領(lǐng)域分析是特定定領(lǐng)域內(nèi)軟件件重用的基礎(chǔ)礎(chǔ)，它的目標(biāo)標(biāo)就是：發(fā)現(xiàn)現(xiàn)和挖掘在特特定領(lǐng)域內(nèi)可可以被復(fù)用的的構(gòu)件。（）領(lǐng)域分析不是針針對(duì)某個(gè)特定定的軟件系統(tǒng)統(tǒng)，而是針對(duì)對(duì)一類軟件系系統(tǒng)的共同的的特征、知識(shí)識(shí)和需求。比需求分析析更一般、更更抽象、更廣廣泛的特征（）軟件測試的目的的是為了發(fā)現(xiàn)現(xiàn)和改正錯(cuò)誤

16、誤（）驅(qū)動(dòng)模塊模擬主主程序功能，用用于向被測模模塊傳遞數(shù)據(jù)據(jù)，接收、打打印從被測模模塊返回的數(shù)數(shù)據(jù)（）樁模塊用于模擬擬那些由被測測模塊所調(diào)用用的下屬模塊塊功能（）將經(jīng)過確認(rèn)測試試的軟件，與與計(jì)算機(jī)硬件件、外設(shè)、支支持軟件等一一起，在實(shí)際際運(yùn)行環(huán)境下下進(jìn)行的測試試，稱作為系系統(tǒng)測試（）在開發(fā)過程中增增加人員，一一般可以提高高軟件生產(chǎn)率率。（）問答題設(shè)有一圖書銷售售系統(tǒng)，其中中一加工為“優(yōu)惠處理”，條件是：顧客的營業(yè)業(yè)額大于10000元，同同時(shí)必須信譽(yù)譽(yù)好，或者雖雖然信譽(yù)不好好，但是200年以上的老老主顧。答：請分別用判判定表和判定定樹描述該加加工123456781000元YYYYNNNN信譽(yù)好Y

17、YNNYYNN20年YNYNYNYN優(yōu)惠XXX正常XXXXXY-滿足條件NN-不滿足條條件X-選中判斷斷的結(jié)論12341000元YYYN信譽(yù)好YNN-20年-YN-優(yōu)惠XX正常XX漸增式組裝測試試方案中，自自頂而下增值值與自底而上上增值各有何何優(yōu)、缺點(diǎn)？ 自頂而下增值優(yōu)點(diǎn)：能夠盡早早發(fā)現(xiàn)系統(tǒng)主主控方面的問問題。缺點(diǎn)：無法驗(yàn)證證樁模塊是否否完全模擬了了下屬模塊的的功能。自底而上增值優(yōu)點(diǎn)：驅(qū)動(dòng)模塊塊較容易編寫寫樁模塊，能能夠盡早查出出底層涉及較較復(fù)雜的算法法和實(shí)際的II/O模塊中中的錯(cuò)誤。什么是a測試和和測試？答：alpha測試試是由一個(gè)用用戶在開發(fā)者者的場所來進(jìn)進(jìn)行的，軟件件在開發(fā)者對(duì)對(duì)用戶的指

18、指導(dǎo)下進(jìn)行行測試，開發(fā)發(fā)者負(fù)責(zé)記錄錄錯(cuò)誤和使用用中出現(xiàn)的問問題，alppha測試是是在一個(gè)受控控的環(huán)境中進(jìn)進(jìn)行的。Beta測試是是軟件的多個(gè)個(gè)用戶在一個(gè)個(gè)或多個(gè)用戶戶的實(shí)際使用用環(huán)境下進(jìn)行行的測試。開開發(fā)者通常不不在測試現(xiàn)場場，Betaa測試不能由由程序員或測測試員完成。因因而，Betta測試是在在開發(fā)者無法法控制的環(huán)境境下進(jìn)行的軟軟件現(xiàn)場應(yīng)用用。在Betta測試中，由由用戶記下遇遇到的所有問問題，包括真真實(shí)的以及主主管認(rèn)定的，定定期向開發(fā)者者報(bào)告，開發(fā)發(fā)者在綜合用用戶的報(bào)告后后，做出修改改，最后將軟軟件產(chǎn)品交付付給全體用戶戶使用。Beta測試著著重于產(chǎn)品的的支持性，包包括文檔、客客戶培訓(xùn)和支支持產(chǎn)品的生生產(chǎn)能力。只只有當(dāng)Alppha測試達(dá)達(dá)到一定的可可靠程度后，才才能開始Beeta測試。由由于Betaa測試的主要要目標(biāo)是測試試可支持性，所所以Betaa測試應(yīng)該盡盡可能由主持持產(chǎn)品發(fā)行的的人員來管理理。測試，測試試兩大主要區(qū)區(qū)別：1、測試地點(diǎn)2、測試技術(shù)人人員是否在場場什么是判定覆蓋蓋測試方法？請按判定覆覆蓋標(biāo)準(zhǔn)為以以下被測程序序段選擇測試試用例。測試試用例格式為為：輸入(A,B,XX)，輸