您在使用 AgilePoint 作为您的工作流/BPM 引擎方面有何经验？

Question

我们正在将工作流程从 Livelink 和 SharePoint 迁移到 AgilePoint。如果有人有使用 AgilePoint 的经验，您介意分享一下您的经验吗？

例如：

• 您遇到过哪些问题？
• 您是否发现 AgilePoint 的任何特定方面特别有用？
• 您是否发现 AgilePoint 的任何特定方面特别无用？

欢迎所有好的、坏的、无关紧要的体验，因为这将被标记为社区 wiki。

Answer 1

我们的咨询公司是 Microsoft 金牌和开放文本合作伙伴。我扮演首席工作流专家的角色，协助客户在这两种产品中创建工作流。根据我的经验，AgilePoint 的工作流功能绝对超越了 SharePoint 和 Livelink 能够并且将永远提供的功能。仅仅是因为 SharePoint 和 Livelink（他们现在将或正在调用的 Content Server）旨在成为协作存储库，而不是工作流工具。是的，它们将具有工作流功能，但是，它们不会接近第 3 方联盟类型供应商将提供的功能——因为那是他们的生计。我们目前正在将 AgilePoint 与 SharePoint 和 Livelink 一起使用，并且正在将 AgilePoint 作为第 3 方工作流工具包含在我们即将结束的一些大大小小的项目中。

以下是我发现有用的关于 AgilePoint 的元素：

1. 从业务分析师或开发的角度来看，它是我和其他技术人员和非技术人员都习惯使用的工作流创建环境 - Visio。如果您对 visio 非常了解，那么与其他供应商相比，AgilePoint 的升级时间将是最短的。您会听到 Agilepoint 吹嘘他们的“模型驱动架构”，而 visio 的调色板环境是主要原因。

2. 变更管理 - 非常容易更新流程、迁移到新流程以及进行中的变更/更新流程。

3. 任务管理 - 流畅的 UI，允许管理员快速搜索特定流程以及与该流程关联的所有任务。我喜欢这样一个事实，即如果我需要进入特定流程，我可以快速访问一个中心位置。

4. 非技术业务用户授权 - 这显然取决于您组织的治理，但可以授权业务用户创建整个流程，部署到测试或暂存环境，然后测试他们的流程作为证据上线前的概念。

5. 集成和可扩展性 - 所以在这里，几乎是开箱即用，我相信它们包括一些敏捷部件（visio 模板 Web 服务），允许您快速与 ERP（SAP 等）集成和/或您可以创建您自己的模板以与第 3 方自定义应用程序集成。例如，对于我的一些项目，我很可能会让开发人员创建一些自定义的敏捷部件，以与一堆制造或零售应用程序集成。我喜欢的是，一旦你创建了这个模板，你就可以在你正在处理的任何工作流程中重复使用。

6. 底层架构 - 因此，agilepoint 的底层基础是您可以创建自定义表单、共享点列表或“agileforms”来创建您的流程。这就是我喜欢的地方，这些表单和工作流之间的“连接器”本质上是 XML，所以这意味着无论您决定使用 AgilePoint 3 年然后继续使用其他东西，所有 XML 都会被保存，以便您不必担心丢失数据。所有这些都与您的 SQL 或您的组织决定使用的任何数据库相关联。

7. 架构 - 对我来说最突出的还有 AgilePoint 的安装方式，它不会位于您的 SharePoint 或 Livelink 服务器上，它实际上是独立的，并使用连接器与 Sharepoint 或其他存储库链接，因此升级和您将在这些 CMS 上执行的补丁不会影响敏捷点工作流程的执行方式。

