軟件工程復(fù)習(xí)題

一、判斷、填空題、選擇題

1.軟件開發(fā)的瀑布模型適用條件是需求清晰的場(chǎng)合。

2.軟件開發(fā)的增量模型可以快速構(gòu)造核心模塊，提交給用戶使用。

3.需求分析是要弄清楚軟件要做什么的階段，符合用戶要求。

4.模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)該是高度內(nèi)聚，松散耦合的模塊。耦合強(qiáng)調(diào)松散，模塊與模塊間的連接，內(nèi)聚強(qiáng)調(diào)緊密，

關(guān)注同一件事情。

5.系統(tǒng)程序可以跨平臺(tái)、跨計(jì)算機(jī)運(yùn)行，是因?yàn)榫哂锌梢浦残浴?/p>

6.軟件生命周期中所花費(fèi)用最多的階段是維護(hù)階段。

7.軟件會(huì)逐級(jí)退化而不會(huì)磨損，其原因在于不斷的變更使組件接口之間引起錯(cuò)誤。

8.順序圖和協(xié)作圖所表現(xiàn)的含義是相同的，同構(gòu)的。

9.結(jié)構(gòu)化分析的英文全稱是（StructuredAnalysis），這種分析主要是通過哪幾種模型圖來呈現(xiàn)（數(shù)據(jù)流圖DFD、

實(shí)體?關(guān)系圖ER、狀態(tài)-遷移圖STD）。

10.UML全稱是（統(tǒng)一建模語言）.

11.螺旋模型是將（瀑布模型）和：快速原型模型）結(jié)合起來，并且加入了（風(fēng)險(xiǎn)分析）。瀑布模型是以（文

檔）為驅(qū)動(dòng)、適合于（需求明確）的軟件項(xiàng)目的模型。

12.用例圖的定義和作用是什么（定義：描述的是參與者所理解的系統(tǒng)功能。作用：用于需求分析階段，它的建立

是系統(tǒng)開發(fā)者和用戶反復(fù)討論的結(jié)果）。

13.順序圖和協(xié)作圖的用途是什么？（）

14.Coad和Yourdom給出的“面向?qū)ο蟆钡亩x如下：

面向的對(duì)象=（對(duì)象）+（類）+（繼承）+（消息通信）。

15.軟件維護(hù)的4中維護(hù)活動(dòng)是（改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)）。

16.從工程管理的角度，可以將軟件設(shè)計(jì)分為兩個(gè)階段：（）。

17.從技術(shù)的角度，概要設(shè)計(jì)階段要完成體系（結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)）。

18.軟件工程的目標(biāo)是（以較短的周期，較低的成本生產(chǎn)出高質(zhì)量的軟件，并最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)）。

19.程序的5種基本控制結(jié)構(gòu)是（順序型、選擇型、先判定型循環(huán)、后判定型循環(huán)、多情況型循環(huán)），如果簡(jiǎn)化到

三種是（順序、選擇、循環(huán)）。

20.耦合（什么是內(nèi)容耦合）和內(nèi)聚的定義：（耦合：模塊之間的相對(duì)獨(dú)立性的度量?jī)?nèi)聚：模塊功能強(qiáng)度的度

量）

二、簡(jiǎn)答題

1.什么是軟件危機(jī)？他有哪些典型的表現(xiàn)？為什么會(huì)出現(xiàn)軟件危機(jī)？

答：軟件危機(jī)是軟件在開發(fā)和維護(hù)過程中遇到的一系列嚴(yán)重危機(jī)問題

除了軟件本身的特點(diǎn)，其原因主要有以下幾個(gè)方面原因：

①缺乏軟件開發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開龍數(shù)據(jù)的積累，使得開發(fā)工作的計(jì)劃很難制定：

②軟件人員與用戶的交流存在障礙，使得獲取的的需求不充分或存在錯(cuò)誤；

③軟件開發(fā)過程不規(guī)范，如沒有真正的了解用戶的需求就開始編程序；

2.什么是軟件工程？軟件工程的三種基本要素是什么？

軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科，采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護(hù)軟件，把經(jīng)過

的時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠的得到的最好技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效

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

軟件工程的三種基本要素：方法、工具、過程。

3.什么是設(shè)計(jì)模式？常用的設(shè)計(jì)模式有哪些？

答：設(shè)計(jì)模式（Design?pattern）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)

經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為了可重用代碼，讓代碼更容易被他人理解、保證代碼可靠性。

設(shè)計(jì)模式為三種類型。共23種。

創(chuàng)建型模式：?jiǎn)渭Ｊ健⒊橄蠊S模式、建造者模式、工廠模式、原型模式。

