信息系統(tǒng)分析與設(shè)計(jì)案例201X-2ppt課件

課程案例一 第二部分 用例用例圖用例場(chǎng)景和用例描述參與者和參與者描述用例關(guān)系技術(shù)討論 內(nèi)容 簡(jiǎn)介 1 用例對(duì)用戶眼中的系統(tǒng)功能進(jìn)行建模 即到目前為止用戶所關(guān)注的系統(tǒng)做什么 它所做的對(duì)用戶有價(jià)值的事情 用例模型提供了一種對(duì)需求調(diào)查階段所獲得的大量信息進(jìn)行組織 分類和記錄的一種方式 因此 它是開發(fā)過程中需求定義的一個(gè)組成部分 用例通常用圖形表示 即用例圖 并且被文本描述 用例描述 參與者描述和場(chǎng)景 所支持 用例圖和支持文本都是簡(jiǎn)單的和直觀的 它們是理想的工具用于同用戶討論和清楚表明開發(fā)者對(duì)用戶需求理解 簡(jiǎn)介 2 一旦用例模型完成并同用戶一起檢查 它就形成一個(gè)結(jié)構(gòu)化信息的基礎(chǔ)源 系統(tǒng)其它的模型都能在其基礎(chǔ)上作出 用例模型對(duì)系統(tǒng)的測(cè)試也是有幫助的 用例建模時(shí)在面向?qū)ο筌浖_發(fā)過程的不同階段進(jìn)行的 在各個(gè)階段的信息類型和詳細(xì)程度取決于模型的用途 在開發(fā)的早期階段 用例模型的主要目的是用于同用戶溝通 不包括系統(tǒng)詳細(xì)設(shè)計(jì)和實(shí)施的信息 隨后 諸如用戶界面的設(shè)計(jì)這樣相關(guān)的技術(shù)細(xì)節(jié)被增加 以便為編程人員提供信息 用例圖 用例模型由用例圖 一組用例描述 一組參與者描述和一組場(chǎng)景組成 用例圖使用四個(gè)概念對(duì)問題領(lǐng)域進(jìn)行圖形化建模 用例 usecase 參與者 actor 關(guān)系連接 relationshiplink 和邊界 boundary 圖2 1表示了Wheels案例研究的一個(gè)用例圖 新系統(tǒng)的功能被分解成5個(gè)用例 維護(hù)自行車登記表 Maintainbikelist 維護(hù)顧客登記表 Maintaincustomerlist 處理詢問 Handleenquiries 出租自行車 Issuebike 以及處理自行車返還 Handlebikereturn 概念上 用例圖類似于頂層菜單 其列出了系統(tǒng)做的5個(gè)主要的事情 確定用例 1 根據(jù)參與者確定用例我們看到了Annie和Simon開始談?wù)摰氖侨绾纬鲎庾孕熊?這是Annie每天主要的工作任務(wù)之一 因此 出租自行車是一個(gè)用例 出租自行車包括找出合適的自行車 計(jì)算租金 收錢 給收據(jù) 以及記錄顧客和租賃交易的細(xì)節(jié) 然后 會(huì)談涉及到關(guān)于自行車返還處理的討論 Annie將這當(dāng)做與出租自行車分開的任務(wù) 因?yàn)槠湓跁r(shí)間上上是不同的 并且涉及一組不同的過程 檢查日期 檢查自行車的車況 以及返還押金 確定用例 2 根據(jù)參與者確定用例 續(xù)1 在會(huì)談中Annie告訴我們 一個(gè)自行車的登記表已經(jīng)存放在計(jì)算機(jī)中 但是不能用來幫助他們進(jìn)行工作 這個(gè)自行車登記表需要如此存儲(chǔ) 以便其能用來回答諸如此類問題的詢問 Wheels有什么樣的自行車 是否這些車可以租借 它們的押金是多少 租金是多少 如此等等 維護(hù)這個(gè)自行車登記表是另一個(gè)用例 處理詢問被Annie視作是與出租自行車不同的另外任務(wù) 她經(jīng)常遇到有人到商店或打電話來僅僅為了了解有哪些自行車可以租借 以及費(fèi)用如何 有時(shí)這種詢問會(huì)導(dǎo)致租借 但更多的時(shí)候不會(huì)導(dǎo)致自行車的租借 因此 我們能確定 處理詢問 Handleenquiries 是一個(gè)單獨(dú)的用例 確定用例 3 根據(jù)參與者確定用例 續(xù)2 在會(huì)談中 發(fā)現(xiàn)顧客的信息 以及他們以前租借自行車的記錄沒有被保存 而這類信息從市場(chǎng)營(yíng)銷的角度是非常有用的 其能簡(jiǎn)化對(duì)相同自行車租借的處理 參見問題定義圖2 2 問題和需求列表圖2 3 以及會(huì)談總結(jié)圖2 4 因此 維護(hù)顧客登記表 Maintaincustomerlist 能被確定為一個(gè)用例 用例場(chǎng)景 1 根據(jù)用例場(chǎng)景確定用例一個(gè)場(chǎng)景描述了用戶和系統(tǒng)之間一系列的交互以便達(dá)到特定的目的 一個(gè)場(chǎng)景描述了一個(gè)特定的事件序列 例如 當(dāng)Annie成功地將自行車出租給用戶時(shí)將會(huì)發(fā)生什么事情 參見圖2 5 取決于所在的階段 系統(tǒng)開發(fā)人員能夠使用場(chǎng)景來描述在一個(gè)情況下實(shí)際發(fā)生什么 或者 可能已經(jīng)發(fā)生什么 或者他們要求在新系統(tǒng)中將要發(fā)生的事情 用例場(chǎng)景 2 根據(jù)用例場(chǎng)景確定用例 續(xù) 一個(gè)精心研究的場(chǎng)景既描述了系統(tǒng)的典型應(yīng)用 又描述了系統(tǒng)的例外的應(yīng)用 它是一個(gè)非常好的工具 用來理解系統(tǒng)做什么 以及它是如何使用的 她是一個(gè)從下到上理解系統(tǒng)的方法 你從了解系統(tǒng)如何被使用的細(xì)節(jié)著手 以此發(fā)現(xiàn)整個(gè)的目標(biāo)和目的是什么 進(jìn)而理解用例是什么 每個(gè)用例代表了一組場(chǎng)景 屬于同一用例的場(chǎng)景有共同的目的 而在這個(gè)組中的每個(gè)場(chǎng)景描述了涉及達(dá)到 或不能達(dá)到 這個(gè)用例目的的一個(gè)不同的事件序列 圖2 5和圖2 6描述了屬于出租自行車 Issuebike 用例的場(chǎng)景 在兩種情況下 Annie都試圖將一輛自行車出租給一位顧客 用例場(chǎng)景 3 場(chǎng)景應(yīng)該用文檔記錄一個(gè)典型的事件序列導(dǎo)致達(dá)到用例的目的 即一個(gè)顧客租到了一輛自行車 明顯地 有些特殊情況 例如 一位顧客租借一輛以上的自行車 租借時(shí)間是一樣的 一位顧客租借一輛以上的自行車 但每輛車的租借時(shí)間長(zhǎng)短不一 一位顧客租借一輛特殊的自行車 等等 也有一些事件序列表示用例的目的不能達(dá)到 例如 顧客不能發(fā)現(xiàn)他所喜歡的自行車 顧客認(rèn)為費(fèi)用太高 等等 開發(fā)人員需要確信其理解并用文檔記錄了系統(tǒng)應(yīng)該如何響應(yīng)每一個(gè)可能發(fā)生的事件 小的 簡(jiǎn)單的用例利用用例描述就能充分地描述了 用例描述 1 什么是用例描述用例描述是一種描述性文檔 其以普通的術(shù)語描述了用例的功能需求 典型地 它描述了用例的目的 給出了通常會(huì)發(fā)生什么的一般性描述 事件的正常過程 以及任何小的變化的簡(jiǎn)要描述 換言之 這種描述是概況的 其書寫的方式是應(yīng)該包括涉及用例的每一個(gè)事件序列和每一個(gè)場(chǎng)景 這種描述表明系統(tǒng)應(yīng)該做什么 而不是它應(yīng)該如何做 在這些情節(jié)后面的程序編寫 數(shù)據(jù)存儲(chǔ)結(jié)構(gòu) 以及其它的實(shí)施細(xì)節(jié)不應(yīng)出現(xiàn)在用力描述中 僅僅是用戶能見到的發(fā)生事情 用例描述 2 高層次的用例描述有兩種不同類型的用例描述是有用的 在軟件開發(fā)的早期 此時(shí)關(guān)于系統(tǒng)設(shè)計(jì) 特別是系統(tǒng)用戶界面的設(shè)計(jì)的詳細(xì)決策沒有被制定 一個(gè)簡(jiǎn)短的 非結(jié)構(gòu)化的描述是足夠的 這種描述被稱為高層描述 參見圖2 7 這些描述僅需要記錄用例的目的 涉及的參與者 以及發(fā)生什么的總體概述 用例描述 3 擴(kuò)展的用例描述隨后 一個(gè)更詳細(xì)的 結(jié)構(gòu)化得描述是有用的 其被稱為擴(kuò)展用例描述 參見圖2 8 擴(kuò)展用例描述比高層用例描述更詳細(xì) 結(jié)構(gòu)化更強(qiáng) 它應(yīng)該記錄 什么發(fā)生來觸發(fā)用例哪些參與者被涉及哪些數(shù)據(jù)應(yīng)該被輸入用例的輸出是什么用例需要哪些存儲(chǔ)的數(shù)據(jù)什么發(fā)生來表示用例的完成事件序列的微小變化 圖2 9 參與者與參與者描述 1 參與者參與者在系統(tǒng)外部 他們代表了同系統(tǒng)交互 并從中獲得某種收益的某些人或事物 通常 一個(gè)參與者是一位用戶 但有時(shí)它是諸如銀行或財(cái)務(wù)系統(tǒng)這樣的其它系統(tǒng) 一個(gè)參與者也可以代表諸如打印機(jī)這樣的硬件 一般而言 一個(gè)參與者是某個(gè)輸入信息到系統(tǒng)或接收來自系統(tǒng)的信息 或二者具備 的實(shí)體 更嚴(yán)謹(jǐn)?shù)?一個(gè)參與者代表了利用系統(tǒng)的一種特殊的方法 一種同系統(tǒng)交互以取得用例目的的方法 它經(jīng)常被描述成某個(gè)實(shí)體在用例中所扮演的角色 Theactorsintheusecasediagramin在用例圖圖2 1中的參與者是管理者 Administrator 和接待員 Receptionist 接待員租出自行車 管理者維護(hù)自行車登記表和顧客登記表 在Wheels中即沒有管理者的任務(wù)頭銜 也沒有接待員的任務(wù)頭銜 這是因?yàn)槲覀儾皇潜硎救魏蝹€(gè)人 相反我們表示任何被授權(quán)使用系統(tǒng)來完成特定任務(wù)的人 參與者與參與者描述 2 參與者 續(xù) 每個(gè)參與者能代表著若干不同的人和若干不同的任務(wù)頭銜 例如 管理者可能是首席機(jī)械師Naresh 商店經(jīng)理Annie 或者甚至是商店老板Mike 每個(gè)人或任務(wù)頭銜能扮演若干個(gè)不同的角色 接待員的角色通常是由Annie扮演 然而 當(dāng)她不在的時(shí)候 任何一個(gè)機(jī)械師或者M(jìn)ike能作為接待員使用計(jì)算機(jī)系統(tǒng) 即他們能扮演接待員的角色 另一個(gè)思維的方式是用戶在使用系統(tǒng)時(shí)能戴不同的帽子 Naresh能戴管理者或接待員的帽子來使用本系統(tǒng) 參與者在需求獲取時(shí)通過詢問下列問題來確認(rèn) 誰涉及諸如出租自行車這樣的主要系統(tǒng)過程 誰將使用新系統(tǒng) 誰給系統(tǒng)提供信息 誰獲得系統(tǒng)的輸出 參與者與參與者描述 3 參與者描述參與者描述借助角色和任務(wù)頭銜來簡(jiǎn)要描述參與者接待員使用系統(tǒng)來回答關(guān)于自行車的可得性和費(fèi)用的詢問 租出自行車 以及記錄自行車的返還 接待員可以是商店經(jīng)理Annie 任何一位機(jī)械師 或者商店老板Mike 管理者使用系統(tǒng)來維護(hù)顧客和自行車登記表 管理者可以是首席機(jī)械師Naresh 商店經(jīng)理Annie 或者商店老板Mike 用例關(guān)系 1 通訊關(guān)聯(lián)在用例圖中 連接參與者和用例的連接線被稱作為通訊關(guān)聯(lián) 參見圖2 1 通訊關(guān)聯(lián)告訴我們哪個(gè)參與者同哪個(gè)用例是相互關(guān)聯(lián)的 每個(gè)參與者可能被關(guān)聯(lián)到許多用例 每個(gè)用例能被關(guān)聯(lián)到許多參與者 包括 Include include 關(guān)系是用例之間的關(guān)系 當(dāng)你發(fā)現(xiàn)你有一部分行為對(duì)若干用例是共同的時(shí)候 它是有用的 不需要在若干個(gè)用例描述中重復(fù)地描述這部分行為 這部分共同的行為能分割成一個(gè)單獨(dú)的用例 然后用 include 關(guān)系連接到所有相關(guān)的用例 確定對(duì)若干用例是共同的功能是重要的 它允許開發(fā)人員避免無謂的努力 一部分功能能被一次確定 研究和建模 然后在需要時(shí)重用 用例關(guān)系 通訊關(guān)聯(lián) include和extend 2 包括 Include 續(xù) 圖2 10表示了一個(gè)初始Wheels的用例圖 參見圖2 1 的精煉版本 用例 Maintainbikelist Handleenquiries Issuebike 和 Handlebikereturn 都需要在自行車記錄表中發(fā)現(xiàn)一輛特定的自行車 因此 我們產(chǎn)生一個(gè)新用例 Findbike 然后將它用 include 關(guān)系連接到前面四個(gè)需要它的用例 這告訴我們這些用例將總使用 Findbike 用例 同樣 Issuebike 的用例描述的第一部分重復(fù)了用例 Handleenquiries 的行為 Annie在出租自行車之前總是要告訴顧客一輛自行車每天的租金和押金 取代在兩個(gè)用例中重復(fù)描述同一行為 我們能將其從 Issuebike 用例中去掉 然后在 Issuebike 和 Handleenquiries 之間使用一個(gè) include 關(guān)系 注意虛線箭頭從主要用例指向它所包括的用例 即從 Issuebike 指向 Handleenquiries 用例關(guān)系 通訊關(guān)聯(lián) include和extend 3 擴(kuò)展 Extend extend 關(guān)系被用作為在一個(gè)用例中定義一個(gè)特定的有意義的替代行為的方法 它通常記錄用戶能選擇在正常情況以外的功能 在這個(gè)方面使用 extend 關(guān)系僅僅是為了記錄不同于正常事件過程的重要變化 小的變化能在擴(kuò)展用例描述中所覆蓋 如果我們要描述下列情況 則需要使用一個(gè) extend 關(guān)系 另外的功能在需要時(shí)是能夠得到的 例如 打印一個(gè)列表 而不是僅僅在屏幕上顯示它 僅在特定條件下的行為 例如 如何沒有返還全部押金 則打印另外的收據(jù) 用例關(guān)系 通訊關(guān)聯(lián) include和extend 4 擴(kuò)展 Extend 續(xù)1 在圖2 10中 我們已經(jīng)產(chǎn)生了一個(gè)新用例 Printreceipt 和一個(gè)這個(gè)新用例同 Handlebikereturn 用例之間的 extend 其意義是表示有時(shí)在返還一輛自行車時(shí)可能涉及到打印一張收據(jù) 雖然正常情況下不會(huì)發(fā)生 如果顧客租借自行車的天數(shù)超出他們預(yù)付的租金的天數(shù) 或者還回的自行車有損壞 則必須打印新的收據(jù) 相反 打印收據(jù)總是 Issuebike 用例的組成部分 所以我們?cè)?Issuebike 和 Printreceipt 之間定義了一個(gè) include關(guān)系 注意現(xiàn)在虛線箭頭是從新擴(kuò)展的用例指向主用例 即從 Printreceipt 指向 Handlebikereturn 這種方向的改變似乎沒有特別的理由 僅僅是規(guī)則所規(guī)定 用例關(guān)系 通訊關(guān)聯(lián) include和extend 5 擴(kuò)展 Extend 續(xù)2 如果我們決定用例 Issuebike 的部分將相當(dāng)頻繁地涉及增加新顧客 或者更新我們已有顧客的細(xì)節(jié) 那么在 Issuebike 和 Maintaincustomerlist 之間定義一個(gè) extend 關(guān)系將是明智的 參見圖2 11 在這里 一個(gè) extend 關(guān)系比一個(gè) include 關(guān)系更為適當(dāng) 因?yàn)槲覀冊(cè)诔鲎庖惠v自行車時(shí)不是經(jīng)常增加新顧客或編輯顧客的細(xì)節(jié) 注意小用例總是建模成一個(gè)主要用例的擴(kuò)展 即 核心功能在基本用例中定義 而附件的或例外的行為在擴(kuò)展用例中定義 用例關(guān)系 通訊關(guān)聯(lián) include和extend 6 擴(kuò)展 Extend 續(xù)3 有時(shí)在用例的一個(gè)特定點(diǎn)處 用戶不得不從若干選項(xiàng)中選擇一個(gè)選項(xiàng) 在此情況下 將每個(gè)選項(xiàng)建模成單獨(dú)的擴(kuò)展用例可能是有用的 擴(kuò)展用例描述中的可選過程 alternativecourses 部分也可以用來定義用例的不同行為 參見圖2 9 你選擇使用哪種方法是一個(gè)判斷的問題 在用例描述中記錄 include 和 extend 如果我們已經(jīng)增加了 include 或 extend 關(guān)系到一個(gè)用例圖中 我們必須在用例描述中記錄它們 這是利用關(guān)鍵詞 initiate 來完成 例如 如果用例 Issuebike 被建模如圖2 10和圖2 11中所定義 我們應(yīng)該調(diào)整它的用例描述 以記錄 include 和 extend 關(guān)系 如圖2 12所示 技術(shù)要點(diǎn) 1 在用例圖中記錄擴(kuò)展點(diǎn)當(dāng)一個(gè)基本用例用一個(gè) extend 連接到另一個(gè)用例時(shí) 在用例圖中表示一個(gè)跳轉(zhuǎn)到擴(kuò)展用例的跳轉(zhuǎn)點(diǎn)有時(shí)是有用的 例如 參見圖2 11 在 Issuebike 用例中 我們將要在接待員需要增加新顧客信息或改變一個(gè)已有顧客的細(xì)節(jié)時(shí) 利用在 Maintaincustomerlist 用例中定義的額外的功能 擴(kuò)展點(diǎn)能記錄在用例圖中如圖2 13所示 在用例橢圓的下半部 我們定義擴(kuò)展點(diǎn)的名稱 在本例中 名稱是 addcustomer 和 Editcustomer 通過在關(guān)系上增添標(biāo)注 我們也定義擴(kuò)展用例執(zhí)行的情景 在本例中是 Newcustomer或changecustomerdetails 技術(shù)要點(diǎn) 2 泛化 Generalization 用例和參與者都可以特別規(guī)定 即我們能在參與者之間和用例之間使用一個(gè)繼承 或者稱為泛化generalization 特化specialization 關(guān)系 在用例的情況下 泛化的使用時(shí)定義事件的可選過程的另一種方法 例如 我們能對(duì)圖3 12中表示的情形利用泛化關(guān)系改變成圖2 14中所示 這使我們能更加精確地對(duì)發(fā)生的事情建模 如果接待員正在出租自行車給一位新顧客 則她使用一個(gè)特化用例 Issuebiketonewcustomer 這個(gè)用例總是執(zhí)行用例 Maintaincustomerlist 然而 如果她出租一輛車給一個(gè)老客戶 它使用泛化用例 Issuebike 如果在執(zhí)行這個(gè)用例的過程中 她發(fā)現(xiàn)該顧客已經(jīng)改變了他們的地址 則她能選擇執(zhí)行 Maintaincustomerlist 用例 參與者也能被特化 如果我們希望表示特化的參與者除扮演同泛化的參與者相同的角色 但還有一些另外的角色 技術(shù)要點(diǎn) 3 主要參與者 Initiatingactor 和次要參與者 participatingactor 理解參與者類型的差別而不過于陷于細(xì)節(jié)的泥潭是值得的 在任何用例中 主要參與者是這樣的參與者 其啟動(dòng)事件序列 即激活用例 用例涉及的其他參與者是次要參與者 最重要的參與者是被稱作受益者的參與者 即參與者從用例獲得益處 如同用例中所定義 一個(gè)人使用計(jì)算機(jī)來做一些對(duì)他有用的事情 關(guān)于誰應(yīng)該被建模成與用例關(guān)聯(lián)的參與者存在一些爭(zhēng)論 有些實(shí)踐者喜歡在用例圖中表示每一個(gè)同用例關(guān)聯(lián)的人 而另外一些則僅表示主要參與者 一些人僅表示受益者 技術(shù)要點(diǎn) 4 主要參與者和次要參與者 續(xù) 在Wheels案例研究中 我們不將顧客 Customer 建模成一個(gè)參與者 雖然通常是顧客激活一個(gè)用例 我們應(yīng)該建模系統(tǒng)如圖2 15所示 參與者的選擇是一個(gè)很大的內(nèi)容描述 在其中我們選擇繪制系統(tǒng)邊界 如果我們正在建立一個(gè)整個(gè)商業(yè)系統(tǒng)的高層模型 目的是使得商業(yè)或公司更有效率 則參與者是公司以外環(huán)境中的人 在Wheels系統(tǒng)中 這將是客戶 也可能是供貨商 根據(jù)這個(gè)觀點(diǎn) 公司的雇員被看作系統(tǒng)邊界內(nèi)的資源 而不被建模成參與者 在另一方面 如果我們正在考慮作為整個(gè)商業(yè)系統(tǒng)組成部分的計(jì)算機(jī)系統(tǒng)的自動(dòng)邊界 參與者將是使用計(jì)算機(jī)的人 公司雇員 在Wheels系統(tǒng)這將是接待員和管理者 技術(shù)要點(diǎn) 5 基本的和實(shí)際的用例一個(gè)基本的用例是一個(gè)同實(shí)施或詳細(xì)設(shè)計(jì)決策完全沒有聯(lián)系的用例 在這些決策制定之前的軟件開發(fā)早期 用例應(yīng)該是基本用例 在早期保持用例獨(dú)立于實(shí)施細(xì)節(jié)是重要的 以便約束了后來的設(shè)計(jì)決策 另一方面 實(shí)際用例表示設(shè)計(jì)和實(shí)施決策在其影響用戶范圍內(nèi)的細(xì)節(jié) 例如 一個(gè)實(shí)際用例將表示用戶界面的細(xì)節(jié) 不直接影響用戶對(duì)系統(tǒng)認(rèn)識(shí)的實(shí)施決策 如編程語言 數(shù)據(jù)結(jié)構(gòu)或程序算法等的選擇不在用例中定義 在圖2 16中的用例描述有一些附加的實(shí)施決策 例如 自行車的細(xì)節(jié)要以報(bào)告表格的形式顯示 因此是一個(gè)實(shí)際用例描述 技術(shù)要點(diǎn) 6 實(shí)例 Stereotype stereotype是一個(gè)有專門用途的建模元素 Stereotype通常是利用在括弧 內(nèi)的標(biāo)記來標(biāo)識(shí) 例如 include 和 extend 其意義是它們是用于特定方式的關(guān)系 嚴(yán)格地說 參與者圖標(biāo)是一個(gè)實(shí)例化的類 取代使用棍狀人形對(duì)諸如接待員建模成參與者 我們同樣可以用UML的類圖標(biāo) 并將其標(biāo)識(shí)為參與者的實(shí)例 參見圖2 17 子系統(tǒng)和包圖如果我們正在為一個(gè)大系統(tǒng)建模 在繪制用例圖時(shí) 我們不能再將我們所有的用例放在一個(gè)屏幕顯示上 UML有一個(gè)稱作包的編組表示符號(hào)來處理這一問題 圖2 18 包僅僅是一個(gè)約定的表示符號(hào) 用來管理我們的模型 它們?cè)谙到y(tǒng)中不代表任何事情 而是被用來對(duì)表示系統(tǒng)中事情的元素進(jìn)行分組 我們能用包來對(duì)任何建模元素的集合 類 用例或模型的實(shí)體集合 即用例模型 對(duì)象模型 以及相對(duì)一個(gè)子系統(tǒng)的交互模型 技術(shù)要點(diǎn) 7 用例實(shí)現(xiàn)用例開發(fā) 從需求獲取階段的最初確定到它的實(shí)施被稱為用例實(shí)現(xiàn) 換言之 對(duì)單一用例的用例實(shí)現(xiàn)要求貫穿所有開發(fā)活動(dòng)中的一個(gè)完整迭代 RUP