（建筑施工；為；米；千米;

考試）軟件工程考試題目匯

總

2020年4月

多年的企業(yè)咨詢顧問經(jīng)驗(yàn)，經(jīng)過實(shí)蟋畫以落地執(zhí)行的卓越管理方案，值得您下載擁有!

判斷題

1.螺旋模型建筑施工；為；米；千米；在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)

險(xiǎn)分析活動(dòng)。（對）

2.軟件建筑施工；為；米；千米；指用程序設(shè)計(jì)語言編寫的程序，軟件開發(fā)實(shí)際

上就建筑施工；為；米；千米；編寫程序代碼。（錯(cuò)）

3.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（錯(cuò)）

4.數(shù)據(jù)庫設(shè)計(jì)說明書建筑施工；為；米；千米；一個(gè)軟件配置項(xiàng)（對）

5.軟件模塊之間的耦合性越弱越好。（對）

6.如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件建筑施工；為；米；千米；正確

的。（錯(cuò)）

7.軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)。（對）

8.數(shù)據(jù)流圖（DFD）和程序流程圖沒有區(qū)別。（錯(cuò)）

9.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦

合度的軟件產(chǎn)品。（對）

10.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即

可。（錯(cuò)）

11.軟件危機(jī)建筑施工；為；米；千米；指在軟件開發(fā)和維護(hù)過程中遇到的一系

列嚴(yán)重問題。（對）

12.結(jié)構(gòu)化分析方法就建筑施工；為；米；千米；用抽象模型的概念，按照軟件

內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿足功能要求的

所有可實(shí)現(xiàn)的軟件為止。（對）

13.程序設(shè)計(jì)語言中應(yīng)絕對禁止使用GOT。語句。（錯(cuò)）

14.模塊越小，模塊的優(yōu)點(diǎn)越大。（錯(cuò)）

15.集成測試主要由用戶來完成。（錯(cuò)）

16.確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定（錯(cuò)）

17.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對）

18.需求規(guī)格說明書不建筑施工；為；米；千米；一個(gè)軟件配置項(xiàng)（錯(cuò)）

19.黑盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即

可。（對）

20.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（錯(cuò)）

名詞解釋

1.軟件工程：軟件工程建筑施工；為；米；千米；一門研究如何將完善的科學(xué)與工程原理，

先進(jìn)高效的管理技術(shù)以及完整、規(guī)范的設(shè)計(jì)方法應(yīng)用于經(jīng)濟(jì)的

開發(fā)既可靠，又能在實(shí)際計(jì)算機(jī)上有效運(yùn)行的軟件的一門工程學(xué)科。

2.軟件寬度：建筑施工；為；米；千米；軟件結(jié)構(gòu)中同一層次上的模塊總數(shù)的最大值。

3.軟件測試：在精心'控制的系統(tǒng)環(huán)境下，采用相應(yīng)的技術(shù)手段，利用一組事先構(gòu)造好的測試

實(shí)例執(zhí)行程序以發(fā)現(xiàn)程序中存在的問題，并確認(rèn)系統(tǒng)功能、性能符合需求的一

個(gè)綜合過程。

4.軟件維護(hù)

5.軟件質(zhì)量保證

6.軟件危機(jī)：軟件危機(jī)就建筑施工；為；米；千米；軟件在開發(fā)和維護(hù)過程中存在的一系列

嚴(yán)重問題的總稱。

7.軟件生存周期

8.白盒法

9.數(shù)據(jù)字典

10.內(nèi)聚性：指模塊的功能強(qiáng)度的度量，即一個(gè)模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)，

進(jìn)行集成測試。

1L集成測試

12.軟件：建筑施工；為；米；千米；計(jì)算機(jī)系統(tǒng)中與硬件系統(tǒng)相互依存的另一部份，建筑

施工；為；米；千米；完成某類問題求解的程序和數(shù)據(jù)以及為維護(hù)程序必須提供

的一系列文檔組成的集合。

13.數(shù)據(jù)流圖

14.黑盒測試：測試建筑施工；為；米；千米；在軟件接口上進(jìn)行；也叫功能測試、輸入/輸

出驅(qū)動(dòng)測試。

15.軟件深度：表示軟件結(jié)構(gòu)中控制的層數(shù)，它往往能粗略地標(biāo)志一個(gè)系統(tǒng)的大小和復(fù)雜程

度。

16.數(shù)據(jù)字典：建筑施工；為；米；千米；結(jié)構(gòu)化分析方法中采用的表達(dá)數(shù)據(jù)元素的工具。

建筑施工；為；米；千米；對數(shù)據(jù)流圖中所有的數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)

文件、數(shù)據(jù)流等的格式與內(nèi)容進(jìn)行定義的數(shù)據(jù)集合。

17.白盒測試：建筑施工；為；米；千米；對軟件實(shí)現(xiàn)的過程性細(xì)節(jié)做認(rèn)真的運(yùn)行檢查；也叫

結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)

測試。

31.經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項(xiàng)目建筑施

工；為；米；千米；否值得投資開發(fā)。

［解析］對于一個(gè)系統(tǒng)所必須要衡量的建筑施工；為；米；千米；經(jīng)濟(jì)上建筑施工；為；米；

千米；否合算，經(jīng)濟(jì)可行性的范圍很廣，包括效益分析、潛在市場前景等。

32.社會(huì)可行性：要開發(fā)的項(xiàng)目建筑施工；為；米；千米；否存在任何侵犯、妨礙等責(zé)任問

題，要開發(fā)項(xiàng)目目的運(yùn)行方式在用戶組織內(nèi)建筑施工；為；米；千米；否

行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式建筑施工；為；米；千米；

否可行。

［解析］社會(huì)可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問題。

33.投資回收期：投資回收期就建筑施工；為；米；千米；使累計(jì)的經(jīng)濟(jì)效益等于最初的投

資費(fèi)用所需的時(shí)間。

［解析］通常我們用投資回收期來衡量一個(gè)開發(fā)項(xiàng)目的價(jià)值，投資回收期越短，就越快獲得利

潤。

34.對應(yīng)關(guān)系：即有直接因果關(guān)系在程序中可以同時(shí)處理。

［解析］對應(yīng)關(guān)系建筑施工；為；米；千米；指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直

接的因果關(guān)系，對于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對應(yīng)關(guān)系。

35.結(jié)構(gòu)沖突：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。