結(jié)構(gòu)型模式：適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、代理模式。

行為型模式：模板方法模式、命令模式、迭代器模式、觀察者模式、中介者模式、備忘錄模式、解

釋器模式、狀態(tài)模式、策略模式、職責(zé)鏈模式、訪問者模式。

4.簡(jiǎn)要說明白盒測(cè)試和黑盒測(cè)試的區(qū)別。

答：門盒測(cè)試：把程序堪稱裝在一個(gè)透明的白色盒子里，測(cè)試者完全知道程序的結(jié)構(gòu)處理算法，按照程序內(nèi)部的邏輯

測(cè)試程序，檢測(cè)程序中主要執(zhí)行通路是否都能按預(yù)定要求正確工作。

????黑盒測(cè)試：把程序看作一個(gè)黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程，對(duì)程序接口進(jìn)行測(cè)試，檢兗程序的功

能是否能按照書的規(guī)格說明書的規(guī)定正常使用；程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息；程序運(yùn)行過

程中能否保持外部信息的完整性.

黑盒測(cè)試主要是檢查程序的功能是否滿足要求，白盒測(cè)試主要是檢查程序的內(nèi)部結(jié)構(gòu)是否按預(yù)定要求進(jìn)行。

5.典型的面向?qū)ο笤O(shè)計(jì)模型在邏輯上由哪幾個(gè)部分組成？對(duì)每一部分進(jìn)行設(shè)計(jì)時(shí)所

包含的主要內(nèi)容是什么？

答：典型的面向?qū)ο笤O(shè)計(jì)模型在邏輯二將系統(tǒng)劃分為4個(gè)部分：?jiǎn)栴}域部分、人機(jī)交互部分、任務(wù)管理部分及數(shù)據(jù)管

理部分

①問題域部分的設(shè)計(jì)：在面向?qū)ο笤O(shè)計(jì)過程中，可能要對(duì)面向?qū)ο蠓治鏊贸龅膯栴}域模型進(jìn)行補(bǔ)充或調(diào)整；

②人機(jī)交互部分的設(shè)計(jì)：必須根據(jù)需求把交互細(xì)節(jié)加入到用戶界而設(shè)計(jì)中，包括人機(jī)交互中所必需的實(shí)際顯示和輸入；

③任務(wù)管理部分的設(shè)計(jì)：任務(wù)管理主要包括任務(wù)的選擇和調(diào)整，常見的任務(wù)有事件驅(qū)動(dòng)型任務(wù)，時(shí)鐘驅(qū)動(dòng)型任務(wù)，優(yōu)

先任務(wù)，關(guān)鍵任務(wù)和協(xié)調(diào)任務(wù)等：

④數(shù)據(jù)管理部分的設(shè)計(jì)：在面向?qū)ο笤O(shè)計(jì)中，可以將UML類圖看作是數(shù)據(jù)庫(kù)的概念模型，一個(gè)類可以映射為一個(gè)一

個(gè)表或多個(gè)表，此外，還要考慮類之間的關(guān)聯(lián)關(guān)系，繼承關(guān)系的映射；

6.等價(jià)分類法的基本思想是什么？

根據(jù)程序的輸入特性，將程序的定義劃分為有限個(gè)等價(jià)區(qū)段一-“等價(jià)類”，從等價(jià)類中選擇出用例具有“代表性”，

即測(cè)試某個(gè)等價(jià)類的代表值就等價(jià)于對(duì)?這?類其他值的測(cè)試。如果某個(gè)等價(jià)類是?個(gè)新的輸入數(shù)據(jù)（代表值）測(cè)試中

直出了錯(cuò)誤，說明該類中其他測(cè)試用例也會(huì)有錯(cuò)誤。

7.簡(jiǎn)述基于數(shù)據(jù)流方法的設(shè)計(jì)過程。

（1）復(fù)查并精華數(shù)據(jù)流圖：

（2）5角定數(shù)據(jù)流圖中數(shù)據(jù)流的類型，典型的數(shù)據(jù)流類型有變換型和事務(wù)型；

（3）導(dǎo)出初始化的軟件結(jié)構(gòu)圖，根據(jù)數(shù)據(jù)流類型，應(yīng)用變換型或事務(wù)型映射方法得到初始化的軟件結(jié)構(gòu)圖：

（4）逐級(jí)分解：對(duì)軟件結(jié)構(gòu)圖逐級(jí)分解；

（5）精華軟件結(jié)構(gòu)圖：使用設(shè)計(jì)度量和啟發(fā)式規(guī)則對(duì)得到的軟件結(jié)構(gòu)進(jìn)一步精華：

