軟件工程復(fù)習(xí)題1_第1頁(yè)
軟件工程復(fù)習(xí)題1_第2頁(yè)
軟件工程復(fù)習(xí)題1_第3頁(yè)
軟件工程復(fù)習(xí)題1_第4頁(yè)
軟件工程復(fù)習(xí)題1_第5頁(yè)
已閱讀5頁(yè),還剩4頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、復(fù)習(xí)題一選擇題:1.計(jì)算機(jī)系統(tǒng)可以劃分為軟件系統(tǒng)和硬件系統(tǒng),軟件是一種 AA邏輯產(chǎn)品 B文檔資料 C程序代碼 D物理裝置2.可行性分析研究的主要目的是 BA.定義項(xiàng)目B. 項(xiàng)目是否值得開(kāi)發(fā)C.開(kāi)發(fā)項(xiàng)目D.規(guī)劃項(xiàng)目3.在下列四種模塊的耦合性中,信息隱蔽性能最好的是(C)A.控制耦合B.內(nèi)容耦合 C. 數(shù)據(jù)耦合D. 特征耦合4.需求分析是回答系統(tǒng)必須(D)的問(wèn)題。A. 為誰(shuí)做B.怎么做C.何時(shí)做D.做什么5.在UML中,類(lèi)是用 ( A )表示的A 矩形框 B 橢圓 C 箭頭 D 菱形框 6.編碼階段是位于哪個(gè)階段之后 AA. 詳細(xì)設(shè)計(jì)B. 可行性研究C. 總體設(shè)計(jì)D. 需求分析7.在數(shù)據(jù)流圖中,圓

2、圈符號(hào)表示的是 BA. 數(shù)據(jù)源點(diǎn)或終點(diǎn)B.數(shù)據(jù)處理C. 數(shù)據(jù)存儲(chǔ)D. 數(shù)據(jù)流8.內(nèi)聚是衡量模塊內(nèi)部聚合能力的量度。內(nèi)聚越高,說(shuō)明模塊內(nèi)各成分彼此聯(lián)系的程度 CA越松散B彼此相等C越緊密D沒(méi)有聯(lián)系9.在瀑布模型中,將軟件劃分為若干個(gè)時(shí)期,軟件項(xiàng)目的可行性研究一般歸屬于(D)A、維護(hù)時(shí)期B、開(kāi)發(fā)時(shí)期 C、運(yùn)行時(shí)期D、計(jì)劃時(shí)期10.軟件維護(hù)有四種,下面哪一個(gè)不是的 BA. 完善性維護(hù)B. 測(cè)試性維護(hù)C. 預(yù)防性維護(hù)D. 適應(yīng)性維護(hù)11.結(jié)構(gòu)化程序設(shè)計(jì)采用的三種基本控制結(jié)構(gòu)是(A)A.順序、選擇、循環(huán)B.選擇、循環(huán)、重復(fù)C.順序、分支、選擇D.輸入、變換、輸出12.軟件測(cè)試的目的是(B)A. 為了表明

3、程序沒(méi)有錯(cuò)誤B.為了發(fā)現(xiàn)程序中的錯(cuò)誤C. 為了說(shuō)明程序能正確地執(zhí)行D.為了評(píng)價(jià)程序的質(zhì)量13.在UML的用例圖中,人形符號(hào)表示的是 CA關(guān)聯(lián)B 用例 C角色 D 系統(tǒng)14.軟件測(cè)試方法中,黑盒、白盒測(cè)試法是常用的方法,其中白盒測(cè)試主要用于測(cè)試(D)A、結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯15.下面哪些測(cè)試屬于黑盒測(cè)試(C)。A、路徑測(cè)試B、循環(huán)測(cè)試C、等價(jià)類(lèi)劃分 D、條件判斷16.( A )是把對(duì)象的屬性和操作結(jié)合在一起,構(gòu)成一個(gè)獨(dú)立的對(duì)象,其內(nèi)部信息對(duì)外界是隱蔽的,外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。 A封裝 B 繼承 C多態(tài)性D 消息 17.需求分析是軟件生存周期中的