［解析］使用JSP方法時(shí)會(huì)遇到此類結(jié)構(gòu)沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)

或中間文件的辦法，將沖突部分分隔開來，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系

起來，構(gòu)成一個(gè)系統(tǒng)的整體。

填空題

21.系統(tǒng)流程圖建筑施工；為；米；千米；描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)

中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的（信息流動(dòng)）情況。

［解析］系統(tǒng)流程圖建筑施工；為；米；千米；描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號(hào)表示系

統(tǒng)中的各個(gè)元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等，表達(dá)了元素之間的信息

流動(dòng)的情況。

22.成本效益分析的目的建筑施工；為；米；千米；從（經(jīng)濟(jì)）角度評價(jià)開發(fā)一個(gè)項(xiàng)目建筑

施工；為；米；千米；否可行。

［解析］成本效益分析首先建筑施工；為；米；千米；估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后

與可能取得的效益進(jìn)行比較和權(quán)衡,其目的建筑施工；為；米；千米；從經(jīng)濟(jì)角度評價(jià)開發(fā)

一個(gè)新的軟件項(xiàng)目建筑施工；為；米；千米；否可行。

23.自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和（寬度

優(yōu)先策略）.

［解析］漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集

成建筑施工；為；米；千米；構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動(dòng)模塊，只需

要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策

略，逐步把各個(gè)模塊集成在一起。

24.獨(dú)立路徑建筑施工；為；米；千米；指包括一組以前沒有處理的語句或條件的一條路徑。

從程序圖來看，一條獨(dú)立路徑建筑施工；為；米；千米；至少包含有一條（在其他獨(dú)立路徑

中未有過）的邊的路徑。

［解析］在基本路徑測試中，以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)——程

序圖，在計(jì)算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路

徑建筑施工；為；米；千米；包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來

看，一條獨(dú)立路徑建筑施工；為；米；千米；至少包含有一條在其他獨(dú)立路徑中未有過的邊

的路徑。

25.匯編語言建筑施工；為；米；千米；面向（機(jī)器）的，可以完成高級(jí)語言無法完成的特

殊功能，如與外部設(shè)備之間的一些接口工作。

［解析］匯編語言屬為氐級(jí)語言，建筑施工；為；米；千米；一種面向機(jī)器的語言，它與高級(jí)

語言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接

口工作等，建筑施工；為；米；千米；能夠利用計(jì)算機(jī)硬件特性直接控制硬件設(shè)備的唯一語

言。

26.在JSP方法中解決結(jié)構(gòu)沖突的具體辦法建筑施工；為；米；千米；（中間數(shù)據(jù)結(jié)構(gòu)或中

間文件）.

［解析］JSP方法建筑施工；為；米；千米；面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義了一組以數(shù)據(jù)

結(jié)構(gòu)為指導(dǎo)的映射過程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述,

在JSP方法中解決結(jié)構(gòu)沖突的具體辦法建筑施工；為；米；千米；引入中間數(shù)據(jù)結(jié)構(gòu)或中間

文件，將沖突部分分隔開來，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一

個(gè)系統(tǒng)的整體。

27.詳細(xì)設(shè)計(jì)的任務(wù)建筑施工；為；米；千米；確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、

（使用的數(shù)據(jù)）。

［解析］詳細(xì)設(shè)計(jì)的基本任務(wù)建筑施工；為；米；千米；為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為

模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對

數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)等。

28.所有軟件維護(hù)申請報(bào)告要按規(guī)定方式提出，該報(bào)告也稱（軟件問題）報(bào)告。

［解析］在軟件維護(hù)的流程中，第一步就建筑施工；為；米；千米；制定維護(hù)申請報(bào)告，也稱

為軟件問題報(bào)告，它建筑施工；為；米；千米；維護(hù)階段的一種文檔，由申請維護(hù)的用戶填

寫。

29.有兩類維護(hù)技術(shù)：在開發(fā)階段使用來減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；

在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的（維護(hù)支援）技術(shù)。

［解析］面向維護(hù)的技術(shù)涉及軟件開發(fā)的所有階段，能夠減少軟件錯(cuò)誤，提高軟件的可維護(hù)性。

而維護(hù)支援技術(shù)則包含信息收集，錯(cuò)誤原因分析，維護(hù)方案評價(jià)等項(xiàng)，建筑施工；為；米；

千米；在軟件維護(hù)階段用來提高維護(hù)效率和質(zhì)量的技術(shù)。

30.科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語言有：

（FORTRAN語言）、PASCAL語言、C語言和PL/1語言。

［解析］計(jì)算機(jī)語言根據(jù)不同行業(yè)的需求，使用的側(cè)重點(diǎn)也不盡相同，在辦公管理方面，一些

數(shù)據(jù)庫語言如FOXPRO.ORICAL有很多的應(yīng)用，在工程行業(yè)，計(jì)算機(jī)語言的科學(xué)計(jì)算能力

就顯得格外重要，如MATLAB、PL/1.FORTRAN語言都建筑施工；為；米；千米；工程

計(jì)算中常用的語言。

第一章軟件與軟件工程

L計(jì)算機(jī)軟件建筑施工；為；米；千米；■乍系統(tǒng)有關(guān)的程序、規(guī)則、棚瓢其有關(guān)

的文檔和數(shù)據(jù)；由兩部分組成：一、機(jī)器可執(zhí)行的程序及有關(guān)數(shù)據(jù)；二、機(jī)器不可執(zhí)行的，

與軟件運(yùn)行、維護(hù)有關(guān)的相關(guān)文檔

2.軟件建筑施工；為；米；千米；邏輯產(chǎn)品不建筑施工；為；米；千米；物理產(chǎn)品,特

點(diǎn)建筑施工；為；米；千米；不會(huì)磨損和老化

3.軟件分為系統(tǒng)軟件與應(yīng)用軟件

4.軟件危機(jī)：軟件功能要求變得更強(qiáng)、更復(fù)雜，代碼量大，不僅需要編程人員技藝高超，

更需要人員間的組織和合作；在這種情況下，完成軟件往往質(zhì)量差、維護(hù)困難、難以重用等

等。軟件危機(jī)的表現(xiàn)形式建筑施工；為；米；千米；成本高、生產(chǎn)率低、質(zhì)量難保證

5.軟件工程建筑施工；為；米；千米；用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)

算機(jī)軟件的有關(guān)技術(shù)及管理方法

6.軟件工程由方法、工具和過程三部分組成

