当前页面位置: » 丰搜网 » 文档中心 » 详细内容
sybase为deutsche telekom提供统一视图
对于deutsche telekom来说，sybase连接软件的实现意味着，它的雇员可以在一个单一的质询电话中为各处的客户提供高质量的信息服务。在1996年底，由于在01114服务号码下实现了it支持，deutsche telekom的客户服务质量向前迈了一大步。来自德国各地的电话相关质询，可以在电话中心得到直接处理。只所以能做到这一点，是因为is部门在较短时间和困难的环境下找到了便利客户服务的措施。这一问题尽管在许多公司被讨论过，却很少投入实现。那就是-----为客户数据提供统一的视图。
使用"island"计算环境的前景
长时间以来，计算环境的发展处于无计划的状态。由于各种各样的原因，适应于某些特定范围的方案并不具有通用性。因此，在汇集了一个个单独而孤立的"island"解决方案后，deutsche telekom的服务水平受到种种限制和影响。例如，如果一个客户从一个城市转移到另外的地方去，他（她）很难预先知道自己的电话线路什么时候被接通，号码又是什么。造成这种情况的原因有以下几个方面：１ 在地方计算中心的ims数据库中，存放了4千万客户的数据，这些数据只能被相关的本地区客户所访问。 2 硬件产品也是一个行业中的大杂烩，包括ibm、amdahl、hitachi、comparex、dec、tandem以及其他厂家的产品。 ３提供各方面客户服务的数据被存放在分离的数据库，如informix,rms,ims等等。它们之间互不关联。这些数据信息涉及到各方面，有基本的产品和合同数据、货单、包含本地的线路连接管理、与客户签定的协议管理以及deutsche telekom的产品等等。
当需要对客户的质询进行回答时，deutsche telekom的10000名客户服务人员所面临的严重局限性可想而知。为了回答每个新问题，他们不得不访问各个不同的应用。每一次，他们都必须先登录到应用，查阅大量的character-cell-based 3270屏幕（这需要专业知识和培训），然后手工地将结果合在一起。即便如此，他们也仅仅能回答来自本地的客户。
hilmar ullmann来自deutsche telekom的专家部门pkb5。这个部门主要为客户服务应用需求进行规划。他在1996年夏天描述了这样一种情况说，"如果一个人想从德国北部到南部去，他必须电话通知当地telekom办公室，告知这一变化，因为在这里存放了主要客户数据。客户支持人员并不能立即回答有关新电话线路的任何问题。他将不得不将这些问题传送到该客户的迁往地的辖区内。因此，我们非常需要能有一个总览功能（central overview），并且越快越好。"
两个发展加剧了对总览功能（central overview）的需求，is专家所面临的挑战也严峻起来。在unix平台的informix数据库上开发了一个应用，用于对新的cityplus和cityweekend特殊收费表进行处理。这个应用必须能迅速与已有的ims系统想结合，以利于某些应用的运行，如货单的生成。同时，作为deutsche telekom的更高客户服务定位，内部责任也发生了变化。正如ullmann所解释的，"不仅本地中心，而且越来越多的全国范围的销售机构需要与客户进行密切联系。这就需要能迅速提供对这种新结构的it解决方案支持。"
目标：不需进行新开发的集成
应用系统和数据存储系统已经发展了20多年，使用了各种技术和多种版本，要改变起来确实不易。一个彻底的新系统的产生由于缺乏时间而极其不易。这种状况亟需得到改善。deutsche telekom的rhein-ruhr开发中心的项目负责人wolfgang gunther对面临的挑战总结说，"我们必须为所有不同系统找到合适的协议，这些不同的系统包括：使用ims的大型机系统、小一点的dec/vms系统以及运行在unix上的informix等等，它们只使用一种协议来进行工作。"
还有，它不仅仅是不同系统的集成问题，还包含不同的网络。sna是主机环境中的标准，而telekom已经建立了基于tcp/ip的企业内部（intr.net）网。
"使用sybase中间件的最大好处是它能将所有的东西都置于同一把伞下"，gunther说。系统的试用版经过测试后，系统也就被实现了。为客户数据提供统一视图的目标可以在短时间里得到实现。属于基本应用的现存数据库、事务和程序可以继续使用。sybase中间件在顶层建立了一个集成层，处理是自动的，系统的用户友好性相应地提高了。从01114应用这一统一接口，客户服务人员现在可以访问所有的必要应用。
omniconnect连接所有的计算资源
从技术角度，集成遵循下面步骤：
