作為IT架構師，很可能經常會發現自己處于進退維谷的境地—前有業務目標，后有IT系統。這兩方面都具有規模大、不易改變和靈活性差的特點，制定業務目標的人員和開發系統的人員不一定了解彼此的工作內容和成果。
業務人員使用一種語言來表達他們希望實現的業務目標，而開發人員則使用另一種語言來表述技術要求。而這就是我們為了實現高效率而需要著手處理的問題:理解這兩種語言并執行必要的轉換，以便 IT 能反映業務的需求，并能在適當的時候對業務目標進行更改，使其與 IT 的能力相適應。這并不是一個容易完成的工作，但這正是您能夠獲得很大利益的原因。
一個詞:用例
在業務用例中，參與者是干系人，而系統則是業務本身。
用電影《畢業生》中的方式，我只想對你說一個詞:用例。很多年來，我們都將用例用于對應用程序進行建�！，F在，在面向服務的體系結構 ( SOA) 中，我們也使用這個概念來對業務進行建模。
在Alistair Cockburn的《Writing Effective Use Cases》一書中，他將用例定義為“系統干系人之間就系統的行為達成的協定”。用例必須適合所定義的系統范圍，能夠代表此情況下使用系統的主要參與者的觀點，且能夠在一致的抽象層次上表示參與者的系統使用情況。