系统分析员之路(1)--论面向对象技术在呼叫中心…

2008-04-10 02:48:11来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

前言:本人在准备系统分析员考试中论文部分的习作,请大家打分(总分75分),并指出可取之处与不足之处,谢谢!

论面向对象技术在呼叫中心开发的应用

摘要:呼叫中心产品是当前应用的一个热点,通过该产品,客户可以足不出户的享受方便快捷的
语音与传真等服务。对企业来说,建立呼叫中心对于提高客户满意度,争取客户乃至增长利润都有
极大的意义。目前呼叫中心在各行各业特别是金融业得到了广泛的应用。本文从笔者参与的银行呼
叫中心项目开发的经历出发,讨论了采用面向对象技术的理由及过程。同时,讨论了面向对象技术
在开发中的应用,如:面向对象设计原则、UML技术、设计模式等,使设计的系统拥有较好的可重
用性、易维护性。

正文
我所在的单位是把目标定位在金融领域开发IT应用的一家信息技术公司。随着金融电子化建
设的发展和商业银行之间市场竞争的加剧,各主要商业银行不断通过信息技术提供新的金融产品,
以期为客户提供更好的服务并且整合市场渠道。比如各银行纷纷推出呼叫中心,使客户能够足不出
户地享受7×24×365的服务。本人作为公司呼叫中心项目组的一名技术骨干,有幸参与了该产品的
研发、推广、升级。

选择面向对象技术的原因。呼叫中心通过公用电话网为客户提供语言与传真等服务,主要由语音
服务器(IVR)、传真服务器(Fax Server)、坐席端(CSR)等子系统组成。我们公司的第一代产
品主要采用结构化的方法进行分析、设计、编码。此产品在全国多家银行推广使用。由于客户的需求
不一样,我们的产品需要客户化,同时,由于客户需要的规模不同,语音卡可能采用不同的厂家的不
同系列产品,这样,随着应用的推广,结构化方法的弊端也逐渐显现出来。首先是模块之间的耦合性
太强,代码不好理解、维护。经常出现“牵一发而动全身”的情况,有时工程师进行维护的时候,局
部的改动也会影响到一大片程序。另外,模块复用性很差,在此背景下,公司组织技术骨干进行讨论,
以期找到一种理想的解决方案来改变这种局面。以往的开发经验使我感觉到面向对象技术比较适合于
此类应用系统的开发。于是我提出我的设想及初步方案,得到了大多数与会者的赞同。会后,我正式
写出了技术改进方案,并应用快速原型法作出了一个简单原型,向公司领导及其他技术人员演示了面
向对象开发的优点。技术改造建议书与原型得到了领导的赞许。为了降低风险,而且呼叫中心的各个
子系统相对独立且在架构上有很多相似之处,于是,我考虑可以利用呼叫中心的一个子系统传真服务
器作为试点进行开发,效果明显的话再考虑其他子系统的改造。在这个改造的过程中,我使用了多种
措施来达到预期目的:
1)面向对象设计原则的应用。在旧系统中,主要因为模块之间的耦合性太强,全局变量太多,Case
语句太多而引起系统的重用性、维护性差。要解决这个问题,我们采用了面相对象中封装的特性来实
现信息隐藏。通过抽象,把系统分解为一些相互通信的对象,这些对象向外隐藏实现细节,对象之间仅
仅知道对方的接口,这样,他们的耦合性大大降低,为复用提供了可能。在面向对象设计中有一个重要
的设计原则:OCP原则(The Open Closed Principle),就是说设计对象时,要使它易于扩充,但扩充
的前提是不修改已有代码。这在结构化编程中简直是不可思议,但我利用了面向对象的多态特性来实现
了这一原则。例如,这个子系统需要采用传真卡,而传真卡有数字卡与模拟卡,不同厂家提供的API也
可能不一样,在以往的结构化编程中,要么一种板卡一套程序,要么代码中充满了switch...case语句。
我们利用了多态的特性,抽象出板卡之间的共性作为基类,而具体采用的板卡从这个基类上派生出子类
即可。这样,不同的板卡,就是采用了不同的子类,维护性就大大增加了。
2)UML(Unified Modeling Language)的采用。就像建筑工程师需要画出建筑设计图一样,软件工
程师也需要一种建模工具,来进行设计、交流、写文档。UML作为面向对象建模语言的标准,成为我的
设计首选。不少软件工程师(包括以前的我)都有这样的坏习惯:一坐下来就是开始写代码,代码边写
边改,有时到快写完时才发现有严重的漏洞,从而导致质量、效率大打折扣。在UML中,我们可以通过
多种图,从不同的角度来描述我们要设计的系统,在画图的过程中,我的思路就变得清晰起来,对系统
的理解也就越深。这样就避免了重编码、轻设计的弊端。由于UML是建模标准,通过在项目组内、公司
内的推广学习,使开发人员之间的交流方式得到统一,也能使程序员准确地理解设计,避免二义性。在
这个项目中,我用Microsoft Visio2002画出了类图、序列图、活动图等,使我的设计思路逐渐清晰。
同时,这是公司第一个采用UML进行设计的项目,对公司的文档标准化进程也是一种有益的尝试。
3)设计模式的理解运用。设计模式是一些常见的设计问题的的优雅、巧妙的解决方案,通过“模仿”
设计模式,即使是面向对象设计的初学者,也可实现大师级的设计,从而拥有极好的灵活性、重用性。
在设计这个系统之前,我有幸拜读了Erich Gamma等四人的著作《设计模式》,从中得到的设计灵感以
及设计原则使我受益颇深。比如:传真服务器设计中,只允许有一个消息队列,为了避免意外,采用了
Singleton(单件)模式,优美地解决了这个问题。另外,采用了Template模式,实现了业务流程的定
制等。设计模式对促进项目组内的技术交流有很大的帮助,一句“在这里采用了Template模式”比画
出几个类图、交互图要有效许多。当然,前提是对方也知道Template模式。
这个技术改造项目历时一个多月,取得了理想的效果。改造后的系统运行在Unix上,采用C 实现,
系统架构很清晰,这可以从UML的类图与包图看出来。代码重用性强,后来的这套系统移植到WinNT平台,
除了跟Unix底层的机制有关的消息队列类、共享内存类要修改外,其他均实现了平滑移植。这个系统经

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:配置支持SSL的Tomcat

下一篇:温故中国黑客史(首发于《黑客X档案》)