配置管理流程設(shè)計說明v3.0

1、配置管理設(shè)計電腦資訊部配置管理流程設(shè)計2009年8月Version 2.0關(guān)于本文檔文檔信息文檔名稱電腦資訊部配置管理流程設(shè)計作者說明 本文檔是電腦資訊部對于其負(fù)責(zé)建設(shè)運維的配置管理流程詳細(xì)設(shè)計說明文件名稱 配置管理流程設(shè)計說明.doc修訂歷史 (REVISION HISTORY)RevSectionTypeDateAuthorRemarks0.8All新2009-7-10IBM Team創(chuàng)建配置管理流程詳細(xì)設(shè)計初稿。1.0All補充修訂2009-7-28IBM Team配置管理角色的調(diào)整及相應(yīng)流程圖的調(diào)整，CI屬性的補充2.0All修訂2009-8-7IBM Team修訂幾個細(xì)節(jié)2.1配置項

2、屬性、關(guān)系補充修訂2009-8-14IBM Team補充了邏輯實體的一個屬性；更新了關(guān)系定義目錄關(guān)于本文檔2目錄3插圖目錄5表格目錄61介紹71.1 本文適用對象71.2 前提與假設(shè)71.3 閱讀指南81.4 本文結(jié)構(gòu)82配置管理流程102.1 目的和目標(biāo)102.2 概念定義102.3 配置管理的范圍112.4 指導(dǎo)原則122.5 流程概述122.6 流程步驟描述142.6.1 配置管理規(guī)劃142.6.2 配置數(shù)據(jù)模型維護(hù)172.6.3 配置數(shù)據(jù)控制212.6.4 配置數(shù)據(jù)驗證和審核242.6.5 產(chǎn)生配置報表272.7 角色與職責(zé)302.7.1 配置管理流程負(fù)責(zé)人312.7.2 配置管理員3

3、22.8 重要指標(biāo)和報表332.8.1 配置管理的指標(biāo)342.8.2 配置數(shù)據(jù)信息報表342.8.3 配置狀態(tài)報表353政策363.1 常規(guī)政策363.2 目標(biāo)時間政策373.3 升級政策373.4 審核政策373.5 數(shù)據(jù)備份和恢復(fù)政策384參考數(shù)據(jù)394.1 配置項分類394.2 配置項的顆粒度424.3 配置項的編號規(guī)則444.4 CI生產(chǎn)狀態(tài)代碼444.5 審核狀態(tài)代碼504.6 生產(chǎn)狀態(tài)與審核狀態(tài)的關(guān)系514.7 關(guān)聯(lián)關(guān)系514.8 物理地址定義524.9 配置項結(jié)構(gòu)定義535附錄1：配置項專有屬性575.1 業(yè)務(wù)專有屬性575.2 渠道專有屬性575.3 應(yīng)用專有屬性575.4 邏

4、輯實體575.5 軟件專有屬性585.6 服務(wù)器專有屬性585.7 刀箱專有屬性595.8 服務(wù)器組件專有屬性595.9 存儲專有屬性595.10 網(wǎng)絡(luò)設(shè)備專有屬性605.11 安全設(shè)備專有屬性605.12 輸入輸出設(shè)備615.13 文檔專有屬性615.14 合同專有屬性61插圖目錄圖 11. LoVEM 圖樣例8圖 21. 配置管理流程概述13圖22. 配置管理規(guī)劃14圖23. 鑒別&維護(hù)配置數(shù)據(jù)模型18圖24.配置數(shù)據(jù)控制21圖25. 配置數(shù)據(jù)驗證與審核24圖26. 產(chǎn)生配置報表27表格目錄表 2-1. 目標(biāo)時間政策37表 2-2. 升級政策37表 4-1. 配置項的分類42表 4

5、-2. CI狀態(tài)45表4-3. CI狀態(tài)與配置項分類的適用關(guān)系46表44. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（業(yè)務(wù)、渠道）47表45. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（應(yīng)用）47表46. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（邏輯實體）48表47. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（軟件）48表48. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（硬件）49表49. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（文檔）49表410. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（合同）50表 4-11.審核狀態(tài)50表 4-12.審核結(jié)果51表 4-13.審核結(jié)果51表 4-14. CI項關(guān)聯(lián)關(guān)系表52表 4-15.物理地址定義531 介紹配置管理流程設(shè)計說明旨在介紹和描述將在電腦資訊部實施的配置管理

6、流程，提供對于IT生產(chǎn)環(huán)境IT基礎(chǔ)架構(gòu)的一個邏輯模型，并鑒別、控制、維護(hù)和驗證現(xiàn)有配置項(Configuration Item, 簡稱CI)的版本等信息。配置管理包含了對IT部件的版本、主要組成和相互關(guān)系等的鑒別、記錄和報表的功能。配置管理數(shù)據(jù)庫(Configuration Management Database, 簡稱CMDB)，至少應(yīng)當(dāng)保存各系統(tǒng)部件之間的關(guān)系，包括與該系統(tǒng)部件相關(guān)的事件、問題、變更請求和版本發(fā)布。廣義來講，CMDB還可以用于存放事件、問題、已知錯誤，以及人員、供應(yīng)商、地點、業(yè)務(wù)部門等公司數(shù)據(jù)。配置管理不等同于資產(chǎn)管理。資產(chǎn)管理首先是一個財務(wù)方面討論的課題，而不是技術(shù)上的課

7、題。資產(chǎn)管理關(guān)注的是與PC、網(wǎng)絡(luò)設(shè)備、服務(wù)器或者軟件等相關(guān)的價值、合同、折舊、服務(wù)水平、責(zé)任人和用途等信息。在配置管理中，將列出IT基礎(chǔ)架構(gòu)中的IT設(shè)備的清單，關(guān)注于這些設(shè)備是何種設(shè)備、物理位置、設(shè)備的使用者、發(fā)生過多少次變更等。通常配置管理不會關(guān)注IT部件的價值或者何時租約到期。配置管理記錄了IT部件之間的關(guān)系及其從屬關(guān)系，以便為其他服務(wù)管理流程提供當(dāng)前的、準(zhǔn)確的信息。1.1 本文適用對象本文作為電腦資訊部實行配置管理流程的參考，供電腦資訊部參與到配置管理流程中的人員和相關(guān)的管理層使用。1.2 前提與假設(shè)n 本文的使用者應(yīng)當(dāng)熟悉ITIL的術(shù)語，具有基本的流程技能。1.3 閱讀指南本文所有工作

