東北大學(xué)軟件工程復(fù)試大全軟件工程_第1頁
東北大學(xué)軟件工程復(fù)試大全軟件工程_第2頁
東北大學(xué)軟件工程復(fù)試大全軟件工程_第3頁
東北大學(xué)軟件工程復(fù)試大全軟件工程_第4頁
東北大學(xué)軟件工程復(fù)試大全軟件工程_第5頁
已閱讀5頁,還剩41頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、 一、判斷題1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在的周期長、成本高、質(zhì)量低等問題( )。2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展的太快,軟件開發(fā)跟不上硬件的更新( )3、軟件工程是指以質(zhì)量為核心,為經(jīng)濟(jì)的開發(fā)滿足客戶需求的軟件而研究、建立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可度量的、可控制的工程原則和方法。( ) 1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在的周期長、成本高、質(zhì)量低等問題( )。2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展的太快,軟件開發(fā)跟不上硬件的更新( )3、軟件工程是指以質(zhì)量為核心,為經(jīng)濟(jì)的開發(fā)滿足客戶需求的軟件而研究、建立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可度量的、可控制的工程原則和方法。( ) 4、軟件工程

2、是指編制軟件的工程項(xiàng)目。( )5、軟件工程是一個(gè)零散的相關(guān)知識(shí)點(diǎn)的集合。( ) 6、軟件工程包含軟件過程、項(xiàng)目管理、開發(fā)方法、軟件度量和開發(fā)工具等各相關(guān)方面的知識(shí)的有機(jī)組合( ) 7、軟件開發(fā)具有難以描述性( ) 8、軟件開發(fā)的質(zhì)量保證主要是通過程序員的經(jīng)驗(yàn)來保證的( ) 9、軟件滿足客戶需求的程度是衡量軟件質(zhì)量的最重要因素( ) 10、項(xiàng)目管理的內(nèi)容涉及人力資源管理、項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)管理、項(xiàng)目跟蹤、質(zhì)量保證、配置管理等方面( ) 11、項(xiàng)目管理的內(nèi)容涉計(jì)算機(jī)硬件管理和軟件管理兩方面( * ) 二、選擇題1、下面描述哪些不屬于軟件的開發(fā)特性( )A) 軟件開發(fā)具有難以描述性 B) 軟件開發(fā)缺乏可

3、見性 C) 軟件開發(fā)具有獨(dú)立性 D) 軟件開發(fā)具有變化性2、下面描述中那些屬于軟件的開發(fā)特性( ) A) 軟件開發(fā)具有風(fēng)險(xiǎn)性 B) 軟件開發(fā)具有隨意性 C) 軟件開發(fā)具有可描述性 D) 軟件開發(fā)不具有變化性3、以下對(duì)于軟件危機(jī)的描述正確的是( ) A) 軟件危機(jī)是指軟件開發(fā)過程越來越長 B) 軟件危機(jī)是指軟件開發(fā)成本越來越高C) 軟件危機(jī)是指軟件質(zhì)量越來越低 D) 軟件危機(jī)是指以上三項(xiàng)的綜合4、軟件危機(jī)的表現(xiàn)不正確的是( ) A) 缺乏計(jì)劃性 B) 軟件需求獲取不充分、不準(zhǔn)確 C) 缺乏團(tuán)隊(duì)開發(fā)的合作 D) 開發(fā)過于規(guī)范5、軟件危機(jī)的表現(xiàn)不正確的是( ) A) 缺乏良好的質(zhì)量評(píng)測手段 B) 軟

4、件的可維護(hù)性 C) 軟件種類過少 D) 軟件可復(fù)用性差6、有關(guān)軟件工程的描述正確的是( ) A) 軟件工程只包括軟件的開發(fā)過程 B) 軟件工程涉及軟件過程、項(xiàng)目管理、開發(fā)方法、開發(fā)工具甚至企業(yè)文化。C) 軟件工程的目標(biāo)是提高開發(fā)的軟件的運(yùn)行速度。D) 軟件工程以降低開發(fā)成本為核心。7、下面哪一項(xiàng)不屬于項(xiàng)目管理的范疇( ) A) 人力資源管理 B) 項(xiàng)目談判 C) 風(fēng)險(xiǎn)管理 D) 質(zhì)量保證8、有關(guān)軟件工程描述不正確的是( ) A) 軟件工程主要是以軟件設(shè)計(jì)工具自動(dòng)開發(fā)軟件B) 軟件工程是軟件開發(fā)過程可度量C) 軟件工程的核心是質(zhì)量保證 D) 軟件過程是一個(gè)將用戶需求轉(zhuǎn)化為軟件系統(tǒng)所需要的活動(dòng)的集

5、合9、軟件過稱模型不包括( ) A) 瀑布模型 B) 螺旋模型 C) SOA模型 D) RUP模型10、下面那些不是軟件工程工具( ) A) RequisitePro B) Rose C) offiCe D) Together11、下面哪一項(xiàng)是軟件評(píng)審的主要內(nèi)容( )A)系統(tǒng)定義的目標(biāo)是否與用戶的要求一致B)文檔中的所有描述是否完整、清晰、準(zhǔn)確地反映用戶要求C)是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn),該標(biāo)準(zhǔn)能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn)D)以上均是12、軟件工程方法學(xué)的研究內(nèi)容包括軟件開發(fā)技術(shù)和軟件工程管理兩部分,其期望達(dá)到的最終目標(biāo)是( )A)消除軟件危機(jī) B)軟件開發(fā)工程化 C)軟件設(shè)計(jì)自動(dòng)化 D)實(shí)現(xiàn)軟

6、件可用性13、軟件生產(chǎn)的復(fù)雜性和高成本,使大型軟件生產(chǎn)出現(xiàn)危機(jī),下述哪個(gè)(些)是軟件危機(jī)的主要表現(xiàn)( ).需求增長難滿足 .生產(chǎn)成本過高.進(jìn)度難以控制 .質(zhì)量不易保證A)和 B) C)和 D)全是14、與“軟件危機(jī)”表現(xiàn)無關(guān)的是( )A)軟件需求定義不準(zhǔn)確 B)軟件生產(chǎn)成本高,價(jià)格昂貴C)軟件生產(chǎn)進(jìn)度無法控制 D)軟件開發(fā)技術(shù)落后15.軟件工程思想產(chǎn)生于解決20世紀(jì)60年代的軟件為積極,下述:.軟件需求定義不準(zhǔn)確 .軟件進(jìn)度難以控制.軟件生產(chǎn)的高成本 .軟件質(zhì)量不易保證( )是當(dāng)時(shí)軟件危機(jī)的主要表現(xiàn)。A)和 B)和 C)和 D)全部16、造成軟件危機(jī)爆發(fā)的本質(zhì)原因是( )A)軟件從業(yè)人員過少,

