【導(dǎo)讀】軟件項(xiàng)目管理活動(dòng)。適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項(xiàng)目管。理引入開發(fā)活動(dòng)中，對(duì)開發(fā)實(shí)行有效的管理。以利用的資源，按照計(jì)劃的成本和計(jì)劃的進(jìn)度，和業(yè)余編程之間的重要區(qū)別。軟件產(chǎn)品是無形的；導(dǎo)致了軟件工程管理的難度相當(dāng)大。件項(xiàng)目的失敗也告訴我們：軟件管理困難重重。項(xiàng)目管理是一項(xiàng)復(fù)雜的工作。項(xiàng)目管理需要集權(quán)領(lǐng)導(dǎo)和建立專門的。項(xiàng)目負(fù)責(zé)人在項(xiàng)目管理中起著非常重。具有創(chuàng)新性的工程項(xiàng)目經(jīng)常會(huì)存在進(jìn)度問題?；驁F(tuán)隊(duì)簽約的理由。許多軟件機(jī)構(gòu)之所以存在是因?yàn)槠涫诸^。有大量的建議書和合同。進(jìn)展?fàn)顩r的全面規(guī)劃。應(yīng)的解決方案予以應(yīng)對(duì)。里程碑應(yīng)代表該項(xiàng)目的一個(gè)特定的邏輯意。階段結(jié)束時(shí)交付。管理人員必須估算完成各項(xiàng)活動(dòng)所需。有些活動(dòng)是并行進(jìn)行的，調(diào)度人員必須協(xié)調(diào)這些并行活動(dòng)，一定要避免出現(xiàn)因一項(xiàng)關(guān)鍵任務(wù)沒有完成而使整個(gè)項(xiàng)目延。正常情況，各活動(dòng)應(yīng)至少持續(xù)1周；系和人員分配情況。新漆，最后清除每個(gè)窗戶上的油漆，共需時(shí)間36小時(shí)。

　　

