1、文件編號： PTS - PDP - SCMP軟件配置管理計劃擬制： _日期： _審核： _日期： _批準： _日期： _太平洋軟件（中國）有限公司變更記錄頁單位： 太平洋軟件（中國）有限公司，以下簡稱PTS文檔名稱： 軟件配置管理計劃生成日期： 2002-12-13版本作者日期備注2/12目錄1介紹.11.1目的.11.2范圍.11.3縮寫和定義 .12SCM 管理 .22.1組織.22.2SCM 責任 .22.3可用的策略、指令和程序 .23SCM活動 .33.1配置標識 .33.1.1配置項的標識 .33.1.2配置項的命名 .33.1.3配置項的獲取 .33.2配置控制 .43.2.1請

2、求變更 .43.2.2評估變更 .43.2.3批準或拒絕變更 .53.2.4實施變更 .53.3配置狀態統計 .53.4配置審核和審計 .63.5接口控制 .63.6轉包商 /供應商控制 .64進度安排 .85SCM資源 .86SCM 計劃維護.83/12軟件配置管理計劃介紹軟件配置管理計劃1 介紹1.1 目的1.2 范圍1.3 縮寫和定義1/12軟件配置管理計劃SCM 管理2SCM 管理SCM 管理信息描述了組織和個人在項目的SCM 活動中的責任和權限。SCM 管理信息必須包括三個主題：應用SCM 的項目組織，這些組織的SCM 責任，以及應用在這個項目中的SCM 政策和指令。2.1 組織組織

3、結構包括技術和管理兩方面，計劃中的并將要被實施的SCM 活動必須被描述。計劃必須說明以下問題：a) 在項目中，參與或對任何 SCM 活動負責的組織單位；b) 在項目結構中，組織單位的功能角色；c) 各組織單位之間的關系。組織單位可能包括供應商和客戶，主承包商和分承包商，或在組織中的其他團隊。組織圖表、功能和關系的狀態的補充可以成為表現信息的有效途徑。2.2 SCM 責任對組織單位 SCM 活動的分配必須被詳細說明。 對每個在 SCM 中列出的活動， 必須提供執行活動的組織單位或工作標題的名字。 可以使用矩陣清楚地表示和說明以上定義的組織和SCM 功能、活動和任務之間的關系。對于那些在項目中為執

4、行 SCM 活動而建立的任何審查委員會或特定組織，計劃中必須描述有關它們的以下方面：a) 目的和目標 ；b) 成員和聯系；c) 有效期；d) 權限范圍；e) 操作程序。2.3 可用的策略、指令和程序由其它政策、 指令和過程附加在計劃上的限制必須被定義。對每一個限制來說，它的影響和效果必須被聲明。2/12軟件配置管理計劃SCM 活動3SCM活動SCM 活動標識了所有在計劃范圍內，管理軟件系統配置所需的功能和任務。技術和管理的 SCM 活動都必須被標識。通常的SCM 實質的項目管理活動必須以SCM 觀點來描述。3.1 配置標識配置標識活動必須標識、 命名和描述文檔的物理和功能特性， 其文檔包括項目

5、中被控制的代碼、規范、審計、和數據元素。獲取這些文檔用于配置控制。配置項可以作為中間或最終的產品（例如，可執行代碼、源代碼、用戶文檔、計劃列表、數據庫、測試案例、測試計劃、規范和管理計劃）和支持環境元素（例如，編譯器、操作系統、設計工具和測試基礎）。計劃必須在每個項目控制點標識項目配置項(CI) 和它們的結構。計劃必須聲明每個CI和它的版本，對定義、追溯、存儲和檢索的CI 活動的執行必須被單獨命名和描述。配置項的標識計劃必須記錄控制項、項目的 CI 和它們的定義。計劃必須描述項目中維護的項的列表和結構。至少，所有要發布的 CI 必須都被列出來。在項目生命周期的控制點，必須定義適當的基線。如下：