8、流程均使用IBM Line of Visibility Engineering Methodology (LoVEM)描述。LoVEM 可提供工作流程的圖形化表述。流程中涉及的角色（Roles）定義于左列，還包括其他相關(guān)的流程；右側(cè)是流程的每個步驟。流程的各個步驟分布于各角色相對應(yīng)的行，各步驟從左到右排列，箭頭連接各步驟并表明信息和數(shù)據(jù)的流向。每個流程步驟均以圖形化表示，并以圖表顯示步驟的流程、執(zhí)行相應(yīng)步驟的角色和各項步驟的內(nèi)容。圖 11. LoVEM 圖樣例1.4 本文結(jié)構(gòu)本文由以下幾個章節(jié)組成：第一章，“介紹”，描述了本文的適用對象、組織，以及本文約定使用的描述方法。第二章，“配置管理流程

9、”，定義了流程的目的和目標(biāo)、概念定義、配置管理的范圍、指導(dǎo)原則、總體流程、流程的步驟、任務(wù)，流程中涉及的角色及其職責(zé)，以及相關(guān)的報表。第三章，“政策”，定義的流程執(zhí)行過程中必須遵循的相應(yīng)規(guī)定，如目標(biāo)時間。第四章，“參考數(shù)據(jù)”，定義了流程中的重要執(zhí)行參數(shù)；以及最為重要的初始的CMDB的數(shù)據(jù)模型和相關(guān)CI項的數(shù)據(jù)結(jié)構(gòu)。第五章，“附錄1-配置項服務(wù)分類”，列出配置項的按服務(wù)分類。第六章，“附錄2-專有屬性參考”，列出配置項的專有屬性。第七章，“附錄3-詞匯對照表”，將國際通用的IT服務(wù)管理的術(shù)語與對應(yīng)的中文翻譯一一對應(yīng)，方便查詢。2 配置管理流程2.1 目的和目標(biāo)配置管理的任務(wù)是記錄和維護(hù)IT環(huán)境各

10、組件的準(zhǔn)確信息，包括這些組件之間的關(guān)系，并把這些信息提供給其他IT服務(wù)管理流程，以支持IT服務(wù)。配置管理的目標(biāo)：- 管理本流程管轄范圍下的電腦資訊部各IT配置項及其與IT服務(wù)的關(guān)系- 維護(hù)和驗證信息技術(shù)中心的配置項信息的完整性，以及與真實環(huán)境的一致性- 為電腦資訊部的其他流程和服務(wù)提供準(zhǔn)確信息2.2 概念定義配置項（Configuration Item，CI）指IT架構(gòu)中或者直接與IT架構(gòu)相關(guān)的一個組件，它是配置管理中最基本的信息單元。配置項包括：硬件、軟件、系統(tǒng)、服務(wù)和文檔。配置管理數(shù)據(jù)庫（Configuration Management Database，CMDB）記錄和維護(hù)配置項信息及其

11、之間的關(guān)系的數(shù)據(jù)庫。2.3 配置管理的范圍配置管理是對IT組件的標(biāo)識、記錄和報告，包括版本信息、組成部分、狀態(tài)、和其他部件的關(guān)系和用途。配置管理應(yīng)該包括硬件、軟件、系統(tǒng)、服務(wù)和文檔?；谝陨隙x，應(yīng)當(dāng)清楚的了解雖然配置管理與資產(chǎn)管理相關(guān)，但二者含義并不相同。資產(chǎn)管理是包括折舊在內(nèi)的會計工作。與資產(chǎn)管理不同，配置管理維護(hù)配置項之間的關(guān)聯(lián)關(guān)系。當(dāng)使用不同的技術(shù)和實踐時，配置管理的范圍包括IT基礎(chǔ)設(shè)施和操作的環(huán)境，還可以考慮涵蓋解決方案的開發(fā)和測試環(huán)境。配置管理包括：l 確立配置項與配置項之間關(guān)系的命名規(guī)范。l 設(shè)計、創(chuàng)建和改進(jìn)配置管理數(shù)據(jù)庫。l 支持配置項審計。l 確定相互關(guān)聯(lián)的配置項。l 關(guān)聯(lián)配

12、置項變更和相應(yīng)的變更請求。l 確定和報告配置基線。 配置管理不包括：l 資產(chǎn)管理l 入庫管理l 配置項的采購2.4 指導(dǎo)原則u 電腦資訊部應(yīng)該建立一個統(tǒng)一的配置管理流程，所有電腦資訊部管理范圍的IT組件都在本流程下統(tǒng)一管理。u 所有對配置管理流程和工具的修改，都應(yīng)該遵循變更管理流程。u 所有對配置管理信息的更改，都須經(jīng)過變更管理流程的授權(quán)，或者經(jīng)過指定人員審核后被授權(quán)同意更改。u 所有電腦資訊部的員工都應(yīng)該遵守配置管理流程來開展與配置管理相關(guān)的工作。u 所有配置項信息都必須記錄在一個數(shù)據(jù)庫管理系統(tǒng)中，并確保信息能準(zhǔn)確反映當(dāng)前電腦資訊部的IT架構(gòu)。2.5 流程概述下圖從總體上描述了配置管理流程、

13、執(zhí)行步驟和各步驟執(zhí)行的順序。圖 21. 配置管理流程概述配置管理流程起始于一個初始的規(guī)劃和建設(shè)步驟，包括創(chuàng)建配置管理數(shù)據(jù)庫（CMDB）。在初始化之后，該流程主要側(cè)重于日?；A(chǔ)的鑒別和維護(hù)配置管理數(shù)據(jù)模型，以及維護(hù)配置數(shù)據(jù)。之后，該流程還負(fù)責(zé)產(chǎn)生配置信息的報表、定期進(jìn)行審核。配置管理規(guī)劃該步驟是配置管理的起始點。其目的是規(guī)劃和定義配置管理的目標(biāo)、范圍、目的、政策和流程步驟，以及配置管理中涉及的人員組織。初始設(shè)置、創(chuàng)建和發(fā)布配置管理數(shù)據(jù)庫（CMDB），也是該步驟的工作內(nèi)容之一。配置數(shù)據(jù)模型維護(hù)對于新的請求，為了確保配置管理數(shù)據(jù)庫中現(xiàn)有的數(shù)據(jù)模型能夠記錄新的配置項的屬性和關(guān)系。因此，本步驟主要考慮選

