軟件配置管理計劃模版

1、精選優(yōu)質(zhì)文檔-傾情為你奉上文件編號：PTS - PDP - SCMP 軟件配置管理計劃擬制：_ 日期：_審核：_ 日期：_批準(zhǔn)：_ 日期：_太平洋軟件（中國）有限公司專心-專注-專業(yè)變更記錄頁單 位：太平洋軟件（中國）有限公司，以下簡稱PTS 文檔名稱：軟件配置管理計劃生成日期：2002-12-13版 本作者日 期備 注目錄軟件配置管理計劃1 介紹1.1 目的1.2 范圍1.3 縮寫和定義2 SCM管理SCM管理信息描述了組織和個人在項目的SCM活動中的責(zé)任和權(quán)限。SCM管理信息必須包括三個主題：應(yīng)用SCM的項目組織，這些組織的SCM責(zé)任，以及應(yīng)用在這個項目中的SCM政策和指令。2.1 組織組

2、織結(jié)構(gòu)包括技術(shù)和管理兩方面，計劃中的并將要被實施的SCM活動必須被描述。計劃必須說明以下問題：a) 在項目中，參與或?qū)θ魏蜸CM活動負責(zé)的組織單位；b) 在項目結(jié)構(gòu)中，組織單位的功能角色；c) 各組織單位之間的關(guān)系。組織單位可能包括供應(yīng)商和客戶，主承包商和分承包商，或在組織中的其他團隊。組織圖表、功能和關(guān)系的狀態(tài)的補充可以成為表現(xiàn)信息的有效途徑。2.2 SCM責(zé)任對組織單位SCM活動的分配必須被詳細說明。對每個在SCM中列出的活動，必須提供執(zhí)行活動的組織單位或工作標(biāo)題的名字?？梢允褂镁仃嚽宄乇硎竞驼f明以上定義的組織和SCM功能、活動和任務(wù)之間的關(guān)系。對于那些在項目中為執(zhí)行SCM活動而建立的任

3、何審查委員會或特定組織，計劃中必須描述有關(guān)它們的以下方面：a) 目的和目標(biāo) ；b) 成員和聯(lián)系；c) 有效期；d) 權(quán)限范圍；e) 操作程序。2.3 可用的策略、指令和程序由其它政策、指令和過程附加在計劃上的限制必須被定義。對每一個限制來說，它的影響和效果必須被聲明。3 SCM 活動SCM活動標(biāo)識了所有在計劃范圍內(nèi)，管理軟件系統(tǒng)配置所需的功能和任務(wù)。技術(shù)和管理的SCM活動都必須被標(biāo)識。通常的SCM實質(zhì)的項目管理活動必須以SCM觀點來描述。3.1 配置標(biāo)識配置標(biāo)識活動必須標(biāo)識、命名和描述文檔的物理和功能特性，其文檔包括項目中被控制的代碼、規(guī)范、審計、和數(shù)據(jù)元素。獲取這些文檔用于配置控制。配置項可

4、以作為中間或最終的產(chǎn)品（例如，可執(zhí)行代碼、源代碼、用戶文檔、計劃列表、數(shù)據(jù)庫、測試案例、測試計劃、規(guī)范和管理計劃）和支持環(huán)境元素（例如，編譯器、操作系統(tǒng)、設(shè)計工具和測試基礎(chǔ)）。計劃必須在每個項目控制點標(biāo)識項目配置項(CI)和它們的結(jié)構(gòu)。計劃必須聲明每個CI和它的版本，對定義、追溯、存儲和檢索的CI活動的執(zhí)行必須被單獨命名和描述。3.1.1 配置項的標(biāo)識計劃必須記錄控制項、項目的CI和它們的定義。計劃必須描述項目中維護的項的列表和結(jié)構(gòu)。至少，所有要發(fā)布的CI必須都被列出來。在項目生命周期的控制點，必須定義適當(dāng)?shù)幕€。如下：a) 產(chǎn)生基線的事件；b) 在基線中控制的項；c) 用來建立和改變基線的過

5、程；d) 說明基線文檔變更所需的授權(quán)；變更、受影響的CI以及相關(guān)聯(lián)的基線必須被詳細說明。3.1.2 配置項的命名為了對每個控制項分配單獨的標(biāo)識符，計劃必須制定和標(biāo)識系統(tǒng)。同樣必須單獨指定有多少個版本。標(biāo)識的方法包括命名約定、版本號和字符。計劃必須描述為存儲、檢索、跟蹤、再生、和分發(fā)命名控制項的方法，活動包括為版本標(biāo)記、為文檔和執(zhí)行標(biāo)簽，為執(zhí)行芯片內(nèi)嵌代碼或數(shù)據(jù)排序和改變標(biāo)記，物理包的標(biāo)識。轉(zhuǎn)承包商的軟件、供應(yīng)商所有的軟件和支持軟件可能需要特殊的標(biāo)識方案和標(biāo)記。3.1.3 配置項的獲取計劃必須為計劃標(biāo)識受控軟件庫，描述標(biāo)識基線的代碼、文本和數(shù)據(jù)如何物理的存放在適當(dāng)?shù)膸熘?。對每個庫來說，格式、位置

