2023年新版軟件工程練習(xí)題

《軟件工程》練習(xí)題

一、判斷題

1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增長(zhǎng)了風(fēng)險(xiǎn)分析活動(dòng)。（對(duì)）

2.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行

具體定義。（錯(cuò)）

3.JAVA語言編譯器是一個(gè)CASE工具。（對(duì)）。

4.軟件是指用程序設(shè)計(jì)語言（如PASCAL,C,VISUALBASIC等）編寫的程序,

軟件開發(fā)事實(shí)上就是編寫程序代碼。（錯(cuò)）

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

6.數(shù)據(jù)庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)（對(duì)）

7.在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)

例，對(duì)象是生成類的模板。（錯(cuò)）

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

9.假如通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是對(duì)的的。（錯(cuò)）

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

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

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

12.集成測(cè)試重要由用戶來完畢。（錯(cuò)）

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

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

可。（錯(cuò)）

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

16.用例常被用在項(xiàng)目的需求分析階段，對(duì)項(xiàng)目的測(cè)試計(jì)劃和用戶指南也有用處。

（對(duì)）

二、單選題

1.瀑布模型的關(guān)鍵局限性在于（2）

（1）過于簡(jiǎn)樸（2）不能適應(yīng)需求的動(dòng)態(tài)變更（3）過于靈活（4）各個(gè)階段

需要進(jìn)行評(píng)審

2.在面向?qū)ο筌浖_發(fā)方法中，類與類之間重要有以下結(jié)構(gòu)關(guān)系（1）

（1）關(guān)聯(lián)和泛化（2）繼承和一般（3）聚集和消息傳遞（4）繼承和方法調(diào)

用

3.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（3）

（1）成本高（2）生產(chǎn)率低⑶技術(shù)發(fā)展快（4）質(zhì)量得不到保證

4.以下哪一項(xiàng)不是面向?qū)ο蟮奶匦裕?）

（1）多態(tài)性（2）繼承性（3）封裝性（4）過程調(diào)用

5.面向?qū)ο竽Ｐ椭匾梢韵履男┠Ｐ徒M成（1）

（1）對(duì)象模型、動(dòng)態(tài)模型、功能模型⑵對(duì)象模型、數(shù)據(jù)模型、功能模型（3）

數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型（4）對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型

6.軟件可行性研究一般不考慮（4）

（1）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（2）是否有足夠的工

具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（3）待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合

算（4）待開發(fā)的軟件是否會(huì)有質(zhì)量問題

7.軟件維護(hù)的副作用重要有以下哪幾種（3）

（1）編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用（2）編碼副作用、數(shù)據(jù)副作用、

調(diào)試副作用（3）編碼副作用、數(shù)據(jù)副作用、文檔副作用（4）編碼副作用、

文檔副作用、測(cè)試副作用

8.軟件項(xiàng)目計(jì)劃一般不涉及以下哪項(xiàng)內(nèi)容（4）

（1）培訓(xùn)計(jì)劃（2）人員安排（3）進(jìn)度安排（4）軟件開發(fā)標(biāo)準(zhǔn)的選擇和制

定

9.以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法（3）

（l）coad方法（2）booch方法（3）jackson方一法（4）omt方法

10.以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（2）

（1）基本途徑測(cè)試（2）邊界值分析測(cè)試（3）循環(huán)覆蓋測(cè)試（4）邏輯覆蓋

測(cè)試

11.需求規(guī)格說明書的作用不應(yīng)當(dāng)涉及（D）。

A、軟件設(shè)計(jì)的依據(jù)B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解

C、軟件驗(yàn)收的依據(jù)D、軟件可行性研究的依據(jù)

12.結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中用于（A）。

A、概要設(shè)計(jì)B、具體設(shè)計(jì)C、程序設(shè)計(jì)D、測(cè)試用例設(shè)計(jì)

13.軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。

A、DFDB、PADC、SCD、ER

14.JSP方法是一種面向（D）的設(shè)計(jì)方法。

A、對(duì)象B、數(shù)據(jù)流C、控制結(jié)構(gòu)D、數(shù)據(jù)結(jié)構(gòu)

15.程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)涉及（D）。

A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性

C、數(shù)據(jù)庫的易操作性D、軟件的可移植性

16.軟件測(cè)試中，白盒法是通過度析程序的（B）來設(shè)計(jì)測(cè)試用例的。

A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)

17.軟件維護(hù)費(fèi)用高的重要因素是（C）。

A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高

18?.瀑布模型本質(zhì)上是一種（A）模型。

