第01章軟件工程學概述02

1、 軟件工程導論軟件工程導論1.3 軟件生命周期 1、定義（GB/T11457） 2、理解要點 1） 從時間角度分解軟件開發(fā)和維護中的各種復雜問題；2） 是一個描述軟件生存周期內(nèi)系統(tǒng)開發(fā)、操作和維護所需實施的過程、活動和任務的框架；3） 軟件生存周期階段的劃分可因軟件的規(guī)模、種類、開發(fā)方式、開發(fā)環(huán)境、開發(fā)方法的不同而不同。4） 1988年發(fā)布的GB8566計算機軟件開發(fā)規(guī)范中軟件生存周期階段的劃分是基于“瀑布模型”給出的。 33、生命周期各階段的基本任務（系統(tǒng)分析）（系統(tǒng)分析）45思考：以下幾個選項中，哪個是B公司得出的結論：A.要解決某小區(qū)用電總度數(shù)問題B.要解決某小區(qū)總收電費問題C.要解決電

2、力公司A管轄范圍內(nèi)的所有電表每月每戶電費結算問題D.要解決重慶市內(nèi)電表結算問題6 高層邏輯模型，準確和具體的工程規(guī)模和目標，成本/效益分析等可行性報告7注意點8910111213問題定義可行性研究需求分析總體設計詳細設計編碼與單元測試綜合測試軟件維護要解決的問題是什么？問題性質、工程目標和規(guī)模的報告分析員：實際用戶+負責人是否有解決辦法？分析員 高層邏輯模型，準確和具體的工程規(guī)模和目標，成本/效益分析等可行性報告為了解決問題，目標系統(tǒng)必須做什么？準確確定系統(tǒng)的功能系統(tǒng)的邏輯模型（數(shù)據(jù)流圖+數(shù)據(jù)字典+簡要算法）如何解決這些問題模塊劃分軟件結構如何具體地實現(xiàn)系統(tǒng)：每個模塊的流程圖（程序的詳細規(guī)格說

3、明）通過各種類型的測試，使軟件達到預定的要求寫出正確的容易理解和容易維護的程序模塊 通過各種必要的維護活動使系統(tǒng)持久地滿足用戶的需要14151617181920案例案例:21 一、 功能： 1。讀取、顯示、另存四種格式圖片（ BMP、TIFF、JPG、PNG ） 2。 放大、縮小、漫游 3。列出當前目錄下所有四種格式圖片文件名 4. PAGEUP（PAGEDOWN）自動調出當前目錄上一張（下一張）圖片 二、 其它說明： 1。界面盡量簡介，容易操作 2。不要圖片預覽和打印 三、 開發(fā)工具：Visual Studio 四、 開發(fā)環(huán)境：普通PC機；Windows 7/8/10 五 、工作量： 1.研

4、究一下四種圖片的格式 2.設計一個解析器類，解析這四種格式 3.設計一個文檔類，實現(xiàn)讀取、另存和目錄瀏覽功能 4.設計一個視圖類，實現(xiàn)顯示、縮放、漫游功能工作清單工作清單22PART ONE The Process軟件制造的八個階段軟件制造的八個階段:可行性分析可行性分析需求分析需求分析概要設計概要設計詳細設計詳細設計編碼編碼測試測試交付交付維護維護對話過程對話過程工作清單一、二工作清單一、二工作清單三、四、五工作清單三、四、五寫代碼前的思考過程寫代碼前的思考過程寫代碼寫代碼提交給老師檢查提交給老師檢查給老師朋友安裝、講解給老師朋友安裝、講解修正問題、改進軟件修正問題、改進軟件23實際情況1一

5、切順利，學生S按期交付了軟件，經(jīng)過一兩周的試用、修改、完善后，三方都比較滿意，該軟件在老師的朋友那里成為一個得心應手的工具。 瀑布模型2425需求分析需求分析驗證驗證規(guī)格說明規(guī)格說明驗證驗證設計設計驗證驗證編碼編碼測試測試綜合測試綜合測試維護維護變化的需求變化的需求驗證驗證2627適用于需求非常明確的情況。2829實際情況2（續(xù)） S：.! C:還有一些，現(xiàn)在一時想不起來，我想起來的話會再跟 你聯(lián)系，時間上可以長一些。 S:.! ! ! T:要不這樣吧，你先做一個樣子出來給C看看，一邊做，一邊改。 C:這樣最好，看見一個基本樣子我就知道我想要什么了 事情就這樣定下來了，S憤怒的撕掉了自己的工作

6、清單.，回去后S花1天時間用DELPHI做了個樣子，只能讀BMP和JPG文件，做了些菜單和工具欄，用ACCESS建了一個圖片庫。就這個“假”的程序，S和C討論了一天，S又修改了幾次，又討論了幾次，一周后，這個“假”的程序表面看起來和真的一模一樣。30實際情況2（續(xù)） 于是S打算用VC重寫這個程序，但是他很快發(fā)現(xiàn)繼續(xù)用DELPHI寫更方便，因為至少界面不用重做了，于是，兩個月后，這個事情終于結束了。 S順利的完成了他的畢業(yè)設計JPG壓縮優(yōu)化算法設計，C一直使用這個軟件管理他的圖片，并慶幸花了這么少的錢得到了這么有用的東西，而T，則正在考慮如何為他下一批學生分派任務。原型模型31快速原型模型是軟件

