第14章、軟件項目管理_第1頁
第14章、軟件項目管理_第2頁
第14章、軟件項目管理_第3頁
第14章、軟件項目管理_第4頁
第14章、軟件項目管理_第5頁
已閱讀5頁,還剩11頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

1、第14章、軟件項目管理前置說明:關于軟件項目管理,有專門的課程。本章內容一般只要求大體理解,不要求精確掌握。一、 概述(教材14-1)1、 關注點1) 人員教材列舉:5類人員初學著一般只關注:開發人員,而且主要是編程人員教材的啟示2) 產品教材列舉環境目標功能與性能如何理解教材的論述結合教材第2章,從項目規劃的角度理解。3) 過程軟件工程的第1要素過程項目管理核心面向過程進行管理關于過程模型教材1-4關于公共過程框架客戶交流計劃風險評估開發客戶評估結合螺旋模型理解公共過程框架4) 項目項目管理者應遵循的基本原則明確目標與過程保持動力跟蹤進展做出“聰明”的決策項目總結2、 項目管理過程項目管理過

2、程參考圖14-1,說明如下:1) 項目啟動目標成本、效益與技術可行性分析計劃組織參照教材第2章理解上述內容。2) 項目組織對人數、結構的評估(教材列出參考因素)任務分工管理機制3) 項目計劃核心:進度計劃其它:參考教材論述4) 軟件度量內容目的對軟件開發工作量的度量合理制訂項目計劃,合理安排任務分工與管理進度。對軟件質量標準的度量確定質量指標的度量方法,保障軟件達到既定的質量標準。5) 風險管理評估項目的風險因素提出控制風險的策略6) 進度安排分解任務落實到人明確每項任務的時間、資源與驗收標準7) 追蹤與控制追蹤,及時掌握任務的實際執行情況控制,發現問題及時解決。關鍵,根據不同類型的任務,訂立

3、可行的跟蹤機制,能管控、同時少擾民。8) 軟件配置管理教材14-8講述二、 軟件度量(教材14-2)1、 針對軟件開發工作量的度量(教材14-2-1/2)1) 面向軟件規模(即代碼行)的度量特點,能比較客觀地體現軟件開發的工作量缺陷,屬于秋后算帳而且,與所選擇的軟件開發工具、以及軟件設計水平有關。2) 面向功能點的度量特點:事先估算軟件開發工作量的可行方法提示:需要根據功能類型調整測算系數通過原型開發,有助于合理測算2、 針對軟件質量的度量(教材14-2-3)1) 基本原理三個層次的質量度量模型層次名稱作用1質量要素面向管理者、給出結論的每項質量指標。2評價準則針對每項質量要素,確定使用哪些指

4、標進行評價。3度量方法針對每項評價指標,確定具體的評價算法以“軟件可維護性”評價為例,理解三層質量模型。2) McCall模型基本概念質量要素:11項評價準則:21項度量方法:軟件企業自行定義質量要素與評價準則之間的對應關系表14-12啟示:提高軟件質量從何著手質量要素之間的正/負相關性表14-11啟示:提高軟件的整體質量,需要綜合權衡3) ISO模型具體內容:略目的:深化對軟件三層質量模型的理解。特點:第1層(即質量特性)有如下6項:功能性可靠性操作性效率可維護性可移植性與MaCall模型比較,更加清晰。3、 軟件復雜性度量(教材12-2-4)1) 軟件復雜性的構成程序復雜性(重點)文檔復雜

5、性2) 程序復雜性的核心理解、修改程序的難度對照教材所列舉的6點理解上述論斷。3) 衡量程序復雜性的基本原則與程序大小有關、但并非線性;與控制結構的復雜性相關與數據結構的復雜性相關與編程規范相關(補充)與全局、非局部變量的數量相關與模塊之間的藕合度相關與模塊的調用深度有關.4) 2個典型的程序復雜性度量模型(了解即可)McCabe模型:從控制結構的角度衡量Halstead模型:從操作符與操作數的角度衡量5) 啟示合理的設計、規范的編程、清晰的文檔,有助于降低軟件復雜性。4、 軟件可靠性度量(教材14-2-5)1) 軟件可靠性定義參考教材2) 為什么需要度量軟件可靠性背景從開發方的角度,軟件不可

