中國保險公司保險數(shù)據(jù)架構(gòu)調(diào)研與評價

1、海量免費資料盡在此圖1-1信息系統(tǒng)總體架構(gòu)圖錯誤!未定義書簽。圖1-2信息系統(tǒng)距離業(yè)務(wù)的主要差距錯誤!未定義書簽。圖1-3信息標(biāo)準(zhǔn)優(yōu)先級業(yè)務(wù)人員反饋錯誤!未定義書簽。圖1-4信息標(biāo)準(zhǔn)優(yōu)先級IT人員反饋錯誤!未定義書簽。圖1-5信息標(biāo)準(zhǔn)無法統(tǒng)一的原因調(diào)查錯誤!未定義書簽。圖1-6現(xiàn)有數(shù)據(jù)庫平臺評價錯誤!未定義書簽。圖1-7現(xiàn)有數(shù)據(jù)訪問權(quán)限控制調(diào)查錯誤!未定義書簽。圖1-8現(xiàn)有系統(tǒng)審計功能調(diào)查錯誤!未定義書簽。1數(shù)據(jù)架構(gòu)調(diào)研與評估數(shù)據(jù)架構(gòu)是指企業(yè)總體的數(shù)據(jù)采集、處理、存儲和管理等的總體架構(gòu)，區(qū)別于應(yīng)用架構(gòu)，數(shù)據(jù)架構(gòu)主要側(cè)重于業(yè)務(wù)處理所需的信息和信息流，包括：總體架構(gòu)：數(shù)據(jù)模型組織方式數(shù)據(jù)標(biāo)準(zhǔn)化：企

2、業(yè)級數(shù)據(jù)定義的標(biāo)準(zhǔn)化及管理水平；數(shù)據(jù)質(zhì)量管理：數(shù)據(jù)的準(zhǔn)確性，以及數(shù)據(jù)的完整性；數(shù)據(jù)管理：應(yīng)用系統(tǒng)中的數(shù)據(jù)管理，包括：存儲組織和數(shù)據(jù)庫平臺、數(shù)據(jù)卸載和清理、訪問權(quán)限控制等；1.1 總體數(shù)據(jù)架構(gòu)1.1.1 現(xiàn)狀描述目前，中國人壽的總體數(shù)據(jù)架構(gòu)的建設(shè)是一個自底向上的過程：通過建立一個個應(yīng)用，產(chǎn)生相應(yīng)業(yè)務(wù)區(qū)域的數(shù)據(jù)模型，然后根據(jù)需要建立這些數(shù)據(jù)模型間的數(shù)據(jù)接口，從而以逐步“聯(lián)接”的方式，形成中國人壽的總體數(shù)據(jù)架構(gòu)。下圖描述了這種基于應(yīng)用建設(shè)所建立起來的數(shù)據(jù)架構(gòu):總公司統(tǒng)計報表統(tǒng)計報表省公司地市公司保單/客戶數(shù)據(jù)統(tǒng)計報表7；業(yè)務(wù)財：務(wù)數(shù)據(jù)保單數(shù)據(jù)基礎(chǔ)信息系統(tǒng)圖i-i信息系統(tǒng)總體架構(gòu)圖上圖摘自中國人壽應(yīng)用

3、系統(tǒng)介紹及計劃聯(lián)和數(shù)據(jù)交換，從總體上看來，中國人壽:,它描述了整個中國人壽主要的應(yīng)用系統(tǒng)間的關(guān)基本實現(xiàn)了業(yè)務(wù)信息的電子化，絕大多數(shù)業(yè)務(wù)處理都有應(yīng)用系統(tǒng)支持;主要的業(yè)務(wù)功能區(qū)域（如壽險實務(wù)、財務(wù)管理等）的信息處理都有較為成熟的應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)；各個應(yīng)用系統(tǒng)之間可以利用數(shù)據(jù)文件進(jìn)行數(shù)據(jù)交換，實現(xiàn)了信息的傳遞和共享；銀保通系統(tǒng)能夠?qū)崿F(xiàn)和銀行間的實時數(shù)據(jù)交換；基于數(shù)據(jù)庫技術(shù)的信息處理體系基本成熟；初步建立了以中間庫為基礎(chǔ)的數(shù)據(jù)整合平臺，并基于它實現(xiàn)了企業(yè)數(shù)據(jù)綜合查詢統(tǒng)計功能；初步建立了以統(tǒng)計報表工具為手段的數(shù)據(jù)統(tǒng)計和報表系統(tǒng)；財務(wù)系統(tǒng)利用了數(shù)據(jù)倉庫技術(shù)和SAS工具進(jìn)行數(shù)據(jù)分析，除此之外，諸如上海還建

4、立了自己的數(shù)據(jù)倉庫系統(tǒng)；基于NOTES勺消息系統(tǒng)支持了公司的日常信息溝通工作；基于影像技術(shù)的非結(jié)構(gòu)化數(shù)據(jù)正在一些分公司使用，并逐步推廣。1.1.1.1 數(shù)據(jù)模型和應(yīng)用的相關(guān)性以應(yīng)用為劃分的“煙囪”結(jié)構(gòu)，數(shù)據(jù)基于應(yīng)用，并被鎖定在應(yīng)用系統(tǒng)中- 數(shù)據(jù)并沒有被作為一個單獨的IT組成部分被規(guī)劃和設(shè)計，而是作為應(yīng)用系統(tǒng)的一部分，由于應(yīng)用系統(tǒng)的供應(yīng)商不同，并且其設(shè)計工作也缺乏相互之間的協(xié)調(diào)，因此，數(shù)據(jù)模型基本按照各個應(yīng)用系統(tǒng)的功能需求進(jìn)行設(shè)計和實現(xiàn)；- 由于缺乏有效的數(shù)據(jù)共享，在有些業(yè)務(wù)環(huán)節(jié)上，一個應(yīng)用所需的數(shù)據(jù)無法從相關(guān)的其他應(yīng)用系統(tǒng)中獲得（如AMIS和財務(wù)系統(tǒng)間需要共享代理人傭金信息），而只好重復(fù)錄入；

