传统的流程分类是关于集成、以人为中心和以文档为中心的流程,最后一个是放置在 DMS 系统中的良好候选者(当然,前提是有对 BPM 的内置支持)。
但是我找不到关于这些选项之间区别的具体、更详细的解释。想象一个公司,它有企业 BPM 解决方案,还有一个对 BPM 有很好支持的 DMS 系统(即 Filenet DMS)。在这两个系统中,您也可以创建用户屏幕和工作流程(流程逻辑)。此外,大多数处理文档的流程也非常“以人为中心”。
我很清楚这样一个事实,选择目标平台总是取决于需求和具体情况,但我想知道是否有一些一般规则或原则,我可以根据这些规则或原则更好地决定将进程层放在哪里整个解决方案。
补充说明:
我不想实现任何新平台。正如我在上一篇文章中所指出的,我们已经有了 BPM 平台 (Oracle) 和 DMS(支持 BPM 的 Filenet - Case Foundation)。所以问题不在于选择新平台……而是更多关于设置使用现有产品/平台的规则。队列中有很多新项目……对于其中一些(涉及处理文档的领域),我们需要确定目标平台。例如,当您有一个包含几个步骤的简单流程,并且在所有步骤中都对现有文档进行了一些工作(该文档 - 或至少他的原始版本,也输入到此流程中),前面的要求-end 不是很复杂等等... 在 Filenet 平台上构建整个解决方案会更简单(主要是因为成本)。但我想知道是否有一些类似的规则......就像你应该考虑那个或那个......当你只想使用 DMS 平台......或两个平台等时。你可以将这些规则称为开发原则,参考架构或类似的东西....在设计目标架构时指导您。
谢谢