東北大學(xué)軟件工程復(fù)試大全軟件工程

1、一、判斷題1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在的周期長(zhǎng)、成本高、質(zhì)量低等問題（）。2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)的開發(fā)滿足客戶需求的軟件而研究、建立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可度量的、可控制的工程原則和方法。（）1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在的周期長(zhǎng)、成本高、質(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ā)缺乏可見性C)軟件開發(fā)具有獨(dú)立性D)軟件開發(fā)具有變化性2、下面描

3、述中那些屬于軟件的開發(fā)特性（）A)軟件開發(fā)具有風(fēng)險(xiǎn)性B)軟件開發(fā)具有隨意性C)軟件開發(fā)具有可描述性D)軟件開發(fā)不具有變化性3、以下對(duì)于軟件危機(jī)的描述正確的是（）A)軟件危機(jī)是指軟件開發(fā)過程越來越長(zhǎng)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)測(cè)手段B)軟件的可維護(hù)性C)軟件種類過少D)軟件可復(fù)用性差6、有關(guān)軟件工程的描述正確的是（）A) 軟件工程只包括軟件的開發(fā)過程B) 軟件工程

4、涉及軟件過程、項(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)的集合9、軟件過稱模型不包括（）A) 瀑布模型B)螺旋模型C) SOA模型D) RUP模型10、下面那些不是軟件工程工具（）A) RequisiteProB

5、) RoseC) offiCeD) 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é)的研究?jī)?nèi)容包括軟件開發(fā)技術(shù)和軟件工程管理兩部分，其期望達(dá)到的最終目標(biāo)是（）A）消除軟件危機(jī)B ）軟件開發(fā)工程化C）軟件設(shè)計(jì)自動(dòng)化D ）實(shí)現(xiàn)軟件可用性13、軟件生產(chǎn)的復(fù)雜性和高成本，使大型軟件生產(chǎn)出現(xiàn)危機(jī)，下述哪個(gè)（些）是軟件危機(jī)的主要表現(xiàn)（）. 需求增長(zhǎng)難滿足. 生產(chǎn)成本過高. 進(jìn)度難以控制 . 質(zhì)量不易保證A）和B）

6、C）和D）全是14、與“軟件危機(jī)”表現(xiàn)無(wú)關(guān)的是（）A）軟件需求定義不準(zhǔn)確B）軟件生產(chǎn)成本高，價(jià)格昂貴C）軟件生產(chǎn)進(jìn)度無(wú)法控制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è)人員過少，無(wú)法滿足日益增長(zhǎng)的軟件開發(fā)需要B）軟件復(fù)雜性越來越大、變化越來越快C）軟件的普及應(yīng)用導(dǎo)致了失業(yè)人口的增多D）軟件開發(fā)成本越來越大，導(dǎo)致應(yīng)用推廣造成了瓶頸17、在 1968年召開的關(guān)于

7、軟件危機(jī)的會(huì)雨中，用來解決這一問題的的是（）A）瀑布模型B）軟件經(jīng)濟(jì)學(xué)C）軟件工程D）軟件估算18、以下不屬于軟件特點(diǎn)的是（）A軟件是一種邏輯產(chǎn)品C 軟件的生產(chǎn)主要是研制B軟件產(chǎn)品存在磨損問題D軟件費(fèi)用不斷增加【答案】判斷題：1、 2、× 3、4 、 ×5 、×6 、7 、8 、×9 、×10 、11、 ×選擇題：1、 C2 、A 3 、D 4、D 5、C 6、B 7、B 8、A 9 、C 10、C11、 D12 、B 13 、D 14 、D 15 、D 16 、B 17、 C18 、B第二章軟件開發(fā)過程和活動(dòng)【本章測(cè)試】一、判斷題1

8、、軟件開發(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、總體設(shè)計(jì)包括功能結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)處理流程設(shè)計(jì)、系統(tǒng)數(shù)據(jù)庫(kù)設(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ù)用工程

9、師、用戶技術(shù)員、QA人員（）11、實(shí)施活動(dòng)中不包括單元測(cè)試（）12、實(shí)施活動(dòng)的人員不包括用戶技術(shù)員（）13、測(cè)試活動(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)2、軟件開發(fā)活動(dòng)中屬于輔助性活動(dòng)的是（）D)問題定義活動(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) 測(cè)試活動(dòng) D) 部署活動(dòng)4、軟件開發(fā)活動(dòng)中的不屬于基本活動(dòng)是