5、- 另一方面，由于同一個數(shù)據(jù)可能存在多個數(shù)據(jù)源（從多個應(yīng)用系統(tǒng)中被重復(fù)錄入），由此導(dǎo)致了信息的不一致。核心業(yè)務(wù)系統(tǒng)的總體數(shù)據(jù)組織主要是保單處理為中心，而較少傾向于以客戶為中心；結(jié)構(gòu)化數(shù)據(jù)基本上都利用數(shù)據(jù)庫技術(shù)實現(xiàn)，非結(jié)構(gòu)化數(shù)據(jù)只有少數(shù)地方使用影像技術(shù)實施了電子化，從應(yīng)用程度上兩者之間的集成度不高，影像工作流技術(shù)和其他應(yīng)用系統(tǒng)之間沒有能夠做到無縫聯(lián)接。缺乏自動化和實時的數(shù)據(jù)交換- 以數(shù)據(jù)文件交換為主要手段現(xiàn)有的數(shù)據(jù)交換方式通常是從一個應(yīng)用中將數(shù)據(jù)導(dǎo)出到平臺文件中，再傳遞到目標(biāo)平臺并導(dǎo)入到目標(biāo)應(yīng)用系統(tǒng)中；由于大批量的數(shù)據(jù)抽取工作會影響到正常的業(yè)務(wù)處理效率，因此通常的數(shù)據(jù)抽取都被設(shè)定在在晚間進(jìn)行，所

6、以數(shù)據(jù)的時效性較差（通常都在一天左右）。- 數(shù)據(jù)交換過程缺乏嚴(yán)格的數(shù)據(jù)校驗、過程控制等接口數(shù)據(jù)的錯誤經(jīng)常是在導(dǎo)入目標(biāo)系統(tǒng)時才發(fā)現(xiàn)，而不是作為系統(tǒng)數(shù)據(jù)質(zhì)量控制的一部分，預(yù)先在源系統(tǒng)中進(jìn)行合法性校驗；數(shù)據(jù)交換的過程缺乏技術(shù)性控制：諸如大批量數(shù)據(jù)分割、數(shù)據(jù)傳輸?shù)男ｒ?、重?fù)操作的處理、操作回滾等。對不同版本或開發(fā)商開發(fā)的，支撐同一業(yè)務(wù)應(yīng)用，缺乏統(tǒng)一規(guī)定的應(yīng)用系統(tǒng)數(shù)據(jù)外模式- 外模式是指系統(tǒng)對外部的數(shù)據(jù)視圖（VIEW,一個系統(tǒng)可能會用各種技術(shù)方式和平臺來實現(xiàn)，但為了保持不同開發(fā)商開發(fā)的同一種業(yè)務(wù)應(yīng)用的接口一致性，要求其系統(tǒng)中必須能夠按照既定的標(biāo)準(zhǔn)格式（包括表/視圖，字段，數(shù)據(jù)類型，長度和精度等）提供系統(tǒng)

7、中的主要數(shù)據(jù)。即：無論系統(tǒng)開發(fā)人員具體如何組織和實現(xiàn)系統(tǒng)的物理數(shù)據(jù)模型，都要保證任何第三方可以按照標(biāo)準(zhǔn)的數(shù)據(jù)模型定義獲取所要的數(shù)據(jù)，即整個系統(tǒng)對外提供的數(shù)據(jù)模型是遵循統(tǒng)一標(biāo)準(zhǔn)的。- 例如業(yè)務(wù)處理系統(tǒng)，總頒系統(tǒng)CBPS深圳、江蘇、上海的系統(tǒng)對外的數(shù)據(jù)模式和接口都不相同，和其他應(yīng)用系統(tǒng)（如CLAF的接口需要各自編寫相應(yīng)的接口軟件來實現(xiàn)。從較好的做法上，對同一業(yè)務(wù)處理過程，應(yīng)當(dāng)定義標(biāo)準(zhǔn)的接口模式，并以此作為軟件開發(fā)的指導(dǎo)或標(biāo)準(zhǔn)。例如：中國電信就對所有的計費系統(tǒng)開發(fā)商定義了系統(tǒng)對外接口標(biāo)準(zhǔn)，對其產(chǎn)品、客戶、話單、帳單等主要的業(yè)務(wù)數(shù)據(jù)進(jìn)行了詳細(xì)的標(biāo)準(zhǔn)定義（包括表/視圖，字段，數(shù)據(jù)類型，長度和精度等），一

8、次作為計費產(chǎn)品準(zhǔn)入的驗收標(biāo)準(zhǔn)之一，并禁止其分支機(jī)構(gòu)購買不滿足這一標(biāo)準(zhǔn)的產(chǎn)品。1.1.1.2 數(shù)據(jù)物理層次和數(shù)據(jù)提升（staging）數(shù)據(jù)提升是指企業(yè)范圍內(nèi)，數(shù)據(jù)從原始的事務(wù)處理細(xì)節(jié)數(shù)據(jù)，到各級匯總數(shù)據(jù)，到?jīng)Q策支持分析模型的逐層傳遞和轉(zhuǎn)換過程。數(shù)據(jù)提升的目的，是為了向各級業(yè)務(wù)部門提供查詢或分析所需的不同匯總層次的數(shù)據(jù)。事務(wù)(transaction)處理層數(shù)據(jù)- 應(yīng)用系統(tǒng)中存儲了完整的、原始的事務(wù)處理數(shù)據(jù)；- 應(yīng)用系統(tǒng)中的部分事務(wù)處理數(shù)據(jù)具備時間戳等增量識別標(biāo)志；業(yè)務(wù)參數(shù)版本體系- 沒有后備系統(tǒng)存儲離線歷史數(shù)據(jù)：包括用于存儲歷史數(shù)據(jù)的存儲系統(tǒng)和用于質(zhì)量控制的測試系統(tǒng)；- 數(shù)據(jù)分布在各個省公司或地市

