【文章內(nèi)容簡介】 型模式嵌套在瀑布模型中運用。 下一頁 上一頁 停止放映 第 42頁 ⒋ 螺旋模型 ? 螺旋模型將工程劃分為 4個主要活動 ： 制定計劃 、 風險分析 、 實現(xiàn)工程和用戶評價 。 4個活動螺旋式地重復執(zhí)行 ， 直到最終得到用戶認可的產(chǎn)品 。 ① 制定 計劃 ： 確定軟件目標 ,選定實施方案 ,弄清項目開發(fā)限制條件 。 ② 風險 分析 :分析可選方案 ,分析識別風險 ,研究解決化解風險的辦法 。 ② 實現(xiàn) 工程 :實施軟件產(chǎn)品的開發(fā) 。 ③ 用戶 評價 :對當前工作結果進行評價 ， 提出改進產(chǎn)品的建議 。 螺旋模型的缺點 :很難讓用戶確信這種演化方法的結果是可以控制的 . 下一頁 上一頁 停止放映 第 43頁 ⒌ 其他模型 ? 智能模型 也稱基于知識的軟件開發(fā)模型，它與專家系統(tǒng)結合在一起。該模型應用基于規(guī)則的系統(tǒng)，采用歸納和推理機制，幫助軟件人員完成開發(fā)工作，并使維護在系統(tǒng)規(guī)格說明一級進行。 ? 該模型在實施過程中要建立知識庫，將模型本身、軟件工程知識與特定領域的知識分別存入數(shù)據(jù)庫。以軟件工程知識為基礎的生成規(guī)則構成的專家系統(tǒng)與含應用領域知識規(guī)則的其他專家系統(tǒng)相結合，構成這一應用領域軟件的開發(fā)系統(tǒng)。 ? 面向?qū)ο笊嬷芷谀Ｐ? 其 主導思想是：在整個軟件開發(fā)過程中將面向?qū)ο蠹夹g貫穿于整個生存周期。當然，還要結合傳統(tǒng)開發(fā)模式中好的、已被無數(shù)成功開發(fā)活動證明是可行的經(jīng)驗和技術。 下一頁 上一頁 停止放映 第 44頁 三、軟件工程管理 1. 軟件工程 項目 管理的任務 2. 軟件 人員 組織與管理 3. 軟件 配置 管理 下一頁 上一頁 停止放映 第 45頁 ⒈ 軟件工程項目管理的任務 ? 軟件工程項目管理所涉及的范圍覆蓋了整個軟件工程過程 。 它管理的任務是：根據(jù)項目合同書的要求 ， 制定項目計劃和工程進度安排 、 監(jiān)督和檢查項目實施過程 、 保證工程滿足要求的質(zhì)量標準 、分析確定并排除風險 、 在規(guī)定的期限和預算成本內(nèi)完成項目 。 包括： 項目 計劃 和進度安排 項目 追蹤 和質(zhì)量保證 成本 估算 風險 分析 下一頁 上一頁 停止放映 第 46頁 ① 項目計劃和進度安排 ? 項目計劃要列出軟件開發(fā)要做的主要工作和任務清單 ， 要回答 “ 軟件工程項目做什么 ” 。 ? 在工作和任務清單中要清楚地描述出 ： – 項目劃分的各個實施 階段 – 每個 階段 的工作重點和 任務 是什么 – 完成本階段工作和任務的 人 力 、 資源 需求 ， 時間期限 – 階段工作和任務的 成果形式 – 項目實施過程中對風險 、 疑難 、 其他 不可預見因素 等 的處理機制 – 各任務組及 開發(fā)人員之間的組織 、 協(xié)調(diào)關系等 。 下一頁 上一頁 停止放映 第 47頁 進度安排 ? 在制定項目進度安排時，主要依據(jù)是合同書和項目計劃。通常的做法是把復雜的整體項目分解成許多可以準確描述、度量、可獨立操作的相對簡單的任務，然后安排這些任務的執(zhí)行順序，確定每個任務的完成期限、開始時間和結束時間。 ? 開始需要考慮的主要問題是： – 項目可以支配的人力及資源 – 項目的關鍵路徑 – 生存周期各個階段工作量的劃分 – 工程進展如何度量 – 各個階段任務完成標志 – 如何自然過渡到下一階段的任務等。 下一頁 上一頁 停止放映 第 48頁 ② 項目追蹤和質(zhì)量保證 ? 項目追蹤實施由項目管理人員負責 。 他們必須 按進度安排表追蹤檢查每一個任務 。 如果任務實際完成日期滯后于進度安排 ， 則管理人員可以行使職權范圍內(nèi)的權力 采取各種補救措施以減少進度誤期所造成的影響 。 包括對資源重新定向 ， 對任務重新安排 ， 甚至可以修改交付日期以調(diào)整已經(jīng)暴露的問題 。 ? 質(zhì)量保證在軟件生存周期中是至關重要的 。人們在管理項目時往往只強調(diào)必須按期完成任務 ， 必須遵循進度計劃 ， 必須把成本控制在預算范圍內(nèi) ， 卻忽視了在生存周期各個階段工作和任務應滿足規(guī)定的質(zhì)量標準 。 下一頁 上一頁 停止放映 第 49頁 軟件質(zhì)量主要因素包括 正確性 在預定的系統(tǒng)環(huán)境下能正確地完成預期的功能； 健壯性 在預定意外環(huán)境下系統(tǒng)能適當?shù)亟o予預期的響應； 完整性 對未經(jīng)授權的操作 ， 系統(tǒng)能夠進行控制； 可用性 系統(tǒng)在完成預定任務的功能時能夠圓滿地實現(xiàn)； 靈活性 系統(tǒng)應能滿足硬件環(huán)境升級和部分功能擴充需求； 可理解性 用戶和維護人員應非常容易的理解和使用系統(tǒng)； 可維護性 用戶按文檔資料應能排除常見系統(tǒng)故障 ， 保持系統(tǒng)正常運行； 可移植性 在廠家協(xié)助下 ， 系統(tǒng)可以移植到其他硬件環(huán)境且費用可以接受； 可重用性 系統(tǒng)全部或部分代碼可以在其他應用系統(tǒng)中被使用； 可測試性 系統(tǒng)容易測試 。 下一頁 上一頁 停止放映 第 50頁 保證軟件質(zhì)量的措施 ? 為了保證軟件質(zhì)量，在軟件開發(fā)過程中應采取下列措施： （ 1） 審查 （ 2） 復查和管理復查 （ 3） 測試 下一頁 上一頁 停止放映 第 51頁 審查 ? 在軟件生存期各個階段結束之前，都要對該階段產(chǎn)生的結果和軟件配置文檔進行嚴格技術審查。 ? 審查過程包括 ： ① 計劃：組織審查組、分發(fā)材料等； ② 概況介紹：對大的項目，讓主程序員介紹概況； ③ 準備：評審員閱讀材料，取得項目有關知識； ④ 評審會：目的是發(fā)現(xiàn)和記錄錯誤； ⑤ 返工：開發(fā)者修改已經(jīng)發(fā)現(xiàn)的問題； ⑥ 復查：檢查返工是否真正解決了問題。 下一頁 上一頁 停止放映 第 52頁 復查和管理復查 ? 復查是檢查已有的材料 ， 以斷定本階段的工作是否能夠開始或繼續(xù) 。 每個階段開始時的復查是為了肯定前一個階段結束時確實進行了認真的復查 ， 已經(jīng)具備了開始當前階段工作所必須的材料 。 ? 管理復查是指：向開發(fā)組織或使用部門的管理人員提供有關項目的總體狀況以及進度等方面的情況 ， 以便他們從管理的角度對開發(fā)工作進行審查 。 下一頁 上一頁 停止放映 第 53頁 測試 ? 測試是用測試用例執(zhí)行系統(tǒng) ， 以檢查測試結果是否和預期結果一致 。 ? 在測試過程中將產(chǎn)生以下文檔： ① 測試計劃 ：確定測試范圍 、 方法 、 測試用例和所需資源等； ② 測試過程 ：詳細描述與每個測試方案有關的測試步驟和數(shù)據(jù) （ 包括測試預期結果 ） 。 ③ 測試結果 ：把每次測試運行的結果歸入文檔 ，如果運行出錯 ， 則應產(chǎn)生問題報告 ， 并且要通過調(diào)試解決所發(fā)現(xiàn)的問題 。 下一頁 上一頁 停止放映 第 54頁 ③ 成本估算 ? 成本估算和成本管理是軟件項目管理的核心任務之一 。 在制定項目計劃時 ， 就必須對項目需要的人力及其他資源 、 項目持續(xù)時間和項目成本做出估算 。 如果新項目和以往的項目類似 ， 估算可以參考以前的成本費用 。 ? 現(xiàn)在已有一些用于軟件成本估算的技術可供借鑒 。這些估算技術各有其優(yōu)缺點 ， 但以下 幾方面 是共同的： – 事先建立軟件的工作范圍； – 以軟件度量 （ 經(jīng)驗度量 、 相似工程類比的度量 ） 為基礎做出估算 – 把項目分解為可單獨進行估算的小塊 下一頁 上一頁 停止放映 第 55頁 成本估算方法 ? 就方法論而言 ， 有兩種基本的成本估算方法：自頂向下和自底向上 。 ? 自頂向下法 是對整個工程項目的 總開發(fā)時間和總工作量 做出估算 ， 然后將它們按階段 、步驟和任務進行分配 。 ? 自底向上法則正好相反 ， 先分別估算各個任務所需要的工作量和開發(fā)時間 ， 再相加 ， 從而得到總的工作量和總的開發(fā)時間 。 這兩種方法都要求采用某種方法做出估算 。 ? 有許多 估算方法 可以利用 ， 大致劃分為三類：專家估算法 、 類推估算法 、 算式估算法 。 下一頁 上一頁 停止放映 第 56頁 成本估算方法簡介 ? 專家估算法 依靠一個或多個專家對項目做出估算 ，其精度主要取決于專家對估算項目的定性參數(shù)的了解和他們的經(jīng)驗 。 ? 類推估算法 在自頂向下法中 ， 類推估算法將估算項目的總體參數(shù)與類似項目進行直接比較得到結果；在自底向上法中 ， 類推是在兩個具有相似條件的工作單元之間進行 。 ? 算式估算法 前兩種估算法的缺點在于：它們依靠的是帶有主觀猜測和盲目性的估算方法 。 算式估算法則是企圖避免主觀因素影響的一種方法 。 算式估算法有兩種基本類型： 由理論導出的算法和由經(jīng)驗得出的算法 。 下一頁 上一頁 停止放映 第 57頁 ④ 風險分析 ? 在開發(fā)新的軟件系統(tǒng)過程中 ， 由于存在許多不確定因素 ， 軟件開發(fā)失敗的風險是客觀存在的 。 因此 ， 風險分析對于軟件項目管理是決定性的 。 風險分析實際上就是貫穿在軟件工程過程中的一系列風險管理步驟 ， 其中包括：風險識別 、 風險估計 、 風險管理策略 、風險解決和風險監(jiān)督等 。 下一頁 上一頁 停止放映 第 58頁 主要風險因素 ① 產(chǎn)品大小 。實踐經(jīng)驗表明項目風險和產(chǎn)品的大小成正比。公認產(chǎn)品大小度量單位是以代碼行或功能點計。 ② 技術相關。 未曾使用過的新技術都存在風險。包括未使用過的新型硬