10、（）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)的描述不正確的是（）A) 問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的關(guān)鍵問題B) 問題定義定義系統(tǒng)的范圍界限C) 問題定義活動(dòng)發(fā)生在軟件開發(fā)初期D) 問題定義發(fā)生在需求分析時(shí)期8、下列敘述正確的是（）A) 問題定義活動(dòng)屬于在需求分析之前C) 問題定義活動(dòng)在可行洗個(gè)研究之后B)可行性

11、研究在需求分析之后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)軟件開發(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è)程序員

12、開發(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) 問題定義占整個(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）可行性研究必須要明確滿足約束條件的方案是

13、否存在、是否可行、是否最優(yōu)。C）可行性研究比問題定義活動(dòng)所消耗的時(shí)間短D) 可行性研究主要在客戶現(xiàn)場(chǎng)完成。16、不屬于可行性研究活動(dòng)中參加的人員的是（）A）系統(tǒng)分析師 B ）程序員 C ）出資方領(lǐng)導(dǎo)、出資方技術(shù)人員D）用戶代表、開發(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ù)人員、市場(chǎng)人員、軟件質(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)

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

15、劃B ）需求分析C ）概要設(shè)計(jì)D ）詳細(xì)設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測(cè)試G ）確認(rèn)測(cè)試H ）使用和維護(hù)22、組裝測(cè)試計(jì)劃是在（）階段指定的。A）可行性研究計(jì)劃B）需求分析C ）概要設(shè)計(jì)D ）詳細(xì)設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測(cè)試G ）確認(rèn)測(cè)試H ）使用和維護(hù)23、確認(rèn)測(cè)試計(jì)劃是在（）階段制定的。A）可行性研究計(jì)劃B）需求分析C ）概要設(shè)計(jì)D ）詳細(xì)設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測(cè)試G ）確認(rèn)測(cè)試H ）使用和維護(hù)24、測(cè)試的目的是為了（）。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 ）

16、需求分析C ）編碼D ）概要設(shè)計(jì)26 . 軟件維護(hù)時(shí)在用戶使用軟件期間對(duì)軟件所做的補(bǔ)充、修改和增強(qiáng)，一般認(rèn)為軟件維護(hù)最常見的是（）A）完善性維護(hù)B ）適應(yīng)性維護(hù)C ）校正性維護(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ù)字

17、典定義數(shù)據(jù)流或數(shù)據(jù)存儲(chǔ)組成時(shí)所使用的符號(hào)()表示（）A）可選B）與C ）或D ）重復(fù)【答案】判斷題：1、 2、 3、× 4、 5、× 6、× 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、C12、D 13、D14、C 15、C 16 、B17 、C18 、A19 、D 20、A21、 D22、 C23、 B24、B 25、B 26 、A27 、A 28、B 29、C 30 、D第三章

18、軟件過程模型【本章測(cè)試】一、判斷題1、對(duì)軟件開發(fā)過程按過程組織策略出抽象出的模型就是過程模型（）2、 RUP模型的特點(diǎn)是體系完整、理論成熟、實(shí)踐性強(qiáng)、可裁剪、不可擴(kuò)充（）3、 RUP模型屬于演進(jìn)型模型（）4、 RUP軟件開發(fā)過程分先啟、精化、構(gòu)建和測(cè)試四個(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) 需

19、求分析 D) 總體設(shè)計(jì)2、有關(guān)軟件過程模型的說法錯(cuò)誤的是（）A) 軟件過程模型可以知道項(xiàng)目經(jīng)理和項(xiàng)目成員應(yīng)該按照什么樣的工序完成項(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) 增

20、量模型 C) RAD 模型 D) 瀑布模型7、關(guān)于線性順序模型的說法錯(cuò)誤的是（）A) 線性順序模型提倡軟件開發(fā)按照系統(tǒng)化、有順序的方法。B) 該模型遵循系統(tǒng)分析、設(shè)計(jì)、編碼、測(cè)試等活動(dòng)順序。C) 線性順序模型遵循“步步為營(yíng)”的辦法開發(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)于 RA

21、D模型下面描述錯(cuò)誤的是（）A） RAD模型也叫快速應(yīng)用開發(fā)模型B）在 RAD是從線性順序模型“泛化”而來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ì)

22、于增量模型的說法錯(cuò)誤的是（）A)可以在開發(fā)過程中與用戶很好的交互B)增量模型可以有計(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í)施、測(cè)試和部署等基本活動(dòng)D) 每個(gè)迭代結(jié)束后才進(jìn)入下一次迭代16、不屬于RUP模型的優(yōu)點(diǎn)的是（）A) 可擴(kuò)充B)實(shí)踐

