軟件工程名詞解釋_第1頁
軟件工程名詞解釋_第2頁
軟件工程名詞解釋_第3頁
軟件工程名詞解釋_第4頁
軟件工程名詞解釋_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

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

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

3、技術(shù)復(fù)審是一種由軟件開發(fā)人員進行的軟件質(zhì)量保證活動,其目的是在軟件的任何一種表示形式中發(fā)現(xiàn)功能、邏輯或?qū)崿F(xiàn)的錯誤,驗證經(jīng)過復(fù)審的軟件確實滿足需求,保證軟件符合預(yù)定義的標(biāo)準(zhǔn),使軟件按照一致的方式開發(fā),使工程更易于管理。13. ISOISO是一個組織的英語簡稱,代表International Organization for Standardization,即"國際標(biāo)準(zhǔn)化組織"。14. ISO9000ISO9000是由ISO/TC176制定的關(guān)于質(zhì)量管理和質(zhì)量保證的國際標(biāo)準(zhǔn)。15. 質(zhì)量認證質(zhì)量認證是由可以充分信任的第三方證實某一經(jīng)鑒定的產(chǎn)品或效勞符合特定標(biāo)準(zhǔn)或標(biāo)準(zhǔn)性文件的活動

4、。16. 軟件過程軟件過程是人們用于開發(fā)和維護軟件及其相關(guān)過程的一系列活動,包括軟件工程活動和軟件管理活動。17. 軟件過程能力軟件過程能力是描述開發(fā)組織或工程組遵循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度,它既可對整個軟件開發(fā)組織而言,也可對一個軟件工程而言。18. 軟件過程性能軟件過程性能表示開發(fā)組織或工程組遵循其軟件過程所得到的實際結(jié)果,軟件過程性能描述的是已得到的實際結(jié)果,而軟件過程能力那么描述的是最可能的預(yù)期結(jié)果,它既可對整個軟件開發(fā)組織而言,也可對一個特定工程而言。19. 軟件過程成熟度軟件過程成熟度是指一個特定軟件過程被明確和有效地定義,管理測量和控制的程度。20. 軟件成熟度等級軟件成

5、熟度等級是指軟件開發(fā)組織在走向成熟的途中幾個具有明確定義的表示軟件過程能力成熟度的平臺。21. 關(guān)鍵過程域每個軟件能力成熟度等級包含假設(shè)干個對該成熟度等級至關(guān)重要的過程域,它們的實施對到達該成熟度等級的目標(biāo)起到保證作用,這些過程域就稱為該成熟度等級的關(guān)鍵過程域。22. 關(guān)鍵實踐關(guān)鍵實踐是指對關(guān)鍵過程域的實踐起關(guān)鍵作用的方針、規(guī)程、措施、活動以及相關(guān)根底設(shè)施的建立。23. 軟件能力成熟度模型軟件能力成熟度模型是指隨著軟件組織定義、實施、測量、控制和改良其軟件過程,軟件組織的能力也伴隨著這些階段逐步前進,完成對軟件組織進化階段的描述模型。24. 軟件需求軟件需求是指1用戶解決問題或到達目標(biāo)所需的條

6、件或能力;2系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、標(biāo)準(zhǔn)或其它正式規(guī)定文檔所需具有的條件或能力;3一種反映上面1或2所描述的條件或能力的文檔說明。25. 業(yè)務(wù)需求業(yè)務(wù)需求business requirement反映了組織機構(gòu)或客戶對系統(tǒng)或產(chǎn)品高層次的目標(biāo)要求,它們在工程視圖與范圍文檔中予以說明。26. 用戶需求用戶需求user requirement描述了用戶使用產(chǎn)品必須要完成的任務(wù),可以在用例模型或方案腳本中予以說明。27. 功能需求功能需求functional requirement定義了開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。 28. 非功能需求非功能需求non

7、-functional requirement是從各個角度對系統(tǒng)的約束和限制,反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。29. 需求工程需求工程是應(yīng)用已證實有效的原理和方法,通過適宜的工具和符號,系統(tǒng)地描述出待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束。30. 需求分析需求分析主要是對收集到的需求進行提煉、分析和仔細審查,以確保所有的風(fēng)險承當(dāng)者都明白其含義并找出其中的錯誤、遺漏或其它缺乏的地方,形成完整的分析模型。31. 軟件需求規(guī)格說明軟件需求規(guī)格說明是需求開發(fā)的最終結(jié)果,它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的根底,也是所有子系列

