軟件工程一輪復(fù)習(xí)復(fù)習(xí)試題

第頁軟件工程一輪復(fù)習(xí)復(fù)習(xí)試題1.下列哪個(gè)不是系統(tǒng)的參與者A、使用系統(tǒng)的人B、管理、維護(hù)系統(tǒng)的人C、系統(tǒng)整體規(guī)劃的人D、系統(tǒng)交互的其他系統(tǒng)設(shè)備【正確答案】：C解析：

本題考查了用況圖。用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具，用況圖關(guān)于對系統(tǒng)/業(yè)務(wù)的參與者包括：使用系統(tǒng)的人、管理、維護(hù)系統(tǒng)的人和與系統(tǒng)交互的其他系統(tǒng)設(shè)備。2.軟件需求分為功能需求與非功能需求，下面哪一項(xiàng)是非功能需求（）A、需求的時(shí)序或優(yōu)先程度B、系統(tǒng)內(nèi)部狀態(tài)的假定C、系統(tǒng)應(yīng)在5min內(nèi)計(jì)算出給定季度的總銷售稅D、對異常條件的響應(yīng)，包括所有內(nèi)部或外部所產(chǎn)生的錯(cuò)誤【正確答案】：C解析：

本題考查了非功能需求。屬于非功能需求是系統(tǒng)應(yīng)在5min內(nèi)計(jì)算出給定季度的總銷售稅。3.下列關(guān)于接口的描述，不正確的是（）A、接口描述類的外部可見操作，一般是該類的一個(gè)特定的有限行為B、接口可以被其他類目使用，其本身可以訪問其他類目C、接口之間沒有關(guān)聯(lián)、泛化、實(shí)現(xiàn)和依賴D、接口不描述其中操作的實(shí)現(xiàn)【正確答案】：B解析：

本題考查了接口的描述。①接口之間沒有關(guān)聯(lián)、泛化、實(shí)現(xiàn)和依賴，但可以參與泛化、實(shí)現(xiàn)和依賴。②接口不描述其中操作的實(shí)現(xiàn)，也沒有屬性和狀態(tài)。③接口只可以被其他類目使用，而其本身不能訪問其他類目。4.下列模型中不屬于軟件模型的是（）A、設(shè)計(jì)模型B、概念模型C、部署模型D、實(shí)現(xiàn)模型【正確答案】：B解析：

本題考查了軟件系統(tǒng)模型中的軟件模型。軟件系統(tǒng)模型分為概念模型和軟件模型，而軟件模型又可進(jìn)一步分為設(shè)計(jì)模型、實(shí)現(xiàn)模型、部署模型。5.以下哪一項(xiàng)不是需求規(guī)約的基本性質(zhì)（）A、可靠的B、完整的C、可修改的D、重要性和穩(wěn)定性程度【正確答案】：A解析：

本題考查了需求規(guī)約的基本性質(zhì)。需求規(guī)約的基本性質(zhì)包括重要性和穩(wěn)定性程度、可修改的、完整的、一致的。6.【高頻考點(diǎn)】UML表達(dá)關(guān)系的術(shù)語中，聚合是一種特殊形式的（）A、組合B、關(guān)聯(lián)C、依賴D、泛化【正確答案】：B解析：

本題考查了UML中表達(dá)關(guān)系的術(shù)語。聚合是關(guān)聯(lián)的一種特殊形式。表達(dá)關(guān)系的術(shù)語有關(guān)聯(lián)、泛化、細(xì)化、依賴。組合又是聚合的一種特殊形式。7.以下哪一項(xiàng)不是RUP實(shí)現(xiàn)的目標(biāo)（）A、把可執(zhí)行的部件映射到實(shí)現(xiàn)模型B、對構(gòu)件進(jìn)行集成和連接C、基于設(shè)計(jì)類和子系統(tǒng)生成構(gòu)件D、對構(gòu)件進(jìn)行單元測試【正確答案】：A解析：

本題考查了RUP的實(shí)現(xiàn)目標(biāo)。RUP實(shí)現(xiàn)的目標(biāo)：（1）基于設(shè)計(jì)類和子系統(tǒng)生成構(gòu)件；（2）對構(gòu)件進(jìn)行單元測試；（3）進(jìn)行集成和連接；（4）把可執(zhí)行的構(gòu)件映射到部署模型。8.【高頻考點(diǎn)】《ISO/IEC軟件生存周期過程12207—1995》標(biāo)準(zhǔn)，按過程主體把軟件生存周期過程分為基本過程、支持過程和（）A、組織過程B、測試過程C、確認(rèn)過程D、運(yùn)行過程【正確答案】：A解析：

本題考查了軟件生存周期過程的分類。在標(biāo)準(zhǔn)《ISO/IEC軟件生存周期過程12207—1995》中，按過程主體把軟件生存周期過程分為基本過程、支持過程和組織過程。9.與同一張年報(bào)表有關(guān)的所有程序段組成一個(gè)模塊，則該模塊的內(nèi)聚性為（）A、通信內(nèi)聚B、順序內(nèi)聚C、時(shí)間內(nèi)聚D、邏輯內(nèi)聚【正確答案】：A解析：

本題考查了模塊化的設(shè)計(jì)原則。通信內(nèi)聚指一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集。10.以下哪一項(xiàng)不屬于RUP開發(fā)規(guī)定的四個(gè)階段（）A、初始階段B、細(xì)化階段C、構(gòu)造階段D、移交階段【正確答案】：B解析：

初始階段（減少項(xiàng)目主要的錯(cuò)誤風(fēng)險(xiǎn)）、精化階段（減少次要的錯(cuò)誤風(fēng)險(xiǎn)）、構(gòu)造階段、移交階段。每個(gè)階段都有同樣的工作流，即需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測試。11.下面哪一項(xiàng)不是用況圖包含的模型元素（）A、細(xì)化B、主題C、用況D、參與者【正確答案】：A解析：

本題考查了用況圖的概念。用況圖包含6個(gè)模型元素，它們是主題、用況、參與者、關(guān)聯(lián)、泛化、依賴。12.RUP的設(shè)計(jì)方法給出用于表達(dá)設(shè)計(jì)模型中基本成分的術(shù)語，包括設(shè)計(jì)類、用況細(xì)化[設(shè)計(jì)]、設(shè)計(jì)子系統(tǒng)和（）A、構(gòu)件B、接口C、部署模型D、體系結(jié)構(gòu)描述【正確答案】：B解析：

本題考查了RUP為設(shè)計(jì)層提供了4個(gè)術(shù)語：設(shè)計(jì)類、用況細(xì)化[設(shè)計(jì)]、設(shè)計(jì)子系統(tǒng)、接口。13.以下不是需求規(guī)約的表達(dá)形式的是（）A、形式化需求規(guī)約B、半形式化需求規(guī)約C、全形式化需求規(guī)約D、非形式化需求規(guī)約【正確答案】：C解析：

本題考查了需求規(guī)約的表達(dá)。需求規(guī)約的表達(dá)有非形式化需求規(guī)約、形式化需求規(guī)約和半形式化需求規(guī)約。14.關(guān)于依賴說法錯(cuò)誤的是（）A、細(xì)化不是依賴B、依賴是一種使用關(guān)系C、客觀世界的一切事物之間的關(guān)系都可以用依賴來規(guī)約D、依賴可以表示為有向虛線段【正確答案】：A解析：本題考查了依賴。依賴是一種使用關(guān)系，用于描述一個(gè)類目使用另一類目的信息和服務(wù)。UML認(rèn)為客觀世界的一切事物之間的關(guān)系都可以用依賴來規(guī)約。關(guān)聯(lián)、泛化和細(xì)化都是一類特定的依賴。因此在建模中，為了模型化其中所遇到的關(guān)系，應(yīng)首先使用關(guān)聯(lián)、泛化和細(xì)化這三個(gè)術(shù)語，只有他們不能使用時(shí)，才使用依賴。關(guān)聯(lián)可以用一條連接兩個(gè)類目的線段表示，用實(shí)心三角形來指示關(guān)聯(lián)的方向，一個(gè)關(guān)聯(lián)只連接兩個(gè)類，稱為二元關(guān)聯(lián)。泛化用一條帶空心三角形的線段表示。細(xì)化用一條帶空心三角形的虛線段表示。依賴用一條有向虛線段表示。15.一種表達(dá)功能模型的工具是（）A、判定表B、判定樹C、結(jié)構(gòu)化自然語言D、數(shù)據(jù)流圖【正確答案】：D解析：

