BPM产品评估标准

Fri, 09 Jun 2006 02:11:00 GMT

在对BPM产品做出评估�Ӟ��有两个关键的问题是用户必��考虑的：
    i. 功能�Q��品能够提供多��满��业务流�E�管理需求的功能�Q?br />    ii. 完整性：对与业务��程��理而言�Q�该产品是否是完整的解决�Ҏ��Q?br />
    评估一个��品的业务��程��理功能通常采用一�U?0个关键BPM功能列表比较的方法。这些关键功能以及他们的描述和�ؓ什么是关键的解释我们会在后面给出列表。在对一个BPM产品�l�出评�h之前�Q�应该确认这些关键功能是软�g即买即用�Q�Out-of-the-box�Q�的�Q�很多号�U�是BPM解决�Ҏ��的��品也许能够通过�~�程或编写脚本能够实现这些功能，但如果通过其他�Ҏ��来实现这些功能，整体拥有成本在��品生命周期中会变得很高�?br />
    BPM关键功能

    1�Q� 强大的规则引擎
    2�Q� 基于Web架构
    3�Q� 安全及验证
    4�Q� 流�E�文档化
    5�Q� 基于角色流�?br />    6�Q� 基于关�p�L��?br />    7�Q� 相对关�p�L��?br />    8�Q� ��^行会�{?br />    9�Q� 特�D�流�?br />    10�Q� 支持队列及工作�l?br />    11�Q� 流�E�反�?rollback)
    12�Q� 子��程
    13�Q� 异常处�?br />    14�Q� 第三方应用代理
    15�Q� EAI
    16�Q� 支持弹性化表单
    17�Q� 自定义视图
    18�Q� 实时监控状�?br />    19�Q� 分散式用户��理
    20�Q� �Q务指�z�֒�协商

    评估一个BPM产品的完整性通常可以��品功能模块与下述模块列表�Ҏ��。如果该产品�~�少一个或几个功能模块都将�l�用户造成额外成本�Q�这��L��产品通常是不完整的�?br />
    BPM的完整�?/strong>

    1�Q� 图形化��程设计
    2�Q� 管理器
    3�Q� 协同式设计
    4�Q� 徏模及模拟仿真
    5�Q� 组�l�结构及整合目录
    6�Q� 多样化客户端界�?br />    7�Q� 流�E�监�?br />    8�Q� 可扩展�?br />    9�Q� Web服务及整�?br />    10�Q� 数据库�q�接及流�E�交易处�?br />
    通过上述比较�Q�我们可以徏立一个如下的功能/完整性的矩阵图，四个象限分别表示四种不同的��品�?br />    I�Q� 支持BPM的��?br />    II�Q� BPM引擎
    III�Q� 专业BPM应用产品
    IV�Q� 通用型BPM应用�Ҏ��
    I�Q� 支持BPM的��?br />    �q�类产品功能较少�Q�完整性也较差。正因如此，�q�类产品不能被视作WFA的��品，而是可通过二次开发从而实现BPM需求的技术架构或核心模块。当然�h��g��比较便宜�Q�用户可以通过在这�c�L��心模块上建立逻辑和应用，建立一个完整的BPM解决�Ҏ��。这�c�M�品比较适合独立软�g开发商和应用系�l�提供商�?br />
    II�Q� BPM引擎
    BPM引擎�c�M�品功能上往往非常齐全�Q�但完整性不够。通过BPM服务器或BPM引擎提供BPM实现的核心逻辑引擎。通常�q�类产品不提供完整的客户端，也不提供报表和管理的工具。BPM引擎通常被大型客户和�pȝ��集成商采用，以提供按照用户需求开发客��L��的BPM解决�Ҏ��。通过�~�程可以提高完整性，当然�E�序开发的成本也比较高�?br />
    III�Q� 专业BPM应用产品
    很多业务应用�Ҏ��把BPM功能作�ؓ他们�pȝ��增值内容的一部分。这�c�d��用中的BPM部分完整性方面做的都不错�Q�因为必��要和应用的其他功能很好地整合。然而这�c�BPM在功能方面往往比较差，因�ؓ他们设计的目的知识�ؓ业务应用�pȝ��增��|��而非成�ؓ独立的WFA解决�Ҏ��?br />
    IV�Q� 通用型BPM应用�Ҏ��
    �q�类产品的功能和完整性都比较强，因�ؓ最初的设计��是以BPM自动化�ؓ核心。这�c��Y件往往提供适应大量BPM需求的软�g包�?br />

��L��癑ַ��Q�有容乃�?/a> 2006-06-09 10:11 发表评论

亚洲影视综合,在线观看亚洲,粉嫩13p一区二区三区

BPM产品评估标准