9、公司的應(yīng)用系統(tǒng)中，多數(shù)省份實施的是服務(wù)器的物理集中；- 原始業(yè)務(wù)數(shù)據(jù)沒有從省公司到總公司的復(fù)制；- 沒有達(dá)到保單級，僅統(tǒng)計數(shù)據(jù)；實現(xiàn)了省級綜合查詢功能；數(shù)據(jù)集成平臺- 缺少完整統(tǒng)一的集成平臺來集成各應(yīng)用中的數(shù)據(jù)，建立企業(yè)級信息視圖；輕度統(tǒng)計匯總數(shù)據(jù)- 利用應(yīng)用系統(tǒng)自身的報表功能和統(tǒng)計功能實現(xiàn)；- 省級和地市級的IT人員完成了一定的查詢和報表開發(fā)工作，以滿足業(yè)務(wù)部門的小規(guī)模要求；- 對于應(yīng)用系統(tǒng)中沒有的報表，利用手工(UTA城EXCEL實現(xiàn)；- 總公司層面缺乏對輕度匯總數(shù)據(jù)的全面集成；高度匯總數(shù)據(jù)- 應(yīng)用系統(tǒng)中具備部分高度匯總統(tǒng)計功能；- 對于應(yīng)用系統(tǒng)中沒有的報表，利用手工(UTA城EXCEL實

10、現(xiàn)；- 由于手工工作太多，人為因素影響了數(shù)據(jù)的完整性和準(zhǔn)確性，使得數(shù)據(jù)準(zhǔn)確性和可信度不夠高；決策支持模型- 缺乏靈活的系統(tǒng)統(tǒng)計分析功能；- 缺乏企業(yè)級統(tǒng)一的數(shù)據(jù)平臺，從而也就無法建立企業(yè)級的決策支持分析模型；目前的SAS系統(tǒng)主要基于財務(wù)數(shù)據(jù)的分析。外部數(shù)據(jù)交換- 和銀行之間，通過中間服務(wù)器實現(xiàn)了實時的數(shù)據(jù)交換;- 和監(jiān)管機(jī)構(gòu)的數(shù)據(jù)交換通過報表的方式來進(jìn)行；- 缺乏和其他機(jī)構(gòu)（如公安系統(tǒng)）等的數(shù)據(jù)交換。1.1.2差距分析1.1.2.1用戶期望的狀況通過調(diào)查，用戶的期望集中在：未來信息系統(tǒng)必須有長遠(yuǎn)規(guī)劃，可支持多種管理模式；加強(qiáng)信息系統(tǒng)的整合，建立對內(nèi)對外信息披露的統(tǒng)一的、高效的平臺，滿足業(yè)務(wù)管理

11、、銷售支持、決策分析等各方面需要；系統(tǒng)建設(shè)要面向客戶和市場，支持業(yè)務(wù)流程和管理優(yōu)化，支持應(yīng)用系統(tǒng)在不同用戶界面或渠道的拓展，如Internet、電話、多媒體終端等；充分利用錄入的原始數(shù)據(jù)，提供豐富的、方便的統(tǒng)計查詢及分析功能；指導(dǎo)我們的管理工作；業(yè)務(wù)處理和行政管理規(guī)范化、自動化、流程化、無紙化；另外，通過信息系統(tǒng)建立預(yù)警機(jī)制，加強(qiáng)業(yè)務(wù)監(jiān)控；信息系統(tǒng)由封閉走向開放，將員工、客戶、業(yè)務(wù)員、代理機(jī)構(gòu)、合作伙伴有機(jī)結(jié)合起來。圖1-2信息系統(tǒng)距離業(yè)務(wù)的主要差距從上圖中可以看出，目前的應(yīng)用系統(tǒng)信息處理效率不高是用戶反映最多的問題,其次是信息量不豐富和準(zhǔn)確性不夠。因此，上述各項中，建立高效的數(shù)據(jù)處理應(yīng)用系統(tǒng)

12、和統(tǒng)一集成的數(shù)據(jù)整合平臺是用戶的重點期望。1.1,2.2差距及原因ID觀察Observation根本原因RootCause影口碰圍Impact改進(jìn)建議Action整個信息系統(tǒng)缺乏總體性，數(shù)據(jù)接口設(shè)計、開發(fā)、維護(hù)、升級等工作復(fù)雜沒有總體的業(yè)務(wù)信息流的定義，從而無法進(jìn)行總體的數(shù)據(jù)流設(shè)計所有應(yīng)用定義業(yè)務(wù)處理的信息流，在此基礎(chǔ)上定義信息系統(tǒng)的數(shù)據(jù)流，統(tǒng)一應(yīng)用間數(shù)據(jù)交換定義企業(yè)級總體監(jiān)控信息難以獲取，時效性差沒有總體數(shù)據(jù)架構(gòu)規(guī)劃沒有建立數(shù)據(jù)提升系統(tǒng)來整合原始業(yè)務(wù)數(shù)據(jù)，并逐級匯總業(yè)務(wù)監(jiān)控、管理和決策分階段建立企業(yè)級統(tǒng)一的數(shù)據(jù)平臺（One-View）,包括：基礎(chǔ)數(shù)據(jù)平臺、各匯總層次數(shù)據(jù)、決策支持模型信息系統(tǒng)

13、的組織和設(shè)計是面向業(yè)務(wù)流程處理的，而不是以客戶為中心的舊的業(yè)務(wù)管理模式是面向處理流程的所有業(yè)務(wù)管理和客戶服務(wù)建立以客戶為中心的業(yè)務(wù)管理和客戶服務(wù)模式，在此基礎(chǔ)上按照CRM的理念改造現(xiàn)有信息系統(tǒng)1.2數(shù)據(jù)標(biāo)準(zhǔn)化管理數(shù)據(jù)標(biāo)準(zhǔn)化的定義為在一定的范圍內(nèi)獲得最佳秩序，對實際的或潛在的問題制定共同的和重復(fù)使用的規(guī)則活動。上述活動主要是包括制定、分布及實施標(biāo)準(zhǔn)的過程；標(biāo)準(zhǔn)化的主要意義是改進(jìn)產(chǎn)品、過程和服務(wù)的適應(yīng)性，防止貿(mào)易壁壘，并促進(jìn)技術(shù)合作。標(biāo)準(zhǔn)化包括三個主要方面的內(nèi)容：標(biāo)準(zhǔn)化是一項完整的活動，是一個長期的過程。它包括制定標(biāo)準(zhǔn)、發(fā)布標(biāo)準(zhǔn)、貫徹實施標(biāo)準(zhǔn)，對標(biāo)準(zhǔn)的實施進(jìn)行監(jiān)督檢查，并根據(jù)貫徹中產(chǎn)生的問題，進(jìn)一

14、步修訂完善標(biāo)準(zhǔn)。2 .標(biāo)準(zhǔn)是貫穿于標(biāo)準(zhǔn)化全過程的信息資源。標(biāo)準(zhǔn)化對象的選擇要根據(jù)實際的需求和潛在的需求來確定。3 .標(biāo)準(zhǔn)化的目的是取得社會效益和經(jīng)濟(jì)效益，其體現(xiàn)形式是改進(jìn)產(chǎn)品、過程和服務(wù)的適用性，防止數(shù)字鴻溝，促進(jìn)相互合作。數(shù)據(jù)標(biāo)準(zhǔn)化包括:- 信息指標(biāo)體系標(biāo)準(zhǔn)化- 信息分類編碼標(biāo)準(zhǔn)化- 信息交換接口標(biāo)準(zhǔn)化- 信息系統(tǒng)開發(fā)標(biāo)準(zhǔn)化這里，信息系統(tǒng)開發(fā)標(biāo)準(zhǔn)化屬于IT治理的內(nèi)容，本章主要對前三項，即信息標(biāo)準(zhǔn)的制定和管理進(jìn)行評估。1.2.1 現(xiàn)狀描述基本上所有的業(yè)務(wù)和IT人員都充分認(rèn)識到數(shù)據(jù)標(biāo)準(zhǔn)化對業(yè)務(wù)的重要性，但往往數(shù)據(jù)標(biāo)準(zhǔn)化被認(rèn)為是IT部門的工作，而忽視了建立數(shù)據(jù)標(biāo)準(zhǔn)化的基礎(chǔ)：業(yè)務(wù)信息定義的標(biāo)準(zhǔn)化；但

15、實際上，除了部分代碼標(biāo)準(zhǔn)是總公司下發(fā)的以外，業(yè)務(wù)部門并沒有統(tǒng)一制定業(yè)務(wù)信息的標(biāo)準(zhǔn)定義，因此，IT部門也就缺乏必要的、統(tǒng)的依據(jù)來制定數(shù)據(jù)標(biāo)準(zhǔn)；從業(yè)務(wù)指標(biāo)體系上，沒有一個從總部制定的統(tǒng)一指標(biāo)和統(tǒng)計報表體系，各不同部門、不同分支結(jié)構(gòu)都有自行制定的統(tǒng)計報表，結(jié)果導(dǎo)致整個系統(tǒng)乃至報表制作人員的工作負(fù)載過大，重復(fù)工作也較多，最終的結(jié)果是導(dǎo)致報表的數(shù)據(jù)全面性和準(zhǔn)確性下降；從組織保證上，并沒有一個指定的團(tuán)隊來負(fù)責(zé)業(yè)務(wù)信息乃至數(shù)據(jù)定義的標(biāo)準(zhǔn)化工作；各應(yīng)用系統(tǒng)的開發(fā)商不同，而中國人壽對各供應(yīng)商在數(shù)據(jù)標(biāo)準(zhǔn)化上也無法進(jìn)行有效的控制，導(dǎo)致所遵循的數(shù)據(jù)標(biāo)準(zhǔn)不統(tǒng)一；由于總頒應(yīng)用系統(tǒng)普及面較廣，對某一個具體的業(yè)務(wù)應(yīng)用來講，使

16、用該應(yīng)用系統(tǒng)的數(shù)據(jù)標(biāo)準(zhǔn)基本是統(tǒng)一的。1.2.1.1 現(xiàn)有數(shù)據(jù)標(biāo)準(zhǔn)制定和管理制度數(shù)據(jù)標(biāo)準(zhǔn)的制定由應(yīng)用系統(tǒng)開發(fā)商負(fù)責(zé)，而不是由一個獨立的數(shù)據(jù)規(guī)劃部門負(fù)責(zé)；開發(fā)商遵循自己的數(shù)據(jù)標(biāo)準(zhǔn)制定流程進(jìn)行管理，基本屬于開發(fā)管理的范疇，而不是IT管理和規(guī)劃的范疇；現(xiàn)行的數(shù)據(jù)管理是面向最終數(shù)據(jù)結(jié)果（如統(tǒng)計報表、精算數(shù)據(jù)準(zhǔn)備等）的，而忽視了數(shù)據(jù)定義和處理的標(biāo)準(zhǔn)化，各地對同一個名詞的理解和定義可能都不相同。1.2.2 差距分析1.2.2.1用戶期望的狀況對業(yè)務(wù)的重要性：在對現(xiàn)狀調(diào)研的過程中，無論是業(yè)務(wù)人員還是IT人員，所有的受訪者都一致認(rèn)為信息標(biāo)準(zhǔn)化程度對業(yè)務(wù)是非常重要的。業(yè)務(wù)信息標(biāo)準(zhǔn)化的優(yōu)先級：9%圖1-3信息標(biāo)準(zhǔn)優(yōu)

17、先級-業(yè)務(wù)人員反饋上圖是業(yè)務(wù)人員對信息標(biāo)準(zhǔn)化優(yōu)先級的反饋統(tǒng)計，而從一的區(qū)別是他們認(rèn)為最優(yōu)先的應(yīng)當(dāng)是業(yè)務(wù)操作過程信息:IT人員的反饋來看，唯9%數(shù)據(jù)標(biāo)準(zhǔn)無法統(tǒng)一的原因圖1-4信息標(biāo)準(zhǔn)優(yōu)先級一IT人員反饋綜合業(yè)務(wù)和IT人員的看法，我們可以認(rèn)為，保單信息、客戶信息和業(yè)務(wù)操作過程信息是當(dāng)前最迫切的標(biāo)準(zhǔn)化需求，也是進(jìn)行數(shù)據(jù)整合是實施數(shù)據(jù)清理的重點工作。信息標(biāo)準(zhǔn)無法貫徹的原因：不適應(yīng)業(yè)務(wù)需要.額外增加工作量，降低效率口沒有標(biāo)準(zhǔn)的管理制度來保證實施J各應(yīng)用系統(tǒng)供應(yīng)商不同圖1-5信息標(biāo)準(zhǔn)無法統(tǒng)一的原因調(diào)查由上圖可以看出，幾乎所有的受訪者都認(rèn)為標(biāo)準(zhǔn)無法貫徹的原因是沒有管理制度；因此，我們初步認(rèn)為，中國人壽有著很

18、好的標(biāo)準(zhǔn)化實施基礎(chǔ)，而制定和貫徹標(biāo)準(zhǔn)化管理制定是這項工作的重點突破口。編號ID觀察Observation根本原因RootCause影口碰圍Impact改進(jìn)建議Action各應(yīng)用系統(tǒng)之間，各業(yè)務(wù)層次之間，各業(yè)務(wù)部門和區(qū)域之間的信息溝通中的信息定義和轉(zhuǎn)換過程復(fù)雜沒有統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)所有建立A的業(yè)務(wù)信息標(biāo)準(zhǔn)，并在此基礎(chǔ)上建立統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)數(shù)據(jù)標(biāo)準(zhǔn)的貫徹能力弱缺乏授權(quán)的流程的制度保證標(biāo)準(zhǔn)的貫徹所有建立數(shù)據(jù)標(biāo)準(zhǔn)的制定、發(fā)布、維護(hù)流程，并建立定期審計制度；嚴(yán)格控制應(yīng)用開發(fā)的數(shù)據(jù)標(biāo)準(zhǔn)，將其作為開發(fā)項目驗收條款的一部分1.3數(shù)據(jù)質(zhì)量管理1.3.1 現(xiàn)狀描述1.3.1.1 數(shù)據(jù)質(zhì)量管理現(xiàn)狀現(xiàn)行的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)- 中國

