專案開發之迭代前進

最近開發一mis專案，因對業務流程不甚了解，開發過程中全程使用迭代開發。

stage one

至客戶處：了解系統需求，大致了解客戶對系統的功能要求，客戶業務操作流程，資料流轉過程。

回司：寫方案書，一一寫出：系統構架、功能操作模組、輸入輸出資料、系統操作流程圖、許可權分配說明、工期預估，形成文件。

stage two

至客戶處：就方案書與客戶討論，就雙方對系統的理解作新一步的磨合。新一步加深對系統的認識。

stage three

至客戶處：就功能功能介面討論系統的操作過程與資料展示內容與方式，進一步了解系統中基礎資料(如：類別，使用者，辦理部門)的**及內容格式，使用者輸入資料的內容限制，分解業務操作的流程及相互之間的耦合關係。共同制定下一步開發計畫。

回司：更新系統功能介面、資料表結構、uml類圖，開始編寫系統業務功能**，實現系統模組業務邏輯。

stage four

回司：繼續迭代開發中。

stage five

......

至此，專案開始進入反覆的迭代之中，步步逼進最終目標。對於迭代式過程，有幾點體會：

1 盡可能多的了解系統需求：

因為開發前對系統目標的不了解，在與客戶共同制定系統需求時，應詳細了解客戶對系統的需求，盡可能多的了解業務操作的每乙個步驟細節。

2 首先設計出快速原型，確定系統輸入輸出資料：

客戶不是需求分析專業人員，對軟體最直接的認識就是系統的操作介面及輸入輸出資料。首先設計出原型，可以引導客戶分析系統的具體需求。降低需求的不確定性。

3 分解業務操作的流程及相互之間的耦合關係：

分解操作模組可以便於迭代開發時分步進行，每個模組完成後及時迭代，系統開發過程如與客戶實際需求有偏離可及時發現，及時糾正。始終在正確的道路上進行。

4 分清系統開發中的主次關係，防止陷入細節的泥潭：

mis系統中的輸入輸出資料及業務操作邏輯關係，是系統最重要，也是相對確定的。這一部分應重點關注，首先實現。至於介面表現形式及資料顯示細節，應使用者的喜好，操作習慣而變化，對系統的設計結構影響較小。應放在次要開發位置上。

5 即時迭代，更正設計偏差：

完成系統中乙個模組程式設計，盡可能及時交付使用者確認，聽取使用者反饋意見，及時更正設計偏差，同時對使用者的一些不合理意見要引導使用者理解其不可行性，避免作無用功。

迭代式開發，客戶代表對業務系統的熟悉程度及與開發人員的配合程度，系統設計人員對客戶業務的領悟能力和經驗都是保證系統開發迭代前進的重要條件。