14、擇和鑒別所管轄的配置項的信息結(jié)構(gòu)，包括其“責(zé)任人”、配置項屬性、配置項之間的關(guān)系和配置文檔等。配置項數(shù)據(jù)控制該步驟確保在數(shù)據(jù)的接收到廢棄的過程中，只有經(jīng)過授權(quán)的配置項才能被接受和記錄到配置數(shù)據(jù)庫中。還應(yīng)當(dāng)確保對于配置項的增加、修改、替換或者刪除都附有適當(dāng)?shù)目刂莆募?，例如，審批過的變更請求、公司政策發(fā)文、經(jīng)過授權(quán)認(rèn)可的審核報告等。配置數(shù)據(jù)驗證與審核應(yīng)當(dāng)定期進(jìn)行配置項的回顧和審核，以確保物理環(huán)境中的部件的存在性，并檢查配置項信息是否正確記錄在配置管理系統(tǒng)中。當(dāng)CMDB記錄的數(shù)據(jù)與物理存在的配置項之間不一致，就出現(xiàn)了差異。必須調(diào)查這些差異，必要時提出變更請求。如果需要，則修改CMDB以減小存在的差異

15、。配置管理報表該步驟定期產(chǎn)生報表，包括各個配置項生命周期的現(xiàn)存和歷史數(shù)據(jù)。這使得配置項的變更歷史能夠被追蹤，例如，可以跟蹤一個配置項的狀態(tài)變化，從“建設(shè)中”、“組裝中”到“已部署”或者“待報廢”等。2.6 流程步驟描述2.6.1 配置管理規(guī)劃描述:該步驟的目的是規(guī)劃和定義配置管理的目標(biāo)、范圍、政策和步驟，以及相關(guān)的組織結(jié)構(gòu)、技術(shù)手段。其主要目的是創(chuàng)建配置管理數(shù)據(jù)庫的初始數(shù)據(jù)模型。圖22. 配置管理規(guī)劃輸入:l 初始的配置信息輸出:l 配置管理計劃l 初始的CMDBl 初始的審核日志任務(wù):1.1擬定配置管理計劃1.2收集初始的配置管理數(shù)據(jù) 1.3創(chuàng)建初始的CMDB1.4進(jìn)行初始審核1.5修正CM

16、DB1.1擬定配置管理計劃執(zhí)行者：配置管理流程負(fù)責(zé)人 l 根據(jù)電腦資訊部的IT規(guī)劃和其他流程計劃，創(chuàng)建配置管理計劃，包括下列內(nèi)容：l 配置管理的角色和職責(zé)l CI的命名規(guī)范l 與其他流程的接口l 配置管理系統(tǒng)設(shè)計，包括配置管理的范圍和關(guān)鍵接口，包括：l CMDB結(jié)構(gòu)l 配置管理數(shù)據(jù)及其庫的位置l 產(chǎn)生CI信息的可控制的環(huán)境，即配置管理范圍內(nèi)的環(huán)境l 與其他管理流程的接口l 支持工具（如，數(shù)據(jù)庫構(gòu)建和安裝工具）l 定義配置數(shù)據(jù)模型l CI信息的系統(tǒng)管理、歸檔和數(shù)據(jù)保留周期l1.2收集初始的配置管理數(shù)據(jù)執(zhí)行者：配置管理員 l 根據(jù)配置數(shù)據(jù)模型，收集初始的配置數(shù)據(jù)。這可以通過手工收集CI的物理清單，

17、或者向流程相關(guān)人員要相關(guān)信息（如，與某個CI相關(guān)的事件記錄），或者利用自動發(fā)現(xiàn)的工具采集信息。1.3創(chuàng)建初始的CMDB 執(zhí)行者：配置管理員l 創(chuàng)建CMDB，并將初始的配置數(shù)據(jù)倒入數(shù)據(jù)庫l1.4進(jìn)行初始審核執(zhí)行者：配置管理流程負(fù)責(zé)人/配置管理員l 進(jìn)行初次審核l 分析審核數(shù)據(jù)l 如果CMDB真實反映了物理現(xiàn)實，轉(zhuǎn)入步驟2“鑒別&維護(hù)配置數(shù)據(jù)模型”任務(wù)2.1“檢查與驗證請求”l 如果CMDB的數(shù)據(jù)與物理現(xiàn)實中的數(shù)據(jù)有差異，轉(zhuǎn)入任務(wù)1.5“修正CMDB”1.5修正CMDB執(zhí)行者：配置管理員l 修正初始審核查出的有差異的數(shù)據(jù)2.6.2 配置數(shù)據(jù)模型維護(hù)描述:該步驟的目的是確保CMDB的數(shù)據(jù)模型

18、能夠記錄所有需要維護(hù)的配置項(CI)的屬性、關(guān)系及其政策等信息。因此，需要具備配置項的知識、并且及時了解對配置項的修改。對于數(shù)據(jù)模型的變更可以直接提出，或者通過變更管理流程提出修改。圖23. 鑒別&維護(hù)配置數(shù)據(jù)模型輸入:l 當(dāng)前的CMDB數(shù)據(jù)模型l 變更請求單l 系統(tǒng)和服務(wù)設(shè)計信息輸出:l 更新的CMDB數(shù)據(jù)模型任務(wù):2.1檢查與驗證請求2.2聯(lián)系請求者2.3評估修改CMDB數(shù)據(jù)模型的影響2.4設(shè)計/開發(fā)對數(shù)據(jù)模型的修改2.5創(chuàng)建與維護(hù)配置數(shù)據(jù)結(jié)構(gòu)2.1檢查與驗證請求執(zhí)行者：配置管理員 提示：· 主要檢查和驗證那些新增和更新的CI數(shù)據(jù)是否將導(dǎo)致數(shù)據(jù)模型的修改l 收集來自變更管

19、理流程關(guān)于修改數(shù)據(jù)模型的請求l 檢查每個請求對于CMDB的影響2.2聯(lián)系請求者執(zhí)行者：配置管理員l 如果拒絕該請求，應(yīng)有明確的理由，記錄下來并通知請求者2.3評估修改CMDB數(shù)據(jù)模型的影響執(zhí)行者：配置管理員l 評估每個修改數(shù)據(jù)模型請求的影響：l 每個確定的請求都可能需要修改CMDB的政策或者數(shù)據(jù)模型，例如，當(dāng)引入了新的基礎(chǔ)架構(gòu)項，就可能需要增加新的CI類型或者增加與新設(shè)備的關(guān)系l 記錄每個請求的設(shè)計需求l 把評估結(jié)果交給配置管理流程負(fù)責(zé)人，配置管理流程負(fù)責(zé)人在變更單中審批對CMDB的變更請求。2.4設(shè)計/開發(fā)對數(shù)據(jù)模型的修改執(zhí)行者：配置管理員l 創(chuàng)建設(shè)計。應(yīng)該注意的問題：l 在整個CMDB數(shù)據(jù)