19、人壽沒有全公司范圍的數(shù)據(jù)質(zhì)量考核體系，現(xiàn)行的數(shù)據(jù)質(zhì)量評價主要通過以下幾方面進(jìn)行：業(yè)務(wù)考核或報告中，數(shù)據(jù)統(tǒng)計的準(zhǔn)確度和完整性；應(yīng)用系統(tǒng)運行時所執(zhí)行的業(yè)務(wù)邏輯校驗；數(shù)據(jù)交換時的合法性檢查；現(xiàn)有的數(shù)據(jù)質(zhì)量控制方法- 應(yīng)用系統(tǒng)所實現(xiàn)的校驗邏輯和業(yè)務(wù)規(guī)則；- 數(shù)據(jù)交換時的合法性檢查；- 應(yīng)用系統(tǒng)間的數(shù)據(jù)對照；現(xiàn)行的數(shù)據(jù)質(zhì)量管理制度缺乏完善的對數(shù)據(jù)錄入人員的數(shù)據(jù)質(zhì)量考核體系;缺乏對開發(fā)過程的數(shù)據(jù)標(biāo)準(zhǔn)化控制；- 缺乏系統(tǒng)上線流程中的數(shù)據(jù)遷移管理；- 缺乏對應(yīng)用系統(tǒng)運行過程中的數(shù)據(jù)質(zhì)量審計和考核體系?，F(xiàn)行的數(shù)據(jù)質(zhì)量管理工具- 現(xiàn)行的數(shù)據(jù)質(zhì)量管理工具主要是為數(shù)據(jù)接口所開發(fā)的校驗程序，用于發(fā)現(xiàn)交換數(shù)據(jù)的錯誤；-

