在RPA项目中有哪些文档，如何使用这些文档

文档在整个软件开发中，起着至关重要的作用，在每个关键的阶段都会产生相应的文档。

文档的作用如下：

　提高软件开发的能见度。

　作为检查软件开发进度和开发质量的依据。

　作为软件开发人员的一定成果和结束标志。

　便于以后的软件开发、使用和维护。

　文档的过程就是软件开发的过程，文档是软件开发规范和指南。

RPA项目也同样遵循同样的方式，不同的厂商和公司定义的文档类型也不太相同，多的可能十几种，少的也要几种，具体的遵循方式和使用标准取决于公司内部的使用章程。

在这里我就不举例每一种文档了，只列举下列通用的4种文档类型：

可行性分析文档（FAD）

流程定义文档（PDD）

方案设计文档（SDD）

测试场景文档（TSD）

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

在项目启动前，对涉及的业务流程会进行技术分析，通过一定的方法论或者工具对流程进行可行性分析，从而判断是否存在自动化的机会，该文档用于记录分析过程和分析结果。

可行性分析对于项目的走势起着关键的作用，错误的分析会直接影响项目的成败。

B．  流程定义文档（PDD）

流程定义文档用于记录业务流程操作详细的操作步骤和业务规则，定义整个业务的范围和功能要求，相当于软件开发中的需求文档。要求涵盖所有的操作步骤，并提供完善的业务处理规则和相应的处理场景。不完善的流程定义文档会直接影响项目的开发周期。

流程定义文档相当于客户和RPA团队之间的一份协议，一旦该文档被客户确认，就意味着双方达成协议，只有特殊原因双方才可以协商修改。

C. 方案设计文档（SDD）

基于流程定义文档，开发团队会进行相应的方案设计和具体的系统实现，并形成方案设计文档。该文档包含相应的方案流程图和完整的实现步骤，覆盖流程定义文档的所有流程和功能点。

D. 测试场景文档（TSD）

测试场景文档用于检查编写的代码和流程是否能满足业务需求。该文档需要能覆盖所有的测试场景和业务规则。当开发人员自测或者客户测试时，都可以依据该文档进行相关的测试。

在项目中如何使用文档，目前大致分为三类：

完全遵循开发流程并产生相应的文档

只产生关键的文档，对于非关键的文档可有可无

没有相应的文档或文档内容粗略

对于类型1和2中的文档的把控，完全取决于公司内部的章程和项目的要求。

部分公司内部有审计机制，需要对开发项目提供所有的文档进行审计。也有部分的项目由于受到项目周期的限制，无法完成所有的相关文档，只能完成主要的文档。

还有一类就是没有相应的文档或文档内容粗略，这一类的项目就会存在项目延期或者失败的风险。归根结底是缺乏风险意识，特别是针对于流程定义文档，如果没有将讨论到的内容形成文档记录下来或者记录的内容不详细，就有可能在开发过程中或者交付时，因为双方的想法不统一，产生纠纷，从而导致功能的反复修改或项目范围的不断扩大，影响项目的整体进度，甚至导致项目失败。

只有完善了相关的文档才能形成自我保护，相当于有了证据，等到产生纠纷时才能更好的保护自己，保护项目利益不受损。

总之，文档在整个RPA项目当中是不可缺少的，在项目中起着至关重要的作用，不要因为其繁琐性也忽视其重要性。

原文链接：https://www.51rpa.net/rpaedu/3374.html