6、、文檔需求、接受和檢查需求和訪問控制過程都必須被詳細說明。計劃必須為實際上的文檔和磁介質(zhì)的存儲指定過程，包括項的物理標(biāo)記和分類。同樣也要說明數(shù)據(jù)保存過程、災(zāi)難預(yù)防和恢復(fù)過程。過程必須描述如何從存儲庫中檢索和復(fù)制控制項目。這些活動包括標(biāo)記和分類的確認，受控拷貝的追蹤和所有權(quán)和安全信息的保護。.3.2 配置控制配置控制活動請求、評估、認可或拒絕、實現(xiàn)對基線CI的配置變更。變更包括錯誤的改正和可靠性增強。為變更過程所需的必須手續(xù)的復(fù)雜程度依靠在配置結(jié)構(gòu)中變更對基線的影響。計劃必須描述在基線CI的變更控制影響。計劃必須定義下列的詳細步驟：a) 變更所需的標(biāo)識和文檔；b) 變更需求的分析和評估；c) 需

7、求的認可或否決；d) 變更的確認、執(zhí)行和發(fā)布；計劃必須標(biāo)識用來追蹤和記錄每個變更的執(zhí)行序列的記錄。在處理原始需求的變更的每個不同必須被明確的記錄下來。3.2.1 請求變更計劃必須指定對一個基線CI需求變更和為需求記錄信息的過程。至少，一個提交的變更的信息記錄必須包括以下幾方面：a) 問題出現(xiàn)的CI的名字和版本；b) 開發(fā)者的姓名和組織；c) 需要的數(shù)據(jù)；d) 緊急程度指示；e) 變更所需資源；f) 需要變更的描述；附加信息，如優(yōu)先權(quán)或分類，可能用來澄清需求的重要意義和幫助分析、評估。其它信息，例如變更需求編號、狀態(tài)和處理，記錄在變更追蹤中。3.2.2 評估變更為了提交變更影響和審閱分析變更結(jié)果

8、過程，計劃必須指定的它們所需的分析。變更必須依照它們對交付程度和項目資源的影響來衡量。3.2.3 批準(zhǔn)或拒絕變更計劃必須標(biāo)識每個配置控制委員會（CCB）和他們的可授權(quán)或認可提交變更的等級。一個（CCB）可以是個人也可以是組織。根據(jù)系統(tǒng)等級或項目的復(fù)雜程度或涉及的項目基線，可以指定CCB的多重層次。但使用一個多重CCB時，在項目生命周期中，包括所有變量，計劃必須指定如何決定一個變更需求的范圍。對任何CCB應(yīng)用，計劃必須指明授權(quán)的等級和定義的責(zé)任。3.2.4 實施變更計劃必須指定一個認可變更指定校驗和實現(xiàn)的活動。為變更完成記錄的信息必須包括以下幾點：a) 相關(guān)變更的需求；b) 影響的項目的名字和版

9、本；c) 確認日期和責(zé)任人；d) 發(fā)布或安裝日期和責(zé)任人；e) 新版本的標(biāo)識。附加信息，例如軟件默認規(guī)則或用來實現(xiàn)變更的支持軟件，不包括在內(nèi)。計劃必須為發(fā)布計劃和控制指定活動，例如，協(xié)調(diào)多重變更，再配置CI和發(fā)布一個新基線。3.3 配置狀態(tài)統(tǒng)計配置狀態(tài)統(tǒng)計活動記錄和報告項目CI的狀態(tài)。計劃必須包括以下信息：a) 為了基線和變更，哪些數(shù)據(jù)元素被追蹤和報告了；b) 生成了哪種狀態(tài)統(tǒng)計報告類型，和它們的頻率；c) 信息怎樣被收集、存儲、處理和報告；d) 受控的如何訪問狀態(tài)數(shù)據(jù)。如果一個自動系統(tǒng)作為狀態(tài)統(tǒng)計活動，必須描述或引用它的功能。對每個CI，至少下列數(shù)據(jù)元素必須追蹤和報告：它的初始化認可版本，請

