在RPA流程的設(shè)計階段，通常每個流程都需要產(chǎn)出一個獨立的方案設(shè)計文檔(Solution Design Document，SDD)，這樣就保證該流程實施的獨立性，包括后續(xù)的開發(fā)、測試、部署上線工作。與傳統(tǒng)軟件開發(fā)中的概要設(shè)計文檔一樣，SDD承接了PDD中的流程需求體現(xiàn)了整體的設(shè)計要求，以及對后續(xù)RPA開發(fā)過程的指導(dǎo)。通常在單流程設(shè)計前，RPA架構(gòu)師可將項目的整體架構(gòu)設(shè)計、設(shè)計開發(fā)原則和指南、可復(fù)用組件等一切共性內(nèi)容，都提煉到整體架構(gòu)設(shè)計或解決方案設(shè)計文檔中。

雖然，目前在業(yè)內(nèi)仍沒有一套標準格式的SDD文檔，但基于之前一些項目的最佳實踐，我們可以大致羅列出RPA設(shè)計文檔中的主要內(nèi)容。

1.流程概述

定義該流程的基本描述和運行情況、PDD中的業(yè)務(wù)用戶需求，明確流程的業(yè)務(wù)負責(zé)人和溝通接口人，以及 RPA設(shè)計的前提假定、技術(shù)約束、環(huán)境依賴和所要求的服務(wù)水平協(xié)議等。

2.涉及的應(yīng)用系統(tǒng)/工具

描述該流程需要操作的應(yīng)用系統(tǒng)、工具、技術(shù)。例如，是B/S架構(gòu)還是C/S架構(gòu)。

3.描述登錄方式或口令

描述流程中所涉及系統(tǒng)的用戶登錄方式，如哪些系統(tǒng)需要業(yè)務(wù)用戶登錄，如果需要，在開發(fā)或測試環(huán)境下所使用的用戶名和口令是什么。

4.現(xiàn)狀業(yè)務(wù)流程

內(nèi)容主要來自PDD中對于業(yè)務(wù)流程的描述。與SDD的區(qū)別是，SDD中所描述的業(yè)務(wù)流程必須是能夠被RPA設(shè)計人員所理解的。

5.目標業(yè)務(wù)流程

主要目的是清晰地告訴業(yè)務(wù)人員，引入RPA之后的業(yè)務(wù)流程是如何運行的，其中包含機器人處理的環(huán)節(jié)、人工處理的環(huán)節(jié)，以及雙方的協(xié)作環(huán)節(jié)。那么，設(shè)計人員就需要收集匯總該流程在業(yè)務(wù)層面的優(yōu)化點，以及由于引入機器人之后所帶來的流程改進點，并將這些統(tǒng)一體現(xiàn)在目標業(yè)務(wù)流程的定義中。

6.機器人處理流

目標業(yè)務(wù)流程是面向業(yè)務(wù)人員的，而機器人處理流是面向技術(shù)人員的。機器人處理流可以拆分出該流程需要幾個機器人、幾個自動化任務(wù)，以及這些自動化任務(wù)的執(zhí)行時間是什么，任務(wù)之間是如何編排的。

7.文件目錄結(jié)構(gòu)

為了區(qū)分不同業(yè)務(wù)流程的處理過程，機器人通常需要擁有專屬的文件目錄。SDD中應(yīng)清晰地定義出機器人程序的存儲目錄和所需處理的文件的存儲目錄，避免出現(xiàn)不同流程輸入、輸出文件混用的問題。

8.機器人設(shè)計要點

體現(xiàn)機器人程序之間的依賴關(guān)系，包括所需要復(fù)用的代碼庫、配置文件、機器人的控制方式、數(shù)據(jù)安全和數(shù)據(jù)管理、業(yè)務(wù)連續(xù)性處理手段等一切需要重點說明的設(shè)計內(nèi)容。

在一些RPA項目中，實施人員常常會忽視對自動化業(yè)務(wù)流程的設(shè)計過程，打著“敏捷快速”的旗號直接從需求階段轉(zhuǎn)入開發(fā)階段，這是十分有害的。如果開發(fā)人員不在RPA的開發(fā)過程中仔細思考如程序結(jié)構(gòu)、人機協(xié)作、目錄劃分、異常處理等設(shè)計問題，則只能依賴于后續(xù)不斷地開發(fā)迭代來解決前期的設(shè)計缺陷，反而會大大拉長開發(fā)周期。

審核編輯：符乾江