1. 51RPA首页
  2. RPA学院

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

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

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

文档的作用如下:

  •  提高软件开发的能见度。
  •  作为检查软件开发进度和开发质量的依据。
  •  作为软件开发人员的一定成果和结束标志。
  •  便于以后的软件开发、使用和维护。
  •  文档的过程就是软件开发的过程,文档是软件开发规范和指南。

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

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

  1. 可行性分析文档(FAD)
  2. 流程定义文档(PDD)
  3. 方案设计文档(SDD)
  4. 测试场景文档(TSD)

A.   可行性分析文档(FAD)

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

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

B.  流程定义文档(PDD)

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

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

C. 方案设计文档(SDD)

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

D. 测试场景文档(TSD)

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

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

  1. 完全遵循开发流程并产生相应的文档
  2. 只产生关键的文档,对于非关键的文档可有可无
  3. 没有相应的文档或文档内容粗略

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

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

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

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

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

本文转载自微信公众号:RPA那些事儿,本文观点不代表51RPA立场。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

联系我们

在线咨询:点击这里给我发消息

邮件:kefu@51rpa.net

工作时间:周一至周五,9:30-18:30,节假日休息