一.用例（usecase）：

? 1.定義：某個參與者（actor）要做的一件事。

??2.特征：

??? 2.1 這件事是相對獨立的。這意味著它不需要與其它用例交互而獨自完成參與者的目的。

??? 2.2 這件事的執(zhí)行結(jié)果對參與者來說是可觀測的和有意義的。

??? 2.3? 這件事必須由一個參與者發(fā)起。不存在沒有參與者的用例，用例不應(yīng)該自動啟動，也不應(yīng)該主動啟動另一個用例。

??? 2.4 這件事必然是以動賓短語形式出現(xiàn)的。即，這件事必須有一個動作和動作的受體。

?3.用例的類型：業(yè)務(wù)用例（business usecase） ，業(yè)務(wù)用例實現(xiàn)（business usecase realization），用例實現(xiàn)（use case
realization），若不指定類型，則它就是通常意義上的use case。

? 4.用例的粒度：，一個系統(tǒng)的業(yè)務(wù)用例定義在多于10個，少于50個之間。不論粒度如何選擇，必須把握的原則是在同一個需求階段，所有用例的粒度應(yīng)該是同一個量級的。

二. 需求分析的階段

??? 一般來說，需求分析要經(jīng)過業(yè)務(wù)建模，用例分析和系統(tǒng)建模三個階段才能完成需求工作。

??? 1、業(yè)務(wù)建模的目標(biāo)是通過用例模型的建立來描述用戶需求，需求規(guī)格說明書通常在這個階段產(chǎn)生。這個階段通常使用業(yè)務(wù)用例和業(yè)務(wù)用例實現(xiàn)兩種類型；
??? 2、用例分析是系統(tǒng)分析員采用OO方法來分析業(yè)務(wù)用例的過程，這個階段又稱為概念模型階段。這個階段通常使用無類型的用例。用例分析是一個過渡過程，但筆者認(rèn)為其非常重要，業(yè)務(wù)架構(gòu)通常在這個階段產(chǎn)生。
??? 3、系統(tǒng)建模是將用戶的業(yè)務(wù)需求轉(zhuǎn)化為計算機(jī)實現(xiàn)的過程。這個階段通常使用無類型的用例和用例實現(xiàn)兩種類型。系統(tǒng)范圍，項目計劃，系統(tǒng)架構(gòu)通常在這個階段形成雛形（在系統(tǒng)分析階段確定）。

三 涉眾分析

一般來說，只有當(dāng)以下工作都完成，才能說業(yè)務(wù)模型建立完成，它們是：
?? a?發(fā)現(xiàn)和定義涉眾
?? b 畫定業(yè)務(wù)邊界
?? c 獲取用例
?? d?繪制用例場景圖
?? e?繪制業(yè)務(wù)實體模型（領(lǐng)域模型）
?? f 編制詞匯表

?? 涉眾通過以下大類去尋找：

? 1.業(yè)主?： 業(yè)主是系統(tǒng)建設(shè)的出資方，投資者，它不一定是業(yè)務(wù)方。

? 2.業(yè)務(wù)提出者：業(yè)務(wù)提出者是業(yè)務(wù)規(guī)則的制定者，一般是指業(yè)務(wù)方的高層人物，比如CEO，高級經(jīng)理等。他們制定業(yè)務(wù)規(guī)則，圈定業(yè)務(wù)范圍，規(guī)劃業(yè)務(wù)目標(biāo)。

? 3.業(yè)務(wù)管理者：業(yè)務(wù)管理者是指實際管理和監(jiān)督業(yè)務(wù)執(zhí)行的人員，一般是指中層干部，起到將業(yè)務(wù)提出者的意志付諸實施，并監(jiān)督底層員工工作的作用。他們的期望也很重要，一般也是系統(tǒng)的主要用戶之一。

??4.業(yè)務(wù)執(zhí)行者：業(yè)務(wù)執(zhí)行者是指底層的操作人員，是與將來的計算機(jī)直接交互最多的人員。他們最關(guān)心的內(nèi)容是系統(tǒng)會給他們帶來什么樣的方便，會怎樣的改變他們的工作模式。

? 5.第三方：第三方是指與這項業(yè)務(wù)而關(guān)聯(lián)的，但并非業(yè)務(wù)方的其他人或事。

? 6.承建方：承建方，也就是你的老板。老板的期望也是非常重要的。老板關(guān)心的是通過這個項目，能否賺到錢，是否能積累核心競爭力，是否能樹立品牌，是否能開拓市場。

? 7.相關(guān)的法律法規(guī)：相關(guān)的法律法規(guī)是一個很重要的，但也最容易被忽視的涉眾。這里的法律法規(guī)，既指國家和地方法律法規(guī)，也指行業(yè)規(guī)范和標(biāo)準(zhǔn)。

四 ，業(yè)務(wù)建模一般步驟和方法

??? 第一步：從涉眾中找出用戶。在ROSE中，應(yīng)該使用business actor 類型。

??? 第二步：找出每個用戶要做的事，即業(yè)務(wù)用例，在ROSE 中應(yīng)使用Business use case類型。

??? 第三步：利用業(yè)務(wù)場景圖幫助分析業(yè)務(wù)流程，在ROSE 中，這個階段最好使用活動圖Activity diagram。

??? 第四步：繪制用例場景圖。與業(yè)務(wù)場景圖不同的是，用例場景圖只針對一個用例繪制該用例的執(zhí)行過程。強(qiáng)烈推薦使用activity diagram。

????第五步：從第三步或第四步中繪制的活動圖中找到每一步活動將使用到的或產(chǎn)生的結(jié)果。這是找到物的過程。找到后，應(yīng)當(dāng)建立這些物之間的關(guān)系。在ROSE中，這稱為業(yè)務(wù)實體模型。應(yīng)該使用business entity 類型。

???? 圖例：

?????? 1.用戶：

2.業(yè)務(wù)用例

?

3.業(yè)務(wù)場景

??

4.業(yè)務(wù)用例實現(xiàn)視圖

5.業(yè)務(wù)用例場景

6.程業(yè)務(wù)實體視圖：

?五，用例規(guī)約的編寫

??? 分類：全局規(guī)則，交互規(guī)則，內(nèi)稟規(guī)則，補(bǔ)充規(guī)則

?

本文是網(wǎng)絡(luò)ID為coffeewoo的作者原創(chuàng)編寫，原始出處為http://coffeewoo.itpub.net

?

轉(zhuǎn)載于:https://www.cnblogs.com/select/p/3959934.html

總結(jié)

以上是生活随笔為你收集整理的需求分析读书笔记（一）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。