studio
2024.10
true
UiPath logo, featuring letters U and I in white
Studio 用户指南
Last updated 2024年11月18日

自动化生命周期

流程了解

决定采用有人值守机器人和无人值守机器人的自动化,这是影响开发人员构建代码方式的第一个重要决策,因为一般的运行框架(机器人触发、交互、异常处理)有所不同。之后切换到另一种类型的机器人可能会很麻烦。

对于时间紧迫的、由人触发的实时流程(比如在呼叫中心),有人值守机器人与人类协同工作可能是唯一选择。

但是,并不是所有需要人工输入的流程都应该与有人值守机器人一起运行。如果在这个过程中,某个纯粹的判断性的决定(不是基于规则的)是无法避免的,那么可以评估某个流程是否变化,比如当第一个子流程的输出成为第二个子流程的输入时,就像将更大的流程分割成两个较小的子流程一样。例如,验证/修改第一个子流程的输出,这两个子流程都可以自动触发并在无人值守的情况下运行。

典型的情况是,在流程中某个地方需要手动步骤,例如检查凭单的非结构化注释部分,并在此基础上将凭单分配给某些类别。

一般来说,使用无人值守机器人可以确保更有效地使用机器人负载和更高的 ROI,更好地管理和追踪机器人的能力。

但是,这些计算应考虑到各个方面,例如,有人值守机器人通常只能在员工的正常工作时间内运行,或者在执行完成之前,会一直占用计算机或用户。输入类型、事务量、时间限制、可供使用的机器人数量等也在此决策中发挥作用。

记录流程 - DSD

流程文档指导开发者的工作,并在跟踪请求和应用程序维护方面提供帮助。当然,可能还有许多其他技术文档,但其中一个对于顺利实施至关重要,即开发规格文档 (DSD)。

开发规范文件应包含自动化流程细节,并侧重于两大类别:运行时指南开发详细信息

运行时指南应该包含一个高级运行时图,以及机器人功能的详细信息,例如子流程、计划、配置设置、输入文件、输出文件、临时文件和执行的操作。应指定有关主流程的其他详细信息,例如先决条件、自动和手动错误处理、故障情况下的流程恢复、Orchestrator 的使用、日志记录和报告、凭据管理以及与安全或功能相关的任何其他相关信息。

“开发详细信息”应该包含有关正在使用的包、开发环境、日志记录级别、源代码存储库和版本控制、工作流组件及其描述和参数列表的列表、可重用组件列表、工作流调用树、定义的自定义日志和日志字段、流程图的相关快照、后台与前台自动化的级别,以及任何其他相关或未完成的开发项目。

开发和代码审核

RPA 解决方案架构师负责持续指导开发人员了解最佳实践。因此,必须进行频繁和彻底的代码检查,以执行非常高质量的开发工作流。这样,开发人员就有动力构建健壮的工作流,并遵循最佳实践指南。

测试

构建每个组件后,应进行单元测试。如果每个组件都经过全面测试,则集成运行会更加顺畅,并且调试的持续时间会更短。REFramework 包含一个 Test_Framework 文件夹,应在其中放置所有测试文件。使用 RunAllTests.xaml 文件,开发者可以自动测试包含大量 .xaml 文件的序列,从而能够尝试组件之间的小型集成并运行压力测试。每次测试结束时都会生成一份报告。通常,此类测试应在办公时间以外的测试环境中执行,以优化开发者的时间。

推荐的 UiPath 架构包括开发测试环境,这些环境允许在活动生产系统之外测试流程。

有时,应用程序在开发测试生产环境中呈现出不同的外观或行为,因此必须采取额外的措施,以净化选取器,甚至有条件地执行某些活动。

使用 UiPath.config 文件或 Orchestrator 资产可切换当前环境的标志或设置。在与活动应用程序交互之前,可以检查测试模式参数(布尔值)。这可以作为资产(或参数)输入来接收。当该参数设置为 True 时,在调试和集成测试期间,它遵循测试路线,不会完全执行该案例。例如,测试修补程序可以跳过发送通知、跳过“确定”或“保存”按钮,而是按下“取消”或“关闭”按钮。当该参数设置为 False 时,则遵循正常的生产模式路线。

