【正文】 型： 1) 面向 KLOC的估算模型 2) 面向 FP的估算模型 () CE A B e v? ? ? 企業(yè)通用業(yè)頻道 面向 KLOC的估算模型 ?Walston_Felix (IBM模型 ) ?Bailey_Basili模型 ?Boehm簡(jiǎn)單模型 ?Doty模型 (KLOC9時(shí)適合 ) 1. K L O C??1 .0 4 75. 28 8E K L OC??1. K L O C? ? ?0. K L O C?? 企業(yè)通用業(yè)頻道 面向 FP的估算模型 ? Albrechtamp。 從上式可以看出，開發(fā)同一個(gè)軟件產(chǎn)品（即 LOC固定）的時(shí)候，如果把項(xiàng)目持續(xù)時(shí)間延長(zhǎng)，則可降低完成項(xiàng)目所需要功能的工作量。如大型復(fù)雜的事務(wù)處理系統(tǒng)，大型、超大型的操作系統(tǒng)，軍事指揮系統(tǒng)，航天控制系統(tǒng)等。 ? 詳細(xì) CoCoMo模型用于估算獨(dú)立的軟部件。 企業(yè)通用業(yè)頻道 項(xiàng)目組的組織原則 ? 軟件開發(fā)小組的規(guī)模不宜太大 ， 人數(shù)不能太多，一般 35人左右為宜。 ? 民主制程序員組通常采用非正式的組織方式，雖然名義上有一個(gè)組長(zhǎng)，但其與組內(nèi)其它成員完成同樣的任務(wù)。 ? IBM在 20世紀(jì) 70年代初期開始使用主程序員組的組織方式。 ? 層次性 主程序員負(fù)責(zé)指揮每名成員工作，對(duì)軟件項(xiàng)目全面負(fù)責(zé)。解決辦法是：取消主程序員的行政管理工作。 企業(yè)通用業(yè)頻道 軟件配置 ? 上述這些項(xiàng)組成了軟件過(guò)程中產(chǎn)生的全部信息，我們把他們統(tǒng)稱為軟件配置，其中每一項(xiàng)即一個(gè)軟件配置項(xiàng)（ Software Configuration Item，簡(jiǎn)稱 SCI）。一旦建立了基線以后，基線中的配置項(xiàng)就被 “ 凍結(jié) ” 了，不能再被任何人隨意修改。 企業(yè)通用業(yè)頻道 變動(dòng)控制 ? 變動(dòng)控制的目的是防止 SCI被隨意修改而導(dǎo)致混亂。 ? 版本標(biāo)識(shí)過(guò)程必須定義一種 明確標(biāo)識(shí) 軟件組件版本的方式。 企業(yè)通用業(yè)頻道 發(fā)布版本 ? 系統(tǒng)的發(fā)布版本是分發(fā)給客戶的系統(tǒng)版本。因此數(shù)據(jù)文件必須隨同系統(tǒng)的發(fā)布版本 3一起發(fā)布和安裝。 能力成熟度模型 CMM 企業(yè)通用業(yè)頻道 軟件組織的比較 產(chǎn)品質(zhì)量有保證，軟件過(guò)程有紀(jì)律，有必要的支持性基礎(chǔ)設(shè)施。 ? 軟件能力成熟度等級(jí) 軟件開發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過(guò)程能力成熟度的平臺(tái)。 軟件機(jī)構(gòu)基本沒有健全的工程管理制度 ， 軟件過(guò)程完全取決于項(xiàng)目組的人員配備 ， 具有不可預(yù)測(cè)性 ， 人員變了過(guò)程隨之改變 。 包含 2級(jí)的全部特征 。包含 3級(jí)的全部特征。這些等級(jí)還能夠幫助軟件機(jī)構(gòu)把應(yīng)做的改進(jìn)工作排出優(yōu)先順序。 軟件能力評(píng)價(jià) ：目的是識(shí)別合格的能完成軟件工程項(xiàng)目的承制方，或者監(jiān)控承制方現(xiàn)有軟件工作中軟件過(guò)程的狀態(tài)，進(jìn)而提出承制方應(yīng)改進(jìn)之處。 通過(guò)對(duì)過(guò)程實(shí)例性能的分析 ， 確定產(chǎn)生某缺陷的原因 ， 來(lái)防止出現(xiàn)這種類型的缺陷；通過(guò)對(duì)任何過(guò)程實(shí)例的分析所獲得的經(jīng)驗(yàn)教訓(xùn)都可以成為該軟件機(jī)構(gòu)優(yōu)化其過(guò)程模型的有效依據(jù) ， 從而使其他項(xiàng)目的過(guò)程實(shí)例得到優(yōu)化 。 3 已定義級(jí) 企業(yè)通用業(yè)頻道 所有項(xiàng)目的重要過(guò)程活動(dòng)都是可度量的。 2 可重復(fù)級(jí) 企業(yè)通用業(yè)頻道 已經(jīng)定義了完整的軟件過(guò)程 ， 軟件過(guò)程已文檔化 、 標(biāo)準(zhǔn)化 。 1 初始級(jí) 2 可重復(fù)級(jí) 5 優(yōu)化級(jí) 3 已定義級(jí) 4 已管理級(jí) CMM模型概要 企業(yè)通用業(yè)頻道 軟件過(guò)程是無(wú)序的 ， 有時(shí)甚至是混亂的 ， 對(duì)軟件過(guò)程幾乎沒有定義 ， 成功取決于個(gè)人努力 。 臨時(shí)拼湊、不能貫徹 軟件過(guò)程 成熟的軟件組織 不成熟的軟件組織 比較項(xiàng)目 企業(yè)通用業(yè)頻道 CMM的基本概念 ? 軟件過(guò)程能力 描述開發(fā)組織或項(xiàng)目組遵循其軟件過(guò)程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度，它既可對(duì)整個(gè)軟件開發(fā)組織而言，也可對(duì)一個(gè)軟件項(xiàng)目而言。 ? 通過(guò) CSR紀(jì)錄和報(bào)告的復(fù)查，便能確定合適做過(guò)何種變動(dòng)，何種元素被添加到已批準(zhǔn)的基線及在給定時(shí)刻軟件配置處于何種狀態(tài)等等。有些地點(diǎn)可能從發(fā)布版本 1直接到發(fā)布版本 3，跳過(guò)了發(fā)布版本 2。 ③ 處于“正在修改”狀態(tài)的 SCI版本號(hào)格式為： ? SCI正在修改時(shí)，一般只增大 Z值， ； ? 當(dāng) SCI修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將 Z值設(shè)為 0，增加 。 企業(yè)通用業(yè)頻道 組件頭信息 // BANKSEC project (IS T 6087) // // BANKSECTOOLS/AUTH/RBAC/USER_ROLE // // Object: currentRole // Author: N. Perwaiz // Creation date: 10th November 20xx // // Lancaster University 20xx // // Modification history // Version Mofifier Date Change Reason // 1/12/20xx Add header Submitted to CM // 9/4/20xx New Field Change req. R07/02 企業(yè)通用業(yè)頻道 版本控制 ? 版本控制的目的是按照一定的規(guī)則保存 SCI的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到 SCI的任何版本。 ? 內(nèi)容 ?單獨(dú)命名每個(gè)配置項(xiàng)，然后采用面向?qū)ο蠓椒ò阉R(shí)別的配置項(xiàng)組織起來(lái)。 正式發(fā)布 正在修改 評(píng)審 或?qū)徟? 草稿 通過(guò) 否決 自由修改 變更控制 SCI狀態(tài)變遷圖 企業(yè)通用業(yè)頻道 基線 (Baseline) IEEE把基線定義為： “ 已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能遵循正式的變化控制過(guò)程得到改變 ” ? 簡(jiǎn)而言之，基線是由通過(guò)正式評(píng)審的一組軟件配置項(xiàng)組成。 軟件配置管理（ SCM），是在軟件整個(gè)生命周期內(nèi)管理變化的一組活動(dòng)。 企業(yè)通用業(yè)頻道 現(xiàn)代程序員組 ? 使用主程序員組時(shí)，主程序員對(duì)每行代碼質(zhì)量負(fù)責(zé)，因此，他必須參與所有代碼審查工作。 ? 這種組織方式 類似于外科手術(shù)小組的組織 ：主刀大夫?qū)κ中g(shù)全面負(fù)責(zé)，并且完成訂制手術(shù)方案、動(dòng)手術(shù)等關(guān)鍵工作，同時(shí)麻醉師、護(hù)士等技術(shù)熟練的專門工作人員協(xié)助配合主刀大夫工作，此外，必要時(shí)還要聘請(qǐng)領(lǐng)域?qū)＜矣枰詤f(xié)助。日本大多數(shù)軟件開發(fā)公司都采用這種形式。 具體項(xiàng)目組組織方式的選擇，取決于所承擔(dān)的項(xiàng)目特點(diǎn)、以往組織經(jīng)驗(yàn)及管理者的看法和喜好！ 企業(yè)通用業(yè)頻道 民主制程序員組 ? 小組成員完全平等，享有充分民主，通過(guò)協(xié)商做出決策。 人員管理不當(dāng)是項(xiàng)目成敗的最重要的原因之一！ 企業(yè)通用業(yè)頻道 人員組織 ? 軟件項(xiàng)目成功的關(guān)鍵是能夠?qū)⒏咚刭|(zhì)的軟件開發(fā)人員合理地組織起來(lái)，使他們有效地分工協(xié)作，共同完成開發(fā)工作。 企業(yè)通用業(yè)頻道 COCOMO模型 ? 基本 CoCoMo模型用于系統(tǒng)開發(fā)的初期，估算整個(gè)系統(tǒng) (包括維護(hù) )的工作量和軟件開發(fā)所需要的時(shí)間。如新操作系統(tǒng)，大型數(shù)據(jù)庫(kù)，生產(chǎn)控制等軟件屬此類。對(duì)于較小程序(KLOC=5～ 15)， B=；而對(duì)于超過(guò) 70KLOC的程序，B=； ? P是生產(chǎn)率參數(shù)，它反映下屬因素對(duì)工作量的影響： ? 總體過(guò)程成熟度及管理水平； ? 使用良好的軟件工程實(shí)踐的程度； ? 使用程序設(shè)計(jì)語(yǔ)言的級(jí)別； ? 軟件環(huán)境狀態(tài)； ? 軟件項(xiàng)目組的經(jīng)驗(yàn)和技術(shù)； ? 應(yīng)用系統(tǒng)的復(fù)雜性等。 ?靜態(tài)單變量模型 ?動(dòng)態(tài)多變量模型 ?COCOMO2模型 支持大多數(shù)估算模型的經(jīng)驗(yàn)數(shù)據(jù)，都是從有限個(gè)項(xiàng)目的樣本集中總結(jié)出來(lái)的，因此，沒有一個(gè)估算模型可以使用于所有類型的軟件和開發(fā)環(huán)境。 ?輸出項(xiàng)數(shù) (Out):軟件向用戶輸出的項(xiàng)數(shù)，它們向用戶提供面向應(yīng)用的信息。 當(dāng)有以往開發(fā)類似產(chǎn)品的歷史數(shù)據(jù)可供參考時(shí)，這種方法估算出的數(shù)值還是比較準(zhǔn)確的。 ?軟件產(chǎn)品不存在重復(fù)制造過(guò)程，它的開發(fā)成本是以一次性開發(fā)過(guò)程所花費(fèi)的代價(jià)來(lái)計(jì)算的。 ? 質(zhì)量目標(biāo) ：包括鑒定和驗(yàn)證產(chǎn)品的關(guān)鍵質(zhì)量屬性。 ? 提供了質(zhì)量保證過(guò)程的框架 ——質(zhì)量控制的任務(wù)只要保證這些標(biāo)準(zhǔn)嚴(yán)格執(zhí)行就可以了。 ? 應(yīng)該由一個(gè)獨(dú)立的團(tuán)隊(duì)專門負(fù)責(zé)質(zhì)量管理，并應(yīng)該向項(xiàng)目管理者的上級(jí)領(lǐng)導(dǎo)匯報(bào)。 ? 理論上，質(zhì)量管理只包含制定軟件質(zhì)量規(guī)程和軟件開發(fā)標(biāo)準(zhǔn)，以及檢查是否所有的工程人員都遵守了這些規(guī)章和標(biāo)準(zhǔn)。 ? 可維護(hù)性 診斷和改正在運(yùn)行現(xiàn)場(chǎng)發(fā)現(xiàn)的錯(cuò)誤所需要的工作量大小。 ? 從管理角度對(duì)軟件質(zhì)量進(jìn)行度量的 McCall軟件質(zhì)量模型如下： 企業(yè)通用業(yè)頻道 軟件質(zhì)量模型 產(chǎn)品修改 產(chǎn)品轉(zhuǎn)移 產(chǎn)品運(yùn)行 可理解性 可維護(hù)性 靈活性 可測(cè)試性 可移植性 可重用性 互運(yùn)行性 輕便性 正確性、健壯性、效率、完整性、可用性、風(fēng)險(xiǎn) ? 上述模型反映了用戶在使用軟件產(chǎn)品時(shí)的三種不同的傾向：產(chǎn)品運(yùn)行、產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移 。 ? 軟件產(chǎn)品開發(fā)周期長(zhǎng)，需耗費(fèi)巨大的人力、物力，更必須特別注意保證產(chǎn)品質(zhì)量。否則工程不能按時(shí)完成。通常 PERT中第一個(gè)事件的 EET定義為0，其他事件的 EET從左到右按事件發(fā)生順序計(jì)算。 任務(wù) 負(fù)責(zé)人 20xx年 20xx年 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 分析 ▲ － － ▲ 測(cè)試計(jì)劃 ▲ － △ 總體設(shè)計(jì) ▲ － △ 詳細(xì)設(shè)計(jì) △ － － △ 編碼 △ － － － △ 模塊測(cè)試 △ － △ 集成測(cè)試 △ － － △ 驗(yàn)收測(cè)試 △ － △ 文檔 ▲ － － － － － － － － － － － △ 企業(yè)通用業(yè)頻道 甘特圖 ? Gantt圖形象地描繪了任務(wù)的分解，及每個(gè)作業(yè)的開始和結(jié)束時(shí)間，優(yōu)點(diǎn)是直觀簡(jiǎn)明、容易掌握和繪制，但有三個(gè)缺點(diǎn)： ?不能顯示地描繪各項(xiàng)作業(yè)間的依賴關(guān)系； ?進(jìn)度的關(guān)鍵部分不明確，難以判斷哪些部分是主攻和主控的對(duì)象； ?計(jì)劃中有潛力的部分及潛力的大小不明確，往往造成潛力的浪費(fèi)。 一共分配了 15名工人去完成這項(xiàng)工作，而工具只有： 5把刮舊漆的刮板， 5把刷漆用的刷子， 5把清除濺在窗戶上油漆的小刮刀。 ?一定要避免出現(xiàn)因一項(xiàng)關(guān)鍵任務(wù)沒有完成而使整個(gè)項(xiàng)目延期交付的情形。 企業(yè)通用業(yè)頻道 可交付的文檔 ? 可交付的文檔 是交付給客戶的項(xiàng)目成果，通常是在項(xiàng)目的描述、設(shè)計(jì)等主要項(xiàng)目階段結(jié)束時(shí)交付。 ? 項(xiàng)目規(guī)劃是一個(gè)反復(fù)的過(guò)程，只有當(dāng)項(xiàng)目完成時(shí)規(guī)劃才告一段落。 企業(yè)通用業(yè)頻道 軟件項(xiàng)目管理活動(dòng) ?提出項(xiàng)目建議書 ?項(xiàng)目規(guī)劃與進(jìn)度 ?項(xiàng)目成本管理 ?項(xiàng)目監(jiān)督和評(píng)審 ?人員管理 ?擬定工作報(bào)告 企業(yè)通用業(yè)頻道 項(xiàng)目建議書 ? 項(xiàng)目建議書要寫清楚 ： 項(xiàng)目的 目標(biāo) 和實(shí)現(xiàn)該目標(biāo)的 方法 ；還要估算項(xiàng)目的 成本和 進(jìn)度 ；有時(shí)還要說(shuō)明與某一特定機(jī)構(gòu)或團(tuán)隊(duì)簽約的 理由 。 企業(yè)通用業(yè)頻道 軟件項(xiàng)目管理的特點(diǎn) ? 軟件產(chǎn)品是無(wú)形的； ? 沒有標(biāo)準(zhǔn)的軟件過(guò)程； ? 大型軟件項(xiàng)目經(jīng)常是“一次性的”。 是否需要管理是專業(yè)軟件開發(fā)和業(yè)余編程之間的重要區(qū)別。 具有創(chuàng)新性的工程項(xiàng)目經(jīng)常會(huì)存在進(jìn)度問題。 ? 項(xiàng)目規(guī)劃在項(xiàng)目之初擬定，它是整個(gè)項(xiàng)目的驅(qū)動(dòng)器。 ? 里程碑的兩個(gè)必要特征： ?與軟件開發(fā)進(jìn)展相關(guān)聯(lián)； ?在完成時(shí)必須非常明顯。 企業(yè)通用業(yè)頻道 項(xiàng)目進(jìn)度過(guò)程 軟件需求 識(shí)別活動(dòng) 識(shí)別活動(dòng) 依賴關(guān)系 估算活動(dòng) 的資源 為活動(dòng) 分配人員 創(chuàng)建 項(xiàng)目圖表 活動(dòng)圖表 及條形圖 ?有些活動(dòng)是并行進(jìn)行的，調(diào)度人員必須協(xié)調(diào)這些并行活動(dòng)，并把整個(gè)工作組織起來(lái)，使人力資源得到充分利用。這項(xiàng)工作必須分 3步：首先刮掉舊漆，然后刷上新漆，最后清除濺在窗戶上的油漆。當(dāng)活動(dòng)開始時(shí)，左邊三角形涂黑，當(dāng)活動(dòng)結(jié)束時(shí)，再將右邊三角形涂黑。 持續(xù)時(shí)間 (機(jī)動(dòng)時(shí)間 ) EET LET 事件號(hào) 企業(yè)通用業(yè)頻道 活動(dòng)網(wǎng)絡(luò)圖 ?事件的最早時(shí)刻是該事件可以發(fā)生的最早時(shí)間。 6 1 0 0 2 6 10 11 5