SOA——中小系统的不能承受之重

只要能暴露出服务接口，查询出服务，我认为这就算是一个比较简易的符合SOA思想的框架了。

至于对于这些以有服务如何串起来跑，这确实不是SOA真正所要关心的问题。再说了，就算我要assembly服务，也不一定要用WorkFlow，硬编码调用不可以吗？

硬编码调用也可以，所以只是有一个“流程”的概念，不见得是工作流，等流程复杂且多到一定程度自然会逼迫你去使用workflow,bpel或jbpm这样的流程引擎。

我觉得组装和重构是核心，SCA在Domain做了这些事情，而楼主在工作流中做这些事情吗？SOA既然是方法论，标准也是人订的，那么实现的方式就有很多了，仁者见仁，智者见智。呵呵

SOA不就是一个概念，没有什么实质性的东西。

类似J2EE，也只是一个规范而已，所以才有IBM、Oracle等不同厂家的不同实现。

SOA目前大多采用实现了SCA(容器)/SDO/ESB等规范的技术框架去实现.不同的厂家对规范理解或视觉的不同
当然会有差异性，SOA的实质应用已经有很多厂家在紧锣密鼓的进行中。

其实，软件能把工作流和数据流搞定，再加上一些权限方面的控制，做到对用户来说软件灵活，对开发人员来说能不通过编码，就能实现一些用户需求，就是最好不过的了。

一语道破天机！

如果说要做到不编码，或者少编码就能把工作流和数据流搞定的话，我认为BPEL是最能说明问题的，至于权限那还是要其他东西做些工作。

如果工作流没有和组织机构结合起来，那算不得上一个完整的工作流，至少在很多方面会受到限制。举个例子，A请假，要A的上级审批，A的上级，就是组织机构里的东东。A的上级看到的数据，可能与A不同（可能有些字段A的上级看不到，有些字段不能被修改），这就是权限的问题。所以，工作流必须要和组织机构（当然，组织机构包括了权限）无缝的结合在一起。而数据流，则是组织系统各个模块的，这样才能形成一个系统。

工作流大多数情况会和人拉上关系，就形成了人工干预(Human WorkFlow),不过完整型并不单单依赖这个吧。也有很多是仅仅和外围系统打交道的案例。我想一个能够成功实现工作流的lifecycle，能在任意环节回朔的工作流，就是一个健全的workflow.