軟件工程的目標(biāo)：可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可

適應(yīng)性、可移植性、可追蹤性、可互操作性

7.軟件工程原則：抽象、信息隱藏、模塊化、局部化、完整性、一致性、可驗(yàn)證性

8.軟件生存周期包括：軟件定義、軟件開發(fā)、軟件使用和維護(hù)

9.軟件定義分為軟件系統(tǒng)的可行性研究和需求分析兩個(gè)階段

10.可行性研究包括技術(shù)可行性、操作可行性和經(jīng)濟(jì)可行性

11.軟件開發(fā)模型：軟件需求完全確定采用瀑布模型;初始階段只提供基本需求時(shí)采用

漸進(jìn)式開發(fā)模型,如原型模型和螺旋模型

12.軟件開發(fā)周期一般步驟:可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與實(shí)

現(xiàn)、單元測試、組裝測試、確認(rèn)測試、運(yùn)行與維護(hù)、退役

13.螺旋模型建筑施工；為；米；千米；生存周期模型與原型模型的結(jié)合，增加了新的

成分——風(fēng)險(xiǎn)分析，有需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)、評審四部分組成

14.CASE（計(jì)算機(jī)輔助軟件工程）

第二章軟件項(xiàng)目管理

L軟件工程的定量描述離不開度量、測量和估算三個(gè)概念

2.度量具有數(shù)字特征，測量和估算建筑施工；為；米；千米；簡單屬性度量的函數(shù)

3.測量用于事后或?qū)崟r(shí)狀態(tài)，可分為直接測量和間接測量

軟件工程的產(chǎn)品、過程、資源都具有外部屬性和內(nèi)部屬性，外部屬性可以說建筑施工；

為；米；千米；面向管理者和用戶的屬性，建筑施工；為；米；千米；由內(nèi)部屬性決定的

4.面向規(guī)模的度量，直接（自然直觀）；面向功能的度量，間接

5.經(jīng)驗(yàn)估算模型：CoCoMo模型建筑施工；為；米；千米；靜態(tài)、單變量模型；Putnam

模型建筑施工；為；米；千米；動(dòng)態(tài)多變量模型

6.軟件質(zhì)量的定義建筑施工；為；米；千米；軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力

有關(guān)的全部特征和特性。

1978年Walters和McCall提出包括質(zhì)量要素、準(zhǔn)則和度量的三層次軟件質(zhì)量度量模

型

質(zhì)量要素分為產(chǎn)品修正性、產(chǎn)品轉(zhuǎn)移性和產(chǎn)品運(yùn)行性

7.TJ把程序看成建筑施工；為；米；千米；有一個(gè)入口節(jié)點(diǎn)和一個(gè)出口節(jié)點(diǎn)的有向圖

8.程序結(jié)構(gòu)復(fù)雜性的度量:V(G)=e-n+2,e為邊數(shù)，n為節(jié)點(diǎn)數(shù)

9.軟件工程的風(fēng)險(xiǎn)分析包括風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評價(jià)和風(fēng)險(xiǎn)管理四個(gè)部分

10.軟件開發(fā)人員的組織和分工可按樹形結(jié)構(gòu)組織、主程序員和無我程序設(shè)計(jì)原則建立

11.CMM的能力成熟度共分為5級(jí)：L1初始級(jí)、L2可重復(fù)級(jí)、L3已定義級(jí)、L4已管

理級(jí)、理優(yōu)化級(jí)

12.軟件質(zhì)量保證活動(dòng)有8條：

第三章計(jì)算機(jī)系統(tǒng)工程

L計(jì)算機(jī)系統(tǒng)工程包括硬件工程、軟件工程、人機(jī)工程和數(shù)據(jù)庫工程

第四章需求分析基礎(chǔ)

1.需求分析分為問題分析、需求描述和需求評審三個(gè)階段

2.問題分析方法：問題抽象、問題分解和多視點(diǎn)分析,還有需求建模

3.需求規(guī)格說明書衡量標(biāo)準(zhǔn)：正確性、無歧義性、完全性、可驗(yàn)證性、一致性、可理解

性、可修改性和可追蹤性

第五章面向數(shù)據(jù)流的分析方法

1.面向數(shù)據(jù)流的分析方法建筑施工；為；米；千米；結(jié)構(gòu)化分析方法

2.數(shù)據(jù)流圖有外部實(shí)體、轉(zhuǎn)換、數(shù)據(jù)流和數(shù)據(jù)源組成

3.數(shù)據(jù)字典的作用建筑施工；為；米；千米；：重組數(shù)據(jù)條目

4.在逐層精化過程中，初始輸入流和最終輸出流必須嚴(yán)格一致

5.數(shù)據(jù)字典可以對數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)源及外部實(shí)體進(jìn)行描述、組織和管理

6.數(shù)據(jù)流圖精化的原則建筑施工；為；米；千米；"強(qiáng)內(nèi)聚，松耦合"

第六章面向?qū)ο蟮男枨蠓治?/p>

L面向?qū)ο?對象+類+繼承+聚集+消息

2.UML四類視圖：用例圖、靜態(tài)圖（類圖、對象圖、包圖\行為圖（交互圖、狀態(tài)圖、

活動(dòng)圖X實(shí)現(xiàn)圖（構(gòu)件圖、部署圖）

3.迭代的漸進(jìn)式軟件開發(fā)過程，包含初啟、細(xì)化、構(gòu)造和移交四個(gè)階段，重點(diǎn)在細(xì)化

4.軟件頂層架構(gòu)設(shè)計(jì)：流程處理模式、客戶/服務(wù)器模式、模型-視圖-控制器（MVC）

模式、分層模式

5.UML的用例和用例之間有：使用關(guān)系和擴(kuò)展關(guān)系

6.UML包含3個(gè)部分：類的名稱、屬性列表、方法列表

第八章軟件設(shè)計(jì)基礎(chǔ)

1.軟件設(shè)計(jì)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)

2.系統(tǒng)的設(shè)計(jì)過程有總體結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)的數(shù)據(jù)設(shè)計(jì)和系統(tǒng)的過程設(shè)計(jì)

2.模塊化的依據(jù)一一個(gè)復(fù)雜問題分割成若干個(gè)可管理的小問題更易于求解

3.信息隱藏——模塊信息對于那些不需要這些信息的模塊不可訪問

