畫簡單草圖對我和合作過的很多團隊都管用。但這是為了提供結構性的想法和指導，而非制訂標準。目標是幫助團隊以有效且高效的方式溝通他們的軟件設計，而非創造另一套綜合性的建模標記。
UML提供了一套通用的抽像和 用於描述它們的通用標記，但我幾乎看不到哪個團隊可以有效地使用它們。我更願意看到團隊能夠以通用的抽像來討論他們的軟件系統，而不是絞盡腦汁去理解各種標記元素想要展現的東西。至於我嘛，一套通用抽像比通用標記更重要。
大多數地圖在履行這一準則上都是很好的例子。它們都顯示了道路、河流、湖泊、森林、城鎮、教堂等，但通常依據顏色編碼、線條樣式、圖標等 ，使用不同的標記。理解它們的關鍵就是放置在地圖一角的圖例。在軟件架構圖中，我們同樣可以使用圖例。
必須重申，非正規的框線草圖提供靈活性的代價就是一致性，因為你創造了你自己的標記，而不是使用UML等的標準。我的建議是注意顏色編碼、線條樣式、形狀等，讓你的團隊自然發展出一致的標記。給每個圖都添加一個解釋標記的簡單圖例，這會很有幫助。如果命名真的是軟件開發中最難的事情，就盡量避免一個圖裡都是帶標籤的框。標出框的含義有助於避免歧義，同時提供一個「一目瞭然」的友好視圖。