軟件工程復(fù)習(xí)題_第1頁
軟件工程復(fù)習(xí)題_第2頁
軟件工程復(fù)習(xí)題_第3頁
軟件工程復(fù)習(xí)題_第4頁
軟件工程復(fù)習(xí)題_第5頁
已閱讀5頁,還剩12頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

三、填空題

1、計算機軟件是指與計算機系統(tǒng)操作有關(guān)的程序以與任何與之有關(guān)的

文檔資料。

2、軟件運行維護階段是軟件生存周期中時間最長的階段。

3、軟件生存周期是指一個軟件從定義階段起先直到該軟件最終退役為

止的整個時期。

4、在軟件的生產(chǎn)過程中,總是有大量各種信息要記錄,因此,文檔

在產(chǎn)品的開發(fā)過程中起著重要的作用。

5、在軟件生存周期中,軟件定義過程的基本任務(wù)是確定軟件系統(tǒng)的亙

行性。

6、在軟件生存周期中,軟件定義過程可以通過軟件系統(tǒng)的可行性分

近、需求分析兩個階段來完成。

7、我們把支持軟件項目的具有協(xié)助開發(fā)功能的軟件叫做軟件開發(fā)的工

具軟件。

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

稱為軟件工程的三要素。

9、若視計算機軟件為一產(chǎn)品,站在計算機軟件對計算機(硬件)所

起的作用角度,可將軟件分為:支撐軟件、系統(tǒng)軟件、應(yīng)用軟件

10、為了提高軟件的開發(fā)效率,就須要對其要素進行充分相識。軟件

開發(fā)的要素主要是:

開發(fā)安排、系統(tǒng)分析、系統(tǒng)設(shè)計、程序設(shè)計、軟件測試。

11、軟件開發(fā)階段的文檔主要包括:可行性分析報告、需求分析報告、

系統(tǒng)設(shè)計報告、軟件測試報告、技術(shù)總結(jié)報告。

1、基于軟件生存周期的開發(fā)模型,其中有瀑布模型、原型模型、演

化模型(增量模型、螺旋模型)、“空殼”模型、面對對象模型、智能模

型、綜合模型等。

2、軟件的開發(fā)方法從大的方面可分為兩大類:傳統(tǒng)開發(fā)方法和現(xiàn)代

開發(fā)方法。

3、傳統(tǒng)開發(fā)方法主要有結(jié)構(gòu)化方法、面對數(shù)據(jù)結(jié)構(gòu)、面對問題分析

方法、面對對象、基于組件、構(gòu)件和中間件方法、可視化方法、基于重組

工程的開發(fā)方法等。

4、面對對象系統(tǒng)采納了算法、對象的分解的方法。

5、對象模型技術(shù)(ObjectModelingTechnique,OMT)方法從3個

視角描述系統(tǒng),相應(yīng)地供應(yīng)了3種模型:對象模型、動態(tài)模型和功能模型。

6、現(xiàn)代軟件開發(fā)方法主要包括靈敏軟件開發(fā)、精益軟件開發(fā)、Scrum

軟件開發(fā)、極限編程、統(tǒng)一過程方法、微軟開發(fā)方法等。

7、一般來說,IT軟件項目精益開發(fā)系統(tǒng)包括三個要素,即人、流程

和技術(shù)。

8、微軟過程把軟件開發(fā)周期劃分成4個階段規(guī)劃階段、開發(fā)階段、

測試階段、穩(wěn)定化階段。

9、RUP軟件開發(fā)生存周期體現(xiàn)了過程的動態(tài)結(jié)構(gòu)。它以初始、精化、

構(gòu)建和交付袤達。

10、極限編程XP定義了一套簡潔的開發(fā)流程,包括:編寫用戶案例,

架構(gòu)規(guī)范,實施規(guī)劃,迭代安排,代碼開發(fā),單元測試,驗收測試等。

1、軟件開發(fā)環(huán)境的主要組成成分是軟件工具。

2、按工作階段劃分,軟件開發(fā)工具可以分為設(shè)計工具、編碼工具和測

試工具、維護工具。