23、性強(qiáng)C)可剪裁D)開發(fā)速度快17、瀑布模型是最常用的傳統(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、螺旋模型沿著螺

24、線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（）的一個(gè)新版本。A）模塊劃分B）子程序分解C）設(shè)計(jì)D）原型21、噴泉模型描述了（）的開發(fā)模型。A）面向?qū)ο驜）面向數(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ā)各階段之間無(wú)“間隙”B）開發(fā)各階段分界明顯C）部分開發(fā)階段分界明顯D）開發(fā)過程不分段24 . 如果在開發(fā)時(shí)期內(nèi)沒有或很少有需求變化、風(fēng)險(xiǎn)較低和對(duì)應(yīng)用領(lǐng)域很熟悉，則適用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型25 . 在項(xiàng)目開發(fā)

25、早期需求較明確但可能有變化、對(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ā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）主要

26、用來描述面向?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)（A）算法B）平臺(tái)C ）程序語(yǔ)言D ）用戶需求）的變動(dòng)?！敬鸢浮颗袛囝}：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 9、D 10、D11、B12、D

27、13、C14、D15、B16、D17、A18、B19、D20、D21、A22、C23、A24、A25、C26、D27、B28、A29、D30、A 31、D第四章問題定義和可行性研究方法【本章測(cè)試】一、判斷題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)是否能夠按期交付使用（）7、評(píng)估風(fēng)險(xiǎn)由項(xiàng)目經(jīng)理、系統(tǒng)分析師、SQA人員和客戶共同完成（）8、可

28、行性分析的目的在于確定客戶提出的問題是否有解，是否值得去解（）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) 考慮用戶是否已購(gòu)買相應(yīng)的計(jì)算機(jī)軟件設(shè)備B) 考慮用戶是否已購(gòu)買相應(yīng)的計(jì)算機(jī)硬件設(shè)備C) 考慮用戶是否會(huì)用開發(fā)的軟件技術(shù)D) 考慮是否有現(xiàn)成的成熟技術(shù)可用3、

29、關(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)營(yíng)成本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ù)角度分析產(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ì)劃正確

30、的是（）A)軟件開發(fā)計(jì)劃由程序員來做B)軟件開發(fā)計(jì)劃由項(xiàng)目經(jīng)理來做C)軟件開發(fā)計(jì)劃有系統(tǒng)分析師來做D)軟件開發(fā)計(jì)劃已經(jīng)確定不能更改8、關(guān)于可行性研究正確的說法是（）A)指定軟件營(yíng)銷計(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ì)可行性的結(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)營(yíng)成本的是（）A)人員費(fèi)用B)軟

31、件開發(fā)成本C)不可預(yù)見費(fèi)用D)維修費(fèi)用12、屬于運(yùn)營(yíng)成本的是（）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)營(yíng)效益的是（）A)直接效益B)減少管理費(fèi)用而產(chǎn)生的效益C) 提高工作效率、 降低處理成本而產(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、下面不屬于可行

32、性分析報(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 7、B 8、C 9、A 10、B11、 B12、C13、C14、D15、A16、D第五章需求分析方法【本章測(cè)試】一、判斷題1、需求分析不需要考慮系統(tǒng)的測(cè)試問題（）2、需求分析應(yīng)盡量考慮實(shí)現(xiàn)方式（）3、狀態(tài)變遷圖是需求分析的功能模型（）4、數(shù)據(jù)流圖是需求分析的功能模型（）5、數(shù)據(jù)流圖是需求分析的行為模型圖（）6、 Pe

33、tri網(wǎng)是需求分析的功能模型（）7、 Petri網(wǎng)是需求分析的行為模型（）8、狀態(tài)變遷圖是需求分析的行為模型（）9、用例圖屬于需求分析的行為模型（）10、泛化關(guān)系代表特殊到一般的關(guān)系（）11、泛化關(guān)系代表一般到特殊的關(guān)系（）12、擴(kuò)展關(guān)系是指對(duì)一個(gè)已經(jīng)存在的用例增加新的功能（）二、選擇題1、關(guān)于需求分析的描述錯(cuò)誤的是（）A) 需求分析要遵循循序漸進(jìn)的原則B)需求必須是可驗(yàn)證的C) 需求分析階段應(yīng)充分考慮系統(tǒng)的實(shí)現(xiàn)語(yǔ)言D)需求必須是追蹤的2、有關(guān)需求分析描述錯(cuò)誤的是（）A) 需求分析通常這是不可驗(yàn)證B)需求分析包括橫向分解和縱向分解兩種C) 橫向分解將一個(gè)功能分解為多個(gè)子功能D)縱向分解講一個(gè)功