20、由于沒有企業(yè)級統(tǒng)一的數(shù)據(jù)平臺，因此，也就沒有全司范圍的數(shù)據(jù)質(zhì)量監(jiān)控和數(shù)據(jù)自動修正工具。1.3.1.2現(xiàn)有數(shù)據(jù)質(zhì)量問題現(xiàn)有的數(shù)據(jù)質(zhì)量問題主要表現(xiàn)在：相對于新的業(yè)務(wù)應(yīng)用系統(tǒng)來說，老業(yè)務(wù)數(shù)據(jù)不完整，導(dǎo)致系統(tǒng)升級和移植后，數(shù)據(jù)質(zhì)量不能達(dá)到新應(yīng)用系統(tǒng)的要求；對于歷史數(shù)據(jù)的轉(zhuǎn)換，基本依賴于系統(tǒng)上線時的數(shù)據(jù)轉(zhuǎn)換，而不是將歷史數(shù)據(jù)的轉(zhuǎn)換和修正作為一個長期的過程，在今后的業(yè)務(wù)操作中逐步補(bǔ)入；系統(tǒng)校驗控制不嚴(yán)謹(jǐn)或BUGt致的數(shù)據(jù)錯。管理員為保證業(yè)務(wù)的運行，在取得授權(quán)的情況下，直接修改數(shù)據(jù)庫后臺數(shù)據(jù)，由于對應(yīng)用系統(tǒng)的熟悉程度的差異，導(dǎo)致出現(xiàn)數(shù)據(jù)不一致；升級和移植過程中數(shù)據(jù)轉(zhuǎn)換或遷移操作錯誤，導(dǎo)致的數(shù)據(jù)錯；1.3.2

21、差距分析1.3.2.1 用戶期望的狀況在調(diào)查中，幾乎所有的用戶都認(rèn)為目前的數(shù)據(jù)質(zhì)量無法滿足業(yè)務(wù)監(jiān)控的要求，但是，其中的多數(shù)用戶都認(rèn)為數(shù)據(jù)質(zhì)量問題集中在老業(yè)務(wù)中，也就是說，用戶對目前應(yīng)用系統(tǒng)產(chǎn)生的數(shù)據(jù)的質(zhì)量還是可以接受。對于今后的數(shù)據(jù)質(zhì)量控制措施，用戶主要的反映集中在：提高系統(tǒng)事后監(jiān)控能力，通過數(shù)據(jù)的掃描和比對，發(fā)現(xiàn)數(shù)據(jù)錯誤；提高數(shù)據(jù)交換的實時性和自動化程度，減少由于時間差和人為因素導(dǎo)致的接口數(shù)據(jù)錯誤。加強(qiáng)系統(tǒng)上線和升級的測試工作，減少升級導(dǎo)致的數(shù)據(jù)錯誤；編號ID觀察Observation根本原因RootCause影口碰圍Impact改進(jìn)建議Action現(xiàn)有歷史數(shù)據(jù)質(zhì)量無法滿足以客戶為中心的要求

22、由于業(yè)務(wù)需求和應(yīng)用邏輯定義不完善，導(dǎo)致歷史數(shù)據(jù)不完整缺乏完善的數(shù)據(jù)質(zhì)量考核體系所有在建立以客戶為中心的業(yè)務(wù)模型的基礎(chǔ)上，盡量補(bǔ)齊或修正所需的客戶信息和相關(guān)交易信息；數(shù)據(jù)修正是一個長期的過程，例如，可以將當(dāng)時無法補(bǔ)齊地數(shù)據(jù)標(biāo)記為未知或待修正，在今后的業(yè)務(wù)操作中，一旦可以獲取到這些數(shù)據(jù)，再行補(bǔ)上。對無法補(bǔ)齊或修正的數(shù)據(jù)，發(fā)布數(shù)據(jù)質(zhì)量報告，明確告知最終用戶；對于現(xiàn)在后今后產(chǎn)生的數(shù)據(jù)，建立嚴(yán)格的數(shù)據(jù)質(zhì)量考核體系，加強(qiáng)應(yīng)用操作，尤其是數(shù)據(jù)錄入的監(jiān)督系統(tǒng)升級越頻繁，數(shù)據(jù)質(zhì)量越差系統(tǒng)開發(fā)缺乏嚴(yán)格的測試，導(dǎo)致BUG引發(fā)的數(shù)據(jù)錯誤系統(tǒng)升級時沒有系統(tǒng)地考慮數(shù)據(jù)地遷移和轉(zhuǎn)換過程系統(tǒng)升級和維護(hù)建立需求部門負(fù)責(zé)把關(guān)的嚴(yán)