3、軟件開發(fā)環(huán)境,按工作模式分類交互式、批處理式和個人分布式

環(huán)境等。按應(yīng)用范圍分類有通用型和專用型.

4、軟件開發(fā)環(huán)境具有層次式的結(jié)構(gòu),分為四層:宿主層、核心層、基

本層、應(yīng)用層。

5、軟件開發(fā)環(huán)境基本組成有三:交互系統(tǒng)、工具集和環(huán)境數(shù)據(jù)庫。

6、軟件開發(fā)工具的目的是從信息溝通和管理方面,賜予軟件開發(fā)人

員幫助與支持。

7.WindowsXP,微軟最初發(fā)行了兩個版本家庭版、專業(yè)版。

8、軟件工具生成的文檔包括文章、幫助和簡介三大類。

9、Windows2000有四個版本:Professional、Server、AdvancedServer

和DatacenterServer。

10.軟件開發(fā)工具可以分為需求分析工具、設(shè)計工具、編碼工具、測

試工具。

11.軟件維護工具版本限制工具、文檔分析工具、逆向工程工具、再

工程工具。

13xMercuryInteractive公司的WinRunner是一種企業(yè)級的功能測試

工具,用于檢測應(yīng)用程序是否能夠達到預(yù)期的功能與正常運行。

14、通俗地說,軟件開發(fā)工具是軟件開發(fā)人員用的軟件。

15、按集成程度不同,軟件開發(fā)工具可分為專用的工具和應(yīng)用集成化

的工具兩種類型。

16、軟件工具的性能,主要包括人機界面、運用方式和兼容性。

1、亙紅坦k機的目的就是用最小的代價在盡可能短的時間內(nèi)確定軟件

項目是否能夠開發(fā),是否值得去開發(fā)。

2、可行性分析的目的不是去開發(fā)一個軟件項目,而是探討分析這個軟

件項目是否—、值得去開發(fā)。

3、可行性分析實質(zhì)上是要進行一次簡化,壓縮了的需求和分析過程,

要在較高層次上以較抽象的方式進行需求分析和設(shè)計過程。

4、可行性分析須要從技術(shù)可行性、經(jīng)濟可行性、社會可行性、資源可

行性、可行性五個方面分析探討每種解決方法的可行性。

5、技術(shù)可行性是對要開發(fā)項目的功能、性能、限制條件進行分析,確

定在現(xiàn)有的資源條件下,技術(shù)風(fēng)險有多大,項目是否能實現(xiàn)。

6、技術(shù)可行性一般要考慮的狀況包括:開發(fā)風(fēng)險分析,現(xiàn)有技術(shù)能

否實現(xiàn),現(xiàn)有技術(shù)發(fā)展分析。

7、技術(shù)可行性的探討包括:開發(fā)風(fēng)險分析,現(xiàn)有技術(shù)能否實現(xiàn),現(xiàn)有

技術(shù)發(fā)展分析。

8、社會可行性所涉與的范圍包括是查侵權(quán)、運行方式是否可行、環(huán)境

是否允許、用戶組織的管理模式,規(guī)范與其他一些技術(shù)人員經(jīng)常不了解的

陷阱等。

9、典型的可行性探討有下列步驟:確定項目規(guī)模和目標(biāo)、分析目前

運行的系統(tǒng)、設(shè)計新項目的總體框架、導(dǎo)出和評價各種方案,舉薦可行的

方案和編寫可行性探討報告。

10、一個可行性探討報告的主要內(nèi)容為:引言,項目簡況、現(xiàn)有狀況

分析、可行性分析、實現(xiàn)方案、結(jié)論。

11、成本/效益分析首先是估算將要開發(fā)系統(tǒng)的開發(fā)成本,然后與可能

取得的效益進行對比分析。

12、效益分有形效益和無形效益兩種,有形效益可以用利超、產(chǎn)值、

產(chǎn)量等指標(biāo)進行度量,無形效益主要從性質(zhì)上、心理上進行衡量,很難干

脆進行衡量,很難進行量的比較。

13、就是使累計的經(jīng)濟效益等于最初的投資用所須要的時間。項

