軟件工程術語

1、1. 軟件 軟件是計算機系統(tǒng)中與硬件相互依存的部分， 它是包括程序、 數(shù)據(jù)及相關文檔的完整集 合。2. 軟件危機 軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。3. 軟件工程 軟件工程是研究和應用如何以系統(tǒng)化的、 規(guī)范的、 可度量的方法去開發(fā)、 運行和維護軟 件，即把工程化應用到軟件上。4. 軟件生存周期 軟件生存周期是指軟件產品從考慮其概念開始到該軟件產品交付使用， 直至最終退役為 止的整個過程，一般包括計劃、分析、設計、實現(xiàn)、測試、集成、交付、維護等階段。5. 軟件復用 軟件復用就是利用某些已開發(fā)的、對建立新系統(tǒng)有用的軟件元素來生成新的軟件系統(tǒng)。6.壬曰.質量質量是產品

2、或服務滿足明確或隱含需求能力的特性和特征的集合。 在合同環(huán)境下， 需求 是明確的；在其他環(huán)境下，隱含的需求需要識別和定義。7. 質量策劃質量策劃包括產品策劃、 管理和作業(yè)策劃， 以及質量計劃的編制和質量改進的準備工作。8. 質量改進 質量改進是以最求最高的效益和效率為目標的持續(xù)性活動。9. 質量控制 質量控制是對流程和產品的符合性的評估， 獨立分析不足并予以更正使得產品與需求相 符。10. 質量保證質量保證是有計劃的和系統(tǒng)性的活動， 它對部件或產品滿足確定的技術需求提供足夠的 信心。11. 軟件質量軟件質量是指明確聲明的功能和性能需求、 明確文檔化的開發(fā)標準、 以及專業(yè)人員開發(fā) 的軟件所具有的

3、所有隱含特征都得到滿足。12. 正式技術復審 正式技術復審是一種由軟件開發(fā)人員進行的軟件質量保證活動， 其目的是在軟件的任何 一種表示形式中發(fā)現(xiàn)功能、 邏輯或實現(xiàn)的錯誤， 驗證經(jīng)過復審的軟件確實滿足需求， 保證軟 件符合預定義的標準，使軟件按照一致的方式開發(fā)，使項目更易于管理。13. ISOISO 是 一 個 組 織 的 英 語 簡 稱 ， 代 表 International Organization for Standardization ，即 "國際標準化組織 "。14. ISO9000ISO9000 是由 ISO/TC176 制定的關于質量管理和質量保證的國際標準。1

4、5. 質量認證 質量認證是由可以充分信任的第三方證實某一經(jīng)鑒定的產品或服務符合特定標準或規(guī) 范性文件的活動。16. 軟件過程 軟件過程是人們用于開發(fā)和維護軟件及其相關過程的一系列活動， 包括軟件工程活動和 軟件管理活動。17. 軟件過程能力 軟件過程能力是描述（開發(fā)組織或項目組）遵循其軟件過程能夠實現(xiàn)預期結果的程度， 它既可對整個軟件開發(fā)組織而言，也可對一個軟件項目而言。18. 軟件過程性能軟件過程性能表示 （開發(fā)組織或項目組） 遵循其軟件過程所得到的實際結果， 軟件過程 性能描述的是已得到的實際結果， 而軟件過程能力則描述的是最可能的預期結果， 它既可對 整個軟件開發(fā)組織而言，也可對一個特定

5、項目而言。19. 軟件過程成熟度軟件過程成熟度是指一個特定軟件過程被明確和有效地定義，管理測量和控制的程度。20. 軟件成熟度等級軟件成熟度等級是指軟件開發(fā)組織在走向成熟的途中幾個具有明確定義的表示軟件過 程能力成熟度的平臺。21. 關鍵過程域每個軟件能力成熟度等級包含若干個對該成熟度等級至關重要的過程域， 它們的實施對 達到該成熟度等級的目標起到保證作用，這些過程域就稱為該成熟度等級的關鍵過程域。22. 關鍵實踐關鍵實踐是指對關鍵過程域的實踐起關鍵作用的方針、 規(guī)程、措施、 活動以及相關基礎 設施的建立。23. 軟件能力成熟度模型軟件能力成熟度模型是指隨著軟件組織定義、 實施、 測量、控制和