A、線性順序B、順序迭代C、線性迭代D、及早見產(chǎn)品

19?.軟件質(zhì)量必須在（D）加以保證。

A、開發(fā)之前B、開發(fā)之后

C、可行性研究過程中D、設(shè)計(jì)與實(shí)現(xiàn)過程中

20.確認(rèn)測(cè)試重要涉及的文檔是（A）。

A、需求規(guī)格說明書B、概要設(shè)計(jì)說明書

C、具體設(shè)計(jì)說明書D、源程序

三、簡(jiǎn)答題

1.分析軟件危機(jī)產(chǎn)生的重要因素有哪些？

答：導(dǎo)致軟件危機(jī)的重要因素有：

（1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)

落后（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費(fèi)用不斷增長(zhǎng)

2.說明結(jié)構(gòu)化程序設(shè)計(jì)的重要思想是什么？

答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法（2）使用3種基本控制結(jié)構(gòu)、

單入口、單出口來構(gòu)造程序。

3.軟件測(cè)試涉及哪些環(huán)節(jié)？說明這些環(huán)節(jié)的測(cè)試對(duì)象是什么？

答：（1）單元測(cè)試，測(cè)試對(duì)象為單元模塊（2）集成測(cè)試，測(cè)試對(duì)象為組裝

后的程序模塊（3）確認(rèn)測(cè)試，測(cè)試對(duì)象為可運(yùn)營(yíng)的目的軟件系統(tǒng)

4.需求分析與軟件設(shè)計(jì)兩個(gè)階段任務(wù)的重要區(qū)別是什么？

答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么；軟件設(shè)計(jì)

定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。

5.說明軟件測(cè)試和調(diào)試的目的有何區(qū)別？

答：測(cè)試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤，調(diào)試的目的是定位軟件錯(cuò)誤

并糾正錯(cuò)誤。

6.什么是軟件工程？

答：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概

念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把通過時(shí)間考驗(yàn)而證明對(duì)的的管

理技術(shù)和當(dāng)前可以得到的最佳的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量

的軟件并有效地維護(hù)它，這就是軟件工程。

7.軟件工程的目的：就是在規(guī)定的時(shí)間、規(guī)定的開發(fā)費(fèi)用內(nèi)開發(fā)出滿足用戶需

求的高質(zhì)量的軟件系統(tǒng)。

8.00A（面向?qū)ο蟮姆治觯┖?0D（畫向?qū)ο蟮脑O(shè)計(jì)）與結(jié)構(gòu)化分析和設(shè)計(jì)之

間的區(qū)別是什么？：一，OOA/OOD中的思維過程，發(fā)現(xiàn)過程，以及用戶、分

析員、設(shè)計(jì)人員之間的交流與結(jié)構(gòu)化分析/設(shè)計(jì)是本質(zhì)不同的；二，結(jié)構(gòu)化分

析和設(shè)計(jì)之間存在鴻溝，面向?qū)ο蠓治龊驮O(shè)計(jì)之間不存在鴻溝。

9.UML的重要特點(diǎn)：（1）統(tǒng)一的標(biāo)準(zhǔn)，已成為面向?qū)ο蟮臉?biāo)準(zhǔn)化的統(tǒng)一的建

模語言。（2）面向?qū)ο?。?）可視化、表達(dá)能力強(qiáng)大。（4）獨(dú)立于過程，不

依賴于特定的軟件開發(fā)過程。（5）概念明確，建模表達(dá)法簡(jiǎn)潔，圖形結(jié)構(gòu)清

楚，容易掌握使用。

10.UML和程序設(shè)計(jì)語言的關(guān)系：用UML是對(duì)一個(gè)系統(tǒng)建立模型，而程序設(shè)計(jì)語

言是用編碼實(shí)現(xiàn)一個(gè)系統(tǒng)。一些CASE工具可以根據(jù)UML所建立的系統(tǒng)模型

來產(chǎn)生程序設(shè)計(jì)語言代碼框架。

11.用例在RUP過程的各個(gè)階段中的應(yīng)用：（1）在初始階段，應(yīng)當(dāng)了解項(xiàng)目范圍，

并且為其創(chuàng)建商業(yè)用例。（2）在細(xì)化階段，將進(jìn)行需求分析和風(fēng)險(xiǎn)分析，開

發(fā)出基本的體系結(jié)構(gòu)。在此階段需要開發(fā)更細(xì)節(jié)化的用例。（3）在構(gòu)造階段,