6、a) 產生基線的事件；b) 在基線中控制的項；c) 用來建立和改變基線的過程；d) 說明基線文檔變更所需的授權；變更、受影響的CI 以及相關聯的基線必須被詳細說明。配置項的命名為了對每個控制項分配單獨的標識符， 計劃必須制定和標識系統。 同樣必須單獨指定有多少個版本。標識的方法包括命名約定、版本號和字符。計劃必須描述為存儲、檢索、跟蹤、再生、和分發命名控制項的方法，活動包括為版本標記、為文檔和執行標簽，為執行芯片內嵌代碼或數據排序和改變標記，物理包的標識。轉承包商的軟件、供應商所有的軟件和支持軟件可能需要特殊的標識方案和標記。配置項的獲取計劃必須為計劃標識受控軟件庫， 描述標識基線的代碼、 文

7、本和數據如何物理的存放在適當的庫中。對每個庫來說，格式、位置、文檔需求、接受和檢查需求和訪問控制過程都必3/12軟件配置管理計劃SCM 活動須被詳細說明。計劃必須為實際上的文檔和磁介質的存儲指定過程， 包括項的物理標記和分類。 同樣也要說明數據保存過程、災難預防和恢復過程。過程必須描述如何從存儲庫中檢索和復制控制項目。這些活動包括標記和分類的確認，受控拷貝的追蹤和所有權和安全信息的保護。.3.2 配置控制配置控制活動請求、評估、認可或拒絕、實現對基線CI 的配置變更。變更包括錯誤的改正和可靠性增強。 為變更過程所需的必須手續的復雜程度依靠在配置結構中變更對基線的影響。計劃必須描述在基線CI 的

8、變更控制影響。計劃必須定義下列的詳細步驟：a)變更所需的標識和文檔；b)變更需求的分析和評估；c)需求的認可或否決；d)變更的確認、執行和發布；計劃必須標識用來追蹤和記錄每個變更的執行序列的記錄。在處理原始需求的變更的每個不同必須被明確的記錄下來。請求變更計劃必須指定對一個基線 CI 需求變更和為需求記錄信息的過程。至少，一個提交的變更的信息記錄必須包括以下幾方面：a) 問題出現的 CI 的名字和版本；b) 開發者的姓名和組織；c) 需要的數據；d) 緊急程度指示；e) 變更所需資源；f) 需要變更的描述；附加信息，如優先權或分類，可能用來澄清需求的重要意義和幫助分析、評估。其它信息，例如變更

9、需求編號、狀態和處理，記錄在變更追蹤中。評估變更為了提交變更影響和審閱分析變更結果過程，計劃必須指定的它們所需的分析。變更必4/12軟件配置管理計劃SCM 活動須依照它們對交付程度和項目資源的影響來衡量。批準或拒絕變更計劃必須標識每個配置控制委員會（ CCB）和他們的可授權或認可提交變更的等級。一個（ CCB ）可以是個人也可以是組織。根據系統等級或項目的復雜程度或涉及的項目基線，可以指定 CCB 的多重層次。但使用一個多重 CCB 時，在項目生命周期中，包括所有變量，計劃必須指定如何決定一個變更需求的范圍。對任何 CCB 應用，計劃必須指明授權的等級和定義的責任。實施變更計劃必須指定一個認可

10、變更指定校驗和實現的活動。 為變更完成記錄的信息必須包括以下幾點：a) 相關變更的需求；b) 影響的項目的名字和版本；c) 確認日期和責任人；d) 發布或安裝日期和責任人；e) 新版本的標識。附加信息，例如軟件默認規則或用來實現變更的支持軟件，不包括在內。計劃必須為發布計劃和控制指定活動，例如，協調多重變更，再配置CI 和發布一個新基線。3.3 配置狀態統計配置狀態統計活動記錄和報告項目CI 的狀態。計劃必須包括以下信息：a) 為了基線和變更，哪些數據元素被追蹤和報告了；b) 生成了哪種狀態統計報告類型，和它們的頻率；c) 信息怎樣被收集、存儲、處理和報告；d) 受控的如何訪問狀態數據。如果一