本題考查了數(shù)據(jù)流圖。需求分析的首要任務(wù)是建立系統(tǒng)功能模型，為此結(jié)構(gòu)化分析方法給出了一種表達(dá)功能模型的工具，即數(shù)據(jù)流圖（DFD圖）。描述加工的工具有結(jié)構(gòu)化自然語言、判定表、判定樹。16.體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征的是（）A、瀑布模型B、增量模型C、演化模型D、噴泉模型【正確答案】：D解析：

本題考查了噴泉模型。噴泉模型體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征。主要用于支持面向?qū)ο蠹夹g(shù)的軟件開發(fā)。17.需求發(fā)現(xiàn)技術(shù)中，需求人員通過提出問題/用戶回答這一方式的是（）A、自悟B、交談C、觀察D、提煉【正確答案】：B解析：

本題考查了需求發(fā)現(xiàn)技術(shù)。常用的需求發(fā)現(xiàn)技術(shù)有自悟、交談、觀察、小組會(huì)、提煉。交談指的是為了確定系統(tǒng)應(yīng)該提供的功能，需求人員通過提出問題/用戶回答問題這一方式，直接詢問用戶需要的是一個(gè)什么樣的系統(tǒng)。18.以下哪一項(xiàng)不是功能測試技術(shù)（）A、基于事務(wù)流測試技術(shù)B、路徑測試技術(shù)C、定義域測試技術(shù)D、等價(jià)類測試技術(shù)【正確答案】：B解析：

本題考查了黑盒測試技術(shù)。黑盒測試技術(shù)又稱為功能測試技術(shù)，包括基于事務(wù)流測試技術(shù)、定義域測試技術(shù)、等價(jià)類測試技術(shù)以及因果圖的測試技術(shù)。路徑測試技術(shù)是白盒測試技術(shù)。19.軟件開發(fā)的實(shí)質(zhì)是實(shí)現(xiàn)不同層之間的“映射”，實(shí)現(xiàn)的基本途徑是（）A、轉(zhuǎn)換B、封裝C、抽象D、建?！菊_答案】：D解析：

本題考查了軟件開發(fā)的本質(zhì)。本質(zhì)是不同抽象層術(shù)語之間的“映射”，以及不同抽象層處理邏輯之間的“映射”。實(shí)現(xiàn)這一映射的基本途徑是系統(tǒng)建模。20.指同一層次上模塊總數(shù)的最大值的是（）A、深度B、寬度C、作用域D、控制域【正確答案】：B解析：

本題考查了啟發(fā)式規(guī)則里的相關(guān)術(shù)語。寬度是指同一層次上模塊總數(shù)的最大值，對寬度影響最大的因素是模塊的扇出；深度粗略標(biāo)志一個(gè)系統(tǒng)的規(guī)模和復(fù)雜程度；模塊的作用域是指受該模塊內(nèi)一個(gè)判定所影響的所有模塊的集合；模塊的控制域是指這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。21.下列是需求的性質(zhì)的是（）A、一致的B、完整的C、可修改的D、可跟蹤的【正確答案】：D解析：

本題考查了需求的性質(zhì)。需求有5個(gè)性質(zhì)，包括必要的、無歧義的、可跟蹤的、可測量的和可測的。22.如果兩個(gè)或兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)，模塊之間的這種耦合稱為（）A、控制耦合B、數(shù)據(jù)耦合C、內(nèi)容耦合D、公共耦合【正確答案】：D解析：

本題考查了模塊化的設(shè)計(jì)原則。兩個(gè)或兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)，稱為公共耦合。23.【高頻考點(diǎn)】在銷售管理系統(tǒng)需求文檔中出現(xiàn)下列描述，屬于性能需求范疇的是（）A、系統(tǒng)應(yīng)能產(chǎn)生月銷售報(bào)表B、系統(tǒng)應(yīng)支持100個(gè)Windows95/NT工作站的并行訪問C、對要構(gòu)建的引擎控制系統(tǒng)，必須正確處理從飛行控制系統(tǒng)接收來的命令，并符合特定接口控制文檔中的規(guī)定D、系統(tǒng)必須用C++或其他面向?qū)ο笳Z言編寫，并且系統(tǒng)用戶接口需要菜單【正確答案】：B解析：

本題考查了性能需求。性能需求規(guī)約了一個(gè)系統(tǒng)或系統(tǒng)構(gòu)件在性能方面必須具有的一些特性。例如，系統(tǒng)應(yīng)在5min內(nèi)計(jì)算出給定季度的總銷售稅；系統(tǒng)應(yīng)支持100個(gè)Windows95/NT工作站的并行訪問；數(shù)據(jù)a是一種“持久性”數(shù)據(jù)；功能“信息對比”的誤報(bào)率小于1%~2%。選項(xiàng)A屬于功能需求范疇；選項(xiàng)C屬于外部接口需求范疇；選項(xiàng)D屬于設(shè)計(jì)約束范疇。24.【高頻考點(diǎn)】軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會(huì)發(fā)展的需求，成為社會(huì)、經(jīng)濟(jì)發(fā)展的制約因素，這種現(xiàn)象為（）A、軟件工程B、軟件危機(jī)C、軟件制約D、軟件質(zhì)量【正確答案】：B解析：

本題考查了軟件危機(jī)的概念。軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會(huì)發(fā)展的需求，成為了社會(huì)、經(jīng)濟(jì)發(fā)展的制約因素，這一現(xiàn)象被稱為“軟件危機(jī)”。軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程，或以此為研究對象的學(xué)科。25.在軟件開發(fā)中，軟件系統(tǒng)模型大體分成兩類，概念模型和（）A、行為模型B、實(shí)現(xiàn)模型C、邏輯模型D、軟件模型【正確答案】：D解析：

本題考查了系統(tǒng)模型分類。系統(tǒng)模型分成兩大類，一類稱為概念模型，描述了系統(tǒng)是什么，另一類統(tǒng)稱為軟件模型，描述了實(shí)現(xiàn)概念模型的軟件解決方案。26.需求規(guī)約的基本性質(zhì)包括重要性和穩(wěn)定性程度、完整的、一致的和（）A、可修改的B、可測的C、可測量的D、無歧義的【正確答案】：A解析：

本題考查了需求規(guī)約的基本性質(zhì)。需求規(guī)約的基本性質(zhì)包括重要性和穩(wěn)定性程度、完整的、一致的和可修改的?？蓽y的、可測量的、無歧義的屬于需求的基本性質(zhì)。27.聚合是關(guān)聯(lián)的一種特殊形式，其圖形符號表示是（）A、帶有空心菱形線段表示，空心菱形在整體類一邊B、帶有實(shí)心菱形線段表示，實(shí)心菱形在整體類一邊C、帶有空心菱形線段表示，空心菱形在部分類一邊D、帶有實(shí)心菱形線段表示，實(shí)心菱形在部分類一邊【正確答案】：A解析：

本題考查了表達(dá)關(guān)系的術(shù)語中的聚合。聚合是關(guān)聯(lián)的一種特殊形式。聚合表示為帶有空心菱形的線段，其中空心菱形在整體類那一邊。28.【高頻考點(diǎn)】可用以描述加工的是（）A、數(shù)據(jù)流圖B、數(shù)字字典C、模塊結(jié)構(gòu)圖D、結(jié)構(gòu)化自然語言【正確答案】：D解析：

本題考查了描述加工的表達(dá)工具。描述加工的工具有結(jié)構(gòu)化自然語言、判定表、判定樹。29.“與所期望的設(shè)計(jì)之間的偏差”是指（）A、錯(cuò)誤B、失效C、故障D、誤差【正確答案】：A解析：本題考查了軟件測試中的幾種“錯(cuò)誤”。（1）錯(cuò)誤：“與所期望的設(shè)計(jì)之間的偏差”；（2）失效：“與所規(guī)約的系統(tǒng)執(zhí)行之間的偏差”；（3）故障：“導(dǎo)致錯(cuò)誤或失效的不正常的條件”。30.在銷售管理系統(tǒng)需求文檔中出現(xiàn)下列描述，屬于設(shè)計(jì)約束范疇的是（）A、系統(tǒng)必須用C++或其他面向?qū)ο笳Z言編寫，并且系統(tǒng)用戶接口需要菜單B、系統(tǒng)應(yīng)能產(chǎn)生月銷售報(bào)表C、數(shù)據(jù)A是一種“持久性”數(shù)據(jù)D、對要構(gòu)建的賬號接受系統(tǒng)，必須為月財(cái)務(wù)狀態(tài)系統(tǒng)提供更新信息【正確答案】：A解析：

