自动化生命周期

流程了解

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

当使用 Attended Robot 有意义时

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

重新考虑有人值守的机器人

并非所有需要人工输入的流程都必须使用有人值守的机器人。如果无法避免做出判断性决策，请考虑将流程拆分为可以无人值守运行的更小的子流程。

例如，一个子流程可以收集数据，在人工验证后，第二个子流程会自动继续。

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

好处和实际注意事项

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

但是，有几个因素会影响此决定：

• Attended Robot 通常仅在工作时间运行
• 在执行完成之前，Attended Robot 会使计算机和用户处于忙碌状态
• 输入类型和事务量
• 时间限制和计划
• 可用机器人数量

记录流程 - DSD

流程文档指导开发人员的工作，并在追踪请求和应用程序维护方面提供帮助。当然，可能还有很多其他的技术文档，但其中一个文档是顺利实现的关键，即 DSD（开发规范文档）。

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

《 Runtime 指南》应包含一个高级 Runtime 图以及有关 Robot 功能的详细信息，包括子流程、计划、配置设置和文件管理。

包括有关先决条件、错误处理、流程恢复、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 日志输出都已经有几个字段，包括 message、timestamp、level、processName、fileName 和机器人的 Windows 身份。日志字段是持久的，因此如果我们不需要用标签来标记所有消息，则应该在日志记录之后立即使用“删除日志字段”活动来删除字段。不要使用已经存在的字段名。第一次添加字段时，请务必指定适当类型的参数。这就是 Elasticsearch 对字段编制索引的方式。