極限建模方法

建模是軟件開發中的一個重要組成部分，一個模型描述的是軟件的某個方面的完整內容。通過建模能簡化軟件和軟件過程。往往一個圖形能抵得上數十行字，甚至是數百行文字的描述。通過圖形這一中介媒體，你可以迅速地得到反饋信息，并能及時地修改你的模型以滿足用戶的需求。極限建模(Extreme Modeling,XM)是建立在已有的且被證明是有效的建模方法之上的輕量級建模方法。XM是XP的基礎。

在開發一個面向對象軟件的過程中，軟件開發人員可能會應用到的基本的建模工具和建模過程見下圖所示。為了簡單起見，圖中所示省略了項目管理方面的內容，比如測試用例等評估測試工具內容。圖中的方塊表示的是可能會用到的諸如基本的用例模型和活動圖等之類的開發工具。圖中的線條則描述的是各工具間的主要關系，比如：分析階段的類模型所包含的信息將影響到設計階段的類模型中的信息的開發。這些關系揭示了不同工具在迭代開發過程中的相互影響關系。比如：當你修正用例模型時，它可能會影響到順序圖的開發，接著就會影響到你的類模型。圖中的那些藍顏色方塊表示這些建模工具是由對象管理集團(http://www.omg.org)開發和維護的工業標準統一建模語言(UML)中所描述的建模工具。

盡管上圖中列出了許多建模工具，但你不必在每個項目開發中都使用它們。你應該僅用那些能更好地展現你所開發的軟件的建模技術。比如，基本的用戶接口界面原型能使你更好地理解一個用戶的界面需求，但是，如果你的用戶接口界面需求是顯而易見的，則該技術對你的團隊來說并不一定有多大的使用價值。同樣地，活動圖對于洞悉那些復雜的事務邏輯流是很有用處的，但是，如果業務流是簡單明了的，則它就不是很有價值了。但是需要注意的是：盡管你無需精通所有的建模工具，但是如果你所在的項目團隊在項目開發中所需的建模技術中有一些是你所不熟悉的，而你沒有能力在工作的過程中馬上能掌握這些必要的技術，則你應自覺的要求從這個項目退出。

上圖中的那些黃色方塊表明：在實際的應用開發中，僅通過應用UML來開發項目是不夠的。其中有些黃色塊所示的建模工具將會在以后的UML修訂中被采納。上圖同時也表明軟件開發過程是連續的，同時又是迭代的。說它是連續的，這是因為上圖是從左向右貫穿了需求、分析、設計和實施等整個開發過程。說開發是一個迭代的過程，這是因為你可以在各建模階段和建模工具中來回移動。在分析用戶需求和滿足和實現用戶需求的確定過程中，是一個不斷反復迭代的過程。從全局來看建模過程是一個連續的過程，而從局部上看，它是一個迭代的過程。

極限建模的基本原則是簡潔，亦即用盡可能少和精煉的圖形最大可能地覆蓋且能清晰有效地描述項目開發的全過程。極限建模的秘密并不在于建模技術本身，而是在于如何才能很好地把它們應用于軟件項目的開發。作為一個優秀的軟件專業開發人員，他必須掌握能覆蓋整個開發過程的各種開發工具和技術，并且具有知曉何時使用哪種工具才是最有效率的能力。

參考文獻

1. Scott W. Ambler.Extreme Modeling.http://www.sdmagazine.com/documents/s=738/sdm0011m/.November,2000.

2. Scott W. Ambler.A Closer Look at Extreme Modeling. http://www.sdmagazine.com/documents/s=732/sdm0104m/.April,2000.

作者簡介

王巍(1968-).上海人.高級工程師,系統分析員.研究方向:電子商務,軟件工程,企業信息系統,Petri網和Rough集理論應用研究。