本題考查了設(shè)計(jì)約束。設(shè)計(jì)約束是一種需求，它限制了軟件系統(tǒng)或軟件系統(tǒng)構(gòu)件的設(shè)計(jì)方案的范圍。例如，系統(tǒng)必須用C++或其他面向?qū)ο笳Z言編寫，并且系統(tǒng)用戶接口需要菜單。任取1s，一個(gè)特定應(yīng)用所消耗的可用計(jì)算機(jī)能力平均不超過50%。31.創(chuàng)建系統(tǒng)的分析模型，一般要進(jìn)行如用況分析等四項(xiàng)活動(dòng)，以下哪一項(xiàng)不是創(chuàng)建分析模型的活動(dòng)（）A、體系結(jié)構(gòu)分析B、類的分析C、包的分析D、活動(dòng)分析【正確答案】：D解析：

本題考查了需求分析中分析模型的表達(dá)。創(chuàng)建系統(tǒng)的分析模型，一般進(jìn)行體系結(jié)構(gòu)分析、用況分析、類的分析以及包的分析4項(xiàng)活動(dòng)。32.【高頻考點(diǎn)】可視化表達(dá)系統(tǒng)靜態(tài)結(jié)構(gòu)模型的工具是（）A、用況圖B、順序圖C、類圖D、狀態(tài)圖【正確答案】：C解析：

本題考查了在軟件開發(fā)中常用的4種建模工具，即類圖、用況圖、狀態(tài)圖和順序圖?？梢暬磉_(dá)系統(tǒng)靜態(tài)結(jié)構(gòu)模型的工具是類圖。33.在UML圖形化工具中，（）是由一組對象以及按時(shí)序組織的對象之間的關(guān)系組成，還包含這些對象之間所發(fā)送的消息。A、用況圖B、類圖C、狀態(tài)圖D、順序圖【正確答案】：D解析：

本題考查了順序圖。在軟件開發(fā)中常用的4種建模工具，即類圖、用況圖、狀態(tài)圖、順序圖。用況圖是一種可以表達(dá)系統(tǒng)功能模型的圖形化工具。類圖是可視化表達(dá)系統(tǒng)靜態(tài)結(jié)構(gòu)模型的工具。狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖。其中強(qiáng)調(diào)了從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流?？捎糜趧?chuàng)建有關(guān)系統(tǒng)的行為生存周期模型。順序圖是一種交互圖，即由一組對象以及按時(shí)序組織的對象之間的關(guān)系組成，其中還包含這些對象之間所發(fā)送的消息?？捎糜趧?chuàng)建關(guān)系統(tǒng)的交互模型。34.將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型是（）A、增量模型B、瀑布模型C、螺旋模型D、噴泉模型【正確答案】：B解析：

瀑布模型規(guī)定了各開發(fā)階段的活動(dòng)：系統(tǒng)需求、軟件需求、需求分析、設(shè)計(jì)、編碼、測試和運(yùn)行，并且自上而下具有相互銜接的固定順序，還規(guī)定了每一階段的輸入，即工作對象以及本階段的工作成果，作為輸出傳送到下一階段?？梢娖俨寄Ｐ褪菍④浖嬷芷诟鱾€(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型。35.【高頻考點(diǎn)】當(dāng)一個(gè)模塊直接修改或操作另一個(gè)模塊的數(shù)據(jù)，這樣的耦合被稱為（）A、內(nèi)容耦合B、公共耦合C、控制耦合D、標(biāo)記耦合【正確答案】：A解析：

本題考查了模塊間耦合類型。一個(gè)模塊直接修改或操作另一個(gè)模塊的數(shù)據(jù)，或一個(gè)模塊不通過正常入口而轉(zhuǎn)入到另一模塊，這樣的耦合被稱為內(nèi)容耦合。兩個(gè)或兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)，稱為公共耦合。一個(gè)模塊通過接口向另一個(gè)模塊傳遞一個(gè)控制信號，接收信號的模塊根據(jù)信號值進(jìn)行適當(dāng)?shù)膭?dòng)作，稱為控制耦合。若一個(gè)模塊A通過接口向兩個(gè)模塊B和C傳遞一個(gè)公共參數(shù)，稱為標(biāo)記耦合。36.以下說法錯(cuò)誤的是（）A、語句覆蓋是比較弱的覆蓋標(biāo)準(zhǔn)B、對于多分支的判定，分支覆蓋至少將程序中的每一個(gè)分支執(zhí)行一次C、條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)D、語句覆蓋較分支覆蓋嚴(yán)格，但該測試仍不充分【正確答案】：D解析：

本題考查了邏輯覆蓋。邏輯覆蓋包括語句覆蓋、分支覆蓋、條件覆蓋、條件組合覆蓋和路徑覆蓋等。語句覆蓋發(fā)現(xiàn)錯(cuò)誤的能力最弱，路徑覆蓋發(fā)現(xiàn)錯(cuò)誤的能力最強(qiáng)。37.關(guān)聯(lián)的多重性是指（）A、一個(gè)類有多少方法被另一個(gè)類調(diào)用B、類中對象參與一個(gè)關(guān)聯(lián)的數(shù)目C、兩個(gè)類所具有相同的方法和屬性的個(gè)數(shù)比D、一個(gè)類的某種方法被另一個(gè)類調(diào)用的次數(shù)【正確答案】：B解析：

本題考查了UML中表達(dá)關(guān)系的術(shù)語。關(guān)聯(lián)的多重性是指類（類目）中對象參與一個(gè)關(guān)聯(lián)的數(shù)目。38.以下哪一種需求發(fā)現(xiàn)技術(shù)可能會(huì)導(dǎo)致“完美蠕行”病癥的體現(xiàn)（）A、自悟B、交談C、觀察D、提煉【正確答案】：B解析：

本題考查了需求發(fā)現(xiàn)技術(shù)。交談可能會(huì)導(dǎo)致“完美蠕行”病癥的體現(xiàn)。39.CMMI能力等級中的第4級是（）A、未完成級B、已執(zhí)行級C、已定量管理級D、已定義級【正確答案】：C解析：

本題考查了能力等級。6個(gè)能力等級如下①0級：未完成級；②1級：已執(zhí)行級；③2級：已管理級；④3級：已定義級；⑤4級：已定量管理級；⑥5級：持續(xù)優(yōu)化級。40.在UML中，一種可以表達(dá)系統(tǒng)功能模型的圖形化工具是（）A、類圖B、用況圖C、狀態(tài)圖D、順序圖【正確答案】：B解析：本題考查了用況圖。在軟件開發(fā)中常用的4種建模工具，即類圖、用況圖、狀態(tài)圖、順序圖。用況圖是一種可以表達(dá)系統(tǒng)功能模型的圖形化工具。類圖是可視化表達(dá)系統(tǒng)靜態(tài)結(jié)構(gòu)模型的工具。狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖。其中強(qiáng)調(diào)了從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流?？捎糜趧?chuàng)建有關(guān)系統(tǒng)的行為生存周期模型。順序圖是一種交互圖，即由一組對象以及按時(shí)序組織的對象之間的關(guān)系組成，其中還包含這些對象之間所發(fā)送的消息?？捎糜趧?chuàng)建關(guān)系統(tǒng)的交互模型。41.本題考查了等價(jià)類劃分在高校本科生管理系統(tǒng)中，要對大一、大二、大三、大四的學(xué)生分別進(jìn)行管理，則可確認(rèn)（）A、4個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類B、1個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類C、4個(gè)有效等價(jià)類，4個(gè)無效等價(jià)類D、1個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類【正確答案】：A解析：

本題考查了等價(jià)類劃分的參考原則三。如果輸入條件規(guī)定了輸入數(shù)據(jù)的一組可能取的值，可為每一個(gè)輸入值確定一個(gè)有效等價(jià)類，針對整組值確定一個(gè)無效等價(jià)類。42.【高頻考點(diǎn)】假設(shè)選修課程數(shù)目的輸入范圍是2-5，則根據(jù)黑盒測試中的等價(jià)類劃分正確的是（）A、2個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類B、2個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類C、1個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類D、1個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類【正確答案】：C解析：

