極限編程在開發(fā)供電客戶服務監(jiān)控系統(tǒng)中的應用

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

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

通過此模塊了解系統(tǒng)的功能及使用方法。

這些系統(tǒng)需求，具體細節(jié)不能在短期內確定。由于各地供電系統(tǒng)客戶服務提供的情況不一，給出的查詢條件限制無法立刻統(tǒng)一確定，簡報列表提供具體圖狀顯示結果，在開發(fā)初期沒有考慮；故障和投訴表收集和處理，需要明細表結構，如何進行分類處理，定義幫組信息必須和用戶進行頻繁交流；在累計結存過程中，需要不斷進行數(shù)據測試，保證數(shù)據結果的可用性。

鑒于上述情況，在本項目中，我們借鑒極限編程許多思想和方法，采用了如下工作方式：

（1）開發(fā)小組由7人組成，7個人集體參與需求分析和設計，而并不是由項目負責人獨立進行，同時在開發(fā)過程中隨時聽取用戶意見，力求及時準確理解客戶需求。

（2）在具體實施中，開發(fā)小組分為兩組：業(yè)務組和技術組。業(yè)務組負責明細模塊中的函數(shù)接口，定義函數(shù)功能；技術組負責編寫代碼，主要負責編碼的規(guī)范和為自己所的代碼編寫測試用例，在編碼過程中，業(yè)務組和技術組進行結對編程。最后由一人負責幫組客戶完成功能測試，最終所有測試由客戶認可。

（3）由于項目開發(fā)時間短，我們在開發(fā)中簡化了設計文檔，但對于測試文檔和測試用例，提交到項目負責人中進行嚴格審核。

（4）統(tǒng)一的編程風格，包括變量的定義、函數(shù)的接口、文件命名的規(guī)范、文件類型的定義等。

（5）每天工作8小時，每天工作結束時，通過CVS工具提交當天所完成的代碼和測試用例，并且通過該工具每個人都了解和熟悉其他成員的工作進度，且可以進行及時的調整進度。

在版本規(guī)劃階段中，我們通過與客戶交流，共同決定了6個發(fā)行版本，如表1所示，根據這個規(guī)劃逐步編碼，在編碼過程中不斷與用戶交流，使用戶逐步完善需求。

表1 版本規(guī)劃表

版本開發(fā)時間（單位：天）功能實現(xiàn)

V1.0 10 工作簡報原型：顯示簡報列表，對該表進行管理

業(yè)務匯總原型：處理話務量、投訴、故障狀態(tài)信息，實現(xiàn)數(shù)據庫導入導出操作

V1.1 15 完善數(shù)據導入功能。

對工作簡報進行滿意率簡報管理，能按條件對各地信息進行查詢；對業(yè)務匯總模塊實現(xiàn)業(yè)務量統(tǒng)計，并且可以進行業(yè)務查詢。

V1.2 10 對于人員管理，用戶、管理員信息管理，操作權限設定；在常見問題中，實現(xiàn)問答留言功能。

V1.3 5 編寫基本幫組信息，完善輸出界面，發(fā)行最終版本。