【正文】 ? 分析建?；顒?dòng)包括以下步驟。 ② 將職責(zé)分配到類 ：記錄在相應(yīng)的卡片上。 ? 通過邊界對(duì)象來初始化用例，并創(chuàng)建控制對(duì)象 。 ? 順序圖對(duì)用例中各參與對(duì)象之間的交互序列進(jìn)行建模。根據(jù)館藏圖書的館藏號(hào)和借閱者信息，執(zhí)行借閱動(dòng)作，創(chuàng)建和保存借閱記錄。有添加借閱者、修改借閱者、刪除借閱者等操作。 ③ Book：流通圖書。一般來說，一個(gè)用例對(duì)應(yīng)一個(gè)控制類。 ? 當(dāng)用例中有多個(gè)參與者時(shí)，根據(jù)構(gòu)想的用戶界面來標(biāo)識(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ù)潭 （如借閱者、管理員） 。 增加類的類型 除了上述版型外，還可以向模型中增加自己的構(gòu)造型。 例如，假設(shè)要迅速尋找模型中所有窗體，可以創(chuàng)建 Form類型，將所有窗口指定為這個(gè)類型。 ? 在分析對(duì)象模型中有實(shí)體對(duì)象、邊界對(duì)象和控制對(duì)象等三種類型。但是，這個(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)用程序一方。 ?有二種 Interaction圖 ， 按時(shí)間順序排列的是 Sequence圖 ， 按對(duì)象關(guān)系排列的是 Collaboration圖 。 取款的客戶是角色 ， 取款是用例 。 輸入數(shù)據(jù)描述 工號(hào) 1000根本不是系統(tǒng)合法的工號(hào) 。 ? 用戶在完成按測(cè)試用例的測(cè)試后 ， 在測(cè)試記錄上逐條確認(rèn) 、 簽字 ， 最后 ， 在測(cè)試報(bào)告上簽字 ， 完成驗(yàn)收測(cè)試 。 ?用例模型開始定義角色之間的關(guān)系 （ 關(guān)聯(lián)關(guān)系 、 包括關(guān)系 、 擴(kuò)展關(guān)系 、 一般化關(guān)系等 ） 。 ? 是否考慮了每個(gè)操作者 如何使用系統(tǒng)。 用例 應(yīng)按業(yè)務(wù)術(shù)語命名，而不是按技術(shù)術(shù)語命名，應(yīng)讓客戶一目了然。 Buy Soda Restock Soda Collect Money Customer Supplier Collector 每一 種活 動(dòng)者 具有 自己 的 use case 飲料販賣機(jī)中的 活動(dòng)者 供應(yīng)商 向 自動(dòng)販賣機(jī)添加飲料。 Use Case 活動(dòng)者 活動(dòng)者 可以是 人 或 另一個(gè)系統(tǒng) ， 它與當(dāng)前的系統(tǒng)交互 ，向系統(tǒng)提供 輸入 或從系統(tǒng)中獲得 輸出 。 ? 用例 描述了系統(tǒng)的行為 ， 包括行為者和系統(tǒng)之間的交互以及系統(tǒng)與系統(tǒng)之間的交互 。 一臺(tái)電視機(jī)可以處于開機(jī)、播放、待機(jī)或關(guān)機(jī)狀態(tài) 。 ?提供了系統(tǒng)的局部詳細(xì)描述； ?和別的視圖保持語義一致； ? 在 UML中 ,有九種標(biāo)準(zhǔn)圖表 ?靜態(tài)視圖 : 用例圖 , 類圖 ,對(duì)象圖 ,組件圖 , 分布圖 ?動(dòng)態(tài)視圖 : 時(shí)序圖 ,協(xié)作圖 ,狀態(tài)圖 ,活動(dòng)圖 用例圖 ? 捕獲用戶能夠看到的系統(tǒng) ?通過對(duì)”場(chǎng)景”的描述，定義系統(tǒng)的功能和性能，并獲得用戶和開發(fā)團(tuán)隊(duì)的共同認(rèn)可 ?提供清楚和無二義的用戶與系統(tǒng)的交互描述 用例圖 ? 在開發(fā)過程的早期創(chuàng)建 ? 目的： ?詳細(xì)說明系統(tǒng)的表達(dá)含義； ?捕獲系統(tǒng)的需求； ?驗(yàn)證系統(tǒng)的體系結(jié)構(gòu)； ?驅(qū)動(dòng)實(shí)現(xiàn)和生成測(cè)試用例。95 OOSE 其他方法 UML Web June 180。 時(shí)序圖 ? 捕獲系統(tǒng)的動(dòng)態(tài)行為 (面向時(shí)間的 ) 時(shí)序圖 ? 捕獲系統(tǒng)的動(dòng)態(tài)行為 (面向時(shí)間的 ) ? 目的 ?模型流程的控制 ?舉例說明典型的腳本 [打印機(jī)就緒 ] 打印文件 時(shí)序圖 （ Sequence Diagram） [打印機(jī)忙 ] 保存文件 打印文件 打印文件 計(jì)算機(jī) 打印服務(wù)器 打印隊(duì)列 計(jì)算機(jī) UML順序圖示例（某客戶 Joe取 20美元的順序圖） 協(xié)作圖 ? 捕獲系統(tǒng)的動(dòng)態(tài)行為 (面向消息的 ) 協(xié)作圖 ? 捕獲系統(tǒng)的動(dòng)態(tài)行為 (面向消息的 ) ? 目的 ?模型流程控制 ?舉例說明對(duì)象結(jié)構(gòu)和控制的協(xié)調(diào) 協(xié)作圖（ Collaboration Diagram） [打印機(jī)忙 ] 保存文件 [打印機(jī)就緒 ] 打印文件 打印文件 計(jì)算機(jī) 打印隊(duì)列 打印服務(wù)器 打印機(jī) UML協(xié)作圖示例（ ATM系統(tǒng)中“客戶插入卡”的協(xié)作圖） 狀態(tài)圖 ? 捕獲系統(tǒng)動(dòng)態(tài)行為 (面向事件的 ) 狀態(tài)圖 ? 捕獲系統(tǒng)動(dòng)態(tài)行為 (面向事件的 ) ? 目的 ?對(duì)象生命周期模型 ?為起反作用的對(duì)象 (用戶接口、設(shè)備等）建模 狀態(tài)圖 State Diagram 狀態(tài)圖描述了： 給定類的狀態(tài)轉(zhuǎn)換空間 導(dǎo)致狀態(tài)轉(zhuǎn)換的事件 導(dǎo)致狀態(tài)改變的動(dòng)作 為類的重要?jiǎng)討B(tài)行為建立狀態(tài)轉(zhuǎn)換圖 超時(shí) 到達(dá) 上樓 上樓 到達(dá) 上樓 到達(dá) 在底樓 向上移動(dòng) 向底樓移動(dòng) 向下移動(dòng) 空閑 狀態(tài)圖 State Diagram 待 機(jī)開 機(jī)播 放UML狀態(tài)圖示例 電視機(jī) 世界上的萬事萬物在任何特定時(shí)刻總處于某一特定狀態(tài)。結(jié)束過程的活動(dòng)連接到一個(gè)終止點(diǎn)（就像在狀態(tài)圖中一樣）。 我們?cè)O(shè)計(jì)一個(gè)飲料販賣機(jī)，從用戶的角度來考察它的功能： 問 :“ 自動(dòng)飲料販賣機(jī)將為您做什么 ?” 答 :“ 我 通過自動(dòng)飲料販賣機(jī)購買一聽飲料 .” 飲料販賣機(jī)的主要功能是使得用戶可以購買飲料， 我們?yōu)檫@種機(jī)器標(biāo)記一個(gè)叫 “買飲料”的 use case. UML中的 Use Case 表示 Buy Soda Use Case Actor Communication Customer ? use case記錄用戶使用系統(tǒng)是從頭到尾的一系列事件 。 ? 可能隱蔽的角色：時(shí)間。用例的集合應(yīng)讓客戶易于了解高層的整個(gè)系統(tǒng)。 ? 在 用例 中描述了所有的功能需求。 ? 每個(gè)外部系統(tǒng)從系統(tǒng) 接收什么信息 和系統(tǒng) 發(fā)送什么信息 ? 用例視圖 一個(gè) use case 視圖包括 一個(gè) use case 集合，定義整個(gè)系統(tǒng)的功能 。 ? 驗(yàn)收測(cè)試與確認(rèn)測(cè)試非常相似 ， 所不同的是 ， 確認(rèn)測(cè)試是項(xiàng)目組或組織內(nèi)部的測(cè)試 ， 驗(yàn)收測(cè)試是用戶主導(dǎo) 、 現(xiàn)場(chǎng)參與 、 現(xiàn)場(chǎng)環(huán)境下的測(cè)試 。 2. 輸入系統(tǒng)中不存在的工號(hào) 1000， 再輸入密碼 12345， 檢查能否進(jìn)入系統(tǒng) 。 ?另一方面，設(shè)計(jì)約束和限制，也是系統(tǒng)需求必須要考慮的內(nèi)容 通常這三部分需求構(gòu)成軟件需求的總集。如果做了業(yè)務(wù)建模，則可以先從業(yè)務(wù)對(duì)象模型中的業(yè)務(wù)工人（ Business Worker）著手。 在這里 ， 我們最主要先關(guān)注 （ 1） （ 2） 二條 ?第一條：需求分析階段的 《 需求規(guī)格說明 》 必須與需求獲取階段經(jīng)用戶簽字確認(rèn)的 《 用戶需求描述 》 一致 ?第二條： 《 需求規(guī)格說明 》 還應(yīng)具有一些特定的屬性 良好的需求規(guī)格說明屬性 具有良好的需求規(guī)格說明屬性的需求文檔 ， 具有如下的屬性： （ 1） 不含糊性 ：如果每一個(gè)需求只有唯一的一種解釋 ， 那它是不含糊的； （ 2） 完整性： 如果需求包括了功能 、 性能 、 時(shí)間響應(yīng)要求 、 限制、 接口等屬性 ， 不存在沒有界定的 、 以為是隱含或默認(rèn)而實(shí)際存在認(rèn)知差異的需求 ， 是完整的； （ 3） 可檢驗(yàn)性： 存在有限的 、 經(jīng)濟(jì)與技術(shù)都是可行的檢驗(yàn)方法和程序 ， 對(duì)需求的實(shí)現(xiàn)與否 ， 進(jìn)行檢驗(yàn) ， 使得用戶和組織通過該檢驗(yàn) ，確認(rèn)需求被按照需求規(guī)格說明實(shí)現(xiàn)； （ 4） 一致性： 需求作為一種要求是一致的 ， 不存在系統(tǒng)內(nèi)相互沖突的需求要求； （ 5） 可跟蹤性： 需求可追蹤； （ 6） 可使用性： 可為產(chǎn)品的各階段 ， 特別是維護(hù)階段 ， 提供充分有用的信息 。 ? 需要注意，這些模型代表的是來自客戶的概念，而非實(shí)際軟件類或?qū)嶋H構(gòu)件。 要尋找和定義邊界類，可以檢查 Use Case框圖。還有處理共用功能的管理者，如資源競(jìng)爭(zhēng)、分布式處理和錯(cuò)誤處理等。 1) 標(biāo)識(shí)實(shí)體對(duì)象 ? 自然語言分析法 利用 Abbott啟發(fā)式準(zhǔn)則，將語言成分映射為模型成分。 ? 標(biāo)識(shí)邊界對(duì)象的啟發(fā)式準(zhǔn)則如下： ? 標(biāo)識(shí)用戶所需初始用例的用戶界面控制 。 ? 控制對(duì)象沒有在現(xiàn)實(shí)世界中具體的對(duì)應(yīng)物，它通常從邊界對(duì)象處收集信息，并把這些信息分配給實(shí)體對(duì)象。因?yàn)槊挚赡苤貜?fù)，可用借閱證號(hào)碼識(shí)別。 圖書管理系統(tǒng)中的邊界對(duì)象 ① mainWindow：主窗口。 ⑤ FindTDialog：彈出對(duì)話框。 ⑩ LoginDialog：輸入用戶名和密碼的窗口。 ? 畫順序圖的啟發(fā)式準(zhǔn)則如下： ? 順序圖第一欄對(duì)應(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)審 5) 使用 CRC卡片對(duì)對(duì)象之間的交互建模 ? CRC是類、職責(zé)和協(xié)作的縮寫。 ? 在這個(gè)過程中可以驗(yàn)證已有的定義，不斷發(fā)現(xiàn)新的類、職責(zé)以及伙伴。標(biāo)識(shí)關(guān)聯(lián)的啟發(fā)式準(zhǔn)則如下： ? 檢查指示狀態(tài)的動(dòng)詞或動(dòng)詞短語； ? 準(zhǔn)確地命名關(guān)聯(lián)和角色； ? 盡量使用常用的修飾詞標(biāo)識(shí)出名字空間和關(guān)鍵屬性； ? 消除可導(dǎo)出其他關(guān)聯(lián)的關(guān)聯(lián)； ? 在關(guān)聯(lián)集合穩(wěn)定之前不必關(guān)心重復(fù)性； ? 過多的關(guān)聯(lián)使得一個(gè)模型不可讀； 定義結(jié)構(gòu)層次：對(duì)象 關(guān)系模型 在已經(jīng)定義的類之間，進(jìn)一步標(biāo)明每個(gè)責(zé)任者和協(xié)作者之間的“連接”關(guān)系，即描述類 amp。 ? 在模擬一個(gè)場(chǎng)景的過程中，每當(dāng)一個(gè)類開始“執(zhí)行”時(shí)，它的卡片就被拿出來討論，當(dāng)“控制”傳送到另一個(gè)類時(shí)，注意力就從前一張卡片轉(zhuǎn)移到另一張上去了。 ? 試題對(duì)象不能訪問邊界對(duì)象和控制對(duì)象 。 ? 通過順序圖，將責(zé)任以操作集合的形式分配給每一個(gè)對(duì)象。根據(jù)館藏圖書的館藏號(hào)和借閱者信息，執(zhí)行預(yù)約、取消預(yù)約動(dòng)作。 ④ TitleDialog：館藏圖書對(duì)話框。同一個(gè)人關(guān)于不同圖書的借閱記錄是不同的。 ? ? 在 圖書館 系統(tǒng)的例子中，我們發(fā)現(xiàn)以下控制類： ? BorrowBook：借閱流通圖書 ? ReturnBook：返還流通圖書 ? RecerveTitle：預(yù)約某種館藏圖書 ? CancelReservation：取消預(yù)約 ? MaintainBorrowerInfo：維護(hù)借閱者信息，包括創(chuàng)建、修改、取消借閱者賬戶 ? MaintainTitleInfo：維護(hù)館藏圖書信息，包括添加、修改、刪除館藏圖書信息 ? MaintainBookInfo：維護(hù)流通圖書信息，包括添加、修改、刪除流通圖書信息 圖書管理系統(tǒng)中的實(shí)體對(duì)象 ① Borrower：借閱者。 ? 分析建?；顒?dòng)包括以下步驟。邊界對(duì)象收集來自參與者的信息，將它們轉(zhuǎn)換為可用于實(shí)體對(duì)象和控制對(duì)象的表示形式。 entity Day entity Month entity Year control ChangeDateControl boundary ButtonBoundary boundary LCDDisplayBoundary ? 分析建模活動(dòng)包括以下步驟。每個(gè)使用案例通常都有一個(gè)控