使用IBMIndustryModelInformationInsuranceWarehouse定义智能和成熟的数据模型.doc

使用IBMIndustryModelInformationInsuranceWarehouse定义智能和成熟的数据模型保险业数据仓库开发方法简介AlexanderTarabrin,顾问IT架构师,IBMHermannVoellinger,高级IT莎初师，IBM简介：在本教程中，理解使用IBMIndustryModelInsuranceInformationWarehouse（IIW）（IBMIndustryModels产晶的一部分、针对保险领域定义）为数据仓库项目开发数据模型的方法本教程将展示开发核心数据仓库（CoreDataWarehouse,CDW）和专用数据栈（DataMart,DM）模型的最佳方法本教程还将介绍如何使用推荐的数据仓库开发方法（RecommendedDataWarehousingDevelopmentMethod,DWDM）來处理IIW模型模式框架，从而为保险公司架构DWH解决方案发布日期：20"年4月18日级别：中级开始之前简介数据仓库设计和数据建模是计算机科学和IT结合的产物，众所周知、意义重大借助上世纪90年代初研发的几种方法,这种技术得以发展起来最重要的方法由RalphKimball（自上而下）和W.H.Inmon（自卞而上）定义（参见参番资料）。

商业数据建模产品因为其特定于内容的知识而弥足珍贵，这是基实践经验和业务专长的IBM在这个领域提供了一个智力资本（intellectualcapital）产品系列,称为IBMIndustryModelSoIBMIndustryModels产品包含一些用J：数据建模（关系型和多维型）的模式框架，这些框架经过充分测试，比较成熟，针对儿个彳f业打包本教程将简要介绍InformationInsuranceWarehouse（IIW）,IIW是为保险业定义的IBMIndustryModels产品的一部分本教程介绍使用IBMIndustryModelIIW为数据仓库（DWH）开发数据模型的方法本教程将演示开发核心数据仓库（CDW）模型（高度规范化的数据模型，包含原子数据元素）和数据专用栈（DM）模型（反规范化[denormalized]的数据模型，实现多维数据模型的结构）的方法多维数据模型的特征有两点：一是度起值定义，存储在事实表中；二是维度表定义，定义分析的轴或维度本教程中描述的方法是用开发数据模型的IIW路线图IIW路线图基自上而下的方法，这种方法开始业务需求采集和业务模型（IIW术语称为分析数据模型）定义。

定义业务盂求是其他所有工作的前提条件理想情况下，这个工作应该由数据建模师和业务部门的专家共同完成当业务部门创建并批准模型时，逻辑模型创建阶段就开始了逻辑模型设计包含两个步骤：先设计DWH逻辑模型（CDW）,然后设计DM逻辑模型遵守顺序很重要，颠倒设计顺序可能会产生意想不到的结呆因此，IIW路线图的结构，以及本教程，被划分为以下4个阶段：1. 阶段1：采集IIW业务需求2. 阶段2：定义分析数据模型3. 阶段3：设计数据仓库逻辑模型4. 阶段4：设计数据专用栈这4个阶段将完成不同的目标并提供不同的可交付结果：阶段1：采集HW业务需求BI项目应该负责业务需求的完整描述此阶段的可交付结果是一个概念模型和一个分析需求模型概念模型将在整个组织中使用的所有概念和业务术语的模型分析需求模型处理特定行业问题的业务需求的预定义模型这些模型被表示为度量值和维度阶段2：定义分析数据模型一个概念模型，表示业务概念以及业务概念之间的相互关系的理想全景图这个模型是一个独立平台，不需耍实现的物理方面此阶段的可交付结果是分析数据模型分析数据模型指定表示概念模型中定义的概念需要的规范数据结构的数据模型DWH和DM设计阶段业务概念映射到一个实体-关系（ER）逻辑模型（DWH）和一个多维（MD）逻辑模型上。

这些模型是数据库中的数据的物理结构的基础此阶段的可交付结呆是DW设计数据模型和DM设计数据模型6v/设计数据模型代表用r信息处理的原子和分析数据的企业级存储库的数据模型DM设计和数据模型实现分析需求并构造为支持特定维度分析的维度模型图1总结了这些可交付结果industrydatawarehousemodels图仁图4.4个IIW阶段的可交付结果■ Amoderofantheconceptsanobusmesstermstobeusedacrssmeofgannauon.■ Pre-definedmodefs.ofbusiness-requirementsaddressingspecieindustryissuesexpressedasmeasuresanddimengiocs■ Adatamodelthatspecifiesthenomnalized厂oatastructures倩Q*r敦｝to馆theconceptsintheconceplualmodef.■ DatamodelsIfiatrepreserrttheenterpnse^>repositoryofatomieandanalytcaldatausedforinformaironalprocessing■ D^mensionafrnodefsthatimpiement4^naiyWcaiawa®structuredtoalrowspecificdimensionalanaiy^es.IIW还定义了3个模型层：I基础层包含概念和分析需求模型。