以用例作為設(shè)計(jì)和開發(fā)測(cè)試計(jì)劃的起點(diǎn)，更加細(xì)節(jié)化的用例可作為每一次迭

代分析的一部分進(jìn)行開發(fā)；（4）在交付階段，把已經(jīng)開發(fā)出的項(xiàng)目完善成為

產(chǎn)品。此階段使用用例來開發(fā)用戶指南和培訓(xùn)手冊(cè)。

12.什么是模型？開發(fā)軟件為什么要建模？

答：模型是為了理解事物而對(duì)事物作出的一種抽象，是對(duì)事物的一種無歧義

的書面描述。在對(duì)目的系統(tǒng)進(jìn)行分析的初級(jí)階段，模型提供了組織大量信息的一

種有效機(jī)制；模型建立起來后，要經(jīng)受用戶和領(lǐng)域?qū)＜业膰?yán)格審查，發(fā)現(xiàn)錯(cuò)誤改

正錯(cuò)誤，最終使軟件開發(fā)人員對(duì)問題有了透徹的理解，從而為后續(xù)的開發(fā)工作奠

定了堅(jiān)實(shí)的基礎(chǔ)。

13.在用例中重要有兩種方法來解決時(shí)間，分別畫圖舉例說明：（1）把時(shí)間當(dāng)作

一個(gè)執(zhí)行者，讓時(shí)間執(zhí)行者來啟動(dòng)用例。如示例1。（2）把時(shí)間當(dāng)作系統(tǒng)的

一部分，用例在某個(gè)時(shí)間自己?jiǎn)?dòng)。如示例2。

一壽-o

發(fā)送目錄

發(fā)送目錄客戶

季度末

(from螭g

示例1示例2

14.比較“三層體系結(jié)構(gòu)模式”、“管道和過濾器型體系結(jié)構(gòu)模式”以及“面向?qū)?/p>

象的體系結(jié)構(gòu)模式”對(duì)于系統(tǒng)功能的解決方式。答：在三層體系結(jié)構(gòu)模式中，

每一種功能都存在于三個(gè)地方一用戶接口、業(yè)務(wù)規(guī)則、數(shù)據(jù)庫。在管道和過

濾器型體系結(jié)構(gòu)模式中，各種功能則可以只通過數(shù)據(jù)互相作用。面向?qū)ο蟮?/p>

體系結(jié)構(gòu)模式把每一個(gè)功能都表達(dá)成獨(dú)立的、自我包含的部分。

15.將登錄作為一個(gè)獨(dú)立的用例（如圖）來解決有何優(yōu)點(diǎn)？此時(shí)，對(duì)：

登錄

于其他兩個(gè)用例應(yīng)做何種解決？答：這種方法的優(yōu)點(diǎn)在

于登錄的用例只描述了登錄，別無其他內(nèi)容。圖表文本客戶訂購(gòu)貨物

清楚、簡(jiǎn)樸易懂，系統(tǒng)靈活性得到提高。在其他用例中包含了一

獲得訂單的狀態(tài)

個(gè)前置條件，此前置條件表白只有在用戶登錄有效之后，該用例才干被執(zhí)行。

四、名詞解釋

1.需求分析：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查

分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換

到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。

2.面向?qū)ο笤O(shè)計(jì)：是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量規(guī)定的、抽

象的系統(tǒng)實(shí)現(xiàn)方案的過程?；蛘哒f，面向?qū)ο笤O(shè)計(jì)就是用面向?qū)ο笥^點(diǎn)建立

求解域模型的過程。

3.結(jié)構(gòu)化設(shè)計(jì)：面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，

按一定的環(huán)節(jié)映射成軟件結(jié)構(gòu)，因此又稱結(jié)構(gòu)化設(shè)計(jì)(SD)o

4.結(jié)構(gòu)化分析：是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)解決的流程，用數(shù)

據(jù)圖來建立系統(tǒng)的功能模型，從而完畢需求分析工作。

5.原型：是指模擬某種產(chǎn)品的原型模型。軟件開發(fā)中的原型是軟件的一個(gè)初期

可運(yùn)營(yíng)的版本，它反映了最終系統(tǒng)的重要特性。

6.模型：是為了理解事務(wù)而對(duì)事物做出一種抽象，它忽略不必要的細(xì)節(jié)，只提

取與事務(wù)相關(guān)的特性。

7.瀑布模型：是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模

型。它涉及可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、具體設(shè)計(jì)、

編碼、測(cè)試和維護(hù)。它規(guī)定了由前至后，互相銜接的固定順序，如同瀑布流

水，逐級(jí)下落。

