軟件工程習(xí)題

第一章軟件工程概述【本章測試】

一、判斷題

1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在的周期長、成本高、質(zhì)量低等問題（）。

2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）

3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)的開發(fā)滿足客戶需求的軟件而研究、建立和應(yīng)用的系統(tǒng)化的、

有規(guī)則的、可度量的、可控制的工程原則和方法。（）

4、軟件工程是指編制軟件的工程項(xiàng)目。（）

5、軟件工程是一個(gè)零散的相關(guān)知識點(diǎn)的集合。（）

6、軟件工程包含軟件過程、項(xiàng)目管理、開發(fā)方法、軟件度量和開發(fā)工具等各相關(guān)方面的知識的有機(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ā)缺乏可見性

0軟件開發(fā)具有獨(dú)立性

D）軟件開發(fā)具有變化性

2、下面描述中那些屬于軟件的開發(fā)特性（）

A）軟件開發(fā)具有風(fēng)險(xiǎn)性

B）軟件開發(fā)具有隨意性

0軟件開發(fā)具有可描述性

D）軟件開發(fā)不具有變化性

3、以下對于軟件危機(jī)的描述正確的是（）

A）軟件危機(jī)是指軟件開發(fā)過程越來越長

B）軟件危機(jī)是指軟件開發(fā)成本越來越高

0軟件危機(jī)是指軟件質(zhì)量越來越低

D）軟件危機(jī)是指以上三項(xiàng)的綜合

4、軟件危機(jī)的表現(xiàn)不正確的是（）

A）缺乏計(jì)劃性

B）軟件需求獲取不充分、不準(zhǔn)確

0缺乏團(tuán)隊(duì)開發(fā)的合作

D）開發(fā)過于規(guī)范

5、軟件危機(jī)的表現(xiàn)不正確的是（）

A）缺乏良好的質(zhì)量評測手段

B）軟件的可維護(hù)性差

0軟件種類過少

D）軟件可復(fù)用性差

6、有關(guān)軟件工程的描述正確的是（）

A）軟件工程只包括軟件的開發(fā)過程

B）軟件工程涉及軟件過程、項(xiàng)目管理、開發(fā)方法、開發(fā)工具甚至企業(yè)文化。

0軟件工程的目標(biāo)是提高開發(fā)的軟件的運(yùn)行速度。

D）軟件工程以降低開發(fā)成本為核心。

7、下面哪一項(xiàng)不屬于項(xiàng)目管理的范疇（）

A）人力資源管理

B）項(xiàng)目談判

0風(fēng)險(xiǎn)管理

D）質(zhì)量保證

8、有關(guān)軟件工程描述不正確的是（）

A）軟件工程主要是以軟件設(shè)計(jì)工具自動開發(fā)軟件。

B）軟件工程是軟件開發(fā)過程可度量

0軟件工程的核心是質(zhì)量保證

D）軟件過程是一個(gè)將用戶需求轉(zhuǎn)化為軟件系統(tǒng)所需要的活動的集合

9、軟件過稱模型不包括（）

A）瀑布模型

B）螺旋模型

0SOA模型

D）RUP模型

10、下面那些不是軟件工程工具（）

A）RequisitePro

B）Rose

C）offiCe

D）Together

11、下面哪一項(xiàng)是軟件評審的主要內(nèi)容（）

A）系統(tǒng)定義的目標(biāo)是否與用戶的要求一致

B）文檔中的所有描述是否完整、清晰、準(zhǔn)確地反映用戶要求

C）是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn)

D）以上均是

12、軟件工程方法學(xué)的研究內(nèi)容包括軟件開發(fā)技術(shù)和軟件工程管理兩部分，其期望達(dá)到的最終目標(biāo)是

（）

A）消除軟件危機(jī)

B）軟件開發(fā)工程化

C）軟件設(shè)計(jì)自動化

D）實(shí)現(xiàn)軟件可用性

13、軟件生產(chǎn)的復(fù)雜性和高成本，使大型軟件生產(chǎn)出現(xiàn)危機(jī)，下述哪個(gè)（些）是軟件危機(jī)的主要表現(xiàn)（）

I.需求增長難滿足II.生產(chǎn)成本過高

III.進(jìn)度難以控制IV.質(zhì)量不易保證

A）I和II

B）IV

C）II和III

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年代的軟件為積極，下述：

I.軟件需求定義不準(zhǔn)確II.軟件進(jìn)度難以控制

III.軟件生產(chǎn)的高成本W(wǎng).軟件質(zhì)量不易保證

（）是當(dāng)時(shí)軟件危機(jī)的主要表現(xiàn)。

A）III

B）II和m

oin和W

D）全部

16、造成軟件危機(jī)爆發(fā)的本質(zhì)原因是（）

A）軟件從業(yè)人員過少，無法滿足日益增長的軟件開發(fā)需要

B）軟件復(fù)雜性越來越大、變化越來越快

C）軟件的普及應(yīng)用導(dǎo)致了失業(yè)人口的增多

D）軟件開發(fā)成本越來越大，導(dǎo)致應(yīng)用推廣造成了瓶頸

17、在1968年召開的關(guān)于軟件危機(jī)的會雨中，用來解決這一問題的的是（）

A）瀑布模型

B）軟件經(jīng)濟(jì)學(xué)

C）軟件工程

D）軟件估算

18、以下不屬于軟件特點(diǎn)的是（）

A.軟件是一種邏輯產(chǎn)品

B.軟件產(chǎn)品存在磨損問題

C.軟件的生產(chǎn)主要是研制

D.軟件費(fèi)用不斷增加

【答案】

判斷題：

1、J2、X3、J4、X5、X6、J7、J8、X9、X10、V11、X

選擇題：

1、C2、A3、D4、D5、C6、B7、B8、A9、C10、C

11、D12、B13、D14、D15、D16、B17、C18、B

第二章軟件開發(fā)過程和活動【本章測試】

一、判斷題

1、軟件開發(fā)過程是是一個(gè)軟件開發(fā)組織針對某一類軟件產(chǎn)品為自己規(guī)定的工作步驟，它應(yīng)當(dāng)是科學(xué)的、

合理的，否則必將影響到軟件產(chǎn)品的質(zhì)量（）

