极限编程过程

1. 软件开发方法

1：瀑布方法
所有软件方法的祖先是瀑布方法（waterfall methodology）。它之所以被称为瀑布方法是因为开发模块相互之间的依次流动，瀑布方法通过控制阀门的一系列活动组成。这些控制阀门决定一个给定的活动是否已经完成并且可以进入下一个活动。需求阶段处理决定了所有的软件需求。设计阶段决定整个系统的设计。代码在代码阶段编写。代码然后被测试。最后产品被发布。
对瀑布方法模型最基本的批评就是瀑布方法对于反馈事物发展状况耗时太长。软件的一些内容那个很容易被理解，而另一些内容则相反。因此，当用户对于手边出现的问题都没有很好理解的时候，开发人员试图先完成所有的需求（也就是说，将需求量化到实际的规格说明当中）是非常空难的。更进一步来说，如果在需求中出现一个错误，它将传播到设计阶段，传播到代码中等。同时一般不存在过程中返回的真正能力。因此，如果进入测试并且发现设计的一部分是无法工作的，那么就会进行修改并修补问题而交差，但是这种方法将会失去设计活动的所有上下文环境——你只是有目的地对系统权宜行事！
认识到这个问题后瀑布方法已经被修改成几种形式。例如螺旋式瀑布方法它继承并使用了多个瀑布模型。这种方法缩短了生命周期向下的时间；也就是说，为解决为题提供了迭代方案。
最终，大家无法脱离瀑布方法是因为它确实是合乎常规的方法。首先，这种方法可以决定将要构建的内容。接着，决定将要如何构建这些，下一步，世界构建这些内容。可以确保自己确实构建自己所需的东西（并且可以成功运行）。
2：统一过程
统一过程应用了基于处理系统首先考虑的最重要方面而实施的短期迭代开发。
开发一个寡欲各种用列（use case）的调查文档（也就是说，对用户与系统交互的简短描述），并且开始排除那些可能对整个系统成功造成风险的用列。只要适合，就可以在开发过程中添加或者删除用列。
统一过程的4个阶段定义如下：
初始(inception)：系统仍然处于决定系统内容的阶段——系统将要完成什么以及系统的边界是什么。如果系统能够很好的理解，那么这个阶段就非常短。
细化(Elaboration)：正在将体系结构的风险移至系统。一种表述该阶段的说法是，“你是否已经解决了所有难题？”或者“你知道如何完成你将要去完成的事情吗？”
构造（Construction）正在完成所有相关的用列来使系统为移交做好准备，也就是说，进入Beta版本。
移交（Transition）使系统通过它的最后发布阶段以及Beta版本。它可能包括软件的操作及维护。
这是一个关注于维护要素的敏捷过程，但是仍然采用了大量用例开发，间模等方面的传统实践。
3：极限编程：
极限编程的开发过程就是以代码为中心的方法。
让用户告知你一些有关系统是如何如用转的故事描述，基于故事相互之间的重要性来定制这些系统这样就可以为自己的团队提供一个故事集合，可以在一个给定的迭代中完成他们，大约两周时间——每周工作40个小时，你将团队划分，双人应付没一个故事，在代码被编写时提供确定数量的内建对等评审。你和你的同伴在编写自己代码的同时编写单元测试。在完成自己负责的那段代码后，将其拿到集成的机器上，放入代码基线，运行从所有人的代码中积累而成的单元测试。在完成iji负责的那段代码后，将会提供一个运行系统使用户可以评审来确保自己的工作满足他们的需要。
注意极限编程并没有将软件的设计设置成一个高级阶段。相反它认为那些最前端的设计对于整个系统开发不是很有帮助，并且随着实际开发的进行它最终还是被修改。
极限编程对于需要持续提供运行系统的软件卡发来说非常适用。当缺少用户介入或者项目规模很大时极限编程方法将会不好用，因为这时协调和设计活动实际上变得更重要了。
极限编程合理地考虑开发团体的能力，这样可以有效计划。

2. 极限编程的核心价值

极限编程中有四个核心价值是我们在开发中必须注意的：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）、此外还扩展了第五个价值观：谦逊（Modesty）。 XP用“沟通、简单、反馈、勇气和谦逊”来减轻开发压力和包袱；无论是术语命名、专着叙述内容和方式、过程要求，都可以从中感受到轻松愉快和主动奋发的态度和气氛。这是一种帮助理解和更容易激发人的潜力的手段。XP用自己的实践，在一定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。
XP精神可以启发我们如何学习和对待快速变化、多样的开发技术。成功学习XP的关键，是用“沟通、简单、反馈、勇气和谦逊”的态度来对待XP；轻松愉快地来感受XP的实践思想；自己认真实践后，通过对真实反馈的分析，来决定XP对自己的价值；有勇气接受它，或改进它。