8.增量模型：是在項(xiàng)目的開發(fā)工程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式

涉及增量開發(fā)和增量提交。增量開發(fā)是指在項(xiàng)目開發(fā)過程中以一定的時(shí)間間

隔開發(fā)部分工作軟件；增量提交是指在開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量

方式向用戶提交工作軟件及相應(yīng)穩(wěn)當(dāng)。增量開發(fā)和增量提交可以同時(shí)使用，

也可單獨(dú)使用。

9.對(duì)象模型：表達(dá)了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu),

它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來描述，表現(xiàn)了對(duì)象的互相關(guān)系。

10.類：具有相同或相似性質(zhì)的對(duì)象的抽象就是類。

11.對(duì)象：是人們要進(jìn)行研究的任何事物，從最簡(jiǎn)樸的整數(shù)到復(fù)雜的飛機(jī)等均可

看作對(duì)象，它不僅能表達(dá)具體的事物，還能表達(dá)抽象的規(guī)則、計(jì)劃或事件。

類的具體化就是對(duì)象，也可以說類的實(shí)例是對(duì)象。

12.多態(tài)性：指相同的操作或函數(shù)、過程可作用于多種類型的對(duì)象上并獲得不同

結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)

性。

13.風(fēng)險(xiǎn)分析：事實(shí)上就是貫穿在軟件工程上的一系列風(fēng)險(xiǎn)管理環(huán)節(jié)，其中涉及

風(fēng)險(xiǎn)辨認(rèn)、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督，它能讓人們積

極“襲擊”風(fēng)險(xiǎn)。

14.模塊：模塊在程序重視數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，或者是?/p>

獨(dú)命名和編址的元素，如高級(jí)語言中的過程、函數(shù)、子程序等等。

15.UML：統(tǒng)一建模語言的簡(jiǎn)稱，是對(duì)軟件密集型系統(tǒng)中的制品進(jìn)行可視化、詳

述、構(gòu)造和文檔化的語言。

16.RUP：是RationalUnifiedProcess的縮寫，即由Rational公司提出的一個(gè)綜合

的開發(fā)軟件的過程。RUP由四個(gè)重要的部分組成：初始、細(xì)化、構(gòu)造和交付。

17.系統(tǒng)：是指你打算開發(fā)的任何事物，它也許是軟件、硬件或過程。

18.項(xiàng)目：是指為了建立一個(gè)系統(tǒng)而做的所有事情，涉及制定計(jì)劃、安排進(jìn)度以

及歸檔等。

19.執(zhí)行者：是同系統(tǒng)交互的所有事物，例如，人、其他的軟件、硬件設(shè)備、數(shù)

據(jù)存儲(chǔ)或者網(wǎng)絡(luò)。

20.基本途徑：是在進(jìn)行用例描述時(shí)，一系列沒有分支和選擇的簡(jiǎn)樸陳述句。每

一步都假設(shè)一切都是對(duì)的的，每一步選取最通用的方式。

21.場(chǎng)景：你所選擇的任何一種貫穿用例的特定途徑。

22.CRUD：指維護(hù)數(shù)據(jù)時(shí)的創(chuàng)建、讀取、更新以及刪除功能。

五、填空

1.概括地說，軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)營(yíng)維護(hù)3個(gè)時(shí)期

組成，每個(gè)時(shí)期又進(jìn)一步劃提成若干個(gè)階段。

2.軟件危機(jī)包含下述兩方面的問題：如何開發(fā)軟件；如何維護(hù)軟件。

3.噴泉模型使軟件開發(fā)過程具有迭代性和無間隙性性。

4.可行性研究的目的是用最小的代價(jià)在盡也許短的時(shí)間內(nèi)擬定該軟件項(xiàng)目溪

否值得開發(fā)。

5.需求分析階段，分析人員要擬定對(duì)問題的綜合需求，其中最重要的是功能需

求。

6.軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表達(dá)的過程。

7.具體設(shè)計(jì)的目的不僅使解決過程邏輯上對(duì)的，還應(yīng)使解決過程清楚易讀。

8.增量模型適合于開發(fā)需求不明確不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。

9.?要覆蓋具有循環(huán)結(jié)構(gòu)的所有途徑是不也許的，一般通過限制.循環(huán)次數(shù)來測(cè)

試。

10.軟件生存周期中時(shí)間最長(zhǎng)、花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是捶亂階

段。

11.對(duì)象之間進(jìn)行通信的構(gòu)造叫做消息。

12.計(jì)算機(jī)輔助軟件工程這一術(shù)語的英文縮寫為CASE。

