UML用況字梗圖細(xì)則及應(yīng)用手冊(cè)一、UML用況圖概述

UML（統(tǒng)一建模語言）用況圖是面向?qū)ο蠼Ｖ械囊环N重要圖形工具，用于描述系統(tǒng)與外部用戶（參與者）之間的交互場景。用況圖主要用于需求分析階段，幫助團(tuán)隊(duì)明確系統(tǒng)的功能需求、用戶角色以及它們之間的協(xié)作關(guān)系。

（一）用況圖的基本組成

1.參與者（Actor）

-代表與系統(tǒng)交互的外部實(shí)體，如用戶、其他系統(tǒng)等。

-通常用小人圖標(biāo)表示，位于用況圖的邊界。

2.用況（UseCase）

-描述系統(tǒng)提供的功能或服務(wù)，是參與者可發(fā)起的動(dòng)作或過程。

-用橢圓形表示，內(nèi)含用況名稱。

3.關(guān)系（Relationship）

-連接參與者和用況，表示交互邏輯。

-常見關(guān)系包括：

(1)關(guān)聯(lián)（Association）：表示參與者與用況的連接。

(2)泛化（Generalization）：表示用況或參與者的繼承關(guān)系。

(3)包含（Include）：表示一個(gè)用況包含另一個(gè)用況的部分或全部行為。

(4)擴(kuò)展（Extend）：表示用況的動(dòng)態(tài)擴(kuò)展關(guān)系。

（二）用況圖的作用

1.明確系統(tǒng)邊界

-通過用況圖可以清晰地界定系統(tǒng)的功能范圍。

2.定義用戶需求

-幫助團(tuán)隊(duì)從用戶角度理解系統(tǒng)功能。

3.作為后續(xù)設(shè)計(jì)的基礎(chǔ)

-用況圖的需求描述可作為后續(xù)類圖、時(shí)序圖等設(shè)計(jì)的輸入。

二、用況圖的繪制規(guī)范

（一）命名規(guī)范

1.參與者命名

-使用動(dòng)賓結(jié)構(gòu)，如“管理員登錄”“客戶下單”。

-保持簡潔、明確，避免歧義。

2.用況命名

-動(dòng)詞或動(dòng)詞短語，如“查詢訂單”“支付費(fèi)用”。

-避免使用系統(tǒng)術(shù)語或?qū)I(yè)縮寫。

（二）布局規(guī)范

1.參與者位置

-外部參與者位于圖的左側(cè)或右側(cè)，避免遮擋用況。

2.用況分布

-功能相近的用況集中排列，邏輯關(guān)系清晰的用況使用關(guān)系線連接。

3.圖形比例

-保持用況和參與者的大小適中，避免圖形過于擁擠。

（三）關(guān)系繪制規(guī)范

1.關(guān)聯(lián)線

-使用實(shí)線帶箭頭表示單向關(guān)聯(lián)。

-無箭頭表示雙向關(guān)聯(lián)。

2.泛化線

-使用空心三角形箭頭表示繼承關(guān)系。

3.包含與擴(kuò)展

-包含用況用“<<include>>”標(biāo)注。

-擴(kuò)展用況用“<<extend>>”標(biāo)注，并明確條件。

三、用況圖的應(yīng)用步驟

（一）需求收集階段

1.與用戶溝通

-通過訪談、問卷等方式收集用戶需求。

-記錄關(guān)鍵功能點(diǎn)和用戶角色。

2.初步繪制草圖

-快速繪制參與者與用況的草圖，驗(yàn)證需求理解。

（二）需求分析階段

1.完善用況圖

-根據(jù)反饋補(bǔ)充用況細(xì)節(jié)，明確關(guān)系。

-使用工具（如Visio、StarUML）繪制標(biāo)準(zhǔn)圖形。

2.驗(yàn)證用況邏輯

-檢查用況是否覆蓋所有需求。

-確保用況之間的包含與擴(kuò)展關(guān)系合理。

（三）設(shè)計(jì)階段

1.生成類圖

-將用況中的動(dòng)作轉(zhuǎn)化為類的方法。

-使用類圖進(jìn)一步細(xì)化系統(tǒng)設(shè)計(jì)。

2.持續(xù)更新

-隨著需求變化，及時(shí)調(diào)整用況圖。

四、用況圖的實(shí)際案例

（一）案例背景

假設(shè)開發(fā)一個(gè)在線購物系統(tǒng)，用戶需求包括瀏覽商品、下單、支付等核心功能。

（二）繪制步驟

1.識(shí)別參與者

-參與者：客戶、管理員。

2.定義用況

-客戶：瀏覽商品、加入購物車、提交訂單、在線支付。

-管理員：管理商品、審核訂單、查看報(bào)表。

3.建立關(guān)系

-“提交訂單”包含“瀏覽商品”“加入購物車”。

-“在線支付”可擴(kuò)展為“信用卡支付”“支付寶支付”。

（三）最終用況圖示例

+-------------------+

|客戶|

+---------+---------+

|瀏覽商品|

v

+---------+---------+

|加入購物車|

+---------+---------+

|提交訂單|

v

+---------+---------+

|在線支付|

+---------+---------+

|信用卡支付|

|支付寶支付|

+---------+---------+

^^

||擴(kuò)展

+-----+

五、用況圖的最佳實(shí)踐

（一）保持簡潔

-避免用況過多，每個(gè)用況聚焦單一功能。

（二）明確優(yōu)先級(jí)

-用況可標(biāo)注優(yōu)先級(jí)（如高、中、低），便于開發(fā)排序。

（三）動(dòng)態(tài)更新

-用況圖是活的文檔，需隨項(xiàng)目進(jìn)展持續(xù)優(yōu)化。

（四）團(tuán)隊(duì)協(xié)作

-多人參與繪制時(shí)，統(tǒng)一命名和布局規(guī)范。

四、用況圖的實(shí)際案例（續(xù)）

（一）案例背景細(xì)化

在繼續(xù)之前的在線購物系統(tǒng)案例中，進(jìn)一步細(xì)化用況圖需要考慮更多實(shí)際場景和用戶交互細(xì)節(jié)。以下是對(duì)參與者行為和系統(tǒng)功能的具體描述：

1.參與者行為分析

(1)客戶：

-瀏覽商品時(shí)，可按分類、價(jià)格、銷量排序。

-加入購物車前，可選擇商品規(guī)格（如顏色、尺寸）。

-提交訂單需填寫收貨地址、聯(lián)系方式。

-支付方式包括但不限于銀行卡、第三方支付平臺(tái)。

(2)管理員：

-管理商品時(shí)，可編輯商品信息、庫存數(shù)量。

-審核訂單時(shí)，可標(biāo)記異常訂單（如地址錯(cuò)誤）。

-查看報(bào)表時(shí)，可導(dǎo)出銷售數(shù)據(jù)為Excel格式。

2.系統(tǒng)功能擴(kuò)展

-增加用況：“評(píng)價(jià)商品”“退換貨申請(qǐng)”。

-參與者擴(kuò)展：增加“優(yōu)惠券發(fā)放員”，負(fù)責(zé)管理優(yōu)惠券。

（二）繪制詳細(xì)用況圖步驟

1.繪制基礎(chǔ)框架

(1)添加參與者圖標(biāo)，標(biāo)注名稱。

(2)繪制核心用況，用直線連接參與者。

(3)標(biāo)注用況描述，使用動(dòng)詞短語。

2.補(bǔ)充次要用況

(1)客戶用況擴(kuò)展：

-添加“搜索商品”“查看評(píng)價(jià)”用況。

-用“<<include>>”關(guān)聯(lián)“提交訂單”與“查看評(píng)價(jià)”。

(2)管理員用況擴(kuò)展：

-添加“管理用戶”“設(shè)置促銷”用況。

-用“<<extend>>”關(guān)聯(lián)“管理商品”與“設(shè)置促銷”（條件：庫存低于閾值）。

3.繪制關(guān)系細(xì)節(jié)

(1)包含關(guān)系：

-“提交訂單”包含“填寫收貨地址”“選擇支付方式”。

-標(biāo)注：`<<include>>填寫收貨地址`。

(2)擴(kuò)展關(guān)系：

-“在線支付”可擴(kuò)展為“銀行卡支付”“第三方支付”。

