【正文】 se case（該系統(tǒng)應(yīng)該執(zhí)行什么）以及它們的關(guān)系 ? 在 Use Case視圖中可以包含以下的圖形 ? Use Case圖 ：包括： 包、 actors、 use case和關(guān)系 ? 相互作用圖（序列圖或協(xié)同圖） ：包括：對(duì)象和消息 ? 符號(hào)表示： 系統(tǒng)名稱 系統(tǒng) 用例名 用例 角色 關(guān)聯(lián) Use Case圖例 保險(xiǎn)商務(wù)系統(tǒng) 簽定保險(xiǎn)單 銷售統(tǒng)計(jì) 客戶統(tǒng)計(jì) 客戶 保險(xiǎn)銷售員 Use Case圖例 看 電 視電 視 機(jī) 的 用 戶電 視 機(jī)UML用例圖示例 類圖 ? 捕獲系統(tǒng)的詞匯表 ? 在開(kāi)發(fā)過(guò)程中被創(chuàng)建和精確化 ? 目的 ? 系統(tǒng)中的名字和模型概念 ? 詳細(xì)描述協(xié)作關(guān)系 ? 詳細(xì)描述邏輯數(shù)據(jù)庫(kù)表 ? 由分析人員、設(shè)計(jì)人員和代碼實(shí)現(xiàn)人員開(kāi)發(fā) 類圖 Class Diagram 類圖描繪系統(tǒng)的靜態(tài)視圖 它描述了系統(tǒng)邏輯設(shè)計(jì)中存在的包、類以及它們之間的關(guān)系 類圖可以代表該系統(tǒng)中部分或全部的類結(jié)構(gòu) 學(xué)生 姓名 :string 學(xué)號(hào) :string 書(shū) 書(shū)名 :string 價(jià)格 :real 1 購(gòu)買 ? 0..* ?屬于 對(duì)象圖 ? 捕獲實(shí)例和連接 對(duì)象圖 ? 捕獲實(shí)例和連接 ? 在分析和設(shè)計(jì)階段創(chuàng)建 ? 目的 ?舉例說(shuō)明數(shù)據(jù) /對(duì)象結(jié)構(gòu) ?詳細(xì)描述瞬態(tài)圖 ? 由分析人員、設(shè)計(jì)人員和代碼實(shí)現(xiàn)人員開(kāi)發(fā) 對(duì)象圖 Object Diagram 王平：學(xué)生 姓名 :王平 學(xué)號(hào) :020226 英語(yǔ)：書(shū) 書(shū)名 :英語(yǔ) 價(jià)格 : 數(shù)學(xué)：書(shū) 書(shū)名 :數(shù)學(xué) 價(jià)格 : 對(duì)象間關(guān)系 ? 關(guān)聯(lián)關(guān)系 (Association) ? 聚集關(guān)系 (Aggregation) ? 泛化關(guān)系 (Generalization) ? 依賴關(guān)系 (Dependency) ? 細(xì)化 關(guān)系 (Refinement) 構(gòu)件圖 ? 捕獲實(shí)現(xiàn)的物理結(jié)構(gòu) 構(gòu)件圖 ? 捕獲實(shí)現(xiàn)的物理結(jié)構(gòu) ? 作為體系結(jié)構(gòu)規(guī)范的一部分實(shí)現(xiàn) ? 目的 ?組織源代碼 ?構(gòu)造一個(gè)可執(zhí)行的發(fā)布版本 ?指定物理數(shù)據(jù)庫(kù) ? 由集成人員和程序人員創(chuàng)建 分布圖 ? 捕獲系統(tǒng)硬件的拓?fù)浣Y(jié)構(gòu) 分布圖 ? 捕獲系統(tǒng)硬件的拓?fù)浣Y(jié)構(gòu) ? 作為系統(tǒng)結(jié)構(gòu)規(guī)范的一部分被創(chuàng)建 ? 目的 ?描述組件的分布 ?標(biāo)識(shí)系統(tǒng)性能瓶頸 ? 由集成人員、網(wǎng)絡(luò)工程師和系統(tǒng)工程師開(kāi)發(fā) 交互圖 ? 交互圖描述了系統(tǒng)在邏輯設(shè)計(jì)中存在的對(duì)象及其間的關(guān)系 ? 它可以代表系統(tǒng)中對(duì)象的結(jié)構(gòu) ? UML中包含兩種交互圖，它們對(duì)同一交互操作提供了不同的瀏覽視角 ? 時(shí)序圖（順序圖） ? 按時(shí)間順序排列對(duì)象交互操作 ? 協(xié)作圖 ? 圍繞對(duì)象及其間的鏈接關(guān)系組織對(duì)象的交互操作 交互圖 ? 順序圖和協(xié)作圖均被稱為交互圖（ interaction diagram）。95 OOSE 其他方法 UML Web June 180。 ? 他們以 Booch方法、 OMT方法、 OOSE方法為基礎(chǔ)，吸收了其他流派的長(zhǎng)處，于 96年 6月、 10月、97年 1月、 11月分別推出了 、 、 創(chuàng)建 UML Booch 方法 OMT Unified Method OOPSLA 180。 ?提供了系統(tǒng)的局部詳細(xì)描述； ?和別的視圖保持語(yǔ)義一致； ? 在 UML中 ,有九種標(biāo)準(zhǔn)圖表 ?靜態(tài)視圖 : 用例圖 , 類圖 ,對(duì)象圖 ,組件圖 , 分布圖 ?動(dòng)態(tài)視圖 : 時(shí)序圖 ,協(xié)作圖 ,狀態(tài)圖 ,活動(dòng)圖 用例圖 ? 捕獲用戶能夠看到的系統(tǒng) ?通過(guò)對(duì)”場(chǎng)景”的描述，定義系統(tǒng)的功能和性能，并獲得用戶和開(kāi)發(fā)團(tuán)隊(duì)的共同認(rèn)可 ?提供清楚和無(wú)二義的用戶與系統(tǒng)的交互描述 用例圖 ? 在開(kāi)發(fā)過(guò)程的早期創(chuàng)建 ? 目的： ?詳細(xì)說(shuō)明系統(tǒng)的表達(dá)含義； ?捕獲系統(tǒng)的需求； ?驗(yàn)證系統(tǒng)的體系結(jié)構(gòu)； ?驅(qū)動(dòng)實(shí)現(xiàn)和生成測(cè)試用例。 ? 二者區(qū)別點(diǎn)在于：順序圖（ sequence diagram）關(guān)注消息的時(shí)間順序，有對(duì)象生命線、有控制焦點(diǎn)；協(xié)作圖（ collaboration diagram，在 munication diagram，二者指的是同一類型的圖）關(guān)注收發(fā)消息的對(duì)象的組織結(jié)構(gòu)，有路徑、有順序號(hào)。 一臺(tái)電視機(jī)可以處于開(kāi)機(jī)、播放、待機(jī)或關(guān)機(jī)狀態(tài) ?；顒?dòng)可以通過(guò)轉(zhuǎn)換線段連接到其他活動(dòng)，或者連接到判斷點(diǎn)，這些判斷點(diǎn)連接到由判斷點(diǎn)的條件所保護(hù)的不同活動(dòng)。 ? 用例 描述了系統(tǒng)的行為 ， 包括行為者和系統(tǒng)之間的交互以及系統(tǒng)與系統(tǒng)之間的交互 。這個(gè)過(guò)程稱為 Use Case分析 , 是整個(gè)系統(tǒng)開(kāi)發(fā)中非常關(guān)鍵的過(guò)程。 Use Case 活動(dòng)者 活動(dòng)者 可以是 人 或 另一個(gè)系統(tǒng) ， 它與當(dāng)前的系統(tǒng)交互 ，向系統(tǒng)提供 輸入 或從系統(tǒng)中獲得 輸出 。例如航空訂票系統(tǒng)可能需要與外部應(yīng)用程序接口，驗(yàn)證信用卡以便購(gòu)買。 Buy Soda Restock Soda Collect Money Customer Supplier Collector 每一 種活 動(dòng)者 具有 自己 的 use case 飲料販賣機(jī)中的 活動(dòng)者 供應(yīng)商 向 自動(dòng)販賣機(jī)添加飲料。 ? 用例 是系統(tǒng)的高級(jí)視圖。 用例 應(yīng)按業(yè)務(wù)術(shù)語(yǔ)命名，而不是按技術(shù)術(shù)語(yǔ)命名，應(yīng)讓客戶一目了然。 ? 需求分析 從 用例 分析開(kāi)始，它驅(qū)動(dòng)整個(gè)開(kāi)發(fā)過(guò)程。 ? 是否考慮了每個(gè)操作者 如何使用系統(tǒng)。是否標(biāo)示了系統(tǒng)要交互的所有外部系統(tǒng)。 ?用例模型開(kāi)始定義角色之間的關(guān)系 （ 關(guān)聯(lián)關(guān)系 、 包括關(guān)系 、 擴(kuò)展關(guān)系 、 一般化關(guān)系等 ） 。 測(cè)試與開(kāi)發(fā)階段的對(duì)應(yīng) ——V模式 驗(yàn)收測(cè)試 ? 在行業(yè)應(yīng)用軟件環(huán)境中 ， 驗(yàn)收測(cè)試是項(xiàng)目過(guò)程非常重要的一環(huán) ， 也是項(xiàng)目經(jīng)理非常關(guān)注的一項(xiàng)工作 。 ? 用戶在完成按測(cè)試用例的測(cè)試后 ， 在測(cè)試記錄上逐條確認(rèn) 、 簽字 ， 最后 ， 在測(cè)試報(bào)告上簽字 ， 完成驗(yàn)收測(cè)試 。 從用例到測(cè)試用例 測(cè)試用例名稱 工號(hào)權(quán)限 被測(cè)子系統(tǒng)名 卡 /號(hào)資源管理 測(cè)試用例來(lái)源 ? 公司測(cè)試組 □ 內(nèi)部測(cè)試抽查參考文檔 序號(hào) 測(cè)試用例描述 XWYY001 測(cè)試目的 能否正確識(shí)別合法的操作員進(jìn)入應(yīng)用系統(tǒng) 測(cè)試步驟 “ 卡 /號(hào)資源管理 ” 應(yīng)用程序 。 輸入數(shù)據(jù)描述 工號(hào) 1000根本不是系統(tǒng)合法的工號(hào) 。 ?用例 —— 業(yè)務(wù)模型和系統(tǒng)模型的最典型表示形式 ?軟件產(chǎn)品本身可能還存在與業(yè)務(wù)無(wú)直接關(guān)系的另類需求（一般與硬件、軟件環(huán)境相關(guān)），比如支持多種操作系統(tǒng)、對(duì)軟件運(yùn)行的遠(yuǎn)端監(jiān)控要求、異常處理（如通訊連接中斷等非業(yè)務(wù)異常）等等。 取款的客戶是角色 ， 取款是用例 。 ?確定系統(tǒng)的用例，通常從尋找系統(tǒng)的主角開(kāi)始。 ?有二種 Interaction圖 ， 按時(shí)間順序排列的是 Sequence圖 ， 按對(duì)象關(guān)系排列的是 Collaboration圖 。 （ 4） 相關(guān)小組協(xié)商由給定需求所得出的約定 。但是，這個(gè)眼光不是 程序設(shè)計(jì)員 的眼光，是 系統(tǒng)分析師 的眼光 ?經(jīng)過(guò)下一步 需求處理 后，達(dá)到需求規(guī)范要求 ?分析的方法是一套“ 建模 ”技術(shù) 需求分析的成果： 用例驅(qū)動(dòng) 的分析 為了進(jìn)一步描述系統(tǒng)，我們現(xiàn)在需要建立類和對(duì)象模型 ?類和對(duì)象模型，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu) ?有了系統(tǒng)的靜態(tài)結(jié)構(gòu)，我們才可以在靜態(tài)結(jié)構(gòu)的基礎(chǔ)上，建立系統(tǒng)的行為（動(dòng)態(tài)）模型 ?在面向?qū)ο蠓椒ㄖ?，我們已?jīng)介紹了如何建立類和對(duì)象的模型 ?UML的特點(diǎn)是一套統(tǒng)一描述方法和符號(hào) 用例驅(qū)動(dòng)的分析實(shí)現(xiàn) Booch method 的 5個(gè)步驟 （ 1）使用“尋找什么”標(biāo)準(zhǔn)來(lái)標(biāo)識(shí)類和對(duì)象 ——分析類 （ 2）定義一般 /特殊結(jié)構(gòu)、定義整體 /部分結(jié)構(gòu) ——分析包 （ 3）標(biāo)識(shí)主題（子系統(tǒng)構(gòu)件的表示） ——建立子系統(tǒng) （ 4）定義屬性和實(shí)例聯(lián)系 （ 5）定義操作和消息聯(lián)系 靜態(tài)建模 動(dòng)態(tài)建模 UML的三個(gè)來(lái)源和三個(gè)組成部分： OMT、 5步驟、圖形符號(hào) 從業(yè)務(wù) /系統(tǒng)模型到分析模型 ? 分析類（邏輯結(jié)構(gòu)） ?用例實(shí)現(xiàn) ：將用例的實(shí)現(xiàn)（執(zhí)行）表示為分析類（對(duì)象）之間的交互 ? 分析包（物理結(jié)構(gòu)） ?以包（分塊）的方式組織分析模型的組件 ?強(qiáng)內(nèi)聚、弱耦合 ?完整性、正確性、一致性和易讀性 類是信息和行為的包裝 對(duì)象是類的特定實(shí)例 類圖由系統(tǒng)中的類和它們之間的關(guān)系組成 例如：在 C/S結(jié)構(gòu)的系統(tǒng)中，我們把系統(tǒng)的信息放在數(shù)據(jù)庫(kù)一方，行為放在應(yīng)用程序一方。據(jù)此可導(dǎo)出分析對(duì)象模型和動(dòng)態(tài)模型。 ? 在分析對(duì)象模型中有實(shí)體對(duì)象、邊界對(duì)象和控制對(duì)象等三種類型。 邊界類（ Boundary Calsses） 邊界類位于系統(tǒng)與外界的交接處，包括所有窗體、報(bào)表、打印機(jī)和掃描儀等硬件的接口以及與其他系統(tǒng)的接口。 例如，假設(shè)要迅速尋找模型中所有窗體，可以創(chuàng)建 Form類型，將所有窗口指定為這個(gè)類型。在 Interaction框圖中，控制類具有協(xié)調(diào)邊界與實(shí)體有關(guān)消息的責(zé)任。 增加類的類型 除了上述版型外，還可以向模型中增加自己的構(gòu)造型。 標(biāo)識(shí)實(shí)體對(duì)象 標(biāo)識(shí)邊界對(duì)象 標(biāo)識(shí)控制對(duì)象 使用順序圖將用例映射為對(duì)象 使用 CRC卡片對(duì)對(duì)象之間的交互建模 標(biāo)識(shí)關(guān)系（結(jié)構(gòu)） 標(biāo)識(shí)屬性 對(duì)每一對(duì)象的與狀態(tài)有關(guān)的行為建模 分析模型評(píng)審 ? 分析建?；顒?dòng)包括以下步驟。 ? 檢查每一個(gè)用例，標(biāo)識(shí)候選對(duì)象 ? 用例中的連續(xù)名詞 （如借閱事件） ； ? 系統(tǒng)需要跟蹤的現(xiàn)實(shí)世界中的實(shí)體 （如借閱記錄、館藏圖書(shū)信息） ； ? 系統(tǒng)需要跟蹤的現(xiàn)實(shí)世界中的活動(dòng) （如緊急情況操作預(yù)案） ； ? 數(shù)據(jù)源或數(shù)據(jù)潭 （如借閱者、管理員） 。 ? 邊界對(duì)象對(duì)用戶界面進(jìn)行粗略的建模，不涉及如菜單項(xiàng)、滾動(dòng)條等可視方面的細(xì)節(jié)。 ? 當(dāng)用例中有多個(gè)參與者時(shí)，根據(jù)構(gòu)想的用戶界面來(lái)標(biāo)識(shí)參與者的行為 。 標(biāo)識(shí)實(shí)體對(duì)象 標(biāo)識(shí)邊界對(duì)象 標(biāo)識(shí)控制對(duì)象 使用順序圖將用例映射為對(duì)象 使用 CRC卡片對(duì)對(duì)象之間的交互建模 標(biāo)識(shí)關(guān)系（結(jié)構(gòu)） 標(biāo)識(shí)屬性 對(duì)每一對(duì)象的與狀態(tài)有關(guān)的行為建模 分析模型評(píng)審 3) 標(biāo)識(shí)控制對(duì)象 ? 控制對(duì)象負(fù)責(zé)協(xié)調(diào)實(shí)體對(duì)象和邊界對(duì)象。一般來(lái)說(shuō)，一個(gè)用例對(duì)應(yīng)一個(gè)控制類。他們可以借閱、返還、預(yù)約和取消預(yù)約。 ③ Book：流通圖書(shū)。 ⑤ Reservation：預(yù)約記錄。有添加借閱者、修改借閱者、刪除借閱者等操作。有添加書(shū)種、修改書(shū)種、刪除書(shū)種等操作。根據(jù)館藏圖書(shū)的館藏號(hào)和借閱者信息，執(zhí)行借閱動(dòng)作，創(chuàng)建和保存借閱記錄。 ⑨ MessageWindow：顯示提示信息窗口。 ? 順序圖對(duì)用例中各參與對(duì)象之間的交互序列進(jìn)行建模。如果一個(gè)對(duì)象參與到多個(gè)用例，則其操作應(yīng)為這些用例共享。 ? 通過(guò)邊界對(duì)象來(lái)初始化用例，并創(chuàng)建控制對(duì)象 。 借書(shū)用例的順序圖 :mainWindow :BorrowDialog :Title :Book :Borrower :Loan :Librarian 1:borrow() 2:createDialog() 3:borrow() 4:findTitle(string) 5:getTitle() 6:getAvaliableBook() 7:findBorrower(string) 8:newLoan(OID, OID, Date) 9:store() 10:getBorrower(OID) 11:update() 12:addLoan(OID) 13:getObject(OID) 14:setLoan(OID) 15:update() 還書(shū)用例的順序圖 :mainWindow :ReturnDialog :Book :Borrower :Loan :Librarian 1:return() 2:createDialog() 3:return() 4:findBook(Integer) 5:getObject(OID) 6:getLoan() 7:getBorrower() 8:setLoan(null) 9:update() 10:delLoan(OID) 11:update() 12:delete() ? 分析建?；顒?dòng)包括以下步驟。 ② 將職責(zé)分配到類 ：記錄在相應(yīng)的卡片上。不同的場(chǎng)景，包括例外和出錯(cuò)狀況，都應(yīng)逐一加以模擬。 ? 分析建?；顒?dòng)包括以下步驟。對(duì)象（類和它所屬的對(duì)象）之間的關(guān)系