利润结构单一，员工众多，整体效率低下，这些已成为国内银行业大而不强的原因，如果不加以扭转，那么未来的形势并不乐观，而办法只有一个：提高经营管理的信息化水平，构建统一的数据管理平台。

银行信息化找 “焦点”
表面看来国内的银行很风光

    无论是世界企业500强，还是在英国《银行家》杂志TOP 1000的排名里，都可以见到国内多家银行的身影。但了解情况的专家，却在不断地历数着国内银行存在的致命缺陷：利润结构单一，员工众多，整体效率低下等，这也成为了国内银行业活脱脱的真实写照，如果不加以扭转，那么未来的形势并不乐观，而办法只有一个：加强经营管理的信息化水平。

    据计世咨询2004年的最新调查，银行未来信息化建设的投入重点主要是能够为银行未来决策提供支持的决策支持系统、MIS系统和能够帮助银行稳定客户的数据整合、数据仓库、CRM系统，这些系统累计将会占到国内银行业IT总投入的70%左右，由此可见，经营管理类系统的建设将成为我国银行业信息化建设的焦点所在。

数据仓库的问题 

    随着数据仓库技术的不断成熟，经营管理类软件往往采用数据仓库的技术去实现，但是以数据仓库概念包装的管理类软件在给银行解决问题的同时也带来新的问题，主要体现在以下几个方面。
贵族俱乐部？ 

    国内管理类系统往往采用第三方厂商的数据仓库工具做基础平台，但真正成功实施数据仓库项目的国内银行并不多见，数据仓库项目往往给人一种“雷声大，雨点小”的感觉。同时众多数据仓库产品也需要银行进行巨大的前期投入，建模工具、数据抽取工具、展现工具、数据挖掘工具等不菲的价格似乎让数据仓库项目成了银行业的“贵族俱乐部”，只有财力雄厚的银行才能够实施，而把众多中小商行银行拒之门外。甚至不同公司的管理类系统采用不同的第三方工具，要求银行进行重复购买，重复投资。

开发周期长 

    传统的交易类系统基本采用“台阶式”的开发方式，随着项目的进程，需求越来越少，最终形成一个产品。而经营管理类软件基本采用“螺旋式”的开发方式，随着开发的进程，需求不断涌现，往往形成“提出需求→进行开发→交付使用→再提出新需求...”这样一个不断变化的循环式闭环。以数据仓库技术实现的银行经营管理系统将会有一个长期建设过程，而不会在短期内形成产品。但开发周期过长经常造成项目迟迟不能结束，预算不断加大。

数据口径不统一 

    银行由于采用多家公司的管理类软件，没有统一的数据管理平台，经常会产生各系统数据口径不一致的现象。各个管理类业务系统数据来源不同、处理方式不同，造成同样一种业务描述在不同业务系统之间，甚至同一业务系统的不同模块之间的表达形式也不一致，经常让业务人员感到困惑。

维护复杂 

    不同公司的管理类软件整体构架不同，使用的开发工具不同，控制管理权限不同，使银行科技人员不光要面对由于数据不一致造成的业务问题，同时还要面对各种复杂的技术问题。众多的管理类软件不但使整个银行系统显的凌乱，也让系统维护变得复杂，增加了科技人员的工作量，浪费了宝贵的人力。

平台化的新思路 

    如果银行具有一个统一的管理类系统平台，通过这个平台可以自行快速构建多个管理类系统，实现数据的抽取，报表、图形的展现，数据的分析，这样上述问题将得到解决。统一的数据管理平台需要具备以下特点。

完善的数据管理能力 

    数据管理平台能够将分散的、结构不同的数据统一格式、统一管理、统一存放。针对管理类系统易变性的特点，不但需要科技人员能够很方便的维护平台中的数据，同时还需要业务人员也能够维护。这需要对业务人员屏蔽掉数据库细节，使之不用数据库语法就能获取、查询、处理数据。

业务再造能力 

    管理类系统“螺旋式”的开发方式需要系统具有极大的灵活性，如果每一次新的需求都要求IT人员进行新的开发，会使系统显得过于冗长、复杂。通过数据管理平台的系统再造能力，业务人员可以对大部分需求用免编程的方式自行完成。灵活的业务再造能力，不但减少了对IT人员的依赖，而且缩短了项目开发周期、节省了投资。

灵活的报表功能 

    国内银行商业化还处于起步阶段，在经营管理类系统中，决策分析层面的需求并不太多，而管理报表类的的需求占了很大比重。这是由于过去的银行管理体系一直是围绕报表建立的，业务人员可以提供一整套完整的基于报表的业务需求，甚至有一套十分完整的生成报表的指标体系。这就造成了报表依旧作为主要的数据展现方式。根据国内报表特点，需要用户能够自行编制报表格式，随心所欲地在报表中实现复杂的业务逻辑。

先进的技术架构 

    基于J2EE模式的系统架构，使用XML技术实现数据抽取和展现，J2EE和XML的组合，已成为业内公认完美的具有平台独立性的解决方案，不但能够给最终用户提供高效的可用性，而且可以减少大量的系统维护工作。