軟件工程復(fù)習(xí)題 (二)_第1頁
軟件工程復(fù)習(xí)題 (二)_第2頁
軟件工程復(fù)習(xí)題 (二)_第3頁
軟件工程復(fù)習(xí)題 (二)_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

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

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

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

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

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

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

5.系統(tǒng)程序可以跨平臺、跨計算機運行,是因為具有可移植性。

6.軟件生命周期中所花費用最多的階段是維護階段。

7.軟件會逐級退化而不會磨損,其原因在于不斷的變更使組件接口之間引起錯誤。

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

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

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

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

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

檔)為驅(qū)動、適合于(需求明確)的軟件項目的模型。

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

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

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

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

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

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

16.從工程管理的角度,可以將軟件設(shè)計分為兩個階段:()。

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

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

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

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

20.耦合(什么是內(nèi)容耦合)和內(nèi)聚的定義:(耦合:模塊之間的相對獨立性的度量內(nèi)聚:模塊功能強度的度

量)

二、簡答題

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

答:軟件危機是軟件在開發(fā)和維護過程中遇到的一系列嚴重危機問題

除了軟件本身的特點,其原因主要有以下幾個方面原因:

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

②軟件人員與用戶的交流存在障礙,使得獲取的的需求不充分或存在錯誤;

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

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

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

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

地維護它,這就是軟件工程。

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

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

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

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

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

創(chuàng)建型模式:單件模式、抽象工廠模式、建造者模式、工廠模式、原型模式。

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

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

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

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

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

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

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

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

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

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

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

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

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

理部分

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

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

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

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

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

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

6.等價分類法的基本思想是什么?

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

即測試某個等價類的代表值就等價于對?這?類其他值的測試。如果某個等價類是?個新的輸入數(shù)據(jù)(代表值)測試中

直出了錯誤,說明該類中其他測試用例也會有錯誤。

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

(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)逐級分解:對軟件結(jié)構(gòu)圖逐級分解;

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

(6)導(dǎo)出接口描述和全局數(shù)據(jù)結(jié)構(gòu):

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

據(jù)是什么?

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

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

(2)盡量模塊分解可以簡化要解決的問題,但是模塊分解不是越小越好。當模塊數(shù)目增加時,每個模塊的規(guī)模將減

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

工作量也將增加。

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

三、應(yīng)用題

1.按照以下描述,畫出UML類圖:

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

一本書包括出版商、出版日期和ISBN;一部分包括一個標題和一個序號。一章包括一個標題、一

個序號和一個摘要;一節(jié)包括一個標題和一個序號。注意部分、章和節(jié)等類都包括標題和序號屬性,

添加一個抽象類和一個泛化關(guān)系,將標題和序號者兩個屬性提取到抽象類中。

2.請建立下述的微機的對象模型:

一臺微機有一個顯示器,一個主機,一個鍵盤,一個鼠標,漢王筆可有可無。主機包括一個機箱,一個主板,一個電

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

盤。

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

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

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

(2)根據(jù)技術(shù)部門的物資驗收報告和物資采購單流水賬,更新物資臺賬文件。

(3)對物資臺賬分類匯總,將結(jié)果存儲于物資總賬文件中。

(4)物資出庫:物資使用部門填寫物資出庫單,包括物費編號、物資名稱、物資數(shù)量、物資使用

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

記錄出庫單,并更新物資總賬文件。

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

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

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

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

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

(3)給學(xué)生提供隨機組卷、在線聯(lián)系、在線評價功能。

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

6.分別用N-S圖和PND

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論