-標(biāo)注：`<<extend>>銀行卡支付（條件：用戶選擇銀行卡）`。

4.完善圖例說明

-在圖下方添加圖例，解釋符號(hào)含義：

-箭頭方向：表示動(dòng)作發(fā)起方向。

-三角形填充：空心表示泛化，實(shí)心表示包含。

（三）用況圖優(yōu)化建議

1.動(dòng)態(tài)調(diào)整用況

-根據(jù)用戶反饋，合并重復(fù)用況（如“登錄”“退出”可合并為“賬戶管理”）。

-刪除冗余用況（如“查看空購物車”可忽略）。

2.關(guān)系校驗(yàn)

-檢查所有用況是否被參與者調(diào)用，避免遺漏。

-確認(rèn)擴(kuò)展條件是否明確，避免歧義（如“促銷”觸發(fā)條件需量化）。

3.可視化增強(qiáng)

-使用不同顏色區(qū)分參與者用況（客戶用況用藍(lán)色，管理員用況用綠色）。

-添加注釋框，說明特殊邏輯（如“訂單超時(shí)自動(dòng)取消”用況）。

五、用況圖的最佳實(shí)踐（續(xù)）

（一）團(tuán)隊(duì)協(xié)作規(guī)范

1.繪制工具選擇

-使用統(tǒng)一工具（如StarUML、Visio），確保版本兼容。

-工具版本需標(biāo)注在文檔中（如StarUML5.6.0）。

2.審核流程

-用況圖需經(jīng)需求分析師、產(chǎn)品經(jīng)理雙重審核。

-審核人需在圖上標(biāo)注修改意見，并記錄版本號(hào)。

3.協(xié)作模板

-創(chuàng)建標(biāo)準(zhǔn)模板，包含默認(rèn)符號(hào)、標(biāo)題欄、圖例區(qū)。

-模板文件需命名規(guī)范（如`Usecase_Document_v2.docx`）。

（二）需求對(duì)接技巧

1.用戶訪談?dòng)涗?/p>

-每次訪談后，立即補(bǔ)充用況圖（如添加“忘記密碼”用況）。

-記錄用戶原話，作為用況描述依據(jù)。

2.用況優(yōu)先級(jí)排序

-使用MoSCoW法分類：

-Musthave（必須）：核心功能（如“下單”“支付”）。

-Shouldhave（應(yīng)該）：次要功能（如“優(yōu)惠券”）。

-Couldhave（可以）：附加功能（如“積分系統(tǒng)”）。

-Won'thave（不會(huì)）：暫不開發(fā)功能。

-標(biāo)注優(yōu)先級(jí)在用況旁（如`高`、`中`、`低`）。

3.需求變更管理

-建立變更記錄表，跟蹤用況增刪改（見下表）：

|變更日期|變更內(nèi)容|操作人|備注|

|----------|----------------|--------|------------|

|2023-10-5|增加“退換貨”用況|張三|用戶提出|

|2023-10-12|修改“支付”用況|李四|支持分期|

（三）技術(shù)對(duì)接應(yīng)用

1.用況到功能點(diǎn)的轉(zhuǎn)化

-每個(gè)用況分解為具體功能點(diǎn)（如“提交訂單”→“校驗(yàn)地址”“生成訂單號(hào)”“扣庫存”）。

-功能點(diǎn)列表作為開發(fā)任務(wù)分配依據(jù)。

2.用況與測試關(guān)聯(lián)

-每個(gè)用況對(duì)應(yīng)測試用例集（如“瀏覽商品”用況測試10個(gè)用例）。

-測試人員根據(jù)用況圖設(shè)計(jì)場景。

3.用況與界面映射

-用況圖中的動(dòng)作對(duì)應(yīng)UI界面元素（如“提交訂單”→“訂單按鈕”）。

-界面設(shè)計(jì)師參考用況圖布局操作流程。

六、常見問題及解決方案

（一）用況過于冗長

1.問題表現(xiàn)

-一個(gè)用況包含過多步驟，超過10個(gè)動(dòng)作時(shí)需拆分。

-如“處理退款”用況包含“審核”“聯(lián)系物流”“退款”等。

2.解決方案

-拆分為子用況（如“審核退款申請(qǐng)”“退款執(zhí)行”）。

-使用“<<include>>”關(guān)聯(lián)子用況（如“處理退款”包含“審核退款申請(qǐng)”）。

（二）參與者與用況關(guān)系混亂

1.問題表現(xiàn)

-多個(gè)參與者重復(fù)調(diào)用相同用況。

-如“客戶”“優(yōu)惠券發(fā)放員”均調(diào)用“發(fā)放優(yōu)惠券”。

2.解決方案

-創(chuàng)建通用用況，由特定參與者調(diào)用（如“發(fā)放優(yōu)惠券”由“系統(tǒng)”執(zhí)行，參與者觸發(fā)）。

-或拆分用況（如“客戶領(lǐng)取優(yōu)惠券”“管理員創(chuàng)建優(yōu)惠券”）。

（三）用況圖與實(shí)際脫節(jié)

1.問題表現(xiàn)

-用況圖描述與用戶實(shí)際操作不符。

-如用況標(biāo)注“填寫郵箱”，用戶實(shí)際填寫手機(jī)號(hào)。

2.解決方案

-定期復(fù)測用況，更新用況描述。

-用戶手冊(cè)需引用最新用況圖版本。

七、總結(jié)

用況圖作為需求分析的利器，需結(jié)合實(shí)際場景持續(xù)優(yōu)化。通過規(guī)范命名、明確關(guān)系、細(xì)化步驟，用況圖可成為系統(tǒng)設(shè)計(jì)的可靠基礎(chǔ)。團(tuán)隊(duì)協(xié)作與動(dòng)態(tài)更新是保持用況圖生命力的關(guān)鍵。以下為關(guān)鍵操作清單，供參考：

（一）繪制前準(zhǔn)備清單

-列出所有潛在參與者（如客戶、管理員、系統(tǒng)）

-收集至少20個(gè)高頻用況需求

-確定用況圖繪制工具

（二）繪制中檢查清單

-每個(gè)用況是否聚焦單一功能？

-關(guān)系標(biāo)注是否完整（包含/擴(kuò)展/關(guān)聯(lián)）？

-參與者動(dòng)作是否覆蓋所有場景？

（三）維護(hù)后驗(yàn)證清單

-用況圖是否與最新需求一致？

-所有用況是否被測試覆蓋？

-開發(fā)團(tuán)隊(duì)是否理解用況邏輯？

一、UML用況圖概述

UML（統(tǒng)一建模語言）用況圖是面向?qū)ο蠼Ｖ械囊环N重要圖形工具，用于描述系統(tǒng)與外部用戶（參與者）之間的交互場景。用況圖主要用于需求分析階段，幫助團(tuán)隊(duì)明確系統(tǒng)的功能需求、用戶角色以及它們之間的協(xié)作關(guān)系。

（一）用況圖的基本組成

1.參與者（Actor）

-代表與系統(tǒng)交互的外部實(shí)體，如用戶、其他系統(tǒng)等。

-通常用小人圖標(biāo)表示，位于用況圖的邊界。

2.用況（UseCase）

-描述系統(tǒng)提供的功能或服務(wù)，是參與者可發(fā)起的動(dòng)作或過程。

-用橢圓形表示，內(nèi)含用況名稱。

3.關(guān)系（Relationship）

-連接參與者和用況，表示交互邏輯。

-常見關(guān)系包括：

(1)關(guān)聯(lián)（Association）：表示參與者與用況的連接。

(2)泛化（Generalization）：表示用況或參與者的繼承關(guān)系。

(3)包含（Include）：表示一個(gè)用況包含另一個(gè)用況的部分或全部行為。

(4)擴(kuò)展（Extend）：表示用況的動(dòng)態(tài)擴(kuò)展關(guān)系。

（二）用況圖的作用

1.明確系統(tǒng)邊界

-通過用況圖可以清晰地界定系統(tǒng)的功能范圍。

2.定義用戶需求

-幫助團(tuán)隊(duì)從用戶角度理解系統(tǒng)功能。

3.作為后續(xù)設(shè)計(jì)的基礎(chǔ)