本題考查了等價(jià)類劃分的參考原則一。如果某個(gè)輸入條件規(guī)定了輸入數(shù)據(jù)的范圍，則可確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。43.類程序設(shè)計(jì)語言（PDL），又稱為（）A、高級程序設(shè)計(jì)語言B、低級程序設(shè)計(jì)語言C、偽碼D、中級程序設(shè)計(jì)語言【正確答案】：C解析：

本題考查了程序設(shè)計(jì)工具——類程序設(shè)計(jì)語言。類程序設(shè)計(jì)語言（PDL）又稱為偽碼。44.【高頻考點(diǎn)】在單元測試期間，通?？紤]模塊的（）A、規(guī)范性B、重要的執(zhí)行路徑C、正確的執(zhí)行路徑D、個(gè)別數(shù)據(jù)【正確答案】：B解析：

本題考查了單元測試。在單元測試期間，通?？紤]模塊的以下4個(gè)特性：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、錯(cuò)誤執(zhí)行路徑。45.“一種自然語言來表達(dá)需求規(guī)約”的表達(dá)風(fēng)格是（）A、全形式化的B、形式化的C、半形式化的D、非形式化的【正確答案】：D解析：

本題考查了需求規(guī)約的表達(dá)。需求規(guī)約的表達(dá)有非形式化需求規(guī)約、形式化需求規(guī)約和半形式化需求規(guī)約。（1）非形式化的需求規(guī)約是以一種自然語言來表達(dá)需求規(guī)約。形式化的需求規(guī)約是以一種基于良構(gòu)數(shù)學(xué)概念的符號體系來編制需求規(guī)約。半形式化的需求規(guī)約是以半形式化符號體系來表達(dá)需求規(guī)約。46.【高頻考點(diǎn)】白盒測試技術(shù)，又稱為（）A、功能測試技術(shù)B、系統(tǒng)測試技術(shù)C、事務(wù)處理流程技術(shù)D、結(jié)構(gòu)測試技術(shù)【正確答案】：D解析：

本題考查了軟件測試技術(shù)的分類。軟件測試技術(shù)大體可以分成兩類，一類是白盒測試技術(shù)，又稱為結(jié)構(gòu)測試技術(shù)，典型的是路徑測試技術(shù)。另一類是黑盒測試技術(shù)，又稱為功能測試技術(shù)，包括事務(wù)處理流程技術(shù)、狀態(tài)測試技術(shù)、定義域測試技術(shù)等。47.UML的圖形化工具分成兩類：行為圖和（）A、類圖B、用況圖C、狀態(tài)圖D、結(jié)構(gòu)圖【正確答案】：D解析：

本題考查了UML的圖形化工具。UML的圖形化工具分成兩類：結(jié)構(gòu)圖和行為圖。48.主要是針對事先不能完整定義需求的軟件開發(fā)的模型是（）A、瀑布模型B、增量模型C、演化模型D、噴泉模型【正確答案】：C解析：

本題考查了演化模型。演化模型主要是針對事先不能完整定義需求的軟件開發(fā)的。瀑布模型適用于需求明確或很少變更的項(xiàng)目的模型。增量模型適用于發(fā)布版本快，可減少用戶需求變更的模型。螺旋模型適用于開發(fā)風(fēng)險(xiǎn)很大或客戶不能確定系統(tǒng)需求的項(xiàng)目。噴泉模型體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征，主要用于支持面向?qū)ο蠹夹g(shù)的軟件開發(fā)。49.軟件工程在20世紀(jì)80年代以來獲得的主要成果有（）A、CASE產(chǎn)品B、結(jié)構(gòu)化方法C、瀑布模型D、增量模型【正確答案】：A解析：

本題考查了軟件工程的發(fā)展。軟件工程在20世紀(jì)80年代以來獲得的主要成果是提出了《軟件生存周期過程》等一系列軟件工程標(biāo)準(zhǔn)；大力開展了計(jì)算機(jī)輔助軟件工程（CASE）的研究與實(shí)踐。50.CMMI能力等級中的第2級是（）A、未完成級B、已執(zhí)行級C、已管理級D、已定義級【正確答案】：C解析：

本題考查了能力等級。6個(gè)能力等級如下①0級：未完成級；②1級：已執(zhí)行級；③2級：已管理級；④3級：已定義級；⑤4級：已定量管理級；⑥5級：持續(xù)優(yōu)化級。51.程序輸入條件為小于100且大于10，則根據(jù)黑盒測試中的等價(jià)類劃分，正確的是（）A、2個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類B、2個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類C、1個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類D、1個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類【正確答案】：C解析：

本題考查了等價(jià)類劃分的參考原則一。如果某個(gè)輸入條件規(guī)定了輸入數(shù)據(jù)的范圍，則可確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。其他參考原則也可能會(huì)考查，具體見押題精華。52.定義數(shù)據(jù)字典時(shí)，需要使用一些符號，以下表示重復(fù)的符號的是（）A、+B、{}C、=D、[|]【正確答案】：B解析：

本題考查了定義數(shù)據(jù)字典中的3種數(shù)據(jù)結(jié)構(gòu)。順序結(jié)構(gòu)中的符號是“+”，選擇結(jié)構(gòu)中的符號是“|”，重復(fù)結(jié)構(gòu)中的符號是“{}”。53.在一個(gè)用況圖中，用況之間常具有一些關(guān)系，下面哪一項(xiàng)不是用況之間的關(guān)系（）A、擴(kuò)展B、包含C、依賴D、泛化【正確答案】：C解析：

本題考查了用況圖的概念。用況之間可以具有3個(gè)關(guān)系，即是泛化、擴(kuò)展和包含。54.在進(jìn)行軟件測試時(shí)，首先應(yīng)當(dāng)進(jìn)行以下哪項(xiàng)測試，然后再進(jìn)行組裝測試，最后進(jìn)行有效性測試（）A、單元測試B、系統(tǒng)測試C、集成測試D、確認(rèn)測試【正確答案】：A解析：

本題考查了測試步驟。軟件測試步驟為單元測試、集成測試、有效性測試和系統(tǒng)測試。55.【高頻考點(diǎn)】UML的圖形化工具中，“可用于創(chuàng)建有關(guān)系統(tǒng)的行為生存周期模型，給出生存周期內(nèi)的階段信息”的圖是（）A、用況圖B、順序圖C、類圖D、狀態(tài)圖【正確答案】：D解析：

本題考查了在軟件開發(fā)中常用的4種建模工具，即類圖、用況圖、狀態(tài)圖和順序圖。狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖。其中強(qiáng)調(diào)了從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流?？捎糜趧?chuàng)建有關(guān)系統(tǒng)的行為生存周期模型。56.需求人員把自己作為系統(tǒng)的最終用戶，審視該系統(tǒng)并提出問題的初始需求發(fā)現(xiàn)技術(shù)是（）A、自悟B、交談C、提煉D、自審【正確答案】：A解析：

本題考查了需求發(fā)現(xiàn)技術(shù)。需求人員把自己作為系統(tǒng)的最終用戶，審視該系統(tǒng)并提出問題：“如果是我使用這一系統(tǒng)，則我需求……”。此需求發(fā)現(xiàn)技術(shù)為自悟。交談是為了確定系統(tǒng)應(yīng)該提供的功能，需求人員通過提出問題/用戶回答問題這一方式，直接詢問用戶需要的是一個(gè)什么樣的系統(tǒng)。提煉是指復(fù)審技術(shù)文檔，并提取相關(guān)的信息。57.【高頻考點(diǎn)】結(jié)構(gòu)化分析方法中，數(shù)據(jù)的變換單元稱為（）A、加工B、數(shù)據(jù)存儲C、數(shù)據(jù)源D、數(shù)據(jù)潭【正確答案】：A解析：

本題考查了結(jié)構(gòu)化方法中的基本術(shù)語。加工是數(shù)據(jù)的變換單元；數(shù)據(jù)存儲是數(shù)據(jù)的靜態(tài)結(jié)構(gòu)；數(shù)據(jù)源是數(shù)據(jù)流的起點(diǎn)；數(shù)據(jù)源是數(shù)據(jù)的起點(diǎn)；數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。58.【高頻考點(diǎn)】軟件基本過程是指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集，可分為獲取過程、供應(yīng)過程、開發(fā)過程、運(yùn)行過程和（）A、設(shè)計(jì)過程B、需求定義過程C、需求獲取過程D、維護(hù)過程【正確答案】：D解析：

