然後，在上下文關係圖中擺放基礎元素，並捕獲它們之間的關係。使用最初的Booch標記法，系統和參與者都可以使用雲圖來表示。
在雲之間的連線用來表示關係；而箭頭標識參與者與系統之間的重要信息。正如，當客戶請求系統提供信息以便簽約，系統將返回確認信息，例如賬號。當客戶啟動一個任務（外呼一組電話，播放指定的音頻檔案），系統則返回一個確認號。
同樣的，銷售人員和行政人員也可以與一個新客戶簽約，然後系統會提示所需的信息並返回一個新帳號。當老闆需要相關使用報表時，系統應返回正確的報表。
在這張圖中有大量的詳細信息沒有體現出來，但已經建立了參與者和系統之間的本質關係。最重要的是區分出什麼是系統內的，顯示出哪些參與者與系統互動。
注意我們捕獲的信息是相同的，但UML標識法更容易區分對象（矩形）和參與者（小棒人）。不過放棄“雲”形標記讓我很傷心——用Rectangle to Code做書名就不夠吸引人了——但其他方面我都認為新的標記符更好。只不過，矩形要更加容易繪製。一般情況下使用UML標識法，除非是那些套用Booch或OMT標識法更好的情況，這種情況我們可以同時用兩種方式繪製。
