IBK核心银行系统建设案例介绍.ppt
韩国IBK银行核心银行系统建设案例介绍,业务架构分析组2010年1月10日,客户化实施,差距分析,需求分析及收集,设计,测试,上线,项目启动,明确和细化业务需求，并与流程模型映射,设计数据模型(C级)和流程模型(5级),结束,厂商培训,厂商产品分析,集成测试,系统和性能测试,迁移测试,分行试点,结束,培训,结束,准备,结束,上线决策（决定是否上线）,上线,上线准备,差距分析(5级C级),业务规则转换,完善并通过业务需求说明书,开发团队职责定义,应用数据模型(C级),交易设计,规则设计,接口设计,物理DB设计(D级),培训,数据迁移计划,结束,参数配置,编码与单元测试,制作测试样本,运行设计,蓝图规划,项目启动,战略解析,结束,韩国IBK银行核心银行系统建设步骤,2002.5.27.21(2.5 Months),315 M/M,2002.7.2211.20(4 Months),504 M/M,2002.11.212003.3.19(4 Months),560 M/M,2003.3.209.16(6 Months),1,488 M/M,2003.9.172004.9.6(11.5 Months),2,875 M/M,业务内容业务目标业务范围新增,新增 顾客 商品,定义范围其他考虑事项,1.顾客确认2.帐号确认,定义范围其他考虑事项,帐号商品,定义范围,帐号.,流程模型（Level 2）和数据模型（Level B）,Biz-战略 中长期计划业务目标,新增的业务能力,流程模型（level 5）,流程说明书,主题领域数据模型（level C）,业务规则（与数据模型映射）,实体关系图,实体说明书,属性列表,属性说明书,属性的业务规则,流程图,事件与流程映射表,新增收入支出,事件列表,业务需求说明（只包含本期实施的范围）,现在系统存在问题（系统自身的问题，技术、运行等）,非功能性需求,架构说明（应用架构、数据架构、IT基础设施）,上线条件（性能、容量、安全、运行、灾备等）,架构决策,应用积木块构造图,交易流程图,批量流程图,报表,系统接口,完善后的业务需求说明,交易构造图,组件构造图,数据模型（level C）,具体实施步骤,完善后的业务需求说明,If.Then,模块架构图,模块说明书,测试要求新增解除.,测试计划书,001-05-07.10,000,测试样本说明书,物理数据库模型（level D）,程序设计指南,实施计划书,系统集成测试计划书,IdentificationdivisionDataProceduredivision,源代码,测试结果,用户界面,用户界面,报告书,测试结果,问题跟踪表,集成测试结果,系统测试结果,迁移测试结果,系统架构,详细的上线步骤,给出范围和优先级,更新后的流程模型（level 5）,功能列表规则列表,流程模型（level 5）,厂商功能模型,功能列表统一的差距列表,数据模型（level C）,厂商数据模型,客户化的数据模型（level C）,统一的差距列表,业务部门、IT部门的角色和职责划分,流程模型和数据模型并行建模，然后建立二者的映射（5 level流程模型和C level数据模型）。,数据模型（B level）输入：1）参考模型（IBM资产）；2）新提出的业务需求包含的信息项；3）现有系统中的信息项。输出：数据模型（B level）。建模方法：自顶向下（引用参考模型）和自底向上（使用企业自身的信息项）相结合。作用：为数据模型（C level）提供输入。,流程模型（5 level）输入：1）流程模型(2 level)；2）业务战略；3）IBM资产。输出：流程模型(5 level)。建模方法：细化已有业务需求和战略解析新增的业务需求，把业务需求流程模型化到5 level（引用IBM资产）。,需求分析及收集阶段,需求分析及收集,项目启动,明确和细化业务需求，并与流程模型映射,设计数据模型(C级)和流程模型(5级),结束,数据模型（C level）输入：1）数据模型（B level）；2）参考模型（IBM资产）。输出：企业级数据模型（C level）。建模方法：自顶向下（引用参考模型）和自底向上（使用数据模型（B level）相结合。作用：为数据模型差距分析提供输入。,业务内容业务目标业务范围新增,新增 顾客 商品,定义范围其他考虑事项,1.顾客确认2.帐号确认,定义范围其他考虑事项,帐号商品,定义范围,帐号.,流程模型（Level 2）和数据模型（Level B）,Biz-战略 中长期计划业务目标,新增的业务能力,流程模型（level 5）,流程说明书,主题领域数据模型（level C）,业务规则（与数据模型映射）,实体关系图,实体说明书,属性列表,属性说明书,属性的业务规则,流程图,事件与流程映射表,新增收入支出,事件列表,业务需求说明（只包含本期实施的范围）,现在系统存在问题（系统自身的问题，技术、运行等）,非功能性需求,架构说明（应用架构、数据架构、IT基础设施）,上线条件（性能、容量、安全、运行、灾备等）,架构决策,给出范围和优先级,架构决策,数据概念、分类（schema）、分类值（value）等术语的定义。九大数据概念的定义。,数据模型B level,B Level的模型是在A Level模型的框架内的细化。B Level在A Level的框架下对概念的分类、概念的描述以及概念的关系进行细化。B Level描述了银行内大部分信息，包含IT实现的数据以及IT未实现的业务信息的定义方法。B Level用于准确地定义信息或数据的业务含义，但在该层面，并不建立为IT系统所使用的数据结构。,数据模型A level,返回,数据模型 A level&B level,C Level的逻辑模型是结构化的数据模型，是包含了数据结构的模型。C Level为企业级的逻辑模型，C Level模型为具体为某类特定应用定制的逻辑模型。C Level模型的构建采用面向业务对象的设计方法。,一个业务对象是一组数据实体组成的实体关系模型，这些实体围绕着一个关键概念（中心实体）,业务对象的特点实体-关系模型父类/子类分类抽象化状态转换分析,业务对象的设计每个业务对象有一个中心实体。每个实体只出现在一个业务对象中。在一个业务对象中每个实体依赖业务对象的关键的中心实体。数据需求在业务对象设计中体现在：-实体-属性-类型,数据模型 C level和Clevel,返回,架构决策实例,不能满足IBK需求，所以重新设计展现层,返回,差距分析,厂商培训,厂商产品分析,结束,差距分析,业务规则转换,完善并通过业务需求说明书,流程模型（5 level）,功能列表规则列表,厂商功能模型,应用功能列表统一的差距列表,数据模型（C level）,厂商数据模型,客户化的数据模型（C level）,统一的差距列表,差距分析阶段,流程模型差距分析输入：1）流程模型（5 level）；2）厂商功能模型。输出：1）应用功能列表；2）统一的差距列表。分析方法：流程模型和功能模型对比。,数据模型差距分析输入：1）数据模型（C level）；2）厂商数据模型。输出：客户化的企业级数据模型（C level）。分析方法：基于业务对象进行对比。作用：1）形成本地化的全行统一的企业级数据模型（其作用参见韩大叔提供的ppt）；2）为构建面向应用的数据模型（C level）提供输入。,并行,客户化实施,设计,培训,结束,开发团队职责定义,应用数据模型,交易设计,规则设计,接口设计,物理DB设计,培训,数据迁移计划,结束,参数配置,编码与单元测试,制作测试样本,运行设计,总体设计,详细设计,客户化实施,应用积木块在应用积木块中做交易和数据实体的映射。,设计和客户化实施阶段,应用积木块构造图,交易流程图,批量流程图,报表,系统接口,完善后的业务需求说明,交易构造图,组件构造图,数据模型（level C）,具体实施步骤,完善后的业务需求说明,If.Then,模块架构图,模块说明书,测试要求新增解除.,测试计划书,001-05-07.10,000,测试样本说明书,物理数据库模型（level D）,程序设计指南,实施计划书,系统集成测试计划书,IdentificationdivisionDataProceduredivision,源代码,测试结果,用户界面,用户界面,报告书,系统架构,更新后的流程模型（level 5）,数据模型（C level）输入：1）客户化的企业级数据模型（C level）；2）厂商数据模型。输出：面向应用的数据模型（C level）。建模方法：待讨论。作用：1）为物理数据模型（D level）提供输入；2）在具体应用中的作用。,数据模型（D level）输入：1）面向应用的数据模型（C level）；2）系统架构。作用：系统设计。数据结构ID引用属性物理分区介质索引,测试,集成测试,系统和性能测试,迁移测试,分行试点,准备,结束,测试阶段,业务需求书示例,Thank You!,
