軟件工程資料總結(jié)

1.白盒測試:又叫做結(jié)構(gòu)測試,把程序看成裝在一個透明的白盒子里,按照程序內(nèi)部的邏輯測試程序，

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

2.黑盒測試:

3.模塊化:把程序劃分成獨立運行且可以獨立訪問的模塊,每個模塊完成一個子功能,把這些模塊集成

起來構(gòu)成一個整體,可以完成指定的功能滿足用戶的需求。

4.對象:描述該對象屬性的數(shù)據(jù)以及可以對這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成的統(tǒng)一體。

簡答題

1.簡述軟件測試的任務(wù)、目的與類型。

答:軟件測試是一個為了尋找軟件錯誤而運行程序的過程。目的就是為了發(fā)現(xiàn)軟件中的錯誤。一個好的測

試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的用例。一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的

錯誤的測試。軟件測試主要分為白盒測試和黑盒測試兩大類。

2.簡述結(jié)構(gòu)化程序設(shè)計方法的基本要點

。)采用自頂向下,逐步求精的程序設(shè)計方法。

(2)使用三種基本控制結(jié)構(gòu)構(gòu)造程序,分別是順序,選擇和循環(huán)

⑶采用主程序員組的組織形式。

(4)采用單入口單出口的模塊形式。

第一章:

1.軟件工程的概念:

答:以工程化的思想進(jìn)行軟件開發(fā),以生茶高質(zhì)量和高效率的軟件。

2.軟件的概念:

答;一系列程序、數(shù)據(jù)及文檔的集合。

3.軟件工程的目標(biāo):

#,?根據(jù)需求分析確定可行性后,在給定的時間內(nèi)開發(fā)出具有可修改性、有效性、可靠性、可維護(hù)性、可

重用性、可適用性、可移植性、開銷合宜并滿足用戶需求的軟件產(chǎn)品。

4.軟件危機(jī)的解決方法

答:一，軟件開發(fā)人員和用戶及時交換意見

二，需求分析后,要做好軟件定義時期的工作。

三，開發(fā)過程中要有統(tǒng)一的軟件工程方法和規(guī)范的指導(dǎo)。

%必須在測試階段做好充分的檢測工作,提交給客戶高質(zhì)量的軟件。

5.什么是軟件工程化

把軟件看作是一個工程產(chǎn)品,這種產(chǎn)品的完成需要經(jīng)過需求分析、設(shè)計、實現(xiàn)、測試、管理、和維護(hù)

幾個階段。

6.軟件工程學(xué)分為那兩個方面

答:軟甲開發(fā)技術(shù)、軟件工程管理

7.軟件工程的兩大范型,以及兩者之間的區(qū)別

答:結(jié)構(gòu)化范型、面向?qū)ο蠓缎?。區(qū)別:在使用結(jié)構(gòu)化范型,分析階段和設(shè)計階段的過渡太快;而面向?qū)?/p>

象范型以迭代的方式從一個階段向另一個階段過渡,比結(jié)構(gòu)化范型平滑得多,從而降低了開發(fā)過程中的故

障數(shù)。

8.軟件工程的幾個思想

#,?推遲實現(xiàn)、逐步求精、分解與抽象、信息隱蔽、質(zhì)量保證

9.軟件工程的幾種活動以及它們的關(guān)系

#,?軟件開發(fā)活動、軟件項目管理活動、軟件過程改進(jìn)活動

第二章:

1.軟件過程的概念

答:軟件的誕生和生命周期是一個過程,我們總體上稱這個過程為軟件過程。軟件過程是一門建立在以質(zhì)

量焦點為基礎(chǔ),分過程、方法和工具三個研究層次的綜合技術(shù)。軟件過程是整個軟件生命周期中的一系列

有序的軟件生產(chǎn)活動的流程。

2.軟件生命周期的定義

#.■軟件從生到死的過程,稱為軟件生命周期。劃分為:可行性分析與開發(fā)項計劃、需求分析、設(shè)計、編

碼、測試、維護(hù)

3.軟件生命周期的六個階段,每個階段的內(nèi)容

答：1：問題的定義以及規(guī)劃。軟件開發(fā)人員與客戶進(jìn)行需求分析,確定軟件的開發(fā)目標(biāo)及可行性。2:需

求分析。在確定可行性的情況下,對軟件需要實現(xiàn)的各個功能進(jìn)行詳細(xì)分析。

3:阮籍設(shè)計。根據(jù)需求分析結(jié)果,對整個軟件系統(tǒng)進(jìn)行設(shè)計。4:程序編碼。將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計