13.增量模型適合于軟件需求不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。

14.結(jié)構(gòu)化分析方法的分析策略是自頂向下逐步求精。

15.可行性研究實(shí)質(zhì)上是要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)

的過程。

16.衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是耦合性與內(nèi)聚性。

17.維護(hù)階段是軟件生存周期中花費(fèi)精力和費(fèi)用強(qiáng)叁的階段。

18.繼承性是子類自動(dòng)共享其父類的數(shù)據(jù)結(jié)構(gòu)和方法機(jī)制。

19.在面向?qū)ο蠓椒ㄖ?，人們常用狀態(tài)圖描述類中對(duì)象的動(dòng)態(tài)行為。

20.規(guī)定功能的軟件，在一定限度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該

軟件為容錯(cuò)軟件。

21.面向?qū)ο蠹夹g(shù)充足體現(xiàn)了分解，抽象，模塊化，信息隱蔽等思想,可以有

效地提高軟件生產(chǎn)率，縮短軟件開發(fā)時(shí)間，提高質(zhì)量。

22.在UML中，關(guān)系有4種類型，分別是依賴，關(guān)聯(lián)，泛化，實(shí)現(xiàn)。

23.RUP的特點(diǎn)是迭代和風(fēng)險(xiǎn)驅(qū)動(dòng)的軟件過程。

24.通過擬定執(zhí)行者和用例來擬定系統(tǒng)邊界。

25.用例的每一步都應(yīng)當(dāng)是一個(gè)簡(jiǎn)樸的陳述句,缺省時(shí)這些環(huán)節(jié)準(zhǔn)時(shí)間順序組織。

26.可行性研究的目的是用最小的代價(jià),在盡也許短的時(shí)間內(nèi),擬定該項(xiàng)目是查

可以開發(fā)。

27.程序設(shè)計(jì)時(shí)代的生產(chǎn)方式是個(gè)傕王工，程序系統(tǒng)時(shí)代的生產(chǎn)方式是隹坊式小

團(tuán)隊(duì),軟件工程時(shí)代的生產(chǎn)方式是工程化。

28.噴泉模型是一種以需求分析為動(dòng)力,以對(duì)象為驅(qū)動(dòng)的模型。

29.需求分析階段，分析人員要擬定對(duì)問題的綜合需求,其中最重要的是功能需

求。

30.可行性研究需要從以下三個(gè)方面分析研究每種解決方法的可行性：技術(shù)可行

性、經(jīng)濟(jì)可行性、操作可行性。

31.可行性研究的目的不是去開發(fā)一個(gè)軟件項(xiàng)目，而是研究這個(gè)軟件項(xiàng)目是否值

得開發(fā),其中的問題能否解決。

32.鑒定樹較鑒定表直觀易讀，鑒定表進(jìn)行邏輯驗(yàn)證較嚴(yán)格,能把所有的也許性

所有都考慮到?？蓪煞N工具結(jié)合起來，先用鑒定表做底稿，在此基礎(chǔ)上產(chǎn)

生鑒定樹。

33.軟件工具的發(fā)展特點(diǎn)是軟件工具有單一工具向多個(gè)工具集成化方向發(fā)展。重

視用戶界面的設(shè)計(jì),不斷的采用新理論和新技術(shù)。軟件工具的商品化推動(dòng)了

軟件產(chǎn)業(yè)的發(fā)展，而軟件產(chǎn)業(yè)的發(fā)展，又增長(zhǎng)了對(duì)軟件工具的需求，促進(jìn)了

軟件工具的商品化進(jìn)程。

34.可行性研究實(shí)質(zhì)上是進(jìn)行一項(xiàng)簡(jiǎn)化、壓縮了的需求分析、設(shè)計(jì)過程。

35.結(jié)構(gòu)化方法有結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成,它是一種面

向數(shù)據(jù)流的開發(fā)方法。

36.投資回收期就是累計(jì)的經(jīng)濟(jì)效益等于最初的項(xiàng)目投資所需的時(shí)間。

37.具體描述解決過程常用三種描述工具：圖形、表格和語言。

38.數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè)輸入流和一個(gè)輸出流。

39.結(jié)構(gòu)化設(shè)計(jì)以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)。

40.當(dāng)數(shù)據(jù)流圖中某個(gè)加工的一組動(dòng)作存在著多個(gè)條件復(fù)雜組合的判斷時(shí)，使用

鑒定表或鑒定樹較好。

