1

workssjop = facilitator +participants +scribe+ timer 

Specify model 任何状态EL都可以！！有elicit 就可以开始分析了

specify +EC 是平行关系所以随时可以由信息就分析***

X惰性 Y自发性

3.3 ， 问输入3.2

share ownership 分享参与

因为是对工作做分解PM在所以是 project scope 

BA是 solution scope

题目里面说的是2 team所以不是个人是组织架构

regression test 由 开发人员完成而不是测试人员

conduct R 下一步是整合结果发出去确认

BA不能confirmEL

15current准确定义问题， 不然之后有冲突SH 难判断，先确定问题， 后期需求满足问题才做。

a 描述的未来

B描述的CS

c。performance measure在将来定义

两个公司处理方式不同， 因为国际地区法规不同， 高管认为现状分析浪费时间，只要安装软件达成将来状态就好。 

所以要证明current 分析目的， 定义问题不然方向错了后面白做。 则会出现冲突无法确定谁对。 不然不知道要满足的问题是什么。

16主谓宾，主动语态可量化测试是一个好的需求

a不描述解决方案

b要看的到actor

d不确定的做不做不行

解决方案范围= functional decomposition

19名称是doc analyst 不是 review

性能问题问题是8.3 内部问题评估， 问输入是什么

考的少

parking lot - 记录不太重要的

A不该让他来

B让他提醒

C会后提醒

D我自己记录--本职外

系统交互图 context是顶层数据流图

a 是底层数据图描述

B对的

C 不具体

D没点出顶层

maintain R 的 SH =  SME  support reulator  tester 

A都需要使用需求

S不全面

C组织角色

 D太具体

3.5书上没给出标准答案去衡量BA绩效， 因为每个组织都不一样

不愿意现状分析

人和系统， 系统和系统- 转递信息 interface 

d statue model 状态模型

34规划BA info management

reuse= plan ba info / maintain requirment 

d在当前迭代

什么是BA info 都可以

phase-- predict预测性

plan 都是必要的-- 所以 not essential 错的

预测形态的任务都在backlog里面无细节但是必要排序

53 54 共有输入 R

评估变更的输出是：

elapsed-全部时间

不能代表多数人workshop 局限， 一般都是人少所以C不对， 都会担心人太少

重要人没参加workshop则无法表达需求

risk analysis是分析， 但问题是document所以是iteamtracking

53 排序

basis- 风险

排序的好处是不对的，项目的好处可以of requirments