【正文】 的標(biāo)識(shí)。通過(guò)檢查上面已經(jīng)提到的報(bào)告緊急情況用例，我們找出了如下邊界對(duì)象：確認(rèn)通知、調(diào)度站、報(bào)告緊急情況按鈕、現(xiàn)場(chǎng)工作站和事件表單。 3. 標(biāo)識(shí)控制對(duì)象 ? 控制對(duì)象 負(fù)責(zé)協(xié)調(diào)邊界對(duì)象和實(shí)體對(duì)象 。 在現(xiàn)實(shí)世界中 ， 控制對(duì)象通常沒(méi)有具體的對(duì)應(yīng)物 。 ? 通常 ， 在用例和控制對(duì)象之間存在一個(gè)封閉關(guān)系；控制對(duì)象通常在一個(gè)實(shí)體開(kāi)始時(shí)創(chuàng)建 ， 并在該實(shí)體退出時(shí)終止 。 從邊界對(duì)象處收集信息 ， 并將這些信息分配給實(shí)體 。 ? 例如火災(zāi)報(bào)警與調(diào)度系統(tǒng)，在初始時(shí)，對(duì)每一個(gè)參與者，我們使用一個(gè)控制對(duì)象對(duì)報(bào)告緊急情況用例的控制流，建立如下模型：報(bào)告緊急情況控制對(duì)應(yīng)著現(xiàn)場(chǎng)工作人員，而管理意外事件控制則對(duì)應(yīng)著調(diào)度者。 ? 要從現(xiàn)場(chǎng)工作人員群體和調(diào)度者群體中出發(fā) ，決策是否使用兩個(gè)控制對(duì)象管理緊急情況用例 ，這一決策可以推遲到系統(tǒng)設(shè)計(jì)活動(dòng)開(kāi)始時(shí)才做出 。 ? 在此基礎(chǔ)上 ， 應(yīng)該在分析模型中使得這些概念可見(jiàn) ， 允許開(kāi)發(fā)者將注意點(diǎn)放在這兩個(gè)群體之間因缺乏溝通而產(chǎn)生的異常行為上 。 4. 使用順序圖將用例映射成對(duì)象 ? 順序圖 將用例與對(duì)象聯(lián)系在一起。該圖表達(dá)了用例（場(chǎng)景）行為在其參與對(duì)象之間是怎樣分布的。 ? 因?yàn)轫樞驁D需要涉及記號(hào)系統(tǒng)方面的更多背景知識(shí)，因此在與用戶的溝通方面不像用例那樣通俗。 ? 順序圖代表了從另一個(gè)觀察視角出發(fā)，使得開(kāi)發(fā)人員能夠發(fā)現(xiàn)規(guī)格說(shuō)明中遺漏的對(duì)象或界限不明的領(lǐng)域。 ? 順序圖的欄目表示了參與到用例中的對(duì)象。最左一欄是初始化用例的參與者。穿越各欄的水平箭頭表示從一個(gè)對(duì)象發(fā)給另一個(gè)對(duì)象的消息或激勵(lì)。 ? 打叉記號(hào)表示對(duì)象在退出時(shí)消亡，在具有打叉的交互中說(shuō)明了實(shí)例的消亡。在表示對(duì)象的矩形與打叉記號(hào)之間，用虛線表示該對(duì)象可以接收消息的時(shí)間跨度。對(duì)象不可以接收打叉記號(hào)之下的消息。 ? 順序圖中的第二欄表示與該對(duì)象交互的參與者初始化該用例的邊界對(duì)象。 ? 第三欄是管理其余用例的控制對(duì)象。 1 定義報(bào)告緊急情況用例 ,這一求精用斜體表示出來(lái) 用例名 報(bào)告緊急情況 入口條件 現(xiàn)場(chǎng)工作人員激活火災(zāi)報(bào)警與調(diào)度系統(tǒng)終端上的 “ 緊急情況報(bào)告 ” 功能。 事件流 1. 火災(zāi)報(bào)警與調(diào)度系統(tǒng)做出響應(yīng) ， 提交一份報(bào)告給現(xiàn)場(chǎng)工作人員 。 該表格包括一個(gè)緊急情況類型菜單（ 普通災(zāi)害 、 火災(zāi)和交通事故 ） 、 事件發(fā)生的位置 、事件描述 、 救援請(qǐng)求 、 危險(xiǎn)原料所處場(chǎng)所 。 2. 現(xiàn)場(chǎng)工作人員填寫(xiě)表格 ， 至少填寫(xiě)緊急情況類型和描述 。 現(xiàn)場(chǎng)工作人員也可能描述緊急情況的可能響應(yīng)要求和特殊救援要求 。 一旦填寫(xiě)完表格 ， 現(xiàn)場(chǎng)工作人員就按下 “ 發(fā)送報(bào)告 ” 按鈕 ， 提交表格 ， 這時(shí)就將通知到調(diào)度者 。 事件流 3. 調(diào)度者通過(guò)彈出的對(duì)話框注意到這一新的事件報(bào)告。調(diào)度者查看提交的信息，通過(guò)調(diào)用打開(kāi)事件用例，在數(shù)據(jù)庫(kù)中創(chuàng)建一個(gè)事件。事件里面自動(dòng)包括了現(xiàn)場(chǎng)工作人員提交表格中的所有信息。調(diào)度者選擇響應(yīng)后，將分配救援資源給事件（用分配資源用例），通過(guò)發(fā)送短消息給現(xiàn)場(chǎng)工作人員以確認(rèn)收到了報(bào)告。 該確認(rèn)告知現(xiàn)場(chǎng)工作人員，緊急情況報(bào)告已經(jīng)收到，創(chuàng)建了一個(gè)事件，并將資源分配給了該事件。該確認(rèn)包括了資源（例如，一輛消防車），以及這些資源將預(yù)期到達(dá)的時(shí)間。 出口條件 現(xiàn)場(chǎng)工作人員收到確認(rèn)消息并做出響應(yīng)。 報(bào)告緊急情況用例的對(duì)象 確認(rèn) 調(diào)度者對(duì)現(xiàn)場(chǎng)工作人員的緊急情況報(bào)告進(jìn)行響應(yīng)。通過(guò)發(fā)送一個(gè)確認(rèn)，調(diào)度者與現(xiàn)場(chǎng)工作人員進(jìn)行交流，報(bào)告已經(jīng)收到的緊急情況報(bào)告，創(chuàng)建一個(gè)事件，并給該資源分配了資源。該確認(rèn)包含了分配的資源，以及其估計(jì)的到達(dá)時(shí)間。 ? 通過(guò)構(gòu)造順序圖，我們不僅建模了對(duì)象之間的交互順序，同時(shí)我們也將功能分配給該用例。 ? 注意 到穿過(guò)兩個(gè)或多個(gè)用例且被共享的一個(gè)對(duì)象定義，應(yīng)該被標(biāo)識(shí)出來(lái)；即如果一個(gè)操作出現(xiàn)在不止一個(gè)順序圖中時(shí)，其行為應(yīng)該是相同的。 ? 在分析中，順序圖可幫助開(kāi)發(fā)者標(biāo)識(shí)出新的參與對(duì)象和丟失行為。 ? 因?yàn)轫樞驁D將關(guān)注點(diǎn)放在高層行為上，諸如性能之類的實(shí)現(xiàn)問(wèn)題不應(yīng)該在這一層面上考慮和解決。 畫(huà)出順序圖的啟發(fā)式準(zhǔn)則 ? 順序圖的第一欄對(duì)應(yīng)初始化該用例的參與者； ? 順序圖的第二欄是邊界對(duì)象（即該參與者用于初始化該用例）； ? 順序圖的第三欄是管理其余用例的控制對(duì)象； ? 通過(guò)邊界對(duì)象初始化用例，以創(chuàng)建控制對(duì)象； ? 通過(guò)控制對(duì)象創(chuàng)建邊界對(duì)象； ? 實(shí)體對(duì)象可由控制對(duì)象和邊界對(duì)象進(jìn)行訪問(wèn)； ? 實(shí)體對(duì)象永遠(yuǎn)不會(huì)訪問(wèn)邊界對(duì)象和控制對(duì)象； ? 這使得通過(guò)用例共享實(shí)體對(duì)象變得容易。 5. 使用 CRC卡建模對(duì)象之間的交互 ? 標(biāo)識(shí)對(duì)象之間交互的一種選擇，是由 Beck和Cunningham等人于 1989年提出的 CRC卡。 ? CRC是類、責(zé)任和協(xié)作的縮寫(xiě)。 ? 每一個(gè)類使用一個(gè) CRC卡表示。類的名字在 CRC卡的頂端表示，其責(zé)任在左欄表示；為了完成其責(zé)任，所需要的類名字在右欄中表示。 ? 圖 類的 CRC卡。 ? CRC卡在團(tuán)隊(duì)建模過(guò)程中使用。 ? CRC卡與順序圖的比較： ? 對(duì)一個(gè)單獨(dú)的建模者而言，或者將交互順序用書(shū)面進(jìn)行說(shuō)明而言，順序圖是一種較好的工具，因?yàn)檫@類工具更精確和緊湊。 ? 在通過(guò)集體的集思廣益，以進(jìn)行決策期間，對(duì)一組開(kāi)發(fā)者而言，迭代求精類結(jié)構(gòu)， CRC卡是一類較好的工具，因?yàn)檫@類工具更容易創(chuàng)建和修改。 6. 標(biāo)識(shí)關(guān)聯(lián) ? 一個(gè) 關(guān)聯(lián) 表示了兩個(gè)和多個(gè)類之間的關(guān)系。 ? 標(biāo)識(shí)關(guān)聯(lián)有兩個(gè)好處。 ? 首先，通過(guò)構(gòu)造對(duì)象之間的清晰關(guān)系，以澄清分析模型。 ? 第二，可使得開(kāi)發(fā)者去發(fā)現(xiàn)相關(guān)聯(lián)的邊界用例。在模型中的邊界用例，必須進(jìn)行異常情況確認(rèn)。 ? 關(guān)聯(lián)具有很多屬性： ? 描述兩個(gè)類之間關(guān)聯(lián)的名字。關(guān)聯(lián)名字是選擇性的并且無(wú)需全局唯一。 ? 在關(guān)聯(lián)的每一端的一個(gè)角色標(biāo)識(shí)了每一個(gè)類的功能。 ? 在關(guān)聯(lián)的每一端表現(xiàn)了多樣性，標(biāo)識(shí)了可能的實(shí)例數(shù)目。 ? 根據(jù) Abbott的啟發(fā)式準(zhǔn)則，通過(guò)檢查指示狀態(tài)的動(dòng)詞或動(dòng)詞詞組可以標(biāo)識(shí)出關(guān)聯(lián)。每一個(gè)關(guān)聯(lián)應(yīng)該命名，角色應(yīng)該分配給每一個(gè)關(guān)聯(lián)端。 ? 標(biāo)識(shí)關(guān)聯(lián)的啟發(fā)式準(zhǔn)則如下： ? 檢查動(dòng)詞短語(yǔ)； ? 準(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)心多樣性； ? 過(guò)多的關(guān)聯(lián)使得一個(gè)模型是不可讀的。 7. 標(biāo)識(shí)聚集 ? 聚集 是關(guān)聯(lián)的特定類型 ， 以表示整體－部分關(guān)系 。 一個(gè)聚集表示為帶有鉆石符號(hào)的關(guān)聯(lián) ， 其中的鉆石符號(hào)靠近 “ 整體 ” 的一端 。 ? 聚集有兩類，即 組合聚集和共享聚集 。在組合聚集中的鉆石符號(hào)，用實(shí)體鉆石符號(hào)表示。組合聚集說(shuō)明了部分的存在依賴于整體。 ? 帶有空心鉆石的關(guān)聯(lián)表示了共享聚集關(guān)系，表示整體和部分可以獨(dú)立地存在。 ? 我們?cè)黾恿嗽鯓釉趹?yīng)用域中封裝概念信息的分析模型的聚集關(guān)聯(lián)，這一內(nèi)容用層次或有向圖形式加以組織。聚集經(jīng)常被用在用戶界面上，以幫助用戶瀏覽多個(gè)用例。 8. 標(biāo)識(shí)屬性 ? 屬性 表示單個(gè)對(duì)象的性質(zhì)。比如，意外情況報(bào)告類具有如下性質(zhì)：意外事件類型、位置和描述特征（參見(jiàn)圖 ）。 ? 在標(biāo)識(shí)對(duì)象的屬性時(shí)，僅考慮與系統(tǒng)相關(guān)的屬性。例如，每一個(gè)現(xiàn)場(chǎng)工作人員都具有一個(gè)社會(huì)安全號(hào)，但該號(hào)與意外信息系統(tǒng)無(wú)關(guān)。 ? 為了避免混淆屬性與對(duì)象，在標(biāo)識(shí)屬性之前，開(kāi)發(fā)者應(yīng)該盡可能多地標(biāo)識(shí)關(guān)聯(lián)。屬性具有： ? 標(biāo)識(shí)一個(gè)對(duì)象的名字； ? 一個(gè)主要的描述； ? type描述了對(duì)應(yīng)變量可取的合法值。 ? 屬性可以使用 Abbott啟發(fā)式準(zhǔn)則來(lái)標(biāo)識(shí)。在特定情況下，跟在形容詞短語(yǔ)之后的一個(gè)名詞短語(yǔ)應(yīng)該進(jìn)行檢查。在實(shí)體對(duì)象的情況下，任何系統(tǒng)中必須進(jìn)行存儲(chǔ)的特征，均是一個(gè)候選屬性。 ? 注意屬性表示對(duì)象模型中的最不穩(wěn)定的部分。當(dāng)確認(rèn)分析模型或者用戶接口框架不會(huì)發(fā)生改變之后，屬性可以在隨后加入。 ? 標(biāo)識(shí)屬性的啟發(fā)式準(zhǔn)則如下： ? 將存儲(chǔ)狀態(tài)表示成為該實(shí)體對(duì)象的一個(gè)屬性； ? 描述每一個(gè)屬性； ? 勿將一個(gè)屬性表示為一個(gè)對(duì)象，應(yīng)該使用一個(gè)關(guān)聯(lián)替代之； ? 在該對(duì)象結(jié)構(gòu)穩(wěn)定之前，不要在描述具體細(xì)節(jié)上浪費(fèi)時(shí)間。 9. 建模單一對(duì)象的狀態(tài)相關(guān)的行為 ? 通過(guò)將關(guān)注點(diǎn)放在單個(gè)狀態(tài)上，開(kāi)發(fā)者可以標(biāo)識(shí)出新的行為。 ? 注意對(duì)系統(tǒng)中的每一個(gè)類而言，構(gòu)造狀態(tài)圖是不必要的。只有具有外部壽命的對(duì)象和具有與狀態(tài)相關(guān)的行為才值得去考慮是否構(gòu)造狀態(tài)圖。這種情況對(duì)控制對(duì)象而言總是有效，而對(duì)實(shí)體對(duì)象而言則相對(duì)出現(xiàn)較少，而對(duì)邊界對(duì)象則根本不會(huì)出現(xiàn)。 10. 分析模型評(píng)審 ? 一旦分析模型 穩(wěn)定 后（即分析模型的變化數(shù)目最小且變化范圍局部化），就可對(duì)分析模型進(jìn)行評(píng)審，這一評(píng)審首先由開(kāi)發(fā)者在其內(nèi)部進(jìn)行，接著由開(kāi)發(fā)者和客戶一起參與。 ? 評(píng)審的目標(biāo)是，確定需求規(guī)格說(shuō)明是正確的、完全的、一致性的和無(wú)二義性的。進(jìn)一步，也將評(píng)價(jià)該需求規(guī)格說(shuō)明是否是可以實(shí)現(xiàn)的，以及是否是可以確認(rèn)的。 ? 清單中詢問(wèn)有關(guān)模型是否是正確的相關(guān)問(wèn)題如下： ? 對(duì)實(shí)體對(duì)象的分類，用戶是否能夠理解？ ? 抽象類是否對(duì)應(yīng)到用戶層上的概念？ ? 是否所有的描述均利用了用戶定義？ ? 是否所有實(shí)體對(duì)象和邊界對(duì)象均使用了有意義的名詞短語(yǔ)進(jìn)行了命名？ ? 是否所有用例和控制對(duì)象均使用了有意義的動(dòng)詞短語(yǔ)進(jìn)行了命名？ ? 是否所有的錯(cuò)誤用例均已經(jīng)描述和處理？ ? 清單中詢問(wèn)有關(guān)模型是否是完全的的相關(guān)問(wèn)題如下： ? 對(duì)每一個(gè)對(duì)象而言，是否有用例需要之？創(chuàng)建該對(duì)象的用例是誰(shuí)？修改該對(duì)象的用例是誰(shuí)？刪除該對(duì)象的用例是誰(shuí)？該對(duì)象可以被一個(gè)邊界對(duì)象訪問(wèn)嗎？ ? 對(duì)每一種屬性：該屬性何時(shí)設(shè)定？該屬性的類型是什么？該屬性應(yīng)該進(jìn)行修飾嗎？ ? 對(duì)每一種關(guān)聯(lián)：該關(guān)聯(lián)何時(shí)被遍歷到？為何如此選擇該關(guān)聯(lián)的多樣性？該關(guān)聯(lián)可以使用一對(duì)一、一對(duì)多和多對(duì)多來(lái)描述嗎？ ? 對(duì)每一個(gè)控制對(duì)象：該控制對(duì)象具有必要的關(guān)聯(lián)以訪問(wèn)到參與其對(duì)應(yīng)用例中的對(duì)象嗎？ ? 清單中詢問(wèn)有關(guān)模型是否是一致的的相關(guān)問(wèn)題如下： ? 是否有多類或多個(gè)用例具有相同的名字？ ? 具有相似名字的實(shí)體（如用例、類和屬性）能夠相互區(qū)分嗎？ ? 在相同的泛化層次中，是否存在相似屬性和關(guān)聯(lián)的對(duì)象？ ? 清單中詢問(wèn)有關(guān)模型是否可實(shí)現(xiàn)的問(wèn)題如下 ? 在該系統(tǒng)中是否具有常規(guī)屬性？是否有針對(duì)建構(gòu)原型來(lái)確保實(shí)施的可行性研究？ ? 性能要求和可靠性要求是否已經(jīng)滿足？運(yùn)行在所選擇硬件上的原型是否需求可以確認(rèn)？