20、模型中定位新的CI的類型（層次）l 明確與其他CI的關(guān)系l 參照命名規(guī)范定義新CI的命名l 定義新CI的標(biāo)簽(Label)l 記錄新的設(shè)計內(nèi)容l 開發(fā)真正需要的變動2.5創(chuàng)建與維護(hù)配置數(shù)據(jù)結(jié)構(gòu)執(zhí)行者：配置管理員提示：· 可以通過查詢等方式測試新的數(shù)據(jù)模型是否支持原有的功能，數(shù)據(jù)是否能抽取到l 創(chuàng)建新的數(shù)據(jù)模型l 測試新的數(shù)據(jù)模型ll 已拒絕的請求（記錄成文的拒絕的理由）l2.6.3 配置數(shù)據(jù)控制描述:該步驟的目的是確保只有授權(quán)的和可以確認(rèn)的CI才能記錄在CMDB中。應(yīng)當(dāng)保障企業(yè)的數(shù)據(jù)、系統(tǒng)和流程的完整性。當(dāng)一個CI發(fā)生變化，這個CI對應(yīng)的部件將經(jīng)過一系列的預(yù)先定義的狀態(tài)，例如，“組裝

21、中”、“建設(shè)中”、“已部署”等。圖24.配置數(shù)據(jù)控制輸入:l 已授權(quán)的變更請求。這是指計劃好的對于配置數(shù)據(jù)的修改，并且其差異也檢查過。如果已授權(quán)變更請求成功實施，因其產(chǎn)生的配置變化必須記錄在CMDB中。輸出:l 對CMDB數(shù)據(jù)的修改l 已拒絕的請求l 與請求者的溝通信息任務(wù):3.1檢查與確定請求3.2驗證請求3.3拒絕請求3.4創(chuàng)建/更新CI信息3.1檢查與確定請求執(zhí)行者：配置管理員提示：· 從事件管理流程和變更管理流程轉(zhuǎn)入的修改請求要檢驗其對CMDB的影響。l 鑒別對于電腦資訊部已授權(quán)的變更請求：對生產(chǎn)系統(tǒng)的所有變更都基于變更管理流程授權(quán)的RFC。該任務(wù)主要是當(dāng)變更成功實施完成后，

22、確定這些變更請求對配置數(shù)據(jù)的改動，在CMDB中進(jìn)行相應(yīng)的修改。l 如果是預(yù)授權(quán)的請求，轉(zhuǎn)入任務(wù)3.4“創(chuàng)建/更新CI信息”l 鑒別由事件管理流程引發(fā)的請求：這些請求來自事件管理流程，主要是當(dāng)用戶報告事件時，發(fā)現(xiàn)CMDB中的相關(guān)的CI信息與實際情況不符。3.2驗證請求執(zhí)行者：配置管理員l 對于已授權(quán)的變更請求和由事件管理流程引發(fā)的請求，將驗證其完整性、是否符合相關(guān)政策。還需要對請求中涉及的配置數(shù)據(jù)進(jìn)行檢查，例如，參考數(shù)據(jù)、唯一的CI標(biāo)識號等。本任務(wù)還將確保相關(guān)文檔的完整性以及CI責(zé)任人了解其負(fù)責(zé)的CI的變更。l 如果驗證發(fā)現(xiàn)不合要求，則該請求被拒絕，轉(zhuǎn)入任務(wù)3.3“拒絕請求”l 如果驗證合格，轉(zhuǎn)

23、入任務(wù)3.4“創(chuàng)建/更新CI信息”3.3拒絕請求執(zhí)行者：配置管理員l 拒絕修改CMDB數(shù)據(jù)的請求l 記錄拒絕的原因l 通知請求者3.4創(chuàng)建/更新CI信息執(zhí)行者：配置管理員l 對于新增的CI，創(chuàng)建新的記錄，包括下列內(nèi)容：l 創(chuàng)建一個唯一的標(biāo)識號l 記錄該CI的屬性及（或）與其他CI的關(guān)系l 對于已有的CI信息進(jìn)行更新，包括下列內(nèi)容：l 更新CI的相關(guān)屬性及（或）關(guān)系l 必要時更新CI的狀態(tài)（如，從“開發(fā)中”改為“測試中”，從“測試中”改為“運行中”，從“運行中”改為“歸檔”(Archive)等）l 必要時更新CI的責(zé)任人2.6.4 配置數(shù)據(jù)驗證和審核描述:本步驟的目的是確保目前使用的CMDB中的

24、CI信息與實際環(huán)境中的信息是一致的?？赏ㄟ^自動產(chǎn)生CI清單和/或通過手工/自動進(jìn)行物理配置審核的方式，來檢驗CMDB中的數(shù)據(jù)與電腦資訊部生產(chǎn)環(huán)境是否一致，并作出差異調(diào)整。圖25. 配置數(shù)據(jù)驗證與審核輸入:l 在事件管理流程中報告的有差異的CIl 審計或驗證請求l 生產(chǎn)環(huán)境中的物理檢查結(jié)果（可能是手工，日后可能是自動工具完成）l CMDB數(shù)據(jù)輸出:l 差異報告l 調(diào)整生產(chǎn)系統(tǒng)的RFCl 經(jīng)過更新的CMDB數(shù)據(jù)任務(wù):4.1獲取所要審核的CI數(shù)據(jù)4.2判斷差異4.3創(chuàng)建差異報告4.4 創(chuàng)建RFC4.5 根據(jù)需要更新CMDB4.1獲取所要審核的CI數(shù)據(jù)執(zhí)行者：配置管理員提示：· 可以利用系統(tǒng)

25、監(jiān)控工具自動掃描IT環(huán)境，得到IT環(huán)境中的物理清單。l 要審核的CI數(shù)據(jù)可以通過自動發(fā)現(xiàn)的方式得到，也可通過手工檢查的方式得到。4.2判斷差異執(zhí)行者：配置管理員l 比較生產(chǎn)環(huán)境的物理清單和CMDB的數(shù)據(jù)，找出差異l 調(diào)查差異產(chǎn)生的原因4.3創(chuàng)建差異報表執(zhí)行者：配置管理員l 產(chǎn)生一份差異報告l “差異報告”是一份用于展現(xiàn)當(dāng)前記錄在CMDB中的數(shù)據(jù)與物理清單之間的差異的報表。差異報表可在任務(wù)4.5“更新CMDB數(shù)據(jù)”中作為修改的依據(jù)。l 當(dāng)存在差異的情況比較嚴(yán)重時，通知配置管理流程負(fù)責(zé)人，由配置管理流程負(fù)責(zé)人考慮是否需要對流程的推動采取措施。l 確定了差異原因以后：l 如果需要對生產(chǎn)環(huán)境進(jìn)行修正，

