您在使用AgilePoint作为工作流/BPM引擎方面有哪些经验?

我们的咨询公司是微软的黄金和开放文本合作伙伴。我扮演一个主要工作流专家的角色,帮助客户在两个产品中创建工作流。根据我的经验,AgilePoint的工作流功能绝对超过了SharePoint和LiveLink所能提供和将提供的功能。仅仅是因为SharePoint和LiveLink(内容服务器,他们现在会或现在称之为内容服务器)是指协作存储库,而不是工作流工具。是的,他们将具有工作流功能,但是,他们不会接近第三方联盟型供应商将提供的东西-因为这是他们的面包和黄油。我们目前正在将AgilePoint与SharePoint和LiveLink一起使用,并且正在将AgilePoint作为第三方工作流工具包括在几个即将结束的大型和小型活动中。

以下是有关AgilePoint的元素,我发现它们很有用:

1. 从业务分析人员或开发人员的角度来看,它是一个工作流创建环境,我和其他技术人员和非技术人员都习惯于使用它—Visio。如果您熟悉Visio,与其他供应商相比,AgilePoint的升级时间将是最小的。你会听到AgilePoint吹嘘他们的“模型驱动的架构”和Visio的调色板环境是为什么。

2. 变更管理-非常容易更新流程,迁移到新流程,以及变更/更新流程。

3. 任务管理-灵活的用户界面,允许管理员快速搜索特定进程和与该进程相关的所有任务。我喜欢这样一个事实:如果我需要进入一个特定的流程,我可以快速进入一个中心位置。

4. 非技术性的业务用户授权—这显然取决于组织的治理,但是业务用户可以被授权创建一个完整的流程,部署到一个测试或登台环境,然后在上线前测试他们的流程作为概念证明。

5. 集成和可扩展性-因此,在这里,几乎是开箱即用的,我相信它们包括一些AgileParts(Visio Stencil Web Services),使您能够快速与ERP(SAP等)集成,和/或您可以创建自己的模具以与第三方自定义应用程序集成。例如,对于我的一些项目,我很可能会让开发人员创建一些定制的AgileParts,以与一系列制造或零售应用程序集成。我喜欢的是,一旦你创建了这个模具,你可以在任何工作流程中重复使用。

6. 基础架构——所以AgrePoint的基础是,您可以创建自定义窗体、SharePoint列表或“AgiFraseFras”来创建流程。这就是我喜欢的,这些表单和工作流之间的“连接器”本质上是XML,这意味着无论您是否决定使用AgilePoint 3年,然后继续使用其他东西,所有的XML都会被保存,这样您就不必担心丢失数据。所有这些都与您的SQL或组织决定使用的任何数据库相链接。

7. 体系结构-对我来说,最突出的是AgilePoint的安装方式,它不会安装在SharePoint或LiveLink服务器上,而是单独安装,并使用连接器与SharePoint或其他存储库链接,因此您将在这些CMS上执行的升级和修补程序不会影响AgilePoint工作流的执行方式。

就我所发现的问题而言,嗯,我认为在创建新流程时需要注意一些细微之处,有时会混淆你的想法。例如,如果您更改了工作流的名称,它实际上会创建一个全新的流程,如果您还没有足够的了解它,那么您至少要花一个小时来弄清楚自己做错了什么。但这是你一旦意识到并学习到的事情之一,它不会是一个问题,只是需要密切关注的事情。我想我可以放心地说,我还没有真正发现产品的任何根本问题。我知道Gartner对AgilePoint的“SOA计划”有异议,我试图从Gartner那里获得更多信息,但没有看到任何有说服力的信息足以让我避开这个产品。福雷斯特对此有好话要说:)。所以如果你不喜欢高德纳,福雷斯特总是有的,对吗?:)

我相信还有其他的事情,我还没有抓住,但客观地说,我认为这是一个坚实的产品,将长期存在。如果你想获得更高的舒适感,请询问他们的成长策略。

祝你好运! 如果您愿意,欢迎直接与我联系。 拉蒂夫沙里夫 邮箱:la.shariff1@gmail.com

快速免责声明-我为 MS partner 这也是一个AgilePoint合作伙伴。总的来说,产品是好的,这就是我们为解决方案实现它的原因。

好的方面:-产品的真正优点是什么?

1. 用户界面:

   • 用户友好的开发。
   • 易于部署和使用。
   • 可提供整洁的移动友好表单
   • 两个应用程序的并行处理,可以使用不使用代码的子处理。
   • AgilePoint中的SharePoint工作流解决了大多数需要事件接收器的目的。
   • 各种控制可用于各种功能。
   • 不同的过程模型可用于不同的用途。即电子表单、SharePoint表单、系统集成等。
   • 可以通过共享/单个文件轻松地将jquery/css添加到控件中。

2. 运行时间:

   • 运行时可用的变量/字段的详细信息。
   • 可以在各种事件中使用多个数据源。
   • 当发布新的更改时,运行的应用程序将继续运行,因此系统不必关闭以部署更改。
   • 可以使用API从其他资源访问任何类型的数据。

3. 产品特点:

   • 独立于SharePoint版本将适用于未来的版本。
   • 很容易集成到不同的系统中,因为SharePoint、Sales force都提供了AgilePoint仪表盘。
   • 可以使用各种授权方法登录。(OAuth2包含许多授权方法)
   • 很容易将应用程序导出到其他租户并重用它们。
   • 可以创建全局可重用的令牌并将其导出到多个应用程序,从而提高重用性。
   • 单个表单也可以在多个应用程序和租户之间导出和重用。

4. 内部部署/私有云

   • 在私有云上可能有多个租户
   • 可以访问存储在XML中的数据,并基于这些数据创建各种报表

坏处:

1. 用户界面:
   • 画布设计为纯文本不能放置在窗体上。它必须在控制之中。
   • 控件占用特定的高度不能更改的大小。这确实使外观更整洁,但所需外观很困难(我可能有偏见,因为这在MS Word/InfoPath中很容易实现)。
   • 嵌套控件很困难,除非放入子窗体,而子窗体又不支持很多控件。
   • 自定义HTML控件呈现很困难。
   • AutoSave不会发生,用户界面在发生数据丢失时会失去响应。
2. 运行时间:
   • 查找需要一段时间。
   • 页面提交操作不能修改。
   • 与IE集成不良
   • 无法脱机修改表单
3. 产品特点:
   • look and feel can_t be modified to look like sharepoint to maintain consistency
   • 如果不使用AgilePoint仪表板作为表单/任务的物理位置,则很难集成到SP中

丑陋的人:-什么都糟透了

1. 用户界面:
   • 在设计时和运行时对多个控件的支持非常差。因此不适用于较大的形状。
2. 运行时间:
   • 无法从实际位置访问表单,因为表单可用作任务。这通常是客户的主要要求。
   • 无法在任何地方访问表单上的数据,因此可以轻松地将其放入报表中。
   • 以XML格式保存的表单…不是数据库,所以您需要先获取数据库中的数据,然后才能对其进行真正的报告。