2、可行性研究是在短時(shí)間和低成本條件下來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及

哪個(gè)是最佳解的活動（）

3、USE-CASE圖不屬于需求分析活動中產(chǎn)生的圖表（）

4、程序員參與需求分析（）

5、QA人員不參與需求分析（）

6、設(shè)計(jì)階段的文檔中有大量的代碼（）

7、總體設(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í)施活動中不包括單元測試（）

12、實(shí)施活動的人員不包括用戶技術(shù)員（）

13、測試活動主要是證明軟件正確（）

14、程序開發(fā)出來就代表軟件開發(fā)過程的結(jié)束（）

15、缺陷是指程序中的缺點(diǎn)所產(chǎn)生的不正確結(jié)果（）

二、選擇題

1、軟件開發(fā)活動中的基本活動是（）

A）項(xiàng)目跟蹤活動

B）質(zhì)量保證活動

0軟件配置管理后動

D）問題定義活動

2、軟件開發(fā)活動中屬于輔助性活動的是（）

A）可行性研究活動

B）需求分析活動

0質(zhì)量保證活動

D）設(shè)計(jì)活動

3、軟件開發(fā)活動中屬于輔助性活動的是（）

A）風(fēng)險(xiǎn)管理

B）編碼活動

0測試活動

D）部署活動

4、軟件開發(fā)活動中的不屬于基本活動是（）

A）需求分析活動

B）設(shè)計(jì)活動

0編碼活動

D）風(fēng)險(xiǎn)管理活動

5、軟件開發(fā)活動中不是輔助性活動是（）

A）交付活動

B）項(xiàng)目跟蹤活動

0質(zhì)量保證活動

D）軟件配置管理后動

6、下列不屬于項(xiàng)目管理活動的是（）

A）風(fēng)險(xiǎn)管理

B）計(jì)劃活動

0設(shè)計(jì)活動

D）項(xiàng)目跟蹤活動

7、下列對問題定義活動的描述不正確的是（）

A）問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的關(guān)鍵問題

B）問題定義定義系統(tǒng)的范圍界限

0問題定義活動發(fā)生在軟件開發(fā)初期

D）問題定義發(fā)生在需求分析時(shí)期

8、下列敘述正確的是（）

A）問題定義活動屬于在需求分析之前

B）可行性研究在需求分析之后

C）問題定義活動在可行洗個(gè)研究之后

D）問題定義在需求分析之后

9、軟件工程的組要組成部分為（）

A）軟件開發(fā)過程

B）軟件開發(fā)方法

0軟件開發(fā)需求

D）軟件開發(fā)工具

10、對于軟件過程的特點(diǎn)描述錯(cuò)誤的是（）

A）軟件開發(fā)過程應(yīng)具有易理解性

B）軟件開發(fā)過程應(yīng)具有不可見性

0軟件開發(fā)過程應(yīng)具有可支持性

D）軟件開發(fā)過程應(yīng)具有可接受性

11、對于軟件過程的特點(diǎn)描述錯(cuò)誤的是（）

A）軟件開發(fā)過程應(yīng)具有可靠性

B）軟件開發(fā)過程應(yīng)具有健壯性

0軟件開發(fā)過程應(yīng)具封閉性

D）軟件開發(fā)過程應(yīng)具有高效率性

12、下面不是引入軟件開發(fā)過程的原因（）

A）軟件開發(fā)工作范圍的擴(kuò)大

B）軟件開發(fā)的風(fēng)險(xiǎn)從可預(yù)知逐步發(fā)展到不可預(yù)知不易控制

0單個(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)范圍的活動。

B）問題定義可以形成一個(gè)早期判斷，達(dá)成一個(gè)最初共識

0問題定義發(fā)生在項(xiàng)目日程表的最前端

D）問題定義占整個(gè)軟件開發(fā)時(shí)間中的比例較大

14、在問題定義階段需要參加的人員有（）

A）系統(tǒng)分析師

B）出資方領(lǐng)導(dǎo)、出資方技術(shù)人員

0程序員

D）開發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理

15、關(guān)于可行性研究活動錯(cuò)誤的是（）

A）可行性研究是以相對短的時(shí)間和相對低的成本來確定給定的問題在其約束條件內(nèi)是否有解、有幾種

解以及哪個(gè)是最佳解。

B）可行性研究必須要明確滿足約束條件的方案是否存在、是否可行、是否最優(yōu)。

C）可行性研究比問題定義活動所消耗的時(shí)間短

D）可行性研究主要在客戶現(xiàn)場完成。

16、不屬于可行性研究活動中參加的人員的是（）

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ū)＜?/p>

17、參加可行性研究活動但不參加問題定義活動的人員有（）

A）系統(tǒng)分析師

B）出資方領(lǐng)導(dǎo)、出資方技術(shù)人員

C）財(cái)務(wù)人員、市場人員、軟件質(zhì)量保證（SQA,SoftwareQualityAssure）人員

D）開發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理

18、不在可行性研究中完成的任務(wù)有（）

A）定義系統(tǒng)范圍

B）復(fù)查系統(tǒng)規(guī)模和目標(biāo)

0研究現(xiàn)行系統(tǒng)

D）導(dǎo)出新系統(tǒng)解決方案

19、關(guān)于需求分析活動的說法錯(cuò)誤的有（）

A）需求必須經(jīng)過所有相關(guān)人員的認(rèn)可

B）功能需求描述系統(tǒng)應(yīng)該做什么

0非功能需求描述系統(tǒng)必須遵守的約束條件

D）需求分析文檔中不包括軟件規(guī)約文檔

20、下面那個(gè)文檔不屬于需求分析階段產(chǎn)生的文檔（）

A）類圖

B）用戶需求文檔

0系統(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ì)設(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、測試的目的是為了（)O

A）證明軟件符合設(shè)計(jì)要求

B）發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷

C）改善軟件的功能和性能

D）發(fā)掘軟件的潛在能力

25、軟件開發(fā)過程中，往往會出現(xiàn)錯(cuò)誤，經(jīng)驗(yàn)證明最容易產(chǎn)生錯(cuò)誤的階段是（）

A）詳細(xì)設(shè)計(jì)

