太上,不知有之;其次,亲而誉之;其次,畏之;其次,侮之。 信不足焉,有不信焉。   悠兮其贵言。功成事遂,百姓皆谓:「我自然」。
posts - 6,  comments - 1,  trackbacks - 0
  在对BPM产品做出评估时,有两个关键的问题是用户必须考虑的:
    i. 功能:产品能够提供多少满足业务流程管理需求的功能?
    ii. 完整性:对与业务流程管理而言,该产品是否是完整的解决方案?
   
    评估一个产品的业务流程管理功能通常采用一种20个关键BPM功能列表比较的方法。这些关键功能以及他们的描述和为什么是关键的解释我们会在后面给出列表。在对一个BPM产品给出评价之前,应该确认这些关键功能是软件即买即用(Out-of-the-box)的,很多号称是BPM解决方案的产品也许能够通过编程或编写脚本能够实现这些功能,但如果通过其他方法来实现这些功能,整体拥有成本在产品生命周期中会变得很高。
   
    BPM关键功能
    
    1. 强大的规则引擎
    2. 基于Web架构
    3. 安全及验证
    4. 流程文档化
    5. 基于角色流转
    6. 基于关系流转
    7. 相对关系流转
    8. 平行会签
    9. 特殊流转
    10. 支持队列及工作组
    11. 流程反转(rollback)
    12. 子流程
    13. 异常处理
    14. 第三方应用代理
    15. EAI
    16. 支持弹性化表单
    17. 自定义视图
    18. 实时监控状态
    19. 分散式用户管理
    20. 任务指派和协商
   
    评估一个BPM产品的完整性通常可以将产品功能模块与下述模块列表对比。如果该产品缺少一个或几个功能模块都将给用户造成额外成本,这样的产品通常是不完整的。
     
    BPM的完整性

      
    1. 图形化流程设计
    2. 管理器
    3. 协同式设计
    4. 建模及模拟仿真
    5. 组织结构及整合目录
    6. 多样化客户端界面
    7. 流程监控
    8. 可扩展性
    9. Web服务及整合
    10. 数据库连接及流程交易处理
        
    通过上述比较,我们可以建立一个如下的功能/完整性的矩阵图,四个象限分别表示四种不同的产品。
    I. 支持BPM的产品
    II. BPM引擎
    III. 专业BPM应用产品
    IV. 通用型BPM应用方案

    I. 支持BPM的产品
    这类产品功能较少,完整性也较差。正因如此,这类产品不能被视作WFA的产品,而是可通过二次开发从而实现BPM需求的技术架构或核心模块。当然价格也比较便宜,用户可以通过在这类核心模块上建立逻辑和应用,建立一个完整的BPM解决方案。这类产品比较适合独立软件开发商和应用系统提供商。
   
    II. BPM引擎
    BPM引擎类产品功能上往往非常齐全,但完整性不够。通过BPM服务器或BPM引擎提供BPM实现的核心逻辑引擎。通常这类产品不提供完整的客户端,也不提供报表和管理的工具。BPM引擎通常被大型客户和系统集成商采用,以提供按照用户需求开发客户端的BPM解决方案。通过编程可以提高完整性,当然程序开发的成本也比较高。
   
    III. 专业BPM应用产品
    很多业务应用方案把BPM功能作为他们系统增值内容的一部分。这类应用中的BPM部分完整性方面做的都不错,因为必须要和应用的其他功能很好地整合。然而这类BPM在功能方面往往比较差,因为他们设计的目的知识为业务应用系统增值,而非成为独立的WFA解决方案。
   
    IV. 通用型BPM应用方案
    这类产品的功能和完整性都比较强,因为最初的设计就是以BPM自动化为核心。这类软件往往提供适应大量BPM需求的软件包。

posted on 2006-06-09 10:11 海纳百川,有容乃大 阅读(491) 评论(0)  编辑  收藏 所属分类: BPM

只有注册用户登录后才能发表评论。


网站导航:
 

<2024年11月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

常用链接

留言簿(1)

随笔分类

随笔档案

文章分类

文章档案

收藏夹

搜索

  •  

最新评论

阅读排行榜

评论排行榜