26、則轉(zhuǎn)入任務(wù)4.4“創(chuàng)建RFC”；l 如果需要調(diào)整CMDB的數(shù)據(jù)，則轉(zhuǎn)入任務(wù)4.5“更新CMDB數(shù)據(jù)”。4.4創(chuàng)建RFC執(zhí)行者：配置管理員l 如果需要對生產(chǎn)環(huán)境進(jìn)行修正，根據(jù)差異報告以及對生產(chǎn)系統(tǒng)進(jìn)行修正的要求，創(chuàng)建變更請求RFC。4.5更新CMDB的配置數(shù)據(jù)執(zhí)行者：配置管理員l 如果需要對CMDB 的配置數(shù)據(jù)進(jìn)行修正，根據(jù)差異報表以及對CMDB配置數(shù)據(jù)進(jìn)行修正的要求，更新CMDB的配置數(shù)據(jù)。2.6.5 產(chǎn)生配置報表描述:該步驟始于對報表的請求。首先判斷所要求的報表是否為現(xiàn)有報表，還是新的報表，需要重新開發(fā)。如果是現(xiàn)有的報表和報表的產(chǎn)生對現(xiàn)有操作的影響是很小的，可立即運行。否則，需要等到最近的一

27、次批處理窗口的時間生成。如果所要求的是一份新報表，通常要重新開發(fā)并等到最近的一次批處理窗口的時間生成。如果所要求的新報表是要加快速度產(chǎn)生，則當(dāng)開發(fā)完成后立即運行。該步驟終止于報表的分發(fā)。此步驟對當(dāng)前和歷史的CI數(shù)據(jù)定期產(chǎn)生報告/報表，例如CI的狀態(tài)變化信息。圖26. 產(chǎn)生配置報表輸入:l 對報表的請求輸出:l 各類配置報表任務(wù):6.1分析對于報表的請求6.2確定報表類型6.3創(chuàng)建新報表6.4運行報表6.5創(chuàng)建新的批量報表6.6運行批量報表6.1分析對于報表的請求執(zhí)行者：配置管理員 l 檢查用戶提出的報表的請求l 確定是現(xiàn)有報表還是新報表l 確定是否是緊急要求l 對于新報表，定義報表的細(xì)節(jié)：l

28、要展現(xiàn)的數(shù)據(jù)l 打印的時間段l 打印的頻率l 分發(fā)對象l 報表運行所需的時間（時間長短）6.2確定報表類型執(zhí)行者：配置管理員l 對于現(xiàn)有報表，確定對現(xiàn)有報表的請求是即時報表還是批量報表，如果是即時報表，轉(zhuǎn)入任務(wù)6.4“運行報表”，如果是批量報表，轉(zhuǎn)入任務(wù)6.6“運行批量報表”l 對于新報表，設(shè)定開發(fā)的優(yōu)先級，如果是即時報表，轉(zhuǎn)入任務(wù)6.3“創(chuàng)建新報表”，如果是批量報表，轉(zhuǎn)入任務(wù)6.5“創(chuàng)建新的批量報表”l6.3創(chuàng)建新報表執(zhí)行者：配置管理員l 開發(fā)新報表：l 定義報表的表頭l 定義展現(xiàn)的數(shù)據(jù)l 開發(fā)計算數(shù)據(jù)的公式等l 在測試環(huán)境中測試報表6.4運行報表執(zhí)行者：配置管理員l 在生產(chǎn)環(huán)境中運行報表l

29、 檢查報表是否有錯誤l 重新開發(fā)和重新運行l(wèi) 將報表分發(fā)給指定的使用者6.5創(chuàng)建新的批量報表執(zhí)行者：配置管理員l 開發(fā)新的批量報表：l 定義報表的表頭l 定義展現(xiàn)的數(shù)據(jù)l 開發(fā)計算數(shù)據(jù)的公式等l 在測試環(huán)境中測試報表l 定義報表產(chǎn)生的頻率l6.6運行批量報表執(zhí)行者：配置管理員l 于指定的時間在生產(chǎn)環(huán)境中運行批量報表l 檢查批量報表是否有錯誤l 重新開發(fā)和重新運行l(wèi) 將報表分發(fā)給指定的使用者2.7 角色與職責(zé)本章節(jié)描述有關(guān)人員在參與執(zhí)行和管理配置管理方案時的角色和責(zé)任。以下為配置管理流程中必須具有的角色：2.7.1 配置管理流程負(fù)責(zé)人配置管理流程負(fù)責(zé)人作為配置管理流程的責(zé)任人，對于整個流程執(zhí)行的

30、結(jié)果負(fù)責(zé)，并有一定的權(quán)力管理流程。這個角色作為與其他服務(wù)組的界面（如，業(yè)務(wù)系統(tǒng)、其他流程小組等），保障配置管理流程與其他服務(wù)相互配合，為電腦資訊部的運作提供服務(wù)。配置管理流程負(fù)責(zé)人的主要職責(zé)包括：l 對整個流程的執(zhí)行情況和結(jié)果負(fù)責(zé)l 發(fā)布衡量標(biāo)準(zhǔn)和目標(biāo)，以提高流程的有效性和效率l 鑒別和管理關(guān)鍵的成功因素l 控制并領(lǐng)導(dǎo)流程改進(jìn)活動l 批準(zhǔn)或拒絕違背流程的事例l 定義配置管理團(tuán)隊的角色、職責(zé)和義務(wù)l 在電腦資訊部強化貫徹執(zhí)行配置管理流程l 向同級的其他流程負(fù)責(zé)人以及電腦資訊部管理層匯報流程的狀態(tài)l 解決跨部門的問題l 審核、抽查配置管理流程的執(zhí)行情況l 對配置管理流程中投入的成本和投資負(fù)責(zé)l 作

31、為配置管理流程的代表，與其他部門溝通同時，配置管理流程負(fù)責(zé)人肩負(fù)了一部分配置管理的日常管理工作：l 負(fù)責(zé)確保配置管理流程的日常順利運行l(wèi) 作為CMDB的責(zé)任人l 當(dāng)用戶對配置管理流程不滿意時，作為用戶投訴升級的第一線l 必要時將問題升級或?qū)⒗馇闆r報告給管理層l 制定配置管理的信息、標(biāo)準(zhǔn)、步驟、使用的工具和技術(shù)的需求l 監(jiān)控配置管理流程的有效性和效率，提出改進(jìn)流程的建議l 當(dāng)配置管理的內(nèi)容作為某個項目的重要組成部分時，作為協(xié)調(diào)者參與整理項目需求l 與其他流程負(fù)責(zé)人、經(jīng)理溝通協(xié)作，制定配置管理流程的年度目標(biāo)，著重于達(dá)到下列目的：n 提高流程的自動化程度以提升信息的完整性、準(zhǔn)確性，減少差異率n 加