4.內(nèi)聚度:低級(jí)內(nèi)聚（偶然性內(nèi)聚、邏輯性內(nèi)聚、時(shí)間性內(nèi)聚）中級(jí)內(nèi)聚（過程性內(nèi)聚、

通信性內(nèi)聚I高級(jí)內(nèi)聚（順序性內(nèi)聚、功能性內(nèi)聚）

5.設(shè)計(jì)軟件應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，

杜絕內(nèi)容耦合

6.軟件總體結(jié)構(gòu)包括層次結(jié)構(gòu)（程序結(jié)構(gòu)）和輸入輸出數(shù)據(jù)結(jié)構(gòu)

7.一個(gè)軟件的深度和寬度分別說明其控制的層數(shù)和跨度；一個(gè)模塊的"扇出率"指其直

接控制的模塊個(gè)數(shù)「'扇入率”指直接控制該模塊的模塊數(shù)

8.結(jié)構(gòu)化程序設(shè)計(jì)建筑施工；為；米；千米；特點(diǎn)建筑施工；為；米；千米；單入口、

單出口

9.一個(gè)模塊控制另一模塊，前者為"主控"模塊，后者為"從屬"模塊

10.PDL（過程設(shè)計(jì)語言）P200

11.設(shè)計(jì)規(guī)格說明與評審中，復(fù)審分正式和非正式兩種

12.盒圖又稱N-S圖P198

第九章面向數(shù)據(jù)流的設(shè)計(jì)方法

1.面向數(shù)據(jù)流的設(shè)計(jì)方法通常叫結(jié)構(gòu)避t法。

2.信息流分交換流和事務(wù)流兩種

3.事務(wù)分析有7個(gè)步驟:1、復(fù)審基本系統(tǒng)模型02、復(fù)審并精化軟件數(shù)據(jù)流圖。3、

確定數(shù)據(jù)流圖的特性。4、指出事務(wù)中心，確定有事務(wù)中心發(fā)出的每一動(dòng)作路徑的數(shù)

據(jù)流特性。5、把數(shù)據(jù)流圖映射為事務(wù)處理型的程序結(jié)構(gòu)。6、分解并精化事務(wù)結(jié)構(gòu)

以及每條動(dòng)作路徑所對應(yīng)的結(jié)構(gòu)。7、使用啟發(fā)式設(shè)計(jì)策略，精化所得程序結(jié)構(gòu)雛形，

改良軟件質(zhì)量。

4.設(shè)計(jì)優(yōu)化原則：百分之二十規(guī)則

第十章面向?qū)ο蟮脑O(shè)計(jì)方法

1.UML的消息有簡單消息、同步消息、異步消息和返回消息四種

2.類的類型有：邊界類、實(shí)體類、控制類

第十二章人機(jī)界面設(shè)計(jì)

1.人機(jī)界面設(shè)計(jì)先后涉及四個(gè)模型：設(shè)計(jì)模型（軟件工程師提出1用戶模型（軟件工程

師提出\假象模型（終端用戶提出X系統(tǒng)映像模型（系統(tǒng)實(shí)現(xiàn)）

2.人機(jī)界面風(fēng)格的演變：

第一代命令和詢問方式，易出錯(cuò)、不友善且難以學(xué)習(xí)

第二代簡單的菜單式，必須逐級(jí)進(jìn)行，不能一步到位

第三代面向窗口的點(diǎn)選界面（WIMP界面），窗口、圖標(biāo)、菜單、顯示器四位一體，形

成桌面的概念，可在不同工作環(huán)境中切換

第四代把第三代與超文本、多任務(wù)概念結(jié)合起來，用戶可同時(shí)執(zhí)行多個(gè)任務(wù)

3.設(shè)計(jì)人機(jī)界面T殳要考慮系統(tǒng)響應(yīng)時(shí)間、用戶求助機(jī)制、錯(cuò)誤信息處理和命令方式四

個(gè)方面

第十四章軟件測試

1.軟件測試建筑施工；為；米；千米；為了發(fā)現(xiàn)程序中的錯(cuò)誤,用到的數(shù)據(jù)稱為測速

例，其原則建筑施工；為；米；千米；盡可能暴露錯(cuò)誤

2.大型軟件系統(tǒng)的測試分為單元（模塊）測試和綜合測試

3.測試只能找出程序中的錯(cuò)誤，而不能證明程序無錯(cuò)

4.軟件交付使用后，用戶繼續(xù)扮演測試角色

5.黑盒測試:已知產(chǎn)品的功能，通過測試檢驗(yàn)每個(gè)功能能否正常使用；測試時(shí)不用考慮

程序的內(nèi)部結(jié)構(gòu)和處理過程，僅在程序界面上進(jìn)行

6.黑盒測試的三種方法：等價(jià)分類、邊界值分析、對比測試

7.白盒測試:已知產(chǎn)品內(nèi)部工作過程，通過測試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作建筑施工；為；米；

千米；否按產(chǎn)品規(guī)格說明的規(guī)定正確運(yùn)行

8.白盒測試：基本路徑測試和控制結(jié)構(gòu)測試

9.單元測試的對象建筑施工；為；米；千米；軟件設(shè)計(jì)的最小單位一模塊，多采用白

盒測試，系統(tǒng)內(nèi)多個(gè)模塊可以并行測試

10.模塊接口測試建筑施工；為；米；千米；單元測試的基咽

11.綜合測試分為非增量式集成和增量式集成；增量式集成又分為自頂向下集成和自底

向上集成

12.自頂向下集成需要挺模塊

13.自底向上集成需要驅(qū)動(dòng)毀

13排錯(cuò)策略：原始類、回溯類、排除類

第十五章軟件維護(hù)

1.維護(hù)活動(dòng)起因可分為糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)、改善性維護(hù)、預(yù)防性維護(hù)，其中組

錯(cuò)性維護(hù)最為重要

2.結(jié)構(gòu)化的維護(hù)：文檔健全，非結(jié)構(gòu)化維護(hù)：文檔不健全

3.維護(hù)的副作用：代碼副作用、數(shù)據(jù)副作用、文檔副作用

4.軟件的可維護(hù)性建筑施工；為；米；千米；指：軟件被理解、改正、調(diào)整和改進(jìn)的

難易程度

-單項(xiàng)選擇

1,軟件生命周期一般包括：軟件開發(fā)期和軟件運(yùn)行期，下述（D）不建筑施工；為；米；千米；軟件

開發(fā)期所應(yīng)包含的內(nèi)容。

