在任何涉及单个或多个应用程序的自动化项目中，总会存在错误和异常等挑战。因此，我们必须最有效地设计我们的软件机器人，以便它们能够优雅地克服这些挑战。它们需要具有适当的异常处理和恢复能力，易于处理和维护，可重用并提供有效的日志记录。增强型机器人企业框架 (REFramework) 是一个 UiPath Studio 模板，可用于构建、测试和运行有人值守和无人值守的业务流程。它可以以结构化、高效和一致的方式用于各种类型的流程和数据类型，以帮助我们实现这些目标。在 UiPath 学院中有关此主题的社区教程中了解更多信息。

在本教程中，您将学习如何通过在一个简单项目中实现此框架来自动化业务流程。

先决条件

1、UiPath Studio、UiPath Orchestrator、机器人基础知识

2. UiPath Studio 安装在您的机器上

3.从 UiPath Marketplace 下载的增强型机器人企业框架

4.从社区教程中的演示材料下载的Microsoft Windows应用程序DoubleUI”

业务流程

在开始自动化任何事情之前，我们必须了解作为机器人流程自动化 (RPA) 开发人员的需求。让我们考虑一个简单的业务流程来转在本教程中，您将学习如何通过在一个简单项目中实现此框架来自动化业务流程。

 

 

第二个过程是使用网络应用程序谷歌货币转换器（如下突出显示）将总存款转换为转换后的存款值。源货币、目标货币和源值在前面的步骤中已经知道。

输出值在 Excel 文件和 Orchestrator 中的队列中更新。我希望在出现任何业务异常时更新评论栏。

 

 

框架概述

好的，现在让我们看看 UiPath Studio 中的文件夹和文件结构。我正在使用 Studio Pro 版本 20.6.0 的社区版。REFramework 的入口点是在 Orchestrator 部署和启动项目时运行的主文件。该框架由四层组成（如下图所示）：

• 框架层
• 业务流程层
• 数据层
• 服务层

 

 

在框架层中，设置从配置文件中读取并作为键值对存储在配置字典中（其中键是字符串，值是对象）。执行应用程序检查以确保启动该过程的所有先决条件都已到位。

在业务流程层，我们执行清理和准备活动。业务逻辑是通过创建可重用的工作流来实现的。

在Data Layer中，放置了Config文件和数据输入文件，供Framework Layer读写数据。

在服务层中，有多个任务，每个任务都是其自身的框架，被调用以执行独特的操作。例如，GetDataTask 用于将事务数据传递到框架层。

框架概念

该框架具有工作块、状态转换和异常处理功能，可最有效地执行框架目标。了解这些概念以更好地理解这个框架是必不可少的，因为它们是 REFramework 的基本构建块。

工作块

整个框架本身就是一个工作块，它有一个父工作块和许多子工作块。在工作块启动期间，将构建有关路径的信息并将其传递给子工作块。您可以发布要在日志中提供的输入参数以进行有效记录，以便在出现任何异常时轻松调试。

状态机

状态机图有四种状态：

1.初始化

2.GetSet交易数据

3. 处理交易

4. 结束流程

在 Init 状态下，机器人读取配置并初始化所有应用程序。如果此步骤成功完成，机器人将进入下一个状态 GetSet Transaction Data。

如果遇到系统错误并且在最大重试限制内，机器人会在进入结束进程之前尝试再初始化一次。

在 GetSet 交易数据中，要么是下一个新交易，要么由机器人处理。或者所有的交易都已经处理完毕，没有更多的数据，所以这个过程就结束了。如果 Orchestrator 发出任何软停止信号，它将移动到结束进程。输入参数通常是交易号和配置字典，关键输出是交易项目。

在 Process Transaction 中，检索到新事务后，执行该流程。它可以产生三种结果。

第一个是成功”，其中执行一个循环，并处理下一个事务数据。

第二种可能的结果是业务规则异常，其中需要采取一些特定的操作。然后，执行循环回到 GetSet 事务数据状态。

如果遇到系统错误并且在最大重试限制内，它会返回到 Init 状态让机器人重试。否则，它进入结束过程。交易号、交易项和重试号是关键输入，关键输出是transaction_ID。

异常处理

整个 REFramework 中的整体异常处理已经到位，这就是为什么每个状态都有 Try Catch 活动的原因。预期异常的块在 try 块内执行，并且有两种不同的结果。在愉快的路径中，不会产生异常并执行 finally 块。在不愉快的路径中，会产生异常。然后，执行 catch 块和 finally 块来处理异常。

让我们更深入地了解配置文件和 Orchestrator。

配置文件和 UiPath Orchestrator

在 Orchestrator 中，让我们创建一个名为Decision”的队列来存储所有项目数据，并创建一个名为Decision_Data”的资产来处理来自 Excel 文件的输入。

让我们看看配置文件。在设置表中，我将队列命名为OrchestratorQueueName”为Decision”。

我没有更改凭据和任务表中的任何内容，因为我没有在这个项目中使用它们（通常用于在 Orchestrator 中安全地处理大多数机密数据）。常量表存储技术”设置，其中包含重试次数、超时、延迟等信息。

MaxRetryNumber 用于重试因应用程序异常或系统错误而失败的事务。我们可以使用 Config 对象来动态处理变量，而不是在我们的项目中硬编码超时或延迟。这有助于提高解决方案的性能，并轻松地从开发环境切换到测试环境，然后再切换到生产环境。而且，我已更新资产表以考虑 Excel 数据表Decision_Data”。

创建和修改工作流

由于我们已经在 UiPath Studio 之外设置了所有依赖项，因此我们准备执行业务流程的实际设计和编码。

通过处理输入数据和传递输出数据，我们需要创建两个工作流：一个用于桌面，另一个用于 Web 应用程序进程（如下所示）。在流程事务中，利用工作块设置事务状态并发布您希望在日志中可用的输出参数。这背后的主要思想是将业务逻辑代码与框架实现分开。

调试、测试和运行

创建所有工作流后，调试和测试工作流以确保它们按预期工作。最后，单击分析文件 --> 验证项目”以检查项目是否存在任何验证错误。

在这个项目中，我没有遇到任何这样的错误，我们对演示很好。请注意，此演示用于概念验证 (PoC)，但增强型 REFramework 能够处理更复杂的任务和各种数据源（数据库、API等）。

结论

到目前为止，我们已经了解了如何利用 Enhanced REFramework 来处理简单到复杂的业务流程，以及如何执行以下步骤：

1、根据项目需求下载并自定义框架

2. 工作块、状态转换、异常处理和日志消息

3. 应用Config文件和UiPath Orchestrator读写数据

4. 创建和修改工作流以处理业务数据和业务流程

5. 调试、测试和运行项目

我希望您对使用 Enhanced REFramework 实施端到端业务流程感到满意。如果您想了解更多信息，请考虑框架文档中的资源。