目的_____是指在整個生存周期之內(nèi)的累計經(jīng)濟效益(折合成現(xiàn)在的值)

與投資之差。

(刪除)

14、項目開發(fā)安排的主要內(nèi)容有:項目概述、實施安排、支撐條件、

交付期限。

15、純收入是軟件生存周期內(nèi)兩項值之差,這兩項是銷售利潤與牝件

開發(fā)維護成本。

16、軟件工程有兩種效益,它們是經(jīng)濟效益和社會效益。

17、可行性探討具體步驟的最終一步是撰寫可行性分析報告。

1、軟件需求分析是軟件生存期中重要的一步,是軟件定義階段的最終

一個階段,是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟。

2、在軟件需求分析中,必需采納合理的步驟,才能精確地獲得軟件的

需求,可歸納為4個步驟:用戶識別調(diào)研、理解需求、編制需求分析文檔、

評審驗證、需求變更管理。

3、訪談是最早運用的獲得用戶需求的技術(shù),也是世界上仍舊廣泛運用

的需求分析技術(shù)。訪談有兩種基本形式:問卷調(diào)查和小組探討。

4、軟件的分析模型通常由一組模型組成,包括數(shù)據(jù)模型、功能模型和

行為模型。從數(shù)據(jù)字典動身主要通過以下3種圖來構(gòu)建該模型的3種模型:

E-R圖、DFD圖、STD圖。

5、數(shù)據(jù)流圖由數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)項、數(shù)據(jù)加工組成。

6、加工說明的描述工具通常有3種:結(jié)構(gòu)化語言、判定表、判定樹。

1、耦合衡量不同模塊彼此間相互依靠(連接)的緊密程度,模塊間

的耦合性越高,其模塊的獨立性就越低。兩個模塊之間的耦合方式通常有

7種,按耦合程度從低到高依次為:非干脆耦合、,數(shù)據(jù)耦合、標(biāo)記耦合、

限制耦合、外部耦合、公共耦合和內(nèi)容耦合。

2、耦合衡量不同模塊彼此間相互依靠(連接)的緊密程度,模塊間

的耦合性越高,其模塊的獨立性就越高。兩個模塊之間的耦合方式

通常有7種,按耦合程度從低到高依次為:偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)

聚、過程內(nèi)聚、通信內(nèi)聚、依次內(nèi)聚、功能內(nèi)聚。

3、數(shù)據(jù)流有變換型數(shù)據(jù)流圖和事物型數(shù)據(jù)流圖兩種基本類型。

4、軟件設(shè)計包括概要設(shè)計和具體設(shè)計兩人階段。

5、模塊獨立性的概念是模塊化、抽象和信息隱藏的干脆結(jié)果。

6、變換分析是一系列設(shè)計步驟的總稱,經(jīng)過這些步驟把變換型數(shù)據(jù)流

圖按預(yù)先確定的模式映射為軟件結(jié)構(gòu)。

7、軟件的具體設(shè)計可以采納圖形、表格和語言三種形式的描述工具表

示模塊的處理過程。

8、在具體設(shè)計階段的文檔是具體設(shè)計說明書,它是程序運行過程的描

述。

9、程序流程圖又稱為程序框圖,它是軟件開發(fā)者最熟識的一種算法表

達工具。

10、影響系統(tǒng)架構(gòu)設(shè)計的因素有許多種,一般主要從兩個大的方面考

慮:程序的運行結(jié)構(gòu)和源代碼的組織結(jié)構(gòu)。

1K三層邏輯架構(gòu)主要包括:界面表示層、業(yè)務(wù)層、數(shù)據(jù)存儲層。

12、在流行的數(shù)據(jù)庫軟件開發(fā)模式中,分為三類模式:用戶端/服務(wù)

器(C/S)、B/S模式、混合模式。

1、依據(jù)用戶對項目的運用狀況,可把用戶分為三類:初級用戶、中

級用戶、高級用戶。

2、用戶界面設(shè)計應(yīng)當(dāng)包括用戶運用分析、交互設(shè)計、界面設(shè)計、視

