【正文】 （ 內(nèi)部活動(dòng) ） 。 取款的客戶是角色 ， 取款是用例 。 用例模型描述事件流 ， 包括主事件流 、 其他事件流 、前提條件 、 事后條件等等 。 ?確定系統(tǒng)的用例，通常從尋找系統(tǒng)的主角開始。 ?系統(tǒng)主要的主角確定后，可以根據(jù)為系統(tǒng)主角提供有價(jià)值的結(jié)果（ Result of Value）這一準(zhǔn)則（用例是為主角的活動(dòng)最終提供一個(gè)有價(jià)值的結(jié)果的活動(dòng)過程）來確定系統(tǒng)的用例。 ?有二種 Interaction圖 ， 按時(shí)間順序排列的是 Sequence圖 ， 按對(duì)象關(guān)系排列的是 Collaboration圖 。 需求分析的成果 ——需求評(píng)審內(nèi)容 CMM2對(duì)評(píng)審內(nèi)容規(guī)定為： （ 1） 確定不完整和遺漏的給定需求； （ 2） 評(píng)審給定需求以確定他們是否：可行 、 適用于軟件實(shí)現(xiàn) 、 說明清楚 、 適當(dāng) 、 彼此一致 、 可測(cè)試 。 （ 4） 相關(guān)小組協(xié)商由給定需求所得出的約定 。 所以，我們現(xiàn)在可以理解： 需求分析，就是為了實(shí)現(xiàn)系統(tǒng)需求，并使最后交付成果與需求所要求的目標(biāo)，不產(chǎn)生：含糊性、不完整性、不可檢驗(yàn)性、不一致性、不可追蹤性和不可用性，而進(jìn)一步對(duì)需求進(jìn)行描述和定義。但是，這個(gè)眼光不是 程序設(shè)計(jì)員 的眼光，是 系統(tǒng)分析師 的眼光 ?經(jīng)過下一步 需求處理 后，達(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)來標(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è)來源和三個(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ù)庫一方，行為放在應(yīng)用程序一方。 類圖和對(duì)象圖： （ 1）類 /對(duì)象圖 ——靜態(tài)分析 類名 屬性名：類型 操作 類 對(duì)象名：類名 屬性名 = 值 操作 對(duì)象 對(duì)象圖使用與類圖相同的形式 只是在對(duì)象名下加一個(gè)下劃線 對(duì)象名后可接以冒號(hào)和類名 ? 分析模型由三個(gè)獨(dú)立的模型構(gòu)成：由 用例 和 場(chǎng)景 表示的功能模型；用 類 和 對(duì)象 表示的分析對(duì)象模型；由 狀態(tài)圖 和 順序圖 表示的動(dòng)態(tài)模型。據(jù)此可導(dǎo)出分析對(duì)象模型和動(dòng)態(tài)模型。如數(shù)據(jù)庫、子系統(tǒng)、會(huì)話管理器、網(wǎng)絡(luò)等，不應(yīng)出現(xiàn)在分析模型中，因?yàn)檫@些概念僅與實(shí)現(xiàn)相關(guān)。 ? 在分析對(duì)象模型中有實(shí)體對(duì)象、邊界對(duì)象和控制對(duì)象等三種類型。 ? 可用 UML提供的衍型機(jī)制，區(qū)分不同類型對(duì)象。 邊界類（ Boundary Calsses） 邊界類位于系統(tǒng)與外界的交接處，包括所有窗體、報(bào)表、打印機(jī)和掃描儀等硬件的接口以及與其他系統(tǒng)的接口。每個(gè)角色 /使用案例交互至少要有一個(gè)邊界類。 例如，假設(shè)要迅速尋找模型中所有窗體，可以創(chuàng)建 Form類型，將所有窗口指定為這個(gè)類型。 UML類的三種基本構(gòu)造型 控制類（ Control Classes） 控制類負(fù)責(zé)協(xié)調(diào)其他類的工作。在 Interaction框圖中，控制類具有協(xié)調(diào)邊界與實(shí)體有關(guān)消息的責(zé)任。 實(shí)體類（ Entity Classes） 實(shí)體類保存要放進(jìn)永久存儲(chǔ)體的信息，在 BCE模型中，通過實(shí)體類將數(shù)據(jù)庫封裝起來。 增加類的類型 除了上述版型外，還可以向模型中增加自己的構(gòu)造型。在實(shí)現(xiàn)中，真正需要自行創(chuàng)建的“類”并不多，甚至不需要自己創(chuàng)建 類庫就是按 BCE模型設(shè)計(jì)的 邊界類 控制類 實(shí)體類 邊界類 采用 BCE模式進(jìn)行類設(shè)計(jì)的好處 優(yōu)點(diǎn)： 與系統(tǒng)的三層結(jié)構(gòu)直接對(duì)應(yīng) 可以把過去散布在 Client端、數(shù)據(jù)庫端等各處的程序邏輯，按 BCE模式，自然地劃分好，界面非常清楚 將商務(wù)邏輯封裝在控制中，可以隱蔽其復(fù)雜性 將實(shí)體獨(dú)立出來，以后可以直接將實(shí)體類轉(zhuǎn)換為數(shù)據(jù)庫的表單，包括處理（面向?qū)ο蟮膬?yōu)點(diǎn)：存儲(chǔ)的數(shù)據(jù)與處理數(shù)據(jù)的功能封裝，同時(shí)隱蔽了數(shù)據(jù)庫系統(tǒng)的復(fù)雜性） 缺點(diǎn)： 增加了系統(tǒng)的復(fù)雜性（代價(jià)：在系統(tǒng)概要設(shè)計(jì)中分析） J2ME的用戶界面 Display類 Display類管理MID的屏幕輸出 Displayable一個(gè)具體的顯示部件 Screen 標(biāo)準(zhǔn)的用戶界面 TextBox 文本框 Alert 報(bào)警 List 列表框 Form 窗體 Canvas 顯示的 運(yùn)行感知 StringItem Item ImageItem textField DateField Guage ChoiceGroup 可以看成是一個(gè)應(yīng)用系統(tǒng)的顯示子系統(tǒng) 需求分析要分析到哪層？ 根據(jù)系統(tǒng)規(guī)模而定 規(guī)模越大抽象層次越高 程序員要知道這里：如何使用 Display類 具有兩個(gè)按鈕的手表的分析類 ? 使用實(shí)體對(duì)象、邊界對(duì)象和控制對(duì)象等概念對(duì)系統(tǒng)建模時(shí)，常常需要提供一些簡(jiǎn)單的啟發(fā)式規(guī)則來指導(dǎo)開發(fā)人員使用這些概念，可以使用相應(yīng)的類來跟蹤。 標(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)包括以下步驟。 語言成分 模型成分 示例 專有名詞 實(shí)例 人員乙 普通名詞 類 現(xiàn)場(chǎng)工作人員 Doing動(dòng)詞 操作 創(chuàng)建、提交、選擇 Being動(dòng)詞 繼承 是 … 的一種，是 … 中的一個(gè) Having動(dòng)詞 聚合 有 … ，由 … 組成，包括 … 情態(tài)動(dòng)詞 約束 必須是 形容詞 屬性 事件描述 ? 自然語言分析法主要關(guān)注用戶術(shù)語。 ? 檢查每一個(gè)用例，標(biāo)識(shí)候選對(duì)象 ? 用例中的連續(xù)名詞 （如借閱事件） ； ? 系統(tǒng)需要跟蹤的現(xiàn)實(shí)世界中的實(shí)體 （如借閱記錄、館藏圖書信息） ； ? 系統(tǒng)需要跟蹤的現(xiàn)實(shí)世界中的活動(dòng) （如緊急情況操作預(yù)案） ； ? 數(shù)據(jù)源或數(shù)據(jù)潭 （如借閱者、管理員） 。 標(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)審 2) 標(biāo)識(shí)邊界對(duì)象 ? 在用例圖中，每一個(gè)參與者至少要與一個(gè)邊界對(duì)象交互。 ? 邊界對(duì)象對(duì)用戶界面進(jìn)行粗略的建模，不涉及如菜單項(xiàng)、滾動(dòng)條等可視方面的細(xì)節(jié)。 ? 標(biāo)識(shí)用戶需要鍵入系統(tǒng)的數(shù)據(jù)表格 。 ? 當(dāng)用例中有多個(gè)參與者時(shí)，根據(jù)構(gòu)想的用戶界面來標(biāo)識(shí)參與者的行為 。 ? 使用用戶的術(shù)語來描述接口，不要使用來自設(shè)計(jì)和實(shí)現(xiàn)的術(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ì)象。 ? 控制類負(fù)責(zé)協(xié)調(diào)邊界類和實(shí)體類，通常在現(xiàn)實(shí)世界中沒有對(duì)應(yīng)的事物，它負(fù)責(zé)接收邊界類的信息，并將其分發(fā)給實(shí)體類。一般來說，一個(gè)用例對(duì)應(yīng)一個(gè)控制類。在有些情況下，用例的行為十分簡(jiǎn)單，這時(shí)可以沒有控制類，圖書館系統(tǒng)中的用 登錄 就是這種情況。他們可以借閱、返還、預(yù)約和取消預(yù)約。 ② Title：館藏圖書。 ③ Book：流通圖書。 ④ Loan：借閱記錄。 ⑤ Reservation：預(yù)約記錄。有借書、還書、預(yù)約、取消預(yù)約、添加書種、修改書種、刪除書種、添加借閱者、修改借閱者、刪除借閱者、添加圖書復(fù)本、刪除圖書復(fù)本等操作。有添加借閱者、修改借閱者、刪除借閱者等操作。有根據(jù)借閱者 ID號(hào)碼查找借閱者的操作。有添加書種、修改書種、刪除書種等操作。根據(jù)圖書的館藏號(hào)查找館藏圖書。根據(jù)館藏圖書的館藏號(hào)和借閱者信息，執(zhí)行借閱動(dòng)作，創(chuàng)建和保存借閱記錄。 ⑧ ReserveDialog：預(yù)約對(duì)話框。 ⑨ MessageWindow：顯示提示信息窗口。 ? 分析建?；顒?dòng)包括以下步驟。 ? 順序圖對(duì)用例中各參與對(duì)象之間的交互序列進(jìn)行建模。消息的接受就觸發(fā)了一個(gè)操作。如果一個(gè)對(duì)象參與到多個(gè)用例，則其操作應(yīng)為這些用例共享。 ? 順序圖第二欄是邊界對(duì)象 。 ? 通過邊界對(duì)象來初始化用例，并創(chuàng)建控制對(duì)象 。 ? 實(shí)體對(duì)象允許邊界對(duì)象和控制對(duì)象訪問 。 借書用例的順序圖 :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() 還書用例的順序圖 :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)包括以下步驟。每一個(gè)類可用一張 CRC卡片表示。 ② 將職責(zé)分配到類 ：記錄在相應(yīng)的卡片上。 職責(zé) 顯示歡迎詞 密碼驗(yàn)證器 接收磁卡 菜單選擇器 讓密碼驗(yàn)證器檢驗(yàn) 啟動(dòng)菜單選擇器 退出磁卡 類名 讀卡機(jī) 協(xié)作 職責(zé) 從賬戶中取出密碼 賬戶 如無此賬戶返回假值 提示客戶輸入密碼 讀入密碼 比較核實(shí) , 返回結(jié)果 類名 密碼驗(yàn)證器 協(xié)作 職責(zé) 檢查賬戶有效性 返回密碼 檢查取款 /存款信息 類名 賬戶 職責(zé) 顯示菜單 存款管理器 等待客戶選擇 取款管理器 調(diào)用相應(yīng)的 存款 /取款管理器 類名 菜單選擇器 協(xié)作 職責(zé) 詢問取款額 賬戶 要求驗(yàn)證賬戶 出銀機(jī) 啟動(dòng)出銀機(jī)發(fā)款 類名 取款管理器 協(xié)作 ④ 細(xì)化：模擬在執(zhí)行每個(gè)基本功能時(shí)系統(tǒng)內(nèi)部出現(xiàn)的場(chǎng)景，以此推動(dòng)細(xì)化工作的進(jìn)行。不同的場(chǎng)景，包括例外和出錯(cuò)狀況，都應(yīng)逐一加以模擬。 ? 在模擬不同的場(chǎng)景中會(huì)發(fā)現(xiàn)某些職責(zé)需要重新加以分配。 ? 分析建?；顒?dòng)包括以下步驟。 ? 關(guān)聯(lián)表示了兩個(gè)或多個(gè)類之間的關(guān)系。對(duì)象（類和它所屬的對(duì)象）之間的關(guān)系