算機(jī)可運行的程序代碼。5:軟件測試。嚴(yán)密測試,以發(fā)現(xiàn)整個設(shè)計過程中存在的問題并加以糾正。6:運

行維護(hù)。

4.什么是敏捷過程,以及常用手段

答:敏捷過程將整個軟件生命周期分解為若干個小的迭代周期,通過在每個迭代周期結(jié)束時交付階段性成

果來獲取切實有效的客戶反饋，。其目的是希望通過建立及時的反饋機(jī)制,來應(yīng)對隨時可能的需求變更,并

作出響應(yīng)的調(diào)整,從而增強(qiáng)我們對軟件項目的控制能力.

5.極限編程的四個要點

答:交流、簡單、反饋、勇氣

第三章:

1.瀑布模型的內(nèi)容及特點

答:從上一項活動接收該項活動的工作對象作為輸入,利用這一輸入實施該項活動應(yīng)完成的內(nèi)容,給出該

項活動的工作成果,并作為輸出傳個下一項活動。同時評審該項活動的實施,若確認(rèn),則繼續(xù)下一項活動;

否則,返回前面甚至更前面的活動。

特點:順序性和依賴性、推遲實現(xiàn)、質(zhì)量保證的觀點

2.增量模型的內(nèi)容及特點

答:在項目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)。在增量模型中,軟件被作為一系列的增量組件來

設(shè)計、實現(xiàn)、集成和測試,每一個組件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成。

優(yōu)點：增量模型在各個階段并不交付一個可運行的完整產(chǎn)品,而是交付滿足客戶需求的可運行產(chǎn)品的一個

子集。整個產(chǎn)品被分解成若干個組件,開發(fā)人員逐個交付產(chǎn)品,這樣軟件開發(fā)可以很好地適應(yīng)變化，客戶

可以不斷地看到所開發(fā)的軟件,從而降低開發(fā)風(fēng)險。

3.螺旋模型的內(nèi)容及特點

#,?它將瀑布模型和快速原型模型結(jié)合起來,不僅體現(xiàn)了這兩個模型的優(yōu)點,而且還強(qiáng)調(diào)了其他模型均忽

略的風(fēng)險分析。螺旋模型的四個階段:需求定義、風(fēng)險分析、工程實現(xiàn)和評審

優(yōu)點:減少了過多測試活測試不足所帶來的風(fēng)險;螺旋模型支持用戶需求的動態(tài)變化;降低了風(fēng)險。

4.統(tǒng)一過程模型的幾個階段,每個階段的任務(wù)，,哪些核心工作流

#,?初始階段。確定最主要的風(fēng)險及其優(yōu)先次序,要對細(xì)化階段進(jìn)行詳細(xì)規(guī)劃,并對項目進(jìn)行粗略估算;

細(xì)化階段。在細(xì)化階段末期，要規(guī)劃完成項目的活動,估算先成項目所需的資源;構(gòu)造階段。構(gòu)造出最終

產(chǎn)品-軟件。在該階段,架構(gòu)基線逐步發(fā)展成為完善的系統(tǒng);移交階段。用戶使用分析法發(fā)現(xiàn)產(chǎn)品的缺陷和

不足,開發(fā)人員改正問題及完善系統(tǒng)形成更通用的版本。幾個工作流:需求工作流、分析工作流、設(shè)計工

作流、實現(xiàn)工作流、測試工作流

5.面向?qū)ο筮^軟件過程模型與傳統(tǒng)模型的區(qū)別

使用對象、類、繼承、封裝、消息等基本概念來進(jìn)行程序設(shè)計。面向?qū)ο蟮姆椒ㄊ敲嫦驅(qū)ο蟮氖澜缬^

在開發(fā)方法中的直接運用。圍繞現(xiàn)實世界中的對象來構(gòu)造系統(tǒng),而不是圍繞功能來構(gòu)造系統(tǒng)。特性:抽象、

封裝、共享性

6.面向?qū)ο蟮娜N基本模型

#,?對象模型、動態(tài)模型、功能模型

第五章:

1.軟件需求的分類,及其內(nèi)容

答:功能需求、非功能需求、領(lǐng)域需求。內(nèi)容:

功能需求描述了系統(tǒng)必須提供的特殊的功能;非功能需求關(guān)心的是系統(tǒng)的整體特征而不是系統(tǒng)的個別特

征;領(lǐng)域需求源于系統(tǒng)的應(yīng)用領(lǐng)域需求,是一個新的特有的功能需求,對已存在的功能預(yù)期的約束或者是