本題考查了基本過程。基本過程是指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集，可分為獲取過程、供應(yīng)過程、開發(fā)過程、運(yùn)行過程和維護(hù)過程。59.HIPO圖是軟件工程中的一種描述工具，采用HIPO圖進(jìn)行描述的階段是（）A、詳細(xì)設(shè)計(jì)B、總體設(shè)計(jì)C、可行性分析D、需求分析【正確答案】：B解析：

本題考查了總體設(shè)計(jì)的工具?？傮w設(shè)計(jì)階段的工具有模塊結(jié)構(gòu)圖、層次圖和HIPO圖。60.以下不適用于需求分析的工具是（）A、數(shù)據(jù)字典B、數(shù)據(jù)流圖C、PAD圖D、判定表【正確答案】：C解析：

本題考查了結(jié)構(gòu)化需求分析的工具。PAD圖是詳細(xì)設(shè)計(jì)的工具。61.【高頻考點(diǎn)】關(guān)于軟件測試與調(diào)試，下列說法錯(cuò)誤的是（）A、調(diào)試是為了證明程序員的正確B、調(diào)試是不受時(shí)間約束的C、測試是有計(jì)劃的，并要進(jìn)行測試設(shè)計(jì)D、測試是一個(gè)推理過程【正確答案】：D解析：

本題考查了軟件測試與調(diào)試。測試從一個(gè)側(cè)面證明程序員的“失敗”。測試以已知條件開始，使用預(yù)先定義的程序且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過測試。測試是有計(jì)劃的，并進(jìn)行測試設(shè)計(jì)。測試是一個(gè)發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測試的過程。調(diào)試是為了證明程序員的正確。調(diào)試一般是以不可知的內(nèi)部條件開始，除統(tǒng)計(jì)性調(diào)試外，結(jié)果是不可預(yù)見的。調(diào)試是不受時(shí)間約束的。調(diào)試是一個(gè)推理過程。62.表達(dá)結(jié)構(gòu)化分析方法的基本術(shù)語中，表示數(shù)據(jù)流的起點(diǎn)的是（）A、加工B、數(shù)據(jù)存儲C、數(shù)據(jù)源D、數(shù)據(jù)潭【正確答案】：C解析：

本題考查了結(jié)構(gòu)化分析方法的基本術(shù)語。數(shù)據(jù)源是數(shù)據(jù)流的起點(diǎn)。數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。加工是數(shù)據(jù)的變換單元。數(shù)據(jù)存儲是數(shù)據(jù)的靜態(tài)結(jié)構(gòu)。63.若一個(gè)模塊A通過接口向兩個(gè)模塊B和C傳遞一個(gè)公共參數(shù)，那么模塊B和模塊C之間存在一個(gè)（）A、內(nèi)容耦合B、公共耦合C、控制耦合D、標(biāo)記耦合【正確答案】：D解析：

本題考查了模塊間耦合類型。從強(qiáng)到弱的順序是內(nèi)容耦合、公共耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合。若一個(gè)模塊A通過接口向兩個(gè)模塊B和C傳遞一個(gè)公共參數(shù)，那么模塊B和模塊C之間存在一個(gè)標(biāo)記耦合。64.適用于需求明確或很少變更的項(xiàng)目的模型是（）A、瀑布模型B、增量模型C、演化模型D、噴泉模型【正確答案】：A解析：

本題考查了瀑布模型。瀑布模型的突出缺點(diǎn)是無法通過開發(fā)活動(dòng)澄清本來不夠確切的軟件需求。所以瀑布模型適用于需求明確且很少變更的項(xiàng)目。65.軟件工程在20世紀(jì)60年代末到80年代初的主要成果是（）A、CASE產(chǎn)品B、結(jié)構(gòu)化方法C、瀑布模型D、增量模型【正確答案】：C解析：

本題考查了軟件工程的發(fā)展。軟件工程在20世紀(jì)60年代末到80年代初的主要成果是提出了瀑布模型。66.在面向?qū)ο蠹夹g(shù)的發(fā)展中，一個(gè)重要的里程碑是（）A、用況圖B、UMLC、狀態(tài)圖D、層次圖【正確答案】：B解析：

本題考查了面向?qū)ο蠓椒ǖ谋尘??？梢暈槊嫦驅(qū)ο蠹夹g(shù)發(fā)展中一個(gè)重要里程碑的是UML。用況圖、狀態(tài)圖屬于建模工具。層次圖是結(jié)構(gòu)化方法總體設(shè)計(jì)的工具。67.CMMI組織過程改善的成熟度等級中的2級是（）A、初始級B、已管理級C、已定義級D、已定量管理級【正確答案】：B解析：

本題考查了成熟度等級。①1級：初始級；②2級：已管理級；③3級：已定義級；④4級：已定量管理級；⑤5級：持續(xù)優(yōu)化級。68.在RUP中，規(guī)定了4個(gè)開發(fā)階段，每個(gè)階段都有同樣的工作流，即需求、設(shè)計(jì)、實(shí)現(xiàn)、測試和（）A、獲取B、分析C、編碼D、維護(hù)【正確答案】：B解析：

本題考查了RUP的突出特點(diǎn)。在RUP中，規(guī)定了4個(gè)開發(fā)階段：初始階段、精化階段、構(gòu)造階段、移交階段。每個(gè)階段都有同樣的工作流，即需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測試。69.【高頻考點(diǎn)】在銷售管理系統(tǒng)需求文檔中出現(xiàn)下列描述，屬于功能需求范疇的是（）A、系統(tǒng)應(yīng)對所有已銷售的應(yīng)納稅商品計(jì)算銷售稅。B、系統(tǒng)應(yīng)在5min內(nèi)計(jì)算出給定季度的總銷售稅。C、對要構(gòu)建的賬戶接收系統(tǒng)，必須為月財(cái)務(wù)狀況系統(tǒng)提供更新信息。D、任取1s，一個(gè)特定應(yīng)用所消耗的可用計(jì)算機(jī)能力平均不超過50%。【正確答案】：A解析：

本題考查了功能需求。功能需求規(guī)約了系統(tǒng)或系統(tǒng)構(gòu)件必須執(zhí)行的功能。例如，系統(tǒng)應(yīng)對所有已銷售的應(yīng)納稅商品計(jì)算銷售稅；系統(tǒng)應(yīng)能產(chǎn)生月銷售報(bào)表。70.指一個(gè)模塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量是（）A、耦合B、內(nèi)聚C、扇入D、扇出【正確答案】：B解析：

