軟件工程基礎(chǔ)知識(shí)

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

應(yīng)該搜集什么信息2、

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

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

技術(shù)可行性2、

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

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

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

確定項(xiàng)目規(guī)模和目標(biāo)2、

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

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

導(dǎo)出和評(píng)價(jià)各種方案5、

推薦可行性方案6、

編寫可行性研究報(bào)告7、

遞交可行性研究報(bào)告可行性研究工作步驟第5頁，共20頁。軟件設(shè)計(jì)基本原則：1、

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

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

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

可重復(fù)級(jí)：建立了基本的項(xiàng)目管理過程，對(duì)類似的項(xiàng)目，能重復(fù)以往所取得的成功3、

已定義級(jí)：定義了組織級(jí)的標(biāo)準(zhǔn)軟件過程4、

已管理級(jí)：是量化的管理，所有過程都建立了相應(yīng)的度量方式5、

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