- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
IBK核心银行系统建设案例介绍
? Copyright IBM Corporation 2009 韩国IBK银行 核心银行系统建设案例介绍 业务架构分析组 2010年1月10日 客户化实施 差距分析 需求分析及收集 设计 测试 上线 项目启动 明确和细化业务需求,并与流程模型映射 设计 数据模型(C级)和 流程模型 (5级) 结束 厂商培训 厂商产品分析 集成测试 系统和性能测试 迁移测试 分行试点 结束 培训 结束 准备 结束 上线决策(决定是否上线) 上线 上线 准备 差距分析 (5级 C级) 业务规则转换 完善并通过业务需求说明书 开发团队职责定义 应用数据模型(C’级) 交易设计 规则设计 接口设计 物理DB 设计 (D级) 培训 数据迁移计划 结束 参数 配置 编码与单元测试 制作测试 样本 运行设计 蓝图规划 项目启动 战略解析 结束 韩国IBK银行核心银行系统建设步骤 2002.5.2~7.21 (2.5 Months) 315 M/M 2002.7.22~11.20 (4 Months) 504 M/M 2002.11.21~2003.3.19 (4 Months) 560 M/M 2003.3.20~9.16 (6 Months) 1,488 M/M 2003.9.17~2004.9.6 (11.5 Months) 2,875 M/M 需求分析与收集 差距分析 设计 详细设计 客户化实施 测试 业务组 IT架构组 业务内容 业务目标 业务范围 新增 新增 顾客 商品 定义 范围 其他考虑事项 1.顾客确认 2.帐号确认 定义 范围 其他考虑事项 帐号 商品 定义 范围 帐号... 流程模型(Level 2)和数据模型(Level B) Biz-战略 中长期计划 业务目标 新增的业务能力 流程模型 (level 5) 流程说明书 主题领域数据模型 (level C) 业务规则(与数据模型映射) 实体关系图 实体说明书 属性列表 属性说明书 属性的业务规则 流程图 事件与流程映射表 新增 收入 支出 事件列表 业务需求说明(只包含本期实施的范围) 现在系统存在问题(系统自身的问题,技术、运行等) 非功能性需求 架构说明(应用架构、数据架构、IT基础设施) 上线条件(性能、容量、安全、运行、灾备等) 架构决策 应用积木块构造图 交易流程图 批量流程图 报表 帐号 金额 系统接口 完善后的业务需求说明 交易构造图 组件构造图 数据模型 (level C’) 具体实施步骤 完善后的业务需求说明 If….. Then… 模块架构图 模块说明书 测试要求 新增… 解除 …. 测试计划书 001-05-07.. 10,000 测试样本说明书 物理数据库模型(level D) 程序设计指南 实施计划书 系统集成 测试计划书 Identification division Data Procedure division 源代码 测试结果 帐号 用户界面 用户界面 报告书 测试结果 问题跟踪表 集成测试结果 系统测试结果 迁移测试结果 系统架构 详细的上线步骤 给出范围和优先级 更新后的流程模型 (level 5) 功能列表 规则列表 …… …… 流程模型(level 5) 厂商功能模型 功能列表 统一的差距列表 数据模型(level C) 厂商数据模型 客户化的数据 模型(level C) 统一的差距列表 业务部门、IT部门的角色和职责划分 业务部门 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资产)。 输出:企
文档评论(0)