軟件工程資料總結

1.白盒測試:又叫做結構測試,把程序看成裝在一個透明的白盒子里,按照程序內部的邏輯測試程序，

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

2.黑盒測試:

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

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

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

簡答題

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

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

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

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

2.簡述結構化程序設計方法的基本要點

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

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

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

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

第一章:

1.軟件工程的概念:

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

2.軟件的概念:

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

3.軟件工程的目標:

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

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

4.軟件危機的解決方法

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

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

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

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

5.什么是軟件工程化

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

幾個階段。

6.軟件工程學分為那兩個方面

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

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

答:結構化范型、面向對象范型。區(qū)別:在使用結構化范型,分析階段和設計階段的過渡太快;而面向對

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

障數(shù)。

8.軟件工程的幾個思想

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

9.軟件工程的幾種活動以及它們的關系

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

第二章:

1.軟件過程的概念

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

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

有序的軟件生產活動的流程。

2.軟件生命周期的定義

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

碼、測試、維護

3.軟件生命周期的六個階段,每個階段的內容

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

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

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

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

行維護。

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

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

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

作出響應的調整,從而增強我們對軟件項目的控制能力.

5.極限編程的四個要點

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

第三章:

1.瀑布模型的內容及特點

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

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

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

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

2.增量模型的內容及特點

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

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

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

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

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

3.螺旋模型的內容及特點

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

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

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

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

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

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

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

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

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

5.面向對象過軟件過程模型與傳統(tǒng)模型的區(qū)別

使用對象、類、繼承、封裝、消息等基本概念來進行程序設計。面向對象的方法是面向對象的世界觀

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

封裝、共享性

6.面向對象的三種基本模型

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

第五章:

1.軟件需求的分類,及其內容

答:功能需求、非功能需求、領域需求。內容:

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

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

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

2.可行性分析的分類

答:技術可行性、經濟可行性、操作可行性

3.什么是場景分析?

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

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

第六章:

1.結構化分析要創(chuàng)建哪些模型

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

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

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

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

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

第七章:

1.面向對象建模技術所建立的三種模型:

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

2.UML提供的五種視圖:

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

1.軟件設計的三個部分

答:軟件結構設計、軟件詳細設計、設計測試

2.什么是模塊化、模塊

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

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

以某種結構形式組成一個整體,這就是軟件的模塊化設計.

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

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

易測試和維爭。

4,內聚性、耦合性的從低到高的順序

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

聚

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

5.什么是軟件結構圖，有哪些要素

答:軟件結構一般用樹狀活網狀結構的圖形來表示。軟件結構圖的主要元素:模塊、控制關系、信息傳遞、

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

6.模塊化設計的準則

答:一:改進軟件結構提高模塊獨立性。通過模塊的分解或合并,力求低耦合、高內聚

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

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

域之內。六:力求降低模塊接口的復雜程度,設計單入口、淡出口的模塊。

7.幾種軟件體系結構

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

第九章:

1.軟件設計的幾個階段,及每個階段的任務

答:概要設計、詳細設計。概要設計:將系統(tǒng)劃分成模塊,決定每個模塊的功能,決定模塊的調用關系,

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

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

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

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

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

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

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

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

四:采用自頂向下、逐步求精的方式完成模塊分解,確定相應的軟件組成結構,并對每個模塊進行簡要說

明;

五:根據(jù)模塊獨立性原理和運用設計度量標準,對導出的軟件結構進行優(yōu)化,得到盡可能的高內聚、低耦

合模塊結構

4.事務流設計和變換流設計的特點

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

支將軟件映射成一個標準的“樹形”體系結構。事務流設計要點:把事務流映射成包含一個接收分支和一

個發(fā)送分支的軟件結構。

5.結構化程序設計的三種邏輯結構

答:順序結構、選擇結構、循環(huán)結構

6.幾種結構化程序設計工具

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

7.幾種結構化程序設計的圖形工具

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

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

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

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

第十章:

1.什么是設計模式,幾種常用的設計模式

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

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

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

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

第十一章:

1.編碼風格

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

第十二章:

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

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

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

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

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

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

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

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

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