建站
咨詢
售后
建站咨詢
新聞中心
本節(jié)和大家學習一下UML基礎與應用中的UML用例圖的知識 ，UML用例圖的概念，構成和屬性等內容，希望本節(jié)的介紹對你有所啟發(fā)。下面讓我們一起看一下UML用例圖的詳細介紹吧。
UML基礎與應用--UML用例圖
UML視圖：設計視圖、實現(xiàn)視圖、用例視圖、進程視圖、部署視圖。
一、什么是用例圖
用例模型：需求分析階段，描述了待開發(fā)系統(tǒng)的功能需求；看成黑盒子，僅從外部執(zhí)行者的角度來理解系統(tǒng)（從用戶角度），不需要考慮功能是怎樣實現(xiàn)的；驅動了需求分析后的各個階段的開發(fā)。
用例圖：描述用戶的需求，從用戶角度描述系統(tǒng)的功能，并指出各功能的執(zhí)行者，強調誰在用系統(tǒng)，系統(tǒng)為執(zhí)行者完成那些功能。
功能的描述、角色；角色和功能對應起來。
二、UML用例圖的構成（基本元素）：用例；角色；關系。
（1）用例（usecase）：功能的描述
（2）角色（actor）：actor是一些人或事
--可以激活系統(tǒng)交互信息；
--可以對系統(tǒng)進行輸入；
--可以從系統(tǒng)被動的接受信息。
角色：角色既可以是人也可以是物
尋找執(zhí)行者的幾個原則：
-誰使用系統(tǒng)的功能；
-誰需要系統(tǒng)支持日常工作；
-誰來維護關系系統(tǒng)；
-系統(tǒng)需要操縱那些硬件-需要與系統(tǒng)交互的其他系統(tǒng)；
-對系統(tǒng)產生的結果感興趣的人或事物。
（3）關系（assosciation）：執(zhí)行者與用例之間的關系，包括依賴、泛化、關聯(lián)。用例和角色都可以有關系。下面再看一下UML基礎與應用中UML用例圖的主要屬性。
三、用例的主要屬性：事件流、前置條件、后置條件。
事件流：一個用例在執(zhí)行時執(zhí)行者與系統(tǒng)之間的交互過程。
--基本流--對用例中常規(guī)和預期路徑的描述
--備選流--由于受到其他因素影響，用例執(zhí)行了其他的路徑。
前置條件：該用例執(zhí)行的前提條件，用來描述條件下可以開始執(zhí)行一個事件流。
后置條件：說明用力結束時系統(tǒng)的狀態(tài)。
四、UML用例圖的粒度與范圍：用例的多少
概述級、用戶目標級、子功能級
設計時要重要考慮的方面，一開始粗略的設計用例圖，然后慢慢細化。用例圖的粒度不應太粗或太細。
描述文檔：事件流、前置條件和后置條件。
例子：功能角色：資源管理者；項目（工程）管理員；系統(tǒng)管理員（數(shù)據(jù)庫信息、日志信息）每個用例都和一個角色發(fā)生關聯(lián)。UML基礎與應用中UML用例圖需要注意哪些問題呢？
五、用例注意點：
◆應該清晰的定義系統(tǒng)邊界
◆防止用例過多
◆應該從執(zhí)行者的角度來命名用例
◆用例描述的正規(guī)程度
◆避免執(zhí)行者的名字不一致
◆避免執(zhí)行者和用例之間的關系
◆注意用例的大小是否恰當（粒度）
◆避免用例描述混亂
◆區(qū)分用力分解和功能分解
◆避免客戶不能理解用例的情況
◆有些場合，用用例來描述不適合
小結：
◆用例圖的基本組成（繪制）
◆用例圖的作用：
--重在應用
--重在交流
--重在事件流的描述
--用例粒度和角色
我的理解：用例就是功能，用例圖就是對功能的圖示描述；也就是功能模塊的表示。同時用例圖是對用戶的需求進行描述，所以，從用例圖中能看出現(xiàn)實的功能需求，貌似是對現(xiàn)實世界想要完成某件事情的物理結構進行畫圖表示。用例圖的粒度是第一次聽說，經過老師的講解，感覺粒度就是個數(shù)的意思，搞不懂為什么翻譯為粒度（granularity）。也就是一個軟件劃分為多少個模塊。這就涉及到模塊的耦合和內聚了。模塊太少不能把用戶的需求功能描述清楚，太多了，又過于冗雜，同樣不能把功能描述清楚。
用例圖是開發(fā)一個軟件時用到的第一個圖，所以，UML用例圖畫好了，對后面的開發(fā)至關重要。用例圖就是對現(xiàn)實需求的第一步抽象，把功能用圖表述出來。在畫用例圖的時候就應該把用各個用例之間的關系表達清楚。
新聞名稱：UML基礎與應用--UML用例圖
文章起源：http://m.5511xx.com/article/ccseodh.html
