事实上,很少有人想过,“把IT主导权还给业务人员”究竟意味着什么。对业务人员来说,由于他们在开发方面无法了解当他们能够随心所欲地设计IT系统时,IT能给他们带来什么礼物。而对开发人员来说,由于他们并不真正了解业务,多数开发人员都不能通过系统的开发体现出他们的价值。事情真的是一团糟,以至于Frederick Brooks在二十年前的经典——《人月神话》中,就绝望地下了结论:没有银弹。然而,事情真的就没有解决方法了吗?
IT主导权在谁手里
要明白当前的IT主导权在谁手里这个问题,不妨让我们先来回顾一个我亲身参与过的游戏。
这个游戏很简单,就是让人们在有条件限制的情况下转述前一个人的原话。处于游戏源头的人说了一句有些反常的话语:黑包子。这个传递的链条没有超出五个人,第六个人就实在不明白第五个人在说什么了。接下来在公布了正确答案之后,为找出错误的源头,游戏的参与者把传递链条的方向倒了过来,这时我们才发现,第二个人就根本没明白第一个人要表述的意思。
也许我们当中相当的人会认为这个游戏很可笑,但不幸的是由提出需求,到软件开发成成品,整个软件业一直是玩着一个与此一模一样的游戏。而更不幸的是,在这个链条上的人们往往没有人会承认出现了错误。只有当处于链条末端的人把软件成品呈现在第一个发出命令的人时,才会发现自己是不是正确的理解了对方的意思。
这样的结果常常是悲剧性的,有偏差往往意味着返工,有些问题当返工也不能解决时,项目就宣告失败。并且不仅是被实施方与IT开发商的销售会发生理解上的偏差,在IT开发商的销售人员与开发人员之间,这种偏差同样存在着。当销售人员不能正确评估开发人员的能力时,延期交付软件就变得不可避免了。于是,一个小小的失误可能引发了一连串的灾难。
诸多软件业界的专家早就看到了这些问题,他们把问题的解决归结于开发人员的素质。而事实上,中印软件业的一大决定性差距也正是印度软件业拥有更多既精通IT开发技术又具备足够多行业经验的人。但是,在中国,这样的人才并没有因为产业的关注而增多起来,相反,随着IT需求的增长,该类IT人才的缺口却正在增大。
面对这样的情况,我们已经不得不问:真的没有银弹吗?
究竟有没有银弹
如果完全照搬Frederick Brooks定下的标准,即使在二十年后,我们也只能绝望地延续Frederick Brooks的结论:没有银弹。但是,在某些特定的领域,我们却可以说:银弹已经出现了。
在人们的印象里,寻找银弹的只有普元。但事实上,多年以来,创信恒软件有限公司一直默默做着技术积累工作,并且最终推出了eFlow应用开发平台。eFlow应用开发平台的精髓思想是将软件开发配置化,进行高度地封装,通过设置来实现应用软件的各项功能,实现软件开发的无编码化。
谈起推出eFlow应用开发平台的原因,创信恒技术总监吕建海先生介绍说:“我们的产品与其它专业的开发平台产品和开发框架有着本质的区别。确切地说,我们的产品涵盖了底层引擎、应用组件和上层基础系统, 而大多数开发平台要么是底层加组件,要么纯组件(如业界比较普遍的协同开发系统),eFlow应用开发平台能够做到配置化实现各种复杂的WEB应用,在业界来说是不多见的。”
据了解,国内只有少数致力于应用开发平台产品的公司,但所做的产品与eFlow应用开发平台都有较大的差别。比较普遍的是工作流开发平台或协同平台,这些平台只能完成与工作流相关的开发,而对于非流程的复杂WEB应用,这些平台就无能为力了。与此相反,吕总介绍说:“只要与Web相关的应用,都可以利用我们的平台开发出来。”
微软Visul Studio2008发布之后,我们不难看出微软在其中集成了不少用于减轻开发者工作量的工具,但Visul Studio与eFlow应用开发平台还是有着较大的区别,吕总解释说:“你可以这样理解,Visul Studio对开发人员来说只能起到锄头的作用,什么东西都要开发人员开发设计后才能实现,而eFlow应用开发平台却类似整条生产线,要什么产品,只需要输入图纸,配备好各个车间的参数,就能装配出产品来了。”
据了解,利用eFlow应用开发平台,一天内可以开发出十到二十个模块,而采用传统工具开发,开发人员只能完成一至两个模块。eFlow应用开发平台虽然是J2EE开发出来的,在开发实现时却无须开发人员接触到任何JSP的逻辑,平台提供了一个可视化的模板开发工具来进行动态模板开发。
eFlow应用开发平台支持SOA集成开发,当用户的系统中存在采用PHP、.Net开发的旧应用时,eFlow应用开发平台也完全可以利用SOA组件去集成它们。并且通过第三方提供的类似于数字签名等技术,数据的安全性也完全可以得到保障。
利用eFlow应用开发平台进行开发,并不需要开发人员懂得Java技术,只需利用一个游览器,开发人员就可以像设计网页一样完成最终的应用开发。虽然目前还只能在IE中进行开发,但开发出的应用却可以实现跨平台应用,在Linux上的firefox上运行也没有问题。
吕总认为:“类似的特性eFlow应用开发平台还具备很多,象支持单点登录等等;但最重要的一点,是可以让懂业务的人自由地掌控IT系统的设计。”
多年以来,创信恒软件公司在电子政务和电力行业实施了不少应用,这些应用包括ERP系统、门户等大型应用。因此,吕总介绍说:“应用eFlow应用开发平台不但能够开发一些小型应用,而且能够开发出一些大型而复杂的应用。”谈起eFlow应用开发平台的最大特点,吕总认为:“就在于它把IT的主导权还给了业务人员,让懂业务的人员来实现开发。目前的办法是和有深厚行业背景的ISV合作,让他们利用我们的平台把管理思想和管理经验转化成实际的IT系统。为了证实平台的能力,我们已在电力和政府两大行业开发与实施了大量应用,也可以说eFlow应用开发平台并不是闭门造车的产物,而是我们多年开发经验的总结。”
据了解,应用eFlow应用开发平台进行开发,在降低开发技术难度的同时,并不意味着对开发者开发门槛的降低,技术降低的同时,对行业了解的程度加深了。由于开发者更了解业务,最终系统与实际需求的偏差自然也就降低了。
由于应用范围的限制,应用eFlow应用开发平台进行开发的目前还只是ISV,也许有一天真正有懂业务的一线人员参与到开发当中,IT主导权才真正回归到业务人员手中。对此,吕总介绍说:“其实培训门槛并不高,具备计算机专业本科水平的业务人员,只需半个月的培训,就可以从事IT系统的开发工作了。”
要不要重提“有限应用论”
关于eFlow应用开发平台的推广,吕总介绍说:“eFlow应用开发平台的技术优势并不在于它采用的技术是最先进的,而在于它的组合优势和理念。”
若干年前,Red Office的领导者胡才勇先生就曾经提出,在国产Office已经具备了一定实力的情况下,最重要的是让它在有限的范围内应用起来,进入到一个良性的循环当中。
实际上,当一个创新性的产品进入到一个良性的循环当中去以后,有了用户,自然就有了针对它的反馈。只有这样,在接下来的新版本当中,这个产品才会最终走向成熟。
胡才勇先生当时的愿望是好的,但可惜的是他的有限应用论并没有得到实施。也正是因为这个原因,在“黑屏”事件面前,我们显得如此的无措。除了关闭自动更新功能,以安全性的降低换来暂时的安宁,我们还能做些什么呢?
事实上,同样的事情正发生在eFlow应用开发平台之上。没有银弹的痛苦正在给软件业带来难以估量的损失,在这种情况下,我们是非要找到通用型的完美银弹,还是在有限的范围内找到可以解决有限问题的银弹,应用起来之后再在实践的过程中使之变得完美,实在是我们需要深思的问题。
但愿我们这次找到有限型银弹,不会重蹈覆辙,而能够在“有限应用”的历程中走向完美。