覺設(shè)計四個方面的內(nèi)容。

3、Web界面的主要形式一般有下面兒種:信息查詢類界面、大眾媒

體類界面、宣揚窗口類界面、電子商務(wù)類界面、溝通平臺類界面。

4、常見的服務(wù)器端腳本語言有PHP、ASP、JSP等。

5、Web界面設(shè)計工具常用的有Photoshop、Dreamwaver和Fireworks,

這些工具和HTML與各類腳本語言結(jié)合運用,可設(shè)計出各種功能的Web界

面。

1、計算機語言可分為兩大類:面對機器的語言、高級語言。

2、計算機語言依據(jù)語言的主要特點分類可分為:靜態(tài)高級語言、動

態(tài)高級語言、塊結(jié)構(gòu)高級語言、結(jié)構(gòu)化高級語言、系統(tǒng)實現(xiàn)語言等。

3、網(wǎng)絡(luò)系統(tǒng)的平安性主要考慮保證網(wǎng)絡(luò)設(shè)備連接的平安,這須要一

組相互重疊的平安機制,包括防火墻、數(shù)據(jù)包過濾器、物理平安、審查日

志、身份驗證和授權(quán)等

4、注釋的形式有注釋段、注釋行、語句后注釋等,注釋內(nèi)容有序言性

注釋、語句性注釋、功能性注釋、說明性注釋等。

5、標(biāo)識符分為兩部分:規(guī)范標(biāo)識前綴、含義標(biāo)識后綴。

6、標(biāo)識的總長度不要超過空個字符。

7、^region和#0鼠「681。11可以實現(xiàn)代碼的折疊

8、程序設(shè)計說明書的內(nèi)容包括三部分:程序說明部分、輸入輸出、

數(shù)據(jù)文件與其定義、處理概要。

1、E-R數(shù)據(jù)模型一般在數(shù)據(jù)庫設(shè)計的概念設(shè)計階段運用。

2、在數(shù)據(jù)庫領(lǐng)域里,統(tǒng)稱運用數(shù)據(jù)庫的各類系統(tǒng)為數(shù)據(jù)庫系統(tǒng)。

3、數(shù)據(jù)庫實施階段包括兩項重要的工作,一項是數(shù)據(jù)的載入,另一

項是應(yīng)用程序的編碼和調(diào)試。

4、數(shù)據(jù)庫設(shè)計的幾個步既是福求分析、概念設(shè)計、邏輯設(shè)計、物理

設(shè)計、數(shù)據(jù)庫實現(xiàn)和運行。

5、數(shù)據(jù)管理技術(shù)的發(fā)展大致經(jīng)過了以下三個階段:人工管理階段、

文件系統(tǒng)階段、數(shù)據(jù)庫系統(tǒng)階段。

6、在數(shù)據(jù)庫設(shè)計中,把數(shù)據(jù)需求寫成文檔,它是各類數(shù)據(jù)描述的集

合,包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和數(shù)據(jù)加工過程等的描述,

這通常稱為數(shù)據(jù)字典。

7、E-R圖向關(guān)系模式轉(zhuǎn)化要解決的問題是如何將實體和實體之間的聯(lián)

系轉(zhuǎn)換成關(guān)系模式,如何確定這些關(guān)系模式的屬性和碼。

8、數(shù)據(jù)庫設(shè)計過程中,一般經(jīng)過需求分析、概念設(shè)計、邏輯設(shè)計、

物理設(shè)計、數(shù)據(jù)庫實施等五個階段。

9、數(shù)據(jù)庫管理系統(tǒng)的功能基本功能包括以下4個方面:數(shù)據(jù)定義、

數(shù)據(jù)操縱、數(shù)據(jù)查詢、數(shù)據(jù)限制。

1、在面對對象的設(shè)計方法中,對象和傳遞消息分別是表現(xiàn)事物與事

物間相互聯(lián)系的概念。

2、面對對象方法的基本思想是從現(xiàn)實世界中客觀存在的事物動身來

構(gòu)造軟件系統(tǒng),并在系統(tǒng)構(gòu)造中盡可能運用人類的自然思維方式。

3、對象是對現(xiàn)實世界實體的模擬,它是由描述內(nèi)部狀態(tài)表示靜態(tài)屬

性的數(shù)據(jù),以與可以對這些數(shù)據(jù)施加的操作,封裝在一起所構(gòu)成的統(tǒng)一體。

4、對象之間通過消息通信相互聯(lián)系,以模擬現(xiàn)實世界中不同事物彼

此之間的聯(lián)系。

5、面對對象方法學(xué)的基本原則是依據(jù)人類習(xí)慣的思維方法建立回題

域的模型,開發(fā)出盡可能直觀、白然地表現(xiàn)求解方法的軟件系統(tǒng)。

6、對象具有封裝性、自治性、通佶性、被動性、長久性和暫存性等。

7、類的定義是具有相同屬性和方法的一組對象的集合,它為屬于該

類的全部對象供應(yīng)了統(tǒng)一的抽象描述。

8、一個類的上層可以有父類,下層可以有子類,形成一種層次結(jié)構(gòu)。

9、一個類可以干脆繼承多個類,這種繼承方式稱為多重繼承。假如

限制一個類至多只能有一個超類,則一個類至多只能干脆繼承一個類,這

種繼承方式稱為簡潔繼承。

10、假如類A具有類B的全部屬性和全露服務(wù),而且具有自己特有的

某些屬性或服務(wù),則A叫做B的子類,B叫做A的父類。

11、在面對對象的系統(tǒng)中,每個對象都屬于一個類,屬于某個類的對

象稱為該類的一個實例。

12、消息就是向?qū)ο蟀l(fā)出的服務(wù)懇求,它應(yīng)含有供應(yīng)服務(wù)的對象標(biāo)識、

服務(wù)標(biāo)識、輸入信息和回答信息。

13、繼承性是面對對象程序設(shè)計語言不同于其他語言的最主要特點,

是其他語言所沒有的。

14、在收到消息時對象要予以響應(yīng),不同的對象收到同一消息可以產(chǎn)

生完全不同的結(jié)果,這一現(xiàn)象叫做多態(tài)。

15、面對對象的軟件工程方法是面對對象方法在軟件工程領(lǐng)域的全面

運用,它包括面對對象的分析、對象的設(shè)計、對象的編程、對象的測試和

面對對象的維護等主要內(nèi)容。

16、用面對對象方法開發(fā)軟件,通常須要建立三種形式的模型,分別

是對象模型、動態(tài)模型、功能模型。

17、Booch方法是面對對象開發(fā)方法的提倡者。Booch認(rèn)為軟件開發(fā)

是一個螺旋上升的過程,上升的每個周期有固定的步驟,首先發(fā)覺應(yīng)用領(lǐng)

域的是對象和類。

18、皿”是面對對象方法最早的提倡者之一,他提出了面對對象軟

件工程的概念。UML的定義包括LML語義和LML表示法兩個部分。

19、UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的

不同階段。在需求分析階段,利用用例來捕獲用戶需求。分析階段主要關(guān)

切問題域中的主要概念(如抽象、類和對象等)和機制,須要識別這些類

以與它們相互間的關(guān)系,并用UML類圖來描述。為實現(xiàn)運用實例,類之間

須要協(xié)作時,UML動態(tài)模型可以描述對象的交互。

20、UML模型可作為測試階段的依據(jù)。系統(tǒng)通常須要經(jīng)過單元測試、

集成測試、系統(tǒng)測試和驗收測試。不同的測試小組運用不同的UML模型作

為測試依據(jù):單元測試運用類圖和類規(guī)格說明:集成測試運用部件圖和合

作圖;系統(tǒng)測試運用用例圖來驗證系統(tǒng)的行為:驗收測試由用戶進行,以

驗證系統(tǒng)測試的結(jié)果是否滿意分析階段確定的需求。

2kUML的靜態(tài)建模機制包括用例圖,類括對象圖,包圖,構(gòu)件圖,配置

圖等,運用它們建立系統(tǒng)的靜態(tài)結(jié)構(gòu)。