23、格的測試體系，對應(yīng)用系統(tǒng)引入解決方案部署過程(SolutionArchitectureandInfrastructureDesign)，保證系統(tǒng)升級過程更加系統(tǒng)和完善；將系統(tǒng)的部署或升級方案作為應(yīng)用開發(fā)驗收的一部分管理員人為修改導(dǎo)致數(shù)據(jù)質(zhì)量下降業(yè)務(wù)需求定義不完善應(yīng)用系統(tǒng)不靈活管理員對應(yīng)用系統(tǒng)處理過程及表之間的參照關(guān)系不熟悉系統(tǒng)維護(hù)建立統(tǒng)一的數(shù)據(jù)直接修改流程，嚴(yán)格控制直接后臺修改的授權(quán)、修改方法和測試過程數(shù)據(jù)質(zhì)量問題一直未能徹底解決數(shù)據(jù)質(zhì)量問題不目-個方案就可以解決的，它是一個長期的過程全部應(yīng)用數(shù)據(jù)質(zhì)量管理應(yīng)當(dāng)和應(yīng)用系統(tǒng)的開發(fā)、升級、維護(hù)相整合，不斷地進(jìn)行系統(tǒng)的質(zhì)量問題回饋，以促進(jìn)應(yīng)用系統(tǒng)的數(shù)據(jù)

24、質(zhì)量控制能力，將提高應(yīng)用系統(tǒng)對數(shù)據(jù)質(zhì)量的控制能力作才-個長期的漸進(jìn)發(fā)展過程1.4應(yīng)用系統(tǒng)數(shù)據(jù)管理1.4.1 現(xiàn)狀描述應(yīng)用系統(tǒng)的數(shù)據(jù)維護(hù)是指應(yīng)用系統(tǒng)為保證數(shù)據(jù)一致性和處理效率，對系統(tǒng)中數(shù)據(jù)的維護(hù)功能，主要包括：- 業(yè)務(wù)規(guī)則校驗- 數(shù)據(jù)合法性定期掃描和錯誤數(shù)據(jù)清理- 系統(tǒng)上線時的數(shù)據(jù)轉(zhuǎn)換方案通過調(diào)查，我們發(fā)現(xiàn)核心業(yè)務(wù)系統(tǒng)在上述方面最具備代表性，因此，以下主要以核心業(yè)務(wù)系統(tǒng)為例，說明目前中國人壽應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)方面的現(xiàn)狀。1.4.1.1應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)CBP飄用系統(tǒng)數(shù)據(jù)維護(hù)描述：業(yè)務(wù)邏輯控制（數(shù)據(jù)校驗）- 不允許為空數(shù)據(jù)的強(qiáng)制錄入控制- 業(yè)務(wù)規(guī)則校驗- 變化幅度異常的數(shù)據(jù)目前的應(yīng)用系統(tǒng)中上述方面比舊

25、系統(tǒng)相對好一些，但在以往的應(yīng)用系統(tǒng)由于需求定義不完善的原因，存在由于上述控制不完善導(dǎo)致的非正常數(shù)據(jù)。數(shù)據(jù)掃描和一致性校驗（舉例說明）- 應(yīng)用系統(tǒng)沒有錯誤數(shù)據(jù)清理工具；- 沒有實施例行檢查操作，主動發(fā)現(xiàn)系統(tǒng)中的數(shù)據(jù)錯誤；錯誤數(shù)據(jù)清理- 目前沒有應(yīng)用系統(tǒng)自動的錯誤數(shù)據(jù)報警和清理功能；- 錯誤數(shù)據(jù)清理仍是相當(dāng)艱巨的工作；- 部分分公司做了錯誤數(shù)據(jù)清理工作；歷史數(shù)據(jù)卸載- 系統(tǒng)設(shè)計時沒有考慮歷史數(shù)據(jù)卸載計劃、卸載機(jī)制；- 缺乏歷史數(shù)據(jù)卸載這方面的知識和經(jīng)驗；直接后臺修改- 系統(tǒng)中存在錯誤數(shù)據(jù)，導(dǎo)致前臺無法正常操作，需要后臺修改。這部分比重相對較大；- 由于某些功能程序不支持，需要后臺修改.；- 后臺修

26、改一般采用會辦單的形式流轉(zhuǎn)；- 復(fù)雜問題的診斷，較為慎重的做法是在測試庫上模擬驗證；系統(tǒng)升級和遷移- 系統(tǒng)升級和遷移頻繁；- 升級和遷移時缺乏良好的測試，導(dǎo)致出現(xiàn)操作不正常，以及數(shù)據(jù)錯誤。上海應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)描述：業(yè)務(wù)邏輯控制（數(shù)據(jù)校驗）- 不允許為空數(shù)據(jù)的強(qiáng)制錄入控制現(xiàn)有系統(tǒng)對數(shù)據(jù)錄入的控制較嚴(yán)格，目前存在的某些數(shù)據(jù)字段為空的原因是由于歷史數(shù)據(jù)缺失，或者過去業(yè)務(wù)需求定義時沒有要求強(qiáng)制錄入。- 業(yè)務(wù)規(guī)則校驗?zāi)壳按嬖诘臉I(yè)務(wù)規(guī)則校驗問題主要是：歷史數(shù)據(jù)沒有滿足業(yè)務(wù)規(guī)則，所以移入時就不正確；應(yīng)用程序中存在的BUG導(dǎo)致業(yè)務(wù)規(guī)則校驗沒有被100%地實現(xiàn)；- 變化幅度異常的數(shù)據(jù)目前系統(tǒng)中存在某些數(shù)據(jù)滿足規(guī)