-用況圖的需求描述可作為后續(xù)類圖、時(shí)序圖等設(shè)計(jì)的輸入。

二、用況圖的繪制規(guī)范

（一）命名規(guī)范

1.參與者命名

-使用動(dòng)賓結(jié)構(gòu)，如“管理員登錄”“客戶下單”。

-保持簡潔、明確，避免歧義。

2.用況命名

-動(dòng)詞或動(dòng)詞短語，如“查詢訂單”“支付費(fèi)用”。

-避免使用系統(tǒng)術(shù)語或?qū)I(yè)縮寫。

（二）布局規(guī)范

1.參與者位置

-外部參與者位于圖的左側(cè)或右側(cè)，避免遮擋用況。

2.用況分布

-功能相近的用況集中排列，邏輯關(guān)系清晰的用況使用關(guān)系線連接。

3.圖形比例

-保持用況和參與者的大小適中，避免圖形過于擁擠。

（三）關(guān)系繪制規(guī)范

1.關(guān)聯(lián)線

-使用實(shí)線帶箭頭表示單向關(guān)聯(lián)。

-無箭頭表示雙向關(guān)聯(lián)。

2.泛化線

-使用空心三角形箭頭表示繼承關(guān)系。

3.包含與擴(kuò)展

-包含用況用“<<include>>”標(biāo)注。

-擴(kuò)展用況用“<<extend>>”標(biāo)注，并明確條件。

三、用況圖的應(yīng)用步驟

（一）需求收集階段

1.與用戶溝通

-通過訪談、問卷等方式收集用戶需求。

-記錄關(guān)鍵功能點(diǎn)和用戶角色。

2.初步繪制草圖

-快速繪制參與者與用況的草圖，驗(yàn)證需求理解。

（二）需求分析階段

1.完善用況圖

-根據(jù)反饋補(bǔ)充用況細(xì)節(jié)，明確關(guān)系。

-使用工具（如Visio、StarUML）繪制標(biāo)準(zhǔn)圖形。

2.驗(yàn)證用況邏輯

-檢查用況是否覆蓋所有需求。

-確保用況之間的包含與擴(kuò)展關(guān)系合理。

（三）設(shè)計(jì)階段

1.生成類圖

-將用況中的動(dòng)作轉(zhuǎn)化為類的方法。

-使用類圖進(jìn)一步細(xì)化系統(tǒng)設(shè)計(jì)。

2.持續(xù)更新

-隨著需求變化，及時(shí)調(diào)整用況圖。

四、用況圖的實(shí)際案例

（一）案例背景

假設(shè)開發(fā)一個(gè)在線購物系統(tǒng)，用戶需求包括瀏覽商品、下單、支付等核心功能。

（二）繪制步驟

1.識(shí)別參與者

-參與者：客戶、管理員。

2.定義用況

-客戶：瀏覽商品、加入購物車、提交訂單、在線支付。

-管理員：管理商品、審核訂單、查看報(bào)表。

3.建立關(guān)系

-“提交訂單”包含“瀏覽商品”“加入購物車”。

-“在線支付”可擴(kuò)展為“信用卡支付”“支付寶支付”。

（三）最終用況圖示例

+-------------------+

|客戶|

+---------+---------+

|瀏覽商品|

v

+---------+---------+

|加入購物車|

+---------+---------+

|提交訂單|

v

+---------+---------+

|在線支付|

+---------+---------+

|信用卡支付|

|支付寶支付|

+---------+---------+

^^

||擴(kuò)展

+-----+

五、用況圖的最佳實(shí)踐

（一）保持簡潔

-避免用況過多，每個(gè)用況聚焦單一功能。

（二）明確優(yōu)先級(jí)

-用況可標(biāo)注優(yōu)先級(jí)（如高、中、低），便于開發(fā)排序。

（三）動(dòng)態(tài)更新

-用況圖是活的文檔，需隨項(xiàng)目進(jìn)展持續(xù)優(yōu)化。

（四）團(tuán)隊(duì)協(xié)作

-多人參與繪制時(shí)，統(tǒng)一命名和布局規(guī)范。

四、用況圖的實(shí)際案例（續(xù)）

（一）案例背景細(xì)化

在繼續(xù)之前的在線購物系統(tǒng)案例中，進(jìn)一步細(xì)化用況圖需要考慮更多實(shí)際場景和用戶交互細(xì)節(jié)。以下是對(duì)參與者行為和系統(tǒng)功能的具體描述：

1.參與者行為分析

(1)客戶：

-瀏覽商品時(shí)，可按分類、價(jià)格、銷量排序。

-加入購物車前，可選擇商品規(guī)格（如顏色、尺寸）。

-提交訂單需填寫收貨地址、聯(lián)系方式。

-支付方式包括但不限于銀行卡、第三方支付平臺(tái)。

(2)管理員：

-管理商品時(shí)，可編輯商品信息、庫存數(shù)量。

-審核訂單時(shí)，可標(biāo)記異常訂單（如地址錯(cuò)誤）。

-查看報(bào)表時(shí)，可導(dǎo)出銷售數(shù)據(jù)為Excel格式。

2.系統(tǒng)功能擴(kuò)展

-增加用況：“評(píng)價(jià)商品”“退換貨申請(qǐng)”。

-參與者擴(kuò)展：增加“優(yōu)惠券發(fā)放員”，負(fù)責(zé)管理優(yōu)惠券。

（二）繪制詳細(xì)用況圖步驟

1.繪制基礎(chǔ)框架

(1)添加參與者圖標(biāo)，標(biāo)注名稱。

(2)繪制核心用況，用直線連接參與者。

(3)標(biāo)注用況描述，使用動(dòng)詞短語。

2.補(bǔ)充次要用況

(1)客戶用況擴(kuò)展：

-添加“搜索商品”“查看評(píng)價(jià)”用況。

-用“<<include>>”關(guān)聯(lián)“提交訂單”與“查看評(píng)價(jià)”。

(2)管理員用況擴(kuò)展：

-添加“管理用戶”“設(shè)置促銷”用況。

-用“<<extend>>”關(guān)聯(lián)“管理商品”與“設(shè)置促銷”（條件：庫存低于閾值）。

3.繪制關(guān)系細(xì)節(jié)

(1)包含關(guān)系：

-“提交訂單”包含“填寫收貨地址”“選擇支付方式”。

-標(biāo)注：`<<include>>填寫收貨地址`。

(2)擴(kuò)展關(guān)系：

-“在線支付”可擴(kuò)展為“銀行卡支付”“第三方支付”。

-標(biāo)注：`<<extend>>銀行卡支付（條件：用戶選擇銀行卡）`。

4.完善圖例說明

-在圖下方添加圖例，解釋符號(hào)含義：

-箭頭方向：表示動(dòng)作發(fā)起方向。

-三角形填充：空心表示泛化，實(shí)心表示包含。

（三）用況圖優(yōu)化建議

1.動(dòng)態(tài)調(diào)整用況

-根據(jù)用戶反饋，合并重復(fù)用況（如“登錄”“退出”可合并為“賬戶管理”）。

-刪除冗余用況（如“查看空購物車”可忽略）。

2.關(guān)系校驗(yàn)

-檢查所有用況是否被參與者調(diào)用，避免遺漏。

-確認(rèn)擴(kuò)展條件是否明確，避免歧義（如“促銷”觸發(fā)條件需量化）。

3.可視化增強(qiáng)

-使用不同顏色區(qū)分參與者用況（客戶用況用藍(lán)色，管理員用況用綠色）。

-添加注釋框，說明特殊邏輯（如“訂單超時(shí)自動(dòng)取消”用況）。

五、用況圖的最佳實(shí)踐（續(xù)）

（一）團(tuán)隊(duì)協(xié)作規(guī)范

1.繪制工具選擇

-使用統(tǒng)一工具（如StarUML、Visio），確保版本兼容。

-工具版本需標(biāo)注在文檔中（如StarUML5.6.0）。

2.審核流程

-用況圖需經(jīng)需求分析師、產(chǎn)品經(jīng)理雙重審核。

-審核人需在圖上標(biāo)注修改意見，并記錄版本號(hào)。

3.協(xié)作模板

-創(chuàng)建標(biāo)準(zhǔn)模板，包含默認(rèn)符號(hào)、標(biāo)題欄、圖例區(qū)。

