年5月29日IT數(shù)據(jù)架構(gòu)調(diào)研與評(píng)估報(bào)告文檔僅供參考總公司精算系統(tǒng)統(tǒng)括總公司精算系統(tǒng)統(tǒng)括系統(tǒng)CLAF統(tǒng)計(jì)報(bào)表統(tǒng)計(jì)報(bào)表CLAF銀保通精算系統(tǒng)精算系統(tǒng)統(tǒng)計(jì)報(bào)表CLAFAMISCBPSOBPS保單/客戶數(shù)據(jù)代理人/機(jī)構(gòu)數(shù)據(jù)收付費(fèi)數(shù)據(jù)保單數(shù)據(jù)收付費(fèi)數(shù)據(jù)提取保單數(shù)據(jù)財(cái)務(wù)報(bào)表統(tǒng)計(jì)數(shù)據(jù)保單及報(bào)表基礎(chǔ)信息系統(tǒng)業(yè)務(wù)財(cái)務(wù)數(shù)據(jù)保單數(shù)據(jù)保單及報(bào)表財(cái)務(wù)報(bào)表統(tǒng)計(jì)數(shù)據(jù)省公司地市公司準(zhǔn)備金準(zhǔn)備金準(zhǔn)備金總體數(shù)據(jù)架構(gòu)現(xiàn)狀上圖摘自<中國人壽應(yīng)用系統(tǒng)介紹及計(jì)劃>,它描述了整個(gè)中國人壽主要的應(yīng)用系統(tǒng)間的關(guān)聯(lián)和數(shù)據(jù)交換,從總體上看來,中國人壽:基本實(shí)現(xiàn)了業(yè)務(wù)信息的電子化,絕大多數(shù)業(yè)務(wù)處理都有應(yīng)用系統(tǒng)支持;主要的業(yè)務(wù)功能區(qū)域(如壽險(xiǎn)實(shí)務(wù)、財(cái)務(wù)管理等)的信息處理都有較為成熟的應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu);各個(gè)應(yīng)用系統(tǒng)之間能夠利用數(shù)據(jù)文件進(jìn)行數(shù)據(jù)交換,實(shí)現(xiàn)了信息的傳遞和共享;銀保通系統(tǒng)能夠?qū)崿F(xiàn)和銀行間的實(shí)時(shí)數(shù)據(jù)交換;基于數(shù)據(jù)庫技術(shù)的信息處理體系基本成熟;初步建立了以中間庫為基礎(chǔ)的數(shù)據(jù)交換平臺(tái),并基于它實(shí)現(xiàn)了企業(yè)數(shù)據(jù)綜合查詢統(tǒng)計(jì)功能;初步建立了以統(tǒng)計(jì)報(bào)表工具為手段的數(shù)據(jù)統(tǒng)計(jì)和報(bào)表系統(tǒng);財(cái)務(wù)系統(tǒng)利用了數(shù)據(jù)倉庫技術(shù)和SAS工具進(jìn)行數(shù)據(jù)分析,除此之外,諸如上海還建立了自己的數(shù)據(jù)倉庫系統(tǒng);基于NOTES的消息系統(tǒng)支持了公司的日常信息溝通工作;基于影像技術(shù)的非結(jié)構(gòu)化數(shù)據(jù)正在一些分公司使用,并逐步推廣。數(shù)據(jù)模型和應(yīng)用的相關(guān)性以應(yīng)用為劃分的”煙囪”結(jié)構(gòu),數(shù)據(jù)基于應(yīng)用,并被鎖定在應(yīng)用系統(tǒng)中數(shù)據(jù)并沒有被作為一個(gè)單獨(dú)的IT組成部分被規(guī)劃和設(shè)計(jì),而是作為應(yīng)用系統(tǒng)的一部分,由于應(yīng)用系統(tǒng)的供應(yīng)商不同,而且其設(shè)計(jì)工作也缺乏相互之間的協(xié)調(diào),因此,數(shù)據(jù)模型基本按照各個(gè)應(yīng)用系統(tǒng)的功能需求進(jìn)行設(shè)計(jì)和實(shí)現(xiàn);由于缺乏有效的數(shù)據(jù)共享,一個(gè)應(yīng)用所需的數(shù)據(jù)無法從相關(guān)的其它應(yīng)用系統(tǒng)中獲得(如AMIS需要從CBPS獲取客戶數(shù)據(jù)),而只好重復(fù)錄入;另一方面,由于同一個(gè)數(shù)據(jù)可能存在多個(gè)數(shù)據(jù)源(從多個(gè)應(yīng)用系統(tǒng)中被重復(fù)錄入),由此導(dǎo)致了信息的不一致。結(jié)構(gòu)化數(shù)據(jù)基本上都利用數(shù)據(jù)庫技術(shù)實(shí)現(xiàn),非結(jié)構(gòu)化數(shù)據(jù)只有少數(shù)地方使用影像技術(shù)實(shí)施了電子化,從應(yīng)用程度上兩者之間的集成度不高,影像工作流技術(shù)和其它應(yīng)用系統(tǒng)之間沒有能夠做到無縫聯(lián)接。缺乏自動(dòng)化和實(shí)時(shí)的數(shù)據(jù)交換以數(shù)據(jù)文件交換為主要手段現(xiàn)有的數(shù)據(jù)交換方式一般是從一個(gè)應(yīng)用中將數(shù)據(jù)導(dǎo)出到平臺(tái)文件中,再傳遞到目標(biāo)平臺(tái)并并導(dǎo)入到目標(biāo)應(yīng)用系統(tǒng)中;由于大批量的數(shù)據(jù)抽取工作會(huì)影響到正常的業(yè)務(wù)處理效率,因此一般的數(shù)據(jù)抽取都被設(shè)定在在晚間進(jìn)行,因此數(shù)據(jù)的時(shí)效性較差(一般都在一天左右)。數(shù)據(jù)交換過程缺乏嚴(yán)格的數(shù)據(jù)校驗(yàn)、過程控制等接口數(shù)據(jù)的錯(cuò)誤經(jīng)常是在導(dǎo)入目標(biāo)系統(tǒng)時(shí)才發(fā)現(xiàn),而不是作為系統(tǒng)數(shù)據(jù)質(zhì)量控制的一部分,預(yù)先在源系統(tǒng)中進(jìn)行合法性校驗(yàn);數(shù)據(jù)交換的過程缺乏技術(shù)性控制:諸如大批量數(shù)據(jù)分割、數(shù)據(jù)傳輸?shù)男ｒ?yàn)、重復(fù)操作的處理、操作回滾等。對(duì)不同版本或開發(fā)商的同一應(yīng)用,缺乏統(tǒng)一規(guī)定的應(yīng)用系統(tǒng)數(shù)據(jù)外模式例如業(yè)務(wù)處理系統(tǒng),總頒系統(tǒng)CBPS和深圳、江蘇、上海的系統(tǒng)對(duì)外的數(shù)據(jù)模式和接口都不相同,和其它應(yīng)用系統(tǒng)(如CLAF)的接口需要各自編寫相應(yīng)的接口軟件來實(shí)現(xiàn)。數(shù)據(jù)物理層次和數(shù)據(jù)提升(staging)事務(wù)(transaction)處理層數(shù)據(jù)應(yīng)用系統(tǒng)中存儲(chǔ)了完整的、原始的事務(wù)處理數(shù)據(jù);應(yīng)用系統(tǒng)中的主要事務(wù)處理數(shù)據(jù)都具備時(shí)間戳等增量識(shí)別標(biāo)志;沒有后備系統(tǒng)存儲(chǔ)離線歷史數(shù)據(jù);數(shù)據(jù)分布在各個(gè)省公司或地市公司的應(yīng)用系統(tǒng)中,多數(shù)省份實(shí)施的是服務(wù)器的物理集中;數(shù)據(jù)集成平臺(tái)缺少完整統(tǒng)一的集成平臺(tái)來集成各應(yīng)用中的數(shù)據(jù),建立企業(yè)級(jí)信息視圖輕度統(tǒng)計(jì)匯總數(shù)據(jù)利用應(yīng)用系統(tǒng)自身的報(bào)表功能和統(tǒng)計(jì)功能實(shí)現(xiàn);地市級(jí)的IT人員完成了一定的查詢和報(bào)表開發(fā)工作,以滿足業(yè)務(wù)部門的小規(guī)模要求;對(duì)于應(yīng)用系統(tǒng)中沒有的報(bào)表,利用手工(UTAB或EXCEL)實(shí)現(xiàn);總公司層面缺乏對(duì)輕度匯總數(shù)據(jù)的全面集成;高度匯總數(shù)據(jù)應(yīng)用系統(tǒng)中具備部分高度匯總統(tǒng)計(jì)功能;對(duì)于應(yīng)用系統(tǒng)中沒有的報(bào)表,利用手工(UTAB或EXCEL)實(shí)現(xiàn);由于手工工作太多,人為因素影響了數(shù)據(jù)的完整性和準(zhǔn)確性,使得數(shù)據(jù)準(zhǔn)確性和可信度不夠高;決策支持模型缺乏靈活的系統(tǒng)統(tǒng)計(jì)分析功能;缺乏企業(yè)級(jí)統(tǒng)一的數(shù)據(jù)平臺(tái),從而也就無法建立企業(yè)級(jí)的決策支持分析模型;當(dāng)前的SAS系統(tǒng)主要基于財(cái)務(wù)數(shù)據(jù)的分析。用戶期望未來信息系統(tǒng)必須有長(zhǎng)遠(yuǎn)規(guī)劃,可支持多種管理模式;加強(qiáng)信息系統(tǒng)的整合,建立對(duì)內(nèi)對(duì)外信息披露的統(tǒng)一的、高效的平臺(tái),滿足業(yè)務(wù)管理、銷售支持、決策分析等各方面需要;系統(tǒng)建設(shè)要面向客戶和市場(chǎng),支持業(yè)務(wù)流程和管理優(yōu)化,支持應(yīng)用系統(tǒng)在不同用戶界面或渠道的拓展,如Internet、電話、多媒體終端等;充分利用錄入的原始數(shù)據(jù),提供豐富的、方便的統(tǒng)計(jì)查詢及分析功能;指導(dǎo)我們的管理工作;業(yè)務(wù)處理和行政管理規(guī)范化、自動(dòng)化、流程化、無紙化;另外,經(jīng)過信息系統(tǒng)建立預(yù)警機(jī)制,加強(qiáng)業(yè)務(wù)監(jiān)控;信息系統(tǒng)由封閉走向開放,將員工、客戶、業(yè)務(wù)員、代理機(jī)構(gòu)、合作伙伴有機(jī)結(jié)合起來。用戶認(rèn)為當(dāng)前信息系統(tǒng)距離業(yè)務(wù)需求的差距(優(yōu)先級(jí))距業(yè)務(wù)要求的主要差距距業(yè)務(wù)要求的主要差距12149198信息準(zhǔn)確性不夠可獲取的信息量不豐富信息錄入不方便信息處理效率不高信息查詢界面不友好從上圖中能夠看出,當(dāng)前的應(yīng)用系統(tǒng)信息處理效率不高是用戶反映最多的問題,其次是信息量不豐富和準(zhǔn)確性不夠。因此,上述各項(xiàng)中,建立高效的數(shù)據(jù)處理應(yīng)用系統(tǒng)和統(tǒng)一集成的數(shù)據(jù)整合平臺(tái)是用戶的重點(diǎn)期望。初步的差距分析編號(hào)ID觀察Observation根本原因RootCause影響范圍Impact緊急程度Urgency改進(jìn)建議Action04.1整個(gè)信息系統(tǒng)缺乏總體性,數(shù)據(jù)接口設(shè)計(jì)、開發(fā)、維護(hù)、升級(jí)等工作復(fù)雜沒有總體的業(yè)務(wù)信息流的定義,從而無法進(jìn)行總體的數(shù)據(jù)流設(shè)計(jì)所有應(yīng)用緊急定義業(yè)務(wù)處理的信息流,在此基礎(chǔ)上定義信息系統(tǒng)的數(shù)據(jù)流,統(tǒng)一應(yīng)用間數(shù)據(jù)交換定義O4.2企業(yè)級(jí)總體監(jiān)控信息難以獲取,時(shí)效性差沒有總體數(shù)據(jù)架構(gòu)規(guī)劃沒有建立數(shù)據(jù)提升系統(tǒng)業(yè)務(wù)監(jiān)控、管理和決策緊急分階段建立企業(yè)級(jí)統(tǒng)一的數(shù)據(jù)平臺(tái)(One-View),包括:基礎(chǔ)數(shù)據(jù)平臺(tái)、各匯總層次數(shù)據(jù)、決策支持模型04.3信息系統(tǒng)的組織和設(shè)計(jì)是面向業(yè)務(wù)流程處理的,而不是以客戶為中心的舊的業(yè)務(wù)管理模式是面向處理流程的所有業(yè)務(wù)管理和客戶服務(wù)緊急建立以客戶為中心的業(yè)務(wù)管理和客戶服務(wù)模式,在此基礎(chǔ)上按照CRM的理念改造現(xiàn)有信息系統(tǒng)數(shù)據(jù)標(biāo)準(zhǔn)化管理中國人壽數(shù)據(jù)標(biāo)準(zhǔn)化現(xiàn)狀基本上所有的業(yè)務(wù)和IT人員都充分認(rèn)識(shí)到數(shù)據(jù)標(biāo)準(zhǔn)化對(duì)業(yè)務(wù)的重要性,但往往數(shù)據(jù)標(biāo)準(zhǔn)化被認(rèn)為是IT部門的工作,而忽視了建立數(shù)據(jù)標(biāo)準(zhǔn)化的基礎(chǔ):業(yè)務(wù)信息定義的標(biāo)準(zhǔn)化;但實(shí)際上,除了部分代碼標(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);從組織保證上,并沒有一個(gè)指定的團(tuán)隊(duì)來負(fù)責(zé)業(yè)務(wù)信息乃至數(shù)據(jù)定義的標(biāo)準(zhǔn)化工作;各應(yīng)用系統(tǒng)的開發(fā)商不同,而中國人壽對(duì)各供應(yīng)商在數(shù)據(jù)標(biāo)準(zhǔn)化上也無法進(jìn)行有效的控制,導(dǎo)致所遵循的數(shù)據(jù)標(biāo)準(zhǔn)不統(tǒng)一;由于總頒應(yīng)用系統(tǒng)普及面較廣,對(duì)某一個(gè)具體的業(yè)務(wù)應(yīng)用來講,使用該應(yīng)用系統(tǒng)的數(shù)據(jù)標(biāo)準(zhǔn)基本是統(tǒng)一的?，F(xiàn)有數(shù)據(jù)標(biāo)準(zhǔn)制定和管理制度數(shù)據(jù)標(biāo)準(zhǔn)的制定由應(yīng)用系統(tǒng)開發(fā)商負(fù)責(zé),而不是由一個(gè)獨(dú)立的數(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)計(jì)報(bào)表、精算數(shù)據(jù)準(zhǔn)備等)的,而忽視了數(shù)據(jù)定義和處理的標(biāo)準(zhǔn)化,各地對(duì)同一個(gè)名詞的理解和定義可能都不相同。用戶期望對(duì)業(yè)務(wù)的重要性:在對(duì)現(xiàn)狀調(diào)研的過程中,無論是業(yè)務(wù)人員還是IT人員,所有的受訪者都一致認(rèn)為信息標(biāo)準(zhǔn)化程度對(duì)業(yè)務(wù)是非常重要的。業(yè)務(wù)信息標(biāo)準(zhǔn)化的優(yōu)先級(jí):上圖是業(yè)務(wù)人員對(duì)信息標(biāo)準(zhǔn)化優(yōu)先級(jí)的反饋統(tǒng)計(jì),而從IT人員的反饋來看,唯一的區(qū)別是她們認(rèn)為最優(yōu)先的應(yīng)當(dāng)是業(yè)務(wù)操作過程信息:綜合業(yè)務(wù)和IT人員的看法,我們能夠認(rèn)為,保單信息、客戶信息和業(yè)務(wù)操作過程信息是當(dāng)前最迫切的標(biāo)準(zhǔn)化需求,也是進(jìn)行數(shù)據(jù)整合是實(shí)施數(shù)據(jù)清理的重點(diǎn)工作。信息標(biāo)準(zhǔn)無法貫徹的原因:由上圖能夠看出,幾乎所有的受訪者都不認(rèn)為標(biāo)準(zhǔn)化不適應(yīng)業(yè)務(wù)需要或會(huì)導(dǎo)致工作量增大,而認(rèn)為標(biāo)準(zhǔn)無法貫徹的原因是沒有管理制度;因此,我們初步認(rèn)為,中國人壽有著很好的標(biāo)準(zhǔn)化實(shí)施基礎(chǔ),而制定和貫徹標(biāo)準(zhǔn)化管理制定是這項(xiàng)工作的重點(diǎn)突破口。初步的差距分析編號(hào)ID觀察Observation根本原因RootCause影響范圍Impact緊急程度Urgency改進(jìn)建議Action04.1應(yīng)用間甚至業(yè)務(wù)功能和部門間信息溝通復(fù)雜沒有統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)所有緊急建立統(tǒng)一的業(yè)務(wù)信息標(biāo)準(zhǔn),并在此基礎(chǔ)上建立統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)O4.2數(shù)據(jù)標(biāo)準(zhǔn)的貫徹能力弱缺乏授權(quán)的流程的制度保證標(biāo)準(zhǔn)的貫徹所有緊急建立數(shù)據(jù)標(biāo)準(zhǔn)的制定、發(fā)布、維護(hù)流程,并建立定期審計(jì)制度;嚴(yán)格控制應(yīng)用開發(fā)的數(shù)據(jù)標(biāo)準(zhǔn),將其作為開發(fā)項(xiàng)目驗(yàn)收條款的一部分?jǐn)?shù)據(jù)質(zhì)量管理現(xiàn)有主要業(yè)務(wù)支撐系統(tǒng)見應(yīng)用系統(tǒng)評(píng)估部分?jǐn)?shù)據(jù)質(zhì)量控制現(xiàn)有數(shù)據(jù)質(zhì)量問題現(xiàn)有的數(shù)據(jù)質(zhì)量問題主要表現(xiàn)在:相對(duì)于新的業(yè)務(wù)應(yīng)用系統(tǒng)來說,老業(yè)務(wù)數(shù)據(jù)不完整,導(dǎo)致系統(tǒng)升級(jí)和移植后,數(shù)據(jù)質(zhì)量不能達(dá)到新應(yīng)用系統(tǒng)的要求;系統(tǒng)校驗(yàn)控制不嚴(yán)謹(jǐn)或BUG導(dǎo)致的數(shù)據(jù)錯(cuò)。管理員為保證業(yè)務(wù)的運(yùn)行,在取得授權(quán)的情況下,直接修改數(shù)據(jù)庫后臺(tái)數(shù)據(jù),由于對(duì)應(yīng)用系統(tǒng)的熟悉程度的差異,導(dǎo)致出現(xiàn)數(shù)據(jù)不一致;升級(jí)和移植過程中數(shù)據(jù)轉(zhuǎn)換或遷移操作錯(cuò)誤,導(dǎo)致的數(shù)據(jù)錯(cuò);數(shù)據(jù)質(zhì)量管理現(xiàn)狀現(xiàn)行的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)中國人壽沒有全公司范圍的數(shù)據(jù)質(zhì)量考核體系,現(xiàn)行的數(shù)據(jù)質(zhì)量評(píng)價(jià)主要經(jīng)過以下幾方面進(jìn)行:業(yè)務(wù)考核或報(bào)告中,數(shù)據(jù)統(tǒng)計(jì)的準(zhǔn)確度和完整性;應(yīng)用系統(tǒng)運(yùn)行時(shí)所執(zhí)行的業(yè)務(wù)邏輯校驗(yàn);數(shù)據(jù)交換時(shí)的合法性檢查;現(xiàn)有的數(shù)據(jù)質(zhì)量控制方法應(yīng)用系統(tǒng)所實(shí)現(xiàn)的校驗(yàn)邏輯和業(yè)務(wù)規(guī)則;數(shù)據(jù)交換時(shí)的合法性檢查;應(yīng)用系統(tǒng)間的數(shù)據(jù)對(duì)照;現(xiàn)行的數(shù)據(jù)質(zhì)量管理制度缺乏完善的對(duì)數(shù)據(jù)錄入人員的數(shù)據(jù)質(zhì)量考核體系;缺乏對(duì)開發(fā)過程的數(shù)據(jù)標(biāo)準(zhǔn)化控制;缺乏系統(tǒng)上線流程中的數(shù)據(jù)遷移管理;缺乏對(duì)應(yīng)用系統(tǒng)運(yùn)行過程中的數(shù)據(jù)質(zhì)量審計(jì)和考核體系。現(xiàn)行的數(shù)據(jù)質(zhì)量管理工具現(xiàn)行的數(shù)據(jù)質(zhì)量管理工具主要是為數(shù)據(jù)接口所開發(fā)的校驗(yàn)程序,用于發(fā)現(xiàn)交換數(shù)據(jù)的錯(cuò)誤;由于沒有企業(yè)級(jí)統(tǒng)一的數(shù)據(jù)平臺(tái),因此,也就沒有全司范圍的數(shù)據(jù)質(zhì)量監(jiān)控和數(shù)據(jù)自動(dòng)修正工具。初步的差距分析編號(hào)ID觀察Observation根本原因RootCause影響范圍Impact緊急程度Urgency改進(jìn)建議Action04.1現(xiàn)有歷史數(shù)據(jù)質(zhì)量無法滿足以客戶為中心的要求由于業(yè)務(wù)需求和應(yīng)用邏輯定義不完善,導(dǎo)致歷史數(shù)據(jù)不完整缺乏完善的數(shù)據(jù)質(zhì)量考核體系所有緊急在建立以客戶為中心的業(yè)務(wù)模型的基礎(chǔ)上,盡量補(bǔ)齊或修正所需的客戶信息和相關(guān)交易信息;對(duì)無法補(bǔ)齊或修正的數(shù)據(jù),發(fā)布數(shù)據(jù)質(zhì)量報(bào)告,明確告知最終用戶;對(duì)于現(xiàn)在后今后產(chǎn)生的數(shù)據(jù),建立嚴(yán)格的數(shù)據(jù)質(zhì)量考核體系,加強(qiáng)應(yīng)用操作,特別是數(shù)據(jù)錄入的監(jiān)督O4.2系統(tǒng)升級(jí)越頻繁,數(shù)據(jù)質(zhì)量越差系統(tǒng)開發(fā)缺乏嚴(yán)格的測(cè)試,導(dǎo)致BUG引發(fā)的數(shù)據(jù)錯(cuò)誤系統(tǒng)升級(jí)時(shí)沒有系統(tǒng)地考慮數(shù)據(jù)地遷移和轉(zhuǎn)換過程系統(tǒng)升級(jí)和維護(hù)緊急建立需求部門負(fù)責(zé)把關(guān)的嚴(yán)格的測(cè)試體系,對(duì)應(yīng)用系統(tǒng)引入解決方案部署過程(SolutionArchitectureandInfrastructureDesign),保證系統(tǒng)升級(jí)過程更加系統(tǒng)和完善;將系統(tǒng)的部署或升級(jí)方案作為應(yīng)用開發(fā)驗(yàn)收的一部分04.3管理員人為修改導(dǎo)致數(shù)據(jù)質(zhì)量下降業(yè)務(wù)需求定義不完善應(yīng)用系統(tǒng)不靈活管理員對(duì)應(yīng)用系統(tǒng)處理過程及表之間的參照關(guān)系不熟悉系統(tǒng)維護(hù)一般建立統(tǒng)一的數(shù)據(jù)直接修改流程,嚴(yán)格控制直接后臺(tái)修改的授權(quán)、修改方法和測(cè)試過程應(yīng)用系統(tǒng)數(shù)據(jù)管理應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)CBPS應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)描述:業(yè)務(wù)邏輯控制(數(shù)據(jù)校驗(yàn))不允許為空數(shù)據(jù)的強(qiáng)制錄入控制業(yè)務(wù)規(guī)則校驗(yàn)變化幅度異常的數(shù)據(jù)當(dāng)前的應(yīng)用系統(tǒng)中上述方面做的比較好,但在以往的應(yīng)用系統(tǒng)由于需求定義不完善的原因,存在由于上述控制不完善導(dǎo)致的非正常數(shù)據(jù)。數(shù)據(jù)掃描和一致性校驗(yàn)應(yīng)用系統(tǒng)沒有的錯(cuò)誤數(shù)據(jù)清理工具;沒有實(shí)施例行檢查操作,把正常情況下要到今后某一時(shí)刻才反映出問題的數(shù)據(jù)(如接口異常),再提前找出來處理掉;錯(cuò)誤數(shù)據(jù)清理當(dāng)前沒有應(yīng)用系統(tǒng)自動(dòng)的錯(cuò)誤數(shù)據(jù)報(bào)警和清理功能;錯(cuò)誤數(shù)據(jù)清理仍是相當(dāng)艱巨的工作;部分分公司做了錯(cuò)誤數(shù)據(jù)清理工作;歷史數(shù)據(jù)卸載系統(tǒng)設(shè)計(jì)時(shí)沒有考慮歷史數(shù)據(jù)卸載計(jì)劃、卸載機(jī)制;缺乏歷史數(shù)據(jù)卸載這方面的知識(shí)和經(jīng)驗(yàn);直接后臺(tái)修改系統(tǒng)中存在錯(cuò)誤數(shù)據(jù),導(dǎo)致前臺(tái)無法正常操作,需要后臺(tái)修改。這部分比重相對(duì)較大;由于某些功能程序不支持,需要后臺(tái)修改.;后臺(tái)修改一般采用會(huì)辦單的形式流轉(zhuǎn);復(fù)雜問題的診斷,較為慎重的做法是在測(cè)試庫上模擬驗(yàn)證;系統(tǒng)升級(jí)和遷移系統(tǒng)升級(jí)和遷移頻繁;升級(jí)和遷移時(shí)缺乏良好的測(cè)試,導(dǎo)致出現(xiàn)操作不正常,以及數(shù)據(jù)錯(cuò)誤。上海應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)描述:業(yè)務(wù)邏輯控制(數(shù)據(jù)校驗(yàn))不允許為空數(shù)據(jù)的強(qiáng)制錄入控制現(xiàn)有系統(tǒng)對(duì)數(shù)據(jù)錄入的控制較嚴(yán)格,當(dāng)前存在的某些數(shù)據(jù)字段為空的原因是由于歷史數(shù)據(jù)缺失,或者過去業(yè)務(wù)需求定義時(shí)沒有要求強(qiáng)制錄入。業(yè)務(wù)規(guī)則校驗(yàn)當(dāng)前存在的業(yè)務(wù)規(guī)則校驗(yàn)問題主要是:歷史數(shù)據(jù)沒有滿足業(yè)務(wù)規(guī)則,因此移入時(shí)就不正確;應(yīng)用程序中存在的BUG,導(dǎo)致業(yè)務(wù)規(guī)則校驗(yàn)沒有被100％地實(shí)現(xiàn);變化幅度異常的數(shù)據(jù)當(dāng)前系統(tǒng)中存在某些數(shù)據(jù)滿足規(guī)則但不合理的現(xiàn)象,如投保年齡超過條款規(guī)定的原因,可能是依據(jù)業(yè)務(wù)特批進(jìn)行的操作。數(shù)據(jù)掃描和一致性校驗(yàn)應(yīng)用系統(tǒng)后臺(tái)后臺(tái)配備有審計(jì)程序,定時(shí)運(yùn)行,根據(jù)規(guī)則搜索異常數(shù)據(jù),查找原因并處理。錯(cuò)誤數(shù)據(jù)清理當(dāng)前對(duì)錯(cuò)誤數(shù)據(jù)的清理基本是管理員手工執(zhí)行:如果是生產(chǎn)系統(tǒng)數(shù)據(jù)有錯(cuò),盡量修改;如果缺失沒法補(bǔ),則放棄對(duì)該錯(cuò)誤的修改(備案否?)。歷史數(shù)據(jù)卸載最初的系統(tǒng)設(shè)計(jì)未考慮這個(gè)問題。當(dāng)前準(zhǔn)備將一些表按規(guī)則拆分,但需要應(yīng)用系統(tǒng)中的一些功能(比如查詢作修改?),必須統(tǒng)一考慮。直接后臺(tái)修改當(dāng)前應(yīng)用系統(tǒng)中的直接后臺(tái)修改集中在團(tuán)險(xiǎn)領(lǐng)域,由于團(tuán)險(xiǎn)協(xié)商情況較多,系統(tǒng)不能接收。處理方法是:由業(yè)務(wù)做批示,開發(fā)人員寫腳本,提交運(yùn)行人員執(zhí)行,將數(shù)據(jù)導(dǎo)入; 系統(tǒng)升級(jí)和遷移一般不刪除舊表或舊字段。升級(jí)時(shí)寫好腳本,并測(cè)試?，F(xiàn)有數(shù)據(jù)庫平臺(tái)基本上,當(dāng)前所有的主要應(yīng)用系統(tǒng)全部使用Informix作為數(shù)據(jù)庫平臺(tái);少量的支持性應(yīng)用(如網(wǎng)站等)使用MSSQLServer,上海采用DB2作為數(shù)據(jù)倉庫平臺(tái)。用戶對(duì)數(shù)據(jù)庫平臺(tái)的評(píng)價(jià)如下圖所示:從上圖看到,用戶對(duì)Informix數(shù)據(jù)庫管理系統(tǒng)的綜合評(píng)價(jià)基本處于可接受的狀態(tài),因此能夠認(rèn)為,當(dāng)前Informix在中國人壽的運(yùn)行狀況較為平穩(wěn)。從當(dāng)前的使用情況來看,Informix存在如下問題:產(chǎn)品供應(yīng)商支持能力弱;從發(fā)展的角度看,由于系統(tǒng)不再更新,技術(shù)水平和性能都將逐漸落后;綜合上述現(xiàn)狀和問題,我們初步認(rèn)為,將系統(tǒng)遷移到其它數(shù)據(jù)庫平臺(tái)是必然的趨勢(shì),由于當(dāng)前Informix的運(yùn)作正常,整個(gè)移植計(jì)劃周期能夠根據(jù)IBM對(duì)Informix的周期來確定,而不必急于馬上實(shí)施應(yīng)用系統(tǒng)的遷移改造?，F(xiàn)有數(shù)據(jù)訪問權(quán)限控制權(quán)限管理狀況綜述從上述兩個(gè)統(tǒng)計(jì)圖能夠看出,當(dāng)前數(shù)據(jù)庫和應(yīng)用系統(tǒng)的數(shù)據(jù)訪問控制已經(jīng)能夠滿足用戶的需求,總體的評(píng)價(jià)較好。而且具備了一些審計(jì)功能。而另一方面,從應(yīng)用數(shù)據(jù)的角度,中國人壽缺少一套完整的數(shù)據(jù)訪問審計(jì)機(jī)制,由于審計(jì)和系統(tǒng)效率以及管理工作量之間存在的矛盾平衡關(guān)系,因此需要對(duì)審計(jì)功能進(jìn)行總體的評(píng)估,即從業(yè)務(wù)風(fēng)險(xiǎn)控制和系統(tǒng)管理的角度,劃分需要審計(jì)的操作環(huán)節(jié),并將其作為應(yīng)用開發(fā)和系統(tǒng)管理的重要組成部分。CBPS數(shù)據(jù)訪問權(quán)限控制描述:基于應(yīng)用系統(tǒng)的訪問權(quán)限應(yīng)用系統(tǒng)有獨(dú)立的權(quán)限管理功能權(quán)限的劃分一般基于功能進(jìn)行劃分涉及到客戶的一些重要信息控制不是很嚴(yán),比如帳戶信息等。業(yè)務(wù)上也沒有這方面的要求和規(guī)定管理員權(quán)限管理權(quán)