10、求變更的狀態(tài)和認可變更的實現(xiàn)狀態(tài)。細節(jié)的級別和需求的特定數(shù)據(jù)可能因為項目和客戶的信息需求而變化。3.4 配置審核和審計配置審核決定事實上CI影響的所需的物理和功能的廣度。配置審閱時建立基線的管理工具。計劃必須為項目標(biāo)識配置審核和審計。至少，一個配置審核必須在CI發(fā)布前審核。對每個計劃的配置審核和審計，計劃必須定義以下方面：a) 它的目標(biāo)；b) 處于審核和評審CI；c) 審核和評審任務(wù)的時間表；d) 實施審核和評審的過程；e) 工作標(biāo)題的參與者；f) 為回顧或支持審核和評審需要用到的文件；g) 記錄不足和報告糾正行動的過程；h) 對認可之外的認可標(biāo)準(zhǔn)和特定行動。3.5 接口控制接口控制活動協(xié)調(diào)項

11、目CI變更和計劃范圍外的接口項變更。硬件、系統(tǒng)軟件和支持軟件和其他項目和交付都必須檢查，以控制對項目的潛在接口影響。計劃必須標(biāo)識對項目軟件接口的外部項。對每個接口計劃必須如下定義：a) 接口的本質(zhì)；b) 影響的組織；c) 接口的代碼、文檔和數(shù)據(jù)被如何控制；d) 界面控制文檔被如何認可和發(fā)布為特定基線對每個CCB建立控制接口，計劃必須標(biāo)示它的責(zé)任和過程。3.6 轉(zhuǎn)包商/供應(yīng)商控制轉(zhuǎn)包商/供應(yīng)商控制活動合并項在項目CI的環(huán)境之外發(fā)展。包括訂合同的軟件開發(fā)和項目中第三方軟件。由于組織和法律關(guān)系，特別的注意必須直接指向SCM活動。 對每一個轉(zhuǎn)包商和第三方的軟件，計劃必須定義活動以合并外部開發(fā)項到項目C

12、I中，和與它們的開發(fā)組織協(xié)調(diào)變更。對每個轉(zhuǎn)包商的軟件，計劃必須如下定義：a) 包括SCM計劃，什么樣的SCM的需求是轉(zhuǎn)包商協(xié)議的一部分；b) 怎么為一致性監(jiān)督轉(zhuǎn)包商；c) 實行了轉(zhuǎn)包商的什么配置審核和復(fù)核；d) 怎么用項目軟件測試、校驗和合并外部代碼、文檔和數(shù)據(jù)；e) 處于信息安全和所有權(quán)的可追蹤性，怎么處理所有的項；f) 包括轉(zhuǎn)包商，如何處理變更。為第三方的軟件，計劃必須描述軟件如何在SCM下被接受，測試和放置；如何處理對廠商軟件的變更；廠商是否和怎樣參與項目變更管理過程。第三方軟件可能從供應(yīng)商、轉(zhuǎn)包商、客戶、其它項目或其它途徑。4 進度安排SCM時間表信息建立了為標(biāo)識SCM活動的順序和協(xié)調(diào)

13、，以及為所有事件影響的計劃的實現(xiàn)。對項目里程碑和事件來說，在所有的SCM活動和關(guān)鍵SCM活動中，計劃必須聲明順序和從屬性。時間表必須覆蓋計劃和與項目有關(guān)的SCM活動的所有主要里程碑的這段時間。SCM里程碑必須包括配置基線的建立，變更控制過程的實現(xiàn)和配置審核的開始和結(jié)束日期。時間表信息必須被表達為完全的日期，對SCM或項目里程碑，或事件簡單序列的方式。圖形表示方式可以非常適當(dāng)?shù)膫鬟_這些信息。5 SCM 資源SCM資源信息標(biāo)識為特定的SCM活動的實現(xiàn)所需的軟件工具、技術(shù)、裝備、人員和必要培訓(xùn)。SCM可以用軟件工具和手工的過程實現(xiàn)。工具可以是專門為SCM設(shè)計的或內(nèi)嵌于普通項目支援工具中；它們可以是標(biāo)準(zhǔn)組織資源或為該項目專門得到、建立的資源。工具可以應(yīng)用在庫結(jié)構(gòu)和訪問控制，文檔開發(fā)和追蹤，基線系統(tǒng)生成，變更處理、通訊和授權(quán)中，變更/問題追蹤和狀態(tài)報告，受控項的歸檔、保存和恢復(fù)，或SCM計劃處理本身。對每個軟件工具，無論是在項目中開發(fā)的或在項目外取得，計劃必須描述和引用它的功能，標(biāo)識工具中放置