-模板文件需命名規(guī)范（如`Usecase_Document_v2.docx`）。

（二）需求對(duì)接技巧

1.用戶訪談?dòng)涗?/p>

-每次訪談后，立即補(bǔ)充用況圖（如添加“忘記密碼”用況）。

-記錄用戶原話，作為用況描述依據(jù)。

2.用況優(yōu)先級(jí)排序

-使用MoSCoW法分類：

-Musthave（必須）：核心功能（如“下單”“支付”）。

-Shouldhave（應(yīng)該）：次要功能（如“優(yōu)惠券”）。

-Couldhave（可以）：附加功能（如“積分系統(tǒng)”）。

-Won'thave（不會(huì)）：暫不開發(fā)功能。

-標(biāo)注優(yōu)先級(jí)在用況旁（如`高`、`中`、`低`）。

3.需求變更管理

-建立變更記錄表，跟蹤用況增刪改（見下表）：

|變更日期|變更內(nèi)容|操作人|備注|

|----------|----------------|--------|------------|

|2023-10-5|增加“退換貨”用況|張三|用戶提出|

|2023-10-12|修改“支付”用況|李四|支持分期|

（三）技術(shù)對(duì)接應(yīng)用

1.用況到功能點(diǎn)的轉(zhuǎn)化

-每個(gè)用況分解為具體功能點(diǎn)（如“提交訂單”→“校驗(yàn)地址”“生成訂單號(hào)”“扣庫存”）。

-功能點(diǎn)列表作為開發(fā)任務(wù)分配依據(jù)。

2.用況與測試關(guān)聯(lián)

-每個(gè)用況對(duì)應(yīng)測試用例集（如“瀏覽商品”用況測試10個(gè)用例）。

-測試人員根據(jù)用況圖設(shè)計(jì)場景。

3.用況與界面映射

-用況圖中的動(dòng)作對(duì)應(yīng)UI界面元素（如“提交訂單”→“訂單按鈕”）。

-界面設(shè)計(jì)師參考用況圖布局操作流程。

六、常見問題及解決方案

（一）用況過于冗長

1.問題表現(xiàn)

-一個(gè)用況包含過多步驟，超過10個(gè)動(dòng)作時(shí)需拆分。

-如“處理退款”用況包含“審核”“聯(lián)系物流”“退款”等。

2.解決方案

-拆分為子用況（如“審核退款申請(qǐng)”“退款執(zhí)行”）。

-使用“<<include>>”關(guān)聯(lián)子用況（如“處理退款”包含“審核退款申請(qǐng)”）。

（二）參與者與用況關(guān)系混亂

1.問題表現(xiàn)

-多個(gè)參與者重復(fù)調(diào)用相同用況。

-如“客戶”“優(yōu)惠券發(fā)放員”均調(diào)用“發(fā)放優(yōu)惠券”。

2.解決方案

-創(chuàng)建通用用況，由特定參與者調(diào)用（如“發(fā)放優(yōu)惠券”由“系統(tǒng)”執(zhí)行，參與者觸發(fā)）。

-或拆分用況（如“客戶領(lǐng)取優(yōu)惠券”“管理員創(chuàng)建優(yōu)惠券”）。

（三）用況圖與實(shí)際脫節(jié)

1.問題表現(xiàn)

-用況圖描述與用戶實(shí)際操作不符。

-如用況標(biāo)注“填寫郵箱”，用戶實(shí)際填寫手機(jī)號(hào)。

2.解決方案

-定期復(fù)測用況，更新用況描述。

-用戶手冊(cè)需引用最新用況圖版本。

七、總結(jié)

用況圖作為需求分析的利器，需結(jié)合實(shí)際場景持續(xù)優(yōu)化。通過規(guī)范命名、明確關(guān)系、細(xì)化步驟，用況圖可成為系統(tǒng)設(shè)計(jì)的可靠基礎(chǔ)。團(tuán)隊(duì)協(xié)作與動(dòng)態(tài)更新是保持用況圖生命力的關(guān)鍵。以下為關(guān)鍵操作清單，供參考：

（一）繪制前準(zhǔn)備清單

-列出所有潛在參與者（如客戶、管理員、系統(tǒng)）

-收集至少20個(gè)高頻用況需求

-確定用況圖繪制工具

（二）繪制中檢查清單

-每個(gè)用況是否聚焦單一功能？

-關(guān)系標(biāo)注是否完整（包含/擴(kuò)展/關(guān)聯(lián)）？

-參與者動(dòng)作是否覆蓋所有場景？

（三）維護(hù)后驗(yàn)證清單

-用況圖是否與最新需求一致？

-所有用況是否被測試覆蓋？

-開發(fā)團(tuán)隊(duì)是否理解用況邏輯？

一、UML用況圖概述

UML（統(tǒng)一建模語言）用況圖是面向?qū)ο蠼Ｖ械囊环N重要圖形工具，用于描述系統(tǒng)與外部用戶（參與者）之間的交互場景。用況圖主要用于需求分析階段，幫助團(tuán)隊(duì)明確系統(tǒng)的功能需求、用戶角色以及它們之間的協(xié)作關(guān)系。

（一）用況圖的基本組成

1.參與者（Actor）

-代表與系統(tǒng)交互的外部實(shí)體，如用戶、其他系統(tǒng)等。

-通常用小人圖標(biāo)表示，位于用況圖的邊界。

2.用況（UseCase）

-描述系統(tǒng)提供的功能或服務(wù)，是參與者可發(fā)起的動(dòng)作或過程。

-用橢圓形表示，內(nèi)含用況名稱。

3.關(guān)系（Relationship）

-連接參與者和用況，表示交互邏輯。

-常見關(guān)系包括：

(1)關(guān)聯(lián)（Association）：表示參與者與用況的連接。

(2)泛化（Generalization）：表示用況或參與者的繼承關(guān)系。

(3)包含（Include）：表示一個(gè)用況包含另一個(gè)用況的部分或全部行為。

(4)擴(kuò)展（Extend）：表示用況的動(dòng)態(tài)擴(kuò)展關(guān)系。

（二）用況圖的作用

1.明確系統(tǒng)邊界

-通過用況圖可以清晰地界定系統(tǒng)的功能范圍。

2.定義用戶需求

-幫助團(tuán)隊(duì)從用戶角度理解系統(tǒng)功能。

3.作為后續(xù)設(shè)計(jì)的基礎(chǔ)

-用況圖的需求描述可作為后續(xù)類圖、時(shí)序圖等設(shè)計(jì)的輸入。

二、用況圖的繪制規(guī)范

（一）命名規(guī)范

1.參與者命名

-使用動(dòng)賓結(jié)構(gòu)，如“管理員登錄”“客戶下單”。

-保持簡潔、明確，避免歧義。

2.用況命名

-動(dòng)詞或動(dòng)詞短語，如“查詢訂單”“支付費(fèi)用”。

-避免使用系統(tǒng)術(shù)語或?qū)I(yè)縮寫。

（二）布局規(guī)范

1.參與者位置

-外部參與者位于圖的左側(cè)或右側(cè)，避免遮擋用況。

2.用況分布

-功能相近的用況集中排列，邏輯關(guān)系清晰的用況使用關(guān)系線連接。

3.圖形比例

-保持用況和參與者的大小適中，避免圖形過于擁擠。

（三）關(guān)系繪制規(guī)范

1.關(guān)聯(lián)線

-使用實(shí)線帶箭頭表示單向關(guān)聯(lián)。

-無箭頭表示雙向關(guān)聯(lián)。

2.泛化線

-使用空心三角形箭頭表示繼承關(guān)系。

3.包含與擴(kuò)展

-包含用況用“<<include>>”標(biāo)注。

-擴(kuò)展用況用“<<extend>>”標(biāo)注，并明確條件。

三、用況圖的應(yīng)用步驟

（一）需求收集階段

1.與用戶溝通

-通過訪談、問卷等方式收集用戶需求。

-記錄關(guān)鍵功能點(diǎn)和用戶角色。

2.初步繪制草圖

-快速繪制參與者與用況的草圖，驗(yàn)證需求理解。

（二）需求分析階段

1.完善用況圖

-根據(jù)反饋補(bǔ)充用況細(xì)節(jié)，明確關(guān)系。

