极限编程有哪些

A. java开发要学哪些知识和技能呢

java是是现在主流的计算机编程语言，作为一名IT技术人员不可不学java，而java程序开发一定要从基础学起，那么，java课程分享java开发要学哪些知识?

在学习java软件开发的时候第一个阶段要学习的课程就是java的基础，全面的了解java相关的知识基础，还有基础java基础语法的学习;面向对象的学习和深入的理解;常用的类库的使用介绍，API文档的查阅;简单模块的分析、设计、编写、培养软件编程的思维。

在学习java软件开发的时候第二个阶段要学习的课程主要就是学习项目需求的分析，需要用到的技术点的分析，概要的设计;项目用到的技术点的学习，包括了javai/0流的处理，socket网络编程，多线程，泛型标准SQL,JDBC等;掌握JUnit单元的测试方法;项目详细设计，项目实现和总结。

在学习java软件开发的时候第三个阶段要学习的课程主要是回顾静态页面的基础，包括html和css等的基础知识;DIV+CSS页面的布局技巧，设计工具Dreamweaver的使用，调试工具friebug的使用和IE开发者工具的使用;JSP/Servlet学习，JSP语法、标签、EL表达式、JSTL、servlet常用接口，调试流程，内置对象，参数传递，学习J2EE标准的Web工程体系，理解整个Web工程的运行机制;AJAX技术、jquery框架的学习;strStruts2的学习;项目的分析、实际、实现。

在学习java软件开发的时候第四个阶段要学习的课程主要是深入的学习strStruts2的技术;学习ORM框架的Hibernate,理解工作原理;学习Spring框架的核心技术。框架的两两集成，深入立解框架;大型企业级的项目分析，技术点的调研、设计和实现;软件工程、敏捷方法、迭代开发流程的应用、团队协作。

在学习java软件开发的时候第五个阶段要学习的课程主要为java核心技术的学习;java设计的模式深入的掌握java的高级设计思想;学习Spring框架核心技术;最后就是大型项目的分析和实现了。

B. 开发方法论有哪些

开发方法论有哪些：敏捷(Agile)、极限编程(XP)、水晶方法(Crystal)等。

一、方法论

方法论，就是关于人们认识世界、改造世界的方法的理论。它是人们用什么样的方式、方法来观察事物和处理问题。概括地说，世界观主要说明世界“是什么”的问题，方法论主要说明“怎么办”的问题。

方法论是一种以解决问题为目标的理论体系或系统，通常涉及对问题阶段、任务、工具、方法技巧的论述。方法论会对一系列具体的方法进行分析研究、系统总结并最终提出较为一般性的原则。

方法论也是一个哲学概念。人们关于“世界是什么、怎么样”的根本观点是世界观。用这种观点作指导去认识世界和改造世界，就成了方法论。方法论是普遍适用于各门具体社会科学并起指导作用的范畴、原则、理论、方法和手段的总和。历史唯物主义的著作中经常提到方法论这个概念。

2、具有一定的广度

方法论整理和总结的比较完善，涉及的方面也比较全面，具有一定的复杂度。形式上表现为方法论一般包括对问题各方面的论述，从客观上形成一套覆盖问题的原始模型，甚至会穷尽。

3、具有一定的深度

方法论提倡深入到问题的底层、深挖现象背后的本质，形成有一定深度的理论体系。对方法论的学习、应用、整理、总结，都需要一丝不苟的精神，不是提供短平快的救火指导。

C. 极限编程的计划项目

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

D. 敏捷开发是在什么样的背景下产生的其主要特点有哪些

敏捷建模（Agile Modeling，AM）的价值观包括了XP（Extreme Programming：极限编程）的四个价值观：沟通、简单、反馈、勇气，此外，还扩展了第五个价值观：谦逊。
敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。除了原则和实践，模式也是很重要的，多研究模式及其应用可以使你更深层次的理解敏捷开发。
沟通

建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团队和你的project stakeholder之间的沟通。
简单

画一两张图表来代替几十甚至几百行的代码，通过这种方法，建模成为简化软件和软件（开发）过程的关键。这一点对开发人员而言非常重要－它简单，容易发现出新的想法，随着你（对软件）的理解的加深，也能够很容易的改进。