6、改進其軟件過程，軟 件組織的能力也伴隨著這些階段逐步前進，完成對軟件組織進化階段的描述模型。24. 軟件需求軟件需求是指（1）用戶解決問題或達到目標所需的條件或能力；（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正式規(guī)定文檔所需具有的條件或 能力；（ 3 ）一種反映上面（ 1）或（ 2 ）所描述的條件或能力的文檔說明。25. 業(yè)務需求業(yè)務需求（ business requirement）反映了組織機構或客戶對系統(tǒng)或產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。26. 用戶需求用戶需求（ user requirement ）描述了用戶使用產品必須要完成的任務，可以在用例 模型或方案

7、腳本中予以說明。27. 功能需求功能需求（ functional requirement ）定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足了業(yè)務需求。28. 非功能需求非功能需求（ non-functional requirement 映了應用對軟件系統(tǒng)質量和特性的額外要求。29. 需求工程需求工程是應用已證實有效的原理和方法， 發(fā)系統(tǒng)及其行為特征和相關約束。30. 需求分析需求分析主要是對收集到的需求進行提煉、）是從各個角度對系統(tǒng)的約束和限制，反 通過合適的工具和符號， 系統(tǒng)地描述出待開 分析和仔細審查， 以確保所有的風險承擔者都明白其含義并找出其中的錯誤、遺漏或其它不

8、足的地方，形成完整的分析模型。31. 軟件需求規(guī)格說明軟件需求規(guī)格說明是需求開發(fā)的最終結果， 它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的基礎， 也是所有子系列項目規(guī)劃、設計和編碼的基礎。32. 風險承擔人風險承擔人是任何將從新系統(tǒng)或應用的實現(xiàn)中受到實質性影響的人。33. 軟件原型 軟件原型是所提出的新產品的部分實現(xiàn)， 其目的是為了解決在產品開發(fā)的早期階段需求 不確定的問題。34. 實體關系圖 實體關系圖描述數(shù)據(jù)對象及其關系。35. 數(shù)據(jù)流圖 數(shù)據(jù)流圖是結構化分析的基本工具，它描述了信息流和數(shù)據(jù)轉換。36. 狀態(tài)轉換圖 狀態(tài)轉

9、換圖通過描述狀態(tài)以及導致系統(tǒng)改變狀態(tài)的事件來表示系統(tǒng)的行為。37. 數(shù)據(jù)字典 數(shù)據(jù)字典描述數(shù)據(jù)流圖的數(shù)據(jù)存儲、數(shù)據(jù)加工（最底層加工）和數(shù)據(jù)流。38. 對象 對象（ Object ）是系統(tǒng)中用來描述客觀事物的一個實體，它是構成系統(tǒng)的一個基本單 位，由一組屬性和對這組屬性進行操作的一組服務組成。39. 類類（ Class ）是具有相同屬性和服務的一組對象的集合，它為屬于該類的全部對象提供 了統(tǒng)一的抽象描述，其內部包括屬性和服務兩個主要部分。40. 封裝 封裝（ Encapsulation ）是把對象的屬性和服務結合成一個獨立的系統(tǒng)單位，并盡可 能隱藏對象的內部細節(jié)。41. 繼承 繼承（ Inher

10、itance ）是指子類可以自動擁有父類的全部屬性和服務。42. 消息消息（ Message ）是對象發(fā)出的服務請求，一般包含提供服務的對象標識、服務標識、 輸入信息和應答信息等信息。43. 多態(tài)性多態(tài)性 （Polymorphism ）是指在父類中定義的屬性或服務被子類繼承后， 可以具有不 同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。44. 主動對象主動對象（ Active Object ）是一組屬性和一組服務的封裝體，其中至少有一個服務不 需要接收消息就能主動執(zhí)行（稱為主動服務） 。45. 面向對象分析面向對象的分析（ OOA ）就是運用面向對象的方法進行需求分析，其主要任務是分析 和理解問題域， 找出

11、描述問題域和系統(tǒng)責任所需的類及對象， 分析它們的內部構成和外部關 系，建立 OOA 模型。46. 面向對象設計面向對象的設計（ OOD ）就是根據(jù)已建立的分析模型，運用面向對象技術進行系統(tǒng)軟 件設計。它將 OOA 模型直接變成 OOD 模型，并且補充與一些實現(xiàn)有關的部分，如人機界 面、數(shù)據(jù)存儲、任務管理等。47. 面向對象編程 面向對象的編程（ OOP ）就是用一種面向對象的編程語言將 OOD 模型中的各個成分 編寫成程序。48. 面向對象測試 面向對象的測試（ OOT ）是指對于運用 OO 技術開發(fā)的軟件，在測試過程中繼續(xù)運用OO 技術進行以對象概念為中心的軟件測試。49. 統(tǒng)一建模語言 U