41.由于運(yùn)用原型的目的和方式不同，在使用原型時(shí)也采用不同的策略，有拋棄

策略和附加策略。

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

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

43.軟件開發(fā)中原型是軟件的一個(gè)初期可運(yùn)營(yíng)的版本，它反映了最終系統(tǒng)的重要

特性。

44.任何程序都可由順序、選擇、反復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。

45.測(cè)試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。這樣便于對(duì)照檢查。

46.需求分析階段產(chǎn)生的最重要的文檔之一是需求規(guī)格說明書。

47.項(xiàng)目開發(fā)計(jì)劃是一個(gè)管理性文檔。

48.軟件配置管理，簡(jiǎn)稱軟件配置項(xiàng)簡(jiǎn)稱翼1。

49.在算法描述工具中，PAD圖可自動(dòng)生成程序。由機(jī)器自動(dòng)通過走樹的辦法生

成相應(yīng)的源代碼，大大提高軟件的生產(chǎn)率。

50.在CASE集成中，控制集成支持工作臺(tái)或環(huán)境中一個(gè)工具對(duì)系統(tǒng)中其它工具

的訪問。過程集成是指CASE系統(tǒng)嵌入了關(guān)于過程活動(dòng)、階段、約束和支持

這些活動(dòng)所需的工具的知識(shí)。

51.解決一個(gè)復(fù)雜問題，往往采用的策略是分解。

52.效益分析有有形效益和無形效益兩種。

53.兩個(gè)模塊都是用同一張表，這種耦合稱為公共耦合。

54.一個(gè)模塊把數(shù)值作為參數(shù)傳送給另一個(gè)模塊，這種耦合方式稱為數(shù)據(jù)耦合。

55.一個(gè)模塊內(nèi)部各程序段都在同一張表上操作，這個(gè)模塊的內(nèi)聚性稱為通信內(nèi)

聚。

56.在SA方法的需求描述工具中，數(shù)據(jù)流圖描述系統(tǒng)的分解,即描述系統(tǒng)有哪

幾部分組成，各部分之間有什么聯(lián)系等等。數(shù)據(jù)字典定義了數(shù)據(jù)流圖中每一

個(gè)圖形元素；結(jié)構(gòu)化語言、鑒定表或鑒定樹則具體描述數(shù)據(jù)流圖中不能被再

分解的每一個(gè)加工。

57.軟件項(xiàng)目計(jì)劃是可行性研究階段的結(jié)果產(chǎn)品。但由于可行性研究是在高層次

進(jìn)行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細(xì)節(jié)情節(jié)，因此軟件項(xiàng)口計(jì)劃一般

在需求分析階段完畢后才定稿的。

58.信息隱蔽指在設(shè)計(jì)和擬定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），

對(duì)于不需要這些信息的其它模塊來說是不能訪問的。

59.同一個(gè)類中的共享是指同一個(gè)類中的對(duì)象有著相同的數(shù)據(jù)結(jié)構(gòu)和相同的行為

特性。

60.通過抽象,可以擬定組成軟件的過程實(shí)體。通過信息隱蔽,可以定義和實(shí)行

對(duì)模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。

61.支Q_圖描述分層圖中一個(gè)模塊的輸入、輸出和解決內(nèi)容。

62.軟件是一種邏輯產(chǎn)品,它與物質(zhì)產(chǎn)品有很大區(qū)別。

63.數(shù)據(jù)流圖中的箭頭表達(dá)數(shù)據(jù)流。

64.軟件測(cè)試時(shí)需要三類信息：軟件配置、測(cè)試配置、測(cè)試工具。

65.基于IDEF0圖的設(shè)計(jì)也是結(jié)構(gòu)化設(shè)計(jì)技術(shù)之一，它以系統(tǒng)的功能模型和信息

結(jié)構(gòu)為基礎(chǔ)設(shè)計(jì)軟件結(jié)構(gòu)。

66.系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表達(dá)系統(tǒng)中各個(gè)元素，

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

67.樁模塊是用來代替被測(cè)試模塊所調(diào)用的模塊，它的作用是返回被測(cè)模塊所需

的信息。

68.建立數(shù)據(jù)字典一般的兩種形式是手工建立和運(yùn)用計(jì)算機(jī)輔助建立并維護(hù)。

69.匯編語言是面向機(jī)器的，可以完畢高級(jí)語言無法滿足規(guī)定的特殊功能，如與

外部設(shè)備之間的一些接口操作。

70.黑盒測(cè)試是功能測(cè)試，因此設(shè)計(jì)測(cè)試用例時(shí)，需要研究需求規(guī)格說明書和概