B）需求分析

C）編碼

D）概要設(shè)計(jì)

26.軟件維護(hù)時(shí)在用戶使用軟件期間對軟件所做的補(bǔ)充、修改和增強(qiáng)，一般認(rèn)為軟件維護(hù)最常見的是

（）

A）完善性維護(hù)

B）適應(yīng)性維護(hù)

C）校正性維護(hù)

D）支持性維護(hù)

27.在軟件開發(fā)的各個(gè)階段中，對軟件開發(fā)成敗影響最大的是（）。

A）需求分析

B）概要設(shè)計(jì)

C）詳細(xì)設(shè)計(jì)

D）編碼

28系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時(shí)需要對系統(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ù)存儲組成時(shí)所使用的符號（????）表示（）

選

A）可

與

B）

或

C）

重

D）復(fù)

【答案】

判斷題：

1、V2、V3、X4、J5、X6、X7、V8、J9、X10、X

11、X12、V13、X14、X15、X

選擇題：

1、D2、C3、A4、D5、A6、C7、D8、A9、C10、B

11、C12、D13、D14、C15、C16、B17、C18、A19、D20、A

21、D22、C23、B24、B25、B26、A27、A28、B29、C30、D

第三章軟件過程模型【本章測試】

一、判斷題

1、對軟件開發(fā)過程按過程組織策略出抽象出的模型就是過程模型（）

2、RUP模型的特點(diǎn)是體系完整、理論成熟、實(shí)踐性強(qiáng)、可裁剪、不可擴(kuò)充（）

3、RUP模型屬于演進(jìn)型模型（）

4、RUP軟件開發(fā)過程分先啟、精化、構(gòu)建和測試四個(gè)階段（）

5、螺旋模型是一種演進(jìn)模型（）

6、使用螺旋模型不需要很高的風(fēng)險(xiǎn)評估技術(shù)（）

7、螺旋模型可以應(yīng)對“最后期限”（）

8、增量模型和瀑布模型都屬于演進(jìn)型模型（）

9、增量模型不利于與用戶交互（）

10、RAD模型的開發(fā)速度快但很難模塊化（）

二、選擇題

1、下面那個(gè)階段不屬于在軟件生命周期中軟件定義時(shí)期（）

A）問題定義

B）可行性研究

0需求分析

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ì)劃

0軟件過程模型是組織項(xiàng)目活動的一般方法

D）軟件過程模型是軟件架構(gòu)

3、不屬于線性系列模型的模型是（）

A）線性順序模型

B）增量模型

0RAD模型

D）瀑布模型

4、不屬于演進(jìn)系列模型（）

A）邊建邊改模型

B）增量模型

0瀑布模型

D）螺旋模型

5、屬于線性系列模型的是（）

A）邊建邊改模型

B）增量模型

0瀑布模型

D）螺旋模型

6、屬于演進(jìn)系列模型的模型是（）

A）線性順序模型

B）增量模型

C）RAD模型

D）瀑布模型

7、關(guān)于線性順序模型的說法錯(cuò)誤的是（）

A）線性順序模型提倡軟件開發(fā)按照系統(tǒng)化、有順序的方法。

B）該模型遵循系統(tǒng)分析、設(shè)計(jì)、編碼、測試等活動順序。

0線性順序模型遵循“步步為營”的辦法開發(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è)階段必須提交的交付物

0每個(gè)階段結(jié)束前都必須有正式的審查

D）與用戶交互好

10、關(guān)于RAD模型下面描述錯(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ì)活動的重要性

B）沒有計(jì)劃和明確的目標(biāo)

0費(fèi)用和成本較好控制

D）要求需求完整明確

13、對于增量模型的說法錯(cuò)誤的是（）

A）可以在開發(fā)過程中與用戶很好的交互

B）增量模型可以有計(jì)劃的管理技術(shù)風(fēng)險(xiǎn)

0增量模型會導(dǎo)致“永不結(jié)束”

D）增量模型有助于試驗(yàn)性產(chǎn)品的開發(fā)

14、關(guān)于螺旋模型的說法正確的是（）

A）螺旋模型是線性模型

B）螺旋模型是演進(jìn)模型

0螺旋模型可以降低開發(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)

0每次迭代都包括業(yè)務(wù)工程、需求、分析設(shè)計(jì)、實(shí)施、測試和部署等基本活動

D）每個(gè)迭代結(jié)束后才進(jìn)入下一次迭代

16、不屬于RUP模型的優(yōu)點(diǎn)的是（）

A）可擴(kuò)充

B）實(shí)踐性強(qiáng)

C）可剪裁

D）開發(fā)速度快

17、瀑布模型是最常用的傳統(tǒng)軟件開發(fā)模型，它的特點(diǎn)之一（）。

A）文檔是階段完成的里程碑

B）具有從軟件規(guī)格說明轉(zhuǎn)換成可執(zhí)行代碼的自動程序設(shè)計(jì)的新風(fēng)范

C）利用軟件速成原型法加強(qiáng)軟件人員與用戶的聯(lián)系

D）支持人工智能，面向?qū)ο蟮刃萝浖夹g(shù)的集成

18、軟件開發(fā)模型是指軟件開發(fā)的全部過程、活動和任務(wù)的結(jié)構(gòu)框架。主要的開發(fā)模型有瀑布模型、演

化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié)合，并增加了（）。

A）系統(tǒng)工程

B）風(fēng)險(xiǎn)分析

C）設(shè)計(jì)評審

D）進(jìn)度控制

19、螺旋模型是建立在（）的基礎(chǔ)上。

A）模塊劃分

B）子程序分解

C）設(shè)計(jì)

D）原型

20、螺旋模型沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（）的一個(gè)新版本。

A）模塊劃分

B）子程序分解

C）設(shè)計(jì)

D）原型

21、噴泉模型描述了（）的開發(fā)模型。

A）面向?qū)ο?/p>

B）面向數(shù)據(jù)流

C）面向數(shù)據(jù)結(jié)構(gòu)

D）面向事件驅(qū)動

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)較低和對應(yīng)用領(lǐng)域很熟悉，則適用于（）

A）瀑布模型

B）演化模型

C）螺旋模型

