（高）K-RPA命名规范和开发原则

1. 命名规范重要性

通常在命名中使用简称而不是全称，使用简称更简单（直接在应用程序的版权中定位）。

1.1. 目录命名

1.1.2. 组件目录命名规范

• 一级目录：通常是供应商企业名称（供应商用简称）。

• 二级目录：应用系统名称/简称。

• 三级目录：应用系统名称 + _ + 通用控件 / 应用系统名称 + 业务子任务。

1.1.3. 流程目录命名规范

• 一级目录：小组名称/部门名称。

• 二级目录：业务分类，若重名，则：小组名称/部门名称 + _ + 业务分类。

• 三级目录（可选）：业务子任务，若分类复杂，则由多个子任务组成，可创建三级目录。

1.1.4. 全局参数目录命名规范

• 一级目录：小组名称/部门名称。

• 二级目录：业务分类，若重名，则：小组名称/部门名称 + _ + 业务分类。

• 三级目录（可选）：业务场景，在需求调研时与业务人员商定的场景名称。

1.2. 组件命名规范

• 系统通用功能组件 系统名称/简称 + _通用_ + 控件名称。

• 系统功能组件命名 系统名称/简称 + _ + 系统功能模块名 + _ + 系统功能名称。

1.3. 流程命名规范

需求调研时和业务人员商定的场景命名。

• 场景名称 + _ + 业务系统简称 + _ + 参数名 场景名称：和需求调研人员商定。 业务系统简称：参考应用系统之前的参考表。 参数名：根据代码逻辑自定义。

2. 开发原则

2.1. 开发组件原则

• 安全性原则

  • 系统创建资源必须合理释放

  • 系统连接资源必须合理断开

  • 系统敏感数据必须加密存储

  • 操作步骤必须与需求安全一致

  • 操作结果检测必须与需求规则完全一致

  • 操作过程必须留痕，满足稽核审计要求

• 扩展性原则

  • 脚本代码变量参数化

  • 代码与数据低耦合

  • 同一系统的控件操作组件化

  • 动态读取环境变量

  • 适应不同电脑环境运行

2.2. 开发注意事项

• 脚本参数问题

• Excel相关问题

• 进程相关问题

• 脚本输出信息、日志

• IE相关问题

• 鼠标键盘相关问题

2.3. 组件开发注意

1. 调试

2. 不可逆操作

3. 数据翻页

4. 组件开发低耦合

5. 注释

6. 判断

7. 对导出文件、下载文件、上传文件等操作

8. 循环

9. 关键步骤

10. 脚本尽量细粒度化

11. 网页操作

12. 文件操作

3. 生产环境开发原则

3.1. 重要性

1. 业务操作具有真实性

2. 真是业务操作回退困难

3. 业务操作错误代价高

3.2. 步骤

1. 确认环境

2. 确认窗口时间

3. 编写业务逻辑

4. 抓取控制元素

5. 检验业务逻辑

6. 组件上线

3.3. 组件设计

1. 启动程序

2. 选择证书

3. 密码录入

4. 启动完成