34、能不斷細(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)于需求分析中可驗(yàn)證性原則的描述錯(cuò)誤的是（）A) 通過需求的驗(yàn)證標(biāo)準(zhǔn)，可以度量出系統(tǒng)實(shí)現(xiàn)的質(zhì)量B) 不可驗(yàn)證的需求，僅僅是對(duì)需求的一種主觀愿望，對(duì)于設(shè)計(jì)和測(cè)試等活動(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ì)

35、節(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í)圖表示一個(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)的

36、控制邏輯D)數(shù)據(jù)流必須開始或結(jié)束在處理圓圈上9、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）A）每個(gè)處理要有編號(hào)，但不表示先后順序B）每個(gè)處理要有編號(hào)，表示先后順序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ù)流圖無(wú)

37、關(guān)C）數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)一定義便于通訊和共享D）數(shù)據(jù)字典中的主要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理12、關(guān)于判定表說法錯(cuò)誤的是（）A）判定表只用在測(cè)試階段B）判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具C）判定表的左上部標(biāo)識(shí)條件或數(shù)據(jù)元素名稱D）判定表的右上部表示所有條件組合13、關(guān)于判定表說法錯(cuò)誤的是（）A）判定表左下部表示處理活動(dòng)名稱C）判定表的左上部標(biāo)識(shí)條件或數(shù)據(jù)元素名稱14、關(guān)于判定表說法錯(cuò)誤的是（）B）判定表的右上部表示所有條件組合 D ）判定表只用在測(cè)試階段A）判定表表達(dá)邏輯清楚，比自然語(yǔ)言容易理解B）問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C）問題中的條件或數(shù)據(jù)元素

38、在表中可出現(xiàn)多次D）判定表隨著問題中條件的增多會(huì)變得非常復(fù)雜15、關(guān)于判定樹說法錯(cuò)誤的是（）A）判定樹是一個(gè)樹狀圖B）判定樹中的根結(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）判定樹書寫簡(jiǎn)單D）判定樹繁瑣，同一條件要書寫多次17、不是面向?qū)ο蟮男枨蠓治龇椒Ｐ偷模ǎ〢）用例建模 B ） ER圖建模C ）對(duì)象 - 關(guān)系模型D）對(duì)象 - 行為模型18、關(guān)于用例圖的描述錯(cuò)誤的是（）A）用例圖表示系統(tǒng)的行為B ）用橢圓表示行為C ）用小人表示用戶D）用帶

39、說明的線表示用戶與行為的關(guān)系19、關(guān)于 Actor 的說明錯(cuò)誤的是（）A） Actor 在系統(tǒng)邊界外部B ） Actor 直接與系統(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

40、）程序流程圖B）實(shí)體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）結(jié)構(gòu)圖F）數(shù)據(jù)詞典24、數(shù)據(jù)流圖中有名字及方向的成分是（）。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）要讓軟件做什

41、么B）要給該軟件提供哪些信息C）要求軟件工作效率怎樣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ū)ο驞 、面向過程32、過程 P 分解為P1、 P2、P3 三個(gè)子過程，下圖的數(shù)據(jù)流圖中存在兩處錯(cuò)誤，其中錯(cuò)誤1是（）。A、1層 SB、1層 S2C、0層 SD、0層 S133、上圖中還

42、有一處錯(cuò)誤是（）A、1層 SB、1層 S2C、0層 SD、0層 S134、在軟件開發(fā)過程中常用圖作為描述工具，如 DFD就是面向 （）分析方法的描述工具。A）數(shù)據(jù)結(jié)構(gòu)B）數(shù)據(jù)流C）對(duì)象D）構(gòu)件35、在一套分層 DFD中，如果某一張圖中有N 個(gè)加工，則這張圖允許有（）張子圖。A）0B） 1C）1ND） 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）不同

43、父圖的所有子圖D）同一子圖的所有直接父圖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）

44、過程活動(dòng)圖（ PAD）D）甘特圖（ Ganntte ）41、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語(yǔ)言。它包含 10種圖形， 其中，用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接，UML中的外部 actors是指（），用例可以用活動(dòng)圖來描述。A）人員B）單位C ）人員或單位D）人員或外部系統(tǒng)42、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語(yǔ)言。它包含 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)由 n 個(gè)并發(fā)的子狀態(tài)