文档介绍：精选文库
3
精选文库
2
Scrum敏捷开发过程实战
产品级，大团队的敏捷实战方法
14
需求结构化 噩需求描述
Mb
产品切曲化
a
版本规划
日常活动
精选文库
3
色-业务图”（简称RB图）来表达和落实愿景。
精选文库
3
精选文库
2
精选文库
11
精选文库
10
精选文库
Ob
硝售
公
比如在配图中：“购物子系统”核心愿景是“建立一种有保 障的网上购物方式”；图中使用“确认收货 -转账”的第三方监 管业务实现。这样软件开发人员就能得到确切的技术方案，而不 是面对描述非常虚的愿景；而技术方案实现后，又能支撑愿景。
有了愿景，产品就不会简单停留在“能用”的状态，而是要 积极增加可以实现愿景的功能。
：业务数据
利用“实体
-关系图”
发掘业务数据
此内容将客户愿景转化为“对某些的业务数据的操作”，从而逐渐进入开发人员可理解的范畴；同时业务 数据还是早期功能点估算的核心元素。
具体分析工具是实体-关系图（简称
实体-关系图（教学过程中进行了简 化）中分析了实体及其依赖关系，通过适 当定义，不但可以保障不会遗漏实体，甚 至能直接协助进行早期估算和部分设计工 作。
重要！在敏捷开发中，我们将业务数 据作为史诗故事进行开发。
比如在配图中，所有实体（5个矩形）
均包含一组“增删改查”或类似的操作（就是第三步中的用户故
事），由此可知此图包含16 5人天左右的工作量/3张数据库 主表和2张关系表/5组增删改查操作页面。
现场演练与指导：建立实体关系图（30分钟） 案例分享：ER图详细规则与最佳实践
：业务操作一一利用“用例 -流程
图”分析业务操作
现场演练与指导：建立角色业务图（20分钟） 案例分享：RB图详细规则与最佳实践
精选文库
11
精选文库
10
精选文库
借助精益需求建模方法（“用例 -流程图”，一种由User Case和状态图结合演进产生的新图形，简称
UCF图），找到一个最小的、完备的业务操作集合，作为一次交付所能发布的最新功能集合。在精益开发中,
这个集合称之为 MVP， Minimum Viable Product
最小可用产品。
用例-流程图的“一致性”非常好，即两个不同的分析人员针对同一需求的分析结果，无论用例的数量、名
称、乃至排列顺序都惊人地相似。
重要！在敏捷开发中，我们将业务操作作为用户故事。
右图是QUML中的“增查查改删”模板中，通过将需求分解为增加
-查看所有-查看单个-修改-删除五层,
并将不同角色执行的操作放在其正下方（共有操作放在中间），需求分析人员可以迅速而无遗漏地获得所有用
户故事。
同时，图中由业务逻辑连接的各个业务操作（即椭圆形区域）形成一个
MVP，多一个操作则是多余的，少
一个则不能完整交付。这对于每个迭代能持续交付至关重要。
现场演练与指导：建立用例流程图（60分钟）
案例分享：UCF图详细规则与最佳实践
：需求树 建立结构化的需求
传统用户故事组织方法均呈现“列表结构”，在
用户故事数量庞大时（注：每人年大约能完成用户
故事50个，外加子故事50〜200个），很难看到
整个需求的全貌。
培训中，会借助业务愿景-业务数据-业务操作的
层次，对需求条目进行结构化表达，形成一棵有层
J .0^^ *]*" H n I H ■ ■ Haj KI ■ ■ hoo iir" ■■■■ —i. ■■■ b ■ t nrw=-ii i
1 il 啪总弄〒"不逹 :-I-”“一“一” - m
i'l =■■ J _.■■■=. ^=1
LU 1 ft或 ”
I t J 2臣肓爭耳I蚌rid录t静沅J
11. IJ S ■&斷冠蛊忖订录（JS卫》沖, 3看单亍席敕込朵1^1：.一
戈悟 S
次的需求树。
如图，看似是一个很普通的“增删改查表”，但
图中的第二至四级目录实际上来自于之前的业务愿
1A22
也■! ^^賁"1己录■ ”, FEwr" , ”
*右爭有岌張记杲（樹流）j j 直舌羊％岌張信息畔ft
迤甯爭有住豈记気（店主:）
修曲记亍
FT m Vk /F inHii Hl ■■■■Hl■ ii・wi — ii
1 H II I :z-'i - ■ ■ ■ -I-- -■■■ ICC "• r 0■ ■ ■■・■»■ ■ ■■ ft