-使用工具（如Visio、StarUML）繪制標(biāo)準(zhǔn)圖形。

2.驗(yàn)證用況邏輯

-檢查用況是否覆蓋所有需求。

-確保用況之間的包含與擴(kuò)展關(guān)系合理。

（三）設(shè)計(jì)階段

1.生成類圖

-將用況中的動(dòng)作轉(zhuǎn)化為類的方法。

-使用類圖進(jìn)一步細(xì)化系統(tǒng)設(shè)計(jì)。

2.持續(xù)更新

-隨著需求變化，及時(shí)調(diào)整用況圖。

四、用況圖的實(shí)際案例

（一）案例背景

假設(shè)開發(fā)一個(gè)在線購物系統(tǒng)，用戶需求包括瀏覽商品、下單、支付等核心功能。

（二）繪制步驟

1.識(shí)別參與者

-參與者：客戶、管理員。

2.定義用況

-客戶：瀏覽商品、加入購物車、提交訂單、在線支付。

-管理員：管理商品、審核訂單、查看報(bào)表。

3.建立關(guān)系

-“提交訂單”包含“瀏覽商品”“加入購物車”。

-“在線支付”可擴(kuò)展為“信用卡支付”“支付寶支付”。

（三）最終用況圖示例

+-------------------+

|客戶|

+---------+---------+

|瀏覽商品|

v

+---------+---------+

|加入購物車|

+---------+---------+

|提交訂單|

v

+---------+---------+

|在線支付|

+---------+---------+

|信用卡支付|

|支付寶支付|

+---------+---------+

^^

||擴(kuò)展

+-----+

五、用況圖的最佳實(shí)踐

（一）保持簡潔

-避免用況過多，每個(gè)用況聚焦單一功能。

（二）明確優(yōu)先級(jí)

-用況可標(biāo)注優(yōu)先級(jí)（如高、中、低），便于開發(fā)排序。

（三）動(dòng)態(tài)更新

-用況圖是活的文檔，需隨項(xiàng)目進(jìn)展持續(xù)優(yōu)化。

（四）團(tuán)隊(duì)協(xié)作

-多人參與繪制時(shí)，統(tǒng)一命名和布局規(guī)范。

四、用況圖的實(shí)際案例（續(xù)）

（一）案例背景細(xì)化

在繼續(xù)之前的在線購物系統(tǒng)案例中，進(jìn)一步細(xì)化用況圖需要考慮更多實(shí)際場景和用戶交互細(xì)節(jié)。以下是對(duì)參與者行為和系統(tǒng)功能的具體描述：

1.參與者行為分析

(1)客戶：

-瀏覽商品時(shí)，可按分類、價(jià)格、銷量排序。

-加入購物車前，可選擇商品規(guī)格（如顏色、尺寸）。

-提交訂單需填寫收貨地址、聯(lián)系方式。

-支付方式包括但不限于銀行卡、第三方支付平臺(tái)。

(2)管理員：

-管理商品時(shí)，可編輯商品信息、庫存數(shù)量。

-審核訂單時(shí)，可標(biāo)記異常訂單（如地址錯(cuò)誤）。

-查看報(bào)表時(shí)，可導(dǎo)出銷售數(shù)據(jù)為Excel格式。

2.系統(tǒng)功能擴(kuò)展

-增加用況：“評(píng)價(jià)商品”“退換貨申請(qǐng)”。

-參與者擴(kuò)展：增加“優(yōu)惠券發(fā)放員”，負(fù)責(zé)管理優(yōu)惠券。

（二）繪制詳細(xì)用況圖步驟

1.繪制基礎(chǔ)框架

(1)添加參與者圖標(biāo)，標(biāo)注名稱。

(2)繪制核心用況，用直線連接參與者。

(3)標(biāo)注用況描述，使用動(dòng)詞短語。

2.補(bǔ)充次要用況

(1)客戶用況擴(kuò)展：

-添加“搜索商品”“查看評(píng)價(jià)”用況。

-用“<<include>>”關(guān)聯(lián)“提交訂單”與“查看評(píng)價(jià)”。

(2)管理員用況擴(kuò)展：

-添加“管理用戶”“設(shè)置促銷”用況。

-用“<<extend>>”關(guān)聯(lián)“管理商品”與“設(shè)置促銷”（條件：庫存低于閾值）。

3.繪制關(guān)系細(xì)節(jié)

(1)包含關(guān)系：

-“提交訂單”包含“填寫收貨地址”“選擇支付方式”。

-標(biāo)注：`<<include>>填寫收貨地址`。

(2)擴(kuò)展關(guān)系：

-“在線支付”可擴(kuò)展為“銀行卡支付”“第三方支付”。

-標(biāo)注：`<<extend>>銀行卡支付（條件：用戶選擇銀行卡）`。

4.完善圖例說明

-在圖下方添加圖例，解釋符號(hào)含義：

-箭頭方向：表示動(dòng)作發(fā)起方向。

-三角形填充：空心表示泛化，實(shí)心表示包含。

（三）用況圖優(yōu)化建議

1.動(dòng)態(tài)調(diào)整用況

-根據(jù)用戶反饋，合并重復(fù)用況（如“登錄”“退出”可合并為“賬戶管理”）。

-刪除冗余用況（如“查看空購物車”可忽略）。

2.關(guān)系校驗(yàn)

-檢查所有用況是否被參與者調(diào)用，避免遺漏。

-確認(rèn)擴(kuò)展條件是否明確，避免歧義（如“促銷”觸發(fā)條件需量化）。

3.可視化增強(qiáng)

-使用不同顏色區(qū)分參與者用況（客戶用況用藍(lán)色，管理員用況用綠色）。

-添加注釋框，說明特殊邏輯（如“訂單超時(shí)自動(dòng)取消”用況）。

五、用況圖的最佳實(shí)踐（續(xù)）

（一）團(tuán)隊(duì)協(xié)作規(guī)范

1.繪制工具選擇

-使用統(tǒng)一工具（如StarUML、Visio），確保版本兼容。

-工具版本需標(biāo)注在文檔中（如StarUML5.6.0）。

2.審核流程

-用況圖需經(jīng)需求分析師、產(chǎn)品經(jīng)理雙重審核。

-審核人需在圖上標(biāo)注修改意見，并記錄版本號(hào)。

3.協(xié)作模板

-創(chuàng)建標(biāo)準(zhǔn)模板，包含默認(rèn)符號(hào)、標(biāo)題欄、圖例區(qū)。

-模板文件需命名規(guī)范（如`Usecase_Document_v2.docx`）。

（二）需求對(duì)接技巧

1.用戶訪談?dòng)涗?/p>

-每次訪談后，立即補(bǔ)充用況圖（如添加“忘記密碼”用況）。

-記錄用戶原話，作為用況描述依據(jù)。

2.用況優(yōu)先級(jí)排序

-使用MoSCoW法分類：

-Musthave（必須）：核心功能（如“下單”“支付”）。

-Shouldhave（應(yīng)該）：次要功能（如“優(yōu)惠券”）。

-Couldhave（可以）：附加功能（如“積分系統(tǒng)”）。

-Won'thave（不會(huì)）：暫不開發(fā)功能。

-標(biāo)注優(yōu)先級(jí)在用況旁（如`高`、`中`、`低`）。

3.需求變更管理

-建立變更記錄表，跟蹤用況增刪改（見下表）：

|變更日期|變更內(nèi)容|操作人|備注|

|----------|----------------|--------|------------|

|2023-10-5|增加“退換貨”用況|張三|用戶提出|

|2023-10-12|修改“支付”用況|李四|支持分期|

（三）技術(shù)對(duì)接應(yīng)用

1.用況到功能點(diǎn)的轉(zhuǎn)化

-每個(gè)用況分解為具體功能點(diǎn)（如“提交訂單”→“校驗(yàn)地址”“生成訂單號(hào)”“扣庫存”）。

-功能點(diǎn)列表作為開發(fā)任務(wù)分配依據(jù)。

2.用況與測試關(guān)聯(lián)

-每個(gè)用況對(duì)應(yīng)測試用例集（如“瀏覽商品”用況測試10個(gè)用例）。

-測試人員根據(jù)用況圖設(shè)計(jì)場景。

3.用況與界面映射