22、在UML中,用例表示為一個橢圓,方框表示系統(tǒng)邊界,小人狀圖

案表示執(zhí)行者。

23、UML對于整體/部分關(guān)聯(lián)有特別的表示法:組成和聚集。

24、在UML中將各種各樣的模型元素通過內(nèi)在的語義關(guān)系連在一起,

形成一個高內(nèi)聚、低耦合的整體就叫包。

25、UML動態(tài)模型包括行為模型、交互模型和實現(xiàn)模型。

1、軟件測試是依據(jù)軟件開發(fā)各階段的規(guī)整說明和程序的內(nèi)部結(jié)構(gòu)而

細(xì)心設(shè)計一批測試用例(即輸入數(shù)據(jù)與其預(yù)期結(jié)果),并利用這些測試用

例去運行程序,以發(fā)覺程序錯誤的過程。

2、軟件測試的種類大致可以分為人工測試和基于計算機的測試c基

于計算機的測試有兩種方法,分別是白盒測試和黑盒測試。

3、軟件從編碼結(jié)束到交付用戶運用,須要經(jīng)過單元測試、組裝測試、

驗收測試和系統(tǒng)測試4個步驟。

4、調(diào)試的目標(biāo)在于找到軟件錯誤的緣由并加以改正。調(diào)試過程中主

要采納調(diào)試策略有:原始的調(diào)試方法、回溯法、歸納法和演繹法。

1、實施軟件配置管理的目的是保證軟件項目的工作產(chǎn)品在整個項目

周期中的完整性。

2、軟件質(zhì)量可分解成6個要素:功能性、穩(wěn)定性、易用性、效率、

易維護性、可移植性。

3、風(fēng)險管理被認(rèn)為是IT軟件項目中削減失敗的一種重要手段。

4、當(dāng)不能很確定地預(yù)料將來事情的時候,可以采納結(jié)構(gòu)化風(fēng)險管理

來發(fā)覺安排中的缺陷,并且實行行動來削減潛在問題發(fā)生的可能性和影響。

5、軟件配置管理是一門應(yīng)用技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科,通過

標(biāo)識和文檔來記錄配置項的功能和物理特性、限制這些特性的變更、記錄

和報告變更的過程和狀態(tài),并驗證它們是否與需求一樣。

6、指令性項目,以項目任務(wù)書為依據(jù):合同項目,以合同和招投標(biāo)

文件為依據(jù);非合同項目,以可行性探討報告或項目前期調(diào)研成果為依據(jù)。

7、進度管理的目的是限制時間和節(jié)約時間。

8、依據(jù)美國項目管理協(xié)會的定義,項號的管理過程被劃分成5個階

段(過程組):建議階段、啟動和安排階段、實施階段、限制階段、攻尾

階段。

9、IS09000標(biāo)準(zhǔn)已經(jīng)經(jīng)驗了四個版本,即1987版、1994版、2000版

和最新版2008版。

10、CMM五級標(biāo)準(zhǔn)按由低到高的成熟度分別為:初始級、可重復(fù)級、

己定義級、己管理級、優(yōu)化級。

11、軟件缺陷的級別,可以概括為以下四種:致命的、嚴(yán)峻的、一

般的、次要的。

12、配置管理工具可以分為3個級別:版本限制工具、項目級配置管

理工具、企業(yè)級配置管理工具。

四、名詞說明題

計算機軟件:一系列依據(jù)特定依次組織的計算機數(shù)據(jù)和指令的集合,

包括計算機程序、方法、規(guī)則、相關(guān)文檔資料,以與在計算機上運行時所

必需的數(shù)據(jù)。

軟件危機:軟件危機,是指軟件在開發(fā)、維護過程中所遇到的一系列

極為嚴(yán)峻問題,主要是:如何開發(fā)軟件,以滿意人們對軟件日益增長的需

求;如何維護品種、版本繁多,數(shù)量日益增長的軟件。

軟件工程:采納工程的原理、方法來開發(fā)、運行、維護、修復(fù)和管理

軟件的系統(tǒng)方法。

