本節書摘來自異步社群《設計模式解析(第2版•修訂版)》一書中的第2章,第2.3節為什麼使用uml,作者【美】alan shalloway(艾倫•沙洛維) , james r.trott(詹姆斯•r.特羅特),更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。
2.3 為什麼使用uml
設計模式解析(第2版•修訂版)
主要用于交流
uml主要是用來交流的——與我自己、與我的小組成員、與我的客戶。在軟體開發領域中糟糕的(不完整的或者不準确的)需求無處不在,而uml為我們提供了提高需求品質的工具。
有利于清晰
uml提供了一種方法,可以用來确定我對系統的了解是否與其他人相同。因為系統非常複雜,有許多不同種類的資訊需要傳遞,是以uml提供了許多不同的圖專門表示不同種類的資訊。
有利于精确
要認識到uml的價值,有一個簡單的辦法:回憶最近參加的幾次設計評審。如果在某次評審中,某人在不使用uml等模組化語言的情況下開始談起自己的代碼并描述它,幾乎能夠肯定他的發言将含混難懂,而且不必要地冗長。uml不僅僅是描述面向對象設計的上佳方法,它還使設計人員能夠仔細考慮其設計中類之間的關系(因為必須将設計寫下來)1。
1有些靈活方法專家相信,各種書面的文檔都應該避免,除非絕對需要。當然,許多開發人員對uml的使用的确有些過分,而且所生成的文檔實際上是阻礙而不是促進了交流。但是,隻要正确地使用,uml還是能很好地促進交流的,即使在使用“結對程式設計(paired programming)”時,設計概念在概念層次描述通常也比在代碼(即實作)層次描述更好。換句話說,應該努力同時做到“盡可能最簡”和“盡可能最好”。
本文僅用于學習和交流目的,不代表異步社群觀點。非商業轉載請注明作譯者、出處,并保留本文的原始連結。