您好,欢迎光临有路网!
极限编程实施
QQ咨询:
有路璐璐:

极限编程实施

  • 作者:美.杰弗里斯 袁国忠
  • 出版社:人民邮电出版社
  • ISBN:9787115103802
  • 出版日期:2002年07月01日
  • 页数:289
  • 定价:¥42.00
  • 分享领佣金
    手机购买
    城市
    店铺名称
    店主联系方式
    店铺售价
    库存
    店铺得分/总交易量
    发布时间
    操作

    新书比价

    网站名称
    书名
    售价
    优惠
    操作

    图书详情

    内容提要
    极限编程(XP)是一种经历过实践考验的轻量级软件开发方法学。本书阐述了极限编程的核心法则,详细介绍了XP开发的每一个步骤,涵盖了XP方法的精髓—实施技巧、可能遇到的障碍和成功实施的经验之谈。
    本书共分34章,分别介绍了XP项目的生命周期、现场客户、用户故事、验收测试、故事估算、小型发布、迭代规划、结对编程、单元测试、指导发布和迭代、处理缺陷等内容。通过阅读本书,客户将学到简单、有效的交流方式,从而确保需求得到满足,并指导项目走向成功;程序员将学会如何快速地提供业务价值,如何应对不断变化的需求,如何获得客户的信任和支持;管理者将学会如何度量项目进度,如何度量质量,如何回答非常重要的问题—项目何时能完成。
    本书是为参与XP项目的客户、程序员和管理者编写的,也适合于软件开发人员、软件项目管理人员以及软件工程研究人员参考。
    目录
    第 1 章 极限编程 1
    极限编程(Extreme Programming,XP)是一门软件开发学科,它具有使用便捷、易于沟通、反馈性强及振奋人心的特性。极限编程侧重于客户、管理者及程序员的角色,并授予拥有这些角色的工作人员重要的权利和责任。
    第 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

    与描述相符

    100

    北京 天津 河北 山西 内蒙古 辽宁 吉林 黑龙江 上海 江苏 浙江 安徽 福建 江西 山东 河南 湖北 湖南 广东 广西 海南 重庆 四川 贵州 云南 西藏 陕西 甘肃 青海 宁夏 新疆 台湾 香港 澳门 海外