I分析层涵盖分析数据模型设计层包含DW设计和DW设计模型图2描绘了这些层图2.图2.IIW模型层本教程卞而各小节将分别描述这4个阶段，每个阶段都有一些使用InfoSphere™DataArchitect(IDA)的示例那些示例使用IBMIIWModelVersion8.2oIIW模型内容通过EnterpriseModelExtender(EME)工具导入IDAEME是针对IBMInfoSphereDataArchitect产品的一组插件扩展耍跟随本教程的操作，您需耍安装这些产品阶段仁采集IIW业务需求需求分析的早期阶段需耍适当的工具配备和模型模式此阶段的工作包彼分配给具有丰富彳f业知识和高级IT技能的业务分析师此类工作包的可交付结呆通常是没有结构化的文档，比如会议协议、演示文稿和字处理文档以这种方式收集的信息通常没有任何独立模型这些信息療样交付给下一阶段(业务模型)，该阶段将创建手动处理大量输入可交付结果的负载显然，这需要引入高级的、非实体关系的模型访问知识和参考解决方案是另一个需求可用的解决方案模式(solutionpattern)应该以一种适当的方式表示，以支持业务顾问以一种轻松高效的方式执行以下操作：|访问IIW框架模式和文档|收集IIW框架中的需求|将来自需求分析阶段的可交付结果映射到IIW框架的组件IIW引入基础层模型，向业务顾问和分析师提供工具集和知识产权资源，它们作为商业产站分发。

基础层模型包括以卞组件：概念模型包含将在其他模型中使用的业务元数据分析需求模型使用概念模型中确认的业务元数据记录分析查询的需求业务概念词汇表提供收集的业务术语的类似词典的表示概念模型概念模型是业务需求定义的最高模型此阶段中收集的业务数据相当缺乏组织概念模型为收集数值型和非数值型数据元素以及它们之间的依赖项的有关信息提供工具支持概念模型的各部分如下：|关注基于度量值的需求的汇总描述符对J-分析需求模型,汇总描述符称为度量模板模熨的概念部分，主要关注按层级组织的元数据集合这个部分用丁•分析盂求模型中定义维度汇总描述符模型表示一列预定义的描述符每个描述符都包含一个惟一标签和文档文本，如图3所示图3.图3.AccountsReceivable汇总描述符的属性（查看图3的去图对「•已计算的度起值，您可以使用一个特性來记录计算表达式并引用相关度磧值汇总描述符可以被链接到其他模型（例如，分析需求模型或分析数据模型）模型的概念部分包含以K元数据类型：描述符可以是数值熨也可以是非数值型数值型描述符可以用J记计算的度龟值页码,#/20关系描述概念之间的关系层级描述业务概念的顺序每个概念都有儿个分类和描述该概念的子概念。

以下三个子概念被使用：I分类符I描述符I关系通过使用分类符，可以记录业务层级例如，一个账户拥有4个分类符：|账户期间类型|账户状态原因类型|账户状态类型|账户类型在账户类型下，可以定义4个子类型，包括•货币账户货币账户本身有7个子类型，依次类推，如图4所示这种图表标记法技术称为架构-值标记浓（schema-valuenotation）0使用这种标记法，可以在同•个层级中记录元数据（级别名称）和业务数据（级别值）图4•图4•描述账户层级的一部分的概念模型的图案（cut・out）I?developerWorksQ-&ConceptualModel寸a,AggregateDescriptors®®®-&•白怎ConceptsAccountType十QAssetholdingaccount®Loantrackingaccount-OMonetaryaccount£）•—3MonetaryaccountTypeIEl-®Assetaccount•fI••E»—dAssetaccountType：ii:OContingentasset••••®Hedgeaccount®Treasuryshare••• 9°Expenseaccount“®Intermediateagreementaccount®Liabilityaccount®PooloffundscashpositionaccountII一®Reserve• ••••®-0CalculationmethodTypeii:F-—0ChangereservereasonType®YReserveNatureofprovisionType@—0ReserveType• 9・ ・®Revenueaccount®Timeaccount概念模型是一个重耍的IIW特性，用J••从一个较高的业务级别视角记录业务概念。

它还显示一个业务对象（比如图4中的业务对象account）的现有依赖项和关系回页首分析需求模型分析盂求模型(AnalyticalRequirementsModel,ARM)的目的是对概念模型中收集的概念进行分组和分类一个分析需求模型表示单个分析需求一个分析需求包含分析一个特定业务案例所需的度量值和维度分析需求彼分为儿个组，这些组称为关注区域(focusareas)°每个关注区域代表一个业务问题领域，比如索赔分析、产品管理、风险管理等可以创建替代关注区域例如，索赔效率分析(claimefficiencyanalysis)可以是索赔分析(claimsanalysis)的替代关注区域，如图5所示图5.图5.分析需求模型的关注区域©dewetoperWodsH匕ConceptualModel»AggrecateDesaptors*Concepts二」Analytaca!RequrementsModel曰应FocusAr亡酩®瘡9ClaimanatysisGeneralDocumentationDep。