27、則但不合理的現(xiàn)象，如投保年齡超過條款規(guī)定的原因，可能是依據(jù)業(yè)務(wù)特批進(jìn)行的操作。數(shù)據(jù)掃描和一致性校驗應(yīng)用系統(tǒng)后臺后臺配備有審計程序，定時運行，根據(jù)規(guī)則搜索異常數(shù)據(jù)，查找原因并處理。錯誤數(shù)據(jù)清理目前對錯誤數(shù)據(jù)的清理基本是管理員手工執(zhí)行：如果是生產(chǎn)系統(tǒng)數(shù)據(jù)有錯，盡量修改；如果缺失沒法補(bǔ)，則放棄對該錯誤的修改。歷史數(shù)據(jù)卸載最初的系統(tǒng)設(shè)計未考慮這個問題。目前準(zhǔn)備將一些表按規(guī)則拆分，但需要應(yīng)用系統(tǒng)中的一些程序調(diào)整（比如由于表分拆，原先的查詢程序需要作相應(yīng)的修改），必須統(tǒng)一考慮。直接后臺修改目前應(yīng)用系統(tǒng)中的直接后臺修改集中在團(tuán)險領(lǐng)域，由于團(tuán)險協(xié)商情況較多，系統(tǒng)不能接收。處理方法是：由業(yè)務(wù)做批示，開發(fā)人員寫腳

28、本，提交運行人員執(zhí)行，將數(shù)據(jù)導(dǎo)入；系統(tǒng)升級和遷移一般不刪除舊表或舊字段。升級時寫好腳本，并測試。江蘇應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)描述業(yè)務(wù)邏輯控制（數(shù)據(jù)校驗）- 不允許為空數(shù)據(jù)的強(qiáng)制錄入控制現(xiàn)有系統(tǒng)對數(shù)據(jù)錄入的控制較嚴(yán)格，目前存在的某些數(shù)據(jù)字段為空的原因是由于歷史數(shù)據(jù)缺失，或者過去業(yè)務(wù)需求定義時沒有要求強(qiáng)制錄入。- 業(yè)務(wù)規(guī)則校驗?zāi)壳按嬖诘臉I(yè)務(wù)規(guī)則校驗問題主要是：歷史數(shù)據(jù)沒有滿足業(yè)務(wù)規(guī)則，所以移入時就不正確；- 變化幅度異常的數(shù)據(jù)目前系統(tǒng)中存在某些數(shù)據(jù)滿足規(guī)則但不合理的現(xiàn)象，如投保年齡超過條款規(guī)定的原因，可能是依據(jù)業(yè)務(wù)特批進(jìn)行的操作。數(shù)據(jù)掃描和一致性校驗- 根據(jù)業(yè)務(wù)需求的業(yè)務(wù)規(guī)則不定期搜索異常數(shù)據(jù)，查找原因并

29、處理。錯誤數(shù)據(jù)清理- 目前對錯誤數(shù)據(jù)的清理基本是業(yè)務(wù)手工執(zhí)行：如果是生產(chǎn)系統(tǒng)數(shù)據(jù)有錯，盡量修改；如果缺失沒法補(bǔ)，則放棄對該錯誤的修改并備案。歷史數(shù)據(jù)卸載- 部分歷史數(shù)據(jù)如收付費，臺帳信息有卸載機(jī)制直接后臺修改- 業(yè)務(wù)流程允許的數(shù)據(jù)修改外數(shù)據(jù)維護(hù)直接后臺修改。系統(tǒng)升級和遷移- 一般不刪除舊表或舊字段。升級時寫好腳本，并測試。深圳應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)描述：業(yè)務(wù)邏輯控制（數(shù)據(jù)校驗）- 不允許為空數(shù)據(jù)的強(qiáng)制錄入控制由于我司的核心業(yè)務(wù)系統(tǒng)Lifepro為新開發(fā)系統(tǒng)，設(shè)計時對新數(shù)據(jù)錄入的要求相當(dāng)嚴(yán)格，數(shù)據(jù)為空將無法繼續(xù)完成業(yè)務(wù)流程，并給出錯誤提示。目前存在的某些數(shù)據(jù)字段為空的主要原因是由于歷史數(shù)據(jù)缺失，或者過

30、去業(yè)務(wù)需求定義時沒有要求強(qiáng)制錄入，或者是在數(shù)據(jù)遷移時強(qiáng)行對應(yīng)字段。- 業(yè)務(wù)規(guī)則校驗?zāi)壳按嬖诘臉I(yè)務(wù)規(guī)則校驗問題主要是：歷史數(shù)據(jù)沒有完全滿足業(yè)務(wù)規(guī)則，遷移時就無法進(jìn)行嚴(yán)格匹配；- 變化幅度異常的數(shù)據(jù)雖然對業(yè)務(wù)數(shù)據(jù)進(jìn)行了嚴(yán)格控制，但偶有業(yè)務(wù)特批現(xiàn)象，這使得目前系統(tǒng)中存在某些數(shù)據(jù)滿足業(yè)務(wù)規(guī)則但不合理的現(xiàn)象。數(shù)據(jù)掃描和一致性校驗應(yīng)用系統(tǒng)后臺基本上沒有進(jìn)行數(shù)據(jù)掃描和一致性校驗。錯誤數(shù)據(jù)清理我司在轉(zhuǎn)換系統(tǒng)時曾經(jīng)進(jìn)行過大規(guī)模錯誤數(shù)據(jù)清理，但是平時基本上沒有專門的此項工作。歷史數(shù)據(jù)卸載最初的系統(tǒng)設(shè)計沒有考慮這個問題，有待完善。直接后臺修改目前核心業(yè)務(wù)系統(tǒng)中的直接后臺修改主要集中在業(yè)務(wù)反向操作和補(bǔ)入相關(guān)記錄。處理

31、方法是：由業(yè)務(wù)人員謝工作單，經(jīng)過Lotus工作單流轉(zhuǎn)（嚴(yán)格執(zhí)行層層審批制度），再由開發(fā)人員寫腳本，提交運行人員執(zhí)行，完成后臺修改；系統(tǒng)升級和遷移深圳分公司新開發(fā)的核心業(yè)務(wù)系統(tǒng)Lifepro的數(shù)據(jù)架構(gòu)為全新設(shè)計，在新系統(tǒng)交接之前，投入大量人力物力進(jìn)行數(shù)據(jù)遷移和測試工作。基本方法是先寫好數(shù)據(jù)遷移腳本并執(zhí)行，再進(jìn)行數(shù)據(jù)校驗和測試。1.4.1.2 現(xiàn)有數(shù)據(jù)庫平臺基本上，目前所有的主要應(yīng)用系統(tǒng)全部使用Informix作為數(shù)據(jù)庫平臺；少量的支持性應(yīng)用（如網(wǎng)站等）使用MSSQLServer,上海采用DB2作為數(shù)據(jù)倉庫平臺。用戶對數(shù)據(jù)庫平臺的評價如下圖所示：數(shù)據(jù)庫平臺140120100-1614QQ-1716

