登入  |  English
感謝您對「自由軟體鑄造場」的支持與愛護,十多年來「自由軟體鑄造場」受中央研究院支持,並在資訊科學研究所以及資訊科技創新研究中心執行,現已完成階段性的任務。 原網站預計持續維運至 2021年底,網站內容基本上不會再更動。本網站由 Denny Huang 備份封存。
也紀念我們永遠的朋友 李士傑先生(Shih-Chieh Ilya Li)。
源碼新聞 開放流程的開發方法論—Extreme Programming

開放流程的開發方法論—Extreme Programming

簡稱為 "XP" 的 Extreme Programming,和微軟的 Windows XP 可沒有關係。Extreme Programming 是一套輕量級的新開發程序,相對於過去歷史悠久的軟體開發方法,Extreme Programming 更加重視顧客在軟體發展程序中所扮演的角色。Extreme Programming 比起過去的軟體開發方法論,顯得更為簡單而有力,同時,要求軟體發展流程更加地開放、透明。 Kent Beck 是 Extreme Programming 的創造者,這套方法主要來自 Kent Beck 身為物件導向軟體開發人員的多年經驗,以及他與 Ward Cunningham 一同使用 Smalltalk 語言工作時,所孕育出的成果。1996 年 3 月,Kent 在 DaimlerChrysler 發起了某個專案,其中採用了新的軟體開發概念,這個軟體開發概念,便是 Extreme Programming 方法論。

Extreme Programming 採取較為謹慎且規範化的軟體開發程序。方法論研究者 Alistair Cockburn 將 XP 視為具備輕量級、低儀式性、高規範性等特質的方法論。這個方法強調團隊作業,管理者、客戶、開發人員,都是達成高品質軟體的一部份,缺一不可。XP 以簡單卻有效的方法,實現以團隊為基礎的開發程序。

XP 改善軟體專案開發的方法有四:溝通、簡化、回饋與無懼。這四個環節彼此相扣。開發人員彼此之間,以及與客戶間進行溝通,讓設計維持簡單與清晰。開發過程必 須不斷地進行測試,從中得到回饋,儘早將系統交付客戶,實現對方建議的更動。以此為基礎,開發人員得以勇敢地因應需求與技術上的變更。

在軟體專案的適用性上,XP 適合大約在 2 至 12 人之間,較小的開發團隊。不過成功案例中也包括 30 人的大型專案。XP 特別適合應用在需求經常更改的領域,例如客戶本身對於系統並無確定概念,或系統的功能若干月即會發生變動。在不少軟體環境中,需求的不確定性可能是其中唯 一可以肯定的事,這是 XP 最佳的切入點。

XP 要求讓客戶加入開發過程,將時程規劃的權力交付給客戶。同時,XP 也讓開發人員有評估開發作業的權力。客戶透過 User Story 表達希望達成的功能,開發人員則評估在這些功能上所需耗費的時間,以及在一定時間內可以完成的比例。客戶依此決定功能完成的順序,以及何時與多久釋出可運 作之系統。

小範圍的釋出,是 XP 相當強調的概念。開發工作應基於最小的可運作功能集合,不必要的冗額功能不應該事先進行開發。儘早並經常釋出,每次釋出只增加少許功能。為了達成儘早與經 常釋出,簡化的設計是必要的。XP 要求使用可達成目標的最簡單設計,由於目前的需求到了明天有可能就會改變,所以只需做那些可滿足今日要求所需的 工作。

XP 由簡單的規則與實踐規範所組成,其中包括 12 條核心實踐規範。XP 在實踐規範中明確地指出測試的重要性。簡言之,整個 XP 開發流程都離不開測試程序。測試在 XP 中分成兩個層面:單元測試(Unit Tests)與接受度測試(Acceptance Tests,又稱為功能測試,Functional Tests)。

單元測試是由開發者自行發展的自動化測試程序,目的在於測試程式碼的功能性。單元測試一般僅測試單一或小部份類別。單元測試多以單元測試架構,加以完成。

接受度測試由客戶加以規範,測試整體系統是否如預期。此類測試以客戶定義的 User Story 為基礎,當某 User Story 相關的所有接受度測試都已通過,表示該 User Story 已告完成。

XP 提出了某些在實際開發程序中,容易被人忽略的規範。對於開放源碼專案來說,盡管開放源碼專案缺乏正式的客戶,同時也免於預算與時程的壓力,但 XP 仍然對這類專案具有參考與應用價值。開放源碼同樣必須重視測試的價值,特別是客戶的接受度測試。目前 XP 的測試工具皆屬開放源碼,藉由這些工具,測試將更容易實行。不論除錯或新增功能,開發者應對手中的程式碼加以測試。

沒有預算壓力雖然使開放源碼專案多半可免於嚴苛的釋出期限,然而經常自使用者與客戶取得回饋,對於專案的存活卻至關重要。專案前進的步調越小越好,將每次 的更動最小化,如此不僅可減少測試與除錯的規模,也可降低各更動間的整合作業,此外,也有益於定期釋出。Subversion 便是最好的範例。Subversion 每隔三星期會釋出新的 snapshot,同時擁有 beta 與 final 釋出版本的相關目標。

簡言之,XP 的目標是讓軟體專案開發流程簡化,讓龐大的開發工作分成許多較小單元,使得開發時程更容易預測與規劃。專案得以盡早且經常釋出,獲取使用者的回饋,針對使 用者的需求更改專案的進行。Subversion 是專案管理上一個相當好的範例,該專案有著良好的測試程序,重用其他專案的優良程式碼,並擁有穩定、可預測的釋出時程。XP 提出的規範也許不是全新的,但絕對足以有著開放源碼專案得以參考與加以實際應用的地方。

相關網址:
1.開放源碼開發者從 Extreme Programming 得到的五種啟示
https://www.onlamp.com/pub/a/onlamp/2003/08/28/extremeprogramming.html
2.Extreme Programming: 簡介
https://www.extremeprogramming.org/
3.Extreme Programming 問題集
https://www.jera.com/techinfo/xpfaq.html
4.Extreme Programming
https://ootips.org/xp.html



自由軟體鑄造場電子報 : 第 6 期 自由軟體協同開發

分類: 源碼新聞