D）快速原型模型

25.在項(xiàng)目開發(fā)早期需求較明確但可能有變化、對應(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）客戶評估

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ā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）主要用來描述面向

對象的軟件開發(fā)過程。

A）瀑布模型

B）演化模型

C）螺旋模型

D）噴泉模型

30.如果用戶對系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時(shí)最好是用（）進(jìn)行系統(tǒng)開發(fā)。

A）原型法

B）瀑布模型

C）V-模型

D）螺旋模型

31.瀑布模型（WaterfallModel）突出的缺點(diǎn)是不適應(yīng)（）的變動。

A）算法

B）平臺

C）程序語言

D）用戶需求

【答案】

判斷題：

1、J2、X3、V4、X5、V6、X7、V8、X9、X10、V

選擇題：

1、D2、D3、B4、C5、C6、B7、D8、C9、D10、D

11、B12、D13、C14、D15、B16、D17、A18、B19、D20、D

21、A22、C23、A24、A25、C26、D27>B28、A29、D30、A

31、D

第四章問題定義和可行性研究方法【本章測試】

一、判斷題

1、問題的定義和可行性研究同屬于軟件開發(fā)過程的早期活動（）

2、問題的定義是在可行性研究的基礎(chǔ)上實(shí)行的（）

3、問題的定義弄清軟件系統(tǒng)要解決的根本問題，可行性研究弄清系統(tǒng)所需的資源和經(jīng)費(fèi)（）

4、問題的定義要求開發(fā)方和使用方共同完成（）

5、操作可行性指軟件系統(tǒng)是否能很好的使用（）

6、調(diào)度可行性指建議的系統(tǒng)是否能夠按期交付使用（）

7、評估風(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）是以相對短的時(shí)間和相對低的成本來確定給定的問題是否有解

B）可行性研究不關(guān)心系統(tǒng)的成本，只關(guān)心系統(tǒng)能否有解

0可行性研究完成問題的定義

D）可行性研究不需要SQA人員參加

2、關(guān)于技術(shù)可行性說法錯(cuò)誤的是（）

A）考慮用戶是否已購買相應(yīng)的計(jì)算機(jī)軟件設(shè)備

B）考慮用戶是否已購買相應(yīng)的計(jì)算機(jī)硬件設(shè)備

0考慮用戶是否會用開發(fā)的軟件技術(shù)

D）考慮是否有現(xiàn)成的成熟技術(shù)可用

3、關(guān)于操作可用性說法正確的是（）

A）開發(fā)人員是否能開發(fā)出新系統(tǒng)

B）新系統(tǒng)是否自動操作

0新系統(tǒng)是否滿足用戶的需求

D）新系統(tǒng)所需的用戶操作是否可行

4、關(guān)于經(jīng)濟(jì)可行性錯(cuò)誤的說法是（）

A）考察系統(tǒng)的經(jīng)濟(jì)效益是否超過它的開發(fā)成本

B）成本包括啟動成本和運(yùn)營成本

0只要經(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)品“做得好嗎？”

0從技術(shù)角度分析產(chǎn)品“做得快嗎？”

D）從技術(shù)角度分析”用戶會用嗎？”

6、參加風(fēng)險(xiǎn)評估的人員中沒有（）

A）用戶

B）項(xiàng)目經(jīng)理

0系統(tǒng)分析師

D）SQA人員

7、關(guān)于指定軟件開發(fā)計(jì)劃正確的是（）

A）軟件開發(fā)計(jì)劃由程序員來做

B）軟件開發(fā)計(jì)劃由項(xiàng)目經(jīng)理來做

0軟件開發(fā)計(jì)劃有系統(tǒng)分析師來做

D）軟件開發(fā)計(jì)劃已經(jīng)確定不能更改

8、關(guān)于可行性研究正確的說法是（）

A）指定軟件營銷計(jì)劃在基礎(chǔ)性分析之前進(jìn)行

B）基礎(chǔ)性分析是指對現(xiàn)有系統(tǒng)的分析

0只重點(diǎn)對建議方案進(jìn)行風(fēng)險(xiǎn)評估

D）必須對所有可行方案進(jìn)行風(fēng)險(xiǎn)評估

9、關(guān)于成本效益分析正確的說法是（）

A）通過成本效益分析可以得出經(jīng)濟(jì)可行性的結(jié)論

B）成本分析中不包括用戶培訓(xùn)費(fèi)用

0成本分析中不包括人員費(fèi)用

D）成本分析中不包括維修費(fèi)用

1、屬于啟動成本的是（）

A）人員費(fèi)用

B）軟件開發(fā)成本

0不可預(yù)見費(fèi)用

D）維修費(fèi)用

11、不屬于運(yùn)營成本的是（）

A）人員費(fèi)用

B）軟件開發(fā)成本

0不可預(yù)見費(fèi)用

D）維修費(fèi)用

12、屬于運(yùn)營成本的是（）

A）硬件成本

B）系統(tǒng)軟件成本

0消耗品費(fèi)用

D）用戶培訓(xùn)成本

13、不屬于開發(fā)成本的是（）

A）硬件成本

B）系統(tǒng)軟件成本

0消耗品費(fèi)用

D）用戶培訓(xùn)成本

14、不屬于系統(tǒng)運(yùn)營效益的是（）

A）直接效益

B）減少管理費(fèi)用而產(chǎn)生的效益

0提高工作效率、降低處理成本而產(chǎn)生的效益

D）開發(fā)系統(tǒng)消息發(fā)出后產(chǎn)生的股票收益

15、關(guān)于成本效益分析方法正確的說法是（）

A）成本效益分析常用的方法有投資回收分析法和靜資金現(xiàn)值法

B）投資回收分析法可精確計(jì)算投資與收益

0投資回收分析法比靜資金現(xiàn)值法更精確

D）靜資金現(xiàn)值法不計(jì)算貨幣價(jià)值波動

16、下面不屬于可行性分析報(bào)告內(nèi)容的有（）

A）產(chǎn)品定位

B）產(chǎn)品概述

0方案說明與比較

D）總體設(shè)計(jì)

【答案】

判斷題：

1、J2、X3、X4、J5、X6、J7、X8、J9、X10、V

選擇題：

1、A2、C3、D4、C5、D6、A7、B8、C9、A10、B

11、B12、C13、C14、D15、A16、D

例I：為了確定系統(tǒng)效益，必須合理地確定系統(tǒng)的生命周期。如北京XX寵物商店的計(jì)算機(jī)設(shè)備（服

務(wù)器、PC機(jī)等）的折舊期限為8年，因此我們假定與計(jì)算機(jī)設(shè)備配套的應(yīng)用軟件的生命周期為8年。

該寵物商店在全國上百個(gè)連鎖店的計(jì)算機(jī)系統(tǒng)總投資400萬元，

項(xiàng)目計(jì)劃用2年時(shí)間完成，第1年投資300萬元，第2年投資100萬元。系統(tǒng)投入運(yùn)行后每年運(yùn)行費(fèi)用

為20萬元，經(jīng)和財(cái)務(wù)人員共同估算

每年可得效益376萬元。為計(jì)算簡單，假定以后每年的費(fèi)用與效益都相同（事實(shí)上我們也很難精確的估

算每年的效益與費(fèi)用）。假定

銀行利率為9版請使用凈資金現(xiàn)值法計(jì)算該項(xiàng)目的8年的總經(jīng)濟(jì)效益，以及投資回收周期。

解：首先考慮貨幣的時(shí)間價(jià)值。由于銀行利率為9%,則折扣率也為9隊(duì)那么根據(jù)公式，對每年流

入與流出的資金分析凈資金現(xiàn)

值，如表4.1所示：

表4.1凈資金現(xiàn)值分析表（萬元）

年份12345678

資金流入376376376376376376376376

資金流出-300-100-20-20-20-20-20-20

凈資金流量-300-100356356356356356356

凈資金現(xiàn)值-300-91.7299.6274.9252.2231.4212.3194.8

累計(jì)凈資金現(xiàn)值-300-391.7-92.1182.8435666.4878.71073.5

表中的累計(jì)凈資金現(xiàn)值是由前一年的累計(jì)值加上下一年的凈資金現(xiàn)值得出的。

從表4.1中可以看出，該項(xiàng)目的建成將獲得總經(jīng)濟(jì)效益為1073.5萬元。

系統(tǒng)將在第3年和第4年之間收回投資，具體數(shù)值為

投資回收期=2+1+92.1/274.9=3.3（年）

使用凈資金現(xiàn)值法可以很方便地計(jì)算出指定折扣率下的投資回收期額，以及系統(tǒng)在生命周期內(nèi)的總

收入。另外，從表4.1也可以

看出，系統(tǒng)的開發(fā)周期越短，在規(guī)定的生命周期內(nèi)所產(chǎn)生的效益就越大。反之甚至不能收回投資。

例2：假定在開發(fā)在線寵物商店系統(tǒng)時(shí)，提出了兩個(gè)方案，即方案A和方案B,這兩個(gè)方案都可行。

方案A的開發(fā)成本為100000元，

在5年期限內(nèi)每年可得效益40000元;方案B開發(fā)成本為1000000萬元，在5年期限內(nèi)每年可得效益300000

元。假定最小可接受的折扣率為

12%,哪個(gè)方案是可接受的呢？

解：首先分別計(jì)算兩個(gè)方案的凈資金現(xiàn)值，如表4.2所示：

表4.2兩個(gè)方案的凈資金現(xiàn)值表（元）

方案A方案B

年份

投資額回收額折扣12%回收現(xiàn)值投資額回收額折扣12%回收現(xiàn)值

0年1000001.010000001.0

1年40000*0,893=35720300000*0.893=267900

2年40000*0.797=31880300000*0.797=239100

3年40000*0.712=28400300000*0.712=213600

4年40000*0,636=25440300000*0.636=190800

5年40000*0.567=22680300000*0.567=170100

累計(jì)10000014416010000001081500

NPV=144160-100000=44160NPV=1081500-1000000=81500

表面上看，方案B的純效益要更高。但是評價(jià)最優(yōu)方案時(shí)，不僅要考慮回收的錢的數(shù)量，還要考慮

投資額。根據(jù)凈資金現(xiàn)值系

數(shù)的公式可知，方案A的凈資金現(xiàn)值系數(shù)=44160/100000=0.44,方案B的凈資金現(xiàn)值系數(shù)=

81500/1000000=0.08o因此方案A是一

個(gè)更好的選擇。

第五章需求分析方法【本章測試】

一、判斷題

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ò)展關(guān)系是指對一個(gè)已經(jīng)存在的用例增加新的功能（）

二、選擇題

1、關(guān)于需求分析的描述錯(cuò)誤的是（）

A）需求分析要遵循循序漸進(jìn)的原則

B）需求必須是可驗(yàn)證的

0需求分析階段應(yīng)充分考慮系統(tǒng)的實(shí)現(xiàn)語言

D）需求必須是追蹤的

2、有關(guān)需求分析描述錯(cuò)誤的是（）

A）需求分析通常這是不可驗(yàn)證的

B）需求分析包括橫向分解和縱向分解兩種

O橫向分解將一個(gè)功能分解為多個(gè)子功能

D）縱向分解講一個(gè)功能不斷細(xì)分

3、在需求分析中關(guān)于遠(yuǎn)離實(shí)現(xiàn)原則的描述錯(cuò)誤的是（）

A）避免記錄一些因?yàn)楫?dāng)前技術(shù)才存在的需求