A需求分析B結(jié)構(gòu)設(shè)計(jì)C程序編制D軟件維護(hù)

2.軟件建筑施工；為；米；千米；一種邏輯產(chǎn)品，它的開發(fā)主要建筑施工；為；米；千米；（A）。

A研制B拷貝C再生產(chǎn)D復(fù)制

3.以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確的軟件項(xiàng)目的生存周期模型建筑施工；為；米；千米；（C）。

A噴泉模型B增量模型C瀑布模型D螺旋模型

4.在軟件生存周期中，（B）階段必須要回答的問題建筑施工；為；米；千米；"要解決的問題建筑

施工；為；米；千米；做什么？”.

A詳細(xì)設(shè)計(jì)B可行性分析和項(xiàng)目開發(fā)計(jì)劃C概要設(shè)計(jì)D軟件測試

5.軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)品建筑施工；為；米；千米；一種（C）產(chǎn)品

A有形B消耗C邏輯D文檔

6.（C）把瀑布模型和專家系統(tǒng)結(jié)合在一起，在開發(fā)的各個(gè)階段上都利用相應(yīng)的專家系統(tǒng)來幫助軟件人

員完成開發(fā)工作。

A原型模型B螺旋模型C基于知識(shí)的智能模型D噴泉模型

7.（B）階段建筑施工；為；米；千米；為每個(gè)模塊完成的功能進(jìn)行具體的描述，要把功能描述轉(zhuǎn)變?yōu)榫?/p>

確的、結(jié)構(gòu)化的過程描述。

A概要設(shè)計(jì)B詳細(xì)設(shè)計(jì)C編碼D測試

8.下列軟件開發(fā)模型中，適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)的模型建筑施工；為；米；

千米；（A）。

A原型模型B瀑布模型C基于知識(shí)的智能模型D變換模型

9.下列軟件開發(fā)模型中，以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶的需求為動(dòng)力，以對象來驅(qū)動(dòng)的模型

建筑施工；為；米；千米；（C）。

A原型模型B瀑布模型C噴泉模型D螺旋模型

10.下列軟件開發(fā)模型中，支持需求不明確，特別建筑施工；為；米；千米；大型軟件系統(tǒng)的開發(fā)，并支

持多種軟件開發(fā)方法的模型建筑施工；為；米；千米；（D）.

A原型模型B瀑布模型C噴泉模型D螺旋模型

11.軟件特性中，使軟件在不同的系統(tǒng)約束條件下，使用戶需求得到滿足的難易程度稱為（C）。

A可修改性B可靠性C可適應(yīng)性D可重用性

12.軟件特性中，一個(gè)軟件能再次用于其他相關(guān)應(yīng)用的程度稱為（B）。

A可移植性B可重用性C容錯(cuò)性D可適應(yīng)性

13.軟件特性中，（A）建筑施工；為；米；千米；指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問題的需求的

程度。

A可理解性B可靠性C可適應(yīng)性D可重用性

14.軟件特性中，軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能、適應(yīng)環(huán)境變化等方面工作的

難易程度稱為（B）。

A可理解性B可維護(hù)性C可適應(yīng)性D可重用性

15.軟件特性中，軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境移植到另一個(gè)上去的難易程度指的建筑施工；為；米；干

米；（C）.

A可理解性B可修改性C可移植性D可重用性

16.軟件特性中，在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的概率指的建筑施工；為；米；千米；（D）.

A有效性B可適應(yīng)性C正確性D可靠性

17.軟件特性中，允許對軟件進(jìn)行修改而不增加其復(fù)雜性｝旨的建筑施工；為；米；千米；（A）。

A可修改性B可適應(yīng)性C可維護(hù)性D可移植性

18.軟件特性中，多個(gè)軟件元素相互通訊并協(xié)同完成任務(wù)的能力指的建筑施工；為；米；千米；（B）.

A可理解性B可互操作性C可維護(hù)性D可追蹤性

19.軟件特性中，根據(jù)軟件需求對軟件設(shè)計(jì)、程序進(jìn)行正向追蹤，或根據(jù)程序、軟件設(shè)計(jì)對軟件需求進(jìn)行

逆向追蹤的能力指的建筑施工；為；米；千米；（C）。

A可理解性B可互操作性C可追蹤性D可維護(hù)性

20.軟件的可修改性支持軟件的（D）。

A有效性B可互操作性C可追蹤性D可維護(hù)性

21.軟件的可移植性支持軟件的（A）.

A可適應(yīng)性B可互操作性C可追蹤性D有效性

22.軟件的可理解性支持軟件的（B）0

A有效性B可移植性C可追蹤性D可靠性

23.在軟件工程的原則中，抽象、信息隱藏、模塊化和局部化的原則支持軟件的（

A有效性B可互操作性C可靠性D可追蹤性

24.下列選項(xiàng)中，屬于需求分析階段的任務(wù)的建筑施工；為；米；千米；（D）

A組裝測試計(jì)劃B單元測試計(jì)劃C軟件總體設(shè)計(jì)D驗(yàn)收測試計(jì)劃

25.下列選項(xiàng)中，屬于概要設(shè)計(jì)階段的任務(wù)的建筑施工；為；米；千米；（A）

A組裝測試計(jì)劃B單元測試計(jì)劃C初步用戶手冊D驗(yàn)收測試計(jì)劃

26.下列選項(xiàng)中，屬于詳細(xì)設(shè)計(jì)階段的任務(wù)的建筑施工；為；米；千米；（B）.

A組裝測試計(jì)劃B單元測試計(jì)劃C初步用戶手冊D驗(yàn)收測試計(jì)劃

27.下列選項(xiàng)中，屬于實(shí)現(xiàn)階段的任務(wù)的建筑施工；為；米；千米；（C）。

A組裝測試計(jì)劃B繪制程序流程圖C單元測試D驗(yàn)收測試計(jì)劃

28.下列選項(xiàng)中，在驗(yàn)收測試結(jié)束時(shí)，必須提交給用戶的建筑施工；為；米；千米；（D）。

A項(xiàng)目開發(fā)總結(jié)報(bào)告B驗(yàn)收測試計(jì)劃C需求規(guī)格說明書D最終用戶手冊

二填空

1.計(jì)算機(jī)軟件建筑施工；為；米；千米；指與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、數(shù)據(jù)以及任何與之有

關(guān)的文檔資料。

2.瀑布模型建筑施工；為；米；千米；將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干

