Responsibility:

  1. 确定系统应用范围:获取实际业务情况(但是并不包含与用户完善实际业务的过程),与用户一起分析实际业务中需要通过软件应用来完成的部分;

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

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

最新文章

  1. 夺命雷公狗-----React---21--小案例之心情留言板
  2. IOS - 响应者链条
  3. ajax上传图片到服务器
  4. Java中的线程池
  5. js console.log 打印 对像 数组 详解
  6. poj3294 --Life Forms
  7. 自定义一个searchBar
  8. robomongo
  9. 【转】Tomcat7.0.42源代码运行环境搭建
  10. Java-if 嵌套结构
  11. selenium结合docker构建分布式测试环境
  12. MySQL 5.6 GTID Replication
  13. LeetCode 682 Baseball Game 解题报告
  14. SQL记录-PLSQL过程
  15. 【Java】解析xml
  16. 微信下载app需要点击右上角在浏览器中打开下载的问题
  17. DP_括号匹配序列问题
  18. BNU-2017.7.4排位赛2总结
  19. Java类的连接与初始化 (及2013阿里初始化笔试题解析)
  20. Spark1.4安装问题

热门文章

  1. 【转】ruby中nil?, empty? and blank?的选择
  2. 第七章 Java中的13个原子操作类
  3. Centos 7.2 安装稳定版 nginx
  4. mongodb用mongoose得到的对象不能增加属性解决
  5. vue日常练习一
  6. 服务器启动时Webapp的web.xml中配置的加载顺序
  7. C++中cin.get(),cin.getline(),cin>>,gets(),cin.clear()使用总结
  8. ROS探索总结(六)——使用smartcar进行仿真
  9. gearman 并发的执行多个任务
  10. 主键primary key和唯一索引unique index