軟件生存周期:軟件從產(chǎn)生,直至消亡的整個過程。

可行性分析:確定擬開發(fā)的項目是否可行、是否值得開發(fā)。

軟件開發(fā):是把用戶須要轉(zhuǎn)化為軟件需求,把軟件需求轉(zhuǎn)化為程序設(shè)

計,用程序代碼實現(xiàn)程序設(shè)計,對程序代碼進行測試,并簽署確認(rèn)其可以

投入運行、運用的過程。

軟件文檔:軟件在生存周期中所生成的全部文件、資料、源程序清單、

說明書、運用手冊、維護記錄等。

瀑布模型:依據(jù)軟件生存周期的階段,一步一步的推動,每一步均設(shè)

置一個完成的標(biāo)記,即“里程碑”,并以文檔形式完整的描述清晰,否則,

不能進入(進行)下一階段的工作。

可行性分析:可行性分析,要確定的問題是“做,還是不做"。為避

開盲目的軟件開發(fā),相關(guān)人員必需對擬開發(fā)的軟件項目進行可行性調(diào)研、

考察、分析、探討。

項目安排:項目開發(fā)安排,要確定的問題是“如何做,怎么做”。設(shè)

計人員在可行性分析的基礎(chǔ)上,假如認(rèn)為項目有開發(fā)意義,就應(yīng)依據(jù)對項

目調(diào)研、考察、分析的估算數(shù)據(jù)制定項目開發(fā)安排。

技術(shù)可行性:對要開發(fā)項目的功能、性能、限制條件從技術(shù)角度進行

分析,確定在現(xiàn)有資源、技術(shù)條件下,技術(shù)風(fēng)險有多大,是否有把握完全

滿意用戶的需求,項目是否能夠順當(dāng)完成。

經(jīng)濟可行性:進行開發(fā)成本估算,對預(yù)期效益評估,確定是否值得投

資,是否值得開發(fā),是經(jīng)濟可行性分析的目標(biāo)。包括成本/效益分析,公

司經(jīng)營策略,開發(fā)所需的成本和資源,潛在的市場前景等。

開發(fā)成本估算:軟件開發(fā)的成本,主要依據(jù)軟件的規(guī)模、開發(fā)的工作

量、人力投入、設(shè)備與其他投入等進行估算。其中,開發(fā)工作量估算和人

力投入估算是成本估算的兩大核心內(nèi)容。而開發(fā)工作量主要受到軟件規(guī)模、

軟件困難度、開發(fā)環(huán)境以與人員技術(shù)水同等諸多因素影響。

結(jié)構(gòu)化分析法:是面對數(shù)據(jù)流進行需求分析的方法。

圖形分析法:是以圖形形式表示系統(tǒng)數(shù)據(jù)的結(jié)構(gòu)。

數(shù)據(jù)流:以事先規(guī)定好的依次被讀取一次的數(shù)據(jù)的一個序列。

加工:既有輸入數(shù)據(jù)流,又有輸出數(shù)據(jù)流。

文件:存儲在計算機上的信息集合。文件可以是文本、圖片、程序

等等。

源點:來源于系統(tǒng)外的實體,可以是人、物或系統(tǒng)。

匯點:交匯于系統(tǒng)外的實體,可以是人、物或系統(tǒng)。

數(shù)據(jù)項:也稱數(shù)據(jù)元素。數(shù)據(jù)項條目包括數(shù)據(jù)項名、編號、簡述(簡

述該數(shù)據(jù)項的含義)、單位(該數(shù)據(jù)項的計量單位)、類型(描述該數(shù)據(jù)

項的數(shù)據(jù)類型)、值域(描述該數(shù)據(jù)項的取值范圍)、編輯方式(描述該

數(shù)據(jù)項在輸出時的編輯要求)、與其他數(shù)據(jù)項的關(guān)系(有利于數(shù)據(jù)的合法

性檢查)和備注等。

數(shù)據(jù)字典:數(shù)據(jù)字典用于定義數(shù)據(jù)流圖中各個圖元的具體內(nèi)容,為數(shù)

