BA 的职责

Responsibility:

1. 确定系统应用范围：获取实际业务情况（但是并不包含与用户完善实际业务的过程），与用户一起分析实际业务中需要通过软件应用来完成的部分；
   • 备注：是否要与用户一同来分析软件应用范围要视具体项目的规模而定，如果在BA熟悉的领域内，或者项目规模较小，也可以由BA独自完成应用范围的分析，再与用户确认即可。
2. 确认主要系统用户：分析并确认软件系统的主要系统用户，明确各用户在实际业务中担当的职务、负责的工作等情况；
3. 确认系统用例：分析并确认主要系统用户对应的系统用例，系统用例的范围应当在实际业务用例的范围之内（一般小于实际业务用例的范围）
   • 备注：2、3是一个迭代的过程，在分析用例的阶段，也是对之前确认的系统用户是否准确的一个检测过程，如果发现之前的主要系统用户确认并不准确，可以返回主要系统用户确认阶段再行分析。
4. 系统用例分析：对系统用例进行分析、细化和实现；
   • 备注：首先分析已经确认的用例，然后对较大的用例进行细化（对一个较粗用例进行分割，形成更为细致的用例的过程），细化后的所有用例应基本保持在基本一致的维度上，同时用例也不宜过多或过少，要视项目规模而定。最后对细化后的用例进行实现分析，例如“登录系统”是一个系统用例，在系统中的实现可能是“通过PKI证书登录”，或者是“通过输入用户名和密码登录”。
5. 系统场景分析：根据系统用例实例分析出对应的用例场景，并分析用户与系统的具体交互方式，分析并归纳应用规则；
   • 备注：应用规则从实际业务规则（法律、规定、惯例等）得出，并根据系统应用特点进行分析和归纳。
6. 系统对象分析：抽象出每一个场景中涉及到的对象，对这些对象进行分析、设计，这些对象就是将来技术方面进行软件设计开发的重要依据；
   • 备注：系统对象是系统场景中代表计算机逻辑的概念化产物，例如文件、权限、表单等概念。　
7. 业务分析知识转移：与技术方面的关键人员进行交流，将前期工作成果进行知识转移，保障后续的软件设计开发工作可以顺利开展。
   • 备注：这一步是至关重要的一步，这里并不是简单的成果交付，还需要让项目从此顺利过渡到技术方面接手。这一步除产出业务分析中的各类文档资料外，还应包含多次的现场交流会议、培训、以及必要的过渡性系统设计支持等

转自 https://blog.csdn.net/BA_RockyLee/article/details/6312715