摘要： 如何区分流程中的不同模块，如何选择流程中可自动化的部分，如何提升对流程是否能进行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环境版本。