7、開發(fā)過程中，軟件的一個早期可運行的版本，它反映了最終系統(tǒng)的部分重要特性。原型化方法的基本思想是花費少量代價建立一個可運行的系統(tǒng)，使用戶及早獲得學習的機會，強調的是軟件開發(fā)人員與用戶的不斷交互，通過原型的演進不斷適應用戶任務改變的需求。將維護和修改階段的工作盡早進行，使用戶驗收提前，從而使軟件產(chǎn)品更加適用。3233由于軟件項目的特點和運行原型的目的不同，分為兩種類型：由于軟件項目的特點和運行原型的目的不同，分為兩種類型：2、追加（add on）型也稱法采用循環(huán)漸進的開發(fā)方式，對系統(tǒng)模型作連續(xù)精化，即先構造一個功能簡單而且質量要求不高的模型系統(tǒng)，將系統(tǒng)需要具備的性質逐步添加上去，通過不斷地擴充修改

8、，逐步追加新的要求，直至所有性質全部滿足，此時的原型模型也就是最終的產(chǎn)品。1、廢棄（throw away）型也稱為），先構造一個功能簡單而且質量要求不高的模型系統(tǒng)，針對這個模型系統(tǒng)反復進行分析修改，讓用戶學習。待需求說明書一旦確定，原型將被廢棄，后階段的工作仍按照瀑布模型開發(fā)。34需求分析原型評價 最終系統(tǒng)設計 最終系統(tǒng)實現(xiàn) 原型開發(fā)快速策劃建?？焖僭O計構建原型 溝通部署交付品及反饋型 快速原型模型的基本思想: 快速分析,快速實現(xiàn),及時反饋,反復評價和改進,適應變化,最終實現(xiàn)系統(tǒng) 原型不斷的廢棄，得不到用戶的認可，需求總是確定不下來，花費掉大量的人力物力。35原型模型：一個反復修改的過程原型很

9、快被接受，確認了用戶的需求，可以開始進入設計階段了。3637n增量模型也稱為漸增模型。使用增量模型開發(fā)軟件時，把軟件產(chǎn)品作為一系列的增量構件來設計、編碼、集成和測試。每個構件由多個相互作用的模塊構成，并且能夠完成特定的功能。使用增量模型時，第一個增量構件往往實現(xiàn)軟件的基本需求，提供最核心的功能。第二個增量構件提供更完善的編輯和文檔生成功能；第三個增量構件實現(xiàn)拼寫和語法檢查功能；第四個增量構件完成高級的頁面排版功能。38構件構件1規(guī)格說明規(guī)格說明 實現(xiàn)集成實現(xiàn)集成交付交付設計設計規(guī)格說明規(guī)格說明實現(xiàn)集成實現(xiàn)集成交付交付設計設計構件構件2規(guī)格說明規(guī)格說明實現(xiàn)集成實現(xiàn)集成交付交付設計設計構件構件n

10、增量模型增量模型增量模型: 第1個模型是核心 具有迭代性質,每個增量都提交一個可操作的產(chǎn)品 并行開發(fā) 規(guī)避技術風險演化提交方式演化提交方式, ,在瀑布模型基礎上所有階段都進行在瀑布模型基礎上所有階段都進行增量開發(fā)增量開發(fā), ,增量提交增量提交, ,及早發(fā)現(xiàn)問題及早發(fā)現(xiàn)問題, ,修改方便修改方便. .394041 螺旋模型：對于大型軟件，只開發(fā)一個原型往往達不到要求。螺旋模型將瀑布模型和增量模型結合起來，并加入了風險分析。n螺旋模型沿著螺線旋轉，在四個象限上分別表達了四個方面的活動，即：n制定計劃確定軟件目標，選定實施方案，弄清項目開發(fā)的限制條件n風險分析分析所選方案，考慮如何識別和消除風險n實

11、施工程實施軟件開發(fā)n客戶評估評價開發(fā)工作，提出修正建議 特點：在原型模型基礎上，引入多次原型反復并增 加風險評估。 風險風險 分析分析 原型原型1需求、生命周期計劃風險風險 分析分析 原型原型2 軟件軟件 需求需求 需求需求 確認確認 開開 發(fā)發(fā) 計計 劃劃 風險風險 分析分析 原型原型3 軟件產(chǎn)軟件產(chǎn) 品設計品設計設計確認設計確認 驗證驗證 集成與集成與 測試計劃測試計劃風險風險 可運行可運行 模擬模擬 模型模型 詳細詳細 設計設計 編碼編碼 單元測試單元測試集成測試集成測試 分析分析 實實現(xiàn)現(xiàn) 驗收驗收測試測試原型原型基準基準43使用該模型需要有相當豐富的風險評估經(jīng)驗和專門知識，要求開發(fā)隊伍水平較高44454647484950515253本章小結： 本