这允许您进行修改,并在直接在活动系统中生效的流程中测试这些修改。

发布

有多种设计架构和发布流程的方法,考虑基础设施设置,请关注角色分离等因素。

在这个提议的模型中,UiPath 开发者可以构建他们的项目,并在 Orchestrator 的开发环境中对其进行测试。他们可以将项目签入到由版本控制系统 (VCS)(例如 GIT、SVN 或 TFS)管理的驱动器中。

发布包并将其用于测试生产环境是不同团队的工作,例如 IT。

通过更改“部署”部分 UiPath.Orchestrator.dll.config 文件中的 Storage.Location 值,Orchestrator 上的部署路径已从默认路径更改为由 VCS 管理的文件夹。

该模型还包含一个可重用组件的存储库。



下面是逐步进行的项目发布流程:

  1. 开发者构建流程,在本地测试和调试某一部分 (Studio)。
  2. 自动化开发完成后,流程就会发布到开发 Orchestrator,并再次进行端到端的测试。
  3. 项目文件夹将提交(而不是打包)到“主库”文件夹(在 VCS 上)。
  4. IT/RPA 运营团队为 QA 创建项目包。这一步旨在作为额外的安全措施:在打包并由机器人运行之前(由不同的实体)检查自动化源代码,例如,打包后的流程存储在 VCS 上的流程包 (QA) 文件夹中,流程将从该文件夹部署到 QA 机器人并执行。
  5. 如果在测试过程中发现任何问题,则重复上述步骤。
  6. 通过了所有 QA 测试后,包就会被推送到生产环境中 - 流程包(生产)
  7. 当流程上线时,流程包将部署到生产机器人并执行。

可重用内容会作为 UiPath 代码(可重用代码库)和调用调用存储库),单独创建和部署而成。

包含源代码的工作流是 .xaml 文件,其中包含用于自动化常见流程的活动,例如“登录 SAP”


调用表示仅由上面提到的代码工作流的一个调用活动组成的工作流。



Studio 开发人员的“代码片段”面板应该指向这个“调用”存储库,以便能够轻松访问可重用内容(拖放)。



负责维护可重用内容(例如,由于流程更改)的本地设计机构使用代码来更新工作流(例如,由于流程中的更改)。调用将保持不变。

相对于直接使用源代码库,这种方法的优点是:当对可重用组件进行更改时,所有正在运行的项目也会反映这一更改,因为它们只包含更改后的工作流的调用

监控

使用“日志消息”活动来追踪正在运行的流程的演变对于监视、诊断和调试流程来说必不可少。消息应提供所有相关信息以准确识别情况,包括事务 ID 和状态。

应使用日志记录:

  • 每个工作流的开始和结束;
  • 当数据来自外部来源时;
  • 每次在最高级别捕获异常。
系统会以指定的优先级(例如Info、Trace、Warning)向 Orchestrator 发送消息,还会将其保存在本地 .nlog 文件中。
自定义日志字段
为了方便地在 Kibana 中使用数据以进行报告,机器人可以使用“添加日志字段”活动标记有额外值的日志消息。默认情况下,任何 UiPath 日志输出都已经有几个字段,包括 messagetimestamplevelprocessNamefileName 和机器人的 Windows 身份。日志字段是持久的,因此如果我们不需要用标签来标记所有消息,则应该在日志记录之后立即使用“删除日志字段”活动来删除字段。不要使用已经存在的字段名。第一次添加字段时,请务必指定适当类型的参数。这就是 Elasticsearch 对字段编制索引的方式。


  • 流程了解
  • 记录流程 - DSD
  • 开发和代码审核
  • 测试
  • 发布
  • 监控

此页面有帮助吗?

获取您需要的帮助
了解 RPA - 自动化课程
UiPath Community 论坛
Uipath Logo White
信任与安全
© 2005-2024 UiPath。保留所有权利。