ICONIX開發過程

在項目開發上，採用什麼樣的開發是項目開發人員要商議的主要問題之一。在考慮項目的需求與開發的實際狀況下，咱們小組分析瞭如下三種開發過程：

1. RUP: 面向對象、基於網絡的開發過程，是過程組件、方法以及技術的框架。過程結構清晰，整個開發創建在迭代的基礎上，迭代週期固定，對於需求、控制的管理明確，可以靈活應對項目風險。可是開發過程當中開銷較大。

2. SCRUM：在每一個迭代週期對需求從新審覈和排序。強調溝通，強調產品重於文檔，開發風險控制在較低的水平上。對項目組成員的要求很高。

3. ICONIX：介於二者之間，與RUP相似，ICONIX是用例驅動的開發過程，可是比RUP的開銷小，比較緊湊。可是又不像SCRUM擯棄了分析和設計過程。ICONIX使用UML的一個子集來表達整個開發過程。

結合以上分析，考慮到咱們項目時間只有兩個月，工做量較大，採用ICONIX過程比較適合。 

 

 

下面詳細介紹一下ICONIX開發過程：

     ICONIX是基於極限編程的思想，提倡在項目開始階段，構建域模型和用戶模型，其中用例模型驅動整個動態模型，而域模型驅動整個靜態模型。因此，整個系統都是由用例直接或者間接驅動的。也就是說軟件的體系結構和設計方案都是經過分析使用場景推斷出來的。

 

開發過程：

1. 域建模

   域建模是UML模型靜態部分的基礎。在創建域模型時，首先肯定系統所設計的主要概念性對象及相互之間的關係。

2. 用例建模

   從用戶的角度來設計系統，肯定用例。用例的基本格式爲「名詞-動詞-名詞」。要注意在編寫用例時，要編寫使用場景文本，而不是功能性需求。場景要，描述用戶執行操做和系統作出的響 應。文本將放在時序圖的左邊，做爲系統運行階段行爲的規範。

3. 需求複覈與健壯性分析

   肯定客戶、開發小組在已有的用例、域模型和原型元素達成基本一致。

   繪製健壯性圖進行健壯性分析，檢查用例文本，根據句子的描述繪製出參與者、邊界對象、實體對象和控制器等。對存在的問題進行分析，修改用例文本與靜態模型。

   將一些關鍵屬性添加到類圖中。

4. 詳細設計-時序圖

   繪製時序圖，將肯定的函數、方法等分配給對象。

   繪製步驟爲：

• 將用例文本放在左邊。
• 加入健壯性圖中的實體對象。
• 加入健壯性圖中的邊界對象和參與者。
• 將方法分配給類。將健壯性圖中的控制器轉換爲執行所需行爲的方法和消息。

5. 開始編程

    根據以上結果，開發小組進行編程。