第13章軟件項目管理(編輯修改稿)
2025-08-16 07:56 本頁面
【文章內(nèi)容簡介】 早期的甘特圖的最大缺點是通常不反映依賴關系， 但是如果在 Project上建立了依賴關系，這種依賴關系會自動顯示在甘特圖上。 甘特圖 使用項目管理軟件可以創(chuàng)建更為復雜的甘特圖 甘特圖 跟蹤甘特圖可以用來評價項目的進展 注意： 任務用兩種水平橫線表示。下部表示計劃歷史（基準計劃歷史）；上部表示實際歷史。 由于跟蹤甘特圖是建立在實際開始與完成日期的基礎之上，將計劃與實際的項目進度信息進行比較，所以，項目經(jīng)理可以用它來監(jiān)控單個任務和整體項目的進展情況。 甘特圖 甘特圖與網(wǎng)絡圖的比較 ? 甘特圖 在進度報告中很有效 在作管理陳述時易于讀懂和使用。 作為計劃編制工具不是太強。 沒有表示活動間的邏輯關系。 ? 網(wǎng)絡圖 表明活動和事件間的相互關系。 識別關鍵路徑，項目歷程和活動排序。 表明工作流程。 幫助編制計劃和組織工作。 關鍵路徑法 查找關鍵路徑實例： ? 使用箭線圖來確定關鍵路徑。 ? 使用前導圖來確定關鍵路徑。 甲項目的箭線圖（ ADM）或 雙代號網(wǎng)絡圖（ AOA）示例 采用 PDM繪制的甲項目的網(wǎng)絡圖示例 關鍵路徑法 單個軟件開發(fā)人員無法在給定期限內(nèi)完成軟件項目，因此，必須把多名軟件開發(fā)人員合理地組織起來，使他們有效地分工協(xié)作共同完成開發(fā)工作。 3種典型的組織方式 : 民主制程序員組、主程序員組和現(xiàn)代程序員組。 人員組織 民主制程序員組 : 小組成員完全平等 , 通信信道共有n(n1)/2條。 程序設計小組的規(guī)模應該以 2～ 8名成員為宜。 優(yōu)點 : 組員們對發(fā)現(xiàn)程序錯誤持積極的態(tài)度，這種態(tài)度有助于更快速地發(fā)現(xiàn)錯誤，從而導致高質(zhì)量的代碼。 缺點： 由于沒有明確的權威指導開發(fā)工程的進行 ,組員間將缺乏必要的協(xié)調(diào) ,最終可能導致工程失敗。 民主制程序員組 IBM公司 20世紀 70年代初期開始采用 , 幾點考慮： (1) 軟件開發(fā)人員多數(shù)比較缺乏經(jīng)驗； (2) 程序設計過程中有許多事務性的工作，例如，大量信息的存儲和更新； (3) 多渠道通信很費時間，將降低程序員的生產(chǎn)率。 用經(jīng)驗多、技術好、能力強的程序員作為主程序員，同時，組內(nèi)分工，給主程序員提供充分支持，所有通信都通過一兩個人進行。 主程序員組 主程序員組的兩個重要特性： （ 1） 專業(yè)化。成員完成受過專業(yè)訓練的工作。 （ 2） 層次性。主程序員全面負責。 組織形式如圖 。 問題： 主程序員具備兩方面的才能，這樣的人才不多。 后備程序員更難找。 編程秘書也很難找到。 “ 主程序員 ” 由兩個人擔任： 一個負責小組的技術；一個負責管理決策。 現(xiàn)代程序員組 當軟件項目規(guī)模較大時，應該把程序員分成若干個小組，采用圖 。 該圖描繪的是技術管理組織結構，非技術管理組織結構與此類似。 由圖可以看出，產(chǎn)品開發(fā)作為一個整體是在項目經(jīng)理的指導下進行的，程序員向他們的組長匯報工作，而組長則向項目經(jīng)理匯報工作。 當產(chǎn)品規(guī)模更大時，可以適當增加中間管理層次。 圖 大型項目的技術管理組織結構 軟件質(zhì)量就是 “ 軟件與明確地和隱含地定義的需求相一致的程度 ”： （ 1）軟件需求是度量軟件質(zhì)量的基礎。 （ 2）有沒有顯式描述的隱含需求。 （ 3）不遵守一組指導軟件開發(fā)的準則，會導致軟件質(zhì)量不高。 質(zhì)量保證 軟件質(zhì)量 圖 軟件質(zhì)量因素 軟件質(zhì)量保證（ software quality assurance,SQA）的措施主要有： 技術復審 和測試。 兩類參加軟件質(zhì)量保證工作的人員： 軟件工程師通過采用先進的技術方法和度量，進行正式的技術復審以及完成軟件測試來保證軟件質(zhì)量。 SQA小組的職責，是輔助軟件工程師以獲得高質(zhì)量的軟件產(chǎn)品。其從事的軟件質(zhì)量保證活動主要是： 計劃，監(jiān)督，記錄，分析和報告。 確保軟件過程的質(zhì)量來保證軟件產(chǎn)品的質(zhì)量。 軟件質(zhì)量保證措施 1. 技術復審的必要性 較早發(fā)現(xiàn)錯誤，防止被傳播到軟件過程的后續(xù)階段。 大型軟件產(chǎn)品中檢測出的錯誤， 60%~70%屬于規(guī)格說明錯誤或設計錯誤，而正式技術復審在發(fā)現(xiàn)規(guī)格說明錯誤和設計錯誤方面的有效性高達 75%。 正式技術復審包括走查（ walkthrough)和審查（ inspection）。 走查的步驟比審查少，而且沒有審查正規(guī)。 2. 走查 成員組成 (走查規(guī)格說明的小組為例 ): 一名負責起草規(guī)格說明的人， 一名負責該規(guī)格說明的管理員， 一位客戶代表， 一名下階段開發(fā)組代表 一名 SQA小組代表 (組長 )。 走查組成員最好是經(jīng)驗豐富的高級技術人員。 必須把被走查的材料預先分發(fā)給走查組每位成員。走查組成員應該仔細研究材料并列出兩張表： 一張表是不理解的術語， 一張是認為不正確的術語。 走查組的任務僅僅是標記出錯誤而不是改正錯誤。 走查主要有下述兩種方式： （ 1） 參與者驅(qū)動法。參與者提出他們不理解的術語和認為不正確的術語。文檔編寫組的代表必須回答每個質(zhì)疑，要么承認確實有錯誤，要么對質(zhì)疑做出解釋。 （ 2） 文檔驅(qū)動法。文檔編寫者向走查組成員仔細解釋文檔。走查組成員針對事先準備好的問題或解釋過程中發(fā)現(xiàn)的問題提出質(zhì)疑。 3. 審查 審查的范圍比走查廣，包括下述 5個基本步驟： （ 1） 綜述。編寫文檔的一名成員向?qū)彶榻M綜述該文檔。在綜述會結束時把文檔分發(fā)給每位與會者。 （ 2） 準
試題試卷相關推薦
鄂ICP備17016276號-1