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

Question

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

例如：

• 你遇到了什么问题？
• 您是否发现AgilePoint的任何特殊方面特别有用？
• 您是否发现AgilePoint的任何特殊方面特别无用？

好的、坏的、无动于衷的经历都是受欢迎的，因为这将被标记为一个社区wiki。

Answer 1

我们的咨询公司是微软黄金和开放文本合作伙伴。我扮演一个主要的工作流专家的角色，协助客户在这两个产品中创建工作流。根据我的经验，AgilePoint的工作流功能肯定超过了SharePoint和Livelink能够并将永远提供的功能。仅仅因为SharePoint和Livelink (Content作为他们现在将要或正在调用的内容服务器)意味着是协作存储库，而不是工作流工具。是的，他们将有工作流功能，然而，他们不会接近第三方联盟类型的供应商将提供-因为这是他们的面包和黄油。我们目前正在将AgilePoint与SharePoint和Livelink结合使用，并正在将AgilePoint作为一个第三方工作流工具包括在几个大大小小的项目中，我们很快就要结束了。

下面是关于AgilePoint的一些元素，我发现这些元素很有用：

1. 从业务分析师或开发角度来看，这是一个工作流创建环境，我和其他技术人员和非技术人员都习惯于- Visio。如果您对visio很了解，那么与其他供应商相比，AgilePoint的提升时间将是最小的。您将听到agilepoint吹嘘他们的“模型驱动体系结构”和visio的调色板环境是原因所在。
2. 变更管理--非常容易更新流程，迁移到新进程，并在运行中更改/更新流程。
3. 任务管理-灵活的UI，允许管理员快速搜索特定进程和与该进程相关的所有任务。我喜欢这样一个事实:如果我需要进入一个特定的过程，我可以快速访问一个中心位置。
4. 非技术业务用户授权--这显然取决于您组织的治理，但是业务用户可以被授权创建一个完整的流程，部署到测试或阶段环境中，然后测试他们的流程作为概念的证明。
5. 集成和可扩展性--所以，在这里，我相信它们包括了一些Aagile部件(visio模板web服务)，它们允许您快速地与ERPs(SAP等)集成，或者您可以创建自己的模具来与第三方自定义应用集成。例如，对于我的几个项目，我很可能会让一个开发人员创建一些定制的老龄部件，以便与大量的制造或零售应用程序集成。我喜欢的是，一旦你创建了这个模板，你就可以在任何工作流程中重复使用。
6. 底层模式-因此agilepoint的基础是可以创建自定义表单、sharepoint列表或"agileforms“来创建流程流。这就是我喜欢的地方，这些表单和工作流之间的“连接器”本质上是XML，这意味着无论您决定使用AgilePoint 3年，然后继续使用其他的东西，所有这些XML都被保存，这样您就不必担心数据丢失了。所有这些都链接到您的SQL或任何您的组织决定使用的db。
7. 架构--对我来说，最突出的是AgilePoint是如何安装的，它不会放在您的SharePoint或Livelink服务器上，它实际上是分开的，并且使用连接器与Sharepoint或其他存储库链接，因此您将在这些CMS上进行的升级和补丁不会影响agilepoint工作流的执行方式。

就我所发现的难题而言，嗯，我认为在创建新的过程时有一些细微之处，有时会把你搞糊涂。例如，如果您更改了工作流的名称，它实际上将创建一个全新的流程，如果您不够聪明地捕捉到它，您将花费至少一个小时来找出您到底做错了什么。但这是一件一旦你意识到并学习到的事情，它将不是一个问题，只是一个值得密切关注的问题。我想我可以有把握地说，我还没有真正发现产品有什么根本问题。我知道Gartner对AgilePoint的"SOA计划“有异议，我试图从Gartner那里获得更多的信息，但是没有看到任何足以让我远离这个产品的令人信服的东西。福雷斯特对此有很多好话要说:)所以，如果你不喜欢高德纳，总是有福雷斯特的，对吗？:)

