業務用例模型實際上就是企業經營業務的一種描述，為了建立完整、準確的企業用例模型，應該將注意力專注于企業的業務做了些什么事情，而不應該集中于如何做。雖然這樣可能會產生一些業務用例相沖突，相重復的情況，但是RUP的思想在于迭代，這項工作完全可以在接下去的迭代周期內完善。
業務用例模型是和企業業務最貼近的計算機模型。它的很多思想和企業日常經營如出一轍。在企業的日�；顒又�，業務的種類可能有很多種。在一些講述ERP思想的文章中，通常會強調三類：
一種是和主營業務密切相關的工作，例如銀行的營業部、信貸部、押匯部等。這種工作通過人的勞動，將一種資源轉變為另一種資源，產生價值。
一種是管理型的工作，例如公司的管理層，財務部門等。這種工作本身并不產生價值，但是它通過指導、管理、檢測第一種工作，加大第一種工作的產出價值。
還有一種稱為支持工作，例如系統管理、安全等。它并不是很重要，具有支持其他工作的性質。
業務模型同樣可以使用這種分類。通過這種分類，可以更好的把握核心業務用例，為下一步的工作打好基礎。
有很多業務用例是由業務主角觸發的，RUP中也把和業務主角有關聯關系的業務用例稱為核心業務用例（Core Business Use Case）。這強調了構建業務模型的目的是為了提供以用戶為中心的服務。這也是我們建立業務用例的時候應該注意的。
當然，有時候業務用例的觸發是為了產生用戶需要的結果。例如企業的市場調查行為就不是由業務主角觸發，而是企業積累了大量用戶請求的結果。而對于管理型、支持型的，不直接和業務主角的客戶類發生聯系，但是也有其特定的業務主角，如管理型的業務用例需要和董事會為發生聯系，支持型的業務用例可能和供應商發生聯系。
在建立了基本的業務用例模型之后，對此模型進行精化是非常有必要的，這時候，在上一章中我們介紹的用例的擴展關系和使用關系就有了用武之地。除了這兩種關系，還有一種新的關系。
7. 在業務建模中使用關系
泛化關系（Generalization）：根據我的理解，可以把它看作我們比較熟悉的繼承關系很相似的一種關系。Generalization一詞含有一般化、概括的意思。它是一個相對抽象的詞。雖然它和繼承關系非常相似，但是它們在使用環境和產生目的方面都有相異之處。下圖描述了四個業務實體之間的泛化關系：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