B）使用一些可能不是核心產(chǎn)品的技術(shù)

0避免對實(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)證的需求，僅僅是對需求的一種主觀愿望，對于設(shè)計(jì)和測試等活動而言都是缺乏意義的

0需求分析中可以有部分是不可驗(yàn)證的。

D）需求通過了“驗(yàn)證”才能證明所開發(fā)的系統(tǒng)符合客戶和用戶的要求的依據(jù)

5、關(guān)于數(shù)據(jù)流突說法錯(cuò)誤的（）

A）數(shù)據(jù)流圖是一個(gè)分層概念模型

B）數(shù)據(jù)流圖包含總體圖、零級圖、一級圖、二極圖、細(xì)節(jié)圖

C）數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中移動時(shí)如何變幻

D）數(shù)據(jù)流圖描述對數(shù)據(jù)流進(jìn)行變換的功能

6、關(guān)于數(shù)據(jù)流圖說法錯(cuò)誤的是（）

A）數(shù)據(jù)流圖的總體圖描述了系統(tǒng)和周圍環(huán)境的關(guān)系

B）零級圖表示一個(gè)系統(tǒng)的主要功能或主要的子系統(tǒng)

C）細(xì)節(jié)圖表示復(fù)雜的處理的詳細(xì)內(nèi)部表示