【正文】 變更控制規(guī)劃 提示：配置管理員簡(jiǎn)述本項(xiàng)目的變更控制規(guī)則。 審批 提示： CCB負(fù)責(zé)人（或項(xiàng)目經(jīng)理）審批本計(jì)劃。 注： CCB為配置控制委員會(huì) 企業(yè)通用業(yè)頻道 配置項(xiàng)標(biāo)識(shí) ? 目標(biāo)： 明確項(xiàng)目生存周期內(nèi)所要產(chǎn)生的文檔、程序以及確定文檔、程序的名稱和命名規(guī)則。 ? 內(nèi)容 ?單獨(dú)命名每個(gè)配置項(xiàng)，然后采用面向?qū)ο蠓椒ò阉R(shí)別的配置項(xiàng)組織起來。 ?每個(gè)配置項(xiàng)都擁有一組能唯一標(biāo)識(shí)它的特征：名字、描述、資源列表和“實(shí)現(xiàn)”。 企業(yè)通用業(yè)頻道 變動(dòng)控制 ? 變動(dòng)控制的目的是防止 SCI被隨意修改而導(dǎo)致混亂。 ? 變動(dòng)控制，就是在生存期中對(duì) SCI的變動(dòng)建立 評(píng)審 及 核準(zhǔn) 的機(jī)制。 ? 為提高效率，對(duì)于處于“草稿”狀態(tài)的 SCI，不必進(jìn)行變更控制，因?yàn)椴莞灞緛砭鸵粩嗟匦薷摹? ? 當(dāng) SCI處于“正式發(fā)布”狀態(tài)，或該 SCI已經(jīng)成為某個(gè)基線的一部分，若要修改，必須按照變更控制規(guī)則執(zhí)行。 ? 當(dāng)變更被核準(zhǔn)后，就把軟件移交給開發(fā)或維護(hù)團(tuán)隊(duì)，以實(shí)現(xiàn)變更。 ? 當(dāng)軟件變更時(shí)，每個(gè)組件的變更記錄都應(yīng)該維護(hù)，這稱為： 組件的導(dǎo)出歷史 。 企業(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的任何版本。 企業(yè)通用業(yè)頻道 版本標(biāo)識(shí) ? 一個(gè)大型系統(tǒng)內(nèi)有數(shù)以百計(jì)的軟件組件，其中每種組件都可能有許多不同的版本。 ? 版本標(biāo)識(shí)過程必須定義一種 明確標(biāo)識(shí) 軟件組件版本的方式。 ? 簡(jiǎn)單的版本編號(hào)方式是使用線性導(dǎo)出： – V1, , , , 等。 ? 實(shí)際導(dǎo)出結(jié)構(gòu)是樹型或網(wǎng)絡(luò)型，而不是順序型的。 企業(yè)通用業(yè)頻道 版本導(dǎo)出結(jié)構(gòu) 企業(yè)通用業(yè)頻道 版本導(dǎo)出規(guī)則 SCI版本號(hào)與 SCI狀態(tài)緊密相關(guān)： ① 處于“草稿”狀態(tài)的 SCI版本號(hào)格式為： ? YZ數(shù)字范圍為 01～ 99； ? 隨著草稿的不斷完善，“ YZ”值應(yīng)遞增，初值和增幅由規(guī)則定。 ② 處于“正式發(fā)布”狀態(tài)的 SCI版本號(hào)格式為： ? X為主版本號(hào)，取值 1～ 9。 Y為次版本號(hào)，取值 1～ 9； ? SCI第一次“正式發(fā)布”時(shí)，版本號(hào)為 ； ? 如果 SCI版本升級(jí)幅度較小，一般只增加 Y值， X值保持不變，只有 SCI版本升級(jí)幅度較大，才允許增加 X值。 ③ 處于“正在修改”狀態(tài)的 SCI版本號(hào)格式為： ? SCI正在修改時(shí)，一般只增大 Z值， ； ? 當(dāng) SCI修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將 Z值設(shè)為 0，增加 。參見規(guī)則 2。 企業(yè)通用業(yè)頻道 發(fā)布版本 ? 系統(tǒng)的發(fā)布版本是分發(fā)給客戶的系統(tǒng)版本。 ? 系統(tǒng)的發(fā)布版本不僅僅是系統(tǒng)的可執(zhí)行代碼，還包括： ?配置文件 ?數(shù)據(jù)文件 ?安裝程序 ?電子和書面文檔 ?包裝和相關(guān)的宣傳 ? 發(fā)布管理者不能想當(dāng)然認(rèn)為客戶總是想安裝新的系統(tǒng)版本。因此系統(tǒng)的新版本不能依賴于以前的版本。 企業(yè)通用業(yè)頻道 發(fā)布版本 我們來看一個(gè)例子，考慮以下情況： ① 系統(tǒng)的發(fā)布版本 1發(fā)布并投入使用； ② 發(fā)布版本 2隨后發(fā)布。由于發(fā)布版本 2需要安裝新的數(shù)據(jù)文件，而有些客戶不需要發(fā)布版本 2所提供的功能，而仍使用發(fā)布版本 1； ③ 發(fā)布版本 3需要發(fā)布版本 2中的數(shù)據(jù)文件，沒有新的數(shù)據(jù)文件。 發(fā)布人員不能認(rèn)為發(fā)布版本 3所需要的文件已經(jīng)安裝在所在地點(diǎn)。有些地點(diǎn)可能從發(fā)布版本 1直接到發(fā)布版本 3，跳過了發(fā)布版本 2。有些地方則可能已經(jīng)根據(jù)具體情況對(duì)發(fā)布版本 2有關(guān)的數(shù)據(jù)文件做了修改。因此數(shù)據(jù)文件必須隨同系統(tǒng)的發(fā)布版本 3一起發(fā)布和安裝。 企業(yè)通用業(yè)頻道 配置審計(jì) ? 配置審計(jì)主要目的是要保證基線在技術(shù)上、管理上的完整性，保證對(duì) SCI的變動(dòng)是服從需求規(guī)定的。 ? 配置審計(jì)工作是變動(dòng)控制委員會(huì)批準(zhǔn) SCI的先決條件。 ? 在 SLC間，不斷進(jìn)行配置審計(jì)。 企業(yè)通用業(yè)頻道 配置狀態(tài)報(bào)告 ? 建立并發(fā)布配置狀況報(bào)告（ Configuration Status Reporting，簡(jiǎn)稱 CSR）是軟件配置管理的一項(xiàng)重要任務(wù)。 ? CSR主要是回答“發(fā)生了什么事情”、“誰做的”、”何時(shí)發(fā)生的“、“有什么影響”等問題。 ? 通過 CSR紀(jì)錄和報(bào)告的復(fù)查，便能確定合適做過何種變動(dòng)，何種元素被添加到已批準(zhǔn)的基線及在給定時(shí)刻軟件配置處于何種狀態(tài)等等。 企業(yè)通用業(yè)頻道 配置管理工具 ? SourceSafe ? Microsoft Visual Studio套件之一 ? 簡(jiǎn)單易用，一學(xué)就會(huì) ? 是國(guó)內(nèi)最流行的配置管理工具 ? CVS ? Concurrent Version System（并行版本系統(tǒng)） ? 開源工具，服務(wù)器用 JAVA編寫，用于 UNIX， LINUX ? 客戶端很雜，安裝使用不便 ? ClearCase ? Rational產(chǎn)品 ? 是軟件行業(yè)公認(rèn)的功能最強(qiáng)大、價(jià)格最昂貴的配置管理軟件 ? 不參加培訓(xùn)，基本不可能無師自通 企業(yè)通用業(yè)頻道 能力成熟度模型 CMM 美國(guó)卡內(nèi)基 梅隆大學(xué)軟件工程研究所 (SEI) 80年代中期 美國(guó)國(guó)防部 資助 提出 軟件能力成熟度模型 (Software Capability Maturity Model ) 軟件過程改進(jìn)工業(yè)標(biāo)準(zhǔn) 克勞斯比 漢弗萊 成熟度框架 企業(yè)通用業(yè)頻道 當(dāng)初，建立 CMM的目的主要是：為大型軟件項(xiàng)目的招投標(biāo)活動(dòng)提供一種全面而客觀的評(píng)審依據(jù)，發(fā)展到后來，此模型又同時(shí)被應(yīng)用于許多軟件機(jī)構(gòu)內(nèi)部的過程改進(jìn)活動(dòng)中。 能力成熟度模型 CMM 企業(yè)通用業(yè)頻道 軟件組織的比較 產(chǎn)品質(zhì)量有保證，軟件過程有紀(jì)律，有必要的支持性基礎(chǔ)設(shè)施。 問題判斷無基礎(chǔ)，難預(yù)料；進(jìn)度滯后時(shí)，常減少或取消評(píng)審、測(cè)試等保證質(zhì)量的活動(dòng)。 質(zhì)量管理 有歷史數(shù)據(jù)和客觀依據(jù)，比較準(zhǔn)確。 無實(shí)際根據(jù)，硬件限定時(shí)，常在質(zhì)量上作讓步。 進(jìn)度、經(jīng)費(fèi)估計(jì) 主動(dòng)式，監(jiān)控產(chǎn)品質(zhì)量和顧客滿意程度。 反應(yīng)式（消防式） 管理方式 有統(tǒng)一標(biāo)準(zhǔn)，且切實(shí)可行，并不斷改進(jìn)；通過培訓(xùn)，全員理解，各司其職，紀(jì)律嚴(yán)明。 臨時(shí)拼湊、不能貫徹 軟件過程 成熟的軟件組織 不成熟的軟件組織 比較項(xiàng)目 企業(yè)通用業(yè)頻道 CMM的基本概念 ? 軟件過程能力 描述開發(fā)組織或項(xiàng)目組遵循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度，它既可對(duì)整個(gè)軟件開發(fā)組織而言，也可對(duì)一個(gè)軟件項(xiàng)目而言。 ? 軟件過程成熟度 一個(gè)特定軟件過程被明確且有效地定義、管理、測(cè)量和控制的程度。 ? 軟件能力成熟度等級(jí) 軟件開發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過程能力成熟度的平臺(tái)。 企業(yè)通用業(yè)頻道 ? 由于軟件危機(jī)等問題是由我們管理軟件過程的方法不當(dāng)引起的，所以 新軟件技術(shù) 的應(yīng)用 并不會(huì) 自動(dòng)提高軟件的 生產(chǎn)率 和 質(zhì)量 。 ? 能力成熟度模型有助于軟件開發(fā)機(jī)構(gòu) 建立 一個(gè)有規(guī)律的、成熟的軟件過程。改進(jìn)的軟件過程將開發(fā)出質(zhì)量更好的軟件，使更多的軟件項(xiàng)目免受時(shí)間和經(jīng)費(fèi)超支之苦。 CMM基本思想 企業(yè)通用業(yè)頻道 CMM把軟件過程從無序到有序的進(jìn)化分成 5個(gè)階段，排序而形成 5個(gè)逐層提高的等級(jí)。 用以測(cè)量軟件機(jī)構(gòu)的軟件過程成熟度和評(píng)價(jià)其軟件過程能力。 1 初始級(jí) 2 可重復(fù)級(jí) 5 優(yōu)化級(jí) 3 已定義級(jí) 4 已管理級(jí) CMM模型概要 企業(yè)通用業(yè)頻道 軟件過程是無序的 ， 有時(shí)甚至是混亂的 ， 對(duì)軟件過程幾乎沒有定義 ， 成功取決于個(gè)人努力 。 管理是反應(yīng)式 (消防式 )。 軟件機(jī)構(gòu)基本沒有健全的工程管理制度 ， 軟件過程完全取決于項(xiàng)目組的人員配備 ， 具有不可預(yù)測(cè)性 ， 人員變了過程隨之改變 。 處于 1級(jí)成熟度的軟件機(jī)構(gòu) ， 其過程能力不可預(yù)測(cè) ， 軟件過程是不穩(wěn)定的 ， 產(chǎn)品質(zhì)量是根據(jù)相關(guān)人員的個(gè)人工作能力而不是軟件機(jī)構(gòu)的過程能力來預(yù)測(cè) 。 1 初始級(jí) 企業(yè)通用業(yè)頻道 建立了基本的項(xiàng)目管理過程 (過程模型 )來跟蹤成本、進(jìn)度和質(zhì)量特性。制定了必要的過程規(guī)范，能重復(fù)早先類似應(yīng)用項(xiàng)目的實(shí)踐經(jīng)驗(yàn)成功完成新項(xiàng)目。 達(dá)到 2級(jí)的目標(biāo)是使項(xiàng)目管理過程穩(wěn)定，從而使得軟件機(jī)構(gòu)能重復(fù)以前在成功項(xiàng)目中所進(jìn)行過的軟件項(xiàng)目工程實(shí)踐。 處于 2級(jí)的軟件機(jī)構(gòu)，其軟件項(xiàng)目的策略和跟蹤是穩(wěn)定的，已經(jīng)為一個(gè)有紀(jì)律的管理過程提供了可重復(fù)以前成功實(shí)踐的項(xiàng)目環(huán)境。 2 可重復(fù)級(jí) 企業(yè)通用業(yè)頻道 已經(jīng)定義了完整的軟件過程 ， 軟件過程已文檔化 、 標(biāo)準(zhǔn)化 。 所有項(xiàng)目均使用經(jīng)批準(zhǔn)的 、 文檔化的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件 。 包含 2級(jí)的全部特征 。 在第 3級(jí)成熟度的軟件機(jī)構(gòu)中 ， 有一個(gè)固定的過程小組從事軟件過程工程活動(dòng) 。 過程小組可以利用過程模型進(jìn)行過程例化活動(dòng) ， 還可以推進(jìn)軟件機(jī)構(gòu)的過程改進(jìn)活動(dòng) 。實(shí)施了培訓(xùn)計(jì)劃 ， 保證全體項(xiàng)目負(fù)責(zé)人和開發(fā)人員具有完成承擔(dān)的任務(wù)所要求的知識(shí)和技能 。 處于 3級(jí)的軟件機(jī)構(gòu) ， 無論管理活動(dòng)和工程活動(dòng)都是穩(wěn)定的 。 成本 、 進(jìn)度和質(zhì)量都受到控制 ， 且軟件質(zhì)量具有可追溯性 。 3 已定義級(jí) 企業(yè)通用業(yè)頻道 所有項(xiàng)目的重要過程活動(dòng)都是可度量的。軟件機(jī)構(gòu)收集了過程度量和產(chǎn)品質(zhì)量的方法并加以運(yùn)用，對(duì)軟件過程和產(chǎn)品都有定量的理解與控制。包含 3級(jí)的全部特征。 處于 4級(jí)成熟度的軟件機(jī)構(gòu)，軟件過程是可度量的，軟件過程在可度量的范圍內(nèi)運(yùn)行。 這一級(jí)的過程能力允許軟件機(jī)構(gòu)在定量的范圍內(nèi)預(yù)測(cè)過程和產(chǎn)品質(zhì)量趨勢(shì)，在發(fā)生偏離時(shí)可以及時(shí)采取措施予以糾正。 4 已定量管理級(jí) 企業(yè)通用業(yè)頻道 過程的量化反饋和先進(jìn)的新思想 、 新技術(shù)促進(jìn)軟件過程不斷改進(jìn) 。 軟件機(jī)構(gòu)是一個(gè)以防止出現(xiàn)缺陷為目標(biāo)的機(jī)構(gòu) ， 它有能力識(shí)別出軟件過程要素的薄弱環(huán)節(jié) ， 并有足夠的手段改進(jìn)它們 。 包含 4級(jí)的全部特征 。 通過對(duì)過程實(shí)例性能的分析 ， 確定產(chǎn)生某缺陷的原因 ， 來防止出現(xiàn)這種類型的缺陷；通過對(duì)任何過程實(shí)例的分析所獲得的經(jīng)驗(yàn)教訓(xùn)都可以成為該軟件機(jī)構(gòu)優(yōu)化其過程模型的有效依據(jù) ， 從而使其他項(xiàng)目的過程實(shí)例得到優(yōu)化 。 5 優(yōu)化級(jí) 企業(yè)通用業(yè)頻道 CMM概述 ? 這 5個(gè)成熟度等級(jí)定義了一個(gè)有序的尺度，用以測(cè)量軟件機(jī)構(gòu)過程能力成熟度和評(píng)價(jià)其軟件過程能力。這些等級(jí)還能夠幫助軟件機(jī)構(gòu)把應(yīng)做的改進(jìn)工作排出優(yōu)先順序。 ? CMM對(duì) 5個(gè)成熟度級(jí)別的描述，說明了不同級(jí)別之間軟件過程的主要變化。從 1級(jí)到 5級(jí)，反映了一個(gè)軟件機(jī)構(gòu)為了達(dá)到從一個(gè)無序、混亂的軟件過程進(jìn)化到一個(gè)有序、有紀(jì)律且成熟的軟件過程的目標(biāo)，必須經(jīng)歷的過程改進(jìn)的途徑。 企業(yè)通用業(yè)頻道 統(tǒng)計(jì)數(shù)字表明，提高一個(gè)完整的成熟度等級(jí)大約需要花 18個(gè)月到 3年時(shí)間，但從第 1級(jí)上升到第 2級(jí)有時(shí)要花 3年甚至 5年時(shí)間。這說明要向一個(gè)處于混亂和被動(dòng)的行動(dòng)方式的軟件機(jī)構(gòu)灌輸系統(tǒng)化方法是困難的。 CMM概述 企業(yè)通用業(yè)頻道 軟件過程評(píng)估 ：目的是確定一個(gè)組織的當(dāng)前軟件過程的狀態(tài)，找出組織所面臨的急需解決的與軟件過程有關(guān)問題，進(jìn)而有步驟地實(shí)施軟件過程改進(jìn)，使組織的軟件過程能力不斷提高。 軟件能力評(píng)價(jià) ：目的是識(shí)別合格的能完成軟件工程項(xiàng)目的承制方，或者監(jiān)控承制方現(xiàn)有軟件工作中軟件過程的狀態(tài)，進(jìn)而提出承制方應(yīng)改進(jìn)之處。 CMM應(yīng)用