7、無法滿足日益增長的軟件開發(fā)需要B)軟件復(fù)雜性越來越大、變化越來越快C)軟件的普及應(yīng)用導(dǎo)致了失業(yè)人口的增多D)軟件開發(fā)成本越來越大,導(dǎo)致應(yīng)用推廣造成了瓶頸17、在1968年召開的關(guān)于軟件危機(jī)的會(huì)雨中,用來解決這一問題的的是( )A)瀑布模型 B)軟件經(jīng)濟(jì)學(xué) C)軟件工程 D)軟件估算18、以下不屬于軟件特點(diǎn)的是() A軟件是一種邏輯產(chǎn)品 B軟件產(chǎn)品存在磨損問題 C軟件的生產(chǎn)主要是研制 D軟件費(fèi)用不斷增加【答案】判斷題:1、 2、× 3、 4、 × 5、× 6、 7、 8、× 9、× 10、 11、 ×選擇題:1、C 2、A 3、D 4、

8、D 5、C 6、B 7、B 8、A 9、C 10、C11、D 12、B 13、D 14、D 15、D 16、B 17、C 18、B第二章 軟件開發(fā)過程和活動(dòng)【本章測試】一、判斷題1、軟件開發(fā)過程是是一個(gè)軟件開發(fā)組織針對(duì)某一類軟件產(chǎn)品為自己規(guī)定的工作步驟,它應(yīng)當(dāng)是科學(xué)的、合理的,否則必將影響到軟件產(chǎn)品的質(zhì)量( ) 2、可行性研究是在短時(shí)間和低成本條件下來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及哪個(gè)是最佳解的活動(dòng)( ) 3、USE-CASE圖不屬于需求分析活動(dòng)中產(chǎn)生的圖表( ) 4、程序員參與需求分析( ) 5、QA人員不參與需求分析( ) 6、設(shè)計(jì)階段的文檔中有大量的代碼( ) 7、總

9、體設(shè)計(jì)包括功能結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)處理流程設(shè)計(jì)、系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)、計(jì)算甲和網(wǎng)絡(luò)配置設(shè)計(jì)。( ) 8、軟件架構(gòu)設(shè)計(jì)屬于總體設(shè)計(jì)( ) 9、詳細(xì)設(shè)計(jì)包括模塊間的接口設(shè)計(jì)( ) 10、設(shè)計(jì)階段包括架構(gòu)設(shè)計(jì)師、程序員、復(fù)用工程師、用戶技術(shù)員、QA人員( ) 11、實(shí)施活動(dòng)中不包括單元測試( ) 12、實(shí)施活動(dòng)的人員不包括用戶技術(shù)員( ) 13、測試活動(dòng)主要是證明軟件正確( ) 14、程序開發(fā)出來就代表軟件開發(fā)過程的結(jié)束( )15、缺陷是指程序中的缺點(diǎn)所產(chǎn)生的不正確結(jié)果( ) 二、選擇題1、軟件開發(fā)活動(dòng)中的基本活動(dòng)是( ) A) 項(xiàng)目跟蹤活動(dòng) B) 質(zhì)量保證活動(dòng) C) 軟件配置管理活動(dòng) D) 問題定義活動(dòng)2、軟

10、件開發(fā)活動(dòng)中屬于輔助性活動(dòng)的是( ) A) 可行性研究活動(dòng) B) 需求分析活動(dòng) C) 質(zhì)量保證活動(dòng) D) 設(shè)計(jì)活動(dòng)3、軟件開發(fā)活動(dòng)中屬于輔助性活動(dòng)的是( )A) 風(fēng)險(xiǎn)管理 B) 編碼活動(dòng) C) 測試活動(dòng) D) 部署活動(dòng)4、軟件開發(fā)活動(dòng)中的不屬于基本活動(dòng)是( )A) 需求分析活動(dòng) B) 設(shè)計(jì)活動(dòng) C) 編碼活動(dòng) D) 風(fēng)險(xiǎn)管理活動(dòng)5、軟件開發(fā)活動(dòng)中不是輔助性活動(dòng)是( ) A) 交付活動(dòng) B) 項(xiàng)目跟蹤活動(dòng) C) 質(zhì)量保證活動(dòng) D) 軟件配置管理后動(dòng)6、下列不屬于項(xiàng)目管理活動(dòng)的是( ) A) 風(fēng)險(xiǎn)管理 B) 計(jì)劃活動(dòng) C) 設(shè)計(jì)活動(dòng) D) 項(xiàng)目跟蹤活動(dòng)7、下列對(duì)問題定義活動(dòng)的描述不正確的是( )

11、A) 問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的關(guān)鍵問題B) 問題定義定義系統(tǒng)的范圍界限C) 問題定義活動(dòng)發(fā)生在軟件開發(fā)初期D) 問題定義發(fā)生在需求分析時(shí)期8、下列敘述正確的是( ) A) 問題定義活動(dòng)屬于在需求分析之前 B) 可行性研究在需求分析之后C) 問題定義活動(dòng)在可行洗個(gè)研究之后 D) 問題定義在需求分析之后9、軟件工程的組要組成部分為( ) A) 軟件開發(fā)過程 B) 軟件開發(fā)方法 C) 軟件開發(fā)需求 D) 軟件開發(fā)工具10、對(duì)于軟件過程的特點(diǎn)描述錯(cuò)誤的是( ) A) 軟件開發(fā)過程應(yīng)具有易理解性 B) 軟件開發(fā)過程應(yīng)具有不可見性C) 軟件開發(fā)過程應(yīng)具有可支持性 D

12、) 軟件開發(fā)過程應(yīng)具有可接受性11、對(duì)于軟件過程的特點(diǎn)描述錯(cuò)誤的是( )A) 軟件開發(fā)過程應(yīng)具有可靠性 B) 軟件開發(fā)過程應(yīng)具有健壯性C) 軟件開發(fā)過程應(yīng)具封閉性 D) 軟件開發(fā)過程應(yīng)具有高效率性12、下面不是引入軟件開發(fā)過程的原因( ) A) 軟件開發(fā)工作范圍的擴(kuò)大 B) 軟件開發(fā)的風(fēng)險(xiǎn)從可預(yù)知逐步發(fā)展到不可預(yù)知不易控制C) 單個(gè)程序員開發(fā)發(fā)展到團(tuán)隊(duì)開發(fā) D) 軟件產(chǎn)品開發(fā)的標(biāo)準(zhǔn)化13、關(guān)于問題定義下面描述錯(cuò)誤的是( ) A) 問題定義是軟件開發(fā)過程當(dāng)中的一個(gè)定義要解決的問題并確定系統(tǒng)范圍的活動(dòng)。B) 問題定義可以形成一個(gè)早期判斷,達(dá)成一個(gè)最初共識(shí) C) 問題定義發(fā)生在項(xiàng)目日程表的最前端D)

