救命稻草：开源框架？ 

    遇到这些问题以后，创立就在寻找一个解决的出路，当时公司高层把部门经理、我、项目团队骨干召集到一起说下一步怎么做，我们提出的思路肯定不是在原有基础上重构了，当时没有想到借用第三方的平台，而且我们的团队里面有Java 的人才，所以，我们当时想用比较流行的框架和一些开源的流程。2004 年有一个契机就是北京网通的一个类似的系统，我们用开源的框架去实现这个系统，实现起来还是比较快的，但是实际上在运行的过程中我们发现，它虽然用开源的工作技术实现了所有的业务流程，但是它在实现流程变更或者新增流程等等这些，依然是达不到用户的要求，也是周期非常长。 

    最后创立就把这个结论拿到公司分析的时候，我们公司副总说，现在必须得考察第三方厂商提供的先进的平台或者符合这种SOA 架构的一个产品，借助这个产品抓紧实现我们的系统，而且不想让我们开发用一年，上线用一年，再以后，就又再推倒重来这种重复。

与EOS结缘 

    当时SOA 的概念也不是特别的流行，创立当时对这个平台要求非常简单，就是：第一，这个平台要有工作流的产品，它的工作流要符合我们复杂的业务流程；第二个就是，我们当时已经跨度两年多了，我们整个团队的流失也比较严重，当时Java 我们只有六个人了，我们希望这个平台能够缩短它的开发周期或者降低成本。 

    当目标非常明确的时候，我们考察几个了厂商的产品，包括国外的，有四个厂商的产品，我们来进行体验、评估。其实这个时间也比较短，那是2005 年的4 月份，用了一个月的时间，我们评估包括普元在内的几个产品之后，我们最后觉得还是通盘来看， 普元的EOS 这一块跟我们实际要求比较贴切的，时间比较紧了，我们就决定用EOS 了。 

    我们用了半个月的时间，用了一个EOS 并且经过培训，我们项目二期的启动就是05 年6 月份，二期开发整个用了半年的时候，就是05 年年底二期上线。 编程技术

走出焦油坑 

    其实最开始应用普元的时候，我们也是有一定的顾虑的，到现在应用普元EOS两年多时间，我们项目团队也有一些真切的体会。这里跟大家说一下。 

    首先就是EOS 的随需应变，这一点还是非常明显的。我们二期上线，我们原先的系统依然存在客户提出新的需求，依然在改变以及加入新的需求，我们用了这个EOS 才真正满足了用户的需求方面了。以前原来的架构响应用户的需求平均来讲要三周时间，应用了EOS 时间缩短非常明显，基本上就两天到一周左右的概念，我觉得这一点体会非常明显，用户也是因为这个，本来对我们这个团队是不抱什么信心的，现在又转变对我们的态度。结果我们那个项目团队得到客户和公司内部的高度认可。 

    另外说一下工作流这一块，说太细的可能要结合产品的特性，什么自由流等等的东西。我想说的就是在我们那个，因为这套系统二期的时候，我们所有的业务流程都可以通过普元的EOS 工作流程来实现。 

    第三个是图形化的开发平台，这里有两点，第一个就是降低了开发人员的门槛，我2006 年7月份当时招聘了两个新毕业的大学生，他们一个月时间完全就可以上手做EOS 做一些不是特别复杂的开发，两个月之后就可以独立承担开发任务，包括工作流这一块，就是说开发门槛明显降低。 

    另外我说说，为什么图形化平台是真正体现了面向业务、面向客户的平台。以前传统的开发模式，一个功能和一个需求拿到以后，我们就要去想，我要去怎么实现，然后实际上我们在，尤其我这个项目体现得比较明显就是，用户今天说是，我觉得这样做比较好，然后我们就改了，用了一段时间用户说原来的方式比较好，又改了。调整起来比较方便，但是开发人员非常郁闷，就是说你需求人员怎么不把用户需求分析清楚，你怎么不告诉他原来的方式更好，或者怎么改进不会出现反复的状况。所以我要求不管是需求分析人员还是开发人员，重心很大部分来学习业务知识，你去来分析，什么样的客户需求是它最终想要的，而且在实现过程中，通过这种图形化界面，你的思路就会一层一层的展现出来。我觉得这一点是体现非常明显的。 

    另外一个我想强调的一点，因为有EOS，我们招人、用人的时候，他们有这样的顾虑就是职业上、职业发展的顾虑，就是用了EOS 之后底层开发接触很少了，我将来假设功能化有问题怎么办？或者普元哪天走不下去了，我将来去干什么去？肯定会有这样一个顾虑，实际上我们在实际应用过程中，发现它本身是基于行业的技术标准的，可以跟EJB 的开发技术结合起来。到EOS5.1推出页面开发，我们开发工程师就可以拿这个技术来实现界面的一些效果。这个是普元在5.1 的时候才提出跟Ajax的无缝结合。

    另外就是子业务流程的时候，我们当时也用开源的技术包。它可以跟当前的技术非常好的结合起来，而且我也给大家灌输一种思想，如果你想更好的驾驭、掌控EOS，相关的知识你也去了解，只有这样你才可能更好的去使用EOS，你SOA 的体验肯定会更深刻。