|
|
在這里要申明的是邏輯模型并不能完全算需求分析階段的工作，因為它包含了設計模型的概念，但是我又把它歸納了一塊到需求分析階段，原因在于邏輯模型中存在了業務對象模型和分析模型的概念。
言歸正傳，先來看用例模型。
用例模型
用例模型包含了兩部分：業務用例模型和系統用例模型。從字面的意義來看，確實很難分清兩者究竟在做些什么工作。因此我們要重點解釋一下。
業務用例模型的目的在于：
1． 描述企業的內部組織結構
2． 描述企業各部門的業務
3． 關注于角色和系統的交互界面
系統用例模型的目的在于：
1． 關注于演示對系統的需求
2． 拋棄部門的功能，更加細化
3． 系統用例模型應該劃分子系統以對應不同的功能
這二者最大不同點在于：業務用例模型僅關注于企業部門的業務，而系統用例模型則關注于系統本身實現后的互動。
圖素
業務用例模型和系統用例模型有共同的圖素，但是在意義上是完全不同的
角色：
業務用例模型
系統用例模型
對于角色來說，業務用例模型有兩種角色的變體，分別是業務角色和業務員工。系統用例模型則沒有業務員工，只有業務角色。而它們的含義又是不同的。
在業務用例模型中，業務角色代表企業外的角色，業務員工代表企業內的角色。例如對于商店來說顧客就是它的業務角色，而售貨員就是它的業務員工。
在系統用例模型中，業務角色代表系統外的角色。例如對于銷售管理系統來說，任何一個操作員都是業務角色，因為它不屬于系統內。
用例：
業務用例模型
系統用例模型
對于用例來說，業務用例模型因為需要描述部門的業務，因此它將使用一般用例的變體：業務用例。而系統用例模型則只需要使用用例的本體就可以了。二者的區別在于，業務用例的粒度很粗，它只描述部門的總體業務；用例的粒度很細，需要描述到系統中業務場景的工作。
業務用例模型工作流程
Step-1 ：創建業務用例對象模型的包
使用包的變體“ Business Use Case Model ”：
Step-2 ：創建用例對象的角色
創建業務員工和業務角色。
Step-3 ：創建組織結構圖
制作業務用例模型時，需要通過擴展的關系來將各個業務員工和業務角色組織起來，形成組織結構圖。（說明：需要通過抽象將業務員工的組織關系描述得清晰一些，而業務角色可能沒有階層的關系）
組織結構圖的包應該使用包的變體“ organization Unit ”：
Step4 ：創建業務用例
使用業務用例和業務員工、業務角色來粗略的描述部門的業務工作。
系統用例模型工作流程
Step-1 ：創建系統用例對象模型的包
直接創建包就可以了：
Step-2 ：創建用例對象的角色
創建業務角色
Step-3 ：創建系統用例
使用業務角色和系統用例來詳細描述系統的工作，業務角色對用例的關系應該設置為“ use ”，系統用例之間的關系將使用“extend ”、“ include ”來描述。
系統用例的名字很重要，因為它將直接影響關系的描述。（在任何一個項目開展時都要對名字本身進行約束，動賓結構，還是主動結構）
比如：有一個系統用例，名為“維護商品信息”，顯然如果有一個業務角色為“商品管理員”，那這個業務角色對“維護商品信息”的信息就應該是：
而“維護商品信息”這個用例的粒度太粗，因此還需要細化它，假使，“查詢商品信息”和“更新商品信息”都和“維護商品信息”是有關系的，那么它們之間的關系就應該使用“ extend ”、“ include ”來描述。請先看下圖：
“查詢商品信息”和“維護商品信息”是擴展（ extend ）的關系，“更新商品信息”和“維護商品信息”是包含（ include ）的關系。
這樣的圖示說明了什么？請記住，擴展關系是指對于被擴展方（在這里指“維護商品信息”），擴展方（在這里指“查詢商品信息”）是非必要實現的，也即沒有“查詢商品信息”，一樣可以叫做“維護商品信息”。但是相對包含關系就不一樣，“更新商品信息”對于“維護商品信息”來說是必須實現的一個用例，如果沒有“更新商品信息”就沒有“維護商品信息”了。此外，對于擴展關系，還有一個條件，就是擴展方應該在被擴展方用例實現的基礎上進行的擴展。因此對于上圖，若要表達的更清晰，則可以這樣畫：
這樣的結果，告訴了看這個用例的人一個這樣的信息：更新商品信息后可以查詢其他商品信息。
請再看一個例子：
這個用例圖告訴了我們這樣的信息：
Step-1
商品管理員首先要提取商品信息
Step-2
在提取商品信息的同時，需要獲取商品單價，這是必須完成的
Step-3
提取商品信息后可以更新商品信息和打印商品信息
Step-4
對于打印商品信息而言合計商品總量是必須完成的一個工作
從剛才的圖中我們只看到了用例的關系和系統角色在各個階段所做的一個大體工作，但是對于系統用例來說，每個用例都應該進行必要的描述（這點對于用例來說就是場景的描述）。
it知識庫：需求分析階段的工作（一）：業務用例和系統用例，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