-用況圖中的動(dòng)作對(duì)應(yīng)UI界面元素（如“提交訂單”→“訂單按鈕”）。

-界面設(shè)計(jì)師參考用況圖布局操作流程。

六、常見問題及解決方案

（一）用況過于冗長

1.問題表現(xiàn)

-一個(gè)用況包含過多步驟，超過10個(gè)動(dòng)作時(shí)需拆分。

-如“處理退款”用況包含“審核”“聯(lián)系物流”“退款”等。

2.解決方案

-拆分為子用況（如“審核退款申請(qǐng)”“退款執(zhí)行”）。

-使用“<<include>>”關(guān)聯(lián)子用況（如“處理退款”包含“審核退款申請(qǐng)”）。

（二）參與者與用況關(guān)系混亂

1.問題表現(xiàn)

-多個(gè)參與者重復(fù)調(diào)用相同用況。

-如“客戶”“優(yōu)惠券發(fā)放員”均調(diào)用“發(fā)放優(yōu)惠券”。

2.解決方案

-創(chuàng)建通用用況，由特定參與者調(diào)用（如“發(fā)放優(yōu)惠券”由“系統(tǒng)”執(zhí)行，參與者觸發(fā)）。

-或拆分用況（如“客戶領(lǐng)取優(yōu)惠券”“管理員創(chuàng)建優(yōu)惠券”）。

（三）用況圖與實(shí)際脫節(jié)

1.問題表現(xiàn)

-用況圖描述與用戶實(shí)際操作不符。

-如用況標(biāo)注“填寫郵箱”，用戶實(shí)際填寫手機(jī)號(hào)。

2.解決方案

-定期復(fù)測用況，更新用況描述。

-用戶手冊(cè)需引用最新用況圖版本。

七、總結(jié)

用況圖作為需求分析的利器，需結(jié)合實(shí)際場景持續(xù)優(yōu)化。通過規(guī)范命名、明確關(guān)系、細(xì)化步驟，用況圖可成為系統(tǒng)設(shè)計(jì)的可靠基礎(chǔ)。團(tuán)隊(duì)協(xié)作與動(dòng)態(tài)更新是保持用況圖生命力的關(guān)鍵。以下為關(guān)鍵操作清單，供參考：

（一）繪制前準(zhǔn)備清單

-列出所有潛在參與者（如客戶、管理員、系統(tǒng)）

-收集至少20個(gè)高頻用況需求

-確定用況圖繪制工具

（二）繪制中檢查清單

-每個(gè)用況是否聚焦單一功能？

-關(guān)系標(biāo)注是否完整（包含/擴(kuò)展/關(guān)聯(lián)）？

-參與者動(dòng)作是否覆蓋所有場景？

（三）維護(hù)后驗(yàn)證清單

-用況圖是否與最新需求一致？

-所有用況是否被測試覆蓋？

-開發(fā)團(tuán)隊(duì)是否理解用況邏輯？

一、UML用況圖概述

UML（統(tǒng)一建模語言）用況圖是面向?qū)ο蠼Ｖ械囊环N重要圖形工具，用于描述系統(tǒng)與外部用戶（參與者）之間的交互場景。用況圖主要用于需求分析階段，幫助團(tuán)隊(duì)明確系統(tǒng)的功能需求、用戶角色以及它們之間的協(xié)作關(guān)系。

（一）用況圖的基本組成

1.參與者（Actor）

-代表與系統(tǒng)交互的外部實(shí)體，如用戶、其他系統(tǒng)等。

-通常用小人圖標(biāo)表示，位于用況圖的邊界。

2.用況（UseCase）

-描述系統(tǒng)提供的功能或服務(wù)，是參與者可發(fā)起的動(dòng)作或過程。

-用橢圓形表示，內(nèi)含用況名稱。

3.關(guān)系（Relationship）

-連接參與者和用況，表示交互邏輯。

-常見關(guān)系包括：

(1)關(guān)聯(lián)（Association）：表示參與者與用況的連接。

(2)泛化（Generalization）：表示用況或參與者的繼承關(guān)系。

(3)包含（Include）：表示一個(gè)用況包含另一個(gè)用況的部分或全部行為。

(4)擴(kuò)展（Extend）：表示用況的動(dòng)態(tài)擴(kuò)展關(guān)系。

（二）用況圖的作用

1.明確系統(tǒng)邊界

-通過用況圖可以清晰地界定系統(tǒng)的功能范圍。

2.定義用戶需求

-幫助團(tuán)隊(duì)從用戶角度理解系統(tǒng)功能。

3.作為后續(xù)設(shè)計(jì)的基礎(chǔ)

-用況圖的需求描述可作為后續(xù)類圖、時(shí)序圖等設(shè)計(jì)的輸入。

二、用況圖的繪制規(guī)范

（一）命名規(guī)范

1.參與者命名

-使用動(dòng)賓結(jié)構(gòu)，如“管理員登錄”“客戶下單”。

-保持簡潔、明確，避免歧義。

2.用況命名

-動(dòng)詞或動(dòng)詞短語，如“查詢訂單”“支付費(fèi)用”。

-避免使用系統(tǒng)術(shù)語或?qū)I(yè)縮寫。

（二）布局規(guī)范

1.參與者位置

-外部參與者位于圖的左側(cè)或右側(cè)，避免遮擋用況。

2.用況分布

-功能相近的用況集中排列，邏輯關(guān)系清晰的用況使用關(guān)系線連接。

3.圖形比例

-保持用況和參與者的大小適中，避免圖形過于擁擠。

（三）關(guān)系繪制規(guī)范

1.關(guān)聯(lián)線

-使用實(shí)線帶箭頭表示單向關(guān)聯(lián)。

-無箭頭表示雙向關(guān)聯(lián)。

2.泛化線

-使用空心三角形箭頭表示繼承關(guān)系。

3.包含與擴(kuò)展

-包含用況用“<<include>>”標(biāo)注。

-擴(kuò)展用況用“<<extend>>”標(biāo)注，并明確條件。

三、用況圖的應(yīng)用步驟

（一）需求收集階段

1.與用戶溝通

-通過訪談、問卷等方式收集用戶需求。

-記錄關(guān)鍵功能點(diǎn)和用戶角色。

2.初步繪制草圖

-快速繪制參與者與用況的草圖，驗(yàn)證需求理解。

（二）需求分析階段

1.完善用況圖

-根據(jù)反饋補(bǔ)充用況細(xì)節(jié)，明確關(guān)系。

-使用工具（如Visio、StarUML）繪制標(biāo)準(zhǔn)圖形。

2.驗(yàn)證用況邏輯

-檢查用況是否覆蓋所有需求。

-確保用況之間的包含與擴(kuò)展關(guān)系合理。

（三）設(shè)計(jì)階段

1.生成類圖

-將用況中的動(dòng)作轉(zhuǎn)化為類的方法。

-使用類圖進(jìn)一步細(xì)化系統(tǒng)設(shè)計(jì)。

2.持續(xù)更新

-隨著需求變化，及時(shí)調(diào)整用況圖。

四、用況圖的實(shí)際案例

（一）案例背景

假設(shè)開發(fā)一個(gè)在線購物系統(tǒng)，用戶需求包括瀏覽商品、下單、支付等核心功能。

（二）繪制步驟

1.識(shí)別參與者

-參與者：客戶、管理員。

2.定義用況

-客戶：瀏覽商品、加入購物車、提交訂單、在線支付。

-管理員：管理商品、審核訂單、查看報(bào)表。

3.建立關(guān)系

-“提交訂單”包含“瀏覽商品”“加入購物車”。

-“在線支付”可擴(kuò)展為“信用卡支付”“支付寶支付”。

（三）最終用況圖示例

+-------------------+

|客戶|

+---------+---------+

|瀏覽商品|

v

+---------+---------+

|加入購物車|

+---------+---------+

|提交訂單|

v

+---------+---------+

|在線支付|

+---------+---------+

|信用卡支付|

|支付寶支付|

+---------+---------+

^^

||擴(kuò)展

+-----+

五、用況圖的最佳實(shí)踐

（一）保持簡潔

-避免用況過多，每個(gè)用況聚焦單一功能。

（二）明確優(yōu)先級(jí)

-用況可標(biāo)注優(yōu)先級(jí)（如高、中、低），便于開發(fā)排序。