32、數(shù)人60.40-814820-88170i很好883好119一般評價口易開發(fā)易管理口穩(wěn)定性執(zhí)行效率口易開發(fā)口勿目埋穩(wěn)定性口執(zhí)行效率41111不好較差圖1-6現(xiàn)有數(shù)據(jù)庫平臺評價從上圖看到，用戶對Informix數(shù)據(jù)庫管理系統(tǒng)的綜合評價基本處于可接受的狀態(tài)，因此可以認(rèn)為，目前Informix在中國人壽的運行狀況較為平穩(wěn)。從目前的使用情況來看，Informix存在如下問題：產(chǎn)品供應(yīng)商支持能力弱；從發(fā)展的角度看，由于系統(tǒng)不再更新，技術(shù)水平和性能都將逐漸落后；綜合上述現(xiàn)狀和問題，我們初步認(rèn)為，將系統(tǒng)遷移到其他數(shù)據(jù)庫平臺是必然的趨勢，由于目前Informix的運作正常，整個移植計劃周期可以根據(jù)舊M對Inf

33、ormix支持的周期以及新的應(yīng)用系統(tǒng)開發(fā)計劃來確定，而不必急于立刻實施應(yīng)用系統(tǒng)的遷移改造。1.4.1.3 現(xiàn)有數(shù)據(jù)訪問權(quán)限控制權(quán)限管理狀況綜述數(shù)據(jù)訪問權(quán)限控制圖1-7現(xiàn)有數(shù)據(jù)訪問權(quán)限控制調(diào)查審計完善有部分沒有口對數(shù)據(jù)備份和保存的記錄口對數(shù)據(jù)共享和傳遞的追蹤記錄對數(shù)據(jù)修改的追蹤記錄口對數(shù)據(jù)訪問的追蹤記錄圖1-8現(xiàn)有系統(tǒng)審計功能調(diào)查從上述兩個統(tǒng)計圖可以看出，目前數(shù)據(jù)庫和應(yīng)用系統(tǒng)的數(shù)據(jù)訪問控制已經(jīng)可以滿足用戶的需求，總體的評價較好。并且具備了一些審計功能。而另一方面，從應(yīng)用數(shù)據(jù)的角度，中國人壽缺少一套完整的數(shù)據(jù)訪問審計機(jī)制，由于審計和系統(tǒng)效率以及管理工作量之間存在的矛盾平衡關(guān)系，因此需要對審計功能進(jìn)

34、行總體的評估，即從業(yè)務(wù)風(fēng)險控制和系統(tǒng)管理的角度，劃分需要審計的操作環(huán)節(jié)，并將其作為應(yīng)用開發(fā)和系統(tǒng)管理的重要組成部分。CBP做據(jù)訪問權(quán)限控制描述：基于應(yīng)用系統(tǒng)的訪問權(quán)限- 應(yīng)用系統(tǒng)有獨立的權(quán)限管理功能- 權(quán)限的劃分一般基于功能進(jìn)行劃分- 管理：涉及到客戶的一些重要信息控制不是很嚴(yán)，比如帳戶信息等。業(yè)務(wù)上也沒有這方面的要求和規(guī)定管理員權(quán)限管理- 權(quán)限管理職責(zé)所屬部門無統(tǒng)一規(guī)定（授權(quán)人）- 注重權(quán)限的增加，往往忽視操作員崗位變動或離司后權(quán)限的更新審計- 無進(jìn)入，退出系統(tǒng)的日志記錄和監(jiān)控機(jī)制- 重要數(shù)據(jù)訪問、修改的軌跡較難追蹤- 部分?jǐn)?shù)據(jù)的產(chǎn)生無時間戳上海系統(tǒng)數(shù)據(jù)訪問權(quán)限控制現(xiàn)狀描述：基于應(yīng)用系統(tǒng)的訪

35、問權(quán)限- 操作員通過操作系統(tǒng)用戶登錄，往往使用同一個用戶- 數(shù)據(jù)庫中設(shè)置不同操作系統(tǒng)用戶對數(shù)據(jù)的訪問權(quán)限，一般所有都放開- 操作員登錄后直接進(jìn)入應(yīng)用系統(tǒng)畫面，中斷后也直接logout- 應(yīng)用系統(tǒng)中，對各類操作員、各項功能分別設(shè)置使用權(quán)限管理員權(quán)限管理- 應(yīng)用系統(tǒng)權(quán)限設(shè)置功能委派專人負(fù)責(zé)，可能是IT人員，也可能是業(yè)務(wù)人員- 人力資源部負(fù)責(zé)統(tǒng)一清理崗位權(quán)限：整理公司現(xiàn)有員工序號，設(shè)置崗位,整理各崗位可以使用的業(yè)務(wù)系統(tǒng)清單和系統(tǒng)中的功能清單，然后統(tǒng)一設(shè)置審計- 某個功能進(jìn)入和出去的時間和操作員信息有日志記錄，對數(shù)據(jù)實施了哪些操作則無- 操作員的增加、銷戶、對某個功能使用權(quán)的增減，這類操作管理部門往往控制不嚴(yán)江蘇系統(tǒng)數(shù)據(jù)訪問權(quán)限控制現(xiàn)狀描述：基于應(yīng)用系統(tǒng)的訪問權(quán)限- 有安全管理功能，提供系統(tǒng)運行各項操作的安全級別設(shè)置和管理- 特點：可以定義操作員對業(yè)務(wù)處理系統(tǒng)十一個子系統(tǒng)的操作權(quán)限級別，共有110共十個級別可以設(shè)置不同的操作權(quán)限；各級別之間相對獨立,不互相包含管理員權(quán)限管理- 應(yīng)用系統(tǒng)權(quán)限設(shè)置功能委派專人負(fù)責(zé)，是業(yè)務(wù)人員- 業(yè)務(wù)處理中心和財務(wù)處理中心負(fù)責(zé)統(tǒng)一清理崗位權(quán)限，設(shè)置崗位，整理各崗位可以使用的業(yè)務(wù)系統(tǒng)清單和系統(tǒng)中的功能清單，然后統(tǒng)一設(shè)置審計- 某個功能進(jìn)入和出去的時