軟件工程導論名詞解釋

1、名詞解釋1. 數(shù)據詞典是描述數(shù)據信息的集合，它對數(shù)據流圖中的各個元素按規(guī)定格式進行詳細的描述和確切的解釋,是數(shù)據流圖的補充工具。2. 數(shù)據流圖他以圖形的方式反映系統(tǒng)的數(shù)據流程3. 白盒測試按照程序內部的結構測試程序，檢驗程序中的每條路徑是否都能按預定要求正確工作。有兩種測試法既邏輯覆蓋測試法和路徑測試法4. 黑盒測試按照程序的功能測試程序，檢驗與程序功能有關的輸入、輸出與程序執(zhí)行是否正確。有四種方法既等價分類法、邊界值分析法、錯誤猜測法和因果圖法5. 完善性維護為了適應用戶業(yè)務和機構的發(fā)展變化而對軟件的功能、性能進行修改、擴充的過程稱為完善性維護。因為各種用戶的業(yè)務和機構在相當長的時期內不可能

2、是一成不變的，所以功能、性能的增加是不可避免的，而且這種維護活動在整個維護工作中所占的比重很大6. 軟件可靠性指在給定的時間內，程序按照規(guī)定的條件成功地運行的概率7. 軟件配置是一個軟件在生存周期內，他的各種形式、各種版本的文檔與程序的總稱8. 軟件再工程運用逆向工程、重構等技術，在充分理解原有軟件的基礎上，進行分解、綜合、并重新構建軟件，用于提高軟件的可理解性、可維護性可復用性或演化性。9. 測試是在一個受控的環(huán)境下，由用戶在開發(fā)者的“指導”下進行的的測試，由開發(fā)者負責記錄錯誤和使用中出現(xiàn)的問題。10. 測試是由軟件的最終用戶（多個）在一個或多個用戶場所來進行。由用戶負責記下遇到的所有問題，

3、包括主觀認定的和真實的問題，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告之后進行修改，最后將軟件產品交付給全體用戶使用。11. 聚集關系表示類或對象之間的整體與部分的關系12. 泛化關系表示類或對象之間的一般與特殊的關系13. 內聚一個模塊內部各個元素彼此結合的緊密程度的度量。14. 耦合一一個軟件結構內不同模塊之間互連程度的度量。名詞解釋：一章：軟件危機：是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。產生軟件危機的原因：一方面與軟件本身的特點有關，另一方面也和軟件開發(fā)與維護方法不正確有關。軟件工程：是指導計算機軟件開發(fā)和維護的一門工程學科。采用工程的概念、原理、技術和方法來開發(fā)與維護

4、軟件，把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以經濟地開發(fā)出高質量的軟件并有效地維護它。軟件工程的7條基本原理：（1）用分階段的生命周期計劃嚴格管理;(2) 堅持進行階段評審;(3) 實行嚴格的產品控制;(4) 采用現(xiàn)代程序設計技術;(5) 結果可以清楚地審查;(6) 開發(fā)小組的人員應該少而精;(7) 承認不斷改進軟件工程實踐的必要性.軟件工程方法學3要素：方法、工具、過程軟件過程：是為了獲得高質量軟件所需要完成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟。軟件生命周期的概念：有軟件定義、軟件開發(fā)和軟件維護3個小時期組成軟件生命周期8個階段的主要任務：（

5、1）問題定義: “需要解決的問題是什么？” (2) 可行性研究: “尋求可行的解決方案？” (3) 需求分析: “解決這些問題需要系統(tǒng)做什么？” (4) 總體設計（概要設計）: “應該怎樣實現(xiàn)目標系統(tǒng)？” (5) 詳細設計（模塊設計）: “如何具體地實現(xiàn)這個系統(tǒng)？” (6) 編碼和單元測試: “寫代碼，測試每個模塊！” (7) 綜合測試: “通過各類測試和調試來完善軟件” (8) 軟件維護: “通過各種必須的維護活動使系統(tǒng)持久滿足用戶的需要！”二章：可行性研究的五個方案：技術可行性，經濟可行性，操作可行性，法律可行性，社會效益可行性研究過程：1.復查系統(tǒng)規(guī)模與目標、2.研究目前的系統(tǒng)、3. 導

6、出新系統(tǒng)的高層邏輯模型、4. 進一步定義問題、5. 導出和評價供選擇的解法、6. 推薦行動方針、7. 草擬開發(fā)計劃、8.書寫文檔提交審查系統(tǒng)流程圖：用來描述物理系統(tǒng)的工具。系統(tǒng)流程圖表達的是數(shù)據在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據進行加工處理的控制過程。即：系統(tǒng)流程圖程序流程圖。 數(shù)據流圖：用來描述邏輯系統(tǒng)的工具。數(shù)據流圖(DFD)是一種圖形化技術，它描繪信息流和數(shù)據從輸入移動到輸出的過程中所經受的變換，即數(shù)據流圖描繪數(shù)據在軟件中流動和被處理的邏輯過程。三章：需求分析在軟件生命周期中位置：最后一個階段；任務：完整、準確、清晰、具體地確定系統(tǒng)所要完成的工作。軟件系統(tǒng)的綜合要求:功能需求,性能

