14.3面向對象的系統分析實例以酒店管理中系統中的訂房系統為例，說明面向對象分析的建模方法和關鍵步驟4.3.1類圖建模要點類圖(classdiagram)用來表達系統內部的靜態結構(staticstructure)。（1）分析師不能自己隨意定義類，必須尋找領域術語做為類名稱。例如：房間—真正住進去，特定房號的房間。房型—顧客在訂房時，通常是預訂某個房型的房間。（2）領域概念非常多，分析師應用“事務模式”構建類圖的原型，然后再進行擴展，完善。（3）仔細考慮屬性/操作的可見性（4）類的關聯和組合關系24.3面向對象的系統分析實例4.3.2運用“事務模式”建立類圖

“事務”一詞在不同的領域中有不同的解釋，在信息系統與數據庫相關的領域中，事務（transaction）是并發控制的基本單位。它是一個操作序列，這些操作要么都執行，要么都不執行，它是一個不可分割的工作單位。在面向對象的分析過程中，系統的靜態結構往往以各種事務為中心。找出與事務相關的事務明細（TransactionLineItem）、涉眾（Participant）、地點（Place）、物品（Item），就可以快速構建系統的類圖原型。34.3面向對象的系統分析實例（1）事務與人、地、物事務模式強調以事務（transaction）對象為中心，串起與事務有關的其他對象，如事務明細、涉眾、地點、物品。其一般結構如下：系統中“必須記錄的事件”都是我們的侯選事務。44.3面向對象的系統分析實例運用事務模式，我們可以很快得出酒店訂房系統的初始類圖：54.3面向對象的系統分析實例（2）物品與特定物品事務涉及的物品概念可以細分為兩種：一種是具體的、特定的物品，另一種是針對同種類特定物品的描述和分類。在事務模式中，將這兩個概念稱為“特定物品（SpecificItem）”和“物品（Item）”，通過尋找特定物品和物品，類圖可進一步完善：64.3面向對象的系統分析實例通過尋找特定物品和物品，酒店訂房系統的類圖可進一步完善：由于目前還無法確定圖中“房間-訂房明細”以及“房間-訂房”這兩條關聯，因此分析師在此加上“未確定”注釋。注釋（comment）74.3面向對象的系統分析實例“房間-訂房明細”以及“房間-訂房”這兩條關聯，可能都不是單純的一對多關聯，有可能是如下的多對多的關聯，還需詳細討論。84.3面向對象的系統分析實例（3）后續事務

事務本身含有時間因素，因此事務之后可能有后續事務（subsquentTransaction），思考一下，訂房成功之后，后續會發生哪些必須記錄的重要事件？94.3面向對象的系統分析實例后續事務—入住104.3面向對象的系統分析實例可以通過對業務規則的限定，對類圖進行簡化，對關聯進行調整。例如：酒店方經過討論認為，一次訂房可以同時訂多個房間，但是只能限定是同一個預定日期。如果這個會員要預訂多個日期的話，必須拆成多個訂房事務。114.3面向對象的系統分析實例

酒店方還規定一次入住事件對應一個房間。假如會員預訂了120/201兩個房間的話，這次訂房就會對應到兩個入住事件。在這樣的規定下，也就不再需要入住明細了，因此類圖修改如下：124.3面向對象的系統分析實例（4）參與者與涉眾涉眾是一種身份、角色，在這個角色背后有一個真正的參與者（actor）。“參與者-涉眾”之間的關系就像“演員-角色”之間的關系一樣。加入了“參與者-涉眾”的類圖模型如下：134.3面向對象的系統分析實例酒店預訂系統中加入了“參與者-涉眾”的類圖模型如下：144.3面向對象的系統分析實例綜和上面的分析，得出酒店訂房系統的類圖如下：154.3面向對象的系統分析實例結合其他UML模型，進一步完善類圖。164.3面向對象的系統分析實例例如在用例圖中完善了“會員登錄”用例描述后，可以立即更新類圖。用例會員登錄啟動者會員支持者主要流程會員輸入電子郵件和密碼。系統確認會員身分之后，出現歡迎信息。替代流程數據不完整：客戶端提醒會員填入數據，直到數據完整才傳送到服務器端。驗證失敗：累積5次登錄失敗，即鎖定，并出現請會員主動聯系系統管理員的信息。企業規則BR1：以會員電子郵件做為會員代號。BR2：會員累積5次登錄失敗，即鎖定該會員賬號。只要登錄成功，則失敗次數歸零。BR3：一個人只能申請一個會員身份。議題與其他由于，一個人只能申請一個會員身份，所以將類圖中的個人與會員合并為一。174.3面向對象的系統分析實例更新類圖：184.3面向對象的系統分析實例用例訂房啟動者會員支持者酒店經營者主要流程會員挑選一家酒店。系統顯示出這家酒店所有的房型名稱、床型、空房數和房價。會員挑選預定的房型、房間數以及預訂日期。系統減少可預訂的空房數，并且新增一條訂房事務。系統顯示出事務代號、訂金與總價。系統提醒會員需要48小時內支付預訂金。系統發送訂房通知給酒店經營者和會員。完善“訂房”用例描述194.3面向對象的系統分析實例完善“訂房”用例描述替代流程SR1：畫面上要標記出必須填寫的字段，并且在客戶端先檢驗字段，并且提醒用戶填寫完整數據，直到必填字段完整之后，才會回送到服務器端。企業規則BR4：訂房事務序號的編碼規則為“預訂yyyyMMdd0001”，每日以流水號0001起始，每日流水號最大到9999。BR5：訂金=總價×0.1。BR6：會員需在事務成立后，48小時內支付預訂金。議題與其他編寫“系統規則”(SystemRule,SR)，做為整個訂房系統都必須遵守的規則。企業規則和系統規則將集中管理，用例描述中僅片面記錄規則初次出現的時刻。204.3面向對象的系統分析實例更新類圖(訂房)214.3面向對象的系統分析實例4.3.3運用序列圖（時序圖）整合用例圖和類圖