（6）導(dǎo)出接口描述和全局?jǐn)?shù)據(jù)結(jié)構(gòu)：

8.將大的軟件劃分成模塊有什么好處？是不是模塊劃分的越小越好？劃分模塊的依

據(jù)是什么？

答：（I）好處；將大的軟件劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，不同的模塊通常具有不同的功能或職責(zé)。這種方法

有利于將復(fù)雜的問題簡(jiǎn)單化，是分而治之策略的具體表現(xiàn)。

（2）盡量模塊分解可以簡(jiǎn)化要解決的問題，但是模塊分解不是越小越好。當(dāng)模塊數(shù)目增加時(shí)，每個(gè)模塊的規(guī)模將減

小，產(chǎn)發(fā)單個(gè)模塊的成本確定減少了，但隨著數(shù)目增加，模塊之間關(guān)系的復(fù)雜度也會(huì)增加，設(shè)計(jì)模塊間接口所需要的

工作量也將增加。

（3）依據(jù)：模塊只具有單一的功能且與其他模塊沒有太多的聯(lián)系。

三、應(yīng)用題

1.按照以下描述，畫出UML類圖：

一本書有很多部分組成，而這些部分又由許多章組成，章由許多組成。

一本書包括出版商、出版日期和ISBN；一部分包括一個(gè)標(biāo)題和一個(gè)序號(hào)。一章包括一個(gè)標(biāo)題、一

個(gè)序號(hào)和一個(gè)摘要；一節(jié)包括一個(gè)標(biāo)題和一個(gè)序號(hào)。注意部分、章和節(jié)等類都包括標(biāo)題和序號(hào)屬性,

添加一個(gè)抽象類和一個(gè)泛化關(guān)系，將標(biāo)題和序號(hào)者兩個(gè)屬性提取到抽象類中。

2.請(qǐng)建立下述的微機(jī)的對(duì)象模型：

一臺(tái)微機(jī)有一個(gè)顯示器，一個(gè)主機(jī)，一個(gè)鍵盤，一個(gè)鼠標(biāo)，漢王筆可有可無。主機(jī)包括一個(gè)機(jī)箱，一個(gè)主板，一個(gè)電

源及存儲(chǔ)器等部件。存儲(chǔ)器又分為固定存儲(chǔ)器和活動(dòng)存儲(chǔ)器兩種，固定存儲(chǔ)器為內(nèi)存和硬盤，活動(dòng)存儲(chǔ)器為軟盤和光

盤。

3.請(qǐng)根據(jù)以下描述畫出某庫(kù)存管理系統(tǒng)的數(shù)據(jù)流圖。

該系統(tǒng)的數(shù)據(jù)流描述如下：

（1）根據(jù)計(jì)劃部門轉(zhuǎn)來的收貨通知單和已存在的物資編碼文件，建立物資采購(gòu)單V

（2）根據(jù)技術(shù)部門的物資驗(yàn)收?qǐng)?bào)告和物資采購(gòu)單流水賬，更新物資臺(tái)賬文件。

（3）對(duì)物資臺(tái)賬分類匯總，將結(jié)果存儲(chǔ)于物資總賬文件中。

（4）物資出庫(kù)：物資使用部門填寫物資出庫(kù)單，包括物費(fèi)編號(hào)、物資名稱、物資數(shù)量、物資使用

部門、負(fù)責(zé)人、經(jīng)手人。系統(tǒng)根據(jù)物資總賬文件的庫(kù)存情況判斷是否能夠出庫(kù)，如果能夠出庫(kù)，則

記錄出庫(kù)單，并更新物資總賬文件。

4.針對(duì)上面的需求建立需求分析模型，包括數(shù)據(jù)流圖。

試題庫(kù)管理系統(tǒng)的相關(guān)人員包括題庫(kù)維護(hù)人員、教室及學(xué)術(shù)。系統(tǒng)的基本功能需求描述如下：

（I）題庫(kù)維護(hù)人員負(fù)責(zé)試題的添加、修改、刪除工作。試題信息包括試題編號(hào)、試題內(nèi)容、試題類型、參考答案、分

值等。其中，試題類型包括選擇題、判斷題、填空題、應(yīng)用題。

（2）給教師提供自動(dòng)組卷、手動(dòng)組卷及打印試卷功能，教師可以指定試卷分值，并選擇是否保存試卷。

（3）給學(xué)生提供隨機(jī)組卷、在線聯(lián)系、在線評(píng)價(jià)功能。

5.分別用數(shù)據(jù)流圖和PND圖表示選擇排序算法。

6.分別用N-S圖和PND