32、快審核和產(chǎn)生報表的速度，以提高服務(wù)質(zhì)量n 確保對配置管理流程的遵循，適當(dāng)?shù)貫閱T工培訓(xùn)計劃提供信息n 負(fù)責(zé)檢查配置管理員的工作表現(xiàn)n 比較和分析流程的效率，提出改進(jìn)流程的建議2.7.2 配置管理員配置管理員負(fù)責(zé)維護(hù)配置數(shù)據(jù)的完整性和準(zhǔn)確性，保障提供給運行管理的信息是準(zhǔn)確的。配置管理員的主要職責(zé)包括：l 根據(jù)定義好的邏輯和物理的配置項屬性和相互關(guān)系，創(chuàng)建配置管理數(shù)據(jù)庫l 負(fù)責(zé)配置數(shù)據(jù)的可用性和更新，以及配置數(shù)據(jù)庫中的關(guān)系信息，確保這些數(shù)據(jù)符合電腦資訊部的架構(gòu)標(biāo)準(zhǔn)l 定期審核配置數(shù)據(jù)l 確保配置審核出的差異得到修正，配置數(shù)據(jù)庫得到相應(yīng)的修改l 開發(fā)并維護(hù)配置管理數(shù)據(jù)庫的自動化機制，包括配置信息的插入

33、、跟蹤和刪除l 當(dāng)問題解決過程中需要配置專家時，負(fù)責(zé)提供配置管理方面的知識l 按照需要使用配置管理的標(biāo)準(zhǔn)、流程和步驟l 當(dāng)某個項目需要配置管理信息時，作為項目的技術(shù)資源提供幫助l 當(dāng)問題升級/解決、項目開發(fā)、服務(wù)支持回顧會議等活動需要配置專家時，負(fù)責(zé)參與和協(xié)助l 提供改進(jìn)流程的建議l 負(fù)責(zé)設(shè)計和開發(fā)各種配置管理報表l 產(chǎn)生批量報表和即時報表，并分發(fā)給適當(dāng)?shù)氖褂谜遧 按照需要使用配置管理的標(biāo)準(zhǔn)、流程和步驟l 獲取配置管理衡量數(shù)據(jù)，并制成報表l 提供改進(jìn)流程的建議2.8 重要指標(biāo)和報表本章節(jié)描述配置管理流程的重要指標(biāo)和報表。2.8.1 配置管理的指標(biāo)類別指標(biāo)配置管理質(zhì)量指標(biāo)未經(jīng)授權(quán)而修改配置信息的

34、次數(shù)錯誤變更（配置項信息不準(zhǔn)確導(dǎo)致變更對象錯誤）導(dǎo)致事件、問題的數(shù)量配置項信息錯誤導(dǎo)致變更失敗的數(shù)量未使用的許可證數(shù)量審核不匹配的配置項數(shù)量變更后配置項的及時更新率2.8.2 配置數(shù)據(jù)信息報表注：詳細(xì)的報表設(shè)計在另一份交付件報表設(shè)計中說明。這類報表可以用手工或者自動的方式產(chǎn)生，存放在可訪問的服務(wù)器上。以下報表為建議，電腦資訊部應(yīng)當(dāng)根據(jù)實際的管理要求，選擇其中的部分或全部。配置數(shù)據(jù)信息報表主要包括：l 按照類型(CTI三層分類)統(tǒng)計CI的數(shù)量l 按日期段列出所有的修改及其日期l 按照類型統(tǒng)計沒有指定負(fù)責(zé)人的CI的數(shù)量l 審核查出的差異的配置項數(shù)量l 報告的差異的數(shù)量（有自動發(fā)現(xiàn)工具以后）使用者：

35、配置管理員頻率：部分報表可自動生成，由配置報表管理員創(chuàng)建。其他報表必須是手工統(tǒng)計。以日報、周報、月報、年報的頻率生成，也可根據(jù)需要生成即時報表。用途：需要管理配置信息或需要這些信息幫助分析的人員均可申請使用這些報表，例如：問題經(jīng)理、變更受理者、變更經(jīng)理、配置管理員等。2.8.3 配置狀態(tài)報表狀態(tài)報表將對管理范圍內(nèi)的CI狀況列出清單，包括它們的版本、狀態(tài)等信息。狀態(tài)統(tǒng)計報表包括下列報表：l 狀態(tài)清單，主要包括CI的唯一標(biāo)識號和狀態(tài)（如，“測試中”、“運行中”等）l 審核狀態(tài)清單，根據(jù)CI類型、審核狀態(tài)分類統(tǒng)計的CI數(shù)量使用者：變更管理員、配置管理流程負(fù)責(zé)人、配置管理員頻率：部分報表可自動生成，由

36、配置報表管理員創(chuàng)建。其他報表必須是手工統(tǒng)計。以月報、年報的頻率生成。也可根據(jù)需要，隨時產(chǎn)生。3 政策3.1 常規(guī)政策l 電腦資訊部內(nèi)部應(yīng)當(dāng)使用統(tǒng)一的配置管理流程，并且使用標(biāo)準(zhǔn)的文檔記錄和匯報機制。l 對于受管理的IT部件，將使用唯一的配置管理流程。l 應(yīng)當(dāng)設(shè)立一個配置管理流程負(fù)責(zé)人，管理整個流程以及對流程的變更，并且與其他流程聯(lián)系和協(xié)作。l 在電腦資訊部整個組織的參與下，所有在配置管理范圍內(nèi)的部件的信息應(yīng)當(dāng)集中管理。這些信息應(yīng)當(dāng)在其他流程需要的時候隨時可用，如，服務(wù)臺、問題管理、變更管理。l 如果條件具備，應(yīng)當(dāng)采用自動的方式從生產(chǎn)環(huán)境中獲取配置數(shù)據(jù)。盡量減少或避免手工采集配置數(shù)據(jù)，因為在大量數(shù)

37、據(jù)的情況下，手工采集容易導(dǎo)致錯誤。l 只有配置管理流程負(fù)責(zé)人和配置管理員有權(quán)修改配置信息。l 所有通過變更管理流程來管理的部件均在配置管理范圍之內(nèi)。l 對配置管理信息的請求可以通過服務(wù)請求、信息咨詢、事件管理、問題管理或變更管理提出。l 應(yīng)該定期審核和驗證配置項、屬性、相互關(guān)系等信息。3.2 目標(biāo)時間政策目標(biāo)時間政策主要針對配置流程中的關(guān)鍵步驟。目標(biāo)時間政策定義了流程中關(guān)鍵步驟所應(yīng)該完成的時間。關(guān)鍵步驟目標(biāo)時間配置項信息更新3工作日配置項審核22工作日表 2-1. 目標(biāo)時間政策3.3 升級政策當(dāng)配置管理過程中發(fā)生問題，而且相關(guān)層次的人員無法解決，需要通過升級來獲得更高層的管理人員的關(guān)注和支持。