我相信还有其他的事情，我还没有抓住，但客观地说，我认为这是一个坚实的产品，并将存在很长一段时间。如果你想要更高的舒适感，问他们他们的成长策略。

祝好运!如果你愿意的话可以直接联系我。乳牛舍利夫la.shariff1@gmail.com

Answer 2

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

The Good:- 产品真正酷的是什么？

1. UI：

- User friendly development.
- Easy to deploy and use.
- Neat Mobile friendly forms available
- Parallel process of two applications possible using sub process using no code.
- SharePoint workflows in Agilepoint solve most purposes for which event receivers are needed.
- Wide variety of controls available for various functionalities.
- Different process models available for different uses. I.e. E-forms, Sharepoint Forms, System  Integration etc.
- Can add Jquery/ CSS to controls easily through shared/ individual files.

​

1. 运行时：

- Detailed information about variables/fields used available at runtime.
- Multiple data sources can be used at various events.
- Running applications will continue to run when a new change is published, as a result of which the system doesn’t have to be brought down to deploy changes.
- Can use APIs to access any kind of data from other resources.

​

1. 产品特点：

- SharePoint version independent will work with future versions.
- Easy to be integrated into different systems because SharePoint, Sales force have AgilePoint Dashboards available.
- Log in using various Authorization method possible. (OAuth2 covers a lot of authorization methods)
- Very easy to export applications to other tenants and reuse them.
- Globally reusable tokens can be created and exported to multiple application increasing reusability.
- Individual forms also can be exported and re-used across multiple applications and tenants. 

​

1. 前提下的/Private云

- Multiple tenants possible on a private cloud 
- Can access data stored in xml and create various reports based on the data

​

The Bad:

1. UI：
   • 画布的设计方式，使纯文本不能放在窗体上。它必须在控制之下。
   • 控件占用不能更改高度的特定大小。这确实提供了一个更整洁的外观，但想要的外观是困难的(我可能有偏见，因为这很容易在MS word/ Infopath中实现)。
   • 嵌套控件是很困难的，除了放入子窗体，而子窗体又不支持很多控件。
   • 自定义HTML控件呈现是困难的。
   • 自动保存不会发生，用户界面会在时间上失去响应，导致数据丢失。

​

1. 运行时：
   • 查找需要一段时间才能加载。
   • 无法修改页面提交操作。
   • 与IE集成不佳
   • 无法离线修改表单

​

1. 产品特点：
   • 外观和感觉不能修改为看起来像SharePoint，以保持一致性
   • 如果不使用Agilepoint仪表板作为表单/任务的物理位置，则难以在SP中集成

​

丑八怪：-什么完全糟透了

1. UI：
   • 设计时和运行时对多个控件的支持非常差。因此，不适合较大的形式。

​

1. 运行时：
   • 不能从物理位置访问表单，因为表单可以作为任务使用。这通常是客户的主要要求。
   • 任何地方都无法访问表单上的数据，因此不能轻易地将其放入报表中。
   • 以XML格式保存的表单..。而不是DB，所以您需要先获取数据库中的数据才能对其进行真正的报告。

​

Answer 3

1. 在设计表单时，UI更改是一个挑战。
2. 当您有像SharePoint甚至AgilePoint这样的数据源时，添加子窗体控件也是很有挑战性的。
3. 服务器更新大约需要45分钟(取决于是否没有出现问题，只需20分钟就会遇到SP集成问题)，这是一种手工操作。
4. 不要在安装SharePoint的同一台计算机上安装服务器。在维护期间，它将关闭所有IIS服务，从而导致SharePoint/MS项目停机。
5. 除以上所述之外，我发现AgilePoint是迄今为止自动化领域中最通用和最方便用户的工具。虽然他们已经把所有的要求都传达给了他们，但是Nintex的人甚至没有给出正确的演示。
6. 即使在测试产品时，AgilePoint支持也是及时的。
7. AgilePoint确实需要指导。如果你认为，你可以浏览所有的文件在网上，并知道这一切，不。

请与我联系，了解更多关于AgilePoint及其与CR集成的信息。