需求分析階段的工作（一）

拋開前一篇文章談的總體思路，我們今天來(lái)談一下需求分析工作實(shí)質(zhì)性的做些什么。在這里，我們，將主要關(guān)注于分析層面，也即 UML 中的用例模型和邏輯模型。

在這里要申明的是邏輯模型并不能完全算需求分析階段的工作，因?yàn)樗嗽O(shè)計(jì)模型的概念，但是我又把它歸納了一塊到需求分析階段，原因在于邏輯模型中存在了業(yè)務(wù)對(duì)象模型和分析模型的概念。

言歸正傳，先來(lái)看用例模型。

用例模型

用例模型包含了兩部分：業(yè)務(wù)用例模型和系統(tǒng)用例模型。從字面的意義來(lái)看，確實(shí)很難分清兩者究竟在做些什么工作。因此我們要重點(diǎn)解釋一下。

業(yè)務(wù)用例模型的目的在于：

1． ? 描述企業(yè)的內(nèi)部組織結(jié)構(gòu)

2． ? 描述企業(yè)各部門的業(yè)務(wù)

3． ? 關(guān)注于角色和系統(tǒng)的交互界面

系統(tǒng)用例模型的目的在于：

1． ? 關(guān)注于演示對(duì)系統(tǒng)的需求

2． ? 拋棄部門的功能，更加細(xì)化

3． ? 系統(tǒng)用例模型應(yīng)該劃分子系統(tǒng)以對(duì)應(yīng)不同的功能

這二者最大不同點(diǎn)在于：業(yè)務(wù)用例模型僅關(guān)注于企業(yè)部門的業(yè)務(wù)，而系統(tǒng)用例模型則關(guān)注于系統(tǒng)本身實(shí)現(xiàn)后的互動(dòng)。

?

圖素

業(yè)務(wù)用例模型和系統(tǒng)用例模型有共同的圖素，但是在意義上是完全不同的

角色：

業(yè)務(wù)用例模型

?

系統(tǒng)用例模型

對(duì)于角色來(lái)說(shuō)，業(yè)務(wù)用例模型有兩種角色的變體，分別是業(yè)務(wù)角色和業(yè)務(wù)員工。系統(tǒng)用例模型則沒(méi)有業(yè)務(wù)員工，只有業(yè)務(wù)角色。而它們的含義又是不同的。

在業(yè)務(wù)用例模型中，業(yè)務(wù)角色代表企業(yè)外的角色，業(yè)務(wù)員工代表企業(yè)內(nèi)的角色。例如對(duì)于商店來(lái)說(shuō)顧客就是它的業(yè)務(wù)角色，而售貨員就是它的業(yè)務(wù)員工。

在系統(tǒng)用例模型中，業(yè)務(wù)角色代表系統(tǒng)外的角色。例如對(duì)于銷售管理系統(tǒng)來(lái)說(shuō)，任何一個(gè)操作員都是業(yè)務(wù)角色，因?yàn)樗粚儆谙到y(tǒng)內(nèi)。

?

用例：

業(yè)務(wù)用例模型

系統(tǒng)用例模型

對(duì)于用例來(lái)說(shuō)，業(yè)務(wù)用例模型因?yàn)樾枰枋霾块T的業(yè)務(wù)，因此它將使用一般用例的變體：業(yè)務(wù)用例。而系統(tǒng)用例模型則只需要使用用例的本體就可以了。二者的區(qū)別在于，業(yè)務(wù)用例的粒度很粗，它只描述部門的總體業(yè)務(wù)；用例的粒度很細(xì)，需要描述到系統(tǒng)中業(yè)務(wù)場(chǎng)景的工作。

?

業(yè)務(wù)用例模型工作流程

Step-1 ：創(chuàng)建業(yè)務(wù)用例對(duì)象模型的包

使用包的變體“ Business Use Case Model ”：

?

Step-2 ：創(chuàng)建用例對(duì)象的角色

創(chuàng)建業(yè)務(wù)員工和業(yè)務(wù)角色。

Step-3 ：創(chuàng)建組織結(jié)構(gòu)圖

制作業(yè)務(wù)用例模型時(shí)，需要通過(guò)擴(kuò)展的關(guān)系來(lái)將各個(gè)業(yè)務(wù)員工和業(yè)務(wù)角色組織起來(lái)，形成組織結(jié)構(gòu)圖。（說(shuō)明：需要通過(guò)抽象將業(yè)務(wù)員工的組織關(guān)系描述得清晰一些，而業(yè)務(wù)角色可能沒(méi)有階層的關(guān)系）