階段的模型。

3.維護(hù)階段建筑施工；為；米；千米；軟件生存周期中時(shí)間最長的階段。

4.噴泉模型建筑施工；為；米；千米；一種以用戶需求為動(dòng)力，以對象作為驅(qū)動(dòng)的模型，適合

于面向?qū)ο蟮拈_發(fā)方法。

5.軟件生存周期建筑施工；為；米；千米；指一個(gè)軟件從定義開始直到該軟件最終退役為止的

整個(gè)時(shí)期。

6.在軟件的生產(chǎn)過程中，總建筑施工；為；米；千米；有大量各種信息要記錄，因此，文檔在產(chǎn)

品的開發(fā)過程中起著重要的作用。

7.在軟件生存周期中，軟件定義過程的基本任務(wù)建筑施工；為；米；千米；確定軟件系統(tǒng)的工程需

.

8.在軟件生存周期中，軟件定義過程可以通過軟件系統(tǒng)的可行性研究和需求分析

兩個(gè)階段來完成。

9.在軟件生存周期中，軟件開發(fā)過程可以通過概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組

裝測試、驗(yàn)收測試共5個(gè)階段組成。

10.我們把支持軟件項(xiàng)目的開發(fā)、管理、維護(hù)活動(dòng)的軟件叫做軟件開發(fā)的工具軟件.

11.軟件工程由方法、過程和工具三部分組成,稱為軟件工程的三要素。

三名詞解釋

1,計(jì)算機(jī)軟件答：計(jì)算機(jī)軟件建筑施工；為；米；千米；指與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、數(shù)據(jù)以及任

何與之有關(guān)的文檔資料。

2.軟件危機(jī)答：軟件危機(jī)建筑施工；為；米；千米；指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一

系列嚴(yán)重問題和難題。

3.軟件工程

答：軟件工程建筑施工；為；米；千米；指用工程、科學(xué)和數(shù)學(xué)的原則與方法開發(fā)、維護(hù)計(jì)算機(jī)軟件的有關(guān)

技術(shù)和管理方法

4.軟件工程過程

答：軟件工程過程指在定義、開發(fā)、使用和維護(hù)軟件時(shí)，要實(shí)施的過程、活動(dòng)和任務(wù)。

5.軟件生存周期

答：軟件從定義開始，經(jīng)過開發(fā)、使用和維護(hù)，直到最終退役的全過程稱為軟件生存周期。

6.軟件生存周期模型

答：軟件開發(fā)模型（又稱為軟件生存周期模型）建筑施工；為；米；千米；指軟件項(xiàng)目開發(fā)和維護(hù)的總體過

程思路的框架。

7.計(jì)算機(jī)輔助軟件工程

答：在軟件工程活動(dòng)中，人們按照軟件工程的原則和方法，利用計(jì)算機(jī)及其集成的軟件開發(fā)環(huán)境，輔助軟件

項(xiàng)目的開發(fā)、維護(hù)及管理的過程，稱為計(jì)算機(jī)輔助軟件工程（即CASE）。

四簡答題

1,軟件產(chǎn)品的特點(diǎn)建筑施工；為；米；千米；什么

答：①軟件開發(fā)與硬件研制相比，更依賴于開發(fā)人員的業(yè)務(wù)素質(zhì)、智力、人員的組織、合作和管理。

②大型軟件仍然存在著潛伏的錯(cuò)誤。

③軟件產(chǎn)品開發(fā)成功后，只需對原版軟件進(jìn)行復(fù)制，即可生產(chǎn)出任意多的同樣的產(chǎn)品。

④還有，軟件在使用過程中的維護(hù)工作比硬件要復(fù)雜得多。

⑤由于軟件不建筑施工；為；米；千米；物理產(chǎn)品，所以它不會(huì)磨損和老化。

2.軟件危機(jī)的表現(xiàn)有哪些？

答：1）對軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。

2）用戶對已完成的軟件不滿意的現(xiàn)象時(shí)有發(fā)生。

3）軟件產(chǎn)品的質(zhì)量往往建筑施工；為；米；千米；靠不住的。

4）軟件常常建筑施工；為；米；千米；不可維護(hù)的。

5）軟件通常沒有適當(dāng)?shù)奈臋n資料。

6）軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占比例逐年上升.

7）軟件開發(fā)生產(chǎn)率提高的速度遠(yuǎn)跟不上日益增長的軟件需求。

3.產(chǎn)生軟件危機(jī)的原因主要有哪些？

答：1）用戶對軟件需求的描述不精確。

2）軟件開發(fā)人員對用戶需求的理解有偏差。

3）缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。

4）開發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤。

5）缺乏有力的方法學(xué)的指審口有效的開發(fā)工具的支持。

6）面對日益增長的軟件需求，人們顯得力不從心。

4.軟件工程的7條基本原理建筑施工；為；米；干米；什么？

答：1）用分階段的生存周期計(jì)劃嚴(yán)格管理

2）堅(jiān)持進(jìn)行階段評審

3）實(shí)行嚴(yán)格的產(chǎn)品控制

4）采用現(xiàn)代程序設(shè)計(jì)技術(shù)

5）結(jié)果應(yīng)能清楚地審查

6）開發(fā)小組的人員應(yīng)少而精

7）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性

5.軟件工程的7條原則建筑施工；為；米；千米；什么？

答：1.抽象。

2.信息隱藏。

3.模塊化。

4.局部化。

5.一致性。

6.完全性。

7.可驗(yàn)證性。

6.軟件生存周期如何劃分？

答：可將軟件生存周期劃分為3個(gè)過程共9個(gè)階段。

軟件定義過程：由可行性研究和需求分析2個(gè)階段組成;

軟件開發(fā)過程：由概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測試、驗(yàn)收測試5個(gè)階段組成;

軟件使用與維護(hù)過程：由使用與維護(hù)和退役2個(gè)階段組成。

7.常見的軟件開發(fā)模型有哪些？

答：有瀑布模型、原型模型、螺旋模型、噴泉模型、變換模型、基于四代技術(shù)的模型、基我口識(shí)的智能模型

等。

8.瀑布模型適合于哪類軟件系統(tǒng)的開發(fā)？

答：瀑布模型T殳適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、

數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā).

9.瀑布模型的缺點(diǎn)主要有哪些？

答：1）在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對許多應(yīng)用軟件來說建筑施工；為;

米；千米；極其困難的。