12、ML和文檔化軟件系統(tǒng)產物的通用可視化建模語言。50. 用例圖 用例圖定義了系統(tǒng)的功能需求， 它完全是從系統(tǒng)的外部觀看系統(tǒng)功能， 并不描述系統(tǒng)內 部對功能的具體實現(xiàn)。51. 類圖 類圖描述系統(tǒng)的靜態(tài)結構，表示系統(tǒng)中的類以及類與類之間的關系。52. 對象圖 對象圖描述了一組對象以及它們之間的關系，表示類的對象實例。53. 狀態(tài)圖 狀態(tài)圖表示一個狀態(tài)機，強調對象行為的事件順序。54. 時序圖 時序圖表示一組對象之間的動態(tài)協(xié)作關系，反映對象之間發(fā)送消息的時間順序。55. 協(xié)作圖 協(xié)作圖表示一組對象之間的動態(tài)協(xié)作關系，反映收發(fā)消息的對象的結構組織。56. 活動圖 活動圖反映系統(tǒng)中從一個活動到另一個活動的

13、流程，強調對象間的控制流程。57. 組件圖 組件圖描述組件以及它們之間的關系，表示系統(tǒng)的靜態(tài)實現(xiàn)視圖。58. 分布圖 分布圖反映了系統(tǒng)中軟件和硬件的物理架構， 表示系統(tǒng)運行時的處理節(jié)點以及節(jié)點中組 件的配置。59. 軟件體系結構 軟件體系結構包括一組軟件部件、 軟件部件的外部的可見特性及其相互關系， 其中軟件 外部的可見特性是指軟件部件提供的服務、性能、特性、錯誤處理、共享資源使用等。60. 軟件測試 軟件測試是以最少的時間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。61. 靜態(tài)測試 靜態(tài)測試是指被測試程序不在機器上運行， 而是采用人工檢測和計算機輔助靜態(tài)分析的 手段對程序進行檢測。62. 動

14、態(tài)測試 動態(tài)測試是指通過運行程序發(fā)現(xiàn)錯誤，一般意義上的測試主要是指動態(tài)測試。63. 黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅動測試， 它是在已知產品所應具有功能的情況下， 通過 測試來檢測每個功能是否都能正常使用。64. 白盒測試白盒測試也稱結構測試或邏輯驅動測試， 它是知道產品內部工作過程， 可通過測試來檢 測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行， 按照程序內部的結構測試程序， 檢驗 程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能。65. 軟件調試 軟件調試則是在軟件測試成功后， 根據(jù)錯誤跡象確定錯誤的原因和準確位置， 并加以改 正。66. 軟件測試自動化 測試自動化是通

15、過開發(fā)和使用一些工具自動測試軟件系統(tǒng)， 特別適合于測試中重復而繁 瑣的活動。67. 軟件維護 軟件維護是指在軟件運行或維護階段對軟件產品所進行的修改。68. 改正性維護 在軟件交付使用后， 由于開發(fā)時測試得不徹底或不完全， 在運行階段會暴露一些開發(fā)時 未能測試出來的錯誤。 為了識別和糾正軟件錯誤， 改正軟件性能上的缺陷， 避免實施中的錯 誤使用，應當進行的診斷和改正錯誤的過程，這就是改正性維護。69. 適應性維護隨著計算機技術的飛速發(fā)展和更新?lián)Q代， 軟件系統(tǒng)所需的外部環(huán)境或數(shù)據(jù)環(huán)境可能會更 新和升級， 如操作系統(tǒng)或數(shù)據(jù)庫系統(tǒng)的更換等。 為了使軟件系統(tǒng)適應這種變化， 需要對軟件 進行相應的修改，這種維護活動稱為適應性維護。70. 完善性維護 在軟件的使用過程中， 用戶往往會對軟件提出新的功能與性能要求。 為了滿足這些要求， 需要修改或再開發(fā)軟件， 以擴充軟件功能、增強軟件性能、改進加工效率、 提高軟件的可維 護性。這種情況下進行的維護活動叫做完善性維護。71. 預防性維護 預防性維護是指采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分重新 進行設計、