就我所发现的问题而言，嗯，我认为在创建新流程时需要注意一些细微差别，这些细微差别有时会让您感到困惑。例如，如果您更改工作流程的名称，它实际上会创建一个全新的流程，如果您不够精明，无法捕捉到它，您将至少花费一个小时来弄清楚您到底做错了什么。但这是一旦你意识到和学习的事情之一，它不会成为一个问题，只是需要密切关注的事情。我想我可以有把握地说，我并没有真正发现该产品有任何根本性的问题。我知道 Gartner 对 AgilePoint 的“SOA 倡议”有疑问，我试图从 Gartner 获得更多信息，但没有看到任何足以让我远离该产品的令人信服的信息。 Forrester 对此有很好的评价:)。所以如果你不喜欢 gartner，总有 forrester 吧？ :)

我确定还有其他的东西，我还没有抓住，但客观地说，我认为这是一个可靠的产品，并且会存在很长时间。如果您想要更高的舒适感，请询问他们的增长策略。

祝你好运！ 如果您愿意，欢迎您直接与我联系。 迟来的谢里夫 la.shariff1@gmail.com

Answer 2

快速免责声明 - 我为 MS partner 工作，这也是 AgilePoint 的合作伙伴。总体而言，该产品很好，这就是我们将其用于解决方案的原因。

优点：- 产品真正酷的地方

1. 用户界面：

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

2. 运行时：

   • 有关在运行时可用的变量/字段的详细信息。
   • 可以在各种活动中使用多个数据源。
   • 发布新更改后，正在运行的应用程序将继续运行，因此无需关闭系统即可部署更改。
   • 可以使用 API 从其他资源访问任何类型的数据。

3. 产品特点：

   • SharePoint 版本独立将适用于未来版本。
   • 很容易集成到不同的系统中，因为 SharePoint、销售团队提供 AgilePoint 仪表板。
   • 可以使用各种授权方法登录。 （OAuth2涵盖了很多授权方式）
   • 非常容易将应用程序导出到其他租户并重用它们。
   • 可以创建全局可重用令牌并将其导出到多个应用程序，从而提高可重用性。
   • 单个表单也可以在多个应用程序和租户之间导出和重复使用。

4. 本地/私有云

   • 私有云上可能有多个租户
   • 可以访问存储在xml中的数据并根据数据创建各种报表

坏人：

1. 用户界面：
   • Canvas 的设计方式不能将纯文本放置在表单上。它必须在控件中。
   • 控件占据了一个不能改变高度的特定大小。这确实提供了一个更整洁的外观，但想要的外观很难（我可能有偏见，因为这在 MS word/Infopath 中很容易实现）。
   • 嵌套控件很困难，除非放入不支持大量控件的子窗体中
   • 自定义 HTML 控件呈现很困难。
   • 自动保存不会发生，并且 UI 有时会变得无响应，从而导致数据丢失
2. 运行时：
   • 查找需要一段时间才能加载。
   • 无法修改页面提交操作。
   • 与 IE 的集成不佳
   • 无法离线修改表单
3. 产品特点：
   • 外观无法修改为类似于 SharePoint 以保持一致性
   • 如果不使用 Agilepoint 仪表板作为表单/任务的物理位置，则难以集成到 SP 中

丑陋的：- 太糟糕了

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

Answer 3

1. 在设计表单时更改 UI 是一项挑战
2. 当您拥有 SharePoint 甚至 AgilePoint 等数据源时，添加子表单控件也具有挑战性
3. 服务器更新大约需要 45 分钟（取决于是否出现问题，曾经遇到 SP 集成问题需要 20 分钟）并且是手动操作
4. 请勿将服务器安装在安装了 SharePoint 的同一台计算机上。在维护期间，它将关闭所有 IIS 服务，从而导致 SharePoint/MS 项目停机。
5. 除上述所有内容外，我发现 AgilePoint 是迄今为止自动化领域最通用且用户友好的工具。 Nintex 的人甚至无法正确地进行演示，尽管他们已经向他们传达了所有要求。
6. 即使在测试产品时，AgilePoint 支持也很及时。
7. AgilePoint 肯定需要指导。如果您认为，您可以浏览网络上的所有文档并了解所有内容，不。

请与我联系以获取有关 AgilePoint 及其与 CR 集成的更多信息