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

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

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（通过变量驱动）。

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

继续阅读：

未经允许不得转载：RPA中国 | RPA全球生态 | 数字化劳动力 | RPA新闻 | 推动中国RPA生态发展 | 流 > 如何做出RPA的技术流程图文档？