D）一級圖表示對某個(gè)模塊的表示

7、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）

A）外部實(shí)體只能出現(xiàn)在總體圖和零級圖中

B）外部實(shí)體能出現(xiàn)在總體圖和細(xì)節(jié)圖中

C）數(shù)據(jù)存儲只能出現(xiàn)在零級圖和細(xì)節(jié)圖中

D）數(shù)據(jù)存儲在分層的數(shù)據(jù)流程圖中只能出現(xiàn)一次

8、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）

A）數(shù)據(jù)存儲必須既有讀操作，也有寫操作

B）數(shù)據(jù)流要有名字

0數(shù)據(jù)流表示有關(guān)的控制邏輯

D）數(shù)據(jù)流必須開始或結(jié)束在處理圓圈上

9、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）

A）每個(gè)處理要有編號，但不表示先后順序

B）每個(gè)處理要有編號，表示先后順序

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）子圖與父圖中對應(yīng)的處理必須執(zhí)行相同的功能，且子圖與對應(yīng)的處理流入和流出的數(shù)據(jù)流相同

0輸入/輸出命令不能作為數(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ù)存儲和處理

12、關(guān)于判定表說法錯(cuò)誤的是（）

A）判定表只用在測試階段

B）判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具

C）判定表的左上部標(biāo)識條件或數(shù)據(jù)元素名稱

D）判定表的右上部表示所有條件組合

13、關(guān)于判定表說法錯(cuò)誤的是（）

A）判定表左下部表示處理活動名稱

B）判定表的右上部表示所有條件組合

C）判定表的左上部標(biāo)識條件或數(shù)據(jù)元素名稱

D）判定表只用在測試階段

14、關(guān)于判定表說法錯(cuò)誤的是（）

A）判定表表達(dá)邏輯清楚，比自然語言容易理解

B）問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次

C）問題中的條件或數(shù)據(jù)元素在表中可出現(xiàn)多次

D）判定表隨著問題中條件的增多會變得非常復(fù)雜

15、關(guān)于判定樹說法錯(cuò)誤的是（）

A）判定樹是?個(gè)樹狀圖

B）判定樹中的根結(jié)點(diǎn)表示問題的名字

C）判定樹的內(nèi)部節(jié)點(diǎn)表示條件，葉子節(jié)點(diǎn)表示活動

D）判定樹的葉子節(jié)點(diǎn)表示條件，內(nèi)部節(jié)點(diǎn)表示活動

16、關(guān)于判定樹說法錯(cuò)誤的是（）

A）判定樹容易理解，不需要用戶培訓(xùn)

B）繪制方法直觀

C）判定樹書寫簡單

D）判定樹繁瑣，同一條件要書寫多次

17、不是面向?qū)ο蟮男枨蠓治龇椒Ｐ偷模ǎ?/p>

A）用例建模

B）ER圖建模

C）對象-關(guān)系模型

D）對象-行為模型

18、關(guān)于用例圖的描述錯(cuò)誤的是（）

A）用例圖表示系統(tǒng)的行為

B）用橢圓表示行為

C）用小人表示用戶

D）用帶說明的線表示用戶與行為的關(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è)交互的抽象

0用例是Actor的行為

D）從Actor的角度去描述用例

21、結(jié)構(gòu)化分析方法是一種面向（）的需求分析方法。

A）對象

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ù)流圖中有名字及方向的成分是（）。

A）控制流

B）信息流

C）數(shù)據(jù)流

D）信號流

E）數(shù)據(jù)源/終點(diǎn)

F）節(jié)點(diǎn)

25、數(shù)據(jù)流圖不能由計(jì)算機(jī)處理的成分是（）。

A）控制流

B）信息流

C）數(shù)據(jù)流

D）信號流

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）要求軟件工作效率怎樣

D）要讓軟件具有何種結(jié)構(gòu)

29、需求規(guī)格說明書的內(nèi)容不應(yīng)包括（）。

A）對重要功能的描述

B）對算法的詳細(xì)過程描述

C）對數(shù)據(jù)的要求

D）軟件的性能

30、結(jié)構(gòu)化分析方法（SA）是一種預(yù)先嚴(yán)格定義需求的方法，強(qiáng)調(diào)分析對象的（）。

A、程序流

B、指令流

C、控制流

D、數(shù)據(jù)流

31、結(jié)構(gòu)化分析方法（SA）的指導(dǎo)思想是（）。

A、自上而下逐層分解

B、自下而上逐層分解

C、面向?qū)ο?/p>

D、面向過程

32、過程P分解為Pl、P2、P3三個(gè)子過程，下圖的數(shù)據(jù)流圖中存在兩處錯(cuò)誤，其中錯(cuò)誤1是（）。

A、1層S

B、1層S2

C、0層S

D、0層S1

33、上圖中還有一處錯(cuò)誤是（）

A、1層S

B、1層S2

C、0層S

D、0層S1

34、在軟件開發(fā)過程中常用圖作為描述工具，如DFD就是面向（）分析方法的描述工具。

A）數(shù)據(jù)結(jié)構(gòu)

B）數(shù)據(jù)流

C）對象

D）構(gòu)件

35、在一套分層DFD中，如果某一張圖中有N個(gè)加工，則這張圖允許有（）張子圖。

A）0

B）1

C）1~N

D）0~N

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

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ù)活動的分解過程。

A）數(shù)據(jù)流圖（DFD）

B）過程層次圖（PHD）

C）過程活動圖（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）過程活動圖（PAD）

D）甘特圖（Ganntte）

41、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言。它包含10種圖形，其中，用例圖展示了外部actor與系統(tǒng)所

