軟件工程基礎知識_第1頁
軟件工程基礎知識_第2頁
軟件工程基礎知識_第3頁
軟件工程基礎知識_第4頁
軟件工程基礎知識_第5頁
已閱讀5頁,還剩15頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

軟件工程基礎知識第1頁,共20頁。軟件需求包括功能需求、非功能需求和設計約束。業(yè)務需求用戶需求系統(tǒng)需求三者之間的關系:業(yè)務需求生成范圍文檔、用戶需求生成用例文檔、系統(tǒng)需求和用戶需求生成功能需求,三者結合加上質(zhì)量屬性、非功能需求、設計約束成為軟件需求規(guī)格說明書(SRS)。1.軟件需求分析與定義第2頁,共20頁。需求調(diào)查必須清楚了解三個問題1、

應該搜集什么信息2、

從什么地方搜集這些信息3、

用什么機制或者技術搜集這些信息需求捕獲的策略:在整個需求過程中,需求捕獲、需求分析、需求規(guī)格化、需求驗證四個階段不是瀑布式發(fā)展,而是迭代式的演化過程。1.軟件需求分析與定義第3頁,共20頁??尚行匝芯抗ぷ鞯幕A可行性研究的內(nèi)容1、

技術可行性2、

經(jīng)濟可行性3、

運行環(huán)境可行性4、

其他方面的可行性分析可行性研究第4頁,共20頁。1、

確定項目規(guī)模和目標2、

研究正在運行的系統(tǒng)3、

建立新系統(tǒng)的邏輯模型4、

導出和評價各種方案5、

推薦可行性方案6、

編寫可行性研究報告7、

遞交可行性研究報告可行性研究工作步驟第5頁,共20頁。軟件設計基本原則:1、

信息隱蔽:每個模塊的實現(xiàn)細節(jié)對于其他模塊來說是隱蔽的,模塊中所包含的信息不允許其他模塊使用。信息隱蔽技術提高了軟件的可維護性,改善了軟件的可靠性。2、

模塊獨立性:是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體子功能,和其他的模塊接口是簡單的,一般采用兩個準則度量模塊獨立性:模塊間耦合和模塊內(nèi)聚。2軟件設計第6頁,共20頁。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程,是根據(jù)程序開發(fā)階段的規(guī)格說明及程序內(nèi)部結構而精心設計的一批測試用例,并利用這些測試用例去運行程序,以發(fā)現(xiàn)程序錯誤的過程。3軟件測試第7頁,共20頁。測試用例設計測試用例是為特定目標開發(fā)的測試輸入、執(zhí)行條件和預期結果的集合。設計測試用例通常有兩種常用的測試方法:黑盒測試和白盒測試軟件測試是由一系列不同的測試所組成,這些軟件測試步驟分為:單元測試、集成測試、確認測試和系統(tǒng)測試。3軟件測試第8頁,共20頁。軟件維護的目的是保證軟件在運營時期能夠正常運行。軟件具有可維護性由以下三個因素決定:可理解性可測試性可修改性4軟件維護第9頁,共20頁。糾錯型維護適應型維護完善型維護預防型維護糾錯型維護、適應維護、完善型維護是由用戶驅(qū)動的、預防型維護是由開發(fā)商驅(qū)動的??傮w上完善性維護約占50%以上,適應性維護約占25%,糾錯型維護約占20%,預防型維護約占5%。軟件維護的分類第10頁,共20頁。CMM:軟件過程能力成熟度模型CMM分級標準1、

初始級:軟件過程定義無章法和無步驟可循的狀態(tài),成功往往依賴個別人或機遇2、

可重復級:建立了基本的項目管理過程,對類似的項目,能重復以往所取得的成功3、

已定義級:定義了組織級的標準軟件過程4、

已管理級:是量化的管理,所有過程都建立了相應的度量方式5、

優(yōu)化級:通過各種定量分析,能夠不斷地、持續(xù)地進行過程改進。5軟件過程管理第11頁,共20頁。個體軟件過程(PSP)個體軟件過程是一種可用于控制、管理和改進個人工作方式的自我持續(xù)改進過程。是一個包括軟件開發(fā)表格、指南和規(guī)程的結構化框架。PSP與具體的技術相對獨立,其原則能夠應用到幾乎軟件工程任務之中。群組軟件過程(TSP)TSP對群組軟件過程的定義、度量和改革提出了一套原則、策略和方法,描述了如何創(chuàng)建高效且具有自我管理能力的工程小組。5軟件過程管理第12頁,共20頁。CMM/TSP/PSP三者的結合CMM/TSP/PSP為軟件產(chǎn)業(yè)提供了一個集成化的、三維的軟件過程改進框架。CMM是過程改善的第一步,它提供了評價組織能力的方式,并為TSP提供了指導原則。PSP為TSP的實施提供了軟件工程師的個人技能。TSP結合了CMM的管理方法和PSP的工程技能。5軟件過程管理第13頁,共20頁。以特定的圖形符號加上說明,表示算法的圖,稱為流程圖或框圖。流程圖有時也稱作輸入-輸出圖。該圖直觀地描述一個工作過程的具體步驟。流程圖對準確了解事情是如何進行的,以及決定應如何改進過程極有幫助。流程圖第14頁,共20頁。第15頁,共20頁。用例圖定義:由參與者(Actor)、用例(UseCase)以及它們之間的關系構成的用于描述系統(tǒng)功能的靜態(tài)視圖稱為用例圖。用例圖(UserCase)是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖,呈現(xiàn)了一些參與者和一些用例,以及它們之間的關系,主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。用例圖用于對系統(tǒng)、子系統(tǒng)或類的行為進行可視化,使用戶能夠理解如何使用這些元素,并使開發(fā)者能夠?qū)崿F(xiàn)這些元素。用例圖第16頁,共20頁。第17頁,共20頁。類圖(Classdiagram)由許多(靜態(tài))說明性的模型元素(例如類、包和它們之間的關系,這些元素和它們的內(nèi)容互相連接)組成。類圖可以組織在(并且屬于)包中,僅顯示特定包中的相關內(nèi)容。類圖(Classdiagram)是最常用的UML圖,顯示出類、接口以及它們之間的靜態(tài)結構和關系;它用于描述系統(tǒng)的結構化設計。類圖第18頁,共20頁。第19頁,共20頁。內(nèi)容梗概軟件工程基礎知識。1、 信息隱蔽:每個模塊的實現(xiàn)細節(jié)對于其他模塊來說是隱蔽的,模塊中所包含的信息不允許其他模塊使用。測試用例是為特定目標開發(fā)的測試輸入、執(zhí)行條件和預期結果的集合。設計測試用例通常有兩種常用的測試方法:黑盒測試和白盒測試。軟件測試是由一系列不同的測試所組成,這些軟件測試步驟分為:單元測試、集成測試、確認測試和系統(tǒng)測試。2、 可重復級:建立了基本的項目管理過程,對類似的項目,能重復以往所取得的成功。3、 已定義級:定義了組織級的標準軟件過程。4、 已管理級:是量化的管理,所有過程都建立了相應的度量方式。5、 優(yōu)化級:通過各種定量分析,能夠不斷地、持續(xù)地進行過程改進。個體軟件過程是一種可用于控制、管理和改進個人工作方式的自我持續(xù)改進過程。CMM/TSP/PSP三者的結合。CMM/TSP/PSP為軟件產(chǎn)業(yè)提供

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論