RPA实施之准备工作

摘要： 如何区分流程中的不同模块，如何选择流程中可自动化的部分，如何提升对流程是否能进行RPA的识别意识并驱动RPA？

一、机器人部署方案

通过对整体流程初步的评估，可以根据以下三种方式对某个环境中存在的机器人进行分组部署：

1. 根据应用程序划分

优势：在一个环境中，可能会有多重应用程序的存在(如Excel/SAP/EBS...)，如果一个流程完全可以在后台进行操作，另外流程需要在屏幕上操作，这样就可以更好的利用机器人，将他们部署到同一个环境中，同时运行多个机器人流程，可以使机器人长时间保持忙碌，提升资源的利用率。
缺点：当进程之间有多个应用程序组合时，效率就会变得低下。

2. 根据进程分组

优势：每个机器人都有自己的专用环境，不混杂其他的机器人，可以100%保证机器人用于专用的流程
缺点：可能会有机器人空闲的时候，资源的利用率会下降

3. 混合分组

优势：最灵活的方式
缺点：需要有明确的机器人执行排班表，包括流程业务发生时间、业务频次、业务量大小、机器人执行时长，以避免机器人执行时发生混乱。

二、凭证存储方案

1. 使用本地Windows凭证存储

优势：可以被本地机器人灵活改变
缺点：不能集中式管理，必须要在每台机器上定义

2. 作为Asset信息保存在Orchestrator上

优势：可以由管理员进行集中式管理，与机器人运行的机器分开管理。
缺点：不能适用于很多公司的安全策略

3. 使用第三方存储凭证(如。CyberArk)

优势：安全性高，可按照公司安全策略进行实施部署
缺点：涉及额外的成本。

三、变量/参数命名及使用

1. Variables

• 变量第一个单词的首字母小写，其后单词的首字母大写的方式，符合驼峰命名法，如processData；
• 变量名应简短且富于描述。变量名的选用应该易于记忆，即，能够指出其用途；
• 尽量避免单个字符的变量名，除非是一次性的临时变量；
• 变量新建时，尽量减少使用Default设置默认值，应使用Assign进行赋值，这样可读性更好；
• 最小化每个变量的作用范围；
• 一个变量只能用于一个目的；
• 变量名的长度尽量控制在6-20个字符之间；
• datatable对象:以dt_前缀后跟正常名称开始或以Dt后缀结束，如dt_students/studentsDt
• •布尔类型:给出包含真/假的布尔变量名称。在变量名前或后添加可辨识的单词；例如:applicationExists, isRed,isFound等。

variables示例

2. Arguments

• Arguments的命名都可以遵循Variables的命名规则，但有些方面还需做进一步区分；
• 使用默认值作为参数，用于测试单个工作流文件，或者在可重用组件的情况下，用于使用默认配置。在可重用工作流文件的描述中指定默认配置。
• 每个参数使用前缀In, Out, IO进行修饰或者使用后准Arg进行修饰；

arguments示例

3. 工作流文件

• 符合驼峰命名法
• 测试文件放在Test/Test_Framework文件夹中，测试文件命名使用Test后缀或者使用Test_进行修饰。
• 使用数字前缀标识工程中的文件调用的层次结构。如:第一个调用是“1_Login.xaml”, 在“1_Login.xaml中还有一个被调用的文件，名为:“1.1_OpenApplication”

四、注释

1. 参数/变量注释

定义参数的地方需要对某些变量或参数进行赋值

定义变量注释.jpg

每个模块中，在最开始需要将出入参数赋值给变量，并添加参数注释信息

赋值变量注释.jpg

2. 文件模块注释

要求每个文件都添加注释，说明该文件的用途或使用方法。

文件注释.jpg

3. 流程节点注释

在流程中的每个节点，都需要将流程步骤改为对应的说明

流程节点注释.jpg

五、版本控制

• 多人协作开发时，尽量模块化开发
• 不同的开发分配不同的开发节点，尽量不修改同一个文件。
• 由于RPA流程代码的特殊性，RPA流程代码分为两个版本，测试环境版本和生产环境版本；要求在代码在发布和上传SVN时，需要加上Test版本和Prod环境版本。