4、一個(gè)重要階段,它的應(yīng)該是在(C)進(jìn)行。A、維護(hù)階段B、軟件開(kāi)發(fā)全過(guò)程C、軟件定義階段D、軟件運(yùn)行階段18.下面哪個(gè)階段不屬于軟件的開(kāi)發(fā)時(shí)期 C DA.編碼B.測(cè)試C.需求分析D. 維護(hù)19.模塊內(nèi)聚可分為七類(lèi),最低的內(nèi)聚是 DA. 順序內(nèi)聚B. 時(shí)間內(nèi)聚C. 過(guò)程內(nèi)聚D. 巧合內(nèi)聚20.軟件危機(jī)出現(xiàn)于_C_,為了解決軟件危機(jī),人們提出了用_B_的原理來(lái)設(shè)計(jì)軟件,這是軟件工程誕生的基礎(chǔ)。 A50年代末 B60年代初 C60年代末 D70年代初 A運(yùn)籌學(xué) B工程學(xué) C軟件學(xué) D軟件學(xué) E數(shù)字21.開(kāi)發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱(chēng)作_B_。A.軟件投機(jī)B軟件危機(jī)C軟件工程

5、D軟件產(chǎn)生22.產(chǎn)生軟件危機(jī)的原因有如下幾點(diǎn),除了_D_。A.軟件開(kāi)發(fā)過(guò)程未經(jīng)審查 B.軟件開(kāi)發(fā)不分階段,開(kāi)發(fā)人員沒(méi)有明確的分工C.所開(kāi)發(fā)的軟件,除了程序清單外,沒(méi)有其他文檔D.采用工程設(shè)計(jì)的方法開(kāi)發(fā)軟件,不符合軟件本身的特點(diǎn)23.軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開(kāi)發(fā)的學(xué)科,其目的是_B_。A引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴(kuò)大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用24.瀑布模型把軟件生存周期劃分為軟件定義、軟件開(kāi)發(fā)和_C_三個(gè)階段,而每一階段又可細(xì)分為若干個(gè)更小的階段。A詳細(xì)設(shè)計(jì)B可行性分析C運(yùn)行及維護(hù)D測(cè)試與排錯(cuò)25.劃分軟件生存周期的階段時(shí)所

6、應(yīng)遵循的基本原則是_D_。A、各階段的任務(wù)盡可能相關(guān)性 B、各階段的任務(wù)盡可能相對(duì)獨(dú)立C、各階段的任務(wù)在時(shí)間上連續(xù) D、各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立26.一個(gè)軟件項(xiàng)目是否進(jìn)行開(kāi)發(fā)的結(jié)論是在_B_文檔中作出的。A.軟件開(kāi)發(fā)計(jì)劃B、可行性報(bào)告C、需求分析說(shuō)明書(shū)D、測(cè)試報(bào)告27.分析員是_B_。 A.用戶(hù)中系統(tǒng)的直接使用者B用戶(hù)和軟件人員的中間人C軟件的編程人員 D。用戶(hù)和軟件人員的領(lǐng)導(dǎo) 28.下列敘述中,_A_不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具 B、為用戶(hù)與開(kāi)發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、作為概要設(shè)計(jì)的依據(jù) D、為需求分析階段定義各類(lèi)條目29.使用結(jié)構(gòu)化分析方法時(shí),采用的基本手段是_A_。A

7、分解和抽象B分解和綜合C歸納與推導(dǎo)D試探與回溯30.結(jié)構(gòu)化系統(tǒng)分析主要是通過(guò)_D_進(jìn)行分析的。A算法分解B控制結(jié)構(gòu)分解C數(shù)據(jù)結(jié)構(gòu)分解D處理功能分解31.分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式,它的頂層描述了系統(tǒng)的_A_。A總貌B細(xì)節(jié)C抽象D軟件的作者 32.軟件調(diào)試技術(shù)包括( B ) A邊界值分析 B演繹法 C循環(huán)覆蓋 D集成測(cè)試33.瀑布模型的存在問(wèn)題是( C ) A用戶(hù)容易參與開(kāi)發(fā) B缺乏靈活性 C用戶(hù)與開(kāi)發(fā)者易溝通 D適用可變需求34.軟件生命周期中所花費(fèi)用最多的階段是( D ) A詳細(xì)設(shè)計(jì) B軟件編碼 C軟件測(cè)試 D軟件維護(hù)35.下面關(guān)于文檔的敘述,錯(cuò)誤的是(A)A. 文檔是僅