（三）動(dòng)態(tài)更新

-用況圖是活的文檔，需隨項(xiàng)目進(jìn)展持續(xù)優(yōu)化。

（四）團(tuán)隊(duì)協(xié)作

-多人參與繪制時(shí)，統(tǒng)一命名和布局規(guī)范。

四、用況圖的實(shí)際案例（續(xù)）

（一）案例背景細(xì)化

在繼續(xù)之前的在線購物系統(tǒng)案例中，進(jìn)一步細(xì)化用況圖需要考慮更多實(shí)際場景和用戶交互細(xì)節(jié)。以下是對(duì)參與者行為和系統(tǒng)功能的具體描述：

1.參與者行為分析

(1)客戶：

-瀏覽商品時(shí)，可按分類、價(jià)格、銷量排序。

-加入購物車前，可選擇商品規(guī)格（如顏色、尺寸）。

-提交訂單需填寫收貨地址、聯(lián)系方式。

-支付方式包括但不限于銀行卡、第三方支付平臺(tái)。

(2)管理員：

-管理商品時(shí)，可編輯商品信息、庫存數(shù)量。

-審核訂單時(shí)，可標(biāo)記異常訂單（如地址錯(cuò)誤）。

-查看報(bào)表時(shí)，可導(dǎo)出銷售數(shù)據(jù)為Excel格式。

2.系統(tǒng)功能擴(kuò)展

-增加用況：“評(píng)價(jià)商品”“退換貨申請(qǐng)”。

-參與者擴(kuò)展：增加“優(yōu)惠券發(fā)放員”，負(fù)責(zé)管理優(yōu)惠券。

（二）繪制詳細(xì)用況圖步驟

1.繪制基礎(chǔ)框架

(1)添加參與者圖標(biāo)，標(biāo)注名稱。

(2)繪制核心用況，用直線連接參與者。

(3)標(biāo)注用況描述，使用動(dòng)詞短語。

2.補(bǔ)充次要用況

(1)客戶用況擴(kuò)展：

-添加“搜索商品”“查看評(píng)價(jià)”用況。

-用“<<include>>”關(guān)聯(lián)“提交訂單”與“查看評(píng)價(jià)”。

(2)管理員用況擴(kuò)展：

-添加“管理用戶”“設(shè)置促銷”用況。

-用“<<extend>>”關(guān)聯(lián)“管理商品”與“設(shè)置促銷”（條件：庫存低于閾值）。

3.繪制關(guān)系細(xì)節(jié)

(1)包含關(guān)系：

-“提交訂單”包含“填寫收貨地址”“選擇支付方式”。

-標(biāo)注：`<<include>>填寫收貨地址`。

(2)擴(kuò)展關(guān)系：

-“在線支付”可擴(kuò)展為“銀行卡支付”“第三方支付”。

-標(biāo)注：`<<extend>>銀行卡支付（條件：用戶選擇銀行卡）`。

4.完善圖例說明

-在圖下方添加圖例，解釋符號(hào)含義：

-箭頭方向：表示動(dòng)作發(fā)起方向。

-三角形填充：空心表示泛化，實(shí)心表示包含。

（三）用況圖優(yōu)化建議

1.動(dòng)態(tài)調(diào)整用況

-根據(jù)用戶反饋，合并重復(fù)用況（如“登錄”“退出”可合并為“賬戶管理”）。

-刪除冗余用況（如“查看空購物車”可忽略）。

2.關(guān)系校驗(yàn)

-檢查所有用況是否被參與者調(diào)用，避免遺漏。

-確認(rèn)擴(kuò)展條件是否明確，避免歧義（如“促銷”觸發(fā)條件需量化）。

3.可視化增強(qiáng)

-使用不同顏色區(qū)分參與者用況（客戶用況用藍(lán)色，管理員用況用綠色）。

-添加注釋框，說明特殊邏輯（如“訂單超時(shí)自動(dòng)取消”用況）。

五、用況圖的最佳實(shí)踐（續(xù)）

（一）團(tuán)隊(duì)協(xié)作規(guī)范

1.繪制工具選擇

-使用統(tǒng)一工具（如StarUML、Visio），確保版本兼容。

-工具版本需標(biāo)注在文檔中（如StarUML5.6.0）。

2.審核流程

-用況圖需經(jīng)需求分析師、產(chǎn)品經(jīng)理雙重審核。

-審核人需在圖上標(biāo)注修改意見，并記錄版本號(hào)。

3.協(xié)作模板

-創(chuàng)建標(biāo)準(zhǔn)模板，包含默認(rèn)符號(hào)、標(biāo)題欄、圖例區(qū)。

-模板文件需命名規(guī)范（如`Usecase_Document_v2.docx`）。

（二）需求對(duì)接技巧

1.用戶訪談?dòng)涗?/p>

-每次訪談后，立即補(bǔ)充用況圖（如添加“忘記密碼”用況）。

-記錄用戶原話，作為用況描述依據(jù)。

2.用況優(yōu)先級(jí)排序

-使用MoSCoW法分類：

-Musthave（必須）：核心功能（如“下單”“支付”）。

-Shouldhave（應(yīng)該）：次要功能（如“優(yōu)惠券”）。

-Couldhave（可以）：附加功能（如“積分系統(tǒng)”）。

-Won'thave（不會(huì)）：暫不開發(fā)功能。

-標(biāo)注優(yōu)先級(jí)在用況旁（如`高`、`中`、`低`）。

3.需求變更管理

-建立變更記錄表，跟蹤用況增刪改（見下表）：

|變更日期|變更內(nèi)容|操作人|備注|

|----------|----------------|--------|------------|

|2023-10-5|增加“退換貨”用況|張三|用戶提出|

|2023-10-12|修改“支付”用況|李四|支持分期|

（三）技術(shù)對(duì)接應(yīng)用

1.用況到功能點(diǎn)的轉(zhuǎn)化

-每個(gè)用況分解為具體功能點(diǎn)（如“提交訂單”→“校驗(yàn)地址”“生成訂單號(hào)”“扣庫存”）。

-功能點(diǎn)列表作為開發(fā)任務(wù)分配依據(jù)。

2.用況與測試關(guān)聯(lián)

-每個(gè)用況對(duì)應(yīng)測試用例集（如“瀏覽商品”用況測試10個(gè)用例）。

-測試人員根據(jù)用況圖設(shè)計(jì)場景。

3.用況與界面映射

-用況圖中的動(dòng)作對(duì)應(yīng)UI界面元素（如“提交訂單”→“訂單按鈕”）。

-界面設(shè)計(jì)師參考用況圖布局操作流程。

六、常見問題及解決方案

（一）用況過于冗長

1.問題表現(xiàn)

-一個(gè)用況包含過多步驟，超過10個(gè)動(dòng)作時(shí)需拆分。

-如“處理退款”用況包含“審核”“聯(lián)系物流”“退款”等。

2.解決方案

-拆分為子用況（如“審核退款申請(qǐng)”“退款執(zhí)行”）。

-使用“<<include>>”關(guān)聯(lián)子用況（如“處理退款”包含“審核退款申請(qǐng)”）。

（二）參與者與用況關(guān)系混亂

1.問題表現(xiàn)

-多個(gè)參與者重復(fù)調(diào)用相同用況。

-如“客戶”“優(yōu)惠券發(fā)放員”均調(diào)用“發(fā)放優(yōu)惠券”。

2.解決方案

-創(chuàng)建通用用況，由特定參與者調(diào)用（如“發(fā)放優(yōu)惠券”由“系統(tǒng)”執(zhí)行，參與者觸發(fā)）。

-或拆分用況（如“客戶領(lǐng)取優(yōu)惠券”“管理員創(chuàng)建優(yōu)惠券”）。

（三）用況圖與實(shí)際脫節(jié)

1.問題表現(xiàn)

-用況圖描述與用戶實(shí)際操作不符。

-如用況標(biāo)注“填寫郵箱”，用戶實(shí)際填寫手機(jī)號(hào)。

2.解決方案

-定期復(fù)測用況，更新用況描述。

-用戶手冊(cè)需引用最新用況圖版本。

七、總結(jié)