據(jù)流圖中出現(xiàn)的圖形元素做出準(zhǔn)確的說明。

層次方框圖:是用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次

結(jié)構(gòu)。

E-R圖:實體-聯(lián)系(E-R關(guān)系)圖,用于描述應(yīng)用系統(tǒng)的概念結(jié)構(gòu)數(shù)

據(jù)模型。

軟件測試:指利用人工或自動的方法執(zhí)行和評價各個模塊的過程。

白盒測試:也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試。把測試對象看作一個打開

的盒子,測試人員必需了解程序的內(nèi)部結(jié)構(gòu)和處理過程,以檢查處理過程

的細(xì)微環(huán)節(jié)為基礎(chǔ),對程序中盡可能多的邏輯路徑進行測試,檢驗內(nèi)部限

制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯,實際的運行狀態(tài)與預(yù)期的狀態(tài)是否一樣。

黑盒測試:又稱為功能測試或數(shù)據(jù)驅(qū)動測試。把測試對象看作一個黑

盒子,不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程,只在軟件的接口處進行

測試。

邏輯覆蓋:是白盒測試法的最常用的一種測試用例技術(shù),是對一系列

測試過程的總稱,這組測試過程依據(jù)越來越完全的程度進行路徑的測試。

邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ),要求測試人員對程序的邏輯結(jié)

構(gòu)有清晰的了解。追求程序內(nèi)部的邏輯結(jié)構(gòu)覆蓋程度,當(dāng)程序中有循環(huán)時,

覆蓋每條路徑是不行能的,要設(shè)計覆蓋程度較高的或覆蓋最有代表性的路

徑的測試用例。

等價分類法:該方法是一常用的黑盒測試用例設(shè)計方法。把全部可能

的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分(子集),然后從每一個子

集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。

集成測試:集成測試是在模塊測試完成后,對由多個模塊組裝在一起

的部件進行測試,乂稱為“組裝測試”。其目的是檢測程序單元或部件的

接口關(guān)系是否符合概要設(shè)計階段的要求。集成測試的重點在于檢查模塊之

間接口的有關(guān)問題,發(fā)覺公共數(shù)據(jù)與全程變量引起的模塊間的相互干擾作

用。

回溯法:在小程序中常用的一種有效的調(diào)試技術(shù)。具體做法是,分析

錯誤表象,確定癥狀位置,人工沿著程序的限制流往回追蹤源程序代碼,

直到找到錯誤緣由為止。

功能測試:即黑盒測試,依據(jù)需求說明書,須要測試軟件產(chǎn)品的功能,

不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程,只在軟件的接口處進行測試。

性能測試:檢查和評估系統(tǒng)執(zhí)行的響應(yīng)時間、處理速度、網(wǎng)路承載實

力、操作便利敏捷程度、運行牢靠程度等。

平安性測試:檢查系統(tǒng)在容錯功能、復(fù)原功能、并發(fā)限制、平安保密

等方而是否達到設(shè)計要求。

靜態(tài)測試:又稱靜態(tài)分析,指被測試程序不在機器上運行,而是采納

人工檢測和計算機協(xié)助對被測程序的數(shù)據(jù)流和限制流等信息進行靜態(tài)分

析,找出系統(tǒng)的缺陷,寫出測試報告。

動態(tài)測試:指通過運行程序發(fā)覺錯誤。一般意義上的測試大多是指動

態(tài)測試。

五、問答題

9、試說明軟件生存周期的概念,并闡述每個階段的主要任務(wù)與作用。

軟件產(chǎn)品從誕生到消亡的過程,稱為軟件產(chǎn)品的生存周期。

軟件生存周期可分為三個大的階段:定義階段、開發(fā)階段、運行與維

護階段。

定義階段主要是進行(1)可行性分析;(2)制定開發(fā)安排;(3)需

求分析。

開發(fā)階段主要是進行(1)系統(tǒng)設(shè)計;(2)程序設(shè)計;(3)軟件測試

運行維護階段主要是進行(1)系統(tǒng)運行;(2)系統(tǒng)維護。

1、常用的軟件

溫馨提示

  • 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)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論