13、 問題定義占整個(gè)軟件開發(fā)時(shí)間中的比例較大14、在問題定義階段需要參加的人員有( ) A) 系統(tǒng)分析師 B) 出資方領(lǐng)導(dǎo)、出資方技術(shù)人員 C) 程序員 D) 開發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理 15、關(guān)于可行性研究活動(dòng)錯(cuò)誤的是( ) A)可行性研究是以相對(duì)短的時(shí)間和相對(duì)低的成本來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及哪個(gè)是最佳解。 B)可行性研究必須要明確滿足約束條件的方案是否存在、是否可行、是否最優(yōu)。C)可行性研究比問題定義活動(dòng)所消耗的時(shí)間短D) 可行性研究主要在客戶現(xiàn)場完成。16、不屬于可行性研究活動(dòng)中參加的人員的是( ) A)系統(tǒng)分析師 B)程序員 C)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員D)用戶代表

14、、開發(fā)方領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、架構(gòu)設(shè)計(jì)師、領(lǐng)域?qū)<?7、參加可行性研究活動(dòng)但不參加問題定義活動(dòng)的人員有( ) A)系統(tǒng)分析師 B) 出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C) 財(cái)務(wù)人員、市場人員、軟件質(zhì)量保證(SQA,Software Quality Assure)人員D) 開發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理 18、不在可行性研究中完成的任務(wù)有( )A) 定義系統(tǒng)范圍 B) 復(fù)查系統(tǒng)規(guī)模和目標(biāo) C) 研究現(xiàn)行系統(tǒng) D) 導(dǎo)出新系統(tǒng)解決方案19、關(guān)于需求分析活動(dòng)的說法錯(cuò)誤的有( ) A) 需求必須經(jīng)過所有相關(guān)人員的認(rèn)可 B) 功能需求描述系統(tǒng)應(yīng)該做什么C) 非功能需求描述系統(tǒng)必須遵守的約束條件 D) 需求分析文檔中不包括軟件規(guī)

15、約文檔20、下面那個(gè)文檔不屬于需求分析階段產(chǎn)生的文檔( ) A) 類圖 B) 用戶需求文檔 C) 系統(tǒng)需求文檔 D) 軟件規(guī)約文檔 21、根據(jù)國家標(biāo)準(zhǔn)GB8566-88計(jì)算機(jī)軟件開發(fā)規(guī)范的規(guī)定,軟件開發(fā)流程分為8個(gè)階段,即可行性研究和計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測試、確認(rèn)測試、使用和維護(hù)。實(shí)現(xiàn)階段要完成的工作之一是單元測試,這種測試要根據(jù)在( )階段中的規(guī)格說明進(jìn)行。 A)可行性研究計(jì)劃 B)需求分析 C)概要設(shè)計(jì) D)詳細(xì)設(shè)計(jì)E)實(shí)現(xiàn) F)組裝測試 G)確認(rèn)測試 H)使用和維護(hù)22、組裝測試計(jì)劃是在( )階段指定的。 A)可行性研究計(jì)劃 B)需求分析 C)概要設(shè)計(jì) D)詳細(xì)

16、設(shè)計(jì)E)實(shí)現(xiàn) F)組裝測試 G)確認(rèn)測試 H)使用和維護(hù)23、確認(rèn)測試計(jì)劃是在( )階段制定的。 A)可行性研究計(jì)劃 B)需求分析 C)概要設(shè)計(jì) D)詳細(xì)設(shè)計(jì)E)實(shí)現(xiàn) F)組裝測試 G)確認(rèn)測試 H)使用和維護(hù)24、測試的目的是為了( )。 A)證明軟件符合設(shè)計(jì)要求 B)發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷C)改善軟件的功能和性能 D)發(fā)掘軟件的潛在能力25、軟件開發(fā)過程中,往往會(huì)出現(xiàn)錯(cuò)誤,經(jīng)驗(yàn)證明最容易產(chǎn)生錯(cuò)誤的階段是( )A)詳細(xì)設(shè)計(jì) B)需求分析 C)編碼 D)概要設(shè)計(jì)26 .軟件維護(hù)時(shí)在用戶使用軟件期間對(duì)軟件所做的補(bǔ)充、修改和增強(qiáng),一般認(rèn)為軟件維護(hù)最常見的是( )A)完善性維護(hù) B)適應(yīng)性維護(hù) C)

17、校正性維護(hù) D)支持性維護(hù)27 .在軟件開發(fā)的各個(gè)階段中,對(duì)軟件開發(fā)成敗影響最大的是( )。A)需求分析 B)概要設(shè)計(jì) C)詳細(xì)設(shè)計(jì) D)編碼28 系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時(shí)需要對(duì)系統(tǒng)進(jìn)行維護(hù),這種維護(hù)屬于( )A)校正性維護(hù) B)適應(yīng)性維護(hù) C)完善性維護(hù) D)預(yù)防性維護(hù)29、以下屬于形式化開發(fā)方法的是() A)結(jié)構(gòu)化開發(fā)方法 B)Jackson開發(fā)方法 C)維也納開發(fā)方法 D)面向?qū)ο箝_發(fā)方法30、數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)存儲(chǔ)組成時(shí)所使用的符號(hào)()表示() A)可選 B)與 C)或 D)重復(fù)【答案】判斷題:1、 2、 3、× 4、 5、× 6、

18、5; 7、 8、 9、× 10、× 11、× 12、 13、× 14、× 15、×選擇題:1、D 2、C 3、A 4、D 5、A 6、C 7、D 8、A 9、C 10、B11、C 12、D 13、D 14、C 15、C 16、B 17、C 18、A 19、D 20、A 21、D 22、C 23、B 24、B 25、B 26、A 27、A 28、B 29、C 30、D第三章 軟件過程模型【本章測試】一、判斷題1、對(duì)軟件開發(fā)過程按過程組織策略出抽象出的模型就是過程模型( ) 2、RUP模型的特點(diǎn)是體系完整、理論成熟、實(shí)踐性強(qiáng)、可裁剪、不可

