3

我们正在将我们的工作流从LivelinkSharePoint迁移到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 回答