【正文】 事件順序。例如：在 JAVA中，實體類可以想象成負責處理 JDBC的組件，而在 EJB中， Entity Bean就是一個相當好的實體類的范例。 entity Day entity Month entity Year control ChangeDateControl boundary ButtonBoundary boundary LCDDisplayBoundary ? 分析建?；顒影ㄒ韵虏襟E。限制有 ? 識別質(zhì)量高度依賴人們的書寫風格； ? 可能會出現(xiàn)許多無關(guān)詞匯，或同義詞。邊界對象收集來自參與者的信息，將它們轉(zhuǎn)換為可用于實體對象和控制對象的表示形式。 ? 標識通知和系統(tǒng)用于響應用戶的消息 。 ? 分析建?；顒影ㄒ韵虏襟E。 ? 控制類與用例存在著密切的關(guān)系，它在用例開始執(zhí)行時創(chuàng)建，在用例結(jié)束時取消。 ? ? 在 圖書館 系統(tǒng)的例子中，我們發(fā)現(xiàn)以下控制類： ? BorrowBook：借閱流通圖書 ? ReturnBook：返還流通圖書 ? RecerveTitle：預約某種館藏圖書 ? CancelReservation：取消預約 ? MaintainBorrowerInfo：維護借閱者信息，包括創(chuàng)建、修改、取消借閱者賬戶 ? MaintainTitleInfo：維護館藏圖書信息，包括添加、修改、刪除館藏圖書信息 ? MaintainBookInfo：維護流通圖書信息，包括添加、修改、刪除流通圖書信息 圖書管理系統(tǒng)中的實體對象 ① Borrower：借閱者。它表明某一種書，通過館藏號碼識別。同一個人關(guān)于不同圖書的借閱記錄是不同的。 ② BorrowerDialog：借閱者對話框。 ④ TitleDialog：館藏圖書對話框。 ⑥ BorrowDialog：借書對話框。根據(jù)館藏圖書的館藏號和借閱者信息，執(zhí)行預約、取消預約動作。 標識實體對象 標識邊界對象 標識控制對象 使用順序圖（還可以有狀態(tài)圖、協(xié)作圖）將用例映射為對象 使用 CRC卡片對對象之間的交互建模 標識關(guān)系（結(jié)構(gòu)） 標識屬性 對每一對象的與狀態(tài)有關(guān)的行為建模 分析模型評審 4) 使用順序圖將用例映射為對象 ? 順序圖將用例與對象聯(lián)系起來，直觀地描述了用例（場景）行為在其參與對象之間是如何實施的。 ? 通過順序圖，將責任以操作集合的形式分配給每一個對象。 ? 順序圖第三欄是管理用例中其他參與對象的控制對象 。 ? 試題對象不能訪問邊界對象和控制對象 。 ? 建立 CRC卡片有以下幾個 步驟： ① 識別類和職責： 首先識別類或?qū)ο?，然后從客戶需求說明中尋找有關(guān)行為的描述，以發(fā)現(xiàn)職責。 ? 在模擬一個場景的過程中，每當一個類開始“執(zhí)行”時，它的卡片就被拿出來討論，當“控制”傳送到另一個類時，注意力就從前一張卡片轉(zhuǎn)移到另一張上去了。這些都導致進一步的開發(fā)工作。標識關(guān)聯(lián)的啟發(fā)式準則如下： ? 檢查指示狀態(tài)的動詞或動詞短語； ? 準確地命名關(guān)聯(lián)和角色； ? 盡量使用常用的修飾詞標識出名字空間和關(guān)鍵屬性； ? 消除可導出其他關(guān)聯(lián)的關(guān)聯(lián)； ? 在關(guān)聯(lián)集合穩(wěn)定之前不必關(guān)心重復性； ? 過多的關(guān)聯(lián)使得一個模型不可讀； 定義結(jié)構(gòu)層次：對象 關(guān)系模型 在已經(jīng)定義的類之間，進一步標明每個責任者和協(xié)作者之間的“連接”關(guān)系，即描述類 amp。 標識實體對象 標識邊界對象 標識控制對象 使用順序圖將用例映射為對象 使用 CRC卡片對對象之間的交互建模 標識關(guān)系（結(jié)構(gòu)） 標識屬性 對每一對象的與狀態(tài)有關(guān)的行為建模 分析模型評審 6) 標識關(guān)系（結(jié)構(gòu)） ? 使用類圖，能夠表示對象之間的關(guān)系。 ? 在這個過程中可以驗證已有的定義，不斷發(fā)現(xiàn)新的類、職責以及伙伴。 ③ 找尋協(xié)作者：依次檢查每一類承擔的責任，看是否需要其他類的幫助，找尋與每個類協(xié)作的伙伴，并記錄在相應卡片上。 標識實體對象 標識邊界對象 標識控制對象 使用順序圖將用例映射為對象 使用 CRC卡片對對象之間的交互建模 標識關(guān)系（結(jié)構(gòu)） 標識屬性 對每一對象的與狀態(tài)有關(guān)的行為建模 分析模型評審 5) 使用 CRC卡片對對象之間的交互建模 ? CRC是類、職責和協(xié)作的縮寫。 ? 通過控制對象可創(chuàng)建其他邊界對象 。 ? 畫順序圖的啟發(fā)式準則如下： ? 順序圖第一欄對應激活該用例的參與者 。每一個消息從一個對象（或參與者）發(fā)送給另一個對象（或參與者）。 ⑩ LoginDialog：輸入用戶名和密碼的窗口。 ⑦ ReturnDialog：還書對話框．根據(jù)流通圖書的館藏號和復本號，執(zhí)行還書動作，刪除借閱記錄。 ⑤ FindTDialog：彈出對話框。 ③ FindBwrDialog：彈出對話框。 圖書管理系統(tǒng)中的邊界對象 ① mainWindow：主窗口。它表明某一種書的具體復本，通過館藏號碼識別。因為名字可能重復，可用借閱證號碼識別。當用例比較復雜時，特別是產(chǎn)生分支事件流的情況下，也可以有多個控制類。 ? 控制對象沒有在現(xiàn)實世界中具體的對應物，它通常從邊界對象處收集信息，并把這些信息分配給實體對象。 ? 不要使用邊界對象對接口的可視方面建模，應使用用戶原型對可視用戶界面建模 。 ? 標識邊界對象的啟發(fā)式準則如下： ? 標識用戶所需初始用例的用戶界面控制 。 ? 分析建?；顒影ㄒ韵虏襟E。 1) 標識實體對象 ? 自然語言分析法 利用 Abbott啟發(fā)式準則，將語言成分映射為模型成分。 類的三種基本構(gòu)造型 ATM取款：用例的類提取 分析和設(shè)計： 找到用例模型的類，尋找的方法是按照邊界 /控制 /實體（ BCE）模型 然后“套”已經(jīng)在類庫中定義好的類。還有處理共用功能的管理者，如資源競爭、分布式處理和錯誤處理等。要尋找模型中的所有窗體時，只要尋找Form類型的類即可。 要尋找和定義邊界類，可以檢查 Use Case框圖。 ? 實體對象表示系統(tǒng)將跟蹤的持久信息；邊界對象表示參與者與系統(tǒng)之間的交互（接口）；控制對象負責用例的實現(xiàn) 。 ? 需要注意，這些模型代表的是來自客戶的概念，而非實際軟件類或?qū)嶋H構(gòu)件。 面向?qū)ο蟮奶攸c之一就是將信息和影響信息的行為連接在一起，包裝成類。 在這里 ， 我們最主要先關(guān)注 （ 1） （ 2） 二條 ?第一條：需求分析階段的 《 需求規(guī)格說明 》 必須與需求獲取階段經(jīng)用戶簽字確認的 《 用戶需求描述 》 一致 ?第二條： 《 需求規(guī)格說明 》 還應具有一些特定的屬性 良好的需求規(guī)格說明屬性 具有良好的需求規(guī)格說明屬性的需求文檔 ， 具有如下的屬性： （ 1） 不含糊性 ：如果每一個需求只有唯一的一種解釋 ， 那它是不含糊的； （ 2） 完整性： 如果需求包括了功能 、 性能 、 時間響應要求 、 限制、 接口等屬性 ， 不存在沒有界定的 、 以為是隱含或默認而實際存在認知差異的需求 ， 是完整的； （ 3） 可檢驗性： 存在有限的 、 經(jīng)濟與技術(shù)都是可行的檢驗方法和程序 ， 對需求的實現(xiàn)與否 ， 進行檢驗 ， 使得用戶和組織通過該檢驗 ，確認需求被按照需求規(guī)格說明實現(xiàn)； （ 4） 一致性： 需求作為一種要求是一致的 ， 不存在系統(tǒng)內(nèi)相互沖突的需求要求； （ 5） 可跟蹤性： 需求可追蹤； （ 6） 可使用性： 可為產(chǎn)品的各階段 ， 特別是維護階段 ， 提供充分有用的信息 。 二種圖從不同的角度 ， 反映了案例中特定情形的流程 。如果做了業(yè)務建模，則可以先從業(yè)務對象模型中的業(yè)務工人（ Business Worker）著手。 用例模型開始定義角色之間的關(guān)系 （ 關(guān)聯(lián)關(guān)系：包括關(guān)系 、 擴展關(guān)系 、一般化關(guān)系等 ） 。 ?另一方面，設(shè)計約束和限制，也是系統(tǒng)需求必須要考慮的內(nèi)容 通常這三部分需求構(gòu)成軟件需求的總集。 工號 nj001是前臺營業(yè)受理的工號 ， 不能進行卡號資源管理系統(tǒng) 。 2. 輸入系統(tǒng)中不存在的工號 1000， 再輸入密碼 12345， 檢查能否進入系統(tǒng) 。 ? 一般地 、 驗收測試報告是項目初驗 、 終驗的依據(jù)和主要驗收形式 。 ? 驗收測試與確認測試非常相似 ， 所不同的是 ， 確認測試是項目組或組織內(nèi)部的測試 ， 驗收測試是用戶主導 、 現(xiàn)場參與 、 現(xiàn)場環(huán)境下的測試 。 ?用例模型描述事件流 ， 包括主事件流 、 其他事件流 、 前提條件 、事后條件等等 。 ? 每個外部系統(tǒng)從系統(tǒng) 接收什么信息 和系統(tǒng) 發(fā)送什么信息 ? 用例視圖 一個 use case 視圖包括 一個 use case 集合，定義整個系統(tǒng)的功能 。 ? 每個操作員向系統(tǒng) 提供了什么信息。 ? 在 用例 中描述了所有的功能需求。 ? 例如： 用例 不要命名為 “ 客戶與銀行 ATM的交互界面 ” ，如果客戶要買票 , 用例可以稱為 “ 客戶購票 ” 。用例的集合應讓客戶易于了解高層的整個系統(tǒng)。 收銀員 從 自動販賣機收錢。 ? 可能隱蔽的角色：時間。 Actor Name Telephone System (電話系統(tǒng)） 使用電話卡 對方付款 Phone User (電話用戶） 活動者 的標志 ? 誰 對某一需求感興趣？ ? 組織中 哪一部分 使用系統(tǒng) ? ? 誰 從系統(tǒng)的使用中受益 ? ? 誰 向系統(tǒng)提供信息？ ? 誰 將維護系統(tǒng)？ ? 系統(tǒng)使用 外部資源 嗎 ? ? 系統(tǒng)和 已經(jīng)存在的系統(tǒng) 交互嗎 ? 活動者 的 類型 ? 實際的人，即用戶，是最常用的角色，幾乎每個系統(tǒng)都有。 我們設(shè)計一個飲料販賣機，從用戶的角度來考察它的功能： 問 :“ 自動飲料販賣機將為您做什么 ?” 答 :“ 我 通過自動飲料販賣機購買一聽飲料 .” 飲料販賣機的主要功能是使得用戶可以購買飲料， 我們?yōu)檫@種機器標記一個叫 “買飲料”的 use case. UML中的 Use Case 表示 Buy Soda Use Case Actor Communication Customer ? use case記錄用戶使用系統(tǒng)是從頭到尾的一系列事件 。 ? 用例 是系統(tǒng)提供的功能塊。結(jié)束過程的活動連接到一個終止點（就像在狀態(tài)圖中一樣）。 活動圖 ? 捕獲動態(tài)行為（面向活動的） 活動圖 ? 捕獲動態(tài)行為（面向活動的 ? 目的 ?給商業(yè)工作流建模 ?給操作建模 活動圖 Activity Diagram Disk free Disk full 顯示磁盤滿 顯示在打印 刪去顯示信息 建立打印文件 () ^() 活動圖的符號集與狀態(tài)圖中使用的符號集類似。 時序圖 ? 捕獲系統(tǒng)的動態(tài)行為 (面向時間的 ) 時序圖 ? 捕獲系統(tǒng)的動態(tài)行為 (面向時間的 ) ? 目的 ?模型流程的控制 ?舉例說明典型的腳本 [打印機就緒 ] 打印文件 時序圖 （ Sequence Diagram） [打印機忙 ] 保存文件 打印文件 打印文件 計算機 打印服務器 打印隊列 計算機 UML順序圖示例（某客戶 Joe取 20美元的順序圖） 協(xié)作圖 ? 捕獲系統(tǒng)的動態(tài)行為 (面向消息的 ) 協(xié)作圖 ? 捕獲系統(tǒng)的動態(tài)行為 (面向消息的 ) ? 目的 ?模型流程控制 ?舉例說明對象結(jié)構(gòu)和控制的協(xié)調(diào) 協(xié)作圖（ Collaboration Diagram） [打印機忙 ] 保存文件 [打印機就緒 ] 打印文件 打印文件 計算機 打印隊列 打印服務器 打印機 UML協(xié)作圖示例（ ATM系統(tǒng)中“客戶插入卡”的協(xié)作圖） 狀態(tài)圖 ? 捕獲系統(tǒng)動態(tài)行為 (面向事件的 ) 狀態(tài)圖 ? 捕獲系統(tǒng)動態(tài)行為 (面向事件的 ) ? 目的 ?對象生命周期模型 ?為起反作用的對象 (用戶接口、設(shè)備等）建模 狀態(tài)圖 State Diagram 狀態(tài)圖描述了： 給定類的狀態(tài)轉(zhuǎn)換空間 導致狀態(tài)轉(zhuǎn)換的事件 導致狀態(tài)改變的動作 為類的重要動態(tài)行為建立狀態(tài)轉(zhuǎn)換圖 超時 到達 上樓 上樓 到達 上樓 到達 在底樓 向上移動 向底樓移動 向下移動 空閑 狀態(tài)圖 State Diagram 待 機開 機播 放UML狀態(tài)圖示例 電視機 世界上的萬事萬物在任何特定時刻總處于某一特定狀態(tài)。 ? 由分析人員和領(lǐng)域?qū)＜议_發(fā) Use Case圖 ? Use Case圖形描述了一個系統(tǒng)應該執(zhí)行的什么或應該有什么外部系統(tǒng) ? 它描述了存在的 actors（外部系統(tǒng)）、 u