提供的用例之間的連接，UML中的外部actors是指（），用例可以用活動圖來描述。

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）協(xié)作

43、狀態(tài)圖指明了對象所有可能的狀態(tài)以及狀態(tài)間的遷移（transition）0如果一個(gè)并發(fā)的狀態(tài)由n個(gè)

并發(fā)的子狀態(tài)圖組成，那么，該并發(fā)狀態(tài)在某時(shí)刻的狀態(tài)由（）個(gè)子狀態(tài)圖中各取一個(gè)狀態(tài)組合而

成。

A）每一

B）任意一

C）任意二

D）任意m（mWn）

44、協(xié)作圖描述了協(xié)作的（）之間的交互和鏈接（link）,它畫成對象圖的形式。

A）對象

B）類

C）用例

D）狀態(tài)

45、協(xié)作圖描述了協(xié)作的對象之間的交互和鏈接（link）,它畫成（）圖的形式。

A）對象

B）類

C）用例

D）狀態(tài)

46、20世紀(jì)90年代中，出現(xiàn)了一批新的面向?qū)ο蠓椒?，（）是面向?qū)ο蠓椒ㄗ钤绲某珜?dǎo)者之一，他

提出了面向?qū)ο筌浖こ痰母拍睢?/p>

A)Coad

B)Booch

C)Jacobson

D)Yourdon

47、Rumbaugh等人提出了面向?qū)ο蟮慕＜夹g(shù)（0MT）方法，采用了面向?qū)ο蟮母拍?，并引入各種獨(dú)立

于語言的表示符。這種方法用（）共同完成對整個(gè)系統(tǒng)的建模。

A）對象模型、動態(tài)模型、功能模型和用例模型

B）數(shù)據(jù)模型、靜態(tài)模型、動態(tài)模型和功能模型

C）靜態(tài)模型、動態(tài)模型、功能模型和用例模型

D）對象模型、靜態(tài)模型、動態(tài)模型和功能模型

48、Jacobson于1994年提出了OOSE方法，其最大的特點(diǎn)是面向用例，并在用例的描述中引入了（）

的概念。

A）類

B）UML

C）角色

D）繼承

49、UML融合了面向?qū)ο蟮慕＜夹g(shù)（0MT）方法和00SE方法的基本概念，UML的重要內(nèi)容可以由（）

等5類圖來定義。

A）類圖、順序圖、行為圖、動態(tài)圖、配置圖

B）對象圖、用例圖、靜態(tài)圖、狀態(tài)圖、交互圖

C）包圖、序列圖、行為圖、交互圖、活動圖

D）用例圖、靜態(tài)圖、行為圖、交互圖、實(shí)現(xiàn)圖

50、在使用UML建模時(shí)，若需要描述跨越多個(gè)用例的單個(gè)對象行為，使用（）是最為合適的。

A）協(xié)作圖（collaborationdiagram）

B）序列圖（sequencediagram）

C）活動圖（activitydiagram）

D）狀態(tài)圖（statechartdiagram）

51、UML結(jié)構(gòu)包括了基本構(gòu)造塊、公共機(jī)制和（）。

A）把這些構(gòu)造塊放在一起的規(guī)則

B）圖形或文字修飾

C）類與對象的劃分以及接口與實(shí)現(xiàn)的分離

D）描述系統(tǒng)細(xì)節(jié)的規(guī)格說明

52、UML中提供了擴(kuò)展機(jī)制，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本的（）,約束（constraint）

擴(kuò)展了UML構(gòu)造塊的語義，允許增加新的規(guī)則或修改現(xiàn)有的規(guī)則。

A）構(gòu)造塊的特性，允許創(chuàng)建詳述元素的新信息

B）構(gòu)造塊的語義，允許增加新的規(guī)則和修改現(xiàn)有的規(guī)則

C）語義，允許創(chuàng)建新的構(gòu)造塊

D）詞匯，允許創(chuàng)建新的構(gòu)造塊

53、UML中提供了擴(kuò)展機(jī)制，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本的詞匯，允許創(chuàng)建新的構(gòu)造

塊，約束（constraint）擴(kuò)展了UML（）。

A）構(gòu)造塊的特性，允許創(chuàng)建詳述元素的新信息

B）構(gòu)造塊的語義，允許增加新的規(guī)則和修改現(xiàn)有的規(guī)則

C）語義，允許創(chuàng)建新的構(gòu)造塊

D）詞匯，允許創(chuàng)建新的構(gòu)造塊

54、用例（usecase）用來描述系統(tǒng)在對時(shí)間做出響應(yīng)時(shí)■所采取的行動。用例之間是具有相關(guān)性的。

在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶賬號是否正確。那么，用例“創(chuàng)

建新訂單”、“更新訂單”與用例“核查客戶賬號”之間是（）關(guān)系。

A）包含（include）

B）擴(kuò)展（extend）

C）分類（classification）

D）聚集（aggregation）

55、在UML中，對象行為是通過交互來實(shí)現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消

息序列可用兩種圖來表示，

強(qiáng)調(diào)消息時(shí)間次序的圖稱為（），該圖的特點(diǎn)是有生命線及控制焦點(diǎn)，重點(diǎn)在消息的時(shí)間順序上。強(qiáng)

調(diào)參加交互的對象的組織圖稱為協(xié)作圖，

這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。

A）活動圖（activitydiagram）

B）狀態(tài)圖（statechartdiagram）

C）序列圖（sequencediagram）

D）協(xié)作圖（collaborationdiagram）

56、在UML中，對象行為是通過交互來實(shí)現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消

息序列可用兩種圖來表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為序列圖，該圖的特點(diǎn)是（）。強(qiáng)調(diào)參加交互

的對象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。

A）有生命線及控制焦點(diǎn)，重點(diǎn)在消息的時(shí)間順序上。

B）有路徑有順序號，為了一個(gè)消息的時(shí)間順序給消息加數(shù)字前綴

C）是對系統(tǒng)、子系統(tǒng)或類的行為建模

D）本質(zhì)上是一個(gè)流程圖，顯示從活動到活動的信息流

57、在UML中，對象行為是通過交互來實(shí)現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消

息序列可用兩種圖來表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為序列圖，該圖的特點(diǎn)是有生命線及控制焦點(diǎn)，重