2）在需求分析階段，當(dāng)需求確定后，無法及時(shí)驗(yàn)證需求建筑施工；為；米；千米；否正確、完整。

3）不支持產(chǎn)品的演化，缺乏靈活性，使軟件產(chǎn)品難以維護(hù)。

10.實(shí)現(xiàn)快速原型的開發(fā)途徑有哪三種？

1）僅模擬軟件系統(tǒng)的人機(jī)界面和人機(jī)交互方式.

2）開發(fā)一個(gè)工作模型，實(shí)現(xiàn)軟件系統(tǒng)中重要的或容易產(chǎn)生誤解的功能。

3）利用一個(gè)或幾個(gè)類似的正在運(yùn)行的軟件向用戶展示軟件需求中的部分或全部功能。

11.原型模型適于哪種情況的軟件開發(fā)？

答：原型模型適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)，更適合于那些項(xiàng)目組成員（包括分析員、

設(shè)計(jì)員、程序員和用戶）不能很好交流或通信有困難的情況。

12.螺旋模型的每一個(gè)周期包括哪幾個(gè)階段?

答：螺旋模型的每一個(gè)周期都包括計(jì)劃（需求定義）、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和用戶評價(jià)與階段評審4個(gè)階段。

13.螺旋模型的優(yōu)點(diǎn)有哪些？

答：螺旋模型的主要優(yōu)點(diǎn)有：

1）支持用戶需求的動(dòng)態(tài)變化。

2）原型可看作形式的可執(zhí)行的需求規(guī)格說明，易于為用戶和開發(fā)人員共同理解，還可作為繼續(xù)開發(fā)的

基礎(chǔ)，并為用戶參與所有關(guān)鍵決策提供了方便。

3）螺旋模型特別強(qiáng)調(diào)原型的可擴(kuò)充性和可修改性，原型的進(jìn)化貫穿整個(gè)軟件生存周期，這將有助于目

標(biāo)軟件的適應(yīng)能力。

4）為項(xiàng)目管理人員及時(shí)調(diào)整管理決策提供了方便，進(jìn)而可降低開發(fā)風(fēng)險(xiǎn)。

14.螺旋模型適于哪種情況的軟件開發(fā)？

答：螺旋模型支持需求不明確、特別建筑施工；為；米；千米；大型軟件系統(tǒng)的開發(fā)，并支持面向規(guī)格說明、

面向過程、面向?qū)ο蟮榷喾N軟件開發(fā)方法，建筑施工；為；米；千米；一種具有廣闊前景的模型。

軟件工程單元二（軟件項(xiàng)目管理）

-單項(xiàng)選擇

1.軟件項(xiàng)目管理必須（A）介入。

A）從項(xiàng)目的開頭B）在可行性研究之后C）在需求分析之后D）在編碼之后

2.下列選項(xiàng)中，屬于成本管理的主要任務(wù)的建筑施工；為；米；千米；（B）。

A）人員的分工B）估算軟件項(xiàng)目的成本

C）對控制軟件質(zhì)量要素D）對軟件階段產(chǎn)品進(jìn)行評審

3.下列選項(xiàng)中，不屬于質(zhì)量管理的主要任務(wù)的建筑施工；為；米；千米；（C）。

A）制定軟件質(zhì)量保證計(jì)劃B）按照質(zhì)量評價(jià)體系控制軟件質(zhì)量要素

C）增加軟件產(chǎn)品的功能D）對最終軟件產(chǎn)品進(jìn)行確認(rèn)

4.下列選項(xiàng)中，屬于軟件配置管理的任務(wù)的建筑施工；為；米；千米；（D）。

A）人員的分工B）估算軟件項(xiàng)目的成本

C）對軟件階段產(chǎn)品進(jìn)行評審D）對程序、數(shù)據(jù)、文檔的各種版本進(jìn)行管理

5.（A）建筑施工；為；米；千米；對產(chǎn)品或過程的某個(gè)屬性的范圍、數(shù)量、維度、容量或大小提供一

個(gè)定量的指示.

A）測量B）度量C）估算D）指標(biāo)

6.（B）建筑施工；為；米；千米；對系統(tǒng)、部件或過程的某一特性所具有的程度進(jìn)行的量化測量.

A）測量B）度量C）估算D）指標(biāo)

7.（C）建筑施工；為；米；千米；對軟件產(chǎn)品、過程、資源等使用歷史資料或經(jīng)驗(yàn)公式等進(jìn)行預(yù)測。

A）測量B）度量C）估算D）指標(biāo)

8.（D）建筑施工；為；米；千米；一個(gè)度量或度量的組合，它可對軟件產(chǎn)品、過程或資源提供更深入

的理解。

A）測量B）度量C）估算D）指標(biāo)

9.下列選項(xiàng)中屬于產(chǎn)品的內(nèi)部屬性的建筑施工；為；米；千米；（A）。

A）模塊耦合度B）軟件可靠性C）軟件有效性D）軟件可維護(hù)性

10.下列選項(xiàng)中屬于過程的外部屬性的建筑施工；為；米；千米；（B）.

A）工作量B）成本C）事件D）計(jì)劃及進(jìn)度

11,下列選項(xiàng)中屬于資源的外部屬性的建筑施工；為；米；千米；（C）.

A）經(jīng)驗(yàn)B）人員C）生產(chǎn)率D）工具

12.基于代碼行的面向規(guī)模的度量方法適合于（D）。

A）過程式程序設(shè)計(jì)語言和事前度量B）第四代語言和事前度量

C）第四代語言和事后度量D）過程式程序設(shè)計(jì)語言和事后度量

13.下列說法中，不正確的建筑施工；為；米；千米；（A）。

A）功能點(diǎn)度量方法與程序設(shè)計(jì)語言有關(guān)B）功能點(diǎn)度量方法適合于過程式語言C）功能點(diǎn)度量

方法適合于非過程式語言D）功能點(diǎn)度量方法適合于軟件項(xiàng)目估算

14.下列說法中，不正確的建筑施工；為；米；千米；（B）。

A）軟件項(xiàng)目工作量分布曲線不建筑施工；為；米；千米；線性的

B）到開發(fā)后期臨時(shí)增加人力可加快進(jìn)度

C）適當(dāng)推遲交貨時(shí)間可大幅度降低開發(fā)工作量

D）在軟件生存周期的不同階段各類人員的參與情況建筑施工；為；米；千米；不同的。