3. 极限编程是什么意思 《法语助手》法汉

极限编程（Extreme Programming，XP）是一门针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、可以达到的目标上。它是以符合客户需要的软件为目标而产生的一种方法论，XP使开发者能够更有效的响应客户的需求变化，哪怕是在软件生命周期的后期。它强调，软件开发是人与人合作进行的过程，因此成功的软件开发过程应该充分利用人的优势，而弱化人的缺点，突出了人在软件开发过程中的作用。极端编程属于轻量级的方法，认为文档、架构不如直接编程来的直接。

4. 什么是极限编程

极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。

5. 敏捷开发、极限编程和结对编程这三者什么关系啊

敏捷开发是十几种开发方法的统称，极限编程就是这十几种开发方法之一。
极限编程包括了十几种实践（就是一些具体做法），结对编程是极限编程的一种实践。

6. 什么是极限编程

极限编程(Extreme Programming，XP)是一门针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、可以达到的目标上。它是以符合客户需要的软件为目标而产生的一种方法论，XP使开发者能够更有效的响应客户的需求变化，哪怕是在软件生命周期的后期。它强调，软件开发是人与人合作进行的过程，因此成功的软件开发过程应该充分利用人的优势，而弱化人的缺点，突出了人在软件开发过程中的作用。极端编程属于轻量级的方法，认为文档、架构不如直接编程来的直接。

7. 极限编程和敏捷方法的关系

极限编程强调的是边进行项目边测试，强调的是一个迭代的过程，而敏捷方法是强调可以省略标准过程中对于项目意义不大的步骤。可能我说的也不是很准确，可以去仔细看看软件工程的书，上面有介绍

8. 极限编程的计划项目

XP的计划过程主要针对软件开发中的两个问题：预测在交付日期前可以完成多少工作；现在和下一步该做些什么。不断的回答这两个问题，就是直接服务于如何实施及调整开发过程；与此相比，希望一开始就精确定义整个开发过程要做什么事情以及每件事情要花多少时间，则事倍功半。针对这两个问题，XP中又两个主要的相应过程：
软件发布计划（ReleasePlanning）。客户阐述需求，开发人员估算开发成本和风险。客户根据开发成本、风险和每个需求的重要性，制订一个大致的项目计划。最初的项目计划没有必要（也没有可能）非常准确，因为每个需求的开发成本、风险及其重要性都不是一成不变的。而且，这个计划会在实施过程中被不断地调整以趋精确。
周期开发计划（IterationPlanning）。开发过程中，应该有很多阶段计划（比如每三个星期一个计划）。开发人员可能在某个周期对系统进行内部的重整和优化（代码和设计），而在某个周期增加了新功能，或者会在一个周期内同时做两方面的工作。但是，经过每个开发周期，用户都应该能得到一个已经实现了一些功能的系统。而且，每经过一个周期，客户就会再提出确定下一个周期要完成的需求。在每个开发周期中，开发人员会把需求分解成一个个很小的任务，然后估计每个任务的开发成本和风险。这些估算是基于实际开发经验的，项目做得多了，估算自然更加准确和精确；在同一个项目中，每经过一个开发周期，下一次的估算都会有更多的经验、参照和依据，从而更加准确。这些简单的步骤对客户提供了丰富的、足够的信息，使之能灵活有效地调控开发进程。每过两三个星期，客户总能够实实在在地看到开发人员已经完成的需求。在XP里，没有什么“快要完成了”、“完成了90%”的模糊说法，要不是完成了，要不就是没完成。这种做法看起来好像有利有弊：好处是客户可以马上知道完成了哪些、做出来的东西是否合用、下面还要做些什么或改进什么等等；坏处是客户看到做出来的东西，可能会很不满意甚至中止合同。实际上，XP的这种做法是为了及早发现问题、解决问题，而不是等到过了几个月，用户终于看到开发完的系统了，然后才告诉你这个不行、那个变了、还要增加哪个内容等等。

9. 1.什么是敏捷过程极限编程 2.他们的要点是什么 3.与其它的开发模式的区别是什么

一般来说，XP比较适合周期短，需求灵活性高的项目，仅交流