分行架构培训材料v:教案分析.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* 推进总推分、分推全系统的整合 交易线整合工作进展(1) 归属条线 系统名称 阶段划分 备注说明 现状调研 方案设计 方案交流 实施组织 通知 发文 资料 收集 现状 分析 解决 方案 开发中心交流 条线交流 开发 测试 试运行 投产 个人条线 证券业务系统 √ √ √ √ 厦开√ √ √ ⊙ 电子渠道整合平台 √ √ √ √ 广开√ √ ⊙ 资金清算系统 √ √ √ √ 上开√ √ ⊙ 公积金系统 √ √ √ √ 武开⊙ ⊙ 外币卡收单系统 √ √ × × × × × × × × 已停运 公司条线 银保通系统 √ √ √ √ 北开√ √ √ ⊙ 财税库系统 √ √ √ √ 北开√ √ √ ⊙ 重要客户服务系统 √ √ √ √ 北开√ √ × × × × 暂停实施 国内信用证系统 √ √ √ √ 上开√ √ √ ⊙ 外汇业务信息管理系统 √ √ √ √ 广开√ √ √ √ √ ⊙ 新一代贸易融资系统 √ √ √ √ 上开√ √ √ √ √ 7.18上线 √ 已经完成 ⊙待完成 × 不需要 实施条线牵头 交易线整合工作进展(2) 归属条线 系统名称 阶段划分 备注说明 现状调研 方案设计 方案交流 实施组织 通知 发文 资料 收集 现状 分析 解决 方案 中心交流 条线交流 开发 测试 试运行 投产 基础设施 DCC大前置 √ √ √ √ 上开√ √ ⊙ EAIB √ √ √ √ 上开√ √ ⊙ 后台条线 大额支付系统 √ √ √ √ 武开⊙ ⊙ 小额支付系统 √ √ √ √ 武开⊙ ⊙ 全国支票影像交换系统 √ √ √ √ 武开⊙ ⊙ 建议维持现状 信用卡进件影像处理 √ √ √ √ 武开⊙ ⊙ 建议维持现状 SWIFT报文处理系统 √ √ × × × × 系统已停运 总推分交易线系统 总体分析 √ 说明:住房资金业务综合管理系统未纳入分析 √ 已经完成 ⊙待完成 × 不需要 分推全系统的建议和策略 我们首先要明确这种开发模式的 发展方向和管理策略。 开发模式:对于这种开发模式,部里应该有一个明确的说法,是鼓励支持还是明令禁止。 管理策略:如果支持这种开发模式,要有一个明确的管理流程,具备什么样的条件项目允许分行进行开发,开发出的系统后续的支持和维护如何进行。 对于未来的需求 现存系统的管理 对于目前存在的这16个系统,应该根据每个系统所完成的业务功能,判断其所属的管理条线,明确一个业务条线负责规划其未来的发展方向。 各个归口管理条线,按照规划的发展方向,制订这16个系统的优化实施策略,并进行跟踪实施。 进一步分析分行自开发的532系统整合可行性 渠道门户层 业务操作层 管理决策层 基础应用层 产品服务层 渠道门户层 业务操作层 管理决策层 基础应用层 产品服务层 总行应用架构分层 分行应用系统分层 分行渠道层策略 对于渠道层,应该树立全行共享的渠道建设理念,不应该分总行渠道和分行渠道,对于渠道层应用系统,我们建议采用纵向融合的模式 对于分行的个性需求,建议管理上:建立分行需求反馈通道的管理机制;技术上:预留分行开发接口的技术机制 分行业务操作层策略: 业务操作是应该能够进行统一的,建议业务部门进行流程标准化,总行统一集中实现,进行纵向融合。 建议分行不再保留业务操作层系统的开发 分行产品服务层策略: 纵向融合:与总行系统相似的系统向总行系统进行整合。 横向整合:分行间相似系统进行整合,采用统一的平台进行开发。 保持现状:分行特色分散的需求保持现状。 分行管理决策层策略: 数据传输通道纵向整合。 分行数据类应用应该ODSB定位为分行统一的数据平台,进行横向整合。 分行基础应用层策略: 首先考虑与已有的总行系统进行纵向融合。 其次总行应该从管理上进行统一,统一技术标准和规范,进行横向整合。 分行自开发系统的分层整合策略 各条线反馈的整合意见 总行的事情,我们搞定,需要你们的配合与支持! 对分行系统分析后,得出初步分析结果 编号 分类名称 1 区域产品服务平台 2 分行综合数据平台 3 业务操作中心 4 分行内容管理平台 5 分行实时交易通路 6 数据传输通路 7 分行部署渠道应用 8 分行外联 9 安全中心 10 运维监控 11 资讯平台 12 监管类应用 初步分析后,将分行应用分为12类 对分行532个自开发系统,60个总推分系统进行统计。 经过初步的分析,将分行系统暂时划分为12类应用和业务操作类系统,并制定预期架构。 对于业务操作层的系统,建议总行统一处理,分行将不保留业务操作层。 根据12种分行应用的分类,初步形成分行目标架构。 运维监控(4) 分行外联平台(26) 实时交易通路 (13) 分行综合数据平台 (107) 安全中心(12) 数据传输通路 (7) 分行内容管理平台 (19) 区域

文档评论(0)

三沙市的姑娘 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档