【文章內(nèi)容簡介】 北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計原型風(fēng)險分析評價方案識別風(fēng)險消除風(fēng)險 設(shè)計 編碼 單元測試 組裝測試 系統(tǒng)測試驗收測試實施過程開發(fā)與驗證 制定計劃決定目標(biāo)方案和限制提交線評審客戶評估螺旋模型（ Spiral Model)41北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計迭代式生命周期和瀑布式生命周期的風(fēng)險比較42北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計演化維護測試編程設(shè)計分析◆ 噴泉模型體現(xiàn)了軟件創(chuàng)建所應(yīng)有的迭代和無間隙特征。◆ 噴泉模型主要用于運行面向?qū)ο箝_發(fā)過程。噴泉模型 (Fountain Model)43北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計初始原型快速生成評價 /確認實驗性原型進化最終確認目標(biāo)系統(tǒng)實現(xiàn)目標(biāo)系統(tǒng)測試系統(tǒng)交付原始用戶需求展示 /理解 /溝通補充 /確認 /優(yōu)化增量模型實際指出了一個外圍框架，它不限制增量開發(fā)過程中所使用的具體的過程模型和方法。增量模型 (Incremental Model)44北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計快速實現(xiàn)核心需求評價 /確認增強能力、精化系統(tǒng)用戶試用用戶滿意的系統(tǒng)用戶核心需求展示 /理解 /溝通補充 /確認 /優(yōu)化演化模型主要針對事先不能完整定義其需求的軟件開發(fā)。演化模型 (Evolving Model)45北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計統(tǒng)一過程模型 (Rational Unified Process)? 統(tǒng)一過程模型由 Rational公司提出，主要用于描述使用 UML開發(fā)的過程。該過程有如下三個主要特點：– 用例（ Usecase）驅(qū)動的軟件開發(fā)過程– 以體系結(jié)構(gòu)（ Architecture）為中心的過程– 迭代（ Iterative）增量（ Incremental）式的過程46北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計時間初始階段 細化階段 構(gòu)造階段 移交階段初始階段 細化階段 構(gòu)造階段 移交階段初始階段：項目范圍（ Scope）、 效益，開發(fā)事務(wù)實例（ Business Case）細化階段：建立項目計劃，描述系統(tǒng)特征，捕獲詳細需求，建立基線體 系結(jié)構(gòu)構(gòu)造階段：在基線體系結(jié)構(gòu)的基礎(chǔ)上建立系統(tǒng)移交階段：確認測試，用戶測試，向用戶移交最終的軟件統(tǒng)一過程模型的生命周期階段視圖47北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計體系結(jié)構(gòu)迭代... 開發(fā)迭代 開發(fā)迭代 ... 移交迭代 ...內(nèi)部提交 內(nèi)部提交 內(nèi)部提交 內(nèi)部提交 內(nèi)部提交 內(nèi)部提交 內(nèi)部提交 外部提交初始迭代 ...初始階段 細化階段 構(gòu)造階段 移交階段1：每個階段都有若干個迭代過程組成2：每次迭代都有產(chǎn)品提交（提交給開發(fā)組，所以是 “內(nèi)部提交 ”）迭代：按照確定的計劃執(zhí)行的一組有順序的活動。當(dāng)滿足確定的評價準(zhǔn)則時，迭代結(jié)束。每次迭代都有一個可執(zhí)行的提交統(tǒng)一過程模型的迭代視圖48北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計需求獲取設(shè)計實現(xiàn)測試分析用例模型設(shè)計模型 配置模型實現(xiàn)模型 .分析模型測試模型各個模型都采用 UML的模型圖來描述每個核心工作流都會產(chǎn)生一個或多個模型核心工作流和模型49北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計需求獲取設(shè)計實現(xiàn)測試分析核心工作流過程階段初始階段 細化階段 構(gòu)造階段 移交階段迭代初始迭代 迭代 1 迭代 2 迭代 n 迭代n+1 迭代n+2 迭代 m 迭代m+1細化階段的一次迭代工作量三維結(jié)構(gòu)迭代和工作流50北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計軟件計劃? 問題定義? 可行性分析? 制定項目計劃? 開發(fā)周期? 投資51北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計軟件計劃（續(xù) 1）? 軟件工作域：任務(wù)與要求– 系統(tǒng)：功能、性能、接口（軟硬件、人）– 開發(fā)：過程、規(guī)程、活動– 質(zhì)量：可靠性指標(biāo)等? 資源：– 人員 , 軟硬件 , 場地 , 消耗性材料 , 時間? 成本– 專家估算法– 類推估算法– 算式估算法? 進度52北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計軟件計劃 (續(xù) 2）? 確定軟件需求 ==〉 軟件問題說明書? 制訂開發(fā)計劃 ==〉 軟件開發(fā)計劃書? 管理評審 ==〉 管理評審報告? 需求分析 ==〉 需求規(guī)格說明書 用戶手冊（初稿）? 技術(shù)評審 ==〉 技術(shù)評審報告? 計劃評審 ==〉 計劃評審報告53北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計進度計劃與管理? 進度表 (Gantt Chart)54北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計01 234567 86868 88 69 7 5A設(shè)計A編碼7A測試B編碼C理解 C修改B測試 AB組裝測試C測試 AC組裝測試ABC系統(tǒng)測試任務(wù)網(wǎng)絡(luò)圖進度計劃與管理（續(xù)）55北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計軟件需求分析? 需求分析的任務(wù)? 需求分析過程? 需求分析方法? 需求規(guī)格說明書56北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計對軟件需求的認識? 對軟件需求的初級認識? 兩個錯誤假設(shè)? 業(yè)界的當(dāng)前狀況? 項目失敗的根本原因? 相對重要的軟件問題? 需求錯誤的高昂代價? 軟件需求的主要問題? 為什么會導(dǎo)致發(fā)生不合格的需求說明57北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計對軟件需求的初級認識? 需求不是根本問題，編碼才是軟件開發(fā)工作。? 給我一個項目，無論需求多么復(fù)雜我一定能完成它。? 至少在初級軟件開發(fā)人員的潛意識中需求不是那么可怕 ,編程技術(shù)才是重要的。? 需求很重要，但很容易搞清它。? 當(dāng)這些問題與需求管理和處理技能不足以及缺乏易用工具等情況一同出現(xiàn)時，許多團隊都對管理好需求不抱希望了。58北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計兩個錯誤假設(shè)? 需求是固定的– 但實際上：用戶會改變、問題會改變、技術(shù)基礎(chǔ)會改變、市場會改變? 我們可以在實際開發(fā)前做出正確的設(shè)計– 正確的含義包括：軟件的所有質(zhì)量特征59北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計業(yè)界的當(dāng)前狀況? 1998年美國軟件業(yè)的一份報告：– 26%的項目是成功的– 46%的項目是存在問題的– 28%的項目是失敗的– 平均超支 89%– 平均超出進度計劃 122%– 新開發(fā)系統(tǒng)所提供功能的 45%從來沒有被使用過60北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計項目失敗的根本原因 ? 不完整的需求? 缺乏用戶介入? 不實際的客戶期望? 需求和規(guī)范的變更? 缺乏高層的支持? 勝任的團隊成員大少? 缺乏項目管理經(jīng)驗61北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計相對重要的軟件問題? 一次調(diào)查以確定在產(chǎn)業(yè)中相對重要的軟件問題 ,根據(jù) 3800個被調(diào)查人的回答 ,大約半數(shù)的被調(diào)查者回答的兩個最大問題是 :– 1)需求規(guī)格說明– 2)管理客戶需求? 相對而言 ,編碼 不是問題 ? 很顯然 ,我們完全可以把需求當(dāng)作導(dǎo)致軟件問題的最根本原因。62北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計最大軟件開發(fā)問題分類50%45%40%35%30%25%20%15%10% 5% 0%需求規(guī)格說明 管理客戶需求 建檔 測試 項目管理 編碼主要問題 次要問題 不是問題63北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計 缺陷來源 潛在缺陷 排除的效率 提交的缺陷 需求 77% 設(shè)計 85% 編碼 95% 建檔