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