19、擴(kuò)充( ) 3、RUP模型屬于演進(jìn)型模型( ) 4、RUP軟件開發(fā)過程分先啟、精化、構(gòu)建和測試四個(gè)階段( ) 5、螺旋模型是一種演進(jìn)模型( ) 6、使用螺旋模型不需要很高的風(fēng)險(xiǎn)評(píng)估技術(shù)( ) 7、螺旋模型可以應(yīng)對(duì)“最后期限”( ) 8、增量模型和瀑布模型都屬于演進(jìn)型模型( ) 9、增量模型不利于與用戶交互( ) 10、RAD模型的開發(fā)速度快但很難模塊化( ) 二、選擇題1、下面那個(gè)階段不屬于在軟件生命周期中軟件定義時(shí)期( ) A) 問題定義 B) 可行性研究 C) 需求分析 D) 總體設(shè)計(jì)2、有關(guān)軟件過程模型的說法錯(cuò)誤的是( ) A) 軟件過程模型可以知道項(xiàng)目經(jīng)理和項(xiàng)目成員應(yīng)該按照什么樣的工序

20、完成項(xiàng)目B) 項(xiàng)目經(jīng)理可以參考過程模型確定獨(dú)特的過程計(jì)劃C) 軟件過程模型是組織項(xiàng)目活動(dòng)的一般方法D) 軟件過程模型是軟件架構(gòu)3、不屬于線性系列模型的模型是( ) A) 線性順序模型 B) 增量模型 C) RAD模型 D) 瀑布模型4、不屬于演進(jìn)系列模型( ) A) 邊建邊改模型 B) 增量模型 C) 瀑布模型 D) 螺旋模型5、屬于線性系列模型的是( ) A) 邊建邊改模型 B) 增量模型 C) 瀑布模型 D) 螺旋模型6、屬于演進(jìn)系列模型的模型是( ) A) 線性順序模型 B) 增量模型 C) RAD模型 D) 瀑布模型7、關(guān)于線性順序模型的說法錯(cuò)誤的是( ) A) 線性順序模型提倡軟件開

21、發(fā)按照系統(tǒng)化、有順序的方法。B) 該模型遵循系統(tǒng)分析、設(shè)計(jì)、編碼、測試等活動(dòng)順序。C) 線性順序模型遵循“步步為營”的辦法開發(fā)軟件D) 線性順序模型就是瀑布模型8、關(guān)于瀑布模型的描述錯(cuò)誤的是( ) A)瀑布模型實(shí)際上是線性順序模型的改進(jìn) B)瀑布模型具有反饋機(jī)制C)瀑布模型不具有反饋機(jī)制 D)瀑布模型中開發(fā)方不能很好的與用戶交互9、下面不屬于瀑布模型的優(yōu)點(diǎn)是( ) A) 具有一定的反饋性質(zhì) B) 嚴(yán)格的規(guī)定了每個(gè)階段必須提交的交付物C) 每個(gè)階段結(jié)束前都必須有正式的審查 D) 與用戶交互好10、關(guān)于RAD模型下面描述錯(cuò)誤的是( ) A)RAD模型也叫快速應(yīng)用開發(fā)模型 B)在RAD是從線性順序模

22、型“泛化”而來C)RAD模型是多個(gè)線性順序模型的并行 D)RAD模型是多個(gè)線性順序模型的串行11、不屬于RAD模型的缺點(diǎn)是( ) A) 如果一個(gè)系統(tǒng)難以被適當(dāng)?shù)哪K化,那么很難組織多個(gè)開發(fā)團(tuán)隊(duì)并行開發(fā)B) RAD不適合小項(xiàng)目的開發(fā)C) 如果早期不鞥完整的正確的獲取需求,那么很難按時(shí)完成開發(fā)任務(wù)D) 如果缺乏以往的類似項(xiàng)目經(jīng)驗(yàn),則很難快速的設(shè)計(jì)系統(tǒng)12、不屬于邊改邊建模型的缺點(diǎn)是( ) A) 否認(rèn)了在項(xiàng)目實(shí)施前需求分析和設(shè)計(jì)活動(dòng)的重要性 B) 沒有計(jì)劃和明確的目標(biāo)C) 費(fèi)用和成本較好控制 D) 要求需求完整明確13、對(duì)于增量模型的說法錯(cuò)誤的是( ) A) 可以在開發(fā)過程中與用戶很好的交互 B)

23、增量模型可以有計(jì)劃的管理技術(shù)風(fēng)險(xiǎn)C) 增量模型會(huì)導(dǎo)致“永不結(jié)束” D) 增量模型有助于試驗(yàn)性產(chǎn)品的開發(fā)14、關(guān)于螺旋模型的說法正確的是( ) A) 螺旋模型是線性模型 B) 螺旋模型是演進(jìn)模型C) 螺旋模型可以降低開發(fā)風(fēng)險(xiǎn) D) 螺旋模型不適合大型項(xiàng)目的開發(fā)15、RUP模型的描述錯(cuò)誤的為( )A) RUP模型倡導(dǎo)以迭代和增量的方式開發(fā)系統(tǒng) B) RUP模型倡導(dǎo)以遞歸和增量的方式開發(fā)系統(tǒng)C) 每次迭代都包括業(yè)務(wù)工程、需求、分析設(shè)計(jì)、實(shí)施、測試和部署等基本活動(dòng)D) 每個(gè)迭代結(jié)束后才進(jìn)入下一次迭代16、不屬于RUP模型的優(yōu)點(diǎn)的是( ) A) 可擴(kuò)充 B) 實(shí)踐性強(qiáng) C) 可剪裁 D) 開發(fā)速度快17

24、、瀑布模型是最常用的傳統(tǒng)軟件開發(fā)模型,它的特點(diǎn)之一( )。 A)文檔是階段完成的里程碑B)具有從軟件規(guī)格說明轉(zhuǎn)換成可執(zhí)行代碼的自動(dòng)程序設(shè)計(jì)的新風(fēng)范C)利用軟件速成原型法加強(qiáng)軟件人員與用戶的聯(lián)系D)支持人工智能,面向?qū)ο蟮刃萝浖夹g(shù)的集成18、軟件開發(fā)模型是指軟件開發(fā)的全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。主要的開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié)合,并增加了( )。 A)系統(tǒng)工程 B)風(fēng)險(xiǎn)分析 C)設(shè)計(jì)評(píng)審 D)進(jìn)度控制19、螺旋模型是建立在( )的基礎(chǔ)上。 A)模塊劃分 B)子程序分解 C)設(shè)計(jì) D)原型20、螺旋模型沿著螺線自內(nèi)向外每旋轉(zhuǎn)一