7、需求,可靠性和可用性需求，出錯處理需求，接口需求，約束，逆向需求，將來可能提出的要求獲取需求的方法：訪談、面向數(shù)據流自頂向下求精、簡易的應用規(guī)格說明技術、快速建立軟件原型3種分析模型：數(shù)據模型（ER圖），功能模型（DFD），行為模型（狀態(tài)轉換圖）需求分析階段的主要圖形工具：層次方框圖（描繪數(shù)據的層次結構）；Warnier圖（描繪數(shù)據的層次結構）；IPO圖（IPO圖是輸入、處理、輸出圖的簡稱）五章：總體設計的兩個階段：（1）系統(tǒng)設計階段（2）結構設計階段總體設計的設計原理：模塊化，抽象，逐步求精，信息隱藏和局部化，*模塊獨立（耦合，內聚）耦合：是對一個軟件結構內不同模塊之間互連程度的度量；包括：

8、（1）數(shù)據耦合如果兩個模塊彼此間通過參數(shù)交換信息，而且交換的信息僅僅是數(shù)據（2）控制耦合如果傳遞的信息中有控制信息(盡管有時這種控制信息以數(shù)據的形式出現(xiàn))（3）特征耦合整個數(shù)據結構作為參數(shù)傳遞而被調用的模塊只需要使用其中一部分數(shù)據元素（4）公共環(huán)境耦合兩個或多個模塊通過一個公共數(shù)據環(huán)境相互作用（5）內容耦合如果出現(xiàn)下列情況之一，兩個模塊間就發(fā)生了內容耦合低高3內聚：標志一個模塊內各個元素彼此結合的緊密程度；包括：（1）偶然內聚如果一個模塊完成一組任務，這些任務彼此間即使有關系，關系也是很松散的。(2)邏輯內聚如果一個模塊完成的任務在邏輯上屬于相同或相似的一類。(3)時間內聚如果一個模塊包含的任

9、務必須在同一段時間內執(zhí)行。（4）過程內聚如果一個模塊內的處理元素是相關的，而且必須以特定次序執(zhí)行。（5）通信內聚如果模塊中所有元素都使用同一個輸入數(shù)據和(或)產生同一個輸出數(shù)據。（6）順序內聚如果一個模塊內的處理元素和同一個功能密切相關，而且這些處理必須順序執(zhí)行(通常一個處理元素的輸出數(shù)據作為下一個處理元素的輸入數(shù)據)。（7）功能內聚如果模塊內所有處理元素屬于一個整體，完成一個單一的功能。低中高7條啟發(fā)規(guī)則：改進軟件結構，提高模塊獨立性，模塊規(guī)模適中，*深度、寬度、扇出和扇入合理（深度表示軟件結構中控制的層數(shù)；寬度是軟件結構內同一個層次上的模塊總數(shù)的最大值；扇出：調用其它的模塊數(shù)（3-4）；扇

10、入：被上一級模塊調用數(shù)（越多越好），*模塊的作用域應在控制域范圍內（模塊的作用域定義為受該模塊內一個判定影響的所有模塊的集合。模塊的控制域是這個模塊本身以及所有直接或間接從屬于它的模塊的集合。），盡量降低模塊接口的復雜程度，設計單入口、單出口的模塊，模塊功能可以預測六章：過程設計的工具：程序流程圖(程序框圖)，盒圖(N-S圖)，PAD圖（問題分析圖），*判定表，判定樹，過程設計語言面向數(shù)據結構的設計方法：（1）Jackson圖（程序中數(shù)據元素彼此間的邏輯關系只有三類：順序結構，選擇結構，重復結構）(2) *改進的Jackson圖(3)* Jackson方法程序的處理過程：(1)確定輸入和輸出數(shù)

11、據結構;(2)找有對應關系的輸入輸出數(shù)據單元; (3)從數(shù)據結構圖導出程序結構圖 (均用Jackson圖表示)；(4)列出所有操作和條件，并且把它們分配到程序結構圖的適當位置；(5)用偽碼表示程序。七章：軟件測試的定義或目標：測試是為了證明程序有錯，而不是證明程序無錯誤；一個好的測試用例在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。測試步驟：模塊測試，子系統(tǒng)測試，系統(tǒng)測試，驗收測試，平行運行邏輯覆蓋：（1）語句覆蓋 （2）判定覆蓋 (3）條件覆蓋(4) 判定條件覆蓋 (5)條件組合覆蓋 (6) 路徑覆蓋（7）點覆蓋（8) 邊覆蓋黑盒測試步驟：等價劃分，邊界值分析，

