书籍详情
极限编程实施
作者:[美]Ron Jeffries等著;袁忠国译
出版社:人民邮电出版社
出版时间:2002-01-01
ISBN:9787115103802
定价:¥42.00
购买这本书可以去
内容简介
极限编程(XP)是一种经历过实践考验的轻量级软件开发方法学。本书阐述了极限编程的核心法则,详细介绍了XP开发的每一个步骤,涵盖了XP方法的精髓—实施技巧、可能遇到的障碍和成功实施的经验之谈。本书共分34章,分别介绍了XP项目的生命周期、现场客户、用户故事、验收测试、故事估算、小型发布、迭代规划、结对编程、单元测试、指导发布和迭代、处理缺陷等内容。通过阅读本书,客户将学到简单、有效的交流方式,从而确保需求得到满足,并指导项目走向成功;程序员将学会如何快速地提供业务价值,如何应对不断变化的需求,如何获得客户的信任和支持;管理者将学会如何度量项目进度,如何度量质量,如何回答非常重要的问题—项目何时能完成。本书是为参与XP项目的客户、程序员和管理者编写的,也适合于软件开发人员、软件项目管理人员以及软件工程研究人员参考。
作者简介
RonJeffires是最初的极限编程项目的现场XP教员。他是一位独立的咨询人员有参与极限编程4年多的经验,就该主题发表过无数次演讲和多篇论文。他领导的团队开发过操作系统、编译器、关系型数据库系统和各种应用程序。最近,Ron加入了ObjectMentor公司,从事帮助更多的人改进其软件开发过程的工作。
目录
第 1 章 极限编程 1
极限编程是一门软件开发学科, 它具有使用便捷. 易于沟通. 反馈性强及振奋人心的特性. 极限编程侧重于客户. 管理者及程序员的角色, 并授予拥有这些角色的工作人员重要的权利和责任.
第 2 章 生命周期 13
当客户根据团队交付程序功能的准确进度, 确定要实现的业务价值后, XP项目就成功了.
第 3 章 现场客户 17
XP项目需要全职客户来提供现场指导. 下面部分总结了其中的原因.
第 4 章 用户故事 23
使用书写在卡片上的故事来定义需求.
第 5 章 验收测试 33
当然, 不能想当然地认为已实现了需求, 要证明它是可行的!验收测试使得客户可知道系统何时能运行, 并告知程序员需要做什么工作.
验收测试示例 37
起初, 规划验收测试很困难. 但只要通过一些实践, 这便会很简单.
第 6 章 故事估算 39
客户需要知道故事的成本, 以选择先实现哪些故事, 而将其他故事推迟. 程序员对故事进行评估, 以提供这种信息. 下面介绍如何进行评估.
插曲:成就感 49
XP的嵌套规划编程周期保证了项目的正常进度, 并不时地提供成就感.
第 7 章 小型发布 53
XP周期的最外层是发布. 小规模. 频繁地发布为客户提供了先期利益, 同时为程序员提供了先期反馈. 下面是就如何发布的一些看法.
第 8 章 客户定义发布 59
在每一个发布周期内, 客户负责控制发布范围, 决定先做什么后做什么, 以在规定的日期内提供最佳的版本. 工作安排要依据业务价值. 难度和团队的实施速度.
第 9 章 迭代规划 67
在每一个发布中, XP团队一次只规划几周, 因此目标明确. 估算可靠.
第 10 章 快速设计会议 75
在每个迭代中, 程序员都不是孤立的. 下面的技巧能帮助程序员大胆前行. 请将该技巧作为团队准则.
第 11 章 编 程 77
毕竟, 这称为极限编程, 下面介绍如何进行编程.
代码质量 91
简单性:加上一些更加符合我们内心的.
第 12 章 结对编程 95
对于XP团队, 所有的生产代码是由两位程序员坐在同一台电脑前共同完成的.
第 13 章 单元测试 101
XP使用自动化测试来测试所有可能出现问题的地方, 这种测试必须在任何时候都能运行.
xUnit 115
使用世界上最轻便的测试工具
第 14 章 测试先行. 表达意图 117
按需求去编写代码, 不要在乎如何编写. Chet和Ron进行小型任务测试时, 总是在代码中表达意图, 而不是算法.
第 15 章 发布变更 135
通过代码集体拥有和详尽的单元测试, XP团队能够快捷. 可靠地发布变更.
第 16 章 做或不做 143
至此介绍很多关于XP编程方面的内容. 下面对应该做什么和不应该不做什么进行总结.
第 17 章 经验改善估算 147
在每一个迭代中, 我们都能获得经验. 故事方面的经验将帮助我们对将来的故事做出更容易. 更准确的估算.
第 18 章 资源. 范围. 质量. 时间 151
谁做什么工作?已完成了多少?质量怎么样?我们什么时候能做完?我们应该保持什么样的度量标准?
第 19 章 指 导 163
估算发生了错误. 优先级可能发生变化. 你必须进行指导.
第 20 章 指导迭代 167
为指导每次迭代, 你需要跟踪正在进行的故事数目以及对任务估算的准确程度.
第 21 章 指导发布 173
为指导发布, 需要针跟踪哪些任务已完成. 进度有多快以及系统的运行情况.
第 22 章 处理缺陷 177
报告缺陷. 制定缺陷修复计划. 测试并修复缺陷. 避免缺陷. 不要把缺陷称为bug.
高级主题:缺陷数据库 183
高级准则:缺陷数据库 187
第 23 章 结束语 189
附加内容 193
下面是一些我们付出了很大的代价才学到的知识, 您购买来本书, 我们想给您提供一些额外的内容. 谢谢您, 但愿我们满足了您的要求.
第 24 章 我们将尽力 195
“我们将尽力”可能是程序员说的最悲哀的一句话, 我们中的很多人还不止说过一次. 前面已经以其他的形式介绍了这方面的内容, 但有必要在这里重申.
第 25 章 如何估算任何东西 205
有时候, 估算故事是很可怕的. 这时候要保持头脑清醒, 集合人员, 将故事分分割. 对于你将能做到的事情, 你将感到十分吃惊.
第 26 章 基础设施 209
首先建立所需的数据库如何?基本框架呢?语法制导命令编辑器呢?先忽略它们!
第 27 章 这是Chet的错 213
你正在寻找责任承担者吗?本章阐述如何查明是谁犯了错. 现在继续工作, 解决你的问题.
第 28 章 在希望和恐惧间取得平衡 215
那些听过Ron. Ann和我介绍XP的读者可能会问, 有争斗的故事在哪. 噢!这就有一个.
第 29 章 测试完善代码 219
下面的例子演示了如何编写测试来帮助完善代码.
第 30 章 XP成员尝试JAVA 223
在C3项目结束后, 大多数XP成员转而从事企业人力资源内部网的工作. 我发现在新的工作项目中, 他们利用XP原则以改善自己的生活, 这令人振奋!下面介绍Rich Garzaniti-C3项目的成员. 忠实的XP成员, 是怎样在一个全新的工作环境中引入测试和其他现代开发工具.
第 31 章 从Java语言 233
我们非常感谢Bill Wake同意本书引用他的文章. 这是其“XP测试/编码周期”系列中的第二篇. 他的网址是http//users.vnet.net/wwake, 其中包含了全部系列文章和其他一些有用的内容.
第 32 章 一个真实的故事 251
Ron Jeffries学习简化方面的知识
第 33 章 估算和承诺 255
我们估算项目需要多长时间, 并承诺告知实情.
第 34 章 每个地方都可能出错 259
测试每一个可能出错的地方, 这意味着什么?又怎么可能呢?
编后记 269
参考文献 273
极限编程是一门软件开发学科, 它具有使用便捷. 易于沟通. 反馈性强及振奋人心的特性. 极限编程侧重于客户. 管理者及程序员的角色, 并授予拥有这些角色的工作人员重要的权利和责任.
第 2 章 生命周期 13
当客户根据团队交付程序功能的准确进度, 确定要实现的业务价值后, XP项目就成功了.
第 3 章 现场客户 17
XP项目需要全职客户来提供现场指导. 下面部分总结了其中的原因.
第 4 章 用户故事 23
使用书写在卡片上的故事来定义需求.
第 5 章 验收测试 33
当然, 不能想当然地认为已实现了需求, 要证明它是可行的!验收测试使得客户可知道系统何时能运行, 并告知程序员需要做什么工作.
验收测试示例 37
起初, 规划验收测试很困难. 但只要通过一些实践, 这便会很简单.
第 6 章 故事估算 39
客户需要知道故事的成本, 以选择先实现哪些故事, 而将其他故事推迟. 程序员对故事进行评估, 以提供这种信息. 下面介绍如何进行评估.
插曲:成就感 49
XP的嵌套规划编程周期保证了项目的正常进度, 并不时地提供成就感.
第 7 章 小型发布 53
XP周期的最外层是发布. 小规模. 频繁地发布为客户提供了先期利益, 同时为程序员提供了先期反馈. 下面是就如何发布的一些看法.
第 8 章 客户定义发布 59
在每一个发布周期内, 客户负责控制发布范围, 决定先做什么后做什么, 以在规定的日期内提供最佳的版本. 工作安排要依据业务价值. 难度和团队的实施速度.
第 9 章 迭代规划 67
在每一个发布中, XP团队一次只规划几周, 因此目标明确. 估算可靠.
第 10 章 快速设计会议 75
在每个迭代中, 程序员都不是孤立的. 下面的技巧能帮助程序员大胆前行. 请将该技巧作为团队准则.
第 11 章 编 程 77
毕竟, 这称为极限编程, 下面介绍如何进行编程.
代码质量 91
简单性:加上一些更加符合我们内心的.
第 12 章 结对编程 95
对于XP团队, 所有的生产代码是由两位程序员坐在同一台电脑前共同完成的.
第 13 章 单元测试 101
XP使用自动化测试来测试所有可能出现问题的地方, 这种测试必须在任何时候都能运行.
xUnit 115
使用世界上最轻便的测试工具
第 14 章 测试先行. 表达意图 117
按需求去编写代码, 不要在乎如何编写. Chet和Ron进行小型任务测试时, 总是在代码中表达意图, 而不是算法.
第 15 章 发布变更 135
通过代码集体拥有和详尽的单元测试, XP团队能够快捷. 可靠地发布变更.
第 16 章 做或不做 143
至此介绍很多关于XP编程方面的内容. 下面对应该做什么和不应该不做什么进行总结.
第 17 章 经验改善估算 147
在每一个迭代中, 我们都能获得经验. 故事方面的经验将帮助我们对将来的故事做出更容易. 更准确的估算.
第 18 章 资源. 范围. 质量. 时间 151
谁做什么工作?已完成了多少?质量怎么样?我们什么时候能做完?我们应该保持什么样的度量标准?
第 19 章 指 导 163
估算发生了错误. 优先级可能发生变化. 你必须进行指导.
第 20 章 指导迭代 167
为指导每次迭代, 你需要跟踪正在进行的故事数目以及对任务估算的准确程度.
第 21 章 指导发布 173
为指导发布, 需要针跟踪哪些任务已完成. 进度有多快以及系统的运行情况.
第 22 章 处理缺陷 177
报告缺陷. 制定缺陷修复计划. 测试并修复缺陷. 避免缺陷. 不要把缺陷称为bug.
高级主题:缺陷数据库 183
高级准则:缺陷数据库 187
第 23 章 结束语 189
附加内容 193
下面是一些我们付出了很大的代价才学到的知识, 您购买来本书, 我们想给您提供一些额外的内容. 谢谢您, 但愿我们满足了您的要求.
第 24 章 我们将尽力 195
“我们将尽力”可能是程序员说的最悲哀的一句话, 我们中的很多人还不止说过一次. 前面已经以其他的形式介绍了这方面的内容, 但有必要在这里重申.
第 25 章 如何估算任何东西 205
有时候, 估算故事是很可怕的. 这时候要保持头脑清醒, 集合人员, 将故事分分割. 对于你将能做到的事情, 你将感到十分吃惊.
第 26 章 基础设施 209
首先建立所需的数据库如何?基本框架呢?语法制导命令编辑器呢?先忽略它们!
第 27 章 这是Chet的错 213
你正在寻找责任承担者吗?本章阐述如何查明是谁犯了错. 现在继续工作, 解决你的问题.
第 28 章 在希望和恐惧间取得平衡 215
那些听过Ron. Ann和我介绍XP的读者可能会问, 有争斗的故事在哪. 噢!这就有一个.
第 29 章 测试完善代码 219
下面的例子演示了如何编写测试来帮助完善代码.
第 30 章 XP成员尝试JAVA 223
在C3项目结束后, 大多数XP成员转而从事企业人力资源内部网的工作. 我发现在新的工作项目中, 他们利用XP原则以改善自己的生活, 这令人振奋!下面介绍Rich Garzaniti-C3项目的成员. 忠实的XP成员, 是怎样在一个全新的工作环境中引入测试和其他现代开发工具.
第 31 章 从Java语言 233
我们非常感谢Bill Wake同意本书引用他的文章. 这是其“XP测试/编码周期”系列中的第二篇. 他的网址是http//users.vnet.net/wwake, 其中包含了全部系列文章和其他一些有用的内容.
第 32 章 一个真实的故事 251
Ron Jeffries学习简化方面的知识
第 33 章 估算和承诺 255
我们估算项目需要多长时间, 并承诺告知实情.
第 34 章 每个地方都可能出错 259
测试每一个可能出错的地方, 这意味着什么?又怎么可能呢?
编后记 269
参考文献 273
猜您喜欢