1.rup(rational unified process，統一軟體開發過程，統一軟體過程)是乙個物件導向且基於網路的程式開發方**。統一過程(rup)是rational軟體公司(rational公司被ibm併購)創造的軟體工程方法。rup描述了如何有效地利用商業的可靠的方法開發和部署軟體，是一種重量級過程(也被稱作厚方法學)，因此特別適用於大型軟體團隊開發大型
2.極限程式設計(extreme programming，xp)是一門針對業務和軟體開發的規則，它的作用在於將兩者的力量集中在共同的、可以達到的目標上。它是以符合客戶需要的軟體為目標而產生的一種方**，xp使開發者能夠更有效的響應客戶的需求變化，哪怕是在軟體生命週期的後期。它強調，軟體開發是人與人合作進行的過程，因此成功的軟體開發過程應該
充分利用人的優勢，而弱化人的缺點，突出了人在軟體開發過程中的作用。極端程式設計屬於輕量級的方法，認為文件、架構不如直接程式設計來的直接。極限（extremeprogramming，簡稱xp）是由kentbeck在2023年提出的。kentbeck在九十年代初期與wardcunningham共事時，就一直共同探索著新的軟體開發方法，希望能使軟體開發更加簡單而有效kent仔細地觀察和分析了各種簡化軟體開發的前提條件、可能性以及面臨的困難。2023年三月，kent終於在為daimlerchrysler所做的乙個專案中引入了新的軟體開發觀念——xp。
xp的核心思想：從長遠看，早期發現錯誤以及降低複雜度可以節約成本。極限程式設計強調我們將任務/系統細分為可以在較短週期解決的乙個個子任務/模組，並且強調測試、**質量和及早發現問題。通常，通過乙個個短小的迭代週期，我們就可以獲得乙個個階段性的進展，並且可以及時形成乙個版本供使用者參考，以便及時對使用者可能的需求變更作出應。
xp的核心方法：規劃策略(the planning game)；
結對程式設計(pair programming)
測試(testing)
重構(refractoring)
簡單設計(****** design)
**集體所有權(collective code ownership)
持續整合(continuous integration)
現場客戶(on-site customer)
小型發布（small release）
每週40小時工作制（40-hour week）
編碼規範（code standards）
系統隱喻（system metaphor）
3.敏捷過程：為了使軟體開發團隊具有高效工作和快速響應變化的能力，17位著名的軟體專家於2023年2月聯合起草了敏捷軟體開發宣言。敏捷軟體開發宣言由以下4個簡的價值觀生命組成。
（1）個體和互動勝過過程和工具
正確的做法是，首先致力於構建軟體開發團隊（包括成員和互動方式等），然後再根據需要為團隊配置專案環境（包括過程和工具）
（2）可以工作的軟體勝過面面俱到的文件
軟體開發的主要目的是向使用者提供可以工作的軟體而不是文件，但是完全沒有文件的軟體也是一種災難。開發人員應該把主要精力放在建立可工作的軟體上面，僅當迫切需要並且具有重大意義時，才進行文件編制工作，而且內部文件應該簡明扼要主題突出。
（3）客戶合作勝過合同談判
客戶通常不可能做到一次性把他們的需求完整準確地表述在合同中。能夠滿足客戶不斷變化的需求的切實可行途徑是，開發團隊和客戶密切合作。
（4）響應變化勝過遵循計畫
軟體開發過程中總會有變化，這是客觀存在的事實。乙個軟體過程必須反映現實，因此，軟體過程應該有足夠的能力以及及時響應變化。關鍵是計畫必須有足夠的靈活性和可塑性，在形勢發生變化時能夠迅速調整，以適應業務和技術等方面發生的變化。在理解上述4個價值觀宣告時應該注意，這些宣告只不過是對不同因素在保證軟體開發成功方面所起作用的大小做了比較。
根據上述價值觀提出的軟體過程統稱為敏捷過程。
敏捷2 2 極限程式設計XP
一提到 xp 很多人的第一反應是微軟的那個作業系統。沒錯，xp 似乎已經是它的代名詞了。但是，在敏捷領域，也有乙個 xp 而且也是一樣的如雷貫耳。那就是傳說中的 extremeprogramming 極限程式設計，它的簡稱就是 xp 既然都帶有程式設計兩個字了，那麼很明顯這個理論框架就是出自軟體開發...
敏捷開發之極限程式設計（XP）
極限程式設計是敏捷開發的一種方法，極限程式設計針對小型的開發團隊來說是乙個不錯的方法.極限程式設計本質是務實主義的體現，快速穩定的實現每乙個使用者要求，是極限程式設計的基本要求。1.客戶盡量和開發人員在一起，一是可以知道開發的進度 二是可以和開發人員進行溝通，實時調整功能點的優先順序。2.對使用者提...
敏捷實踐之XP極限程式設計
團隊協作 whole team 規劃策略 the planning game 主要思想就是先快速地制定乙份概要的計畫，然後隨著專案細節的不斷清晰，再逐步完善這份計畫,產生的結果是一套使用者故事及後續的一兩次迭代的概要計畫。結對程式設計 pair programming 所有的產品軟體都是由兩個程式設...