我需要爲現有系統創建體系結構圖。 我想展示「大圖」以及小細節。創建體系結構圖的方法
什麼更有意義:
- 創建大局一個圖,併爲每個小部件的獨立的圖。
- 創建一個包含所有細節的圖表。我想這需要正確的工具才能顯示簡單的大圖片視圖以及詳細的下鑽(縮放)。什麼工具可以爲此工作?
我需要爲現有系統創建體系結構圖。 我想展示「大圖」以及小細節。創建體系結構圖的方法
什麼更有意義:
您可以使用像Sparx EA這樣的UML工具,特別是如果您的問題是以面向對象或面向服務的風格編寫的話。
就我個人而言,我發現單一的,所有的圖表都太忙了。如果發生了太多事情,我很難得到那個格式塔。我更喜歡更大更簡單的圖片,並附帶向下鑽取圖表。這可能就是我接線的方式。
一般來說,在大多數開發領域,混合抽象層次通常是一個壞主意。在許多方面,面向對象是一種組織抽象層次的方法,而封裝是一種強制執行的方式。
在我看來,這也適用於設計。所以我認爲你應該在適當的抽象層次上創建你的圖表。如果您不確定將使用哪種硬件以及將使用哪種第三方軟件,那麼您可能需要單獨的部署圖。如果軟件佈局不費腦筋,那麼您可能想使用類圖或序列圖開始勾畫出想法。
我認爲應用7 + -2規則是適當的 - 因爲開發人員只能成功地將7(+ -2)個概念保存在他們的頭腦中 - 具有所有抽象級別的所有合併圖會打破這個規則!
話雖如此,只有花時間在創建圖表,如果它將有利於團隊和推動項目前進。如果團隊能夠理解最佳進展方式,那麼確定理解並不會增加任何價值。然而,如果你不確定下一步,那麼圖表就可以成爲團隊之間交流想法的一種有用方式 - 只需添加足夠的細節以使思路清晰即可。但是不要害怕丟掉圖表!
在我看來,下面這本書提供了水平和圖表是細節的最好證明是項目有用:
http://www.amazon.com/Agile-Principles-Patterns-Practices-C/dp/0131857258
你的第一個選項聽起來是正確的(一個卦爲大圖和每個較小組件的單獨圖) - 如果您使用建模工具,則可以將它們鏈接在一起。
高層次的概念圖很適合建立系統的環境,它的廣度 - 白板對此很有幫助。獎勵要點:我總是在手機中使用相機拍攝白板圖,並將其與電腦同步,並根據需要郵件發送副本。
根據您的受衆。 我用
在我的書中,用「方法論」的是,先急分析癱瘓的早期症狀;) – 2010-07-11 14:24:39
誰是觀衆? – 2010-07-11 14:32:23
Visual Studio 2010 Architect具有這樣的粒度過濾功能。 – 2010-07-11 16:20:19