極限編程有哪些

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之間的溝通。
簡單

畫一兩張圖表來代替幾十甚至幾百行的代碼，通過這種方法，建模成為簡化軟體和軟體（開發）過程的關鍵。這一點對開發人員而言非常重要－它簡單，容易發現出新的想法，隨著你（對軟體）的理解的加深，也能夠很容易的改進。