轉自：七色光 http://www.sevenlight.me/?p=160
關於整個配置管理模型與CMDB的規劃構想，其實在去年底就差不多成型了，但困於項目，無法儘快展到拖到現在，這過程中也與很多人做過交流，不過基本上是越發讓我堅定想法了，看來去年底的思考還是對的，前段時間一個美國的公司過來跟我們交流ITSM工具，這家公司在中國在美奧軟件，英文名叫MO（ManagedObjects)，他們號稱是BSM（業務服務管理）領域的領跑者，我看了他們的軟件演示，也聽他們介紹了理念，還不錯，個人覺得跟我的想法差別不大，模型與技術實現沒有問題的情況下，最終成敗就取決於應用了。
下面這人東西不知道有多少人可以看得懂，如果有跟我們一樣處於想做CMDB的同行，應該還是有一些參考意義的，也可以啓迪一些對配置本身的思考。以前我就是拼命想找這種資料結果找不到，最終自已從來到尾，一窮二白的重建。
歡迎大家發表一些意見與展開討論。。。。。。。。。
| 配置管理業務要件 | |||||||||
| 業務模塊 | 序 | 要點描述 | 必要畫面 | 輸出表單/報表 | |||||
| 配置管理 | 業務定義 | 屬性池：CMDB中所有屬性的集合 | |||||||
| 屬性值：具體一個屬性對應的值 | |||||||||
| CI：具體一個配置項，也叫CI實例 | |||||||||
| CI分類：根據物理形態把CI劃分爲某一個種類 | |||||||||
| CI結構：描述CI之間的構成、連接、需要關係 | |||||||||
| 構成 | 從邏輯層面或物理層面，一個或多個CI構成另一個CI，稱爲構成，象當於指向父節點，構成是關係的第一法則 | ||||||||
| 連接 | 連接是一種物理上硬連接，表示一個CI與另一個CI物理上的連接，連接是關係的第二法則 | ||||||||
| 需要 | 當一個CI的運行，依賴於另一個CI正常運行時，稱爲需要，需要是關係的第三法則 | ||||||||
| 構建方法 | 構建關係的方法是遵守魚羣原則，注意構成與需要是單向關係，連接是雙向關係 | ||||||||
| 性能定義 | 界面打開時間（包括所有彈出窗口）：從點擊到界面元素完全呈現，要求在1-1.5秒鐘內 | ||||||||
| CI清單查詢：100個CI內的查詢，從點擊到完成查詢，要求在2秒鐘內 | |||||||||
| CI結構查詢：樹狀目錄層層展開，每一層的展開時間要求在1秒鐘內，一次性全部展開節點的時間要求在3秒鐘內 | |||||||||
| 操作時間：任何作業畫面中點擊保存的等待需要控制在2秒以內 | |||||||||
| 報表統計：控制在3秒鐘內 | |||||||||
| 結構審計：可以控制在5秒內 | |||||||||
| 界面刷新：要求在作業過程中，不能存在對整個作業界面進行刷新的現象,整個作業界面的刷新控制度作業操作結束時 | |||||||||
| 1 | 屬性管理 | 屬性管理負責維護管理CMDB中的屬性池 | |||||||
| 1.1 | 增加屬性 | 屬性池中可以隨時增加一條屬性，主要有三個信息，一是ID（數據庫分配），二是屬性名稱（用戶定義），三是屬性說明(用戶定義，用來描述此屬性名稱的含義，以利於調用） | 屬性管理作業畫面 | ||||||
| 1.2 | 修改屬性 | 屬性池的屬性名稱與屬性說明是可以被修改的，一旦修改屬性名稱或屬性說明後，已調用此屬性的所有分類的所有CI的信息應該得到更新 需給出重點提示，告訴用戶有多少CI分類，多少個CI實例引用了此屬性，並且有多少個CI實例已有屬性值的存在。 | 屬性管理作業畫面 | ||||||
| 1.3 | 停用屬性 | 屬性池的屬性可以被停用，一旦停用後，原來被分配到此屬性的CI信息中會被剔除此屬性的顯示，同時此屬性在此狀態下將不可被調用 需給出重點提示，告訴用戶有多少個CI實例引用了此屬性，並且有多少個CI實例已有屬性值的存在。 | 屬性管理作業畫面 | ||||||
| 1.4 | 刪除屬性 | 如果一個屬性在沒有被引用的情況下（沒有任何一個CI類或一個CI實例此用），可以直接刪除此屬性 | 屬性管理作業畫面 | ||||||
| 1.5 | 公用屬性定義 | 如果一個屬性屬於公用屬性可以直接被標識，這樣所有CI實例都會引用到此屬性，注意如果用戶想取消公用屬性的標識需要給出重點提示： 告訴用戶有多少個CI實例引用了此屬性，並且有多少個CI實例已有屬性值的存在。 | 屬性管理作業畫面 | ||||||
| 2 | 約束管理 | 約束管理負責對屬性池的每一條的屬性的填寫進行約定、限制、指導 | |||||||
| 2.1 | 數據類型 | 每一個屬性的屬性值的數據類型進約定，共有三種類型，字符型、數值型、日期，每個屬性的屬性值必須且只能對應一種 | 約束機製作業畫面 | ||||||
| 2.2 | 輸入方式 | 每一個屬性的屬性值的填寫有二種方式，一種是手工輸入，一種是界面選取，手工輸入表示由用戶直接錄入，界面選取表示需要有基礎數據的維護。需要對每一個屬性的屬性值進行規定輸入方式，必須且只能選擇一種 | 約束機製作業畫面 | ||||||
| 2.3 | 數據維護 | 如果輸入方式是界面選取，需要對屬性值進行基礎數據維護，比如屬性“品牌”，需要先維護好所有品牌數據，然後才界面中進行選取 注：責任人，服務目錄、客戶組織這個屬性的數據從其它模塊調入數據 | 約束機製作業畫面 | ||||||
| 2.4 | 單位維護 | 如果某一個屬性的屬性值是數值型時，需要選取一個單位 | 約束機製作業畫面 | ||||||
| 2.5 | 填寫示例 | 對於字符型的屬性值需要維護一個填寫示意，以便後續CI實例的創建與維護 | 約束機製作業畫面 | ||||||
| 3 | 分類管理 | 建立與管理CI的分類體系，並維護管理分類與屬性的關係信息 | |||||||
| 3.1 | 增加分類 | 分類是可以增加，無論是一級分類、二級分類、三級分類，在數據庫設計層面要考慮未來擴充的可能性，在2年內聯友的應用，CI分類不會超過三級 注意分類名不能重複 | 分類管理作業畫面 | ||||||
| 3.2 | 分類屬性定義 | 增加一個分類後，可以從屬性池中分配對應的屬性給此分類，前提是此屬性沒有被此分類的父分類引用，一個分類可以擁有多個屬性，注意公用屬性不能被分類引用 | 分類管理作業畫面 | ||||||
| 3.3 | 修改分類 | 對分類的修改分爲對分類名的修改； 對分類的父類歸屬修改，比如將二級分類程控交換機的對應一級分類是通訊設備，現在把它的對應一級分類改爲網絡設備； 對修改分類對應的屬性進行修改，一旦爲某一個分類添加了一個新屬性時，已引用此分類的所有CI實例都需要增加此屬性 如果爲某一個分類減少一個屬性時，需要檢驗所有引用此分類的CI實例的這個屬性是否存在屬性值，如果存在則不充許減少；如果沒有值，則可以減少此分類的屬性 | 分類管理作業畫面 | ||||||
| 3.4 | 停用分類 | 一個分類可以停用，一旦一個一級分類停用，其所有二級三級分類都會被停用； 停用分類的前提是： 沒有CI實例引用此分類或其子分類 所有屬於要停用分類的CI實例全部處於停用狀態，此時可以對這個分類進行停用處理； 停用分類後，此分類將不可再被引用； 停用分類操作時，一定要給出足夠醒目的提示信息 | 分類管理作業畫面 | ||||||
| 3.5 | 刪除分類 | 分類可以被刪除，刪除的前提是： 1、此分類沒有子分類 2、沒有CI實例此用此分類或其子分類 一定要給出足夠醒目的提示信息 | 分類管理作業畫面 | ||||||
| 4 | CI管理 | CI的創建與維護，同時CI結構在此進行構建與維護，日後的CI報廢與停用等都在此作業管理 | |||||||
| 4.1 | 4.1.1 | 增加CI | 每一個CI實例都有一個唯一性的編碼， 增加一個CI實例時可以手工操作，也可以直接複製CI實例的屬性信息（結構信息、客戶組織、責任人、服務目錄這個屬性信息除外），然後進行編輯或保存 | CI管理作業畫面 | |||||
| 4.1.2 | CI分類確定 | 增加一個CI時，首先決定其分類，必須選取到最低層分類（即不能定位到一個仍有子分類的分類上） | CI管理作業畫面 | ||||||
| 4.1.3 | CI屬性填寫 | 選取CI的分類後，此時需要帶出對應分類的所有屬性，此時需要按照屬性的約束機制進行錄入或選取相應的屬性值，注意要帶出相關的屬性說明及填寫示例以利於用戶理解及操作 | CI管理作業畫面 | ||||||
| 4.1.4 | CI結構維護 | CI結構維護時，有三種結構類型（構成，連接，需要），先選擇結構類型，然後與選擇對應的CI，此種的查詢功能尤其重要，應可以根據類、編碼、屬性值進行檢索需要進行關聯的CI清單 注意： 在任何一個由構成關係的結構樹中，一個CI只能在某個節點出現一次，否則會循環錯誤，程序需要建立校驗機制 一個CI的構成父節點只能有一個，一個CI的構成子節點是多個注：當一個A-CI在構成關係中選擇了B-CI,A-CI就是B-CI的子CI，B-CI就是A-CI的父CI 連接與需要的關係類型，是不會產生樹狀結構的，只是單層連接，顯示也可能是一層的，不用逐層推演。 兩個CI之間的關係類型只能有一種，且只能構建一次，不能雙向構建。 | CI管理作業畫面 | ||||||
| 4.2 | 修改CI | 修改CI的屬性值，當要對某一個CI的屬性值進行修改時，首先要查詢到這個CI，然後對在列出這個CI的所有屬性值進行修改保存 修改CI的結構，連接、需要的結構改變，無需考慮影響，如果修改一個CI的構成（父節點時）需要做如下處理:新父節點在統計業務單據時會包含出此CI的關聯業務單據（業務單據需要隨着CI一同遷移） | CI管理作業畫面 | ||||||
| 4.3 | 停用CI | 只有當這個CI及其所有子CI與其它的任何CI沒有連接與需要關係時纔可以被停用，當一個CI被停用後，其所有子CI也會被停用，這樣此CI及其所有子CI都不可再被定位與變更 | CI管理作業畫面 | ||||||
| 4.4 | 刪除CI | 只有當CI及其子CI沒有關聯的業務單據時，同時此CI處於停用狀態時，CI纔可能被刪除，一個CI刪除後，其所有子CI將也會被刪除 | CI管理作業畫面 | ||||||
| 4.5 | 虛擬CI | 虛擬CI的產生是因爲管理與統計的需要，只是邏輯上的實體而非物理上的，在程序邏輯上與其它CI沒有區別 | CI管理作業畫面 | ||||||
| 5 | 結構管理 | 把CI的結構維護功能用更圖形化、更方便的操作維護，以便於使用過程的CI的結構維護 | |||||||
| 5.1 | 結構查看 | 採用樹形目錄方式查看CI結構信息，用戶選定具體CI進行展示結構，構成的結構類型需要完成全部可以展開，連接與需要的結構類型只需要展一層即可 | CI結構管理作業畫面 | ||||||
| 5.2 | 結構維護 | 可以在樹狀目錄中選定某一個節點(具體CI）進行結構維護（即屬性值更改） 也可以直接在樹狀目錄中增加一個CI節點，作業邏輯參考CI結構維護 結構維護作業界面需要考慮拖曳功能，即在界面右邊的CI清單中直接拖入一個目錄節點，即自動完成結構構建 | CI結構管理作業畫面 | ||||||
| 5.3 | CI更換 | 選定某一個節點（具體CI），然後進行CI更換，原有CI本身的父節點信息需要被新CI複製，而被更換的CI（含其所有子CI）全部脫離樹狀目錄，被新CI（含其子全部CI）替代 被更換下來的CI將的狀態默認爲“停用” | CI結構管理作業畫面 | ||||||
| 6 | 基線管理 | CI的基線維護管理，實現基線打印及快照功能 | |||||||
| 6.1 | 快照生成 | 用戶隨時可以對某一個CI進行快照(即把這個CI及其子CI的所有屬性信息及結構信息記錄下來），如果此CI（含其子CI）在變更在處理過程中，需要給予提示，提示有多少變更作業在處理中，是否要生成快照 每做一次快照需要進行說明 | CI基線管理作業畫面 | ||||||
| 6.2 | 快照查詢 | 先查詢出某一個CI，然後列出此CI的快照記錄，由用戶選擇某一次的快照進行查閱（需要調出樹狀目錄） | CI基線管理作業畫面 | ||||||
| 6.3 | 快照打印 | 把某一個CI的全部快照信息，根據A4張打印出來 | CI基線管理作業畫面 | ||||||
| 7 | 變更操作 | 臨時納入CMDB功能的變更管理功能，提供一個用戶界面，以便實現對CMDB數據維護的控制，日後此功能會移至變更管理中 | |||||||
| 7.1 | 變更申請 | 查詢出某一個CI，調出本身及其子CI的所有屬性信息及結構信息，列出當前值，用戶填寫變更值（用戶可以把當前值複製到變更值中），用戶需要填寫變更單號以及變更說明，然後提交（如果一個CI的變更申請提交成功後，這個CI將處於鎖定狀態，即在此變更申請終結前，不得對此CI進行維護，這樣可以有效避免CI調用衝突或快速定位事故誘發點） | 變更作業畫面 | ||||||
| 7.2 | 變更審批 | 對變更申請進行審批(需要列出變更申請的所有信息），只有通過或不通過，如果通過，則更新CMDB，不通過無需處理 | 變更作業畫面 | ||||||
| 8 | 批量維護 | 大批量的對CI進行維護管理 | |||||||
| 8.1 | 批量新增 | 只能批量新增同一個分類的CI，這批CI的所有屬性信息是一樣的，結構信息也是一樣的，用戶決定新增的數量，程序複製完成 另外提供批量導入功能，用戶來決定分類，程序生成模版，用戶完全根據程序模版實現導入（此功能需要有獨立的權限控制） | CI批量維護畫面 | ||||||
| 8.2 | 批量維護 | 批量維護適用於相同分類的CI，並且這些CI的屬性信息是完全一致，結構信息也是完全一致的。程序只需列出其中某一個CI的所有屬性信息與結構信息（當前值），用戶輸入變更值（用戶可以把當前值複製到變更值）,最後保存更新 批量維護的另一個作用是根據屬性名稱維護，用戶查出所有含有這個屬性名稱的CI（可以根據分類查詢，或根據父節點，或者屬性值不爲空，屬性值的範圍），系統只列CI編碼信息、CI分類信息、還有就是這個屬性信息，用戶在輸入變更值（用戶可以把當前值複製到變更值），最後保存更新 | CI批量維護畫面 | ||||||
| 9 | 預警管理 | CI使用安全提醒功能 | |||||||
| 9.1 | 使用預警 | 根據出廠日期與使用年限進行計劃，告訴用戶哪一些CI已超過使用年限，哪一些一個月到使用年限，用戶可以查詢根據月數查詢最晚12個月到使用年限的CI。注意已過使用年限的CI需要標紅處理，建議形成看板（用戶可以輸入具體日期） | CI預警作業畫面 | ||||||
| 9.2 | 保修預警 | 根據起起保日期與出保日期與當前日期進行匹配，列出已過保，哪一些未來一個月即將過保的CI，用戶可以查詢根據月數查詢最晚12個月過保的CI。注意已過保的CI需要標紅處理，建議形成看板（用戶可以輸入具體日期） | CI預警作業畫面 | ||||||
| 10 | 審計管理 | 無論是哪一些類型的審計，只要用戶產出清冊後，再點擊執行審計動作，此時可以在清冊界面上，直接更新清冊信息（用戶可以複製原數值到審計值中）即屬性值，最後點擊結束審計，則完成審計動作 | |||||||
| 10.1 | 分類審計 | 用戶可以根據某個分類（注意一級分類也可以是二級分類，也可以是三級分類）自行決定審計的比率或數量，然後生成審計的CI清單，可以根據A4紙打印，用戶根據清冊進行審計活動（需要空出一行由用戶填寫審計的結果） | CI審計作業畫面 | ||||||
| 10.2 | 屬性審計 | 根據某一個屬性的值範圍（大於或等於，或包含）進行查詢，把屬於範圍內的CI生成審計的CI清單，可以根據A4低打印，用戶根據清冊進行審計活動（需要空出一行由用戶填寫審計的結果） | CI審計作業畫面 | ||||||
| 10.3 | 結構審計 | 可以查找有多少有子CI但最上層父節點不是虛擬CI的CI，還可以根據CI的狀態屬性來減少查找範圍（有報廢的電腦），用此方法階段性的審計結構，把遊離CI清查出來 | CI審計作業畫面 | ||||||
| 10.4 | 隨機審計 | 用戶決定隨機審計的數量，並不做任何限制，在所有CI中隨機挑選出CI，列出清單 用戶決定天數（多少天內發生變更的CI），在這個時間範圍內發生過變更的CI中輸入審計數量，隨機挑選CI抽查守計 | CI審計作業畫面 | ||||||
| 10.5 | 固定審計 | 用戶根據分類或屬性值範圍進行審計，審計的對象是範圍內的全部CI | CI審計作業畫面 | ||||||
| 10.6 | 清冊打印 | 清冊需要根據A4紙打印，列出所有的CI屬性信息 | CI審計作業畫面 | ||||||
| 11 | 清單查詢 | 查詢具體的CI實例信息 | |||||||
| 11.1 | 分類查詢 | 根據CI的分類（一級、二級、三級都可以查詢）來進行查詢CI清單 | CI清單查詢畫面 | ||||||
| 11.2 | 屬性名稱查詢 | 根據CI的屬性名稱查詢CI清單，比如查詢包含某個屬性的CI有哪一些 | CI清單查詢畫面 | ||||||
| 11.3 | 屬性值查詢 | 根據CI屬性值範圍查詢（等於，不等於，大於或等於，大於或小於，大於，小於，包含，不包含，空）再加上與和或的邏輯運算。 | CI清單查詢畫面 | ||||||
| 11.4 | 節點查詢 | 查一個CI有哪一些子CI（構成） 查一個CI的所有父CI（構成） 查一個CI的連接CI有哪一些CI（連接） 查一個CI的需要CI有哪一些CI（需要） 查一個CI的被需要CI有哪一些CI(需要） | CI清單查詢畫面 | ||||||
| 12 | 結構查詢 | 樹狀目錄必須從某一個CI爲作根節點展開，列出所有構成的子CI（注意根據類名稱顯示,一個父節點下面在構成是一百臺臺式機，但在樹狀目錄上顯示是/父節點/臺式機/001，002，003。如此便於用戶閱讀目錄） 連接、需要的只列出跟這個CI連接與需要的CI（同樣中間用類名稱作爲中間橋接） 點擊某一個節點時，需要列出此節點（CI）的所有屬性信息 | CI結構查詢畫面 | ||||||
| 13 | 報表管理 | CMDB的各類報表管理 | |||||||
| 13.1 | 分類信息統計分析 | 統計當前的分類個數，一級分類的有幾種，二級分類幾種，三級分類幾種，總數多少種 | |||||||
| 13.2 | 屬性信息統計分析 | 把屬性池的利用情況做一次分析，有多少屬性被引用，引用的次數是多少，有多少屬性的值爲空， | |||||||
| 13.3 | CI數量統計分析表 | 可以根據結構（項目）、屬性值範圍（客戶組織、運維團隊），統計分析當前CI的數量分佈情況，根據CI分類列出來，要有圖表 | |||||||
| 13.4 | 變更活躍度分析 | 根據CI分類，或者根據結構（項目），統計變更發生的次數，變更的信息可以分爲結構變更與屬性變更（查詢出來的畫面，點擊數字後，直接進入每日變更統計表） | |||||||
| 13.5 | 變更統計 | 按日期變更次數需要有統計數據，點擊次數的數字後需要列出具體的變更記錄列表 | |||||||
| 13.6 | 審計統計分析 | 統計每次審計的CI總數，發現問題的CI總數（有更新CI信息的CI），得到正確率 | |||||||
| 14 | 日誌管理 | 查詢動作不必記錄，需要記錄所有數據操作記錄，把直接在CMDB中進行數據操作的人員與操作內容記錄下來，在備查驗 | 操作日誌查看畫面 | ||||||
| 製作人： 流程經理審覈： 運維部長審覈： | |||||||||