25、圈,就得到( )的一個(gè)新版本。 A)模塊劃分 B)子程序分解 C)設(shè)計(jì) D)原型21、噴泉模型描述了( )的開發(fā)模型。 A)面向?qū)ο?B)面向數(shù)據(jù)流 C)面向數(shù)據(jù)結(jié)構(gòu) D)面向事件驅(qū)動(dòng)22、噴泉模型體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的( )的特征。 A)歸納 B)推理 C)迭代 D)遞歸23、噴泉模型體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的( )的特征。 A)開發(fā)各階段之間無“間隙” B)開發(fā)各階段分界明顯C)部分開發(fā)階段分界明顯 D)開發(fā)過程不分段24 .如果在開發(fā)時(shí)期內(nèi)沒有或很少有需求變化、風(fēng)險(xiǎn)較低和對(duì)應(yīng)用領(lǐng)域很熟悉,則適用于( )A)瀑布模型 B)演化模型 C)螺旋模型 D)快速原型

26、模型25 .在項(xiàng)目開發(fā)早期需求較明確但可能有變化、對(duì)應(yīng)用領(lǐng)域較熟悉和中等風(fēng)險(xiǎn)的項(xiàng)目則適用于( )A)瀑布模型 B)演化模型 C)螺旋模型 D)快速原型模型26 螺旋模型結(jié)合了瀑布和演化模型的特點(diǎn),與其他模型相比,最大的特點(diǎn)是加入并強(qiáng)調(diào)了( )A)客戶評(píng)估 B)風(fēng)險(xiǎn)管理 C)用例分析 D)風(fēng)險(xiǎn)分析27 .螺旋模型最初是從( )開始第一個(gè)螺旋A)制定計(jì)劃 B)概念項(xiàng)目 C)系統(tǒng)原型 D)遺留系統(tǒng)28 .常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中適用于需求明確或很少變更的項(xiàng)目是( )。A)瀑布模型 B)演化模型 C)螺旋模型 D)噴泉模型29 .常見的軟件開發(fā)模型有瀑布模型、

27、演化模型、螺旋模型、噴泉模型等,( )主要用來描述面向?qū)ο蟮能浖_發(fā)過程。A)瀑布模型 B)演化模型 C)螺旋模型 D)噴泉模型30 .如果用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚,需求難以定義,這時(shí)最好是用( )進(jìn)行系統(tǒng)開發(fā)。A)原型法 B)瀑布模型 C)V-模型 D)螺旋模型31 .瀑布模型(Waterfall Model)突出的缺點(diǎn)是不適應(yīng)( )的變動(dòng)。A)算法 B)平臺(tái) C)程序語言 D)用戶需求【答案】判斷題:1、 2、× 3、 4、× 5、 6、× 7、 8、× 9、× 10、選擇題:1、D 2、D 3、B 4、C 5、C 6、B 7、D 8、C

28、 9、D 10、D11、B 12、D 13、C 14、D 15、B 16、D 17、A 18、B 19、D 20、D 21、A 22、C 23、A 24、A 25、C 26、D 27、B 28、A 29、D 30、A 31、D第四章 問題定義和可行性研究方法【本章測試】一、判斷題1、問題的定義和可行性研究同屬于軟件開發(fā)過程的早期活動(dòng)( ) 2、問題的定義是在可行性研究的基礎(chǔ)上實(shí)行的( ) 3、問題的定義弄清軟件系統(tǒng)要解決的根本問題,可行性研究弄清系統(tǒng)所需的資源和經(jīng)費(fèi)( ) 4、問題的定義要求開發(fā)方和使用方共同完成( ) 5、操作可行性指軟件系統(tǒng)是否能很好的使用( ) 6、調(diào)度可行性指建議的系統(tǒng)

29、是否能夠按期交付使用( ) 7、評(píng)估風(fēng)險(xiǎn)由項(xiàng)目經(jīng)理、系統(tǒng)分析師、SQA人員和客戶共同完成( ) 8、可行性分析的目的在于確定客戶提出的問題是否有解,是否值得去解( ) 9、可行性分析報(bào)告是問題定義和可行性分析階段的最終交付物( ) 10、貨幣的時(shí)間價(jià)值用來衡量貨幣在不同時(shí)期的內(nèi)在價(jià)值( ) 二、選擇題1、關(guān)于可行性研究的說法正確的是( ) A) 是以相對(duì)短的時(shí)間和相對(duì)低的成本來確定給定的問題是否有解B) 可行性研究不關(guān)心系統(tǒng)的成本,只關(guān)心系統(tǒng)能否有解C) 可行性研究完成問題的定義D) 可行性研究不需要SQA人員參加2、關(guān)于技術(shù)可行性說法錯(cuò)誤的是( ) A) 考慮用戶是否已購買相應(yīng)的計(jì)算機(jī)軟件設(shè)

30、備B) 考慮用戶是否已購買相應(yīng)的計(jì)算機(jī)硬件設(shè)備C) 考慮用戶是否會(huì)用開發(fā)的軟件技術(shù)D) 考慮是否有現(xiàn)成的成熟技術(shù)可用3、關(guān)于操作可用性說法正確的是( ) A) 開發(fā)人員是否能開發(fā)出新系統(tǒng) B) 新系統(tǒng)是否自動(dòng)操作C) 新系統(tǒng)是否滿足用戶的需求 D) 新系統(tǒng)所需的用戶操作是否可行4、關(guān)于經(jīng)濟(jì)可行性錯(cuò)誤的說法是( ) A) 考察系統(tǒng)的經(jīng)濟(jì)效益是否超過它的開發(fā)成本 B) 成本包括啟動(dòng)成本和運(yùn)營成本C) 只要經(jīng)濟(jì)可行則系統(tǒng)可以開發(fā) D) 經(jīng)濟(jì)可行性中的成本包括培訓(xùn)費(fèi)用5、關(guān)于技術(shù)可行性的說法錯(cuò)誤的是( ) A) 從技術(shù)角度分析產(chǎn)品“做得了嗎?” B) 從技術(shù)角度分析產(chǎn)品“做得好嗎?”C) 從技術(shù)角度分

