您好,欢迎来到意榕旅游网。
搜索
您的当前位置:首页数据大集中引领业务与技术走向深度融合

数据大集中引领业务与技术走向深度融合

来源:意榕旅游网
Business Innovation 数据大集中引领业务 与技术走向深度融合 ■文/山东省农村信用社联合社任伯群 随 薯 嚣 誊 裹警 人新的阶段。数据的集中直接带来了 平台,加快了大规模、集成化的业务 保持业务的持续性和数据的安全性成 治理与公司治理的结合点,确保推进 为摆在我们面前的一道现实难题。 对于农信社来说,建立灾备系统, 统一的企业发展战略。 金融产品的升级和服务、管理手段的 应该在充分技术论证的基础上,根据 2.打造一体化的体系架构 随着业务和技术的发展,越来越 提高,并初步建立了统一的业务应用 应用的实际需要和投资规模,采用最 开发和创新速度,提高了市场的反应 又要具有较高的性价比。 能力和业务效率,进一步体现了以竞 争和创新为特征的现代银行经营理念 要求。 数据大集中不仅仅是技术进步和 科技是业务创新的牵引力、支撑 切实际的技术,既要保证业务连续, 多的商业银行正在实现从以产品主导 到以客户为中心、以服务为基础的转 变。随需而变的客户服务能力,备受 业务与技术走向深度融合 各家银行重视。为了适应这种要求, 农信社需要建立业务、IT一体化的体 系架构,实现标准化和灵活性的统一。 一业务处理平台的重新构建,还涉及体 力和推动力。长期以来,银行业先进的 制、管理和产品的更新和再造,为管 信息化设备面临“以制度描述业务流 体化架构应体现业务与技术的 高度融合,统一信息技术建设的原则 理集中和科学运营奠定基础,推动管 程”的现状,制度不能被缰硬地搬进 与标准,提高新业务的开发敏感度, 理创新、业务创新、产品创新向更高 机器处理,必须通过科学技术的逻辑 适用于快速推出金融产品的要求,减 层次发展。数据大集中后,如何优化 思维方法,把各种各样的管理方法和业 少重复投资,同时降低业务维护与支 数据资源,更好地运用集中的数据为 务处理流程变成逻辑化的流程,这也  客户服务,借助技术,达到完善体制、 是当前农信社信息化建设的薄弱环节。业务创新、防范风险的目的,以及怎 持的难度。 3.业务驱动。技术先行 实现业务与技术融合的重要策略 务为驱动力,先行把握市场脉搏,技 样最大程度地保护数据安全,是我们 需要面对的课题。 1.推进IT治理 在商业银行传统的制订战略流程 之一,就是IT要变被动为主动,以业 中,一般是先制订企业发展战略,然 一、灾备系统建设迫在眉睫 后制订业务发展战略,最后再根据业 术与业务形成良好的互动。业务部门 务发展战略,制订IT发展战略。然 提出的需求往往是局部、短期的,如 按步就班地去跟进、开发,那么科技 数据大集中带来了“运营风险” 而,这种传统的跟进式IT战略制订流 果科技部门只是坐等业务部门的需求, 的大集中。在这种模式下,虽然安全 程,已经不能完全适应业务的飞速发 事故的发生频率大大降低,但其影响 展。按照融合的观点,农信社应围绕 部门不但疲于应付,而且根据局部需 面和破坏程度将大大增加。大集中后 企业发展战略.落实IT治理理念,将 求建设的系统,必然会导致与整体结 一方面降低了数据传输风险,另一方 IT战略真正融合到企业发展战略中, 构的矛盾。因此,科技部门要充分利 使IT管理和业务管理相适应。同时, 用服务多业务领域、面向多业务部门 面增加了全系统风险,所谓一荣俱荣、 一损俱损。如何在灾难发生的情况下 需要进一步研究IT治理架构,探索IT 的特点,积极主动地贴近市场、客户 56 l岔岛电5f匕2o10年9月 Business Innovation雹蜀圈  和业务,把握业务的全面需求,综合 现架构发散、技术规范不统一、系统 函数或 ava类。为了提高软件复用度, 规划,同时合理配置IT资源,为业务 内部模块耦合性强、功能与数据交织、 降低总投入成本,缩短项目开发周期,发展提供最大支持。 以往业务和技术人员之间以项目始而 系统修改复杂度高等特征,技术人员 借鉴同业的代码复用管理机制,通过 建立构件库,制订构件库开发、使用 三是随着业务发展和管理的提 在应用系统建设模式上,要打破 无法深入掌握应用系统。 和管理规范,逐步完善构件库管理体 始、终而终的简单沟通模式。技术人 升,应用系统之间互操作和数据交互 系,形成农信社自身的软件资产积累 员要掌握与业务人员沟通的方法和技 的需求越来越多,科技部门如何保证 机制。 三是实现多应用变“One”应用。  巧,学会将专业术语转化为业务人员 各系统之间良好的整合能力。可以理解的语言表述,帮助业务人员 加深对信息化的理解。同时,业务人 同团队基于不同技术建设而成,形成 四是各应用系统在不同时期由不 长期以来,管理系统主要以业务条线 或职能领域的驱动方式进行建设,建 员也需了解IT系统的运作方式和运行 了不同的应用“烟囱”,而且各个系统 设的时间、模式、开发团队、技术路 特点。此外,将现行业务部门独立封 的操作风格差异很大,业务用户在不 线不同,随着此应用建设模式的持续, 闭的需求读写过程,转变为业务部门、 科技部门共同参与的需求开发过程, 同系统之间需要频繁登录和切换,信 系统越来越多,用户在工作过程中, 息分散,操作不便,如何通过IT模式 需要使用或维护多套应用系统。面对 将传统一步到位式的模型开发,转化 的转变,提升用户体验和工作效率。 为更为科学的迭代模型开发。 这些问题,我们可以采用整合的技术 五是面对大量的应用系统建设需 进行改善,例如采用Portal技术实现 求,如何有效保证系统实施的速度和 门户整合,采用统一认证、单点登录 三、管理信息系统从边缘应 用向高端应用发展 质量。 技术实现应用的一次登录,但这种整 六是随着IT系统复杂度越来越 合方案属于事后弥补行为,代价较大, 高,科技人员在新系统实施和老系统 且只能改进部分问题。 数据大集中本身并不能解决银行 维护之间疲于奔命,如何改变这种被 的业务和管理问题,而只是从IT架构 动的局面。 上提供了一个可操作的强大平台。 “One”应用则是一种面向新应用 开发的模式,在具体的用户场景中可 以演化为不同的解决方案、解决不同 层面的问题。随着银行核心系统的趋 2.管理信息系统建设对策 一1.管理信息系统现状分析 一是统一管理系统技术架构。解 向稳定,管理类应用是银行IT建设的 四是引入CMMI质量认证体系。 般来说,农信社科技部门规模 决目前IT系统的问题首先要解决僵化 重点,也是持续演进的长期建设。 有限,无法完全以自主开发的形式响 的软件结构问题,统一技术标准和规 应业务部门的需求,必须借助开发厂 范,建立松耦合的系统架构。只有真 当IT变成一个大部门时,为增效节 商的力量建设应用系统,科技部门则 正实现了“敏捷定制”,才能达到“随 资,考虑采用CMMI就变得非常必要。 主要负责项目控制、需求沟通、质量 需应变”。 控制、系统维护等工作。在这种IT建 CMMI不仅是一张通行证,通过认证 “面向服务的架构”(SOA)很好 切实提高软件开发的质量和水平,才 设模式下,农信社建成了形形色色的 地利用分层和构件技术解决了应用系 是我们的真正目的。 管理系统,遇到了诸多困惑。 一统内部的松散耦合问题,通过SOA实 数据大集中不是目的,而是提高 是业务需求总是在不断变化, 现的应用系统中包含的业务构件、服 银行核心竞争力的一种手段。我们花 而目前的IT架构往往无法跟上变化的 务和流程,可以被第三方系统调用, 费了大量人力、物力实现数据大集中 步伐,科技部门如何能够通过建立更 当然,也可以将第三方系统的服务封 的同时,并不能产生直接经济效益。 加灵活的IT架构,快速响应不断变化 装成应用的构件进行调用。 的业务需求。 如何充分发挥数据大集中的优势,有 二是建立软件资产复用机制。一 效利用这些数据,开发新的业务品种 二是不同开发商使用不同的技术 般来说,农信社建成的管理系统之间 和服务、提升客户忠诚度才是我们最 架构和开发平台,银行IT系统整体呈 基本没有复用,复用仅限于系统内部 关心的问题。目 2010年9月金 屯 I 57 

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- yrrf.cn 版权所有

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务