要設(shè)計(jì)說明書中有關(guān)程序功能或輸入、輸出之間的關(guān)系等信息,從而與測(cè)試

后的結(jié)果進(jìn)行分析比較。

71.在類層次中，子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。子

類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。

72.由于數(shù)據(jù)流是流動(dòng)中的數(shù)據(jù)，所以必須有流向。除了與數(shù)據(jù)存儲(chǔ)之間的數(shù)據(jù)

流不用命名外，數(shù)據(jù)流應(yīng)當(dāng)用名詞或名詞短語命名。

73.投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。項(xiàng)目的

純收入是指在整個(gè)生存周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益（折合成現(xiàn)在值）與投資之

差。

74.程序設(shè)計(jì)語言的簡(jiǎn)潔性是指人們必須記住的語言成分的數(shù)量。人們要掌握一

種語言，需要記住的成分?jǐn)?shù)量越多,簡(jiǎn)潔性越差。

75.不同對(duì)象的同一屬性可以具有相同或不同的屬性值。

76.軟件開發(fā)劃分的各階段任務(wù)盡也許相對(duì)獨(dú)立,同一階段任務(wù)性質(zhì)盡也許相同。

77.瀑布模型是將生存周期各活動(dòng)規(guī)定為線性順序聯(lián)接的若干階段的模型。

78.成本效益分析的目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)軟件項(xiàng)目是否可行。

79.在需求分析階段要進(jìn)行以下幾方面的工作：?jiǎn)栴}辨認(rèn)、分析與綜合、導(dǎo)出軟

件的邏輯模型、編寫文檔。

80.靜態(tài)冗余常用的有：三模冗余TMR和多模冗余。

81.McCabe質(zhì)量度量模型，針對(duì)面向軟件產(chǎn)品的運(yùn)營(yíng)、修正、轉(zhuǎn)移。

82.程序設(shè)計(jì)語言的局部性是指語言的聯(lián)想性。在編碼過程中，由語句組合成模

塊，由模塊組裝成系統(tǒng)結(jié)構(gòu),并在組裝過程中實(shí)現(xiàn)模塊的高內(nèi)聚，低耦合,

使局部性得到加強(qiáng)。

83.軟件復(fù)雜性度量的參數(shù)重要有規(guī)模、難度、結(jié)構(gòu)和職能度。

84.項(xiàng)目開發(fā)計(jì)劃的重要內(nèi)容有：項(xiàng)目概述、實(shí)行計(jì)劃、人員組織及分工、交付

期限。

85.可行性研究要在較高層次上以較抽象方式進(jìn)行需求分析和設(shè)計(jì)。

86.軟件工程是一門綜合性交叉學(xué)科，計(jì)算機(jī)科學(xué)著重于原理和理論，軟件工程

著重于建造軟件系統(tǒng)。

87.維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。

88.若年利率為I,不計(jì)復(fù)利，P元在n年后的價(jià)值F=P*(l+n*i)

89.軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。

90.軟件設(shè)計(jì)階段產(chǎn)牛的最重要的文檔之一是概要設(shè)計(jì)說明書。

91.獨(dú)立途徑是指涉及一組以前沒有解決的語句或條件的一條途徑。從程序圖來

看，一條獨(dú)立途徑是至少包具有一條在其它獨(dú)立途徑中未有過的邊的途徑。

92.各模塊通過單元測(cè)試后,將各模塊組裝起來進(jìn)行集成測(cè)試,以檢查與設(shè)計(jì)相

關(guān)的軟件系統(tǒng)結(jié)構(gòu)的有關(guān)問題。

93.開發(fā)過程管理涉及項(xiàng)目計(jì)劃和控制和任務(wù)管理等。

94.臨時(shí)維護(hù)小組采用“同事復(fù)審”或“同行復(fù)審”等方法來提高維護(hù)工作的效率。

95.、數(shù)據(jù)字典中的加工邏輯重要描述該加工做什么,即實(shí)現(xiàn)加工的策略，而不

是實(shí)現(xiàn)加工的細(xì)節(jié)，它描述如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加式規(guī)則。

96.為了較完整的描述用戶對(duì)系統(tǒng)的需求,DFD應(yīng)與數(shù)據(jù)庫中的圖結(jié)合起來。

97.純收入是軟件生存周期內(nèi)累計(jì)經(jīng)濟(jì)效益與投資之差。

98.反映軟件結(jié)構(gòu)的基本形態(tài)特性是深度、寬度、扇入和扇出。