本題考查了內(nèi)聚的定義。內(nèi)聚是指一個(gè)模塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量。耦合是指不同模塊之間相互依賴程度的度量。扇出是指一個(gè)模塊直接控制（調(diào)用）的下級模塊數(shù)目。扇入是指表明有多少上級模塊直接調(diào)用該模塊。填空題1.一個(gè)（）是有關(guān)一個(gè)“要予構(gòu)造”的陳述，描述了待開發(fā)產(chǎn)品/系統(tǒng)功能上的能力、性能參數(shù)或其他性質(zhì)?！菊_答案】：需求2.《ISO/IEC軟件生存周期過程12207—1995》中，基本過程是指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集，可分為獲取過程、（）、開發(fā)過程、（）和維護(hù)過程?！菊_答案】：供應(yīng)過程|運(yùn)行過程3.（）是同一個(gè)層次上模塊總數(shù)的最大值?！菊_答案】：寬度4.在CMMI中，應(yīng)用于一個(gè)組織過程改善的成熟度等級有（）個(gè)?！菊_答案】：55.20世紀(jì)60年代末到80年代初，這一時(shí)期軟件工程的主要特征為前期主要研究（），后期則開始關(guān)注（）。【正確答案】：系統(tǒng)實(shí)現(xiàn)技術(shù)|軟件質(zhì)量和軟件工程管理6.（）以一種自然語言來表達(dá)需求規(guī)約，適用于規(guī)模比較小的、復(fù)雜程度不大高的小型軟件項(xiàng)目，或在獲取SRS時(shí)使用?！菊_答案】：非形式化的需求規(guī)約7.【高頻考點(diǎn)】瀑布模型規(guī)定了各開發(fā)階段的活動(dòng)：系統(tǒng)需求、軟件需求、需求分析、設(shè)計(jì)、（）、測試和運(yùn)行?！菊_答案】：編碼8.【高頻考點(diǎn)】CMMI模型基于過程途徑思想，通過過程把軟件質(zhì)量的3個(gè)支撐點(diǎn)：受訓(xùn)的人員、（）、（）進(jìn)行集成，以開發(fā)所期望的系統(tǒng)/產(chǎn)品?！菊_答案】：規(guī)程和方法|工具和設(shè)備9.【高頻考點(diǎn)】對于單一一個(gè)需求，必須具有的基本性質(zhì)：（）、無歧義的、可測的、（）、可測量的?！菊_答案】：必要的|可追蹤的10.需求規(guī)約一般滿足4個(gè)基本性質(zhì)：（）、可修改的、（）、一致的?！菊_答案】：重要性和穩(wěn)定性程度|完整的11.（）是測試用例設(shè)計(jì)的基礎(chǔ)。在實(shí)際軟件測試工作中，（）是發(fā)現(xiàn)程序錯(cuò)誤的關(guān)鍵?！菊_答案】：路徑選取|好的用例設(shè)計(jì)12.標(biāo)志一個(gè)系統(tǒng)的規(guī)模和復(fù)雜程度的是（）?！菊_答案】：深度13.有效性測試的目標(biāo)是發(fā)現(xiàn)軟件實(shí)現(xiàn)的功能與（）不一致的錯(cuò)誤?！菊_答案】：需求規(guī)格說明書14.面向?qū)ο蠓椒ㄔ从冢ǎ?。【正確答案】：面向?qū)ο缶幊陶Z言15.（）是指不同模塊之間相互依賴程度的度量?！菊_答案】：耦合16.【高頻考點(diǎn)】需求發(fā)現(xiàn)技術(shù)有自悟、交談、（）、小組會(huì)、提煉。【正確答案】：觀察17.【高頻考點(diǎn)】對于一個(gè)項(xiàng)目而言，（）是項(xiàng)目管理計(jì)劃的主體，一般還存在一些支持生存周期過程具有重要作用的其他計(jì)劃，包括軟件工程管理計(jì)劃、軟件配置管理計(jì)劃、軟件質(zhì)量保證計(jì)劃、軟件驗(yàn)證和確認(rèn)計(jì)劃、（）?！菊_答案】：過程管理計(jì)劃|軟件度量計(jì)劃18.采用事務(wù)流技術(shù)進(jìn)行軟件測試的步驟：獲得事務(wù)流程圖；（）；用例設(shè)計(jì)、測試執(zhí)行。【正確答案】：瀏覽|復(fù)審19.CMMI的兩種等級可用于評定活動(dòng)和（），作為過程評估的結(jié)果。【正確答案】：估算解析：

本題考查了CMMI的等級。CMMI的等級分為能力等級和成熟度等級。這兩種等級可用于評定活動(dòng)和估算，作為過程評估的結(jié)果。20.（）是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)。【正確答案】：模塊21.軟件開發(fā)的目標(biāo)是將問題域中概念（）為運(yùn)行平臺層面上的概念；把問題域中的處理邏輯（）為運(yùn)行平臺層面上的處理邏輯?！菊_答案】：映射|映射22.RUP的4個(gè)開發(fā)階段包括：初始階段、（）_、構(gòu)造階段、移交階段?！菊_答案】：精化階段23.模塊之間通過參數(shù)來傳遞數(shù)據(jù)，則稱為（）?！菊_答案】：數(shù)據(jù)耦合24.（）是指遵循一個(gè)過程可達(dá)到的預(yù)期結(jié)果的程度?！菊_答案】：過程能力25.分析類分成（）、（）、（）?！菊_答案】：邊界類|實(shí)體類|控制類26.軟件模型可進(jìn)一步分為（）、實(shí)現(xiàn)模型和部署模型等?！菊_答案】：設(shè)計(jì)模型27.【高頻考點(diǎn)】在CMMI模型中，達(dá)到預(yù)先定義的一組過程域所有目標(biāo)的一種過程改善等級稱為（）?！菊_答案】：成熟度等級28.（）_即以一種基于良構(gòu)數(shù)學(xué)概念的符號體系來編制需求規(guī)約?！菊_答案】：形式化的需求規(guī)約29.【高頻考點(diǎn)】由于軟件錯(cuò)誤的復(fù)雜性，在軟件工程測試中我們應(yīng)綜合運(yùn)用測試技術(shù)，并且應(yīng)實(shí)施合理的測試序列：（）、集成測試、（）和系統(tǒng)測試。【正確答案】：單元測試|有效性測試30.（）是從事軟件開發(fā)實(shí)踐和軟件工程項(xiàng)目管理的思想基礎(chǔ)?！菊_答案】：正確認(rèn)識軟件開發(fā)31.（）是通過提供的客觀證據(jù)，證實(shí)規(guī)約的需求是否得以滿足的?！菊_答案】：驗(yàn)證32.【高頻考點(diǎn)】軟件工程概念的提出，其目的是倡導(dǎo)以工程的（）、（）和（）進(jìn)行軟件開發(fā)，以期解決出現(xiàn)的“軟件危機(jī)”。【正確答案】：原理|原則|方法33.計(jì)算機(jī)任務(wù)的處理對象和處理規(guī)則的描述是（）。【正確答案】：程序34.自悟方法存在的風(fēng)險(xiǎn)與（）方法一樣，無法驗(yàn)證所發(fā)現(xiàn)的需求是否滿足用戶的要求，無法驗(yàn)證發(fā)現(xiàn)的需求是否正確?！菊_答案】：提煉35.在結(jié)構(gòu)化方法中，表示“數(shù)據(jù)的靜態(tài)結(jié)構(gòu)”是（）。【正確答案】：數(shù)據(jù)存儲36.基于事務(wù)流的測試技術(shù)是一種（）技術(shù)?！菊_答案】：基于功能測試技術(shù)解析：