38、升級可以通過手工或自動的方式。升級的政策僅用于配置管理流程范圍內(nèi)發(fā)生的問題（issue）。下列事件可以采用升級政策：主要事件目標(biāo)時間配置管理流程負(fù)責(zé)人配置項信息更新3工作日5工作日配置項審核22工作日22工作日表 2-2. 升級政策3.4 審核政策應(yīng)當(dāng)定期對配置數(shù)據(jù)進(jìn)行審核，建議電腦資訊部每半年進(jìn)行一次審核活動。注：在系統(tǒng)中設(shè)定審核周期或?qū)徍藭r間，一旦達(dá)到規(guī)定的審核時間，配置項的審核狀態(tài)自動變?yōu)椤拔磳徍恕薄．?dāng)配置項狀態(tài)為“未審核”時，須在指定的升級時間（參見“升級政策”）內(nèi)完成審核。3.5 數(shù)據(jù)備份和恢復(fù)政策應(yīng)當(dāng)定期對配置數(shù)據(jù)庫進(jìn)行備份。可以采用下列備份策略：l 每周進(jìn)行一次全備份l 每天進(jìn)行

39、增量備份，從周一到周日，每天使用一盤磁帶，下一周重復(fù)使用電腦資訊部應(yīng)根據(jù)CMDB改動的頻率調(diào)整備份策略，例如，如果每個月對CMDB的改動不多，可考慮每周進(jìn)行增量備份，每月進(jìn)行一次全備份。4 參考數(shù)據(jù)4.1 配置項分類配置項CTI分類指配置項的三層分類Category、Type 和Item，這是由高到低的對配置項進(jìn)行逐層分類的方式。在確定配置項的三層結(jié)構(gòu)時，需要考慮以下幾個因素：n 配置項的詳細(xì)程度三層結(jié)構(gòu)的層次分類直接確定了配置項的詳細(xì)程度，例如，如CTI分類的最低一層定位到主機，則是將一臺主機作為一個配置項；如CTI分類的最低一層定位到CPU、MEM等，則是將一臺主機的CPU也作為一個獨立的

40、配置項進(jìn)行管理。n 配置管理的成本配置項定義的過粗，則達(dá)不到管理的要求，如果定義的過細(xì)，則大大增加管理的成本和負(fù)擔(dān)。n 配置項的檢索CTI的定義應(yīng)當(dāng)本著方便檢索配置項的目的進(jìn)行設(shè)計，盡量把性質(zhì)相近的配置項歸類在一起。CategoryTypeItem業(yè)務(wù)（BS）業(yè)務(wù)n/a子業(yè)務(wù)n/a渠道（CH）渠道n/a子渠道n/a應(yīng)用（AP）業(yè)務(wù)交易系統(tǒng)子系統(tǒng)業(yè)務(wù)支撐系統(tǒng)子系統(tǒng)非業(yè)務(wù)應(yīng)用系統(tǒng)子系統(tǒng)邏輯實體（LE）數(shù)據(jù)庫實例n/a數(shù)據(jù)庫n/a應(yīng)用平臺實例n/a中間件實例n/a接口實例n/a存儲池n/aLANn/aWANn/a作業(yè)n/a證書n/a群集n/a軟件（SW）應(yīng)用軟件n/a管理工具n/a開發(fā)工具n/a媒體

41、工具n/a通訊工具n/a圖文工具n/a網(wǎng)絡(luò)工具n/a系統(tǒng)工具n/a系統(tǒng)安全n/a硬件（HW）服務(wù)器AS400服務(wù)器RS6000服務(wù)器PC服務(wù)器LPAR虛擬機刀箱n/a服務(wù)器組件主機柜擴展柜IOPCPU內(nèi)存硬盤語音卡HA切換卡陣列卡存儲磁帶庫虛擬帶庫磁帶機SAN交換機磁盤陣列SAN交換機端口NAS刻錄設(shè)備網(wǎng)絡(luò)設(shè)備路由器交換機負(fù)載均衡設(shè)備KVM租用線路網(wǎng)絡(luò)終端設(shè)備網(wǎng)卡網(wǎng)絡(luò)設(shè)備模塊及附件視音頻設(shè)備布線系統(tǒng)安全設(shè)備入侵檢測漏洞掃描動態(tài)令牌防火墻門禁設(shè)備內(nèi)容安全設(shè)備防病毒網(wǎng)關(guān)VPN網(wǎng)關(guān)安全綜合網(wǎng)關(guān)機房設(shè)施機架電源設(shè)備空調(diào)設(shè)備配套設(shè)施機房設(shè)備附件媒體設(shè)備終端設(shè)備PDA筆記本電腦臺式機自助服務(wù)設(shè)備輸入輸出設(shè)

42、備CRTLCD電子公告欄多功能一體機激光打印機噴墨打印機熱敏打印機針式打印機掃描儀電視機（屏）DVD播放機擴音器觸摸屏設(shè)備終端配件內(nèi)存移動存儲硬盤耳機攝像頭鍵盤鼠標(biāo)模塊附件文檔（DC）管理文檔n/a操作文檔n/a合同（CT）服務(wù)合同n/a產(chǎn)品購買合同n/a此分類還待IAM確認(rèn)表 4-1. 配置項的分類4.2 配置項的顆粒度配置項的顆粒度決定了配置管理的詳細(xì)程度，同時也導(dǎo)致了配置管理的成本。當(dāng)配置項的顆粒度太粗時，會是配置項的信息產(chǎn)生的使用和參考價值不夠大；當(dāng)配置項的顆粒度太細(xì)時，會導(dǎo)致維護(hù)配置管理數(shù)據(jù)庫的成本過高。建議采用如下的顆粒度（顆粒度可以隨著IT服務(wù)管理的工作開展，在未來進(jìn)行調(diào)整）：業(yè)

43、務(wù)類配置項：業(yè)務(wù)類配置項主要是對業(yè)務(wù)進(jìn)行一個定義，以便在配置管理提供配置項及關(guān)系而進(jìn)行的影響分析中，反映出配置項對業(yè)務(wù)的影響，因此顆粒度不必過細(xì)。建議最多兩層，到子業(yè)務(wù)的顆粒度。例如，一個業(yè)務(wù)配置項為“產(chǎn)品交易”，另外有三個子業(yè)務(wù)配置項為“產(chǎn)品銷售”、“普通退貨”、“特殊退貨”，它們是“產(chǎn)品交易”的子業(yè)務(wù)。建議“產(chǎn)品銷售”、“普通退貨”、“特殊退貨”為目前業(yè)務(wù)類配置項的最小顆粒度。渠道類配置項：渠道類配置項反映了業(yè)務(wù)通過哪些渠道來接入到IT服務(wù)。與業(yè)務(wù)類配置項類似，建議渠道類配置項的顆粒度最細(xì)到子渠道。目前，產(chǎn)品銷售渠道有四個：“店鋪下單”、“網(wǎng)上下單”、“電話下單”、“PDA下單”。暫時不細(xì)