需要實現(xiàn)的一個特別的計算。

2.可行性分析的分類

答:技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性

3.什么是場景分析?

答:需求分析從對場景的評論中得到信息，然后再將其以形式化方式表示出來。

4.描述計圖書館系統(tǒng)的借書的一個常規(guī)場景。

第六章:

1.結(jié)構(gòu)化分析要創(chuàng)建哪些模型

答:數(shù)據(jù)流模型、狀態(tài)轉(zhuǎn)換模型、實體-關(guān)系模型。

2.加工邏輯的描述有哪些方法，及其優(yōu)缺點

答:過程描述語言、判定表、判定樹。優(yōu)缺點:PDL可以很好地表示嵌套結(jié)構(gòu);判定表能夠把在什么條件

下系統(tǒng)應(yīng)做什么動作準(zhǔn)確無誤地表示出來,但不能描述循環(huán)的處理特征,循環(huán)處理還需要PDI.語言；判定

樹是判定表的變形,一般情況下它比判定表更直觀,且易于理解和使用。

第七章:

1.面向?qū)ο蠼＜夹g(shù)所建立的三種模型:

答:對象模型、動態(tài)模型、功能模型

2.UML提供的五種視圖:

答:用例視圖、結(jié)構(gòu)模型視圖、行為模型視圖、實現(xiàn)模型視圖、部署視圖。

1.軟件設(shè)計的三個部分

答:軟件結(jié)構(gòu)設(shè)計、軟件詳細(xì)設(shè)計、設(shè)計測試

2.什么是模塊化、模塊

答:模塊是一個獨立命名的,擁有明確定義的輸入、輸出和特性的程序?qū)嶓w。模塊化:把一個大型軟件系

統(tǒng)的全部功能,按照一定的原則合理地劃分若干個模塊,每個模塊完成一個特定子功能,所有的這些模塊

以某種結(jié)構(gòu)形式組成一個整體,這就是軟件的模塊化設(shè)計.

3.模塊獨立性的優(yōu)點

答:第一,獨立的模塊由于分解了功能,簡化了接口,使得軟件比較容易開發(fā);第二,獨立的模塊比較容

易測試和維爭。

4,內(nèi)聚性、耦合性的從低到高的順序

#.?內(nèi)聚性:偶然性內(nèi)聚、邏輯性內(nèi)聚、時間性內(nèi)聚、過程性內(nèi)聚、通信性內(nèi)聚、順序性內(nèi)聚、功能性內(nèi)

聚

耦合性:非直接耦合、數(shù)據(jù)耦合、特征耦合、控制耦合、外部耦合、公共耨合、內(nèi)容耦合

5.什么是軟件結(jié)構(gòu)圖，有哪些要素

答:軟件結(jié)構(gòu)一般用樹狀活網(wǎng)狀結(jié)構(gòu)的圖形來表示。軟件結(jié)構(gòu)圖的主要元素:模塊、控制關(guān)系、信息傳遞、

循環(huán)調(diào)用和選擇調(diào)用。軟件結(jié)構(gòu)圖的形態(tài)特征:深度、寬度、扇出、扇入

6.模塊化設(shè)計的準(zhǔn)則

答:一:改進(jìn)軟件結(jié)構(gòu)提高模塊獨立性。通過模塊的分解或合并,力求低耦合、高內(nèi)聚

二：在滿足模塊化要求的前提下盡量減少模塊數(shù)量,在滿足信息需求的前提下盡可能減少復(fù)雜的結(jié)構(gòu)。三:

模塊規(guī)模應(yīng)適中。四:軟件結(jié)構(gòu)的深度、寬度、扇入數(shù)和扇出數(shù)都要適當(dāng)。五:模塊的作用域應(yīng)該在控制

域之內(nèi)。六:力求降低模塊接口的復(fù)雜程度,設(shè)計單入口、淡出口的模塊。

7.幾種軟件體系結(jié)構(gòu)

答：數(shù)據(jù)為中心的結(jié)構(gòu)模型、數(shù)據(jù)流結(jié)構(gòu)模型、客戶機(jī)/服務(wù)器結(jié)構(gòu)模型、抽象機(jī)結(jié)構(gòu)模型

第九章:

1.軟件設(shè)計的幾個階段,及每個階段的任務(wù)

答:概要設(shè)計、詳細(xì)設(shè)計。概要設(shè)計:將系統(tǒng)劃分成模塊,決定每個模塊的功能,決定模塊的調(diào)用關(guān)系,