11、個自動系統作為狀態統計活動，必須描述或引用它的功能。對每個 CI，至少下列數據元素必須追蹤和報告： 它的初始化認可版本， 請求變更的狀態和認可變更的實現狀態。 細節的級別和需求的特定數據可能因為項目和客戶的信息需求而變化。5/12軟件配置管理計劃SCM 活動3.4 配置審核和審計配置審核決定事實上 CI 影響的所需的物理和功能的廣度。配置審閱時建立基線的管理工具。計劃必須為項目標識配置審核和審計。至少，一個配置審核必須在CI 發布前審核。對每個計劃的配置審核和審計，計劃必須定義以下方面：a)它的目標；b)處于審核和評審CI；c)審核和評審任務的時間表；d)實施審核和評審的過程；e)工作標題的參

12、與者；f)為回顧或支持審核和評審需要用到的文件；g)記錄不足和報告糾正行動的過程；h)對認可之外的認可標準和特定行動。3.5 接口控制接口控制活動協調項目 CI 變更和計劃范圍外的接口項變更。硬件、系統軟件和支持軟件和其他項目和交付都必須檢查，以控制對項目的潛在接口影響。計劃必須標識對項目軟件接口的外部項。對每個接口計劃必須如下定義：a) 接口的本質；b) 影響的組織；c) 接口的代碼、文檔和數據被如何控制；d) 界面控制文檔被如何認可和發布為特定基線對每個 CCB 建立控制接口，計劃必須標示它的責任和過程。3.6 轉包商 /供應商控制轉包商 /供應商控制活動合并項在項目CI 的環境之外發展。

13、包括訂合同的軟件開發和項目中第三方軟件。由于組織和法律關系，特別的注意必須直接指向SCM 活動。對每一個轉包商和第三方的軟件，計劃必須定義活動以合并外部開發項到項目CI 中，和與它們的開發組織協調變更。對每個轉包商的軟件，計劃必須如下定義：a)包括 SCM 計劃，什么樣的SCM 的需求是轉包商協議的一部分；6/12軟件配置管理計劃SCM 活動b) 怎么為一致性監督轉包商；c) 實行了轉包商的什么配置審核和復核；d) 怎么用項目軟件測試、校驗和合并外部代碼、文檔和數據；e) 處于信息安全和所有權的可追蹤性，怎么處理所有的項；f) 包括轉包商，如何處理變更。為第三方的軟件，計劃必須描述軟件如何在S

14、CM 下被接受，測試和放置；如何處理對廠商軟件的變更；廠商是否和怎樣參與項目變更管理過程。第三方軟件可能從供應商、轉包商、客戶、其它項目或其它途徑。7/12軟件配置管理計劃進度安排4 進度安排SCM 時間表信息建立了為標識 SCM 活動的順序和協調， 以及為所有事件影響的計劃的實現。對項目里程碑和事件來說，在所有的SCM 活動和關鍵SCM 活動中，計劃必須聲明順序和從屬性。時間表必須覆蓋計劃和與項目有關的SCM 活動的所有主要里程碑的這段時間。SCM 里程碑必須包括配置基線的建立，變更控制過程的實現和配置審核的開始和結束日期。時間表信息必須被表達為完全的日期，對 SCM 或項目里程碑， 或事件簡單序列的方式。圖形表示方式可以非常適當的傳達這些信息。5SCM資源SCM 資源信息標識為特定的 SCM 活動的實現所需的軟件工具、 技術、裝備、人員和必要培訓。SCM 可以用軟件工具和手工的過程實現。工具可以是專門為SCM 設計的或內嵌于普通項目支援工具中；它們可以是標準組織資源或為該項目專門得到、建立的資源。 工具可以應用在庫結構和訪問控制，文檔開發和追蹤，基線系統生成，變更處理、通訊和授權中，變更/問題追蹤和狀態報告，受控項的歸檔、保存和恢復，或SCM 計劃處理本身。對每個軟件工具，無論是在項目中開發的或在項目外取得，計劃必須描述和引用它的功能，標識工具中放置的配置控制。