【正文】 在總公司 IT 部門設置開發(fā)與部署處，省公司及市公司不設開發(fā)與部署處室。 …… 在“合作開發(fā)模式”下，要 求IT 不僅僅是被動的響應業(yè)務的需求進行開發(fā)工作，而是和業(yè)務部門聯(lián)合定義項目，幫助業(yè)務分析其業(yè)務計劃中需要 IT 實現(xiàn)和支持的內容，主動發(fā)現(xiàn)業(yè)務需求，和業(yè)務部門合作進行項目決策 ”。 ? 開發(fā)和維護組織的標準軟件流程 培訓管理： 對項目組員工的培訓。運行控制就是實現(xiàn)上述目的的關鍵手段，它主要包括服務的監(jiān)控和控制。 需要注意的是下述所述的角色描述并不是工作職責描述，一個人可以擔任 多種角色，但是需要注意的是流程管理中盡管需要多個人，多種角色共同完成一個流程，但每一個流程一定有一個且只有一個流程負責人對流程負責。圖 41 是我們設計的運行維護的組織架構。中國人壽的 IT 運行控制是 IT 部門工作的重要內容。 ? 用軟件項目的需求來建立軟件工程和管理的基準； ? 軟件項目的需 求變動時，對軟件計劃進行變動； 軟件需求系統(tǒng)需求檢查與結合變化設計編碼運行將軟件需求文檔化用軟件需求來指導計劃、活動和運行 圖 34 需求管理 軟件項目計劃： 軟件項目管理必須符合公司的相關流程和標準，合乎公司的業(yè)務計劃和總體開發(fā)計劃； ? 預計軟件產品的規(guī)模 ? 制定執(zhí)行任務的計劃 ? 得到任務執(zhí)行者的承諾 ? 將計劃文檔化 定義軟件生命周期文檔化軟件開發(fā)計劃 預估大小、成本和投入列出行動時間表軟件項目計劃軟件項目計劃設計編碼測試 圖 35 軟件項目計劃 項目跟蹤： 防范項目實施過程中產生的計劃偏離問題，使項目組對軟件項目的進展充分 了解并控制； ? 提供監(jiān)控項目活動和項目狀態(tài)的方式 ? 項目能夠監(jiān)控活動并可采取控制行動 ? 文檔化的計劃是跟蹤的基礎，當需要時可適時更新項目計劃 跟蹤實際進度用 SDP （ 軟件開發(fā)計劃）來跟蹤活動SDP設計編碼測試 圖 36 項目跟蹤 軟件子合同管理： 建立規(guī)范化的軟件分包管理制度以保證軟件質量進度的一致性； ? 選擇子合同分包商 ? 與子合同分包商簽訂協(xié)議 ? 跟蹤和檢查子合同分包商的績效和結果 批準分包商的軟件開發(fā)計劃來跟蹤活動管理合同設計編碼測試設計編碼測試設計編碼測試設計編碼測試工作描述定義工作描述；選擇合格的分包商檢查分包商的產品和成就S DP 圖 37 軟 件子合同管理 軟件質量保證： 對軟件開發(fā)過程的監(jiān)控和評測，以保證軟件質量； ? 檢查和審計軟件產品和行動以確保他們符合標準 ? 向管理層提交檢查和審計的結果 ? 軟件質量保證組是高級管理層的眼線與喉舌 審計產品檢查軟件工程活動的流程設計編碼測試原則 :我們只檢查流程和產品，不檢查人員 圖 38 軟件質量保證 軟件配置管理： 保證在軟件開發(fā)生命周期中，資源的完整性； ? 識別配置項和單元 ? 系統(tǒng)級變更控制 ? 在軟件生命周期中維持一致性和可跟蹤性 DE SI G NCO DETEST記錄、檢查、批準和跟蹤變化和問題按照配置庫配置產品按照基礎庫來控制變化版本控制基礎庫基礎庫設計編碼測試 圖 39 軟件配置管理 組織過程焦點： 規(guī)定軟件開發(fā)組織在改進其總體軟件能力的過程活動中的職責。特定作業(yè)組的領導，負有技術責任，向項目軟件經理和項目經理報告； 軟件工程師 － 來自軟件工程組、質量 保證組、 系統(tǒng)測試組、配置管理組及部署與培訓組，負責完成具體的軟件開發(fā)與維護工作，向軟件組長報告。 我們建議中國人壽的軟件開發(fā)未來應達到相當于 CMM2 的水平，并力爭達到相當于 CMM3 的水平。 開發(fā)標準 本階段的任務是將數(shù)據需求和應用系統(tǒng)的數(shù)據模型進行對比映射，并通過甄選確定最終的數(shù)據標準，主要活動包括： ? 對于中國人壽即將自行開發(fā)的應用系統(tǒng)部分，可以按照第二種標準制定方法，參考行業(yè)標準進行定制，得到中國人壽在該業(yè)務區(qū)域的數(shù)據標準，然后按照該標準來規(guī)范對應用系統(tǒng)的要求； 具體操作方法是：標準化小組的人員和應用開發(fā)項目的系統(tǒng)分析員共 同進行邏輯數(shù)據模型的設計，并且設計過程中，可以參考諸如 ACORD 所定義的數(shù)據標準，由此得到的最終邏輯數(shù)據模型將被作為對應的業(yè)務區(qū)域的數(shù)據標準發(fā)布； ? 對于已經成型的或即將采購的應用系統(tǒng)，搜集其數(shù)據模型 獲取所有已有的應用系統(tǒng)的數(shù)據模型，包括上一步驟中參考行業(yè)標準定制的數(shù)據模型 確定上一活動中的所有的信息項在各個應用系統(tǒng)數(shù)據模型中的所包含的數(shù)據項定義 ? 確定數(shù)據標準 對元數(shù)據字典中的每一信息項，選擇某一應用系統(tǒng)中的定義作為中國人壽的數(shù)據標準 考慮由此導致的其他應用系統(tǒng)的數(shù)據轉換方法，確認該數(shù)據標準是可行的和最優(yōu)的 ? 協(xié)同應用開發(fā)的數(shù)據標準 協(xié)同上述數(shù)據標準對正在進行的應用開發(fā)的影響，決定是否調整數(shù)據標準或變更應用開發(fā)需求； ? 提交數(shù)據標準提案 標準和應用系統(tǒng)關聯(lián)建議 本節(jié)將根據應用架構所建議的應用系統(tǒng)劃分，來提出各個主要實體所主要基于的應用系統(tǒng)，即：對某一個數(shù)據項來說，哪個應用系統(tǒng)應當作為其首要的數(shù)據源和數(shù)據標準的依據。 比較和建議 比較的標準 自行制定 基于行業(yè)標準定制 基于應用系統(tǒng)的數(shù)據模型定制 業(yè)務覆蓋程度 完全 完全 完全 符合行業(yè)標準 不一定 符合 取決于所選應用系統(tǒng)是否符合行業(yè)標準 實施難度 很大 較大 小 部署速度 很慢 較快 快 成本 很高 較低 低 貫徹難度 較低 較高 低 對業(yè)務的影 響 較低 較高 較低 維護成本 高 較低 低 表 21 數(shù)據標準化的方法比較 綜合上述比較的結果，我們認為： 對于中國人壽決定完全根據自身業(yè)務情況開發(fā)的應用系統(tǒng)，如核心應用系統(tǒng)，我們建議中國人壽采取借鑒行業(yè)標準的方法，定制出適合自身需要的數(shù)據標準，并以此標準為指導進行應用開發(fā)；這樣即可以充分利用行業(yè)資源，又可以最大程度地滿足中國人壽的實際業(yè)務需求； 對于中國人壽決定采用購買（包括小規(guī)模定制）的方式來建立主要的應用系統(tǒng) ，如操作型CRM 系統(tǒng)，我們建議中國人壽采用基于應用系統(tǒng)的數(shù)據模型建立數(shù)據標準的方法，這樣首先避免了不必要的大規(guī)模數(shù)據轉換，又充分利用了現(xiàn)有的應用系統(tǒng)資源； 數(shù)據管控 本節(jié)介紹針對中國人壽的數(shù)據管控建議，包括進行標準化管理的組織結構建議和數(shù)據標準的制定、推廣和更新過程。 條件和限 制 ? 中國人壽能夠且愿意獲取外部標準，作為其數(shù)據標準的基礎 首先中國人壽愿意采用開放的態(tài)度來對待行業(yè)標準，因為采用行業(yè)標準可能導致中國人壽調整自身的業(yè)務流程或信息流來適應該標準； 中國人壽能夠在市場上找到適合自己的行業(yè)數(shù)據標準； ? 中國人壽具備足夠的標準定制資源； 對于行業(yè)數(shù)據標準中不足或需要定制的部分，中國人壽同樣需要組織相應的業(yè)務和 IT資源進行標準的制定，但由于行業(yè)數(shù)據標準的成熟性，可以預見，這一定制工作所需的資源遠小于完全的自行定制。另外，保證系統(tǒng)中的數(shù)據滿足該數(shù)據標準，也是 IT 運營的重要考核指標之一。 數(shù)據標準化的目的 中國人壽數(shù)據標準化的目標就是：在整個企業(yè)范圍內實現(xiàn)，通過保證數(shù)據標準的使用和貫徹，從而更好地支持信息系統(tǒng)的設計和開發(fā)、數(shù)據互用、數(shù)據共享、系統(tǒng)集成和業(yè)務流程的改善。 《中國人壽 IT 戰(zhàn)略報告》中 中指出，“在業(yè)務流程標準化的前提下，需要設計統(tǒng)一的應用系統(tǒng)和數(shù)據模型以實現(xiàn)集中開發(fā)，管理和維護。 中國人壽 IT 戰(zhàn)略規(guī)劃項目 標準化高端設計報告 版本號 起草人 :中國人壽 IT規(guī)劃項目組 北京市朝陽區(qū)建國路 112 號 中國惠普大廈（ 100022） 電話： 01065643888 傳真： 01065668278 版權說明 本文件中出現(xiàn)的任何文字敘述、文檔格式、插圖、照片、方法、過程等內容，除另有特別注明，版權均屬中國惠普有限公司咨詢與集成事業(yè)部和中國人壽共同所有，受到有關產權及版權法保護?！币笾袊藟蹖嵭袘孟到y(tǒng)標準化和數(shù)據標準化，以支持業(yè)務流程標準化，核心應用系統(tǒng)的高端設計請參見《中國人壽核心應用系統(tǒng)高端設計》，數(shù)據標準化在第 2 章中描述。 具體來講，數(shù)據標準化的最終目標包括： ? 實現(xiàn)支持中國人壽業(yè)務信息需求的統(tǒng)一數(shù)據模型； ? 建立跨應用系統(tǒng)的標準邏輯數(shù)據模型，以這一數(shù)據標準提高數(shù)據在中國人壽各個應用系統(tǒng)間、操作環(huán)節(jié)間和功能區(qū)域間的互用性，從而支持全公司范圍內的各項業(yè)務操作； ? 有 效控制數(shù)據冗余，從而提高數(shù)據準確性，降低操作成本； ? 減少開發(fā)、實施、維護系統(tǒng)的時間和成本； ? 通過減少數(shù)據變換的需求，來提高應用系統(tǒng)的互操作能力； ? 提供統(tǒng)一的數(shù)據定義和表示； ? 提高數(shù)據的精確性和完整性。 條件和限制 采用自行制定的方法，必須具備如下條件： ? 中國人壽具備足夠的資源，來進行數(shù)據標準的開發(fā) 由于業(yè)務的復雜性，整個數(shù)據標準體系也將非常龐大，實體眾多、實體間的關系復雜、數(shù)據項繁多等等，這些直接意味著中國人壽必須投入大量的業(yè)務和 IT 資源，來制定這些數(shù)據標準； ? 業(yè)務流程和相應的業(yè)務信息流相對穩(wěn)定 作為對應用系統(tǒng)指導的數(shù)據標準，必須能夠在較長的一段周期內保持相對的穩(wěn)定性，因此，為保證這種穩(wěn)定性，首先中國人壽的業(yè)務流程以及相應的信息流能夠保持穩(wěn)定性； 另外，同樣基于穩(wěn)定性的原因，中國人壽的數(shù)據標準的全面性、準確性、易用性、可操作性的要求也非常高； ? 容易找到基于該標準的應用系統(tǒng)開發(fā)商 由于數(shù)據標準是中國人 壽自行制定的，無法在市場上找到現(xiàn)成的應用系統(tǒng)來滿足該標準，因此，采用這種方式后，中國人壽有兩種選擇： 雇傭應用系統(tǒng)開發(fā)商或自行建立開發(fā)團隊，基于該標準開發(fā)應用系統(tǒng)； 從市場上采購現(xiàn)成的應用系統(tǒng)產品，自行進行數(shù)據轉換，建立符合數(shù)據標準的視圖； 顯然，無論采用上述那種方式，都需要市場上有足夠的資源池供中國人壽選擇和采購。 影響 業(yè)務流程中的信息定義可能需要根據行業(yè)標準進行調整； 由于要求應用 系統(tǒng)遵循行業(yè)標準，所以縮小了對應用系統(tǒng)產品的選擇范圍； 優(yōu)缺點分析 優(yōu)點： ? 行業(yè)標準通常是優(yōu)化的和成熟的，能夠促進中國人壽業(yè)務水平的提高； ? 很多應用系統(tǒng)供應商都遵循該標準，因此能夠在實施過程中得到較好的支持； ? 在行業(yè)標準的基礎上可以減少很多基礎信息的搜集工作，從而大大減少了標準制定的工作量； 缺點： ? 不能完全切合中國人壽的實際，仍然需要定制； ? 需要投入資源，對行業(yè)標準進行充分的研究和比較分析； ? 縮小了對應用系統(tǒng)供應商的選擇范圍； ? 行業(yè)標準是不斷更新的，中國人壽可能會因為這種外部環(huán)境的影響而調整自身的數(shù)據標 準和應用系統(tǒng)； 建立基于應用系統(tǒng)數(shù)據模型的標準 由于中國人壽的數(shù)據標準最終是依賴各個應用系統(tǒng)，尤其是核心業(yè)務應用系統(tǒng)來實現(xiàn)和貫徹實施，因此，直接以主要的應用系統(tǒng)的數(shù)據模型為數(shù)據標準，不失為一個快速部署的標準制定方法。 首先，介紹推行數(shù)據標準化的組織機構－數(shù)據標準化委員會。 應用系統(tǒng) 數(shù)據 核心應用系統(tǒng) 產品數(shù)據、合同數(shù)據、基本客戶數(shù)據 銷售管理系統(tǒng) 代理人數(shù)據、合作伙伴（渠道）數(shù)據、傭金數(shù)據 財務系統(tǒng) 總帳數(shù)據、財務報告數(shù)據 操作型 CRM 系統(tǒng) 擴展的客戶數(shù)據、客 戶服務數(shù)據 人事系統(tǒng) 員工數(shù)據 商業(yè)智能系統(tǒng) 風險分析數(shù)據、業(yè)績分析數(shù)據、發(fā)展趨勢數(shù)據 表 22 應用系統(tǒng)中的主要數(shù)據 批準執(zhí)行 在本階段中，被授權的數(shù)據標準管理組織審查并批準建議數(shù)據標準，對現(xiàn)行數(shù)據標準的修改，和/或實施當前標準的請求。結合中國人壽的實際，我們建議應采取以下幾方面的關鍵實踐來達到預期的目的。 產品 開發(fā)流程標準化 開發(fā)流程概述 《中國人壽 IT 戰(zhàn)略報告》 中，從開發(fā)角度定義了 IT 的角色，“ ……IT 部門積極發(fā)現(xiàn)業(yè)務的需求，與業(yè)務部門共同定義開發(fā)項目。組織過程焦點是項目具有一組軟件模塊、過程和文檔，供各個軟件項目所使用。在第 1 階段的調研過程中，我們發(fā)現(xiàn)中國人壽有基本的 IT 運行控制流程，且運行控制的重要性得到了普遍的認可，但運行控制人員的工作常常處于被動應急狀態(tài)， IT 部門在人員、資金有限的條件下，難以滿足業(yè)務部門的過高期望。 圖 41 支持與維護崗位設置 IT 幫助臺 －設立集中的幫助臺，支持全國業(yè)務， IT 幫助臺面向設立在省公司和地市公司的業(yè)務需求人員。 下面的表列出了在上述組織架構中的關鍵角色，這些角色中一部分是直接角色，也就是說他們直接參與到每天的運行控制中，而另一部分是相關角色，他們在需要時就會出現(xiàn)在運行控制過程中。 IT 部門要確保向業(yè)務部門提供的服務達到服務水平協(xié)議的要求，此服務水平協(xié)議是 IT 經理與業(yè)務部門簽訂的。他們也提供了一套穩(wěn)固的基本規(guī)則，在培訓等手段的促成下能使這些規(guī)則成為開發(fā)組織的紀律或制度。 ……