軟件工程-軟件項(xiàng)目管理培訓(xùn)教材-資料下載頁

【導(dǎo)讀】軟件項(xiàng)目管理活動。適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項(xiàng)目管。理引入開發(fā)活動中，對開發(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)常會存在進(jìn)度問題。或團(tuán)隊(duì)簽約的理由。許多軟件機(jī)構(gòu)之所以存在是因?yàn)槠涫诸^。有大量的建議書和合同。進(jìn)展?fàn)顩r的全面規(guī)劃。應(yīng)的解決方案予以應(yīng)對。里程碑應(yīng)代表該項(xiàng)目的一個特定的邏輯意。階段結(jié)束時(shí)交付。管理人員必須估算完成各項(xiàng)活動所需。有些活動是并行進(jìn)行的，調(diào)度人員必須協(xié)調(diào)這些并行活動，一定要避免出現(xiàn)因一項(xiàng)關(guān)鍵任務(wù)沒有完成而使整個項(xiàng)目延。正常情況，各活動應(yīng)至少持續(xù)1周；系和人員分配情況。新漆，最后清除每個窗戶上的油漆，共需時(shí)間36小時(shí)。

　　

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