[计算机软件及应用]敏捷开发.ppt

* XP特别适用于需求经常改变的领域，客户可能并系统的功能并没有清晰的认识，可能系统的需求经常需要变动。XP也适用于风险比较高的项目，当开发人员面对一个新的领域或技术时，XP可以帮助减低风险XP适用于小的项目（人员上），人员在2-12人之间，XP不适用于人员太多的项目，事实上，在需求经常变化或风险比较高的项目中，少量而有效的XP开发人员效率要远远高于大量的开发人员。 * Pair programming需要一段时间学习和适应，实践证明pair programming并不消耗更多的时间(人*小时)，但是代码的质量得到很大的提高。（避免将两个新手放在一个pair中） 7) 共同拥有代码鼓励每个人对项目中的任何人提 出新的想法，任何开发人员对项目中的任何代码都可以进行增加功能，改正错误和重构。没有代码或开发人员成为瓶颈。（我的想法：这确实很难理解，但是这确实 是我梦想的目标）。为了达到这个目标，任何的代码都必须有相应的测试代码，任何代码的修改必须100%通过测试。必须加强开发人员的交流和知识共享，必须 坚持统一编码标准。Pair programming可以经常交换伙伴。 * Pair programming需要一段时间学习和适应，实践证明pair programming并不消耗更多的时间(人*小时)，但是代码的质量得到很大的提高。（避免将两个新手放在一个pair中） 7) 共同拥有代码鼓励每个人对项目中的任何人提 出新的想法，任何开发人员对项目中的任何代码都可以进行增加功能，改正错误和重构。没有代码或开发人员成为瓶颈。（我的想法：这确实很难理解，但是这确实 是我梦想的目标）。为了达到这个目标，任何的代码都必须有相应的测试代码，任何代码的修改必须100%通过测试。必须加强开发人员的交流和知识共享，必须 坚持统一编码标准。Pair programming可以经常交换伙伴。 * 1)所有的代码都有单元测试单元测试是XP的基 石，XP中的单元测试应该是可以自动进行的，所以可以很快的进行所有的单元测试，单元测试应该在编码之前创建。单元测试的代码和代码一起release， 没有单元测试的代码不能够release。使用自动单元测试可以系统整合时节省大量的发现错误和改正的时间。单元测试越完善，节省的时间越多。对面向对象的编程来说，应该对每个类都有单元测试。完善的单元测试也是共同拥有代码的保证。单元测试也是可以经常重构的保证，每次重构后的代码都要重新进行测试（这里的unit test好象不只限于测试某个模块的功能？？？，应该可以测试整合起来的整个系统，这样才能保证整合的正确性。） 2）代码在release前必须通过所有的单元测试 3) 发现bug后，首先增加测试在实际运行中发现bug,首先增加acceptance test，然后增加unit test，在增加完测试后在查找和修改代码，增加的测试保证同样的错误不会再出现 4) acceptance testacceptance test根据user stories在iteration plan会议上创建，它也应该可以自动运行以便可以经常运行。User stories是否完成是以是否通过acceptance test为检验标准。 * * XP原则和实践-Coding-1 customer is alaways available 用户是项目组的成员之一，用户的参加贯穿整个开发过程，用户与开发人员之间的交流是重要的 coding standard 使用统一的编码标准，这是保持代码整洁和共享代码的基础 coding unit test first test first是XP的一个特点，在编写代码之前先编写单元测试代码，单元测试代码和代码由同一个程序员完成。先编写测试代码可以使程序员更好的理解需求，避免直接编码造成的理解偏差，对需求的不清晰，可以在编写测试代码时就发现。测试代码也是检验程序是否完成的标准。编码工作应该是以下工作的循环：1 编写测试代码2 运行测试程序，确认失败3 编写实现这个测试程序要求功能的代码，不需要实现其他的功能，只需要实现刚刚满足测试程序的功能4 运行测试程序，确认成功实践证明，test first方式需要的编码实践少于先编码，后写测试代码 * * XP原则和实践-Coding-2 Pair Programming Pair programming是XP的特色，它要求两个程序员在一台计算机上同时进行编程工作。共用鼠标和键盘，通常一个人进行战略上的思考，程序架构和函数， 类之间的关系，一个人进行输入和战术上的思考，完成函数和类。两个人可以经常交换角色。 sequential integration 要保证源代码库的状态是可标识的，同一时间，只