BA 的职责

Responsibility:

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

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