序列圖關聯了類圖和用例圖。表示了系統在與參與者互動執行某個用例期間，系統內部的一組對象的順序交互情況。類圖用例圖序列圖靜態結構(系統內在結構)動態行為(系統外在行為)動態行為(系統內在行為)類參與者、用例對象(object)關聯包含、擴展消息(message)事務模式用例描述BCE模式領域概念業務流程概念與流程的關聯224.3面向對象的系統分析實例分析師可以通過雙交叉法同步進行類圖和用例圖的分析，然后盡快通過序列圖來整合、調整三方面的圖。進一步完善系統分析模型。234.3面向對象的系統分析實例（1）序列圖的要素--對象與生命線生命線（lifeline）對象（object）244.3面向對象的系統分析實例序列圖整合了用例與類254.3面向對象的系統分析實例（2）序列圖的要素—消息與執行說明生命線(lifeline)消息（message）執行說明（executionspecification）264.3面向對象的系統分析實例（3）序列圖繪制—從BCE模式入手實體類—保存問題領域中的重要信息，封裝數據結構和數據儲存有關的變化。控制類—用來控制用例執行期間的復雜運算或者業務邏輯，通常針對一個用例，就會對應生成一個控制類。邊界類—邊界類用來隔離系統內外，通常負責接收并響應系統內外的信息。274.3面向對象的系統分析實例套用BCE模式繪制序列圖284.3面向對象的系統分析實例BCE模式應用要點一個用例，可以對應生成一個控制類。參與者對象只能跟邊界對象互動。實體對象不能發送消息給邊界對象和控制對象。單純對數據表進行增刪改查的話，可以不設置控制對象，讓邊界對象直接發送消息給實體對象。294.3面向對象的系統分析實例（4）酒店訂房系統—會員登錄序列圖繪制舉例用例會員登錄啟動者會員支持者主要流程會員輸入電子郵件和密碼。系統確認會員身分之后，出現歡迎消息。304.3面向對象的系統分析實例“會員登錄”的序列圖314.3面向對象的系統分析實例“會員登錄”用例的BCE類324.3面向對象的系統分析實例使用BCE類圖標334.3面向對象的系統分析實例使用一般的類圖標344.3面向對象的系統分析實例修改“會員登錄”的主要流程用例會員登錄啟動者會員支持者主要流程會員輸入電子郵件和密碼。系統驗證會員身分。系統顯示歡迎消息。354.3面向對象的系統分析實例（5）酒店訂房系統—訂房序列圖繪制舉例用例訂房啟動者會員支持者酒店經營者主要流程會員挑選一家酒店。系統列出這家酒店所有的房型名稱、床型、空房數和房價。會員挑選預訂的房型、房間數以及預訂日期。系統減少可預訂的空房數，并且新增一條訂房交易。系統列出交易代號、訂金與總價。系統提醒會員需要48小時內支付預訂金。系統發送訂房通知給酒店經營者和會員。364.3面向對象的系統分析實例“訂房”用例有兩個參與者374.3面向對象的系統分析實例“訂房”用例有兩個參與者384.3面向對象的系統分析實例加上邊界對象和實體對象394.3面向對象的系統分析實例查詢房型404.3面向對象的系統分析實例挑選并預訂房間414.3面向對象的系統分析實例刪掉酒店經營者參與者42刪去了酒店經營者的用例圖酒店訂房系統4.3面向對象的系統分析實例43用例訂房啟動者會員支持者主要流程會員挑選一家酒店。系統列出這家酒店所有的房型名稱、床型、空房數和房價。會員挑選預訂的房型、房間數以及預訂日期。系統顯示出訂房總價。系統新增一條訂房交易。系統減少可預訂的空房數。系統發送訂房通知給酒店經營者。系統發送訂房通知給會員。系