8、工程規(guī)劃、設(shè)計和編碼的根底。 32. 風(fēng)險承當(dāng)人風(fēng)險承當(dāng)人是任何將從新系統(tǒng)或應(yīng)用的實現(xiàn)中受到實質(zhì)性影響的人。33. 軟件原型軟件原型是所提出的新產(chǎn)品的局部實現(xiàn),其目的是為了解決在產(chǎn)品開發(fā)的早期階段需求不確定的問題。34. 實體關(guān)系圖實體關(guān)系圖描述數(shù)據(jù)對象及其關(guān)系。35. 數(shù)據(jù)流圖數(shù)據(jù)流圖是結(jié)構(gòu)化分析的根本工具,它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。36. 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖通過描述狀態(tài)以及導(dǎo)致系統(tǒng)改變狀態(tài)的事件來表示系統(tǒng)的行為。37. 數(shù)據(jù)字典數(shù)據(jù)字典描述數(shù)據(jù)流圖的數(shù)據(jù)存儲、數(shù)據(jù)加工最底層加工和數(shù)據(jù)流。38. 對象對象Object是系統(tǒng)中用來描述客觀事物的一個實體,它是構(gòu)成系統(tǒng)的一個根本單位,由一組屬性

9、和對這組屬性進行操作的一組效勞組成。39. 類類Class是具有相同屬性和效勞的一組對象的集合,它為屬于該類的全部對象提供了統(tǒng)一的抽象描述,其內(nèi)部包括屬性和效勞兩個主要局部。40. 封裝封裝Encapsulation是把對象的屬性和效勞結(jié)合成一個獨立的系統(tǒng)單位,并盡可能隱藏對象的內(nèi)部細節(jié)。41. 繼承繼承Inheritance是指子類可以自動擁有父類的全部屬性和效勞。42. 消息消息Message是對象發(fā)出的效勞請求,一般包含提供效勞的對象標(biāo)識、效勞標(biāo)識、輸入信息和應(yīng)答信息等信息。43. 多態(tài)性多態(tài)性Polymorphism是指在父類中定義的屬性或效勞被子類繼承后,可以具有不同的數(shù)據(jù)類型或表現(xiàn)

10、出不同的行為。44. 主動對象主動對象Active Object是一組屬性和一組效勞的封裝體,其中至少有一個效勞不需要接收消息就能主動執(zhí)行稱為主動效勞。45. 面向?qū)ο蠓治雒嫦驅(qū)ο蟮姆治鯫OA就是運用面向?qū)ο蟮姆椒ㄟM行需求分析,其主要任務(wù)是分析和理解問題域,找出描述問題域和系統(tǒng)責(zé)任所需的類及對象,分析它們的內(nèi)部構(gòu)成和外部關(guān)系,建立OOA模型。46. 面向?qū)ο笤O(shè)計面向?qū)ο蟮脑O(shè)計OOD就是根據(jù)已建立的分析模型,運用面向?qū)ο蠹夹g(shù)進行系統(tǒng)軟件設(shè)計。它將OOA模型直接變成OOD模型,并且補充與一些實現(xiàn)有關(guān)的局部,如人機界面、數(shù)據(jù)存儲、任務(wù)管理等。47. 面向?qū)ο缶幊堂嫦驅(qū)ο蟮木幊蘋OP就是用一種面向?qū)ο?/p>

11、的編程語言將OOD模型中的各個成分編寫成程序。48. 面向?qū)ο鬁y試面向?qū)ο蟮臏y試OOT是指對于運用OO技術(shù)開發(fā)的軟件,在測試過程中繼續(xù)運用OO技術(shù)進行以對象概念為中心的軟件測試。 49. 統(tǒng)一建模語言UML統(tǒng)一建模語言Unified Modeling Language,UML是一種直觀化、明確化、構(gòu)建和文檔化軟件系統(tǒng)產(chǎn)物的通用可視化建模語言。50. 用例圖用例圖定義了系統(tǒng)的功能需求,它完全是從系統(tǒng)的外部觀看系統(tǒng)功能,并不描述系統(tǒng)內(nèi)部對功能的具體實現(xiàn)。51. 類圖類圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu),表示系統(tǒng)中的類以及類與類之間的關(guān)系。52. 對象圖對象圖描述了一組對象以及它們之間的關(guān)系,表示類的對象實例。5