6、能不出現錯誤;從用戶的角度,對軟件出錯有一個“容忍度”。為此軟件交付前,需要對“可靠性”進行評估;軟件交付后,如有必要,也需要進行計算。3) 相關指標MTBF:2次故障之間平均相隔多長時間出現MTTF:平均運行多長時間會出現1次故障MTTR:每次故障平均花多長時間才能排除4) 如何理解如下公式MTBF=MTTF+MTTR軟件可用性= MTTF/(MTTF+MTTR)*1005) 如何在軟件交付前評估軟件可靠性假定:軟件進行了測試;測試時發現的錯誤均已改正。核心:評估軟件到底還隱藏了多少bug;方法:根據測試記錄評估bug被發現的概率方法1:經驗猜測方法2:錯誤植入方法3:重復測試方法4:選取若

7、干典型、進行重點復查。上述內容可參考教材14-3-56) 啟示軟件交付前,最好對軟件可靠性有一個大致的判斷。通過評估,發現關鍵問題,重點整改。三、 軟件項目估算(教材14-3)1、 目的在項目正式啟動前,評估開發工作量;據此,提出人員需求與進度計劃2、 基本方法1) 基于已經完成的同類項目2) 基于問題與過程分解進行估算3) 基于經驗模型進行估算3、 基于代碼行、功能點的估算1) 基于代碼行的估算2) 基于功能點的估算4、 若干典型的估算模型(了解即可)5、 啟示邀請有經驗的人參與評估;以功能點為評估的主要依據;要考慮人員素質、開發工具、功能類型等因素;通過原型開發,有助于增強評估的準確性。四

8、、 項目進度管理1、 基本原則任務劃分明晰任務之間的相互依賴性落實每項任務的人員、責任與時間要求確定每項任務的結果定義里程碑2、 人員與工作量之間的關系組織管理、人員之間的交流,需要花費時間成本3、 任務分解、以及任務之間的串行/并行關系4、 任務工作量的確定40/20/40的工作量分配比例確定工作量分配比例需要考慮的因素項目類型同類項目的經驗人員素質開發環境組織管理能力5、 進度安排描述項目進度的方法:甘特圖跟蹤項目進度的方法:參考教材五、 風險管理(教材14-5)1、 風險類型1) 商業風險多種商業風險因素(見教材)2) 技術風險陳舊落后、即將淘汰的技術過于“先進”但是不成熟的技術與產品定

9、位不符的技術項目組成員不掌握的技術3) 項目管理風險2、 啟示項目管理人員必須了解整個項目、以及項目開發過程中每個階段的風險因素,實施有效的預防與控制。六、 項目組織(教材14-6)1、 組織形式按子項目劃分按職能劃分矩陣形2、 程序員的組織為什么專題討論程序員的組織人數多素質參差不齊內部需要頻繁交流除了編程,往往還包攬部分的設計與測試工作組織形式主程序員制民主制層次式3、 人員配備確定不同時期對人員類型、數量、與素質要求配備合適的人員4、 對不同類型、不同層次人員的素質要求七、 軟件質量管理(教材14-7)1、 確定質量目標與標準對照3層軟件質量模型,理解目標與標準的關系2、 確定保障軟件質

10、量的人員與管理體制3、 軟件評審參考需求分析有關需求文檔評審的講述。八、 軟件配置管理(教材14-8)1、 若干基本概念1) 軟件配置項2) 軟件配置3) 配置管理4) 版本5) 發布6) 基線7) 變更控制8) 配置審查9) 配置狀態記錄2、 重點理解如下概念1) 軟件配置項到底包含哪些內容程序:源程序、目標代碼、可執行代碼。文檔:商務、技術、管理、用戶等不同類型。相關產品:軟件開發與運行所必須外部軟件。2) 什么是軟件配置軟件產品在不同時期的組合3) 什么是基線3、 配置管理的主要活動1) 制訂配置管理規則(補充)確定配置項確定配置標識方案確定存/取管理規則2) 版本管理描述軟件版本演化的路線圖記錄每個版本的演化內容保管不同版本的配置項3) 變更控制控制對象基線創建后的配置項管理流程參考教材區分對待如下不同情況的變更軟件開發階段軟件維護階段版本升級階段具體內容后面講述4) 配置審查對軟件完整性、一致性概念理解的延伸配置審查的目的保障

溫馨提示

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

評論

0/150

提交評論