99.若年利率為I,不計(jì)復(fù)利，n年后能收入F元的現(xiàn)在價(jià)值p=F/(l+n*i)0

100.在一個(gè)模塊中，功能狀態(tài)與接口反映模塊的外部特性,邏輯反映它的內(nèi)

部特性。

101.硬件與軟件一起構(gòu)成完整的計(jì)算機(jī)系統(tǒng)。

102.SA方法中重要描述工具是DFD與DD。

103.軟件牛存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。

104.結(jié)構(gòu)化設(shè)計(jì)對(duì)數(shù)據(jù)流有兩種分析方法，他們是變換分析設(shè)計(jì)和事備分析

設(shè)計(jì)。

105.數(shù)據(jù)字典中有四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、加工。

106.常借用硬件可靠性的定量度量方法來度量軟件的可靠性與可用性。常用

指標(biāo)有平均失效等待時(shí)間MTTF和平均失效間隔時(shí)間MTBF。

107.Lisp是一種函數(shù)型語言，Prolog是一種邏輯性語言。

108.Jackson結(jié)構(gòu)圖能對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解,因此可以表達(dá)層次結(jié)構(gòu)。

109.變換模型是一種適合于龍式化開發(fā)方法的模型，從軟件需求形式化說明

開始，通過一系列變換，最終得到系統(tǒng)的目的程序。

110.軟件開發(fā)環(huán)境的重要目的是提高軟件開發(fā)的生三率，改善軟件質(zhì)量和減

少軟件成本。

111.“軟件”包含計(jì)算機(jī)程序及其說明程序的各種文檔。

112.開發(fā)過程依序涉及需求分析、設(shè)計(jì)、編碼、集成、軟件安裝和驗(yàn)收等活

動(dòng)。

113.社會(huì)可行性研究涉及協(xié)議、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范,

其他一些技術(shù)人員經(jīng)常不了解的陷阱等。

114.IDEF0方法中，將系統(tǒng)功能稱為活動(dòng),將表達(dá)系統(tǒng)功能的圖形稱為渣動(dòng)

圖形。

115.數(shù)據(jù)庫的設(shè)計(jì)指數(shù)據(jù)存儲(chǔ)文獻(xiàn)的設(shè)計(jì),重要進(jìn)行的設(shè)計(jì)方面有：概念設(shè)

計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)。

116.假如只有兩個(gè)模塊之間有公共數(shù)據(jù)環(huán)境，這種公共耦合有兩種情況：一

是一個(gè)模塊只是給公共數(shù)據(jù)環(huán)境送數(shù)據(jù),另一個(gè)模塊是只從公共環(huán)境中取數(shù)

據(jù)，這是比較松散的公共耦合；二是兩個(gè)模塊都往公共環(huán)境中送數(shù)據(jù)又從里

面取數(shù)據(jù),這是緊密的數(shù)據(jù)耦合。

117.Jackson方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。初期的Jackson方法用于開發(fā)

模型較少的數(shù)據(jù)解決系統(tǒng)的設(shè)計(jì)，簡(jiǎn)稱JSP。

118.工程網(wǎng)絡(luò)圖只有一個(gè)開始點(diǎn)和一個(gè)終止點(diǎn)，開始點(diǎn)沒有流入箭頭，稱為

入度為零;終止點(diǎn)沒有流出箭頭，稱為出度為零。

119.為了保證每個(gè)開發(fā)過程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過程，必

須進(jìn)行質(zhì)量檢查,檢查的實(shí)行有實(shí)際運(yùn)營(yíng)檢查（即白盒測(cè)試和黑盒測(cè)試）和

鑒定兩種形式。

六、綜合應(yīng)用

1.畫出下面?zhèn)未a程序的PAD圖。

WHILEPDO

IFA>0THENAlELSEA2ENDIF;

SI；

IFB>0THEN

Bl；

WHILECDOS2;S3ENDWHILE;

ELSE

B2

ENDIF;

B3

ENDWHILE;

答案:

T

2.畫出下列偽碼程序的程序流程圖和盒圖。

START

IFpTHEN

WHILEqDO

f

ENDDO

ELSE

g

n

ENDIF

STOP

答案：

程序流程圖盒圖

n

3.對(duì)于如下的偽碼程序：

START

INPUT(A,B)

X=0

IFA>10

THENX=10

ENDIF

IFB<20

THENX=X+100

ENDIF

PRINT(X)

STOP

(1)說明設(shè)計(jì)語句覆蓋的測(cè)試數(shù)據(jù)的思緒，并說明X