配置管理
配置管理 |文件編號： |生效日期： |受控編號： | |NP601100 |2000.3.20 | | |密級：秘密 |版次：Ver2.1 |修改狀態(tài)： | |總頁數(shù) |8 |正文 |6 |附錄 |2 | |編制：李洪敏 |審核：孟莉、王宇|批準：孟莉 | 沈陽東大阿爾派軟件股份有限公司 （版權(quán)所有，翻版必究） 文件修改控制 |修改記錄編號 |修改 |修改頁碼及條款 |修改人|審核人|批準人|修改日期 | | |狀態(tài) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目錄 1. 目的 2. 適用范圍 3. 職責(zé) 3.1 開發(fā)部門 3.2 項目管理部門 3.3 軟件配置管理負責(zé)人SCML 3.4 軟件配置管理經(jīng)理SCMM 4. 術(shù)語和縮略語 5. 工作程序 5.1 配置管理過程的兩項主要活動 5.2 《配置管理計劃》的編制與審批 5.3 配置項的標識 5.4 基準配置項的更改和版本控制 5.5 配置狀態(tài)報告 6. 引用文件 6.1 NW601101《標識規(guī)范》 6.2 NW601102《配置管理計劃編寫規(guī)范》 6.3 NW601103《配置管理規(guī)范》 7. 質(zhì)量記錄 7.1 NR601100A“更改單” 7.2 NR601100B“配置狀態(tài)報告” 目的 規(guī)范配置管理活動，確保配置項正確地唯一標識并易于存取，保證基準配置項的更改 受控并可追溯，明確基準配置項的狀態(tài)。 適用范圍 適用于所有軟件項目和/或軟件產(chǎn)品的配置項。 職責(zé) 3.1 開發(fā)部門：負責(zé)標識、更改配置項。 2. 項目管理部門：負責(zé)統(tǒng)一管理已標識的配置項及版本標識，監(jiān)控配置項的更改 并提供配置狀態(tài)報告。 3. 軟件配置管理負責(zé)人SCML：承當SCM角色，負責(zé)編制《配置管理計劃》。 4. 軟件配置管理經(jīng)理SCMM：負責(zé)審批《配置管理計劃》。 術(shù)語和縮略語 4.1 配置項：項目實施過程所需要的或產(chǎn)生的軟件、硬件、工具、釋放產(chǎn)品、文檔。 4.2 基準配置項：通過階段評審并可用作下一步的開發(fā)基礎(chǔ)的配置項。 工作程序 5.1 配置管理過程的兩項主要活動 1. 編制《配置管理計劃》； 2. 按照《配置管理計劃》實施配置管理活動，配置管理活動的具體內(nèi)容如下： o 配置項的正確、唯一標識； o 基準配置項的更改控制； o 基準配置項的狀態(tài)記錄； 2. 《配置管理計劃》的編制與審批 5.2.1 《配置管理計劃》的編制 通常情況下，由軟件配置管理負責(zé)人SCML按照NW601102《配置管理計劃編寫規(guī) 范》在項目策劃階段編制《配置管理計劃》；如有特殊需要，根據(jù)合同或項目要 求，由軟件配置管理負責(zé)人SCML在某一項目或項目的某一階段開始前制定《配 置管理計劃》。 5.2.2 《配置管理計劃》的審批 《配置管理計劃》由軟件配置管理經(jīng)理SCMM審批。 5.3 配置項的標識 5.3.1 要標識的配置項主要包括以下幾部分： 1) 開發(fā)環(huán)境：軟件工具、硬件設(shè)備等； 2) 工具：自動設(shè)計工具、測試工具、維護工具等； 3) 技術(shù)文檔：項目啟動計劃、開發(fā)計劃、可行性分析報告、需求分析報告、軟 件功能規(guī)格說明、質(zhì)量計劃、系統(tǒng)設(shè)計報告、測試文檔、技術(shù)報告、用戶 手冊、總結(jié)報告等； 4) 提交產(chǎn)品：階段檢查點產(chǎn)品、計算機程序、釋放產(chǎn)品等。 2. 標識要求 5.3.2.1 合同有明確標識和追蹤要求時，由開發(fā)人員按合同要求進行標識，以保證滿足 合同追蹤要求。 5.3.2.2 外購產(chǎn)品使用原有標識。 5.3.2.3 在開發(fā)過程中項目組人員提交的配置項，由項目組人員按照NW601101《標識規(guī) 范》進行標識。 4. 項目組人員將要標識或已標識的配置項提交給軟件配置管理負責(zé)人SCML，由軟件 配置管理負責(zé)人SCML按照NW601103《配置管理規(guī)范》統(tǒng)一管理，并填寫“配置狀 態(tài)報告”。 5. 基準配置項的建立 開發(fā)部門在開發(fā)過程中要按照《配置管理計劃》向軟件配置管理負責(zé)人SCML提交 基準配置項，由軟件配置管理負責(zé)人SCML按照NW601103《配置管理規(guī)范》管理基 準配置項，并及時填寫“配置狀態(tài)報告”。 5.4 基準配置項的更改和版本控制 5.4.1 更改請求的提出及審批 5.4.1.1 客戶或開發(fā)部門按照“更改單”的格式填寫更改請求說明和更改評估。一般情況 下，更改評估要考慮更改對其它配置項的影響及更改的效果；如果更改較大， 還要評估更改對時間和成本的影響。如果更改是為了增加需求，還要將報價單 交給客戶審批。填好后，提交給軟件配置管理負責(zé)人SCML，由軟件配置管理負 責(zé)人SCML組織相關(guān)部門評審。 5.4.1.2 建議的更改被批準，進行下一步的實施更改工作；否則，終止更改。由軟件配 置管理負責(zé)人SCML將“更改單”歸檔。 2. 更改的實施跟蹤與記錄 5.4.2.1 更改被批準后，“開發(fā)計劃”、“配置管理計劃”等文檔也要進行相應(yīng)的更改，項 目管理部門要對更改的實施進行跟蹤。項目組人員要按照更改過的開發(fā)計劃表 、配置管理計劃表提交配置項，軟件配置管理負責(zé)人SCML按照NW601103《配置 管理規(guī)范》管理這些配置項，重新標識所有被影響的配置項及版本。 5.4.2.2 項目管理部門通過“配置管理計劃”、“更改單”、“配置狀態(tài)報告”、“測試報告” 和“維護記錄”，實現(xiàn)對每個配置項的更改過程和更改歷史的追蹤。 5.5 配置狀態(tài)報告 每個項目已完成的配置項應(yīng)在“配置狀態(tài)報告”中登記，以便及時跟蹤各項目的 配置情況。尤其要注意對更改的基準配置項及其受影響的配置項的標識，明確 基準配置項的狀態(tài)。 引用文件 6.1 NW601101《標識規(guī)范》 2. NW601102《配置管理計劃編寫規(guī)范》 3. NW601103《配置管理規(guī)范》 質(zhì)量記錄 7.1 NR601100A“更改單” 7.2 NR601100B“配置狀態(tài)報告” 更改單 記錄編號：NR601100A- 時間： 年 月 日 |項目編號： |項目名稱： | |配置項名稱： |配置項標識符： |配置項原版本： |配置項新版本： | |更改請求提議人： |更改請求提出日期： | |更改請求說明： | |更改評估（更改類型、更改種類、更改對其它配置項的影響等）： | |更改請求審核人： |審核日期： | |更改審批人： |審批日期： | 1. 更改請求說明欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因，如果有用戶的書面說明，則可以 直接引用。 2. 更改評估欄描述問題的確切原因、修改辦法以及修改后的效果。 3. 本頁不足記述時，可以有附頁，格式自定?？傢摂?shù)包括本頁與所有附頁。 第 頁/共 頁 配置狀態(tài)報告 記錄編號：NR601100B- |項目編號： |項目名稱： |項目軟件經(jīng)理PSM： | |配置項名稱 |配置項標識符 |新版本號 |原版本號 |時間 |備份路徑 |負責(zé)人 |記錄人 |備注 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. 本表內(nèi)容不足以記錄時，可以在附頁填寫。 第 頁/共 頁 ----------------------- [pic] [pic] [pic]
配置管理