R014---如何做出RPA技术蓝图文档？

缘起

接续上周的《如何做出RPA需求文档？》本周以合同查询和挂账流程为例，说说《如何做出RPA的技术蓝图文档？》。

结果（技术蓝图文档结构）

仍从结果说起，技术蓝图文档结构：

1. 业务说明

用1-2句话（尽量简洁），把业务说明清楚，否则，说明你对流程没有了解清楚，请先把业务了解清楚。

2. 总体设计

2.1 过渡流程图及说明；

2.2 分块流程图及说明；

2.3 技术实现流程图及说明；

3.借助非UiPath技术实现部分（根据实际情况书写，这里只是举例）

3.1 为该流程设置的SAP模板

3.2 应用Python解决的问题及实现说明

3.3 应用…解决的问题及实现说明

重点说明

• 技术蓝图是根据业务蓝图设计出来的，二者之间需要有明显的衔接关系。

• 技术流程图实现的是“业务流程”+业务相关的系统登陆、分批次方案+平台配置等人为非业务部分、友好交互的操作设计。

• 用一个图说明说明过渡和最终实现，比较复杂，推荐按步骤，分几个图来说明。

• 业务蓝图到技术蓝图的过渡，需要通过下面的一些步骤：

1. 初期设计的两个重要步骤

技术流程图不是直接出来的，需要经过两步骤，才能实现初期技术流程图的设计：

1.1. 过渡流程图：业务流程图的细化，从业务流程图到技术流程图的过渡

在业务流程图VISIO图的基础上，增加例如系统登陆流程（如果涉及到）、状态表及判断、多机器人同时处理的抢单机制等在业务流程图中没有描述的部分（因为技术上要先实现这些功能，然后才能开始业务处理过程）；

业务流程图上面，我们通过给每个操作编号的方法，一方面是为了唯一标识某步操作，方便沟通，另外一方面就是为了将这些编号引用到后的技术实现流程图中，便于清楚地看到业务蓝图的步骤，是如何在技术蓝图中一对一实现的。

细化后的业务流程图，如果是同一个人书写，可以放在需求蓝图文档中，跟业务人员确认时，业务人员主要看业务实现细节是否正确即可。

1.2. 分块流程图：从过渡流程图到技术实现的说明

根据业务相关性，对细化后的业务流程图进行分块，把可以分段的流程，分拆成段，段对应UiPath的xaml文件（建议标准：通过默认参数，这个xaml文件可以单独跑，方便测试）或者flowchart（这种用法比较少），举例如下：

图1：XXXX流程的分块流程图

上图中说明了该历程的UiPath的设计及借助其他技术的实现设计。

2. 技术实现流程图（上线完成后根据实际实现过程画出来的流程图）

上线完成后，再完成《技术实现流程图》，目的是为了让后期维护者（包括开发人员自己），通过看这个蓝图，就知道程序是如何设计的（有可能前期的分块会被调整）。

3. 蓝图中的循环部分

被循环的部分操作步骤比较多的情况，一般都要独立成一个xaml文件（通过参数驱动）或者flowchart（通过变量驱动）。

如果程序设计的实现中用到比较大范围的循环，需要在技术实现流程图，描述出来，并说明循环依据。

（正文结束）

---

附1：关于本公众号

微信公众号ID：RPA-UiPath-BPC-EDU

微信公众号名称：柴班说

欢迎您的关注和阅读，希望这篇文章能为您带来帮助。

欢迎转载与分享，也请注明出处。

如果您有需要了解的关于RPA、UiPath、BPC的其他内容，也可以给我留言或发邮件（[email protected]）

识别下面的二维码，或者直接搜"柴班说"，或者RPA-UiPath-BPC-EDU，可以关注本公众号。

---

我们的RPA公众号

微信公众号ID：RPA2018

微信公众号名称：RPA流程自动化机器人

如果您有需要了解的关于RPA的内容，也可以给该公众号留言或发邮件 （[email protected]）。

---

本文作者

微信号：chaijw

识别右侧二维码

可以与作者进行更为深入的交流。