第一篇：會(huì)員用例描述
會(huì)員用例描述
表1 用例“會(huì)員注冊(cè)”的描述
用例名稱
會(huì)員注冊(cè)
用例描述
普通用戶通過(guò)注冊(cè)成為網(wǎng)上花店系統(tǒng)的會(huì)員 參與者
用戶
前置條件
用戶已經(jīng)打開網(wǎng)上花店系統(tǒng)的頁(yè)面 后置條件
基本操作流程
1.用戶打開注冊(cè)頁(yè)面；
2.用戶輸入昵稱、E—mail地址、登錄密碼、再次輸入登錄密碼；
3.單擊“提交”；
4.系統(tǒng)將驗(yàn)證登錄用戶名的有效性和重復(fù)性、密碼的正確性，如果都正確則顯示“你已成功注冊(cè)”，否則提示用戶重新輸入。
可選操作流程
1.用戶選擇“重置”，系統(tǒng)將清空輸入框信息；
2.用戶選擇“返回”，該頁(yè)面將返回到網(wǎng)上花店系統(tǒng)主頁(yè)面。
.表2 用例“會(huì)員登錄”的描述
用例名稱
會(huì)員登錄
用例描述
普通用戶通過(guò)注冊(cè)成為網(wǎng)上花店系統(tǒng)的會(huì)員登錄該系統(tǒng) 參與者
會(huì)員
前置條件
用戶已經(jīng)是網(wǎng)上花店系統(tǒng)的會(huì)員 后置條件
基本操作流程
1.會(huì)員請(qǐng)求進(jìn)入網(wǎng)上花店系統(tǒng)；
2.會(huì)員打開登錄頁(yè)面；
3.會(huì)員輸入昵稱、登錄密碼，再選擇“登錄”；
4.系統(tǒng)將驗(yàn)證登錄用戶名和密碼的正確性，如果都正確則進(jìn)入系統(tǒng)，否則提示用戶重新輸入。
可選操作流程
1.用戶選擇“重置”，系統(tǒng)將清空輸入框信息
.表3 用例“個(gè)人信息維護(hù)”的描述
用例名稱
個(gè)人信息維護(hù)
用例描述
用來(lái)維護(hù)會(huì)員的相關(guān)信息 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開了個(gè)人信息維護(hù)頁(yè)面；
2.會(huì)員輸入需要修改的信息，確認(rèn)后再選擇“登錄”；
3.系統(tǒng)將驗(yàn)證登錄修改后的用戶名和密碼的正確性，如果都正確則進(jìn)入系統(tǒng)，否則提示用戶重新輸入。
可選操作流程
1.用戶選擇“重置”，系統(tǒng)將清空輸入框信息 ；
2.用戶選擇“返回”，該頁(yè)面將返回到網(wǎng)上花店系統(tǒng)主頁(yè)面。
.表4 用例“添加購(gòu)物車商品”的描述
用例名稱
添加購(gòu)物車商品 用例描述
會(huì)員新增購(gòu)物車信息 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員獲取選購(gòu)商品信息，點(diǎn)擊商品圖片；
2.系統(tǒng)打開用戶選定商品的詳細(xì)信息頁(yè)面
3.系統(tǒng)顯示商品信息，包括商品圖片、市場(chǎng)價(jià)、會(huì)員價(jià)、庫(kù)存量、商品描述，并選擇“加入購(gòu)物車”，如果該商品庫(kù)存量為0，則只能選擇‘收藏’，不購(gòu)買，只有庫(kù)存量大于0，方可加入購(gòu)物車；
4.會(huì)員繼續(xù)瀏覽商品、加入購(gòu)物車?？蛇x操作流程
.表5 用例“刪除購(gòu)物車商品”的描述
用例名稱
刪除購(gòu)物車商品
用例描述
會(huì)員刪除所加購(gòu)物車的商品信息 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員選擇“刪除”按鈕；
2.系統(tǒng)打開確認(rèn)刪除對(duì)話框；
3.會(huì)員點(diǎn)擊“確認(rèn)”按鈕，刪除商品信息；
4.系統(tǒng)刪除選中的商品信息，并更新商品信息列表。
可選操作流程
1.選擇“取消”按鈕，系統(tǒng)將取消刪除操作，并返回商品列表頁(yè)面。
.表6 用例“確認(rèn)收貨”的描述
用例名稱
確認(rèn)收貨
用例描述
會(huì)員收到貨后進(jìn)行確認(rèn)收貨 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開訂單頁(yè)面；
2.選擇“未完成訂單”；
3.點(diǎn)擊“確認(rèn)收貨”按鈕；
4.更新商品訂單，返回未完成訂單頁(yè)面。
可選操作流程
1.在未完成訂單頁(yè)面，點(diǎn)擊“退貨”按鈕，對(duì)于已發(fā)貨訂單，等待管理員審核，返回未完成訂單頁(yè)面。
.表7 用例“進(jìn)行評(píng)價(jià)”的描述
用例名稱
進(jìn)行評(píng)價(jià)
用例描述
會(huì)員確認(rèn)收貨后進(jìn)行評(píng)價(jià) 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開訂單頁(yè)面；
2.選擇“未完成訂單”；
3.點(diǎn)擊“評(píng)價(jià)”按鈕，輸入評(píng)價(jià)內(nèi)容，進(jìn)行“提交”；
4.更新商品訂單，返回未完成訂單頁(yè)面?？蛇x操作流程
.表8 用例“訂單管理”的描述
用例名稱
訂單管理
用例描述
會(huì)員可以對(duì)自己的訂單進(jìn)行修改、增添、刪除管理。參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開訂單頁(yè)面；
2.按照條件可以“查詢”自己的訂單；
3.對(duì)目標(biāo)訂單進(jìn)行修改發(fā)貨地址和信息管理
4.系統(tǒng)更新商品訂單，返回未完成訂單頁(yè)面。
可選操作流程
1.對(duì)未發(fā)貨或者已完成的目標(biāo)訂單選擇“刪除”按鈕，刪除訂單，系統(tǒng).更新商品訂單，返回未完成訂單頁(yè)面。.
第二篇：用會(huì)員造句
會(huì)員拼音
【注音】： hui yuan
會(huì)員解釋
【意思】：某些群眾組織或政治組織的成員：工會(huì)～。
會(huì)員造句
1、他把所有會(huì)員的名字都記在卡片上。
2、他們已經(jīng)在會(huì)員名單上劃掉了他的名字。
3、我們的足球球迷俱樂部上周開始招收新會(huì)員。
4、他們一些最忠誠(chéng)的會(huì)員現(xiàn)已經(jīng)退出了。
5、我和他都不是這里的會(huì)員。
6、這個(gè)機(jī)構(gòu)現(xiàn)在還沒有會(huì)員。
7、如果我們的會(huì)員國(guó)有問題或擔(dān)憂，我們希望提出這些問題和擔(dān)憂。
8、但是我向所有信托會(huì)員保證，除非它是對(duì)俱樂部最有利的，否則我們不會(huì)要求他們同意這項(xiàng)提議。
9、上個(gè)月在華盛頓舉行的第一次會(huì)議中，會(huì)員們從彼此間聽取了大量的信息和意見。
10、為了這個(gè)目標(biāo)，每個(gè)會(huì)員要貢獻(xiàn)出自己收入的十分之一。
11、說(shuō)來(lái)有趣，我也看到了，而且我們的會(huì)員也告訴我們，他們同樣注意到了。
12、作為成年人，你應(yīng)該表現(xiàn)得成熟一些，要為其他健身會(huì)員著想。
13、范圍是可以重疊的，所以用戶可以是一個(gè)以上的范圍的會(huì)員。
14、我過(guò)去曾是一家健身房的會(huì)員。
15、她們的方式是，由會(huì)員各自帶一份菜到餐會(huì)上與大家分享，然后把本來(lái)可能會(huì)用于上餐館的錢捐贈(zèng)出來(lái)。
16、美聯(lián)儲(chǔ)聲明的它會(huì)做的事是,舉行一場(chǎng)對(duì),會(huì)員銀行發(fā)放幾十億美元貸款的拍賣會(huì),條件是這些銀行必須,給聯(lián)邦儲(chǔ)備銀行提供抵押品。
17、查查你在行業(yè)組織或工會(huì)的會(huì)員權(quán)利。
18、他們是神經(jīng)系統(tǒng)科學(xué)和感知系統(tǒng)中心協(xié)會(huì)的會(huì)員。
19、他補(bǔ)充道：“我希望不要向銀行家們支付獎(jiǎng)金，那樣資金將會(huì)流向我們的會(huì)員。”
20、它在2008年開始電子交易，但為其171家會(huì)員保留了公開喊價(jià)交易大廳。
21、絕大多數(shù)我們的技術(shù)人員有技術(shù)人會(huì)員的稱號(hào)，獨(dú)立工作或在自我管理的團(tuán)隊(duì)中工作。
22、一個(gè)實(shí)踐社區(qū)的會(huì)員就是實(shí)踐者。
23、他們將我們吸收為該俱樂部會(huì)員.24、然后我們根據(jù)會(huì)員的具體情況（哮喘或心臟?。⑺麄円龑?dǎo)到一個(gè)支持小組。
25、第四個(gè)人來(lái)自巴黎，和那位弗吉尼亞人一樣，也是獅子會(huì)俱樂部的會(huì)員。
第三篇：“會(huì)員充值卡”用卡協(xié)議
“會(huì)員充值卡”用卡協(xié)議
甲方（發(fā)卡人）： 乙方（使用人）：
經(jīng)甲乙雙方友好協(xié)商一致，就乙方在甲方處申領(lǐng)、使用會(huì)員充值卡事宜，達(dá)成如下互惠協(xié)議：
一、消費(fèi)形式：
1、在充值卡有效期內(nèi)，甲方保證為乙方提供合法使用卡環(huán)境。
2、“會(huì)員充值卡”采取先付錢、后制卡、再消費(fèi)的原則。乙方必須在充值卡中預(yù)先存入不低于人民幣一仟元整（￥1000元）。
3、會(huì)員卡內(nèi)所存金額只能作為甲方服飾消費(fèi)（女士服裝消費(fèi)）結(jié)賬使用，不能抵其他消費(fèi)。
4、發(fā)票的開具：充值時(shí)一次性開具發(fā)票，過(guò)后不再補(bǔ)開，消費(fèi)時(shí)不再另開具發(fā)票。
5、此會(huì)員充值卡消費(fèi)僅限于會(huì)員本人，其他客源均不能刷卡消費(fèi)。
二、乙方持卡在我店享受以下優(yōu)惠：
1、會(huì)員充值卡是甲方新推出的具有充值功能的會(huì)員卡，所以乙方可以享受甲方會(huì)員所有的優(yōu)惠政策。
2、辦理會(huì)員充值卡后，每件衣服可享受10元優(yōu)惠，同時(shí)充1000元送1件，充3000元送4件，充5000元送7件，即辦即充即送。
3、會(huì)員卡首次充值最低充值1000元以上，續(xù)充每次1000元以上，并按所充金額的10%回饋會(huì)員消費(fèi)。
4、遇重大節(jié)日、活動(dòng)（春節(jié)、元旦、五
一、國(guó)慶等），甲方有權(quán)根據(jù)市場(chǎng)實(shí)際情況調(diào)整價(jià)格，恕不另行通知，乙方遵守執(zhí)行。甲方有權(quán)根據(jù)本地區(qū)物價(jià)指數(shù)增長(zhǎng)幅度調(diào)整消費(fèi)價(jià)格，恕不另行通知，乙方不得有爭(zhēng)議。
三、會(huì)員充值卡的使用及注意事項(xiàng)：
1、每張充值會(huì)員卡擁有一個(gè)獨(dú)立卡號(hào)和密碼，每次使用，須憑密碼輸入經(jīng)電腦確認(rèn)后方可進(jìn)行有效結(jié)賬，金額用完即止，不可透支。當(dāng)出現(xiàn)余額不足時(shí)，可用現(xiàn)金繳納差額部分，然后辦理充值手續(xù)。
2、充值卡采用預(yù)授刷卡的形式結(jié)算，如客人在消費(fèi)后壹個(gè)月內(nèi)未到我店辦理結(jié)賬，就
按自動(dòng)刷卡結(jié)賬。
3、充值或刷卡消費(fèi)后會(huì)員本人需在賬單上簽字確認(rèn)金額。
4、查詢方法：可在甲方店面收銀臺(tái)進(jìn)行金額、積分等查詢。
5、會(huì)員卡內(nèi)所存金額不能兌換現(xiàn)金使用、不退余額、不計(jì)利息。
6、會(huì)員卡內(nèi)所充金額自充值日起兩年內(nèi)消費(fèi)有效。充值卡必須在兩年內(nèi)消費(fèi)完畢，否則甲方服裝店有權(quán)做出處理，所剩余額一律不退還。
7、應(yīng)妥善保管會(huì)員卡，如有遺失或忘記密碼，及時(shí)通知我店并憑有效證件到收銀臺(tái)辦理遺失或申請(qǐng)新密碼手續(xù)，如在報(bào)失前已產(chǎn)生消費(fèi)，該費(fèi)用由會(huì)員卡本人承擔(dān)。辦理掛失手續(xù)后，可立即辦理補(bǔ)卡手續(xù)，同時(shí)需交補(bǔ)卡費(fèi)10元/張。原卡號(hào)內(nèi)的金額和累計(jì)積分即可轉(zhuǎn)入新卡內(nèi)，同時(shí)將舊卡作廢。補(bǔ)卡不得更改會(huì)員卡持卡人姓名和身份證號(hào)碼。
8、乙方必須遵守甲方的服務(wù)規(guī)定，禁止從事違反法律法規(guī)的活動(dòng)，否則甲方有權(quán)終止合同，乙方必須承擔(dān)相應(yīng)的責(zé)任和由此造成損失。
四、協(xié)議及充值卡的有效性：本協(xié)議由雙方代表簽字、蓋章，乙方付款后生效，未盡事宜，雙方協(xié)商解決。
五、甲方對(duì)本合同及充值卡的使用享有最終解釋權(quán)。
六、本合同一式貳份，甲方持壹份，乙方持壹份，均有同等的法律效力。
甲方（蓋章）：仟惠服飾
乙方（簽名）： 日期：
日期：
第四篇：會(huì)員加盟
會(huì)員加盟
你還在為想找家教而不知咋找，不知如何教，而發(fā)愁嗎？你還在為想找兼職而不知道咋找，不知怎做，而苦惱嗎？
《好兄弟家教兼職中》心為你提供家教信息和各階段學(xué)生教材及輔導(dǎo)資料，還為成員做定期培訓(xùn)，更是一個(gè)代課經(jīng)驗(yàn)交流，教學(xué)方法交流的平臺(tái)。無(wú)經(jīng)驗(yàn)的我們也會(huì)提供代前指導(dǎo).并有 假期家教。
而且本中心專為我們同學(xué)提供兼職信息和職前指導(dǎo)，并定期進(jìn)行培訓(xùn)和經(jīng)驗(yàn)交流。主要兼職有促銷、禮儀、服務(wù)生、發(fā)傳單員等。還有假期兼職，為我們學(xué)生提供專業(yè)安全的兼職。你還在猶豫什么？快快加盟吧！我們歡迎你的加入
加盟方式：
登錄注冊(cè)。
第五篇：用例分析總結(jié)
用例圖(Use Case Diagram)是由軟件需求分析到最終實(shí)現(xiàn)的第一步，它描述人們?nèi)绾问褂靡粋€(gè)系統(tǒng)。用例視圖顯示誰(shuí)是相關(guān)的用戶、用戶希望系統(tǒng)提供什么樣的服務(wù)，以及用戶需要為系統(tǒng)提供的服務(wù)，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便于軟件開發(fā)人員最終實(shí)現(xiàn)這些元素。用例圖在各種開發(fā)活動(dòng)中被廣泛的應(yīng)用，但是它最常用來(lái)描述系統(tǒng)及子系統(tǒng)。
當(dāng)用例視圖在外部用戶出現(xiàn)以前出現(xiàn)時(shí)，它捕獲到系統(tǒng)、子系統(tǒng)或類的行為。它將系統(tǒng)功能劃分成對(duì)參與者（即系統(tǒng)的理想用戶）有用的需求。而交互部分被稱作用例。用例使用系統(tǒng)與一個(gè)或者多個(gè)參與者之間的一系列消息來(lái)描述系統(tǒng)中的交互。
用例圖包含六個(gè)元素，分別是：參與者(Actor)、用例(Use Case)、關(guān)聯(lián)關(guān)系(Association)、包含關(guān)系(Include)、擴(kuò)展關(guān)系(Extend)以及泛化關(guān)系(Generalization)。
用例圖可一個(gè)包含注釋和約束，還可一個(gè)包含包，用于將模型中的元素組合成更大的模塊。有時(shí)，可以將用例的實(shí)例引入到圖中。用例圖模型如下所示，參與者用人形圖標(biāo)來(lái)標(biāo)識(shí)，用例用橢圓來(lái)表示，連線表示它們之間的關(guān)系。
一．參與者（Actor）1．參與者的概念
參與者是系統(tǒng)外部的一個(gè)實(shí)體，它以某種方式參與用例的執(zhí)行過(guò)程。參與者通過(guò)向系統(tǒng)輸入或請(qǐng)求系統(tǒng)輸入某些事件來(lái)觸發(fā)系統(tǒng)的執(zhí)行。參與著由參與用例時(shí)所擔(dān)當(dāng)?shù)慕巧珌?lái)表示。在UML中，參與者用名字寫在下面的人形圖標(biāo)表示。
每個(gè)參與者可以參與一個(gè)或多個(gè)用例。它通過(guò)交換信息與用例發(fā)生交互（因此也與用例所在的系統(tǒng)或類發(fā)生了交互），而參與者的內(nèi)部實(shí)現(xiàn)與用例是不相關(guān)的，可以用一組定義其狀態(tài)的屬性充分的描述參與者。參與者有三大類：系統(tǒng)用戶、與所建造的系統(tǒng)交互的其它系統(tǒng)和一些可以運(yùn)行的進(jìn)程。
第一類參與者是真實(shí)的人，即用戶，是最常見的參與者，幾乎存在于每個(gè)系統(tǒng)中。命名這類參與者時(shí)，應(yīng)當(dāng)按照業(yè)務(wù)而不是位置命名，因?yàn)橐粋€(gè)人可能有很多業(yè)務(wù)。
第二類參與者是其它的系統(tǒng)。這類位于程序邊界之外的系統(tǒng)也是參與者。第三了參與者是一些可以運(yùn)行的進(jìn)程，如時(shí)間。當(dāng)經(jīng)過(guò)一定的時(shí)間觸發(fā)系統(tǒng)中的某個(gè)事件時(shí)，時(shí)間就成了參與者。２．確定參與者
在獲取用例前首先要確定系統(tǒng)的參與者，開發(fā)人員可以通過(guò)回答以下的問題來(lái)尋找系統(tǒng)的參與者。
（1）誰(shuí)將使用該系統(tǒng)的主要功能。
（2）誰(shuí)將需要該系統(tǒng)的支持以完成其工作。
（3）誰(shuí)將需要維護(hù)、管理該系統(tǒng)，以及保持該系統(tǒng)處于工作狀態(tài)。（4）系統(tǒng)需要處理哪些硬件設(shè)備。（5）與該系統(tǒng)那個(gè)交互的是什么系統(tǒng)。
（6）誰(shuí)或什么系統(tǒng)對(duì)本系統(tǒng)產(chǎn)生的結(jié)果感興趣。
在對(duì)參與者建模的過(guò)程中，開發(fā)人員必須要牢記以下幾點(diǎn)。
（1）參與者對(duì)于系統(tǒng)而言總是外部的，因此它們可以處于人的控制之外。
（2）參與者可以直接或間接的與系統(tǒng)交互，或使用系統(tǒng)提供的服務(wù)以完成某件事務(wù)。（3）參與者表示人和事物與系統(tǒng)發(fā)生交戶時(shí)所扮演的角色，而不是特定的人或者特定的事物。
（4）每個(gè)參與者需要一個(gè)具有業(yè)務(wù)一樣的名字，在建模中不推薦使用類似“新參與者”的名字。
（5）每一個(gè)參與者要必須有簡(jiǎn)短的描述，從業(yè)務(wù)角度描述參與者是什么。
（6）一個(gè)人或事物在與系統(tǒng)發(fā)生交互時(shí)，可以同時(shí)或不同時(shí)扮演多個(gè)角色。
（7）和類一樣，參與者可以具有表示參與者的屬性和可以接受的事件，但使用的不頻繁。３．參與者之間的關(guān)系
因?yàn)閰⑴c者是類，所以多個(gè)參與者之間可以具有與類相同的關(guān)系。在用例視圖中，使用了泛化關(guān)系來(lái)描述多個(gè)參與者之間的公共行為。如果系統(tǒng)中存在幾個(gè)參與者，它們既扮演自身的角色，同時(shí)也扮演更具一般化的角色，那么就用泛化關(guān)系來(lái)描述它們。這種情況往往發(fā)生在一般角色的行為在參與者超類中描述的場(chǎng)合。特殊化的參與者繼承了該超類的行為，然后在某些方面擴(kuò)展了此行為。參與者之間的泛化關(guān)系用一個(gè)三角箭頭來(lái)表示，指向扮演一般角色的超類。這與UML中類之間的返還關(guān)系符號(hào)相同。
二用例（Use Case）1．用例的概念
用例是外部可見的系統(tǒng)功能單元，這些系統(tǒng)功能由系統(tǒng)單元所提供，并通過(guò)一系列系統(tǒng)單元與一個(gè)或多個(gè)參與者之間交換的消息所表達(dá)。用例的用途是，在不揭示系統(tǒng)內(nèi)部構(gòu)造的前提下定義連貫的行為。
用例的定義包含它所必須的所有行為——執(zhí)行用例的主線次序、標(biāo)準(zhǔn)行為的不同變形、一般行為下的所有異常情況及其預(yù)期反應(yīng)。從用戶的角度來(lái)看，上述情況很可能是異常情況；從系統(tǒng)的角度來(lái)看，它們是必須被描述和處理的附加情況。更確切地說(shuō)，用例不是需求或功能的規(guī)格說(shuō)明，但是也展示和體現(xiàn)其所描述的過(guò)程中的需求情況。在UML中，用例用一個(gè)橢圓表示。
在模型中，每個(gè)用例的執(zhí)行都獨(dú)立與其它用例，盡管在執(zhí)行一個(gè)用例時(shí)由于用例之間共享對(duì)象的原因可能會(huì)在用例之間產(chǎn)生隱含的依賴關(guān)系。每個(gè)用例都表示一個(gè)縱向的功能塊，這個(gè)功能塊的執(zhí)行會(huì)和其它用例的執(zhí)行混合在一起。
用例的動(dòng)態(tài)執(zhí)行過(guò)程可以用UML的交互來(lái)說(shuō)明，可用用狀態(tài)圖、時(shí)序圖、協(xié)作圖或非正式的文字描述來(lái)表示。用例功能的執(zhí)行通過(guò)系統(tǒng)中類之間的協(xié)作來(lái)實(shí)現(xiàn)。一個(gè)類可以參與多個(gè)協(xié)作，因此也參與了多個(gè)用例。在系統(tǒng)層，用例表示整個(gè)系統(tǒng)對(duì)外部用戶可見的行為。一個(gè)用例就像外部用戶可以使用的系統(tǒng)操作。但是，它不又與操作不同，用例可以在執(zhí)行過(guò)程中持續(xù)接受參與者的輸入消息。用例也可以被像子系統(tǒng)和獨(dú)立類這樣的系統(tǒng)小單元所應(yīng)用。一個(gè)內(nèi)部用例表示了系統(tǒng)的一部分對(duì)其它部分呈現(xiàn)出的行為。例如，某個(gè)類的用例表示了一個(gè)連貫的功能塊，這個(gè)功能塊是該類提供給系統(tǒng)內(nèi)其它有特定作用的類的。一個(gè)類可以有多個(gè)用例。２．識(shí)別用例
用例圖對(duì)整個(gè)系統(tǒng)建模過(guò)程非常重要，在繪制系統(tǒng)用例圖前，還有許多工作要做。系統(tǒng)分析者必須分析系統(tǒng)的參與者和用例，他們分別描述了“誰(shuí)來(lái)做”和“做什么”這兩個(gè)問題。
識(shí)別用例最好的方法就是從分析系統(tǒng)的參與者開始，考慮每一個(gè)參與者是如何使用系統(tǒng)的。使用這種策略的過(guò)程中可能會(huì)發(fā)現(xiàn)新的參與者，這對(duì)完善整個(gè)系統(tǒng)的建模有很大的幫助。用例建模的過(guò)程是一個(gè)迭代和逐步精華的過(guò)程，系統(tǒng)分析者首先從用例的名稱開始，然后添加用例的細(xì)節(jié)信息。這些信息由簡(jiǎn)短的描述組成，它們被精華成完整的規(guī)格說(shuō)明。在識(shí)別用例的過(guò)程中，通過(guò)回答以下幾個(gè)問題，系統(tǒng)分析者可以獲得幫助。
（1）特定參與者希望系統(tǒng)提供什么功能。
（2）系統(tǒng)是否存儲(chǔ)和檢索信息，如果是，由哪個(gè)參與者觸發(fā)。（3）當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者。（4）是否存在影響系統(tǒng)的外部事件。（5）哪個(gè)參與者通知系統(tǒng)這些事件。３．用例與事件流
用例分析處于系統(tǒng)的需求分析階段，這個(gè)階段應(yīng)該盡量避免考慮系統(tǒng)實(shí)現(xiàn)的細(xì)節(jié)問題。但是要實(shí)際建立系統(tǒng)，則需要更加具體的細(xì)節(jié)，這些細(xì)節(jié)寫在事件流文件中。事件流的目的是為用例的邏輯流程建立文檔，這個(gè)文檔詳細(xì)描述系統(tǒng)用戶的工作和系統(tǒng)本身的工作。
雖說(shuō)事件流很詳細(xì)，但其仍然是獨(dú)立于實(shí)現(xiàn)的方法的。換句話說(shuō)，事件流描述的是一個(gè)系統(tǒng)“做什么”而不是“怎么做”。事件流通常包括：簡(jiǎn)要說(shuō)明、前提條件、主事件流、其它事件流和事后事件流。（1）簡(jiǎn)要說(shuō)明。每個(gè)用例應(yīng)當(dāng)有一個(gè)相關(guān)的說(shuō)明，描述該用例的作用，說(shuō)明應(yīng)當(dāng)簡(jiǎn)明扼要，但應(yīng)包括執(zhí)行用例的不同類型的用戶和通過(guò)這個(gè)用例要達(dá)到的結(jié)果。
（2）前提條件。用例的前提條件列出用例之間必須滿足的條件。例如，前提條件是另一個(gè)用例已經(jīng)執(zhí)行或用戶具有運(yùn)行當(dāng)前用例的權(quán)限。但并不是所有用例都有前提條件。
（3）主事件流和其它事件流。用例的具體細(xì)節(jié)在主事件流和其它事件流中描述。事件流是從用戶角度描述執(zhí)行用例的具體步驟，關(guān)注系統(tǒng)“做什么”，而不是“怎么做”。主事件流和其它事件流包括：用例如何開始和結(jié)束、用例如何與參與者交互、用例的正常流程（主流程）、用例主事件流（其它事件流）的變體和錯(cuò)誤流。
（4）事后條件。事后條件是用例執(zhí)行完畢后必須為真的條件。例如，可以在用例完成之后設(shè)置一個(gè)標(biāo)識(shí)，這種信息就是事后條件。與前提條件一樣，事后條件可以增加用例次序方面的信息，如果要求一個(gè)用例執(zhí)行完后必須執(zhí)行另一個(gè)用，那么就可以在事后條件中說(shuō)明這一點(diǎn)。當(dāng)然，并不是每個(gè)用例中都有事后條件。三用例間的關(guān)系
用例除了與參與者發(fā)生關(guān)系外，還可以具有系統(tǒng)中的多個(gè)關(guān)系，這些關(guān)系包括包含關(guān)系、擴(kuò)展關(guān)系和泛化關(guān)系。應(yīng)用這些關(guān)系的目的是為了從系統(tǒng)中抽取出公共行為和其變體。1．關(guān)聯(lián)關(guān)系（Association）
關(guān)聯(lián)關(guān)系描述參與者與用例之間的關(guān)系，它是用于表示類的掛系的關(guān)聯(lián)元類的實(shí)例。在UML中，關(guān)聯(lián)關(guān)系用箭頭來(lái)表示。
關(guān)聯(lián)關(guān)系表示參與者與用例之間的通信。不同的參與者可以訪問相同的用例，一般說(shuō)來(lái)它們和該用例的交互是不一樣的，如果一樣的話，說(shuō)明它們的角色可能是相同的。如果兩中交互的目的也相同，說(shuō)明它們的角色是相同的，就可以將它們合并。
２．包含關(guān)系（Include）
雖然每個(gè)用例的實(shí)例都是獨(dú)立的，但是一個(gè)用例可以用其它的更簡(jiǎn)單的用例來(lái)描述。這有點(diǎn)像通過(guò)繼承父類并增加附加描述來(lái)定義一個(gè)類。一個(gè)用例可以簡(jiǎn)單地包含其它用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關(guān)系。在這種情況下，新用例不是初始用例的一個(gè)特殊例子，并且不能被初始用例所代替。愛UML中，包含關(guān)系表示為虛線箭頭交<
包含關(guān)系使一個(gè)用例的功能可以在另一個(gè)用例中使用，如下所述。（1）如果兩個(gè)以上用例有大量一致的功能，則可以將這個(gè)功能分解到另外一個(gè)用例中。其它用例可以和這兩個(gè)用例建立包含關(guān)系。（2）一個(gè)用例的功能太多時(shí)，可以用包含關(guān)系建模兩個(gè)小用例。要使用包含關(guān)系，就必須在客戶用例中說(shuō)明提供者用例行為別包含的詳細(xì)位置。這一點(diǎn)同功能調(diào)用有點(diǎn)類似。事實(shí)上，它們?cè)谀撤N程度上具有相似的語(yǔ)義。
３．?dāng)U展關(guān)系（Extend）一個(gè)用例也可以被定義為基礎(chǔ)用例的增量擴(kuò)展，這被稱作擴(kuò)展關(guān)系，擴(kuò)展關(guān)系是把新的行為插入到已有的用例中的方法。同一個(gè)基礎(chǔ)用例的幾個(gè)擴(kuò)展用例可以在一起應(yīng)用?；A(chǔ)用例的擴(kuò)展增加了原有的語(yǔ)義，此時(shí)基礎(chǔ)用例而不是擴(kuò)展用例被作為例子使用。在UML中，擴(kuò)展關(guān)系表示為虛線箭頭加<
基礎(chǔ)用例提供了一組擴(kuò)展點(diǎn)，在這些新的擴(kuò)展點(diǎn)中可以添加新的行為，而擴(kuò)展用例提供了一組插入片片段，這些片段能夠被插入到基礎(chǔ)用例的擴(kuò)展點(diǎn)上?；A(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點(diǎn)。事實(shí)上，基礎(chǔ)用例即使沒有擴(kuò)展用例也是完整的，這點(diǎn)與包含關(guān)系有所不同。一個(gè)用例可能有多個(gè)擴(kuò)展點(diǎn)，每個(gè)擴(kuò)展點(diǎn)可以出現(xiàn)多次。但是一般情況下，基礎(chǔ)用例的執(zhí)行不和涉及到擴(kuò)展用例，只有特定的條件發(fā)生，擴(kuò)展用例才被執(zhí)行。擴(kuò)展關(guān)系為處理異?；驑?gòu)建靈活的系統(tǒng)框架提供了一種有效的方法。
４．泛化關(guān)系（Generalization）一個(gè)用例可以被特別列舉為一個(gè)或多個(gè)用例，這被稱為用例泛化。當(dāng)父用例能夠被使用時(shí)，任何子用例也可以被使用。在UML中用例泛化與其它泛化關(guān)系的表示法相同，用一個(gè)三角箭頭從子用例指向父用例。在用例泛化中，子用例表示父用例的特殊形式。子用例從父用例處繼承行為和屬性，還可以添加、覆蓋或改變繼承的行為。如果系統(tǒng)中一個(gè)或多個(gè)用例是某個(gè)一般用例的特殊化時(shí)，就需要使用用例的泛化關(guān)系。
用例建模技術(shù)
一．對(duì)語(yǔ)境建模
對(duì)于一個(gè)系統(tǒng)，會(huì)有一些事物存在于其內(nèi)部，而一些事物存在于其外部。存在于系統(tǒng)內(nèi)部的事物的任務(wù)是完成系統(tǒng)外部事物所期望的系統(tǒng)行為，存在于系統(tǒng)外部并與其進(jìn)行交互的事物構(gòu)成了系統(tǒng)的語(yǔ)境，即系統(tǒng)存在的環(huán)境。在UML建模中，用例圖對(duì)系統(tǒng)的語(yǔ)境進(jìn)行建模，強(qiáng)調(diào)的是系統(tǒng)的外部參與者。對(duì)系統(tǒng)語(yǔ)境建模應(yīng)當(dāng)遵循以下的方法：（1）用以下幾組事物來(lái)識(shí)別系統(tǒng)外部的參與者：需要從系統(tǒng)中得到幫助以完成其任務(wù)的組；執(zhí)行系統(tǒng)功能時(shí)所必須的組；與外部硬件或其它軟件系統(tǒng)進(jìn)行交互的組；為了管理和維護(hù)而執(zhí)行某些輔助功能的組。（2）將類似的參與者組織成泛化/特殊化的結(jié)構(gòu)層次。
（3）在需要加深理解的地方，為每個(gè)參與者提供一個(gè)構(gòu)造型。
（4）將參與者放入到用例圖中，并說(shuō)明參與者與用例之間的通信路徑。二．對(duì)需求建模
需求就是根據(jù)用戶對(duì)產(chǎn)品功能的期望，提出產(chǎn)品外部功能的描述。需要分析所要做的工作是獲取系統(tǒng)的需求，歸納系統(tǒng)所要實(shí)現(xiàn)的功能，使最終的軟件產(chǎn)品最大限度的貼近用戶的要求。對(duì)系統(tǒng)需求建?？梢詤⒖家韵碌姆椒?。
（1）識(shí)別系統(tǒng)外部的參與者來(lái)建立系統(tǒng)的語(yǔ)境。
（2）考慮每一個(gè)參與者期望的行為或需要系統(tǒng)提供的行為。（3）把公共的行為命名為用例
（4）分解公共行為，放入到新的用例中以供其它的用例使用：分解異常行為，放入新用例中以延伸為主要的控制流。簡(jiǎn)而言之，就是確定提供者用例和擴(kuò)展用例。
（5）在用例視圖中對(duì)用例、參與者和它們之間的關(guān)系進(jìn)行建模。
點(diǎn)擊咨詢 