極限編程在開發供電客戶服務監控系統中的應用

2013-12-12 09:19:39 電力信息化　點擊量：評論 (0)

摘要：針對傳統軟件編程的缺點，詳細介紹極限編程思想的核心內容和意義，并且闡述了該方法應用于開發供電客戶服務監控系統。一、引言進行開發軟件過程中，必須考慮到各方面的因素，軟件需求可能會發生變化，這些

摘要：針對傳統軟件編程的缺點，詳細介紹極限編程思想的核心內容和意義，并且闡述了該方法應用于開發供電客戶服務監控系統。

一、引言

進行開發軟件過程中，必須考慮到各方面的因素，軟件需求可能會發生變化，這些變化會包括質量、整體、范圍、進度、人力資源、成本、溝通、風險、環境等方面的因素。若采用傳統的軟件編程方法，需求的變化可能會引起后期進行軟件設計的重大變化，輕則造成成本的指數上升，重則使整個軟件在整個設計中面臨失敗。

為了尋求迅速建立軟件途徑并適應不斷變化的用戶需求，克服許多公司的軟件團隊陷入不斷增長的過程的泥潭，美國軟件工程大師Kent Beck等人，在“敏捷聯盟”中提出了一種創新的軟件工程設計方法－極限編程（Extreme Programming 簡稱XP編程）。

Xp編程是一種輕量級的、靈活的編程方式，自身規定了核心價值和方法，強調溝通和反饋，整個設計過程由一系列簡單卻互相依賴的實踐組成，在理念、管理和項目計劃方法等方面和傳統的軟件開發過程不同。

二、極限編程

2.1 傳統軟件設計模型

如圖1所示，傳統軟件設計中規定了各項軟件工程的活動包括：制定系統計劃，進行詳細需求分析和說明，實現編碼，對系統進行測試。整個設計規定了自上而下，相互銜接，如同瀑布一樣將各個不同階段串聯起來，并用文檔提交來驅動下一個環節，常有許多規則和文檔，要正確的實施它，在開發流程上有較高的要求。

該模型最大的缺點是：缺乏適應需求變化的靈活性，更改程序的成本會隨時間的推移而呈指數方式上升；而且對進度的估計經常容易失誤，可能導致工期的延長，因而要付出高額代價來返工或者在維護中糾正錯誤。

2.2 Xp編程的設計模型

簡單來說，極限編程是一個高迭代的過程，在控制論（Control Theory）中，迭代過程可以不斷向系統提出反饋，以確保得到預計的最終結果，而在Xp編程中，將需求分析的時間大大縮短，之后的開發中4個活動（需求、設計、編碼、測試）同步進行，每一次迭代都是建立在上一次迭代的基礎上進行。

2.3 Xp編程的核心思想

要達到高迭代過程，開發組中必須具備以下四種不同的思想：溝通（Communication）、簡單（Simplicity）、反饋(Feedback)和勇氣(Courage)。Xp編程認為開發組不只是包括開發人員，還包括客戶和管理人員，強調成員間要經常進行交流。盡量減少在關鍵性的領域決策出現嚴重失誤；開發人員應當在進行當前階段設計，力求以簡化的方式完成已知的工作，待在以后階段中，如有必要再做修改，避免將資源花費在