8、用于說(shuō)明使用軟件的操作命令,不包括軟件設(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié)B. 文檔是軟件產(chǎn)品的一部分,沒(méi)有文檔的軟件就不成為軟件C. 高質(zhì)量文檔對(duì)于轉(zhuǎn)讓. 變更. 修改. 擴(kuò)充和使用有重要的意義D. 軟件文檔的編制在軟件開(kāi)發(fā)工作中占有突出的地位和相當(dāng)大的工作量36.模塊的(C),則說(shuō)明模塊的獨(dú)立性越強(qiáng)。A. 耦合越強(qiáng)B. 扇入數(shù)越高 C. 耦合越弱 . 扇入數(shù)越低37.使用獨(dú)立測(cè)試團(tuán)隊(duì)的最好理由是(B )。A. 軟件開(kāi)發(fā)人員不需要做任何測(cè)試B. 測(cè)試團(tuán)隊(duì)將更徹底地測(cè)試軟件C. 測(cè)試人員在測(cè)試開(kāi)始之前不參與項(xiàng)目D. 開(kāi)發(fā)人員與測(cè)試人員之間的爭(zhēng)論會(huì)減少38.黑盒測(cè)試技術(shù)不包括(B)A. 等價(jià)類(lèi)劃分B. 路徑覆蓋C.

9、邊界值分析D. 錯(cuò)誤推測(cè)39.在軟件生存周期中,時(shí)間最長(zhǎng)的階段是 ( D )A. 需求分析 B. 詳細(xì)設(shè)計(jì)C. 編碼 D. 維護(hù)40.以下四種邏輯覆蓋中,發(fā)現(xiàn)錯(cuò)誤能力最弱的是( A ) A. 語(yǔ)句覆蓋 B. 條件覆蓋 C. 判定覆蓋 D. 條件組合覆蓋41.詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的( C ) A代碼的規(guī)模 B運(yùn)行速度 C質(zhì)量 D可維護(hù)性42.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是( D )A   程序的規(guī)模 B   程序的效率C   程序設(shè)計(jì)語(yǔ)言的先進(jìn)性 D  程序易讀性43.可行性分析是在系統(tǒng)開(kāi)發(fā)的早期所做的一項(xiàng)重要的論證工

10、作,它是決定該系統(tǒng)是否開(kāi) 發(fā)的決策依據(jù),因必須給出( D )的回答。 A確定 B行或不行 C正確 D無(wú)二義44.經(jīng)濟(jì)可行性研究的范圍包括( C ) A資源有效性 B管理制度 C效益分析 D開(kāi)發(fā)風(fēng)險(xiǎn)45.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、_D_和加工說(shuō)明等描述工具,即用直觀的圖和簡(jiǎn)潔的語(yǔ)言來(lái)描述軟件系統(tǒng)模型。ADFD圖BPAD圖CIPO圖D數(shù)據(jù)字典46.一個(gè)模塊直接控制(調(diào)用)的下層模塊的數(shù)目稱(chēng)為模塊的_B_。A、扇入數(shù) B、扇出數(shù) C、寬度 D、作用域47.要減少兩個(gè)模塊之間的耦合,則必須_D_。A兩個(gè)模塊間的調(diào)用次數(shù)要少B模塊間傳遞的參數(shù)要少C模塊間傳遞的參數(shù)要少且布傳遞開(kāi)關(guān)型參數(shù)D模塊間傳遞的參數(shù)

11、要少且不傳遞開(kāi)關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量48.某個(gè)模塊的作用域是指_D_。 A、被該模塊調(diào)用的所用模塊 B、調(diào)用該模塊的所有模塊C、與該模塊相關(guān)聯(lián)的所有模塊 D、受該模塊內(nèi)的判定影響的所有模塊49.程序流程圖、N-S圖和PAD圖是_B_使用的表達(dá)工具。A設(shè)計(jì)階段的概要設(shè)計(jì)B設(shè)計(jì)階段的詳細(xì)設(shè)計(jì)C編碼階段D測(cè)試階段50.若一模塊內(nèi)部的處理動(dòng)作為:成分A的輸出是成分B的輸入,則該模塊的聚合性稱(chēng)為_(kāi)D_。A、順序內(nèi)聚 B、功能內(nèi)聚 C、過(guò)程內(nèi)聚 D、通信內(nèi)聚51.如果某種內(nèi)聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間內(nèi)執(zhí)行,則這種內(nèi)聚為(A )。A.時(shí)間內(nèi)聚B.邏輯內(nèi)聚C.通信內(nèi)聚D.信息內(nèi)

