|
锁定老帖子 主题：SOA——中小系统的不能承受之重
精华帖 (0) :: 良好帖 (9) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-12-19
如果工作流不和人拉上关系，怎么算得上是工作流呢，难道在任意环节回朔的时候，不要有人的干预？
|
| 返回顶楼 | |
|
发表时间：2007-12-20
rihoonet 写道 lsy 写道 rihoonet 写道 其实，软件能把工作流和数据流搞定，再加上一些权限方面的控制，做到对用户来说软件灵活，对开发人员来说能不通过编码，就能实现一些用户需求，就是最好不过的了。
如果说要做到不编码，或者少编码就能把工作流和数据流搞定的话，我认为BPEL是最能说明问题的，至于权限那还是要其他东西做些工作。  如果工作流没有和组织机构结合起来，那算不得上一个完整的工作流，至少在很多方面会受到限制。举个例子，A请假，要A的上级审批，A的上级，就是组织机构里的东东。A的上级看到的数据，可能与A不同（可能有些字段A的上级看不到，有些字段不能被修改），这就是权限的问题。所以，工作流必须要和组织机构（当然，组织机构包括了权限）无缝的结合在一起。而数据流，则是组织系统各个模块的，这样才能形成一个系统。 问个简单的问题：什么是工作流？ |
| 返回顶楼 | |
|
发表时间：2007-12-20
请假流程、文档会审流程等都是工作流，你认为呢？
|
| 返回顶楼 | |
|
发表时间：2007-12-20
硬编码的请假流程是不是工作流？
用脚本写的请假流程是不是工作流？ 用工具拖拽出来的请假流程是不是工作流？ |
| 返回顶楼 | |
|
发表时间：2007-12-20
角色是工作流的一大要素，还要你说吗？
|
| 返回顶楼 | |
|
发表时间：2007-12-20
我个人不觉得SOA和工作流有什么关系,SOA主要是为了信息的整合.. 工作流可以是被包括在一个很具体的service里面,比如机构的一个工作流服务..拿JBI的规范来说的话, BPEL这样的也只能算是一个plug-in, 算是一个service..只不过是一个比较复杂的service.
我觉得SOA更关键的是ESB,特别是具有实现EIP router的ESB...
个人看法...;)
|
| 返回顶楼 | |
|
发表时间：2007-12-20
很明显，楼主的工作流和SOA关系的描述根本就是生搬硬扯！
|
| 返回顶楼 | |
|
发表时间：2007-12-20
工作流 工作流 有个流程
我一个企业有个财务系统 有个供应链管理系统 请问这两个是怎么个工作流? |
| 返回顶楼 | |
|
发表时间：2007-12-21
blueoxygen 写道 工作流 工作流 有个流程
我一个企业有个财务系统 有个供应链管理系统 请问这两个是怎么个工作流? 呵呵，有意思，楼主请回答一下，看工作流怎么解决异构系统之间的整合。 不过可以看得出来，有的时候SOA的思想应用到EAI产品方面还是相当有效果的 |
| 返回顶楼 | |
|
发表时间：2007-12-22
一路看来，现在有一个问题在我脑间回荡。
工作流和业务逻辑是一个什么关系？
工作流和SOA应该没有直接关系吧。 感觉现在大家讨论工作流就是应用一些工作流框架实现你自己定义的工作流业务逻辑。而SOA是站在系统构架角度上，完成各种服务之间的交互工作。
|
| 返回顶楼 | |