用況圖作為需求分析的利器，需結(jié)合實(shí)際場景持續(xù)優(yōu)化。通過規(guī)范命名、明確關(guān)系、細(xì)化步驟，用況圖可成為系統(tǒng)設(shè)計(jì)的可靠基礎(chǔ)。團(tuán)隊(duì)協(xié)作與動(dòng)態(tài)更新是保持用況圖生命力的關(guān)鍵。以下為關(guān)鍵操作清單，供參考：

（一）繪制前準(zhǔn)備清單

-列出所有潛在參與者（如客戶、管理員、系統(tǒng)）

-收集至少20個(gè)高頻用況需求

-確定用況圖繪制工具

（二）繪制中檢查清單

-每個(gè)用況是否聚焦單一功能？

-關(guān)系標(biāo)注是否完整（包含/擴(kuò)展/關(guān)聯(lián)）？

-參與者動(dòng)作是否覆蓋所有場景？

（三）維護(hù)后驗(yàn)證清單

-用況圖是否與最新需求一致？

-所有用況是否被測試覆蓋？

-開發(fā)團(tuán)隊(duì)是否理解用況邏輯？

一、UML用況圖概述

UML（統(tǒng)一建模語言）用況圖是面向?qū)ο蠼Ｖ械囊环N重要圖形工具，用于描述系統(tǒng)與外部用戶（參與者）之間的交互場景。用況圖主要用于需求分析階段，幫助團(tuán)隊(duì)明確系統(tǒng)的功能需求、用戶角色以及它們之間的協(xié)作關(guān)系。

（一）用況圖的基本組成

1.參與者（Actor）

-代表與系統(tǒng)交互的外部實(shí)體，如用戶、其他系統(tǒng)等。

-通常用小人圖標(biāo)表示，位于用況圖的邊界。

2.用況（UseCase）

-描述系統(tǒng)提供的功能或服務(wù)，是參與者可發(fā)起的動(dòng)作或過程。

-用橢圓形表示，內(nèi)含用況名稱。

3.關(guān)系（Relationship）

-連接參與者和用況，表示交互邏輯。

-常見關(guān)系包括：

(1)關(guān)聯(lián)（Association）：表示參與者與用況的連接。

(2)泛化（Generalization）：表示用況或參與者的繼承關(guān)系。

(3)包含（Include）：表示一個(gè)用況包含另一個(gè)用況的部分或全部行為。

(4)擴(kuò)展（Extend）：表示用況的動(dòng)態(tài)擴(kuò)展關(guān)系。

（二）用況圖的作用

1.明確系統(tǒng)邊界

-通過用況圖可以清晰地界定系統(tǒng)的功能范圍。

2.定義用戶需求

-幫助團(tuán)隊(duì)從用戶角度理解系統(tǒng)功能。

3.作為后續(xù)設(shè)計(jì)的基礎(chǔ)

-用況圖的需求描述可作為后續(xù)類圖、時(shí)序圖等設(shè)計(jì)的輸入。

二、用況圖的繪制規(guī)范

（一）命名規(guī)范

1.參與者命名

-使用動(dòng)賓結(jié)構(gòu)，如“管理員登錄”“客戶下單”。

-保持簡潔、明確，避免歧義。

2.用況命名

-動(dòng)詞或動(dòng)詞短語，如“查詢訂單”“支付費(fèi)用”。

-避免使用系統(tǒng)術(shù)語或?qū)I(yè)縮寫。

（二）布局規(guī)范

1.參與者位置

-外部參與者位于圖的左側(cè)或右側(cè)，避免遮擋用況。

2.用況分布

-功能相近的用況集中排列，邏輯關(guān)系清晰的用況使用關(guān)系線連接。

3.圖形比例

-保持用況和參與者的大小適中，避免圖形過于擁擠。

（三）關(guān)系繪制規(guī)范

1.關(guān)聯(lián)線

-使用實(shí)線帶箭頭表示單向關(guān)聯(lián)。

-無箭頭表示雙向關(guān)聯(lián)。

2.泛化線

-使用空心三角形箭頭表示繼承關(guān)系。

3.包含與擴(kuò)展

-包含用況用“<<include>>”標(biāo)注。

-擴(kuò)展用況用“<<extend>>”標(biāo)注，并明確條件。

三、用況圖的應(yīng)用步驟

（一）需求收集階段

1.與用戶溝通

-通過訪談、問卷等方式收集用戶需求。

-記錄關(guān)鍵功能點(diǎn)和用戶角色。

2.初步繪制草圖

-快速繪制參與者與用況的草圖，驗(yàn)證需求理解。

（二）需求分析階段

1.完善用況圖

-根據(jù)反饋補(bǔ)充用況細(xì)節(jié)，明確關(guān)系。

-使用工具（如Visio、StarUML）繪制標(biāo)準(zhǔn)圖形。

2.驗(yàn)證用況邏輯

-檢查用況是否覆蓋所有需求。

-確保用況之間的包含與擴(kuò)展關(guān)系合理。

（三）設(shè)計(jì)階段

1.生成類圖

-將用況中的動(dòng)作轉(zhuǎn)化為類的方法。

-使用類圖進(jìn)一步細(xì)化系統(tǒng)設(shè)計(jì)。

2.持續(xù)更新

-隨著需求變化，及時(shí)調(diào)整用況圖。

四、用況圖的實(shí)際案例

（一）案例背景

假設(shè)開發(fā)一個(gè)在線購物系統(tǒng)，用戶需求包括瀏覽商品、下單、支付等核心功能。

（二）繪制步驟

1.識(shí)別參與者

-參與者：客戶、管理員。

2.定義用況

-客戶：瀏覽商品、加入購物車、提交訂單、在線支付。

-管理員：管理商品、審核訂單、查看報(bào)表。

3.建立關(guān)系

-“提交訂單”包含“瀏覽商品”“加入購物車”。

-“在線支付”可擴(kuò)展為“信用卡支付”“支付寶支付”。

（三）最終用況圖示例

+-------------------+

|客戶|

+---------+---------+

|瀏覽商品|

v

+---------+---------+

|加入購物車|

+---------+---------+

|提交訂單|

v

+---------+---------+

|在線支付|

+---------+---------+

|信用卡支付|

|支付寶支付|

+---------+---------+

^^

||擴(kuò)展

+-----+

五、用況圖的最佳實(shí)踐

（一）保持簡潔

-避免用況過多，每個(gè)用況聚焦單一功能。

（二）明確優(yōu)先級(jí)

-用況可標(biāo)注優(yōu)先級(jí)（如高、中、低），便于開發(fā)排序。

（三）動(dòng)態(tài)更新

-用況圖是活的文檔，需隨項(xiàng)目進(jìn)展持續(xù)優(yōu)化。

（四）團(tuán)隊(duì)協(xié)作

-多人參與繪制時(shí)，統(tǒng)一命名和布局規(guī)范。

四、用況圖的實(shí)際案例（續(xù)）

（一）案例背景細(xì)化

在繼續(xù)之前的在線購物系統(tǒng)案例中，進(jìn)一步細(xì)化用況圖需要考慮更多實(shí)際場景和用戶交互細(xì)節(jié)。以下是對(duì)參與者行為和系統(tǒng)功能的具體描述：

1.參與者行為分析

(1)客戶：

-瀏覽商品時(shí)，可按分類、價(jià)格、銷量排序。

-加入購物車前，可選擇商品規(guī)格（如顏色、尺寸）。

-提交訂單需填寫收貨地址、聯(lián)系方式。

-支付方式包括但不限于銀行卡、第三方支付平臺(tái)。

(2)管理員：

-管理商品時(shí)，可編輯商品信息、庫存數(shù)量。

-審核訂單時(shí)，可標(biāo)記異常訂單（如地址錯(cuò)誤）。

-查看報(bào)表時(shí)，可導(dǎo)出銷售數(shù)據(jù)為Excel格式。

2.系統(tǒng)功能擴(kuò)展

-增加用況：“評(píng)價(jià)商品”“退換貨申請(qǐng)”。

-參與者擴(kuò)展：增加“優(yōu)惠券發(fā)放員”，負(fù)責(zé)管理優(yōu)惠券。

（二）繪制詳細(xì)用況圖步驟

1.繪制基礎(chǔ)框架

(1)添加參與者圖標(biāo)，標(biāo)注名稱。

(2)繪制