在RPA專案中有哪些文件，如何使用這些文件

文件在整個軟體開發中，起著至關重要的作用，在每個關鍵的階段都會產生相應的文件。

文件的作用如下：

• 　提高軟體開發的能見度。
• 　作為檢查軟體開發進度和開發質量的依據。
• 　作為軟體開發人員的一定成果和結束標誌。
• 　便於以後的軟體開發、使用和維護。
• 　文件的過程就是軟體開發的過程，文件是軟體開發規範和指南。

也同樣遵循同樣的方式，不同的廠商和公司定義的文件型別也不太相同，多的可能十幾種，少的也要幾種，具體的遵循方式和使用標準取決於公司內部的使用章程。

在這裡我就不舉例每一種文件了，只列舉下列通用的4種文件型別：

1. 可行性分析文件（FAD）
2. 流程定義文件（PDD）
3. 方案設計文件（SDD）
4. 測試場景文件（TSD）

A.   可行性分析文件（FAD）

在專案啟動前，對涉及的業務流程會進行技術分析，透過一定的方法論或者工具對流程進行可行性分析，從而判斷是否存在自動化的機會，該文件用於記錄分析過程和分析結果。

可行性分析對於專案的走勢起著關鍵的作用，錯誤的分析會直接影響專案的成敗。

B．  流程定義文件（PDD）

流程定義文件用於記錄業務流程操作詳細的操作步驟和業務規則，定義整個業務的範圍和功能要求，相當於軟體開發中的需求文件。要求涵蓋所有的操作步驟，並提供完善的業務處理規則和相應的處理場景。不完善的流程定義文件會直接影響專案的開發週期。

流程定義文件相當於客戶和 團隊之間的一份協議，一旦該文件被客戶確認，就意味著雙方達成協議，只有特殊原因雙方才可以協商修改。

C. 方案設計文件（SDD）

基於流程定義文件，開發團隊會進行相應的方案設計和具體的系統實現，並形成方案設計文件。該文件包含相應的方案流程圖和完整的實現步驟，覆蓋流程定義文件的所有流程和功能點。

D. 測試場景文件（TSD）

測試場景文件用於檢查編寫的程式碼和流程是否能滿足業務需求。該文件需要能覆蓋所有的測試場景和業務規則。當開發人員自測或者客戶測試時，都可以依據該文件進行相關的測試。

在專案中如何使用文件，目前大致分為三類：

1. 完全遵循開發流程併產生相應的文件
2. 只產生關鍵的文件，對於非關鍵的文件可有可無
3. 沒有相應的文件或文件內容粗略

對於型別1和2中的文件的把控，完全取決於公司內部的章程和專案的要求。

部分公司內部有審計機制，需要對開發專案提供所有的文件進行審計。也有部分的專案由於受到專案週期的限制，無法完成所有的相關文件，只能完成主要的文件。

還有一類就是沒有相應的文件或文件內容粗略，這一類的專案就會存在專案延期或者失敗的風險。歸根結底是缺乏風險意識，特別是針對於流程定義文件，如果沒有將討論到的內容形成文件記錄下來或者記錄的內容不詳細，就有可能在開發過程中或者交付時，因為雙方的想法不統一，產生糾紛，從而導致功能的反覆修改或專案範圍的不斷擴大，影響專案的整體進度，甚至導致專案失敗。

只有完善了相關的文件才能形成自我保護，相當於有了證據，等到產生糾紛時才能更好的保護自己，保護專案利益不受損。

總之，文件在整個 專案當中是不可缺少的，在專案中起著至關重要的作用，不要因為其繁瑣性也忽視其重要性。

原文連結：