12、聚52選擇足夠多的測(cè)試數(shù)據(jù),使得判定表達(dá)式中的每個(gè)條件都取得各種可能的值,而且每個(gè)判定表達(dá)式也都取到各種可能的結(jié)果。滿足這種測(cè)試條件的覆蓋是(C )。A.判定覆蓋B.條件覆蓋C.判定/條件覆蓋D.條件組合覆蓋53.下列( B)屬于詳細(xì)設(shè)計(jì)。A.分析項(xiàng)目的成本和效益B.為每個(gè)模塊確定采用的算法C.編寫(xiě)代碼D.確定模塊結(jié)構(gòu),劃分模塊功能54.某次程序調(diào)試沒(méi)有出現(xiàn)預(yù)計(jì)的結(jié)果,下列(C )不可能是原因。A變量沒(méi)有初始化B循環(huán)控制出錯(cuò)C變量沒(méi)有明確的注釋D代碼輸入有誤55下列(B )屬于不良的編程習(xí)慣。A盡量不使用GOTO 語(yǔ)句B從來(lái)不使用注釋C每行只寫(xiě)一條語(yǔ)句D變量命名盡量直觀56.在衡量軟件質(zhì)量時(shí),

13、最重要的標(biāo)準(zhǔn)是(C )。(A) 成本低(B)可維護(hù)性好(C)符合要求(D)界面友好57在編程安全方面,一般來(lái)說(shuō)無(wú)法做到(B )。(A)避開(kāi)錯(cuò)誤(B)完美無(wú)缺,絕無(wú)錯(cuò)誤(C)冗余 (D)涉及防錯(cuò)程序58軟件工程學(xué)科出現(xiàn)的主要原因是(C)。、計(jì)算機(jī)的發(fā)展、其他工程學(xué)科的影響、軟件危機(jī)的出現(xiàn)、程序設(shè)計(jì)方法學(xué)的影響59問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題是(A)。、要解決的問(wèn)題是什么 B、確定目標(biāo)系統(tǒng)必須具備哪些功能、怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng) 、如何具體實(shí)現(xiàn)系統(tǒng)60在軟件可行性研究中,可以從不同的角度對(duì)軟件進(jìn)行研究,其中是從軟件的功能可行性角度考慮的是(B)。、經(jīng)濟(jì)可性性、技術(shù)可行性、操作可行性、法律可行性61在軟

14、件可行性研究中,可以從不同的角度對(duì)軟件進(jìn)行研究,其中是從軟件的成本/效益分析的是(A)。、經(jīng)濟(jì)可性性、技術(shù)可行性、操作可行性、法律可行性62在程序的描述和分析中,用以指明數(shù)據(jù)來(lái)源、數(shù)據(jù)流向和數(shù)據(jù)處理的輔助圖形是(B)。、瀑布模型圖 B、數(shù)據(jù)流圖 C、數(shù)據(jù)結(jié)構(gòu)圖 D、業(yè)務(wù)圖63數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法,在下列可采用的繪圖方法中,(A)是常采用的。自頂向下 自底向上 分層繪制 逐步求精、全是 B、 、64需求分析(D)。、要回答“軟件必須做什么?”、要求編寫(xiě)軟件需求說(shuō)明書(shū)、系統(tǒng)分析員可以采用訪談、簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù)獲取用戶(hù)需求、以上都對(duì)65在結(jié)構(gòu)化分析方法()中,與數(shù)據(jù)流圖配合

15、使用的是(B)。、數(shù)據(jù)流圖 、數(shù)據(jù)字典 、實(shí)體聯(lián)系圖 、程序流程圖66 通過(guò)(B)可以完成數(shù)據(jù)流圖的細(xì)化。、結(jié)構(gòu)分解 B、功能分解 C、數(shù)據(jù)分解 D、系統(tǒng)分解67需求分析最終結(jié)果是產(chǎn)生(C)。、項(xiàng)目開(kāi)發(fā)計(jì)劃、可行性分析報(bào)告、需求規(guī)格說(shuō)明書(shū)、設(shè)計(jì)說(shuō)明書(shū)68軟件設(shè)計(jì)階段一般可分為(B)。、邏輯設(shè)計(jì)與功能設(shè)計(jì)、概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)、概念設(shè)計(jì)與物理設(shè)計(jì)、模型設(shè)計(jì)與程序設(shè)計(jì)69好的軟件結(jié)構(gòu)應(yīng)該是(B)。、高耦合,高內(nèi)聚 、低耦合,高內(nèi)聚、高耦合,低內(nèi)聚 、低耦合,低內(nèi)聚70 Alpha測(cè)試是(A)。、由用戶(hù)在開(kāi)發(fā)者的場(chǎng)所進(jìn)行、由軟件的最終用戶(hù)在開(kāi)發(fā)者的一個(gè)或多個(gè)客戶(hù)場(chǎng)所進(jìn)行、是在不受開(kāi)發(fā)者控制的環(huán)境中進(jìn)行