事務(wù)流測試技術(shù)是一種功能測試技術(shù),目前提出了很多功能測試技術(shù),如定義域測試技術(shù)、等價(jià)類測試技術(shù)以及基于因果圖的測試技術(shù)等,統(tǒng)稱為黑盒子測試技術(shù)37.在RUP中，規(guī)定了4個(gè)開發(fā)階段，每一個(gè)階段都有同樣的工作流，即（）、（）、（）、（）?！菊_答案】：需求|分析|設(shè)計(jì)|實(shí)現(xiàn)|測試38.需求分成兩大類：一類是（）；另一類是（）?！菊_答案】：功能需求|非功能需求39.如果一個(gè)類只有一個(gè)父類，則說它使用（）。【正確答案】：單繼承40.（）是關(guān)聯(lián)一端的類目對另一端的類目的一種呈現(xiàn)。【正確答案】：角色41.系統(tǒng)模型分成兩大類，一類為概念模型，描述了系統(tǒng)是什么；另一類統(tǒng)稱為（），描述了實(shí)現(xiàn)概念模型的軟件解決方法?！菊_答案】：軟件模型42.分層的基本動(dòng)機(jī)是為了控制開發(fā)的復(fù)雜性。在需求層上創(chuàng)建的系統(tǒng)（）是對客觀事物系統(tǒng)的抽象，即標(biāo)識要解決的問題，或稱問題定義?！菊_答案】：概念模型43.【高頻考點(diǎn)】軟件開發(fā)的基本途徑是（）?！菊_答案】：系統(tǒng)建模44.黑盒測試技術(shù)依據(jù)的是（）的描述?！菊_答案】：軟件行為45.（）是指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集?！菊_答案】：基本過程46.關(guān)聯(lián)的約束有：有序；無重復(fù)對象；有重復(fù)對象；有序集合；列表或序列；（）?！菊_答案】：只讀47.【高頻考點(diǎn)】軟件測試是一個(gè)有程序的過程，包括（）、（）以及（）等?！菊_答案】：測試設(shè)計(jì)|測試執(zhí)行|測試結(jié)果比較48.為了描述事物之間的相互依賴好的相互作用，UML給出了4個(gè)術(shù)語，分別是（）、泛化、（）和依賴?！菊_答案】：關(guān)聯(lián)|細(xì)化49.客觀世界一切事物之間的關(guān)系都可用（）來規(guī)約?！菊_答案】：依賴50.能力等級是指在（）中已達(dá)到的過程改善?！菊_答案】：單一過程域51.【高頻考點(diǎn)】UML的圖形化工具分為兩類，一類是（），另一類是（）?！菊_答案】：結(jié)構(gòu)圖|行為圖52.（）是指一個(gè)模塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量。【正確答案】：內(nèi)聚53.有效性測試軟件測試技術(shù)可以分為兩大類，分別是白盒測試技術(shù)和（）_?！菊_答案】：黑盒測試技術(shù)54.用況圖是一種表達(dá)（）的圖形化工具【正確答案】：系統(tǒng)功能模型55.每個(gè)模塊完成了（），把它們組裝在一切并不一定能夠正確地工作，其原因是模塊的組裝存在一個(gè)接口問題?！菊_答案】：單元測試56.數(shù)據(jù)的基本結(jié)構(gòu)有選擇、順序和（）。【正確答案】：重復(fù)57.UML的圖形化工具分為兩類，一類是（），用于表達(dá)系統(tǒng)或系統(tǒng)成分的動(dòng)態(tài)結(jié)構(gòu)模型，另一類是結(jié)構(gòu)圖，用于表達(dá)系統(tǒng)或系統(tǒng)成分的（）?！菊_答案】：行為圖|靜態(tài)結(jié)構(gòu)模型58.結(jié)構(gòu)化程序設(shè)計(jì)的基本控制結(jié)構(gòu)是順序、選擇和（）?！菊_答案】：循環(huán)59.類的泛化關(guān)系中，如果一個(gè)類只有一個(gè)父類，則說它使用了（）。【正確答案】：單繼承60.（）是指把要解決問題的過程分解為多個(gè)步驟或階段，每一步是對上一步結(jié)果的精化，以接近問題的解法?！菊_答案】：逐步求精61.非功能需求又可分為（）、（）、設(shè)計(jì)約束和質(zhì)量屬性等?！菊_答案】：性能需求|外部接口需求62.典型的詳細(xì)設(shè)計(jì)工具有程序流程圖、盒圖、問題分析圖和（）?！菊_答案】：類程序設(shè)計(jì)語言63.螺旋模型是在（）和（）的基礎(chǔ)上，加入兩者所忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開發(fā)模型。【正確答案】：瀑布模型|演化模型64.在標(biāo)準(zhǔn)《ISO/IEC軟件生存周期過程12207—1995》中，按過程主體把軟件生存周期過程分為基本過程、（）和（）?！菊_答案】：支持過程|組織過程65.在一個(gè)用況圖中，用況之間可以具有3種關(guān)系，即（）、（）、（）。【正確答案】：泛化|擴(kuò)展|包含66.如果一個(gè)模塊內(nèi)部的處理成分是相關(guān)的，而且這些處理必須以特定的次序執(zhí)行，則稱為（）?！菊_答案】：過程內(nèi)聚67.用于描述該關(guān)聯(lián)的一定“內(nèi)涵”的是（）?！菊_答案】：關(guān)聯(lián)名68.【高頻考點(diǎn)】CMMI針對系統(tǒng)/產(chǎn)品開發(fā)的能力成熟度模型，集成了3個(gè)源模型：軟件CMM、（）和（）?！菊_答案】：系統(tǒng)工程CMM|產(chǎn)品集成開發(fā)CMM69.【高頻考點(diǎn)】RUP的突出特點(diǎn)是一種以（）為驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的迭代、增量式開發(fā)?！菊_答案】：用況70.軟件開發(fā)的（）適用于客戶不能確定系統(tǒng)需求的項(xiàng)目?！菊_答案】：螺旋模型解析：?軟件開發(fā)的螺旋模型適用于客戶不能確定系統(tǒng)需求的項(xiàng)目。?螺旋模型是一種以顧客需求為動(dòng)力，以風(fēng)險(xiǎn)分析為核心，圍繞風(fēng)險(xiǎn)驅(qū)動(dòng)采取迭代的方式開發(fā)軟件的過程模型。它特別適用于那些客戶對系統(tǒng)需求不明確或存在較大不確定性的項(xiàng)目。在螺旋模型中，開發(fā)過程被劃分為多個(gè)迭代周期，每個(gè)周期都包括需求分析、設(shè)計(jì)、編碼、測試等階段，并且每個(gè)階段都會(huì)進(jìn)行風(fēng)險(xiǎn)評估和需求驗(yàn)證，以確保項(xiàng)目能夠根據(jù)客戶的反饋和需求變化進(jìn)行調(diào)整。這種模型能夠有效地管理項(xiàng)目風(fēng)險(xiǎn)，特別是在客戶需求不明確的情況下，通過多次迭代和反饋，逐步明確和滿足客戶需求，最終交付滿足預(yù)期的軟件產(chǎn)品?71.計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的（）及其（）?！菊_答案】：程序|文檔72.驗(yàn)證需求是不是歧義的，一般可采用（）?！菊_答案】：需求復(fù)審73.文檔是為了理解程序所需的（）?！菊_答案】：闡述性資料74.（）是沒有被判定和被節(jié)點(diǎn)分開的一組程序語句。【正確答案】：過程塊75.使用用況圖可以對系統(tǒng)和業(yè)務(wù)建模。業(yè)務(wù)模型和系統(tǒng)模型之間具有（）關(guān)系?！菊_答案】：整體/部分76.每個(gè)系只能屬于一所學(xué)校，因此就要把這一關(guān)聯(lián)標(biāo)識為（）。【正確答案】：組合77.系統(tǒng)邊界：一個(gè)系統(tǒng)所包含的所有系統(tǒng)成分與系統(tǒng)以外事物的分界線。()【正確答案】：方框78.過程管理包括（）、（）、（）?！菊_答案】：過程建立|過程評估|過程改進(jìn)79.模塊化是按照（）的設(shè)計(jì)原則，形成一個(gè)相互獨(dú)立但又較少聯(lián)系的模塊結(jié)構(gòu)的過程，使每個(gè)模塊具有相對獨(dú)立的功能/過程?！菊_答案】：高內(nèi)聚低耦合80.HIPO圖是由（）圖和（）圖兩部分組成的?！菊_答案】：H|IPO解析：

HIPO圖（HierarchyPlusInput/Processing/Output）是表示軟件結(jié)構(gòu)的一種圖形工具，以模塊分解的層次性以及模塊內(nèi)部輸入、處理、輸出三大基本部分為基礎(chǔ)建立的。它由兩部分組成：H圖（層次圖）：描述軟件總的模塊層次結(jié)構(gòu)；IPO圖：描述每個(gè)模塊輸入、輸出、處理功能及模塊調(diào)用的詳細(xì)情況，相當(dāng)于為一個(gè)模塊寫的一份說明。81.（）、等價(jià)類測試技術(shù)以及因果圖的測試技術(shù)等，統(tǒng)稱為黑盒測試技術(shù)。【正確答案】：定義域測試技術(shù)82.狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖，其中強(qiáng)調(diào)從一個(gè)狀態(tài)到另一狀態(tài)的（）?！菊_答案】：控制流83.（）是為了發(fā)現(xiàn)程序中的故障而專門設(shè)計(jì)的一組數(shù)據(jù)或腳本?！菊_答案】：測試用例簡答題1.簡述需求規(guī)約的作用?！菊_答案】：１）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。（１）對于項(xiàng)目的其余大多數(shù)工作，需求約束是一個(gè)管理控制點(diǎn)。（２）對于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。（３）需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測試計(jì)劃和用戶指南的基礎(chǔ)，即基于需求規(guī)約一般還會(huì)產(chǎn)生另外兩個(gè)文檔——初始測試計(jì)劃和用戶系統(tǒng)操作描述。2.簡述詳細(xì)設(shè)計(jì)的目標(biāo)及任務(wù)?！菊_答案】：（1）詳細(xì)設(shè)計(jì)的任務(wù)是具體描述模塊結(jié)構(gòu)圖中的每一模塊。（2）詳細(xì)設(shè)計(jì)的目標(biāo)是將總體設(shè)計(jì)階段所產(chǎn)生的系統(tǒng)高層結(jié)構(gòu)映射為以這些術(shù)語所表達(dá)的低層結(jié)構(gòu)。3.【高頻考點(diǎn)】簡述軟件危機(jī)與軟件工程的概念以及軟件工程概念提出的目的。【正確答案】：（１）軟件危機(jī)：軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會(huì)發(fā)展的需求，成為了社會(huì)、經(jīng)濟(jì)發(fā)展的制約因素，這一現(xiàn)象被稱為“軟件危機(jī)”。（２）軟件工程：應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程，或以此為研究對象的學(xué)科。（3）軟件工程概念提出的目的：倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā)，以期解決出現(xiàn)的“軟件危機(jī)”。4.簡述邊界值與等價(jià)類劃分技術(shù)的區(qū)別【正確答案】：邊界值分析著重于邊界的測試，應(yīng)選取等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)；而等價(jià)類劃分是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù)。5.簡述實(shí)現(xiàn)“高內(nèi)聚低耦合”的啟發(fā)式規(guī)則?！菊_答案】：（1）改進(jìn)軟件結(jié)構(gòu)，提高模塊獨(dú)立性；（2）力求模塊規(guī)模適中；（3）力求深度、寬度、扇出和扇入適中；（4）盡力使模塊的作用域在其控制域之內(nèi)；（5）盡力降低模塊接口的復(fù)雜度；（6）力求模塊功能可以預(yù)測。6.簡述演化模型以及可適應(yīng)的情況。【正確答案】：（1）演化模型表達(dá)了一種彈性的過程模式，由一些小的開發(fā)步組成，每一步歷經(jīng)需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品的一個(gè)增量，通過這些迭代，最終完成軟件產(chǎn)品的開發(fā)。（2）可適應(yīng)的情況：主要針對事先不能完整定義需求的軟件開發(fā)。7.如何監(jiān)控一個(gè)軟件項(xiàng)目的生存周期過程

