??? 第 8讲 计算机数值表示与非数值表示 王工提出采用XP（extreme Programming，极限编程），理由是XP方法简洁，能减轻开发人员的负担、快速适应市场、缩短投资回收期。 李工认为采用XP在项目开发中存在一些问题，建议考虑原型开发方法。双方就上述的问题展开了激烈的争论。项目组最后决定采用XP，但同时针对李工提出的XP中存在的问题采取了相应的措施。 [问题1] 小规模发布（small release）是XP的基本元素之一。请用200字以内文字分别阐明： （1）原型系统和XP小规模发布的系统的主要差别？ （2）为什么该项目组没有采用原型开发方法？ [问题2] 请用200字以内文字，简要说明采用XP方法可能会存在哪些问题。 [问题3] 在项目组的后续讨论中，李工提出，如果项目规模扩大，XP将不再适用。王工对此表示赞同，但同时提出可以将XP方法和传统软件开发过程相结合。请用200字以内的文字简要地说明如何将XP方法和传统软件开发过程相结合。 2.3.2 背景知识与解题分析 在我们面临“软件危机”所带来的挑战之时，曾经通过采用严格的规范、详尽的文档来约束开发过程，以保证开发的质量与效果，获得了突出的成就。但是随着时代的进一步发展，商业周期越来越短、变化越来越快，甚至在软件开发的过程中，商业逻辑和需求已经悄然变化，这给本来还不成熟的软件产业带来了新的挑战。正在这种情况下，敏捷方法论应运而生。 比较有影响力的敏捷方法论包括XP（极限编程）、FDD（特征驱动开发）、Crystal Method（水晶方法）、DSDM（动态系统开发方法）、ASD（自适应开发）、Scrum等。 21 解题方法与技巧精解1-应对新技术类型的问题 ??? XP的核心是其总结的沟通、简单、反馈、勇气四大价值观。它包括12种最佳实践：计划游戏、小型发布、隐喻、简单设计、测试先行、重构、结对编程、集体代码所有制、持续集成、每周工作40小时、现场客户，以及编码标准。 从XP方法论本身来说，首先第一类潜在问题是精神和观念上的，即是否能够得到开发人员、管理者，以及客户三方面的支持与理解。简单设计、测试先行、重构、集体代码所有制、编码标准、持续集成都从某种意义上违背了程；序员的传统习惯；而小型发布、结对编程、每周工作40小时，经常会让管理者不可理解，以致认为XP是黑客文化，是为开发人员谋福利而来的；而现场客户实践则经常无法得到客户的理解和满足，另外许多客户在接受每 XP并不是与传统的方法论有着“不共戴天”的变化，是存在很多的结合点，能够有效地在传统方法论中结合XP开发方法的。 集中式方法，是传统的软件工程方法的共同特点。22 一次小规模发布时，也会提出异议。 另外，由于XP方法论属于轻量级，也就是文档量少，遵从“代码就是文档”的思想。因此虽然XP方法论中是有“当非要文档时才编写”的说法，但却容易使得团队忽视文档，从而降低系统的可维护性、易用性，以及其他的一些问题。除了培训教育之外，通常还可以采用的解决方案是利用诸如“敏捷建模”策略，在两个极端中间取一个合理的阈值。 XP是适合于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。它与传统的方法论最大的不同在于： ? 拥有短周期内的早期、具体和持续的反馈。 ? 它递增地进行计划编制，也就是在项目的一开始迅速提供一个总体计划，然后在项目的整个生命周其内不断地发展它。 ? 它针对不断变化的业务需求灵活地对功能的实现进行计划的能力。 ? 它依赖于由程序员或客户编写的自动测试来监控开发进度。 ? 它依赖于口头交流、测试和源代码来沟通系统的结构和意图。 ? 它依赖于整个系统存在期间一直持续的进化式设计过程。 它的优点在
??? 第 8讲 计算机数值表示与非数值表示 ? 它依赖于技术水平一般的程序员之间的紧密协作。 ? 它依赖于能够同时满足程序员的短期本能和项目的长期利益的实践。 XP则高度涉及员工/客户，可以保证较高的解决方案接纳度。不过把其运用到几个局部问题上往往不能产生与多个团队一起共享的改进，加上XP方法的无结构，因此一个必须包含几个人的复杂问题不能用它来产生一个全面的概念。 （1）层次化结合 基于上述想法，可以提出层次化的管理，具体地说就是： ? 在上层，建立一种面向目标的项目管理，它通过产生一个大致概念来把问题组织成一种高级结构。 ? 而将目前有局部化问题的每个部分都通过定义一个自身的XP团队来用一种极限编程的方法予以解决。 XP团队主要在独立的基础上发挥功能。同时，他们通过跟踪全局目标和衡量局部改进的顶层管理团队以一种松散的方式被联系起来。 （2）实践引入式结合 另外一种结合的方式是仍然按照传统过程方法论进行过程的管理，引入XP的实践，实现优势互补。其中比较典型的包括如下几点。 ? 现场客户：这个实践是对传统过程方法论缺乏客户参与的最好补充。 ? 简单设计：“只为今天设计，不过多地考虑明天的需要，因为现在的假设可以是错误的，也许明天还有更好的实现方式”，这是XP所提倡的简单原则，它也可以无缝地借用到用传统过程方法论进行管理的项目中。 ? 小型发布：每次迭代都实现一次小型的发布，提交一个能够让用户开始投入使用的小型版本，可以有效地加强反馈，缩短开发进程，提高软件质量。其中还可结合每23 解题方法与技巧精解1-应对新技术类型的问题 ??? 日构建进行持续集成，予以保障与支持。 ? 测试先行、重构：这是保持“小步快走”的关键实践，对于软件质量的提高有很大的帮助。 除此之外，XP方法论中的其他实践也是能够有效地在传统的开发过程中发挥作用的。 面对这个问题时，我们首先应该对问题的类别进行考虑，XP所涉及的是软件工程方面的问题，它考虑的是如何能够有效地对开发过程进行管理。事实上，对于像类似XP这样的技术，哪怕不能完全掌握，也应了解它的基本要素和基本出发点。例如XP的关键就在于敏捷，在于轻装前进，理解了这一点，我们就可以尽量地去解决问题。 首先看问题一，这里讨论的是原形系统和小规模发布的问题，首先对于原形系统来说，这是我们在软件工程中熟练掌握的内容，但小规模发布和它肯定是有区别的。一般情况下，我们知道两者之间的区别无外乎部分-整体的区别，时间、空间的区别。而这个问题，顾名思义，应该属于部分-整体的区别，原形系统提供的是整体，那小规模发布的意思就跃然纸上。 再看问题二与问题三，两者之间是有联系的，实际上从题意中我们可以看出XP的关键在于小规模发布，在于轻装前进，而要指出XP的问题，实际上肯定要找出XP与传统的软件开发方法的区别，而本质上肯定是传统软件开发方法的优点，这又回归到传统软件工程方面的问题，所以说万变不离其宗，要善于对新问题向传统技术进行转化。 在传统的软件工程中，强调详细的管理、范的集成软件管理、定量的过程管理、全面的、严格的软件质量管理、过程变更管理和技术变更管理等。而XP是不具有这些特点的，因而XP在面对大项目时肯定会存在问题，同时对合作方及开发者的素质也提出了很高的要求。最后要求回答怎样进行结合XP和传统软件开发方法，这也是一类典型的问题，事实上我们都学过分治法，这类问题的双方往往有强弱、主次之分，这种情况下就需要将问题化繁为简，用简单的方法解决简单的问题，用复杂的方法进行协调。同样，问题的双方可能是并列的关这里
意，如果统软件开法的优点了解，始
住简单的词是复杂24 统软件开??? 第 8讲 计算机数值表示与非数值表示 系，就可以考虑时间、空间上的协同和渗透。问题虽然可能不同，但方法是相通的。 2.3.3 参考答案 [问题1] （1）原型系统和XP小型发布的系统的主要差别是功能。 采用原型系统主要是让用户确认需求，或者用来测试关键的技术，但是它展示的功能并不是实际系统的功能，不能用来评价实际的系统。 XP小型发布的系统开始时不包括足够的功能，但是每个功能和可发布的产品的定义是一样的。在完整性上，它配备了一系列实用的功能集；在质量上，它可以健壮地运行。 （2）在该项目中，不需要开发原型系统。 ①项目没有大的技术风险，所以不需要用原型系统来测试关键技术。 ②网站系统的开发和原型系统的开发在工作量上是相当的，在时间要求短的情况下，直接开发系统可以节省时间。 ③对于用户需求经常变化的情况，可以采用XP开发方法的代码重构、持续集成和小型发布等技术。 [问题2] （1）没有考虑软件子合同管理。 （2）没有考虑规范的集成软件管理。 （3）没有考虑定量的过程管理。 （4）没有考虑全面的、严格的软件质量管理。 （5）没有考虑过程变更管理和技术变更管理。 [问题3] （1）可以将XP和传统软件开发过程中的增量式开发过程的结合。 25