組織結(jié)構(gòu)圖的包應(yīng)該使用包的變體“ organization Unit ”：

Step4 ：創(chuàng)建業(yè)務(wù)用例

使用業(yè)務(wù)用例和業(yè)務(wù)員工、業(yè)務(wù)角色來(lái)粗略的描述部門的業(yè)務(wù)工作。

?

系統(tǒng)用例模型工作流程

Step-1 ：創(chuàng)建系統(tǒng)用例對(duì)象模型的包

直接創(chuàng)建包就可以了：

?

Step-2 ：創(chuàng)建用例對(duì)象的角色

創(chuàng)建業(yè)務(wù)角色

Step-3 ：創(chuàng)建系統(tǒng)用例

使用業(yè)務(wù)角色和系統(tǒng)用例來(lái)詳細(xì)描述系統(tǒng)的工作，業(yè)務(wù)角色對(duì)用例的關(guān)系應(yīng)該設(shè)置為“ use ”，系統(tǒng)用例之間的關(guān)系將使用“ extend ”、“ include ”來(lái)描述。

系統(tǒng)用例的名字很重要，因?yàn)樗鼘⒅苯佑绊戧P(guān)系的描述。（在任何一個(gè)項(xiàng)目開展時(shí)都要對(duì)名字本身進(jìn)行約束，動(dòng)賓結(jié)構(gòu)，還是主動(dòng)結(jié)構(gòu)）

比如：有一個(gè)系統(tǒng)用例，名為“維護(hù)商品信息”，顯然如果有一個(gè)業(yè)務(wù)角色為“商品管理員”，那這個(gè)業(yè)務(wù)角色對(duì)“維護(hù)商品信息”的信息就應(yīng)該是：

而“維護(hù)商品信息”這個(gè)用例的粒度太粗，因此還需要細(xì)化它，假使，“查詢商品信息”和“更新商品信息”都和“維護(hù)商品信息”是有關(guān)系的，那么它們之間的關(guān)系就應(yīng)該使用“ extend ”、“ include ”來(lái)描述。請(qǐng)先看下圖：

“查詢商品信息”和“維護(hù)商品信息”是擴(kuò)展（ extend ）的關(guān)系，“更新商品信息”和“維護(hù)商品信息”是包含（ include ）的關(guān)系。

這 樣的圖示說(shuō)明了什么？請(qǐng)記住，擴(kuò)展關(guān)系是指對(duì)于被擴(kuò)展方（在這里指“維護(hù)商品信息”），擴(kuò)展方（在這里指“查詢商品信息”）是非必要實(shí)現(xiàn)的，也即沒(méi)有“查 詢商品信息”，一樣可以叫做“維護(hù)商品信息”。但是相對(duì)包含關(guān)系就不一樣，“更新商品信息”對(duì)于“維護(hù)商品信息”來(lái)說(shuō)是必須實(shí)現(xiàn)的一個(gè)用例，如果沒(méi)有“更 新商品信息”就沒(méi)有“維護(hù)商品信息”了。此外，對(duì)于擴(kuò)展關(guān)系，還有一個(gè)條件，就是擴(kuò)展方應(yīng)該在被擴(kuò)展方用例實(shí)現(xiàn)的基礎(chǔ)上進(jìn)行的擴(kuò)展。因此對(duì)于上圖，若要表 達(dá)的更清晰，則可以這樣畫：

這樣的結(jié)果，告訴了看這個(gè)用例的人一個(gè)這樣的信息：更新商品信息后可以查詢其他商品信息。

請(qǐng)?jiān)倏匆粋€(gè)例子：

這個(gè)用例圖告訴了我們這樣的信息：

Step-1

商品管理員首先要提取商品信息

Step-2

在提取商品信息的同時(shí)，需要獲取商品單價(jià)，這是必須完成的

Step-3

提取商品信息后可以更新商品信息和打印商品信息

Step-4

對(duì)于打印商品信息而言合計(jì)商品總量是必須完成的一個(gè)工作

?

從剛才的圖中我們只看到了用例的關(guān)系和系統(tǒng)角色在各個(gè)階段所做的一個(gè)大體工作，但是對(duì)于系統(tǒng)用例來(lái)說(shuō)，每個(gè)用例都應(yīng)該進(jìn)行必要的描述（這點(diǎn)對(duì)于用例來(lái)說(shuō)就是場(chǎng)景的描述）。

在下一篇中，我們將具體談?dòng)美拿枋龊瓦壿嬆Ｐ偷墓ぷ鳌?

需求分析階段的工作（一）：業(yè)務(wù)用例和系統(tǒng)用例