Specify model 任何状态EL都可以!!有elicit 就可以开始分析了
specify +EC 是平行关系所以随时可以由信息就分析***
3.3, 问输入3.2 31 AB都对
share ownership 分享参与
因为是对工作做分解PM在所以是 project scope
BA是 solution scope
=
题目里面说的是2 team所以不是个人是组织架构
15current准确定义问题, 不然之后有冲突SH 难判断,先确定问题, 后期需求满足问题才做。
a 描述的未来
B描述的CS
c。performance measure在将来定义
两个公司处理方式不同, 因为国际地区法规不同, 高管认为现状分析浪费时间,只要安装软件达成将来状态就好。
所以要证明current 分析目的, 定义问题不然方向错了后面白做。 则会出现冲突无法确定谁对。 不然不知道要满足的问题是什么。
16主谓宾,主动语态可量化测试是一个好的需求
a不描述解决方案
b要看的到actor
d不确定的做不做不行
性能问题问题是8.3 内部问题评估solution limitations 用着用着系统就不给力了 , 问输入是什么
考的少
maintain R 的 SH = SME support reulator tester
3.5书上没给出标准答案去衡量BA绩效, 因为每个组织都不一样
27合并 公司, 两家公里方案不同,需要合并系统领导愿意现状分析, 了解现状有助于合规
PM 不参与plan ba info 34规划BA info management
重用= Plan BA info / Maintain Requirment
phase-- predict预测性
迭代 - 自适应
plan 都是必要的-- 所以 not essential 错的
预测形态的任务都在backlog里面无细节但是必要排序
53 54 共有输入 R
评估变更的输出是:
elapsed-全部时间
不能代表多数人workshop 局限, 一般都是人少所以C不对, 都会担心人太少
重要人没参加workshop则无法表达需求
risk analysis是分析, 但问题是document所以是iteamtracking
53 排序
basis- 风险
排序的好处是不对的,项目的好处可以of requirments