16、的、是軟件在開(kāi)發(fā)者不能控制的環(huán)境中的“真實(shí)應(yīng)用71關(guān)于測(cè)試下列說(shuō)法錯(cuò)誤的是(D)。、調(diào)試也稱(chēng)為糾錯(cuò)、調(diào)試作為成功測(cè)試的后果出現(xiàn)、調(diào)節(jié)器試是在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過(guò)程、調(diào)試的目標(biāo)是發(fā)現(xiàn)錯(cuò)誤72(C)是軟件開(kāi)發(fā)人員為用戶(hù)準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。、開(kāi)發(fā)文檔 、管理文檔、用戶(hù)文檔 、軟件文檔73(C)著重測(cè)試軟件功能。、黑盒測(cè)試 、白盒測(cè)試、功能測(cè)試 、循環(huán)測(cè)試74在邏輯覆蓋中,每個(gè)語(yǔ)句至少執(zhí)行一次,而且使判定表達(dá)式中的每個(gè)條件都取到各種可能的結(jié)果,這種覆蓋稱(chēng)為(C)。、語(yǔ)句覆蓋 、判定覆蓋 、條件覆蓋 、條件組合覆蓋75在軟件結(jié)構(gòu)中,如果兩個(gè)矩形之間有直接相連,表示它們存在(B

17、)關(guān)系。、鏈接 、調(diào)用 、并列 、順序執(zhí)行76將幾個(gè)邏輯上相似的成分放在一個(gè)模塊中,該模塊的內(nèi)聚度是(A)。、邏輯性 、瞬時(shí)性 、功能性 、通信性77 在數(shù)據(jù)流圖中,有名字及方向的成分是(C)。、控制流 、信息流 、數(shù)據(jù)流 、信號(hào)流78(D)著重反映的是模塊間的隸屬關(guān)系,即模塊間的調(diào)用關(guān)系和層次關(guān)系。、程序流程圖 、數(shù)據(jù)流圖 、圖 、結(jié)構(gòu)圖79概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)銜接的圖形工具是(B)。、數(shù)據(jù)流圖 、結(jié)構(gòu)圖 、程序流程圖 、圖80 程序控制的三種基本結(jié)構(gòu)中,(D)結(jié)構(gòu)可提供多條路徑選擇。、反序 、順序 、循環(huán) 、分支81下列軟件開(kāi)發(fā)模型中,以面向?qū)ο蟮能浖_(kāi)發(fā)方法為基礎(chǔ),以用戶(hù)的需求為動(dòng)力,以對(duì)

18、象來(lái)驅(qū)動(dòng)的模型是( C )。A 原型模型 B 瀑布模型 C 噴泉模型 D 螺旋模型82軟件特性中,軟件產(chǎn)品交付使用后,在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能、適應(yīng)環(huán)境變化等方面工作的難易程度稱(chēng)為( 可維護(hù)性 )。83軟件特性中,( A )是指系統(tǒng)具有清晰的結(jié)構(gòu),能直接反映問(wèn)題的需求的程度。A可理解性 B可靠性 C可適應(yīng)性 D 可重用性84需求分析中,開(kāi)發(fā)人員要從用戶(hù)那里解決的最重要的問(wèn)題是( A )A讓軟件做什么 B要給軟件提供哪些信息 C要求軟件工作效率怎樣 D讓軟件具有何種結(jié)構(gòu)85 DFD中的每個(gè)加工至少有( B )A一個(gè)輸入流或一個(gè)輸出流 B一個(gè)輸入流和一個(gè)輸出流C一個(gè)輸入流 D一個(gè)輸出流86數(shù)

19、據(jù)字典中,一般不出現(xiàn)的條目是( D ) A數(shù)據(jù)流 B 數(shù)據(jù)存儲(chǔ) C加工 D源點(diǎn)與終點(diǎn)87需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)( B )的描述。A.主要功能 B算法的詳細(xì)過(guò)程 C用戶(hù)界面和運(yùn)行環(huán)境 D軟件性能88 SA方法的基本思想是(C )A自底向上逐步抽象 B自底向上逐步分解C自頂向下逐步分解 D自頂向上抽象 89可行性研究要進(jìn)行一次_C_需求分析。 A詳細(xì)的B全面的C簡(jiǎn)化的、壓縮的D徹底的90_D_工具在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用。A判定表 BIPO圖 CPDL DDFD圖91程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是DA不能嵌套使用B只能用來(lái)寫(xiě)簡(jiǎn)單程序C已經(jīng)用硬件實(shí)現(xiàn)D只有一個(gè)入口和一個(gè)出口92在數(shù)據(jù)流

