1.节点处理人固定，在编制流程时就制定好。
2.节点处理人不固定，由流程发起人或者上一步节点处理人指定好，并且候选人跟原有系统中对象的属性有关系。
3.节点处理人不固定，是由系统动态指定的（如根据项目负责人、区域总监、区域主管）。
4.节点和节点之间存在关联关系，一个节点指派给某人后，关联的其他节点也由这个人处理。
RE: 对于1，2，3, 4 的问题，属于ccbpm的处理人规则的问题，a发到b，如何确定b的接收人范围。Ccbpm 为我们提供多种规则，每种规则适合不同的场景。
请baidu ccbpm 接受人处理规则.
或者到参考ccbpm的在线帮助文档： http://ccbpm.mydoc.io/?v=5404&t=17907 你的问题都能在相应的17种处理规则里对号入座。
5.支持多人会签，所有人会签完成后再进入下一步，或者多人中有一人完成即可进入下一步。
RE: 该问题有两种解决方案。
1，使用多人处理模式。 参考在线文档 http://ccbpm.mydoc.io/?v=5404&t=17947
2，使用分合流。 百度 ccbpm 分合流的设计，或者视频教程。
建议选择第一种方案，使用审核组件，就可以达到相应的效果。
6.支持节点打回后，处理完成后直接回到打回节点处。
RE: 这个属于退回规则的一种， http://ccbpm.mydoc.io/?v=5404&t=17969
属于退回并原路返回的一种。比如 a ,b,c,d,e d退回给a,如果可以退回并i原路返回，那末a就直接发送给d,不再经过b,c 两个节点。
7.支持用户自主选择下一步节点。
RE: 这个属于方向条件的计算规则，
关于此规则，请参考： http://ccbpm.mydoc.io/?v=5404&t=17917
我们做了一个demo.
8.支持随流程进度动态改变业务系统中其他对象的状态。
RE: 你需要通过流程，或者节点的事件来完成。Baidu: ccbpm 流程事件，节点事件.
在相应的事件里，写入您的代码，与外部系统进行交互。
9.支持与原系统中的短信通知系统相关联。
RE: 百度: ccbpm 消息机制，
参考: http://blog.sina.com.cn/s/blog_6074e74f0102vpe3.html
10.表单中支持对原有系统中对象的编辑。
RE: 不明白你的问题。