12、錯誤推測，因果圖法白盒測試（結構測試）技術：分析程序內部每個分支通路。過程：按照程序內部的邏輯測試程序，檢測程序中主要執(zhí)行通路是否按預定要求正確工作。軟件可靠性的定義：程序在給定的時間間隔內，按照規(guī)格說明書的規(guī)定成功運行的概率。軟件可用性的定義：程序在給定的時間點，按照規(guī)格說明書的規(guī)定，成功運行的概率。八章：軟件維護的定義：在軟件已經交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。軟件維護的分類：改正性維護（17%21%），適應性維護(17%21%)，完善性維護(50%66%)，預防性維護（4%5%）十三章：項目管理的概念：就是通過計劃、組織和控制等一系列活動，合理地配置和使用各種資

13、源，以達到既定目標的過程。軟件工作量的估算：靜態(tài)單變量模型（E=A+B×(ev)C），動態(tài)多變量模型，COCOMO2模型制定項目的進度工具：Gantt（甘特）圖，工程網絡估算軟件規(guī)模：（1）代碼行技術: L = 其中L為估計的程序規(guī)模，a為程序的最小規(guī)模、b為程序的最大規(guī)模、m為最可能的規(guī)模。優(yōu)點：代碼是所有軟件開發(fā)項目都有的“產品”，而且很容易計算代碼行數(shù)。缺點：源程序僅是軟件配置的一個成分，用他的規(guī)模代表整個軟件的規(guī)模似乎不太合理，用不同語言實現(xiàn)同一個軟件所需要的代碼行數(shù)并不相同，這種方法不適用于非過程語言。三、名詞解釋題每小題3分，共15分。31軟件生存周期模型：是描述軟件開發(fā)

14、過程中各種活動如何執(zhí)行的模型。32數(shù)據字典（DD）：數(shù)據字典是用來定義數(shù)據流圖中的各個成分的具體含義的。它以一種準確的、無二義性的說明方式為系統(tǒng)的分析、設計及維護提供了有關元素的一致的定義和詳細的描述。33內聚性：內聚性是模塊獨立性的衡量標準之一，它是指模塊的功能強度的度量，即一個模塊內部各個元素彼此結合的緊密程度的度量。34JSP方法：JSP方法是面向數(shù)據結構的設計方法，其定義了一組以數(shù)據結構為指導的映射過程，它根據輸入，輸出的數(shù)據結構，按一定的規(guī)則映射成軟件的過程描述，即程序結構。35多態(tài)性：指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結果?；颍ú煌膶ο螅盏酵幌⒖梢援a

15、生不同的結果。）1程序的可維護性：為滿足用戶新的需求，或當環(huán)境發(fā)生了變化，或運行中發(fā)現(xiàn)了新的錯誤時，對一個已投入運行的軟件進行相應診斷和修改所需工作量的大小。2容錯技術：對那些無法避開的差錯，使其影響減少至最小的技術。也就是說，當錯誤發(fā)生時，盡可能地不影響其它的系統(tǒng)元素，或是把用戶的影響限制在某些容許的范圍內。3.結構化維護:如果維護工作是從評價完整的軟件配置開始入手，確定軟件的重要結構特點、性能特點以及接口特點；估量要求的改動將帶來的影響，并且計劃實施途徑。然后首先修改設計并且對所做的修改進行仔細審查。接下來編寫相應的源程序代碼；使用在測試說明書中包含的信息進行回歸測試；最后，把修改后的軟件

16、再次交付使用。4.軟件生存周期是指從提出軟件開發(fā)要求開始，直到該軟件報廢不用為止的整個時期。這個時期又分為若干個階段，對軟件生產的管理和進度控制有重要作用，使軟件的開發(fā)有相應的模式、流程、工序和步驟。5.模塊獨立性:是模塊化、抽象和信息隱蔽的直接產物。每個模塊只要完成獨立的功能，與其它模塊了解越少，則模塊的獨立性就越強。通過模塊與模塊之間的耦合性和模塊內部的內聚性來衡量模塊的獨立性。1數(shù)據流圖：是描述數(shù)據處理過程的工具。它從數(shù)據傳遞和加工的角度，以圖形的方式刻畫數(shù)據流從輸入到輸出的移動變換過程。2軟件維護是軟件生命周期的最后一個階段，是在軟件已經交付給用戶使用之后，為了改正軟件錯誤或滿足新的需要而修改軟件的過程。它包括四種類型的維護活動：改正型維護、適應型維護、預防型維護和完善型維護。3軟件測試是一個為了尋找軟件錯誤而運行程序的過程。目的就是為了發(fā)現(xiàn)軟件中的錯誤。一個好的測試用例是指