BA 的职责
2024-08-27 22:41:12
Responsibility:
- 确定系统应用范围:获取实际业务情况(但是并不包含与用户完善实际业务的过程),与用户一起分析实际业务中需要通过软件应用来完成的部分;
- 备注:是否要与用户一同来分析软件应用范围要视具体项目的规模而定,如果在BA熟悉的领域内,或者项目规模较小,也可以由BA独自完成应用范围的分析,再与用户确认即可。
- 确认主要系统用户:分析并确认软件系统的主要系统用户,明确各用户在实际业务中担当的职务、负责的工作等情况;
- 确认系统用例:分析并确认主要系统用户对应的系统用例,系统用例的范围应当在实际业务用例的范围之内(一般小于实际业务用例的范围)
- 备注:2、3是一个迭代的过程,在分析用例的阶段,也是对之前确认的系统用户是否准确的一个检测过程,如果发现之前的主要系统用户确认并不准确,可以返回主要系统用户确认阶段再行分析。
- 系统用例分析:对系统用例进行分析、细化和实现;
- 备注:首先分析已经确认的用例,然后对较大的用例进行细化(对一个较粗用例进行分割,形成更为细致的用例的过程),细化后的所有用例应基本保持在基本一致的维度上,同时用例也不宜过多或过少,要视项目规模而定。最后对细化后的用例进行实现分析,例如“登录系统”是一个系统用例,在系统中的实现可能是“通过PKI证书登录”,或者是“通过输入用户名和密码登录”。
- 系统场景分析:根据系统用例实例分析出对应的用例场景,并分析用户与系统的具体交互方式,分析并归纳应用规则;
- 备注:应用规则从实际业务规则(法律、规定、惯例等)得出,并根据系统应用特点进行分析和归纳。
- 系统对象分析:抽象出每一个场景中涉及到的对象,对这些对象进行分析、设计,这些对象就是将来技术方面进行软件设计开发的重要依据;
- 备注:系统对象是系统场景中代表计算机逻辑的概念化产物,例如文件、权限、表单等概念。
- 业务分析知识转移:与技术方面的关键人员进行交流,将前期工作成果进行知识转移,保障后续的软件设计开发工作可以顺利开展。
- 备注:这一步是至关重要的一步,这里并不是简单的成果交付,还需要让项目从此顺利过渡到技术方面接手。这一步除产出业务分析中的各类文档资料外,还应包含多次的现场交流会议、培训、以及必要的过渡性系统设计支持等
转自 https://blog.csdn.net/BA_RockyLee/article/details/6312715
最新文章
- 夺命雷公狗-----React---21--小案例之心情留言板
- IOS - 响应者链条
- ajax上传图片到服务器
- Java中的线程池
- js console.log 打印 对像 数组 详解
- poj3294 --Life Forms
- 自定义一个searchBar
- robomongo
- 【转】Tomcat7.0.42源代码运行环境搭建
- Java-if 嵌套结构
- selenium结合docker构建分布式测试环境
- MySQL 5.6 GTID Replication
- LeetCode 682 Baseball Game 解题报告
- SQL记录-PLSQL过程
- 【Java】解析xml
- 微信下载app需要点击右上角在浏览器中打开下载的问题
- DP_括号匹配序列问题
- BNU-2017.7.4排位赛2总结
- Java类的连接与初始化 (及2013阿里初始化笔试题解析)
- Spark1.4安装问题
热门文章
- 【转】ruby中nil?, empty? and blank?的选择
- 第七章 Java中的13个原子操作类
- Centos 7.2 安装稳定版 nginx
- mongodb用mongoose得到的对象不能增加属性解决
- vue日常练习一
- 服务器启动时Webapp的web.xml中配置的加载顺序
- C++中cin.get(),cin.getline(),cin>;>;,gets(),cin.clear()使用总结
- ROS探索总结(六)——使用smartcar进行仿真
- gearman 并发的执行多个任务
- 主键primary key和唯一索引unique index