模式名
　　環境
　　問題
　　影響，描述應考慮的不同問題方面
　　解決方案
　　基本原理
　　結果環境
　　示例
　　模式名
　　層

　　環境
　　需要進行結構分解的大系統。

　　問題
　　必須處理不同抽象層次的問題的系統。例如：硬件控制問題、常見服務問題和針對于不同領域的問題。最好不要編寫垂直構件來處理所有抽象層次的問題。否則要在不同的構件中多次處理相同的問題（可能會不一致）。mda.com  

　　影響
　　系統的某些部分應當是可替換的
　　構件中的變化不應波動
　　相似的責任應歸為一組
　　構件大小 -- 復雜構件可能要進行分解
　　解決辦法
　　將系統分成構件組，并使構件組形成層疊結構。使上層只使用下層（決不使用上層）提供的服務。盡量不使用非緊鄰下層提供的服務（不跳層使用服務，除非中間層只添加通過構件）。

　　示例

　　　　　1. 通用層

　　
　　嚴格的分層構架規定設計元素（類、構件、包、子系統）只能使用下層提供的服務， 服務可以包括事件處理、錯誤處理、數據庫訪問等等。  相對于記錄在底層的原始操作系統級調用，它包括更明顯的機制。

　　　　　2. 業務系統層

　　上圖顯示了另一個分層示例，其中有垂直特定應用層、水平層和基礎設施層。注意：此處的目標是采用非常短的業務“煙囪”并實現各種應用程序間的通用性。  否則，就可能有多個人解決同一問題，從而導致潛在的分歧。

　　有關該模式的深入討論，請參見指南：分層。

　　模式名
　　黑板

　　環境
　　沒有解決問題的確定方法（算法）或方法不可行的領域。例如 AI 系統、語音識別和監視系統。