31、析產(chǎn)品“做得快嗎?” D) 從技術(shù)角度分析“用戶會(huì)用嗎?”6、參加風(fēng)險(xiǎn)評(píng)估的人員中沒有( )A) 用戶 B) 項(xiàng)目經(jīng)理 C) 系統(tǒng)分析師 D) SQA人員7、關(guān)于指定軟件開發(fā)計(jì)劃正確的是( ) A) 軟件開發(fā)計(jì)劃由程序員來做 B) 軟件開發(fā)計(jì)劃由項(xiàng)目經(jīng)理來做C) 軟件開發(fā)計(jì)劃有系統(tǒng)分析師來做 D) 軟件開發(fā)計(jì)劃已經(jīng)確定不能更改8、關(guān)于可行性研究正確的說法是( ) A) 指定軟件營銷計(jì)劃在基礎(chǔ)性分析之前進(jìn)行 B) 基礎(chǔ)性分析是指對(duì)現(xiàn)有系統(tǒng)的分析C) 只重點(diǎn)對(duì)建議方案進(jìn)行風(fēng)險(xiǎn)評(píng)估 D) 必須對(duì)所有可行方案進(jìn)行風(fēng)險(xiǎn)評(píng)估9、關(guān)于成本效益分析正確的說法是( ) A) 通過成本效益分析可以得出經(jīng)濟(jì)可行性的

32、結(jié)論 B) 成本分析中不包括用戶培訓(xùn)費(fèi)用C) 成本分析中不包括人員費(fèi)用 D) 成本分析中不包括維修費(fèi)用10、屬于啟動(dòng)成本的是( ) A) 人員費(fèi)用 B) 軟件開發(fā)成本 C) 不可預(yù)見費(fèi)用 D) 維修費(fèi)用11、不屬于運(yùn)營成本的是( ) A) 人員費(fèi)用 B) 軟件開發(fā)成本 C) 不可預(yù)見費(fèi)用 D) 維修費(fèi)用12、屬于運(yùn)營成本的是( ) A) 硬件成本 B) 系統(tǒng)軟件成本 C) 消耗品費(fèi)用 D) 用戶培訓(xùn)成本13、不屬于開發(fā)成本的是( ) A) 硬件成本 B) 系統(tǒng)軟件成本 C) 消耗品費(fèi)用 D) 用戶培訓(xùn)成本14、不屬于系統(tǒng)運(yùn)營效益的是( ) A) 直接效益 B) 減少管理費(fèi)用而產(chǎn)生的效益 C)

33、提高工作效率、降低處理成本而產(chǎn)生的效益D) 開發(fā)系統(tǒng)消息發(fā)出后產(chǎn)生的股票收益15、關(guān)于成本效益分析方法正確的說法是( )A) 成本效益分析常用的方法有投資回收分析法和靜資金現(xiàn)值法 B) 投資回收分析法可精確計(jì)算投資與收益C) 投資回收分析法比靜資金現(xiàn)值法更精確D) 靜資金現(xiàn)值法不計(jì)算貨幣價(jià)值波動(dòng)16、下面不屬于可行性分析報(bào)告內(nèi)容的有( ) A) 產(chǎn)品定位 B) 產(chǎn)品概述 C) 方案說明與比較 D) 總體設(shè)計(jì)【答案】判斷題:1、 2、× 3、× 4、 5、× 6、 7、× 8、 9、× 10、選擇題:1、A 2、C 3、D 4、C 5、D 6、A

34、 7、B 8、C 9、A 10、B11、B 12、C 13、C 14、D 15、A 16、D第五章 需求分析方法【本章測試】一、判斷題1、需求分析不需要考慮系統(tǒng)的測試問題( ) 2、需求分析應(yīng)盡量考慮實(shí)現(xiàn)方式( ) 3、狀態(tài)變遷圖是需求分析的功能模型( ) 4、數(shù)據(jù)流圖是需求分析的功能模型( ) 5、數(shù)據(jù)流圖是需求分析的行為模型圖( ) 6、Petri網(wǎng)是需求分析的功能模型( ) 7、Petri網(wǎng)是需求分析的行為模型( )8、狀態(tài)變遷圖是需求分析的行為模型( )9、用例圖屬于需求分析的行為模型( ) 10、泛化關(guān)系代表特殊到一般的關(guān)系( ) 11、泛化關(guān)系代表一般到特殊的關(guān)系( ) 12、擴(kuò)展

35、關(guān)系是指對(duì)一個(gè)已經(jīng)存在的用例增加新的功能( ) 二、選擇題1、關(guān)于需求分析的描述錯(cuò)誤的是( ) A) 需求分析要遵循循序漸進(jìn)的原則 B) 需求必須是可驗(yàn)證的C) 需求分析階段應(yīng)充分考慮系統(tǒng)的實(shí)現(xiàn)語言 D) 需求必須是追蹤的2、有關(guān)需求分析描述錯(cuò)誤的是( ) A) 需求分析通常這是不可驗(yàn)證 B) 需求分析包括橫向分解和縱向分解兩種C) 橫向分解將一個(gè)功能分解為多個(gè)子功能 D) 縱向分解講一個(gè)功能不斷細(xì)分3、在需求分析中關(guān)于遠(yuǎn)離實(shí)現(xiàn)原則的描述錯(cuò)誤的是( ) A) 避免記錄一些因?yàn)楫?dāng)前技術(shù)才存在的需求 B) 使用一些可能不是核心產(chǎn)品的技術(shù)C) 避免對(duì)實(shí)現(xiàn)的方式做出束縛 D) 采用各盡其責(zé)的方法4、關(guān)

36、于需求分析中可驗(yàn)證性原則的描述錯(cuò)誤的是( ) A) 通過需求的驗(yàn)證標(biāo)準(zhǔn),可以度量出系統(tǒng)實(shí)現(xiàn)的質(zhì)量 B) 不可驗(yàn)證的需求,僅僅是對(duì)需求的一種主觀愿望,對(duì)于設(shè)計(jì)和測試等活動(dòng)而言都是缺乏意義的C) 需求分析中可以有部分是不可驗(yàn)證的。D) 需求通過了“驗(yàn)證”才能證明所開發(fā)的系統(tǒng)符合客戶和用戶的要求的依據(jù) 5、關(guān)于數(shù)據(jù)流突說法錯(cuò)誤的( ) A)數(shù)據(jù)流圖是一個(gè)分層概念模型 B) 數(shù)據(jù)流圖包含總體圖、零級(jí)圖、一級(jí)圖、二極圖、細(xì)節(jié)圖C)數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中移動(dòng)時(shí)如何變幻 D)數(shù)據(jù)流圖描述對(duì)數(shù)據(jù)流進(jìn)行變換的功能6、關(guān)于數(shù)據(jù)流圖說法錯(cuò)誤的是( )A)數(shù)據(jù)流圖的總體圖描述了系統(tǒng)和周圍環(huán)境的關(guān)系 B)零級(jí)