12、3. 狀態(tài)圖狀態(tài)圖表示一個狀態(tài)機,強調(diào)對象行為的事件順序。54. 時序圖時序圖表示一組對象之間的動態(tài)協(xié)作關(guān)系,反映對象之間發(fā)送消息的時間順序。55. 協(xié)作圖協(xié)作圖表示一組對象之間的動態(tài)協(xié)作關(guān)系,反映收發(fā)消息的對象的結(jié)構(gòu)組織。56. 活動圖活動圖反映系統(tǒng)中從一個活動到另一個活動的流程,強調(diào)對象間的控制流程。57. 組件圖組件圖描述組件以及它們之間的關(guān)系,表示系統(tǒng)的靜態(tài)實現(xiàn)視圖。58. 分布圖分布圖反映了系統(tǒng)中軟件和硬件的物理架構(gòu),表示系統(tǒng)運行時的處理節(jié)點以及節(jié)點中組件的配置。59. 軟件體系結(jié)構(gòu)軟件體系結(jié)構(gòu)包括一組軟件部件、軟件部件的外部的可見特性及其相互關(guān)系,其中軟件外部的可見特性是指軟件部件

13、提供的效勞、性能、特性、錯誤處理、共享資源使用等。60. 軟件測試軟件測試是以最少的時間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。61. 靜態(tài)測試靜態(tài)測試是指被測試程序不在機器上運行,而是采用人工檢測和計算機輔助靜態(tài)分析的手段對程序進行檢測。62. 動態(tài)測試動態(tài)測試是指通過運行程序發(fā)現(xiàn)錯誤,一般意義上的測試主要是指動態(tài)測試。63. 黑盒測試黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,它是在產(chǎn)品所應(yīng)具有功能的情況下,通過測試來檢測每個功能是否都能正常使用。64. 白盒測試白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試,它是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行,按照程序

14、內(nèi)部的結(jié)構(gòu)測試程序,檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能。65. 軟件調(diào)試軟件調(diào)試那么是在軟件測試成功后,根據(jù)錯誤跡象確定錯誤的原因和準(zhǔn)確位置,并加以改正。66. 軟件測試自動化測試自動化是通過開發(fā)和使用一些工具自動測試軟件系統(tǒng),特別適合于測試中重復(fù)而繁瑣的活動。67. 軟件維護軟件維護是指在軟件運行或維護階段對軟件產(chǎn)品所進行的修改。68. 改正性維護在軟件交付使用后,由于開發(fā)時測試得不徹底或不完全,在運行階段會暴露一些開發(fā)時未能測試出來的錯誤。為了識別和糾正軟件錯誤,改正軟件性能上的缺陷,防止實施中的錯誤使用,應(yīng)當(dāng)進行的診斷和改正錯誤的過程,這就是改正性維護。69. 適應(yīng)性維護隨著計算機技術(shù)的飛速開展和更新?lián)Q代,軟件系統(tǒng)所需的外部環(huán)境或數(shù)據(jù)環(huán)境可能會更新和升級,如操作系統(tǒng)或數(shù)據(jù)庫系統(tǒng)的更換等。為了使軟件系統(tǒng)適應(yīng)這種變化,需要對軟件進行相應(yīng)的修改,這種維護活動稱為適應(yīng)性維護。70. 完善性維護在軟件的使用過程中,用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求,需要修改或再開發(fā)軟件,以擴充軟件功能、增強軟件性能、改良加工效率、提高軟件的可維護性。這種情況下進行的維護活動叫做完善性維護。71. 預(yù)防性維護預(yù)防性維護是指采用先進的軟件工程方法對需要維護的軟件或軟件中的某一局部重新進行設(shè)計、

溫馨提示

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

最新文檔

評論

0/150

提交評論