3

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

例如：

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

好的、坏的、冷漠的体验都是受欢迎的，因为这将被标记为社区维基。

4

3 回答 3

4

我们的咨询公司是微软金牌和开放文本合作伙伴。我扮演首席工作流专家的角色，协助客户在这两种产品中创建工作流。根据我的经验，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 吧？:)

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

祝你好运！如果您愿意，欢迎您直接与我联系。Lateef Shariff la.shariff1@gmail.com

于 2010-02-05T17:30:20.680 回答
3

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

优点：-该产品真正酷的是什么

  1. 用户界面：

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

  2. 运行：

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

  3. 产品特点：

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

  4. 本地/私有云

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

坏处：

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

丑陋的：- 完全糟透了

  1. 用户界面：
    • 在设计时和运行时对多个控件的支持很差。因此不适合较大的形式。
  2. 运行：
    • 无法从物理位置访问表单，因为表单可作为任务使用。这通常是客户的主要要求。
    • 无法在任何地方访问表单上的数据，因此无法轻松放入报告中。
    • 保存在 XML 中的表单...不是数据库，因此您需要先获取数据库中的数据才能对其进行真实报告
于 2016-03-06T20:35:56.920 回答
0
  1. 设计表单时，UI 更改是一个挑战
  2. 当您拥有 SharePoint 甚至 AgilePoint 等数据源时，添加子表单控件也具有挑战性
  3. 服务器更新大约需要 45 分钟（取决于是否发生问题，遇到一次 SP 集成问题需要 20 分钟）并且是手动操作
  4. 不要将服务器安装在安装了 SharePoint 的同一台计算机上。在维护期间，它将关闭所有 IIS 服务，从而导致 SharePoint/MS 项目停机。
  5. 除了以上所有，我发现 AgilePoint 是迄今为止自动化领域最通用和用户友好的工具。Nintex 的家伙甚至无法正确地进行演示，尽管他们已经向他们传达了所有要求。
  6. 即使在测试产品时，AgilePoint 支持也很及时。
  7. AgilePoint 肯定需要指导。如果您认为，您可以浏览网络上的所有文档并了解所有内容，不。

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

于 2019-11-10T07:13:01.300 回答