【正確答案】：（1）進(jìn)展與進(jìn)度的跟蹤（2）質(zhì)量數(shù)據(jù)趨勢的檢查（3）設(shè)計(jì)、編碼和測試計(jì)劃復(fù)審記錄和動(dòng)作的檢查（4）變更要求和測試異常報(bào)告趨勢的檢查（5）關(guān)鍵資源的有效使用（6）與項(xiàng)目組成員的交談8.簡述白盒測試技術(shù)的要點(diǎn)，并舉例說明。【正確答案】：（1）白盒測試技術(shù)，又稱為結(jié)構(gòu)測試技術(shù)，它依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測對象建模工具；（2）典型的是路徑測試技術(shù)，大致包含4種覆蓋策略：語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋；（3）不同的測試策略之間具有偏序關(guān)系，即路徑覆蓋的測試度量最強(qiáng)，而語句覆蓋最弱。9.簡述用況圖及其包含的模型元素【正確答案】：（1）用況圖：一種表達(dá)系統(tǒng)功能模型的圖形化工具。（2）一個(gè)用況圖通常包含6個(gè)模型元素，它們是主題、用況、參與者、關(guān)聯(lián)、泛化、依賴。10.簡述等價(jià)類設(shè)計(jì)測試用例的過程【正確答案】：（1）為每個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號。（2）設(shè)計(jì)一個(gè)新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類。重復(fù)這一步驟，直到所有的有效等價(jià)類都被覆蓋。（3）設(shè)計(jì)一個(gè)新的測試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類。重復(fù)這一步，直至所有的無效等價(jià)類都被覆蓋。11.為什么UML不是一種特定的軟件開發(fā)方法學(xué)【正確答案】：作為一種軟件開發(fā)方法學(xué)，至少包括3個(gè)方面的內(nèi)容：

（1）給出定義不同抽象層的術(shù)語；

（2）應(yīng)給出各抽象層的模型表達(dá)工具；

（3）應(yīng)給出如何把各層模型映射為下一個(gè)抽象層的模型，即過程指導(dǎo)。

UML僅包括前兩個(gè)方面的內(nèi)容。因此，UML不是一種特定的軟件開發(fā)方法學(xué)。解析：軟件工程方法學(xué)的三要素是方法、工具和過程。??方法?指的是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，它回答了“怎樣做”的問題。這些方法包括但不限于需求分析、設(shè)計(jì)、編碼、測試和維護(hù)等各個(gè)環(huán)節(jié)的具體技術(shù)手段。?工具?是為了應(yīng)用這些方法而提供的自動(dòng)化或半自動(dòng)化的軟件支撐。這些工具可以是代碼編輯器、集成開發(fā)環(huán)境（IDE）、版本控制系統(tǒng)、測試工具等，它們幫助開發(fā)人員更高效地完成工作，提高開發(fā)質(zhì)量和效率。?過程?是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。這個(gè)過程通常包括需求分析、設(shè)計(jì)文檔的編寫、代碼編寫、測試、部署和維護(hù)等階段，每個(gè)階段都有明確的任務(wù)和輸出要求，確保軟件開發(fā)的有序進(jìn)行和軟件質(zhì)量的可控性。軟件工程方法學(xué)的這三個(gè)要素相互關(guān)聯(lián)，共同構(gòu)成了軟件開發(fā)的全過程。方法提供了技術(shù)上的指導(dǎo)，工具支持了方法的實(shí)施，而過程則確保了開發(fā)的效率和軟件的質(zhì)量。這些要素的應(yīng)用和實(shí)施，有助于提高軟件開發(fā)的效率和質(zhì)量，滿足用戶的需求?12.簡述增量模型的優(yōu)缺點(diǎn)。【正確答案】：(1)優(yōu)點(diǎn)：①第一個(gè)可交付版本所需要的成本和時(shí)間是較少的，從而可減少開發(fā)由增量表示的小系統(tǒng)所承擔(dān)的風(fēng)險(xiǎn)。②由于很快發(fā)布了第一個(gè)版本，因此可以減少用戶需求的變更。③允許增量投資，即在項(xiàng)目開始時(shí)可以僅對一個(gè)或兩個(gè)增量投資。(2)缺點(diǎn)：①如果沒有對用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成后來增量的不穩(wěn)定。②如果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增量就可能需要重新開發(fā)，重新發(fā)布。③由于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織的能力。13.簡述建模的基本步驟。【正確答案】：（1）建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語境(建立系統(tǒng)的頂層數(shù)據(jù)流圖)（2）自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖（3）定義數(shù)據(jù)字典（4）描述加工14.RUP與UML之間的關(guān)系【正確答案】：RUP和UML是一對“姐妹”，它們構(gòu)成了一種特定的軟件開發(fā)方法學(xué)。UML作為一種可視化建模語言，給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語，給出了多種模型的表達(dá)工具；RUP利用這些術(shù)語定義了需求獲取層、系統(tǒng)分析層、設(shè)計(jì)層、實(shí)現(xiàn)層，并給出了實(shí)現(xiàn)各層模型之間映射的基本活動(dòng)以及相關(guān)的指導(dǎo)。解析：15.簡述控制流程圖與與程序流程圖之間的差異【正確答案】：控制流程圖與程序流程圖之間的差異是在控制流程圖中不顯示過程塊的細(xì)節(jié)，而在程序流程圖中著重于過程屬性的描述。16.簡述關(guān)聯(lián)、泛化、細(xì)化與依賴的關(guān)系?！菊_答案】：關(guān)聯(lián)、泛化、細(xì)化都是一類特定的依賴。使用這4個(gè)術(shù)語，可模型化結(jié)構(gòu)關(guān)系、繼承關(guān)系、精化關(guān)系和依賴關(guān)系。17.簡述驗(yàn)證和確認(rèn)以及它們的區(qū)別?！菊_答案】：驗(yàn)證：證實(shí)一個(gè)過程或項(xiàng)目的每一個(gè)軟件工作產(chǎn)品/服務(wù)是否正確地反映所規(guī)約的需求。

確認(rèn)：證實(shí)所期望的軟件工作產(chǎn)品是否滿足其需求。

兩者的區(qū)別：驗(yàn)證是通過提供的客觀證據(jù)，證實(shí)規(guī)約的需求是否得以滿足。確認(rèn)是通過提供的客觀證據(jù)，證實(shí)有關(guān)特定期望的使用或應(yīng)用的需求是否得以滿足。18.簡述泛化的概念及其約束【正確答案】：泛化是一般性類目（稱為超類或父類）和它的較為特殊性類目（稱為子類）之間的一種關(guān)系。4個(gè)約束：完整、不完整、互斥、重疊。19.簡述RUP中迭代增量式開發(fā)的概念以及規(guī)定的開發(fā)階段?！菊_答案】：迭代、增量式開發(fā)是指通過開發(fā)活動(dòng)的迭代，不斷產(chǎn)生相應(yīng)的增量。且是演化模型的一個(gè)變體，既規(guī)定了“大的”迭代數(shù)目—4個(gè)階段，也規(guī)定了每次迭代的目標(biāo)。

RUP的4個(gè)開發(fā)階段：初始階段、精化階段、構(gòu)造階段、移交階段。每個(gè)階段都有同樣的工作流，即需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測試。20.簡述單一一個(gè)需求的5個(gè)基本性質(zhì)?！菊_答案】：（1）必要的（2）無歧義的（3）可測的（4）可跟蹤的（5）可測量的21.【高頻考點(diǎn)】簡述需求規(guī)約的概念及基本性質(zhì)