20、圖中,(橢圓)代表(C)。A、 源點(diǎn)B、終點(diǎn)C、加工D、模塊93軟件需求分析是保證軟件質(zhì)量的重要步驟,它的實(shí)施應(yīng)該是在(C)。A、編碼階段B、軟件開(kāi)發(fā)全過(guò)程C、軟件定義階段D、軟件設(shè)計(jì)階段94策略樹(shù)( C )A能用來(lái)代替程序流程圖B是程序流程圖的輔助手段C是描述基本加工的邏輯功能的有效工具DA和B95結(jié)構(gòu)化分析方法使用的描述工具( B )定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。 A數(shù)據(jù)流圖 B數(shù)據(jù)字典c判定表 D判定樹(shù)96需求分析階段不適于描述加工邏輯的工具是( D )。A結(jié)構(gòu)化語(yǔ)言C判定樹(shù)B判定表D流程圖97數(shù)據(jù)流圖是用于軟件需求分析的工具,下列元素(C )是其基本元素。 數(shù)據(jù)流 加工 數(shù)據(jù)存儲(chǔ) 外

21、部實(shí)體 A和 B和 c全部 D和98數(shù)據(jù)字典最基本的功能是( C )。 A數(shù)據(jù)庫(kù)設(shè)計(jì) B數(shù)據(jù)通訊 C數(shù)據(jù)定義 D數(shù)據(jù)維護(hù)99數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合,它所定義的對(duì)象都包含于( A )。 A數(shù)據(jù)流圖 B程序框圖c軟件結(jié)構(gòu) D方框圖100結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、( D )和加工說(shuō)明等描述工具,即用直觀的圖和簡(jiǎn)潔語(yǔ)言來(lái)描述軟件系統(tǒng)模型。 ADFD圖 BPAD圖 CIPO圖 D數(shù)據(jù)字典2、 填空題1.耦合性和內(nèi)聚性是衡量_的兩個(gè)定性的標(biāo)準(zhǔn)。2.從模塊內(nèi)外的聯(lián)系來(lái)看,結(jié)構(gòu)化設(shè)計(jì)的要求是_。3.一個(gè)模塊的 表明有多少個(gè)上級(jí)模塊直接調(diào)用它。4.通常,軟件生存周期包括問(wèn)題定義、 、 、總體設(shè)計(jì)、詳細(xì)設(shè)

22、計(jì)、 、 、軟件運(yùn)行和維護(hù)活動(dòng),可以將這些活動(dòng)以適當(dāng)方式分配到不同階段去完成。5.結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和 之間的一種半形式語(yǔ)言。6.耦合性有七種類(lèi)型,耦合程度最高的是 。7.在結(jié)構(gòu)化分析中,用于描述加工邏輯的主要工具有三種,即:結(jié)構(gòu)化語(yǔ)言、判定表、 .8.若年利率為i,不計(jì)復(fù)利,n年后可得錢(qián)數(shù)為F,則現(xiàn)在的價(jià)值P=9.從模塊內(nèi)外的聯(lián)系來(lái)看,結(jié)構(gòu)化設(shè)計(jì)的要求是_。10.UML是 的英文縮寫(xiě)11軟件詳細(xì)設(shè)計(jì)階段采用的工具有 和 。12集成測(cè)試采用的具體方法有 、 13軟件編碼階段要善于積累編程的經(jīng)驗(yàn),使得編出的程序 。14在可行性研究中,( )是最關(guān)鍵的因素。15面向?qū)ο蠓椒ㄊ且环N運(yùn)用( )、( )、( )、( )、聚合、消息傳送、多態(tài)性等概念來(lái)構(gòu)造系統(tǒng)的軟件開(kāi)發(fā)方法。16軟件工程包括 _ _ 和 _ _ 兩方面的內(nèi)容,是技術(shù)與管理緊密結(jié)合所形成的工程學(xué)科。17通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為 _ _ ,也稱(chēng)為范型。18瀑布模型 _ _ 適應(yīng)需求可變的軟件開(kāi)發(fā),只有到 _ _ 才能見(jiàn)到整個(gè)軟件系統(tǒng)19ER圖中包含了 _ _、_ _ 和 _ _ 等3種基本成分。20需求分析階段得出的數(shù)據(jù)流圖是 _ _的極好

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論