軟件工程習(xí)題3.doc

軟件工程習(xí)題3一、單項(xiàng)選擇題1. 在下列工具與環(huán)境中（ ）屬于較早期的CASE。A、基于信息工程CASE B、人工智能CASEC、結(jié)構(gòu)的基于圖形CASE D、集成的CASE環(huán)境2. 用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法之一為（ ）。A、基本路徑測(cè)試 B、邊界值分析測(cè)試C、循環(huán)覆蓋測(cè)試 D、邏輯覆蓋測(cè)試3. 下列（ ）做法會(huì)導(dǎo)致不利的語(yǔ)句結(jié)構(gòu)。A、避免使用ELSE GOTO結(jié)構(gòu)B、模塊功能盡可能單一化，模塊間的耦合能夠清晰可見(jiàn)C、對(duì)遞歸定義的數(shù)據(jù)結(jié)構(gòu)盡量不再使用遞歸過(guò)程D、利用信息隱蔽，確保每一個(gè)模塊的獨(dú)立性4程序設(shè)計(jì)語(yǔ)言的工程特性之一為（ ）。A、軟件的可重用性 B、數(shù)據(jù)結(jié)構(gòu)的描述性 C、抽象類型的描述性 D、數(shù)據(jù)庫(kù)的易操作性5（ ）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A、封裝B、多繼承性C、類的復(fù)用D、多態(tài)性6. 面向?qū)ο竽Ｐ椭饕梢韵拢?）模型組成。A、對(duì)象模型、動(dòng)態(tài)模型、功能模型B、對(duì)象模型、數(shù)據(jù)模型、功能模型C、數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型D、對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型7. 只有單重繼承的類層次結(jié)構(gòu)是（ ）層次結(jié)構(gòu)。A、網(wǎng)狀型B、樹(shù)狀型C、星型D、環(huán)型8. 軟件測(cè)試計(jì)劃開(kāi)始于需求分析階段，完成于（ ）階段。A、需求分析B、軟件設(shè)計(jì)C、軟件實(shí)現(xiàn)D、軟件測(cè)試9. 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（ ）。A、質(zhì)量B、可維護(hù)性C、運(yùn)行速度D、代碼的規(guī)模10. 只有單重繼承的類層次結(jié)構(gòu)是（ ）層次結(jié)構(gòu)。A、網(wǎng)狀型 B、星型C、樹(shù)型 D、環(huán)型11. 用于描述對(duì)象模型的工具是（ ）。A、數(shù)據(jù)流圖 B、結(jié)構(gòu)圖C、狀態(tài)圖 D、對(duì)象圖12. 為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（ ）。A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚13. 瀑布模型的存在問(wèn)題是（ ）。A、用戶容易參與開(kāi)發(fā)B、缺乏靈活性C、用戶與開(kāi)發(fā)者易溝通D、適用可變需求14. 下列工具中，不屬于詳細(xì)設(shè)計(jì)工具的是（ ）。A、表格工具B、圖形工具B、測(cè)試工具D、語(yǔ)言工具15. 在大型數(shù)據(jù)處理系統(tǒng)的功能分析與設(shè)計(jì)中，數(shù)據(jù)庫(kù)的概念設(shè)計(jì)對(duì)應(yīng)于系統(tǒng)開(kāi)發(fā)的（ ）。A、程序設(shè)計(jì)B、概要設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D、需求分析16. 為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是（ ）。A、校正性維護(hù)B、完善性維護(hù)C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù)二、多項(xiàng)選擇題1. 下面關(guān)于PDL語(yǔ)言正確的說(shuō)法是（ ）。A、PDL是描述處理過(guò)程怎么做B、PDL是只描述加工做什么C、PDL也稱為偽碼D、PDL的外層語(yǔ)法應(yīng)符合一般程序設(shè)計(jì)語(yǔ)言常用的語(yǔ)法規(guī)則2. 關(guān)于數(shù)據(jù)字典正確的描述是（ ）。A、數(shù)據(jù)字典最重要的用途是作為分析階段的工具B、實(shí)現(xiàn)數(shù)據(jù)字典三種常見(jiàn)的方法有全人工過(guò)程、全自動(dòng)過(guò)程、混合過(guò)程C、數(shù)據(jù)字典應(yīng)該容易更新和修改D、可以采用卡片形式書(shū)寫(xiě)數(shù)據(jù)字典三、判斷題1. 為保證程序的安全，必須做到程序中沒(méi)有任何錯(cuò)誤存在，即容錯(cuò)。（ ）2. 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定。（ ）3. 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（ ）4. 過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（ ）5. 過(guò)大的模塊可能是由于分解不充分造成的，即使降低模塊獨(dú)立性也必須繼續(xù)分解。（ ）6. 耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。（ ）7. 模塊化、信息隱藏、抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚、低耦合度的軟件產(chǎn)品。（ ）8. 在軟件開(kāi)發(fā)中采用原型系統(tǒng)策略的主要困難是成本問(wèn)題。（ ） 9. 如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（ ）10. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（ ）11. 軟件技術(shù)復(fù)審是由用戶和測(cè)試人員實(shí)施的一種質(zhì)量保證活動(dòng)。（ ）12. 軟件可行性分析應(yīng)在需求分析之前，因此，軟件需求規(guī)格說(shuō)明書(shū)不應(yīng)成為軟件可行性分析的依據(jù)。（ ）13. 公共耦合是耦合性最差的耦合類型。（ ）14. 用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)。（ ）四、填空題1. _測(cè)試把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。2. 要覆蓋含有循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過(guò)限制_來(lái)測(cè)試。3. _測(cè)試主要想驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性。4. 規(guī)定功能的軟件，在一定程度上對(duì)自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟件具有_的軟件。5. 結(jié)構(gòu)化分析方法的分析策略是_。6. 模塊獨(dú)立的概念是模塊化、抽象、_、局部化概念的直接結(jié)果。7. _描述子系統(tǒng)的所有計(jì)算，它由多張數(shù)據(jù)流圖組成。8. 在結(jié)構(gòu)化分析中，用于描述_的主要工具有三種，即：結(jié)構(gòu)化語(yǔ)言、判定表和判定樹(shù)。9. 概要設(shè)計(jì)階段需要完成的文檔是_。10. 在軟件開(kāi)發(fā)階段用來(lái)減少錯(cuò)誤，提高軟件_的技術(shù)稱為面向維護(hù)的技術(shù)。11. 軟件項(xiàng)目管理的對(duì)象是_。五、簡(jiǎn)答題1. 什么是需求分析？需求分析階段的基本任務(wù)是什么？2. 什么是模塊的影響范圍？什么是軟件的控制范圍？它們之間應(yīng)建立什么關(guān)系？3. 什么是結(jié)構(gòu)化分析方法？要經(jīng)過(guò)哪些步驟來(lái)實(shí)現(xiàn)?軟件工程習(xí)題3答案一、單項(xiàng)選擇題題號(hào)12345678答案CBCADABB題號(hào)910111213141516答案ACDCBBDC二、多項(xiàng)選擇題題號(hào)12答案ABDABCD三、判斷題題號(hào)1234567答案FFTFFFT題號(hào)891011121314答案TFTTTFT四、填空題1. 組裝 2. 循環(huán)次數(shù)3. 兼容性4. 容錯(cuò)功能5. 自頂向下逐步求精6. 信息隱蔽7. 功能模型8. 加工邏輯9. 概要設(shè)計(jì)說(shuō)明書(shū)10. 可維護(hù)性11. 軟件工程項(xiàng)目五、簡(jiǎn)答題1.答：需求分析：開(kāi)發(fā)人員準(zhǔn)確地理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說(shuō)明的過(guò)程。 基本任務(wù): 問(wèn)題識(shí)別：雙方確定對(duì)問(wèn)題的綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，用戶界面需求。 分析與綜合，導(dǎo)出軟件的邏輯模型 編寫(xiě)文檔：包括編寫(xiě)需求規(guī)格說(shuō)明書(shū),初步用戶使用手冊(cè),確認(rèn)測(cè)試計(jì)劃,修改完善軟件開(kāi)發(fā)計(jì)劃2. 答：模塊的影響范圍（作用域）是受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。模塊的控制范圍（控制域）是這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。一個(gè)模塊的影響范圍（作用域），應(yīng)處在這個(gè)模塊的模塊的控制范圍（控制域）內(nèi)。3. 答：所謂結(jié)構(gòu)化分析方法是在分析一個(gè)軟件系統(tǒng)時(shí)使用“自頂向下逐層分解”的方式表達(dá)用戶需求。對(duì)系統(tǒng)作了合理的逐層分解后，就可分別理解系統(tǒng)的