37、圖表示一個(gè)系統(tǒng)的主要功能或主要的子系統(tǒng)C)細(xì)節(jié)圖表示復(fù)雜的處理的詳細(xì)內(nèi)部表示 D)一級(jí)圖表示對(duì)某個(gè)模塊的表示7、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是( ) A) 外部實(shí)體只能出現(xiàn)在總體圖和零級(jí)圖中 B) 外部實(shí)體能出現(xiàn)在總體圖和細(xì)節(jié)圖中C)數(shù)據(jù)存儲(chǔ)只能出現(xiàn)在零級(jí)圖和細(xì)節(jié)圖中 D)數(shù)據(jù)存儲(chǔ)在分層的數(shù)據(jù)流程圖中只能出現(xiàn)一次8、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是( ) A)數(shù)據(jù)存儲(chǔ)必須既有讀操作,也有寫操作 B)數(shù)據(jù)流要有名字 C) 數(shù)據(jù)流表示有關(guān)的控制邏輯 D) 數(shù)據(jù)流必須開始或結(jié)束在處理圓圈上9、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是( )A)每個(gè)處理要有編號(hào),但不表示先后順序 B)每個(gè)處理要有編號(hào),表示先后順序

38、C)每個(gè)圖中處理的數(shù)不應(yīng)超過9個(gè) D)每個(gè)處理應(yīng)該既有輸入的數(shù)據(jù)流,也有輸出的數(shù)據(jù)流軟件設(shè)計(jì)方法10、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是( )A)每個(gè)處理應(yīng)該既有輸入的數(shù)據(jù)流,也有輸出的數(shù)據(jù)流 B) 子圖與父圖中對(duì)應(yīng)的處理必須執(zhí)行相同的功能,且子圖與對(duì)應(yīng)的處理流入和流出的數(shù)據(jù)流相同 C) 輸入/輸出命令不能作為數(shù)據(jù)流程圖中的處理D) 每個(gè)處理應(yīng)該可以沒有輸出的數(shù)據(jù)流 11、關(guān)于數(shù)據(jù)字典錯(cuò)誤的是( ) A)數(shù)據(jù)字典主要配合數(shù)據(jù)流圖使用 B)數(shù)組字典與數(shù)據(jù)流圖無關(guān)C)數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)一定義便于通訊和共享D)數(shù)據(jù)字典中的主要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理12、關(guān)于判定表說法錯(cuò)誤的是( )A)

39、判定表只用在測試階段B)判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具C)判定表的左上部標(biāo)識(shí)條件或數(shù)據(jù)元素名稱D)判定表的右上部表示所有條件組合13、關(guān)于判定表說法錯(cuò)誤的是( ) A)判定表左下部表示處理活動(dòng)名稱 B)判定表的右上部表示所有條件組合C)判定表的左上部標(biāo)識(shí)條件或數(shù)據(jù)元素名稱 D)判定表只用在測試階段14、關(guān)于判定表說法錯(cuò)誤的是( )A)判定表表達(dá)邏輯清楚,比自然語言容易理解 B)問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C)問題中的條件或數(shù)據(jù)元素在表中可出現(xiàn)多次 D)判定表隨著問題中條件的增多會(huì)變得非常復(fù)雜15、關(guān)于判定樹說法錯(cuò)誤的是( ) A)判定樹是一個(gè)樹狀圖 B)判定樹

40、中的根結(jié)點(diǎn)表示問題的名字C)判定樹的內(nèi)部節(jié)點(diǎn)表示條件,葉子節(jié)點(diǎn)表示活動(dòng) D)判定樹的葉子節(jié)點(diǎn)表示條件,內(nèi)部節(jié)點(diǎn)表示活動(dòng)16、關(guān)于判定樹說法錯(cuò)誤的是( )A)判定樹容易理解,不需要用戶培訓(xùn) B)繪制方法直觀C)判定樹書寫簡單 D)判定樹繁瑣,同一條件要書寫多次17、不是面向?qū)ο蟮男枨蠓治龇椒P偷模?) A)用例建模 B)ER圖建模 C)對(duì)象-關(guān)系模型 D)對(duì)象-行為模型18、關(guān)于用例圖的描述錯(cuò)誤的是( ) A)用例圖表示系統(tǒng)的行為 B)用橢圓表示行為 C)用小人表示用戶 D)用帶說明的線表示用戶與行為的關(guān)系19、關(guān)于Actor 的說明錯(cuò)誤的是( ) A)Actor在系統(tǒng)邊界外部 B)Actor

41、直接與系統(tǒng)交互 C)Actor可能是任何事物 D)一個(gè)人只能擔(dān)任1個(gè)參與者20、關(guān)于用例說明錯(cuò)誤的是( ) A) 用例止于系統(tǒng)邊界 B) 用例是一個(gè)交互的抽象C) 用例是Actor的行為 D) 從Actor的角度去描述用例21、結(jié)構(gòu)化分析方法是一種面向( )的需求分析方法。 A)對(duì)象 B)數(shù)據(jù)結(jié)構(gòu) C)數(shù)據(jù)流 D)控制流22、結(jié)構(gòu)化分析方法最為常用的圖形工具是( )。 A)程序流程圖 B)實(shí)體聯(lián)系網(wǎng) C)數(shù)據(jù)流圖D)網(wǎng)絡(luò)圖 E)結(jié)構(gòu)圖 F)數(shù)據(jù)詞典23、結(jié)構(gòu)化分析方法中,與數(shù)據(jù)流圖配合使用的是( )。 A)程序流程圖 B)實(shí)體聯(lián)系網(wǎng) C)數(shù)據(jù)流圖D)網(wǎng)絡(luò)圖 E)結(jié)構(gòu)圖 F)數(shù)據(jù)詞典24、數(shù)據(jù)流

