




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、word1. 軟件軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的局部,它是包括程序、數(shù)據(jù)及相關(guān)文檔的完整集合。2. 軟件危機(jī)軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。3. 軟件工程軟件工程是研究和應(yīng)用如何以系統(tǒng)化的、標(biāo)準(zhǔn)的、可度量的方法去開(kāi)發(fā)、運(yùn)行和維護(hù)軟件,即把工程化應(yīng)用到軟件上。4. 軟件生存周期軟件生存周期是指軟件產(chǎn)品從考慮其概念開(kāi)始到該軟件產(chǎn)品交付使用,直至最終退役為止的整個(gè)過(guò)程,一般包括方案、分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、集成、交付、維護(hù)等階段。5. 軟件復(fù)用軟件復(fù)用就是利用某些已開(kāi)發(fā)的、對(duì)建立新系統(tǒng)有用的軟件元素來(lái)生成新的軟件系統(tǒng)。 6. 質(zhì)量質(zhì)量是產(chǎn)品或效勞滿足明確或隱含需
2、求能力的特性和特征的集合。在合同環(huán)境下,需求是明確的;在其他環(huán)境下,隱含的需求需要識(shí)別和定義。7. 質(zhì)量籌劃質(zhì)量籌劃包括產(chǎn)品籌劃、管理和作業(yè)籌劃,以及質(zhì)量方案的編制和質(zhì)量改良的準(zhǔn)備工作。8. 質(zhì)量改良質(zhì)量改良是以最求最高的效益和效率為目標(biāo)的持續(xù)性活動(dòng)。9. 質(zhì)量控制質(zhì)量控制是對(duì)流程和產(chǎn)品的符合性的評(píng)估,獨(dú)立分析缺乏并予以更正使得產(chǎn)品與需求相符。10. 質(zhì)量保證質(zhì)量保證是有方案的和系統(tǒng)性的活動(dòng),它對(duì)部件或產(chǎn)品滿足確定的技術(shù)需求提供足夠的信心。 11. 軟件質(zhì)量軟件質(zhì)量是指明確聲明的功能和性能需求、明確文檔化的開(kāi)發(fā)標(biāo)準(zhǔn)、以及專業(yè)人員開(kāi)發(fā)的軟件所具有的所有隱含特征都得到滿足。12. 正式技術(shù)復(fù)審正式
3、技術(shù)復(fù)審是一種由軟件開(kāi)發(fā)人員進(jìn)行的軟件質(zhì)量保證活動(dòng),其目的是在軟件的任何一種表示形式中發(fā)現(xiàn)功能、邏輯或?qū)崿F(xiàn)的錯(cuò)誤,驗(yàn)證經(jīng)過(guò)復(fù)審的軟件確實(shí)滿足需求,保證軟件符合預(yù)定義的標(biāo)準(zhǔn),使軟件按照一致的方式開(kāi)發(fā),使工程更易于管理。13. ISOISO是一個(gè)組織的英語(yǔ)簡(jiǎn)稱,代表International Organization for Standardization,即"國(guó)際標(biāo)準(zhǔn)化組織"。14. ISO9000ISO9000是由ISO/TC176制定的關(guān)于質(zhì)量管理和質(zhì)量保證的國(guó)際標(biāo)準(zhǔn)。15. 質(zhì)量認(rèn)證質(zhì)量認(rèn)證是由可以充分信任的第三方證實(shí)某一經(jīng)鑒定的產(chǎn)品或效勞符合特定標(biāo)準(zhǔn)或標(biāo)準(zhǔn)性文件的活動(dòng)
4、。16. 軟件過(guò)程軟件過(guò)程是人們用于開(kāi)發(fā)和維護(hù)軟件及其相關(guān)過(guò)程的一系列活動(dòng),包括軟件工程活動(dòng)和軟件管理活動(dòng)。17. 軟件過(guò)程能力軟件過(guò)程能力是描述開(kāi)發(fā)組織或工程組遵循其軟件過(guò)程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度,它既可對(duì)整個(gè)軟件開(kāi)發(fā)組織而言,也可對(duì)一個(gè)軟件工程而言。18. 軟件過(guò)程性能軟件過(guò)程性能表示開(kāi)發(fā)組織或工程組遵循其軟件過(guò)程所得到的實(shí)際結(jié)果,軟件過(guò)程性能描述的是已得到的實(shí)際結(jié)果,而軟件過(guò)程能力那么描述的是最可能的預(yù)期結(jié)果,它既可對(duì)整個(gè)軟件開(kāi)發(fā)組織而言,也可對(duì)一個(gè)特定工程而言。19. 軟件過(guò)程成熟度軟件過(guò)程成熟度是指一個(gè)特定軟件過(guò)程被明確和有效地定義,管理測(cè)量和控制的程度。20. 軟件成熟度等級(jí)軟件成
5、熟度等級(jí)是指軟件開(kāi)發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過(guò)程能力成熟度的平臺(tái)。21. 關(guān)鍵過(guò)程域每個(gè)軟件能力成熟度等級(jí)包含假設(shè)干個(gè)對(duì)該成熟度等級(jí)至關(guān)重要的過(guò)程域,它們的實(shí)施對(duì)到達(dá)該成熟度等級(jí)的目標(biāo)起到保證作用,這些過(guò)程域就稱為該成熟度等級(jí)的關(guān)鍵過(guò)程域。22. 關(guān)鍵實(shí)踐關(guān)鍵實(shí)踐是指對(duì)關(guān)鍵過(guò)程域的實(shí)踐起關(guān)鍵作用的方針、規(guī)程、措施、活動(dòng)以及相關(guān)根底設(shè)施的建立。23. 軟件能力成熟度模型軟件能力成熟度模型是指隨著軟件組織定義、實(shí)施、測(cè)量、控制和改良其軟件過(guò)程,軟件組織的能力也伴隨著這些階段逐步前進(jìn),完成對(duì)軟件組織進(jìn)化階段的描述模型。24. 軟件需求軟件需求是指1用戶解決問(wèn)題或到達(dá)目標(biāo)所需的條
6、件或能力;2系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、標(biāo)準(zhǔn)或其它正式規(guī)定文檔所需具有的條件或能力;3一種反映上面1或2所描述的條件或能力的文檔說(shuō)明。25. 業(yè)務(wù)需求業(yè)務(wù)需求business requirement反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)或產(chǎn)品高層次的目標(biāo)要求,它們?cè)诠こ桃晥D與范圍文檔中予以說(shuō)明。26. 用戶需求用戶需求user requirement描述了用戶使用產(chǎn)品必須要完成的任務(wù),可以在用例模型或方案腳本中予以說(shuō)明。27. 功能需求功能需求functional requirement定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。 28. 非功能需求非功能需求non
7、-functional requirement是從各個(gè)角度對(duì)系統(tǒng)的約束和限制,反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。29. 需求工程需求工程是應(yīng)用已證實(shí)有效的原理和方法,通過(guò)適宜的工具和符號(hào),系統(tǒng)地描述出待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束。30. 需求分析需求分析主要是對(duì)收集到的需求進(jìn)行提煉、分析和仔細(xì)審查,以確保所有的風(fēng)險(xiǎn)承當(dāng)者都明白其含義并找出其中的錯(cuò)誤、遺漏或其它缺乏的地方,形成完整的分析模型。31. 軟件需求規(guī)格說(shuō)明軟件需求規(guī)格說(shuō)明是需求開(kāi)發(fā)的最終結(jié)果,它精確地闡述一個(gè)軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。軟件需求規(guī)格說(shuō)明不僅是系統(tǒng)測(cè)試和用戶文檔的根底,也是所有子系列
8、工程規(guī)劃、設(shè)計(jì)和編碼的根底。 32. 風(fēng)險(xiǎn)承當(dāng)人風(fēng)險(xiǎn)承當(dāng)人是任何將從新系統(tǒng)或應(yīng)用的實(shí)現(xiàn)中受到實(shí)質(zhì)性影響的人。33. 軟件原型軟件原型是所提出的新產(chǎn)品的局部實(shí)現(xiàn),其目的是為了解決在產(chǎn)品開(kāi)發(fā)的早期階段需求不確定的問(wèn)題。34. 實(shí)體關(guān)系圖實(shí)體關(guān)系圖描述數(shù)據(jù)對(duì)象及其關(guān)系。35. 數(shù)據(jù)流圖數(shù)據(jù)流圖是結(jié)構(gòu)化分析的根本工具,它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。36. 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖通過(guò)描述狀態(tài)以及導(dǎo)致系統(tǒng)改變狀態(tài)的事件來(lái)表示系統(tǒng)的行為。37. 數(shù)據(jù)字典數(shù)據(jù)字典描述數(shù)據(jù)流圖的數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加工最底層加工和數(shù)據(jù)流。38. 對(duì)象對(duì)象Object是系統(tǒng)中用來(lái)描述客觀事物的一個(gè)實(shí)體,它是構(gòu)成系統(tǒng)的一個(gè)根本單位,由一組屬性
9、和對(duì)這組屬性進(jìn)行操作的一組效勞組成。39. 類類Class是具有相同屬性和效勞的一組對(duì)象的集合,它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述,其內(nèi)部包括屬性和效勞兩個(gè)主要局部。40. 封裝封裝Encapsulation是把對(duì)象的屬性和效勞結(jié)合成一個(gè)獨(dú)立的系統(tǒng)單位,并盡可能隱藏對(duì)象的內(nèi)部細(xì)節(jié)。41. 繼承繼承Inheritance是指子類可以自動(dòng)擁有父類的全部屬性和效勞。42. 消息消息Message是對(duì)象發(fā)出的效勞請(qǐng)求,一般包含提供效勞的對(duì)象標(biāo)識(shí)、效勞標(biāo)識(shí)、輸入信息和應(yīng)答信息等信息。43. 多態(tài)性多態(tài)性Polymorphism是指在父類中定義的屬性或效勞被子類繼承后,可以具有不同的數(shù)據(jù)類型或表現(xiàn)
10、出不同的行為。44. 主動(dòng)對(duì)象主動(dòng)對(duì)象Active Object是一組屬性和一組效勞的封裝體,其中至少有一個(gè)效勞不需要接收消息就能主動(dòng)執(zhí)行稱為主動(dòng)效勞。45. 面向?qū)ο蠓治雒嫦驅(qū)ο蟮姆治鯫OA就是運(yùn)用面向?qū)ο蟮姆椒ㄟM(jìn)行需求分析,其主要任務(wù)是分析和理解問(wèn)題域,找出描述問(wèn)題域和系統(tǒng)責(zé)任所需的類及對(duì)象,分析它們的內(nèi)部構(gòu)成和外部關(guān)系,建立OOA模型。46. 面向?qū)ο笤O(shè)計(jì)面向?qū)ο蟮脑O(shè)計(jì)OOD就是根據(jù)已建立的分析模型,運(yùn)用面向?qū)ο蠹夹g(shù)進(jìn)行系統(tǒng)軟件設(shè)計(jì)。它將OOA模型直接變成OOD模型,并且補(bǔ)充與一些實(shí)現(xiàn)有關(guān)的局部,如人機(jī)界面、數(shù)據(jù)存儲(chǔ)、任務(wù)管理等。47. 面向?qū)ο缶幊堂嫦驅(qū)ο蟮木幊蘋OP就是用一種面向?qū)ο?/p>
11、的編程語(yǔ)言將OOD模型中的各個(gè)成分編寫成程序。48. 面向?qū)ο鬁y(cè)試面向?qū)ο蟮臏y(cè)試OOT是指對(duì)于運(yùn)用OO技術(shù)開(kāi)發(fā)的軟件,在測(cè)試過(guò)程中繼續(xù)運(yùn)用OO技術(shù)進(jìn)行以對(duì)象概念為中心的軟件測(cè)試。 49. 統(tǒng)一建模語(yǔ)言UML統(tǒng)一建模語(yǔ)言Unified Modeling Language,UML是一種直觀化、明確化、構(gòu)建和文檔化軟件系統(tǒng)產(chǎn)物的通用可視化建模語(yǔ)言。50. 用例圖用例圖定義了系統(tǒng)的功能需求,它完全是從系統(tǒng)的外部觀看系統(tǒng)功能,并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)。51. 類圖類圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu),表示系統(tǒng)中的類以及類與類之間的關(guān)系。52. 對(duì)象圖對(duì)象圖描述了一組對(duì)象以及它們之間的關(guān)系,表示類的對(duì)象實(shí)例。5
12、3. 狀態(tài)圖狀態(tài)圖表示一個(gè)狀態(tài)機(jī),強(qiáng)調(diào)對(duì)象行為的事件順序。54. 時(shí)序圖時(shí)序圖表示一組對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系,反映對(duì)象之間發(fā)送消息的時(shí)間順序。55. 協(xié)作圖協(xié)作圖表示一組對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系,反映收發(fā)消息的對(duì)象的結(jié)構(gòu)組織。56. 活動(dòng)圖活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程,強(qiáng)調(diào)對(duì)象間的控制流程。57. 組件圖組件圖描述組件以及它們之間的關(guān)系,表示系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖。58. 分布圖分布圖反映了系統(tǒng)中軟件和硬件的物理架構(gòu),表示系統(tǒng)運(yùn)行時(shí)的處理節(jié)點(diǎn)以及節(jié)點(diǎn)中組件的配置。59. 軟件體系結(jié)構(gòu)軟件體系結(jié)構(gòu)包括一組軟件部件、軟件部件的外部的可見(jiàn)特性及其相互關(guān)系,其中軟件外部的可見(jiàn)特性是指軟件部件
13、提供的效勞、性能、特性、錯(cuò)誤處理、共享資源使用等。60. 軟件測(cè)試軟件測(cè)試是以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。61. 靜態(tài)測(cè)試靜態(tài)測(cè)試是指被測(cè)試程序不在機(jī)器上運(yùn)行,而是采用人工檢測(cè)和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)。62. 動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤,一般意義上的測(cè)試主要是指動(dòng)態(tài)測(cè)試。63. 黑盒測(cè)試黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試,它是在產(chǎn)品所應(yīng)具有功能的情況下,通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。64. 白盒測(cè)試白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,它是知道產(chǎn)品內(nèi)部工作過(guò)程,可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行,按照程序
14、內(nèi)部的結(jié)構(gòu)測(cè)試程序,檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能。65. 軟件調(diào)試軟件調(diào)試那么是在軟件測(cè)試成功后,根據(jù)錯(cuò)誤跡象確定錯(cuò)誤的原因和準(zhǔn)確位置,并加以改正。66. 軟件測(cè)試自動(dòng)化測(cè)試自動(dòng)化是通過(guò)開(kāi)發(fā)和使用一些工具自動(dòng)測(cè)試軟件系統(tǒng),特別適合于測(cè)試中重復(fù)而繁瑣的活動(dòng)。67. 軟件維護(hù)軟件維護(hù)是指在軟件運(yùn)行或維護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)行的修改。68. 改正性維護(hù)在軟件交付使用后,由于開(kāi)發(fā)時(shí)測(cè)試得不徹底或不完全,在運(yùn)行階段會(huì)暴露一些開(kāi)發(fā)時(shí)未能測(cè)試出來(lái)的錯(cuò)誤。為了識(shí)別和糾正軟件錯(cuò)誤,改正軟件性能上的缺陷,防止實(shí)施中的錯(cuò)誤使用,應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過(guò)程,這就是改正性維護(hù)。69. 適應(yīng)性維護(hù)隨著計(jì)算機(jī)技術(shù)的飛速開(kāi)展和更新?lián)Q代,軟件系統(tǒng)所需的外部環(huán)境或數(shù)據(jù)環(huán)境可能會(huì)更新和升級(jí),如操作系統(tǒng)或數(shù)據(jù)庫(kù)系統(tǒng)的更換等。為了使軟件系統(tǒng)適應(yīng)這種變化,需要對(duì)軟件進(jìn)行相應(yīng)的修改,這種維護(hù)活動(dòng)稱為適應(yīng)性維護(hù)。70. 完善性維護(hù)在軟件的使用過(guò)程中,用戶往往會(huì)對(duì)軟件提出新的功能與性能要求。為了滿足這些要求,需要修改或再開(kāi)發(fā)軟件,以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改良加工效率、提高軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動(dòng)叫做完善性維護(hù)。71. 預(yù)防性維護(hù)預(yù)防性維護(hù)是指采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一局部重新進(jìn)行設(shè)計(jì)、
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 學(xué)校洗臉池管理制度
- 學(xué)校美發(fā)室管理制度
- 學(xué)校隔離點(diǎn)管理制度
- 學(xué)生早到校管理制度
- 孵化園設(shè)備管理制度
- 安全用蒸汽管理制度
- 安明措施費(fèi)管理制度
- 安置點(diǎn)安全管理制度
- 實(shí)訓(xùn)室發(fā)放管理制度
- 實(shí)驗(yàn)試劑庫(kù)管理制度
- 2025年高壓電工作業(yè)考試國(guó)家總局題庫(kù)及答案(共280題)
- 2024年03月安徽省農(nóng)業(yè)信貸融資擔(dān)保有限公司2024年招考筆試歷年參考題庫(kù)附帶答案詳解
- DB12T 692-2016 天津市文書類電子文件元數(shù)據(jù)規(guī)范
- T-ACEF 148-2024 危險(xiǎn)廢物物聯(lián)網(wǎng)智能監(jiān)控設(shè)備技術(shù)要求
- 門店規(guī)章制度守則范本
- 工地交通安全
- 【MOOC】多媒體技術(shù)與應(yīng)用-同濟(jì)大學(xué) 中國(guó)大學(xué)慕課MOOC答案
- 高等數(shù)學(xué)基礎(chǔ)-002-國(guó)開(kāi)機(jī)考復(fù)習(xí)資料
- 2024年1月云南高中學(xué)業(yè)水平考試數(shù)學(xué)試卷真題(含答案詳解)
- 大模型原理與技術(shù)-課件 chap10 多模態(tài)大模型
- 高績(jī)效教練讀書分享
評(píng)論
0/150
提交評(píng)論