zhaobin

关于《电子政务流程服务规范》

【赵斌原创，保留一切权利，转载请保留引用：www.blogjava.net/zhaobin，谢谢！】

业界流行一种说法：三流的公司卖产品、二流的公司卖服务、一流的公司卖标准，我不知道我所效力的公司属于哪一流，但事实是几年来公司在标准方面的热情不减，几年前从北京市信息办拿到做标准的批文，到现在协助南方某市的信息办的标准立项，一直都在热热乎乎的参与国内标准建设，而我，自然就负责其中的《电子政务流程服务规范》。

拿到这个课题，琢磨了一下，对比国外相对成熟的WFMC等，经过多年发展，他们从工作流的参考模型、流程建模语言XPDL、管理和流程应用调用接口，甚至流程相关的术语表都发展得相对完善，还有BPEL的规范也2.0了。

我们怎么来定义《电子政务流程服务规范》呢？

我以为，首先要简单、实用，国内的相关规范不是第一次制定了，为什么以前的都没有实际应用呢？因为以前制定的规范压根就没有用，要么太理想化，要么太学术化，要么太简单化，所以，我把简单实用列在第一重要。

第二，尽管标准本身就是规定，但不要去限制，而应该是帮助。本次服务规范的侧重在“服务”，重点规定服务规范应该提供什么样的服务，以及如何来提供，而不去定义如何来实现这些服务，也不限制如何来实现这些服务。

第三，现在很多人言必谈SOA，或许用BPEL将服务“编排”起来，更符合一些人的胃口，但考虑实际的情况，在应用支撑平台上，更主要是提供流程服务，而不是用流程去“编排”服务，况且，考虑实用性，提供流程服务将更实用，而且进一步发展后也可以“编排”其他服务。

第四，电子政务，这4个字如何体现？是否在其中要引入公文流转、行政许可等业务属性？还是只需在技术上能够满足和实现业务需求？我偏向于后者。

       介绍了我的思路，最后还是落在WFMC工作流参考模型的五个接口上，将这五类接口抽象封装就是我对流程服务的规范：

流程服务的核心组件是流程服务器，流程服务器提供的服务可以分为下面五类。

流程模型服务，流程模型提供了对业务流程的形式化描述，通过流程定义工具输入或输出定义好的流程模型，以及图形化展示。

流程访问服务，通过这类服务来访问和操作流程中的实例数据，基本上各个应用系统主要使用的是本类服务，包括执行流程的客户端也是使用本类服务。

应用调用服务，通过这类服务来实现流程服务和各应用系统间的调用，可以在流程服务的各个环节调用其他组件提供的服务，从而实现业务流程贯通。

流程互操作服务，通过这类服务来实现流程服务器之间的协同工作，实现互操作。

流程管理服务，通过这类服务来启动、监控、管理流程服务器。

各位也帮忙看看，欢迎建设性意见，谢谢！

【赵斌原创，保留一切权利，转载请保留引用：www.blogjava.net/zhaobin，谢谢！】