結果（技術藍圖文檔結構）

仍從結果說起，技術藍圖文檔結構：

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的技術流程圖文檔？