银弹:命运平台转移——首都之窗政风行风热线用EOS平台变出上百个流程


 2008-01-28 00:00:00       753

命运平台转移

--首都之窗政风行风热线用EOS平台变出上百个流程
 
2005年6月。鼎鼎大名的北京市首都之窗的政风行风热线一期刚刚上线不久。热情的民众积极地造访这个新鲜的系统,进行投诉、建议、咨询。
 
可是在首都之窗的运营部,乔辉却郁闷得直拍键盘,这个系统有时真让人崩溃。一些百姓提交的信件在工作流里走着走着,就莫名其妙丢失了。有一些信件走到某个环节发现没有流程能匹配,没法往下处理了。最糟糕的是,每周总有那么一次,系统忽然就宕机了。不是都让技术人员处理了吗,可是怎么就总不见效。
 
乔辉只好再一次给技术总监王喆打电话,因为这些,王喆的电话都快被乔辉打爆了。
 
ASP的网站不过关
 
王喆也郁闷。
 
政风行风热线是个新鲜事儿。2005年初“北京市政风行风热线”系统作为市纠风办同首都之窗的共建项目正式开工。热线的蓝图是这样的:建立全北京市统一的咨询、建议、投诉系统,使网民只要有上网或电话条件,便可在任何时候、任何地点发信、获取回复、评价或投诉处理结果。
 
在建设之初,热线在业务方面没有可以参照的先例,是个完完全全的业务创新过程。用了3个多月的时间,首都之窗便完成了栏目策划、需求分析、需求调研、系统开发、联调测试、正式上线等全部工作。
 
由于时间急,网站一期的问题其实不少。首先,流程设计很简单,从百姓写信、提交、转发、处理再到归档,一共也就设计了十几个流程。但这十几个流程远远不够。例如在信件流转环节中缺乏了考核环节,没有了考核环节,就不能很好地监督办事人员的处理过程和速度。
 
其次,架构在技术上也不过关:网站语言是用ASP开发的,因此跨平台差,更改起来非常麻烦。修改过程中,一不留神就会出现问题,出了问题以后,在一长串ASP语言中很难定位到具体的代码。
 
一开始,王喆还想着修修改改,缝缝补补。开发人员每天盯着一长串ASP语言,不停地按照业务人员的需求修改代码,改得眼睛都花了,可是1个小流程都得费上几天的时间。
 
这个速度,王喆心知不能满足网站对业务的创新要求。到运行了几个月以后,由于新的流程不断增加,流程不断改变,系统已经非常不稳定了,于是每周不定期会出现突然的宕机。
 
用普元?能行吗?
 
没戏了,废掉,废掉!王喆嘟囔着。
 
这个一期的网站架构已经没有延续和修改的意义了。与其费那劲去天天修改,不如再开发一个新的平台,能跟上网站业务的步伐。可是,换什么平台呢?王喆脑子里马上闪现出一些常见的平台产品。但是,这些似乎又都不能完全匹配自己的需求,好像总有欠缺。
 
一个下午,王喆照例翻开IT的专业读物,一个产品的报道引起了王喆的关注--普元EOS构件平台,面向SOA的架构,工作流的设计,把软件代码封装成一个个大小各异、接口标准的服务,让开发人员省时省力,让使用人员快速上手。
 
很快地,一通电话打到了普元。就这样,王喆和普元搭上了线。
 
就这一个名不见经传的普元?EOS?没听过。SOA?别是忽悠的吧。
 
王喆手下的技术工程师分成了两拨,一拨是主张试一试,另一拨是明显不信任。真的能让首都之窗的开发又便捷又灵活吗?万一有风险怎么办,万一失败了怎么办?
 
运行管理中心副主任刘莎找了一些技术专家对普元进行技术开发风险评估。评估结果居然还好,风险不高。可是刘莎和王喆还是不放心,又做好了应急方案,老系统先留着,万一平台失败,就马上迁移到老系统上。
在做好一系列安全预防措施后,刘莎和王喆等开发组的领导集体拍板,上普元的EOS平台。
 
轻松变出100多个流程
 
中科软公司是作为开发方去首都之窗的热线二期工程竞标的。
 
得知本次平台用的是普元的EOS,项目经理李新照也有点心里没底--以前没用过,好不好用?开发起来难不难?
 
中标后,中科软投入5个人组成项目小组。在开发之前,普元对小组成员进行了为期一周的技术培训,这一周,让李新照心里踏实了不少。图形化的界面,拖拽方式的操作,还是很易懂的,估计一个新手经过两周的实际使用和开发后,基本都能熟练使用基本的构件进行开发。
 
于是,经过估算,中科软公司购买了普元公司三个人月的技术服务。首都之窗热线二期工程正式开工。
 
在普元工程师的指导下,中科软的开发人员学得很快,也积累了越来越多的EOS编程技巧,一个月后已经能完全独立开发复杂的功能了。而且,EOS的开发效率也真正体现出来了,一般一个基本的功能模块采用传统的开发方式假如需要5个工作日,那么采用EOS开发则基本上需要3个工作日即可完成,这在很大程度上了缓解了项目开发周期短的难题。
 
刘莎起初对项目的进度和效果并没有什么把握,一开始,刘莎要求项目每周都要有个进度报告和演示。在项目进行了1个月之后,她发现,项目在有条不紊地进展,甚至比预期的还要快。每周都没有出现什么差错。于是刘莎逐渐放下心来,主动将每周的例会改为两周一次。
 
根据热线的业务发展,刘莎不断在调整流程,最后,整个热线的流程从最开始的10几个变成上百个之多。王喆曾经很担心开发能否跟得上。可是,他发现就算流程剧增,中科软中并没有给项目组加人,还是按照正常的项目安排进行。而那些开发人员,虽然也辛苦,但没有像维护一期那样焦头烂额,疲于奔命,而是井然有序。那些当初制定的应急方案一点没用上。王喆决定彻底抛弃老系统,因为事实证明已经完全用不上了。
 
工期预算还是保守了
 
李新照发现自己当初的工期估算还是保守了!3个人月的技术服务买多了,其实根本用不了3个人月!
 
经过两个月的开发,顺利试运行、正式上线,一个稳定、崭新的政风行风热线系统展现在了首都各界的面前。于是首都之窗和中科软都皆大欢喜。前者是顺利实现了业务目的,后者除了成功实施,还多了一个欢喜--购买服务的成本又省了。
 
虽然在系统上线的这段时间里,首都之窗又提出了不少修改意见,但中科软的工程师每周去半天就把问题都解决完毕了,这在以前的项目中是不可能的。
 
现在系统已经运行近1年半了,系统非常稳定,应用服务器没有出现因软件问题引起的宕机现象,数据库服务截止到目前没有进行过任何维护。这期间王喆还对系统进行了第三方性能测试,报告显示除了几个大的SQL语句执行较慢以外,服务器CPU占用率和内存使用情况非常良好,这几个SQL语句主要是在报表生成时使用,也是由于数据量大的原因略显效率低,后经索引的调整也把问题解决了。

相关阅读: