上海电信112电话报修系统案例
来源:硅谷动力 更新时间:2012-04-15
 系统简介

   随着上海市电话局维护体制改革进程的推进,为了提高全局维护质量,实现少人或无人值守,提高社会效益和经济效益,需要一套完整的112派修及维护系统对障碍的及时派修,维修质量跟踪,障碍分析、统计以及维修人员进行统一的管理。为了满足各区局对维护管理的需要,派修系统应以区局为单位。由区局派修中心负责对整个区局内部的各种障碍进行派修及管理。

  电话局现有8个区局,另外有一个专用局属于直属局。除浦东区局外,各区局现阶段都是人工测试和派修。派修和测试都集中在测量室。由于浦东区局是自动测试其月最大故障数和月平均故障数是其它小规模区局的数倍,是同等规模(如西区)的约2倍。由此可推测在整个浦西也纳入自动测试后,障碍数也将成倍上升,这将对整个系统容量的测算有重要的意义。

  上海市112派修及维护管理系统,是以区局为单位多个相对独立的派修中心组成的。各个区局派修中心从112受理中心自动采集派修信息,通过发送信息至BP机、语音信箱和传真,进行自动或人工派修,以负责全区局的派修和维护的管理,因此各个区局的系统容量可大致分为大容量(浦东、东区、西区和北区)与小容量(其他区局)两大类。

  技术需求  

  可靠性

   系统应能够24小时不间断工作。一旦系统发生故障,应有相应的备用系统保证派修工作能继续。

  可扩展性

   系统的网络结构要有可扩充性,可以增加设备以满足未来的管理需要。

  安全性

   系统应有较好的安全性。对于操作人员和管理人员应有各自的权限。

  灵活性

   在派修时可以选择自动派修和人工选择派修,遇到突发事件可以人工临时调度。系统应可以产生各种统计表格。系统对操作人员和管理人员的设定及相应的操作权限应能灵活设置。

  可管理性

   整个派修系统应有较强的可管理性。对于系统本身的日常维护工作应该实现少人化。

  技术架构

  每个区局的派修信息都由设置在区局派修中心的数据库服务器处理和保存,同时将派修信息通过Sybase复制机制向中心机房作温备份,提供数据的高可用性,一旦主用系统宕机,该区局的终端可手工连接到备用系统。区局的数据库服务器一般采用一台Sun工作组级服务器(由于使用了远程温备份,每个区局派修中心可以只配置一台服务器)。中心机房由Sun的双机组成Cluster运行Sybase ASE和核心复制服务器构成一个数据库温备份中心完成所有区局数据的温备份。

  业务分派系统采用浏览器结合PB客户端的应用方式,应用服务器采用Sybase 公司的应用服务器Enterprise Application Server 5.0进行业务的处理,实现同一份业务逻辑共享于不同种类的客户端,同时简化了维护的工作,部署情况如图所示:

  技术优势

  Sybase Enterprise Application Server能够重用以往PowerBuilder的代码来实现多层模式下的应用。Sybase有成熟的PowerBuilder两层应用,有大量的PowerBuilder开发人员,因此EAServer是此次开发三层应用的最佳选择。Sybase Enterprise Application Server执行效率高,系统稳定,系统开发速度快,在J2EE应用服务器基础上同时兼容PowerBuilder,满足了开发进度和系统将来扩展的需求,是项目成功的关键。

  Sybase Replication Server提供基于事务的数据复制服务,保证在不同的数据库之间数据移动的准确性以及高效性,结合数据库服务器Adaptive Server Enterprise产品,确保业务数据的安全、有效的存取。