44、分到子渠道。應(yīng)用類配置項：應(yīng)用類配置項是提供的應(yīng)用服務(wù)，一般采用的最小顆粒度為應(yīng)用模塊。例如，一個應(yīng)用配置項為“信息發(fā)布平臺”，它包含了多個子應(yīng)用：“研發(fā)中心博客”、“知識管理系統(tǒng)”、“階段式培訓(xùn)系統(tǒng)”、等等。這些應(yīng)用模塊就是最小的應(yīng)用類配置項顆粒度。軟件類配置項：軟件類配置項的最小顆粒度為有獨立許可證（License）的軟件。硬件類配置項：硬件類配置項，按廠商提供獨立保修的硬件實體為最小顆粒度。注意：當(dāng)發(fā)生變更時，如果變更的對象不是CI（例如一個網(wǎng)卡，由于粒度過細(xì)，沒有作為CI來維護(hù)），則有兩種方法進(jìn)行變更與配置信息的關(guān)聯(lián)：（1）往上一層粒度的CI。（此例子，即為網(wǎng)卡所安裝的服務(wù)器）（2）對

45、應(yīng)虛擬CI。（或者設(shè)置一個虛擬CI，它代表某一類的無須進(jìn)行管理的CI）虛擬的CI：目的是對于變更的對象不是CI時，可以與虛擬CI關(guān)聯(lián)，而又不必導(dǎo)致維護(hù)CI的粒度過細(xì)。4.3 配置項的編號規(guī)則目前，對于IT資產(chǎn)，CIID由財務(wù)部提供的編號。在配置管理的情況下，對于IT資產(chǎn)，仍然保持財務(wù)部的編號；對于非IT資產(chǎn)的配置項，則沿用下面的編碼規(guī)則。建議非IT資產(chǎn)的配置項的CIID，CIID的編號規(guī)則：CI的編號由10位字符組成；編號規(guī)則建議： CC-nnnnnnnnCC2位字母，第一層CI分類的代碼nnnnnnnn8位數(shù)字，配置項計數(shù)編號例子：一臺AS400服務(wù)器，它的CI編號為：HW-00000021

46、4.4 配置項狀態(tài)代碼下列狀態(tài)碼表示配置項的生命周期中的不同階段的狀態(tài)：狀態(tài) 描述 已訂購 發(fā)出配置項訂單，進(jìn)入采購流程 已接收 配置項已購入并存放在媒體庫（物理庫房，或媒體介質(zhì)等）中 組裝中 配置項（設(shè)備）正在組裝中 已部署 配置項正在使用中。例如：生產(chǎn)系統(tǒng)中運行。維修中 配置項發(fā)生故障，正在維修或等待替換 不可用配置項（設(shè)備）處于不正常停機狀態(tài) 待報廢 配置項已提交固定資產(chǎn)報廢申請 已轉(zhuǎn)移 配置項已提交固定資產(chǎn)轉(zhuǎn)移申請刪除 配置項（文檔、實例等）已被刪除 建設(shè)中 配置項（軟件等）正在開發(fā)建設(shè)當(dāng)中 出借 配置項（設(shè)備）被借用 已處理 配置項（設(shè)備）已報廢 庫存 配置項（設(shè)備）正在庫存中 退回

47、廠商 配置項（設(shè)備）已退回給廠商 可用配置項（文檔等）可用 過期配置項（文檔、軟件等）過期 表 4-2. CI狀態(tài) 不同狀態(tài)適用于不同的配置項分類，下表說明了配置項狀態(tài)與配置項分類的適用關(guān)系。 CI分類狀態(tài) 業(yè)務(wù) 渠道 應(yīng)用 邏輯實體 軟件 硬件 文檔 合同 已訂購 YY已接收 YY組裝中 Y已部署 YYY維修中 YY不可用 YYY待報廢 YY已轉(zhuǎn)移 Y刪除 YYYYY建設(shè)中 Y出借 YY已處理 YY庫存 YY退回廠商 YY可用 YYYY過期 YYY表4-3. CI狀態(tài)與配置項分類的適用關(guān)系下列狀態(tài)轉(zhuǎn)換表注明了可能的狀態(tài)轉(zhuǎn)換。這個表后所列的是狀態(tài)變化的使用場景，以確保在工具客戶化時對這些邏輯流

48、向能夠有正確的理解。 to from 可用 刪除 可用 Y刪除 Y表44. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（業(yè)務(wù)、渠道） to from 建設(shè)中 已部署 維修中 不可用 刪除 建設(shè)中 Y已部署 YYY維修中 YY不可用 YYY刪除 YYY表45. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（應(yīng)用） to from 已部署 不可用 刪除 已部署 YY不可用 YY刪除 Y表46. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（邏輯實體） to from 已訂購 已接收 庫存 待報廢 已處理 過期 退回廠商 已訂購 YYY已接收 YYYY庫存 YYYY待報廢 Y已處理 過期 Y退回廠商 YYYY表47. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（軟件） to fro

49、m 已訂購 已接收 組裝中 已部署 維修中 不可用 待報廢 已轉(zhuǎn)移 出借 已處理 庫存 退回廠商 已訂購 Y 已接收 Y Y Y Y Y Y Y Y 組裝中 Y Y Y Y Y Y 已部署 Y Y Y Y Y Y Y Y 維修中 Y Y Y Y Y Y Y 不可用Y Y Y Y Y Y Y Y 待報廢 Y Y Y Y Y 已轉(zhuǎn)移 Y Y Y Y Y Y 出借 Y Y Y Y Y 已處理 庫存 Y Y Y Y Y Y Y 退回廠商 Y 表48. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（硬件） to from 可用 過期 出借 刪除 可用 YYY過期 YY出借 YYY刪除 表49. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（文檔） to from 可用 過期 可用 Y過期 Y表410. CI生產(chǎn)狀態(tài)代碼轉(zhuǎn)換圖（合同）4.5 審核狀態(tài)代碼審核狀態(tài)審核狀態(tài)（英）描述已審核AUDITEDCI完成審核未審核UNAUDITEDCI尚未完成審核表 4-11.審核狀態(tài)狀態(tài)轉(zhuǎn)換已審核未審核已審核當(dāng)CI達(dá)到規(guī)定的審核時間時，審核狀態(tài)自動變?yōu)椤拔磳徍恕蔽磳徍送瓿蓪徍撕?，配置管理員把CI的審核狀態(tài)轉(zhuǎn)為“已審核”表