點(diǎn)在消息的時(shí)間順序上。強(qiáng)調(diào)參加交互的對象的組織圖稱為（），這兩種圖是同構(gòu)的，所以可以相

互轉(zhuǎn)換。

A）活動圖（activitydiagram）

B）狀態(tài)圖（statechartdiagram）

C）序列圖（sequencediagram）

D）協(xié)作圖（collaborationdiagram）

58、在UML中，對象行為是通過交互來實(shí)現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消

息序列可用兩種圖來表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為序列圖，該圖的特點(diǎn)是有生命線及控制焦點(diǎn)，重

點(diǎn)在消息的時(shí)間順序上。強(qiáng)調(diào)參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是（）。

A）同構(gòu)的，所以可以相互轉(zhuǎn)換

B）異構(gòu)的，所以不可以相互轉(zhuǎn)換

C）強(qiáng)調(diào)對象行為的事件順序，常用于對反應(yīng)式系統(tǒng)建模

D）專注于系統(tǒng)的動態(tài)視圖，狀態(tài)無法確定，所以不可以互相轉(zhuǎn)換

59、用UML建立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過程的第一步。業(yè)務(wù)人扮演業(yè)務(wù)中的角色及其交互方式，例如

航空公司的售票員是業(yè)務(wù)人員，電話售票員也是業(yè)務(wù)人員，他們之間的關(guān)系是（）。

A）關(guān)聯(lián)關(guān)系（Association）

B）依賴關(guān)系（Dependence）

C）聚集關(guān)系（Aggregation）

D）概括關(guān)系（Generalization）

60、在UML中，用（）表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示工作流中的步驟、決策點(diǎn)，以及完成每

一步驟的角色和對象。

A）活動圖（activitydiagram）

B）業(yè)務(wù)圖（businessdiagram）

C）用例圖（usecasediagram）

D）交互圖（interactiondiagram）

61.下面哪一項(xiàng)不是基本的軟件需求（）

A）功能需求

B）性能需求

C）環(huán)境需求

D）市場需求

62.在程序的描述與分析中，用以指明數(shù)據(jù)來源、數(shù)據(jù)流向和數(shù)據(jù)處理的輔助圖形是（）

A）瀑布模型圖

B）數(shù)據(jù)流程圖

C）數(shù)據(jù)結(jié)構(gòu)圖

D）業(yè)務(wù)流程圖

63.數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其基本圖形符號是（）

A）輸入、輸出、外部實(shí)體和加工

B）變換、加工、數(shù)據(jù)流和存儲

C）加工、數(shù)據(jù)流、數(shù)據(jù)存儲和外部實(shí)體

D）變換、數(shù)據(jù)存儲、加工和數(shù)據(jù)流

64.判定表和判定樹是數(shù)據(jù)流圖中用以描述加工的工具，它常描述的對象是（）

A）邏輯判斷

B）層次分解

C）操作條目

D）組合條件

65.數(shù)據(jù)流圖可用于抽象描述?個(gè)軟件的邏輯模型，并由若干種基本的圖形符號組成，下述圖名：

I.加工H.數(shù)據(jù)流

III.數(shù)據(jù)存儲W.外部實(shí)體

（）是構(gòu)成數(shù)據(jù)流圖的基本圖形

A）I、n和m

B）II、m和iv

c）n和川

D）全是

66.數(shù)據(jù)流圖中不包括（）

A）加工

B）數(shù)據(jù)存儲

C）數(shù)據(jù)字典

D）外部實(shí)體

67.在數(shù)據(jù)字典的數(shù)據(jù)流定義中，由簡單數(shù)據(jù)元素（或稱分量）組成更復(fù)雜數(shù)據(jù)的方式不包括（）

A）順序

B）重復(fù)

C）并行

D）可選

68.下列說法中錯(cuò)誤的是（）

A）類是一組具有相同屬性和相同操作的對象集合

B）一般類是特殊類的父類（superclass）,特殊類是一般類的子類（subclass）

C）父類應(yīng)包含其子類的所有屬性和操作

D）對類的屬性的不同膚質(zhì)即可得到該類的對象實(shí)例

69.某軟件項(xiàng)目要求必須運(yùn)行在Linux操作系統(tǒng)上，這個(gè)需求屬于（）

A）功能需求

B）非功能需求

C）設(shè)計(jì)約束

［））業(yè)務(wù)需求

70.要求在所有的輸入界面中，提供拼音首字母的快捷輸入方法，這個(gè)需求屬于（）

A）功能需求

B）非功能需求

C）設(shè)計(jì)約束

D）業(yè)務(wù)需求

71.數(shù)據(jù)流圖描述的是對系統(tǒng)的分解，其中最宏觀層面的圖稱為（）

A）0層圖

B）1層圖

C）頂層圖

D）根圖

72.由于在數(shù)據(jù)流圖中沒有對各組成成分進(jìn)行說明，因此需要采用其他工具來描述。其中可以用數(shù)據(jù)字

典活判定表來進(jìn)行說明的是（）

A）數(shù)據(jù)流

B）加工

C）文件

D）外部實(shí)體

73.在5T所示的UML圖中，Customer類和Order類之間的關(guān)系式（）。

圖5-1

A）關(guān)聯(lián)關(guān)系

B）泛化關(guān)系

C）組合關(guān)系

D）聚合關(guān)系

74.在一個(gè)滿足數(shù)據(jù)平衡原則的數(shù)據(jù)流圖中，是不允許出現(xiàn)（）現(xiàn)象的。

A）在子圖中輸入流比父圖的輸入流多

B）在子圖中輸入流比父圖的輸入流少

C）輸入流比輸出流多

D）在子圖中的加工比父圖的加工少

75.對于要存儲到外部數(shù)據(jù)庫中的信息，數(shù)據(jù)流圖中表示為（）

A）外部實(shí)體

B）文件

C）加工

D）數(shù)據(jù)庫

76.一個(gè)類所封裝的內(nèi)容（）

A）屬性和消息

B）操作和消息

C）屬性和操作

D）操作和接口

77.不能實(shí)例化的類稱為（）

A）抽象類

B）無屬性類

C