決定模塊的界面。詳細(xì)設(shè)計:在概要設(shè)計的基礎(chǔ)上決定如何具體實現(xiàn)各模塊的內(nèi)部細(xì)節(jié),直到對系統(tǒng)中

的每個模塊給出足夠詳細(xì)的過程描述。

2.數(shù)據(jù)流的類型分類,以及相互轉(zhuǎn)換

答:變換型數(shù)據(jù)流、事務(wù)性數(shù)據(jù)流、混合型數(shù)據(jù)流

3.數(shù)據(jù)流設(shè)計有哪些步驟,事務(wù)性數(shù)據(jù)流和變換型數(shù)據(jù)流的區(qū)別

答:一:復(fù)查基本系統(tǒng)模型,并精化系統(tǒng)數(shù)據(jù)流圖;

二:分析數(shù)據(jù)流類型,確定數(shù)據(jù)流具有變換流特征還是事務(wù)流特征;

三：如果是變換流特征,確定輸入和輸出流邊界,如果是事務(wù)流則確定一個接收分支和一個發(fā)送分支;

四:采用自頂向下、逐步求精的方式完成模塊分解,確定相應(yīng)的軟件組成結(jié)構(gòu),并對每個模塊進(jìn)行簡要說

明;

五:根據(jù)模塊獨立性原理和運用設(shè)計度量標(biāo)準(zhǔn),對導(dǎo)出的軟件結(jié)構(gòu)進(jìn)行優(yōu)化,得到盡可能的高內(nèi)聚、低耦

合模塊結(jié)構(gòu)

4.事務(wù)流設(shè)計和變換流設(shè)計的特點

答：變換流設(shè)計的要點:分析數(shù)據(jù)流圖,確定輸入流、輸出流邊界,根據(jù)輸入、變化、輸出三個數(shù)據(jù)流分

支將軟件映射成一個標(biāo)準(zhǔn)的“樹形”體系結(jié)構(gòu)。事務(wù)流設(shè)計要點:把事務(wù)流映射成包含一個接收分支和一

個發(fā)送分支的軟件結(jié)構(gòu)。

5.結(jié)構(gòu)化程序設(shè)計的三種邏輯結(jié)構(gòu)

答:順序結(jié)構(gòu)、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)

6.幾種結(jié)構(gòu)化程序設(shè)計工具

答:圖形工具、列表工具、語言工具

7.幾種結(jié)構(gòu)化程序設(shè)計的圖形工具

程序流程圖:能直觀地描述過程的控制流程;盒圖（N-S圖）:功能域明確,保證程序良好的結(jié)構(gòu),很

容易確定局部和全程數(shù)據(jù)的作用域,很容易表現(xiàn)嵌套關(guān)系,也可以表示模塊的層次結(jié)構(gòu);PAD圖:程序必

然是結(jié)構(gòu)化程序,結(jié)構(gòu)十分清晰,表現(xiàn)邏輯易懂,易記,提高可靠性和生產(chǎn)率,既可以表示程序邏輯,又

可用于描繪數(shù)據(jù)結(jié)構(gòu)。HIPO圖：易懂,適用范圍廣。

第十章:

1.什么是設(shè)計模式,幾種常用的設(shè)計模式

答:設(shè)計模式：是系統(tǒng)需求和系統(tǒng)之間的橋梁，是設(shè)計構(gòu)造本身的一個重要部分。

常用模型:域類模型、包模型

2什么是部署圖,部署圖的要素

答:表示的是如何將具體軟件制品分配到計算節(jié)點上。部署圖中最基本的元素的節(jié)點。

第十一章:

1.編碼風(fēng)格

答:源程序文檔化、數(shù)據(jù)說明、語句構(gòu)造、滿足工程學(xué)輸入/輸出風(fēng)格、效率

第十二章:

1.軟件測試的目的和原則

答:一:確定軟件的質(zhì)量,一方面是確認(rèn)軟件做了你所期望的事情,另一方面是確認(rèn)以正確的方式來做了

這個事件。二：提供信息,為開發(fā)人員或程序經(jīng)理提供反饋信息,為風(fēng)險評估做準(zhǔn)備。=：軟件測試不僅

包括測試軟件本身,還包括軟件的開發(fā)過程。

幾個原則：Pareto法則、木桶理論、測試不能證明軟件無錯、完全測試軟件是不可能的、軟件測試時有風(fēng)

險的行為、測試無法顯示潛伏的軟件缺陷、80%和20%原則、并非所有軟件缺陷都能修復(fù)

2.幾種軟件測試策略,及其每個策略的任務(wù)

答:單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試

單元測試:模塊接口測試、模塊局部