15.在軟件質(zhì)量要素中，程序滿足需求規(guī)格說明及用戶目標(biāo)的程度指的建筑施工；為；米；千米；（C）.

A）完整性B）可用性C）正確性D）靈活性

16.在軟件質(zhì)量要素中，改變一個(gè)操作的順序所需的工作量的多少指的建筑施工；為；米；千米；（D）。

A）完整性B）可用性C）正確性D）靈活性

17.在軟件質(zhì)量要素中，對未授權(quán)人員訪問程序或數(shù)據(jù)加以控制的程度指的建筑施工；為；米；千米；（A）。

A）完整性B）可用性C）正確性D）靈活性

18.在軟件質(zhì)量要素中，學(xué)習(xí)使用軟件（即操作軟件、準(zhǔn)備輸入數(shù)據(jù)、解釋輸出結(jié)果等）的難易程度指的

建筑施工；為；米；千米；（B）.A）完整性B）可用性C）正確性D）靈活性

19.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，程序源代碼的緊湊程度指的建筑施工；為；米；千米；（C）.

A）簡單性B）準(zhǔn)確性C）簡明性D）執(zhí)行效率

20.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，軟件運(yùn)行的效率指的建筑施工；為；米；千米；（D）。

A）簡單性B）準(zhǔn)確性C）簡明性D）執(zhí)行效率

21.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，程序易于理解的程度指的建筑施工；為；米；千米；（A）。

A）簡單性B）準(zhǔn)確性C）簡明性D）執(zhí)行效率

22.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，計(jì)算和控制的精確程度指的建筑施工；為；米；千米；（B）。

A）簡單性B）準(zhǔn)確性C）簡明性D）執(zhí)行效率

23.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，在各種異常情況下軟件能繼續(xù)提供操作的能力指的建筑施工；為；米；

千米；（A）。

A）容錯(cuò)性B）檢測性C）安全性D）可操作性

24.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，程序監(jiān)視自身運(yùn)行并標(biāo)識(shí)錯(cuò)誤的程度指的建筑施工；為；米；千米；

（B）.

A）容錯(cuò)性B）檢測性C）安全性D）可操作性

25.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，控制或保護(hù)程序和數(shù)據(jù)不被破壞、非法訪問等機(jī)制的能力指的建筑施

工；為；米；千米；（C）.

A）容錯(cuò)性B）檢測性C）安全性D）可操作性

26.在軟件質(zhì)量要素的評價(jià)準(zhǔn)則中，操作該軟件的難易程度指的建筑施工；為；米；千米；（D）。

A）容錯(cuò)性B）檢測性C）安全性D）可操作性

27.下列選項(xiàng)中，不能進(jìn)行并行工作的建筑施工；為；米；千米；（A）。

A）需求復(fù)審B）過程設(shè)計(jì)C）單元測試D）編碼

28.在整個(gè)軟件項(xiàng)目定義與開發(fā)各階段一種典型的工作量分布原則，稱為40-20-40分布原則，其中20%的

工作量指的建筑施工；為；米；千米；（B）。

A）需求分析工作量B）編碼工作量C）詳細(xì)設(shè)計(jì)工作量D）測試工作量

二填空

1?軟件項(xiàng)目管理的對象主要包括產(chǎn)品、過程和資源等.

2.對不依賴于其他屬性的軟件的簡單屬性的測量稱為直接度量。

3.對涉及若干個(gè)其他屬性的軟件要素、準(zhǔn)則或?qū)傩缘亩攘?，稱為間接度量。

4.面向規(guī)模的度量建筑施工；為；米；千米；以軟件的代碼行數(shù)為基礎(chǔ)的直接度量。

5.Albrecht首先提出了功能點(diǎn)度量方法。這建筑施工；為；米；千米；一種面向功能的間接度量方法。

6.在軟件項(xiàng)目管理過程中的第一個(gè)活動(dòng)應(yīng)當(dāng)建筑施工；為；米；千米；估算。

7.Putnam估算模型公式建筑施工；為；米；千米；：L=C^E1/3t?/3

8.估算工作量的公式：E=/（C2"）,式中的t誕筑施工；為；米；千米；對應(yīng)于軟件交付時(shí)

的時(shí)間，它正好建筑施工；為；米；千米；工作量曲線的峰值，說明此時(shí)的工作量最大、參加項(xiàng)目的人最多。

9.軟件開發(fā)項(xiàng)目每年所需的人年數(shù)與開發(fā)時(shí)間的關(guān)系滿足Rayleigh-Norden分布，即軟件項(xiàng)目的工作量分

布曲線的，因此，參加軟件項(xiàng)目的人員就不能一成不變。答案：不建筑施工；為；米；千

米；線ft

10.開發(fā)軟件項(xiàng)目的工作量和交貨時(shí)間t而4次方成反比，如果條件允許，適當(dāng)?shù)赝七t交貨時(shí)間（即使t餐

大）,可大幅度降低開發(fā)工作量。

11.Putnam模型的優(yōu)點(diǎn)建筑施工；為；米；千米；揭示了軟件項(xiàng)目的源程序代碼長度、軟件開發(fā)時(shí)

間和工作量三者之間的關(guān)系，在理論上有重要意義。

12.CoCoM。模型按其詳細(xì)程度分為基本CoCoM。模型、中間CoCoM。模型和詳細(xì)CoCoM。模型

三個(gè)層次。

13.基本CoCom。模型主要用于估算整個(gè)系統(tǒng)開發(fā)和維護(hù)的工作量以及軟件開發(fā)所

需要的時(shí)間。

14.一般地，由N個(gè)程序員組成的程序員小組在完成相同規(guī)模的軟件時(shí)需要的通信數(shù)量

C（N）=N（N-1）/2____________

15.McCall等人提出了由軟件質(zhì)量要素、評價(jià)準(zhǔn)則、定量度量三個(gè)層次組成的三層次度量模型。

16.程序圖G的環(huán)形復(fù)雜度V（G）的值等于程序圖中有界和無界的封閉區(qū)域的個(gè)數(shù)。

17.McCabe指出，V（G）可作為程序規(guī)模的定量指標(biāo)，V（G）值越高的程序往往建筑施工；為；米；千

米；越復(fù)雜、越容易出問題的程序。因此，他建議模塊規(guī)模以V（G）S10為宜。

18.Halstead給出了稱為文本復(fù)雜性度量的模型。它建筑施工；為