42、圖中有名字及方向的成分是( )。 A)控制流 B)信息流 C)數(shù)據(jù)流D)信號(hào)流 E)數(shù)據(jù)源/終點(diǎn) F)節(jié)點(diǎn)25、數(shù)據(jù)流圖不能由計(jì)算機(jī)處理的成分是( )。 A)控制流 B)信息流 C)數(shù)據(jù)流D)信號(hào)流 E)數(shù)據(jù)源/終點(diǎn) F)節(jié)點(diǎn)26、軟件需求分析的任務(wù)不應(yīng)包括( )。 A)問題分解 B)可靠性與安全性要求 C)結(jié)構(gòu)化程序設(shè)計(jì) D)確定邏輯模型27、進(jìn)行需求分析課使用多種工具,但( )是不適用的。 A)數(shù)據(jù)流圖(DFD) B)判定表 C)PAD圖 D)數(shù)據(jù)字典28、在需求分析中,開發(fā)人員要與用戶解決的最重要的問題是( )。 A)要讓軟件做什么 B)要給該軟件提供哪些信息 C)要求軟件工作效率怎樣

43、D)要讓軟件具有何種結(jié)構(gòu)29、需求規(guī)格說明書的內(nèi)容不應(yīng)包括( )。 A)對(duì)重要功能的描述 B)對(duì)算法的詳細(xì)過程描述 C)對(duì)數(shù)據(jù)的要求 D)軟件的性能30、結(jié)構(gòu)化分析方法(SA)是一種預(yù)先嚴(yán)格定義需求的方法,強(qiáng)調(diào)分析對(duì)象的( )。 A、程序流 B、指令流 C、控制流 D、數(shù)據(jù)流31、結(jié)構(gòu)化分析方法(SA)的指導(dǎo)思想是( )。 A、自上而下逐層分解 B、自下而上逐層分解 C、面向?qū)ο?D、面向過程32、過程P分解為P1、P2、P3 三個(gè)子過程,下圖的數(shù)據(jù)流圖中存在兩處錯(cuò)誤,其中錯(cuò)誤1是( )。 A、1層S B、1層S2 C、0層S D、0層S133、上圖中還有一處錯(cuò)誤是( ) A、1層S B、1層

44、S2 C、0層S D、0層S134、在軟件開發(fā)過程中常用圖作為描述工具,如DFD就是面向( )分析方法的描述工具。A)數(shù)據(jù)結(jié)構(gòu) B)數(shù)據(jù)流 C)對(duì)象 D)構(gòu)件35、在一套分層DFD中,如果某一張圖中有N個(gè)加工,則這張圖允許有( )張子圖。A)0 B)1 C)1N D)0N36、在一張DFD圖中,任意兩個(gè)加工之間( )。 A)有且僅有一條數(shù)據(jù)流 B)至少有一條數(shù)據(jù)流C)可以有0條或多條名字互不相同的數(shù)據(jù)流D)可以有0條或多條數(shù)據(jù)流,但允許其中有若干條名字相同的數(shù)據(jù)流37、在劃分層DFD時(shí),應(yīng)注意保持( )之間的平衡。 A)父圖與其子圖 B)同一父圖的所有子圖C)不同父圖的所有子圖 D)同一子圖的

45、所有直接父圖38、DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流,這種信息流可分為( )兩類。 A)控制流和變換流 B)變換流和事物流C)事物流和事件流 D)事件流和控制流39、在業(yè)務(wù)領(lǐng)域分析過程中,通過建立實(shí)體關(guān)系圖,把與業(yè)務(wù)相關(guān)的數(shù)據(jù)模型化;通過建立( )來表示業(yè)務(wù)活動(dòng)的分解過程。 A)數(shù)據(jù)流圖(DFD) B)過程層次圖(PHD)C)過程活動(dòng)圖(PAD) D)過程關(guān)系圖(PRD)40、在業(yè)務(wù)領(lǐng)域分析過程中,兩個(gè)業(yè)務(wù)過程之間的相互依賴關(guān)系應(yīng)記錄在過程依賴圖中;通過建立( )來詳細(xì)說明整個(gè)業(yè)務(wù)過程的邏輯。 A)數(shù)據(jù)流圖(DFD) B)過程層次圖(PHD)C)過程活動(dòng)圖(PA

46、D) D)甘特圖(Ganntte)41、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言。它包含10種圖形,其中,用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接,UML中的外部actors是指( ),用例可以用活動(dòng)圖來描述。 A)人員 B)單位 C)人員或單位 D)人員或外部系統(tǒng)42、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言。它包含10種圖形,其中,用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接,UML中的外部actors是指人員或外部系統(tǒng),用例可以用( )來描述。 A)類 B)狀態(tài) C)活動(dòng) D)協(xié)作43、狀態(tài)圖指明了對(duì)象所有可能的狀態(tài)以及狀態(tài)間的遷移(transition)。如果一個(gè)并發(fā)的狀態(tài)

47、由n個(gè)并發(fā)的子狀態(tài)圖組成,那么,該并發(fā)狀態(tài)在某時(shí)刻的狀態(tài)由( )個(gè)子狀態(tài)圖中各取一個(gè)狀態(tài)組合而成。 A)每一 B)任意一 C)任意二 D)任意m(mn)44、協(xié)作圖描述了協(xié)作的( )之間的交互和鏈接(link),它畫成對(duì)象圖的形式。 A)對(duì)象 B)類 C)用例 D)狀態(tài)45、協(xié)作圖描述了協(xié)作的對(duì)象之間的交互和鏈接(link),它畫成( )圖的形式。 A)對(duì)象 B)類 C)用例 D)狀態(tài)46、20世紀(jì)90年代中,出現(xiàn)了一批新的面向?qū)ο蠓椒?,?)是面向?qū)ο蠓椒ㄗ钤绲某珜?dǎo)者之一,他提出了面向?qū)ο筌浖こ痰母拍睢?A)Coad B)Booch C)Jacobson D)Yourdon47、Rumba

48、ugh等人提出了面向?qū)ο蟮慕<夹g(shù)(OMT)方法,采用了面向?qū)ο蟮母拍?,并引入各種獨(dú)立于語言的表示符。這種方法用( )共同完成對(duì)整個(gè)系統(tǒng)的建模。 A)對(duì)象模型、動(dòng)態(tài)模型、功能模型和用例模型B)數(shù)據(jù)模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型C)靜態(tài)模型、動(dòng)態(tài)模型、功能模型和用例模型D)對(duì)象模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型48、Jacobson于1994年提出了OOSE方法,其最大的特點(diǎn)是面向用例,并在用例的描述中引入了( )的概念。 A)類 B)UML C)角色 D)繼承49、UML融合了面向?qū)ο蟮慕<夹g(shù)(OMT)方法和OOSE方法的基本概念,UML的重要內(nèi)容可以由( )等5類圖來定義。 A)類圖、順序圖、行為圖、動(dòng)態(tài)圖、配置圖B)對(duì)象圖、用例圖、靜態(tài)圖、狀態(tài)圖、交互圖C)包圖、序列圖、

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論