軟件項(xiàng)目管理2ppt課件-wenkub.com
2024-12-26 12:26 本頁面
【正文】 它定義了 5個(gè)成熟度等級(jí)，一個(gè)軟件開發(fā)組織可以用一系列小的改良性步驟邁入更高的成熟度等級(jí)。 典型的組織結(jié)構(gòu)有民主制程序員組、主程序員組和現(xiàn)代程序員組等 3種。首先需要預(yù)測(cè)軟件規(guī)模。 一些統(tǒng)計(jì)數(shù)字表明，提高一個(gè)完整的成熟度等級(jí)大約需要花 18個(gè)月到 3年的時(shí)間，但是從第 1級(jí)上升到第 2級(jí)有時(shí)要花 3年甚至 5年時(shí)間。 可以獲得關(guān)于軟件過程有效性的統(tǒng)計(jì)數(shù)據(jù)，利用這些數(shù)據(jù)可以對(duì)新技術(shù)進(jìn)行成本 /效益分析，并優(yōu)化采用最佳新技術(shù)。 過程能力可以概括為 : 軟件過程是可度量的。 過程能力可以概括為 : 無論是管理活動(dòng)還是工程活動(dòng)都是穩(wěn)定的。 有一個(gè)固定的過程小組從事軟件過程工程活動(dòng)。 已經(jīng)制定了項(xiàng)目標(biāo)準(zhǔn)，并且軟件機(jī)構(gòu)能確保嚴(yán)格執(zhí)行這些標(biāo)準(zhǔn)。 延期交付和費(fèi)用超支的情況經(jīng)常發(fā)生，大多數(shù)行動(dòng)只是應(yīng)付危機(jī)，而不是完成計(jì)劃好的任務(wù)。 CMM不提供做這些改進(jìn)的具體措施。 CMM把軟件過程從無序到優(yōu)化的進(jìn)化過程分成 5個(gè)有序的階段，用以測(cè)量軟件機(jī)構(gòu)的軟件過程成熟度和評(píng)價(jià)其軟件過程能力，這些等級(jí)還能幫助軟件機(jī)構(gòu)把應(yīng)做的改進(jìn)工作排出優(yōu)先次序。 能力成熟度模型 改進(jìn)對(duì)軟件過程的管理是消除軟件危機(jī)的突破口，比采用先進(jìn)的技術(shù)和工具更重要。 軟件配置審計(jì)通過評(píng)估配置對(duì)象的那些通常不在復(fù)審過程中考慮的特征（例如，修改時(shí)是否遵循了軟件工程標(biāo)準(zhǔn)，是否在該配置項(xiàng)中顯著地標(biāo)明了所做的修改，是否注明了修改日期和修改者，是否適當(dāng)?shù)馗铝怂邢嚓P(guān)的軟件配置項(xiàng)， 是否遵循了標(biāo)注變化、記錄變化和報(bào)告變化的規(guī)程 ），而成為對(duì)正式技術(shù)復(fù)審的補(bǔ)充。 把修改后的對(duì)象 “ 提交（ check in） ” 進(jìn)數(shù)據(jù)庫，并創(chuàng)建該軟件的下一個(gè)版本。 “ 屬性 ” ，既可以是配置對(duì)象的版本號(hào)，也可以復(fù)雜到是一個(gè)布爾變量串。 軟件配置管理過程 2. 版本控制 版本控制管理軟件配置對(duì)象的不同版本。兩類對(duì)象： 基本和聚集對(duì)象。 軟件工具也應(yīng)置于配置管理之下：編輯器、編譯器和其他 CASE工具。 保證每個(gè)軟件配置項(xiàng)正確， 保證一個(gè)軟件的所有配置項(xiàng)是完全一致的。 變化是不可避免的 , 必須控制和管理變化。 正確性證明的基本思想是證明程序能完成預(yù)定的功能。組長(zhǎng)必須確保所提出的每個(gè)問題都得到了圓滿的解決。審查組組長(zhǎng)應(yīng)該在一天之內(nèi)寫出一份關(guān)于審查的報(bào)告。評(píng)審員仔細(xì)閱讀文檔。 3. 審查 審查的范圍比走查廣，包括下述 5個(gè)基本步驟： （ 1） 綜述。文檔編寫組的代表必須回答每個(gè)質(zhì)疑，要么承認(rèn)確實(shí)有錯(cuò)誤，要么對(duì)質(zhì)疑做出解釋。走查組成員應(yīng)該仔細(xì)研究材料并列出兩張表： 一張表是不理解的術(shù)語， 一張是認(rèn)為不正確的術(shù)語。 走查的步驟比審查少，而且沒有審查正規(guī)。 確保軟件過程的質(zhì)量來保證軟件產(chǎn)品的質(zhì)量。 質(zhì)量保證 軟件質(zhì)量 圖 軟件質(zhì)量因素 軟件質(zhì)量保證（ software quality assurance,SQA）的措施主要有： 技術(shù)復(fù)審 和測(cè)試。 當(dāng)產(chǎn)品規(guī)模更大時(shí)，可以適當(dāng)增加中間管理層次。 “ 主程序員 ” 由兩個(gè)人擔(dān)任： 一個(gè)負(fù)責(zé)小組的技術(shù)；一個(gè)負(fù)責(zé)管理決策。 組織形式如圖 。 主程序員組 主程序員組的兩個(gè)重要特性： （ 1） 專業(yè)化。 優(yōu)點(diǎn) : 組員們對(duì)發(fā)現(xiàn)程序錯(cuò)誤持積極的態(tài)度，這種態(tài)度有助于更快速地發(fā)現(xiàn)錯(cuò)誤，從而導(dǎo)致高質(zhì)量的代碼。 甲項(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ā)工作。 表明工作流程。 作為計(jì)劃編制工具不是太強(qiáng)。 甘特圖 使用項(xiàng)目管理軟件可以創(chuàng)建更為復(fù)雜的甘特圖 甘特圖 跟蹤甘特圖可以用來評(píng)價(jià)項(xiàng)目的進(jìn)展 注意： 任務(wù)用兩種水平橫線表示。 甲項(xiàng)目的箭線圖（ ADM）或 雙代號(hào)網(wǎng)絡(luò)圖（ AOA）示例 采用 PDM繪制的甲項(xiàng)目的網(wǎng)絡(luò)圖示例 活動(dòng)歷時(shí)估計(jì) 活動(dòng)歷時(shí)估計(jì) 是根據(jù)任務(wù)分解中定義的項(xiàng)目活動(dòng)和項(xiàng)目活動(dòng)清單來估計(jì)完成這些項(xiàng)目所需要的工期。 （ 2）表明項(xiàng)目活動(dòng)將以什么順序繼續(xù)。 存在一個(gè)最佳的項(xiàng)目組規(guī)模 Popt，其總生產(chǎn)率最高。 被稱為 Brooks規(guī)律的下述現(xiàn)象： 向一個(gè)已經(jīng)延期的項(xiàng)目增加人力， 可能 (只 )會(huì)使得它更加延期。 進(jìn)度計(jì)劃 工期 =工作量 /人力 正常情況下 , 估算開發(fā)時(shí)間的模型方程： (1) Walston_Felix模型 : T= (2) 原始的 COCOMO模型 : T= (3) COCOMO2模型 : T=+ () (4) Putnam模型 : T= E是開發(fā)工作量（以人月為單位）， T是開發(fā)時(shí)間（以月為單位）。 （ 3） 風(fēng)險(xiǎn)排除度 : 重大風(fēng)險(xiǎn)已被消除的比例。 （ 3） 某些成本因素（分析員能力、平臺(tái)經(jīng)驗(yàn)、語言和工具經(jīng)驗(yàn)）對(duì)生產(chǎn)率的影響（即工作量系數(shù)最大值與最小值的比率）增加了，另一些成本因素（程序員能力）的影響減小了。 (3)后體系結(jié)構(gòu)模型適用于完成體系結(jié)構(gòu)設(shè)計(jì)之后的軟件開發(fā)階段。 1981年 Boehm在 《 軟件工程經(jīng)濟(jì)學(xué) 》 中首次提出了 COCOMO模型。 P是生產(chǎn)率參數(shù) (202230000) 動(dòng)態(tài)多變量模型 P生產(chǎn)率參數(shù)，反映了下述因素對(duì)工作量的影響： 總體過程成熟度及管理水平； 使用良好的軟件工程實(shí)踐的程度； 使用的程序設(shè)計(jì)語言的級(jí)別； 軟件環(huán)境； 軟件項(xiàng)目組的技術(shù)及經(jīng)驗(yàn)； 應(yīng)用系統(tǒng)的復(fù)雜程度。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1