实例化需求

内容简介:

作者简介:

Gojko Adzic

战略软件交付顾问,专注于敏捷和精益开发,尤其擅长敏捷测试、实例化需求和行为驱动开发。Gojko经常在国际上重要的软件开发和测试会议上发言,并运营着英国的敏捷测试用户小组。最近这十多年来,他一直在财务和能源交易平台、移动定位、电子商务、在线游戏和复杂配置管理系统等行业项目中,从事程序员、架构师、技术指导和顾问等工作。除本书外,他还著有Bridging the Communication Gap、Test Driven.Net Development with FitNesse和The Secret Ninja Cucumber Scrolls等书。

张昌贵 (Steven Zhang)

软件开发经理,CSM, CSPO, CSP,敏捷软件开发参与者,软件开源运动拥护者。

张博超(Jackson Zhang)

软件开发工程师,CSM, CSPO, CSP。关注敏捷开发,积极实践并推广各种敏捷方法。个人博客:iagile.me/blog

石永超(Stone Shi)

软件开发工程师,CSM,CSPO,敏捷爱好者,InfoQ中文站编辑。关注高效、高质量的软件开发方法。

目录:

目  录

第一部分  开始
第1章  主要优点  2
第2章  关键过程模式  12
第3章  活文档  21
第4章  开始改变  26
4.1  如何开始改变过程  27
4.2  如何开始改变团队文化  31
4.3  团队如何在流程和迭代中集成协作  36
4.4  处理签收和可追溯性  40
4.5  警告信号  43
4.6  铭记  45
第二部分  关键过程模式
第5章  从目标中获取范围  48
5.1  构建正确的范围  49
5.2  在没有高层次控制权的情况下,协作确定范围  53
5.3  更多信息  56
5.4  铭记  56
第6章  通过协作制定需求说明  58
6.1  为什么需要协作制定需求说明  58
6.2  最热门的协作模型  59
6.3  准备协作  65
6.4  选择协作模型  70
6.5  铭记  71
第7章  举例说明  72
7.1  举例说明:一个例子  74
7.2  例子必须精确到位  75
7.3  例子必须完整  76
7.4  例子必须要真实  77
7.5  例子应该易于理解  79
7.6  描述非功能性需求  81
7.7  铭记  85
第8章  提炼需求说明  86
8.1  一个好的需求说明的例子  87
8.2  一个劣质需求说明的例子  88
8.3  提炼需求说明时要关心什么  90
8.4  提炼实战  100
8.5  铭记  102
第9章  自动化验证而不修改需求说明  103
9.1  非得自动化吗  104
9.2  从自动化开始  105
9.3  管理自动化层  109
9.4  对用户界面进行自动化  115
9.5  管理测试数据  119
9.6  铭记  121
第10章  频繁验证  122
10.1  提高稳定性  123
10.2  获得更快的反馈  130
10.3  管理失败的测试  135
10.4  铭记  137
第11章  演化出文档系统  138
11.1  活文档必须易于理解  138
11.2  活文档必须前后一致  140
11.3  活文档必须组织得井井有条,便于访问  144
11.4  聆听活文档  147
11.5  铭记  148
第三部分  案例研究
第12章  uSwitch  152
12.1  开始改变流程  152
12.2  优化流程  154
12.3  当前的流程  156
12.4  结果  157
12.5  重要的经验教训  157
第13章  RainStor  159
13.1  改变流程  159
13.2  当前流程  161
13.3  重要的经验教训  162
第14章  爱荷华州助学贷款公司  163
14.1  改变流程  163
14.2  优化流程  164
14.3  活文档作为竞争优势  166
14.4  重要的经验教训  167
第15章  Sabre Airline Solutions  168
15.1  改变流程  168
15.2  改善协作  169
15.3  结果  171
15.4  重要的经验教训  171
第16章  ePlan Services  172
16.1  改变流程  172
16.2  活文档  174
16.3  当前的流程  175
16.4  重要的经验教训  176
第17章  Songkick  177
17.1  改变流程  177
17.2  当前的流程  179
17.3  重要的经验教训  180
第18章  思想总结  182
18.1  协作制定需求能在项目干系人与交付团队之间建立信任  182
18.2  协作需要事先准备  183
18.3  协作的方式多种多样  183
18.4  将最终目的视为业务流程文档,不失为一种有用的模型  184
18.5  活文档带来的长期价值  184
附录A  资源  186

作者: Gojko Adzic
出版社: 人民邮电出版社
副标题: 团队如何交付正确的软件
原作名: Specification by Example:How Successful Teams Deliver the Right Software
译者: 张昌贵 / 张博超 / 石永超
出版年: 2012-9
页数: 190
豆瓣评分:7.8
丛书: 图灵程序设计丛书·程序员修炼系列
ISBN: 9787115290267


0 0 投票数
文章评分
订阅评论
提醒
0 评论
内联反馈
查看所有评论
0
希望看到您的想法,请您发表评论x