ch9 軟件工程案例分析

1、案例分析案例分析第第 9 章章一、案案 例例 采用OMT方法對銀行網絡系統(tǒng)ATM(Auto Trade Machine) 進行分析和設計。銀行網絡系統(tǒng)包括人工出納和分行共享的自動出納機；各分理處用自己的計算機處理業(yè)務（保存帳戶、處理事務等）；各分理處與出納站通過網絡通信；出納站錄入帳戶和事務數據；自動出納機與分行計算機通信；自動出納機與用戶接口，接受現金卡；發(fā)放現金；打印收據；分行計算機與撥款分理處結帳。要求系統(tǒng)正確處理同一帳戶的并發(fā)訪問；網絡費用平均攤派給各分理處。圖給出了銀行網絡系統(tǒng)的示意圖。自動出納機自動出納機自動出納機自動出納機自動出納機自動出納機出納站出納站分理處分理處計算機計算機分

2、理處分理處計算機計算機出納站出納站帳戶帳戶帳戶帳戶圖1 銀行網絡系統(tǒng)的示意圖用戶用戶分行計算機分行計算機退出退出首頁首頁下頁下頁末頁末頁 常用的識別類的方法有：名詞識別法、系統(tǒng)實體識別法、使用重用、從用例中識別類等。、名詞識別法、名詞識別法識別問題域中的實體，實體的描述通常用名詞、名詞短語、名詞性代詞的形式出現。用指定語言對系統(tǒng)進行描述；從系統(tǒng)描述中標識名詞、名詞短語、名詞性代詞；識別確定（取、舍）類。、系統(tǒng)實體識別法、系統(tǒng)實體識別法不關心系統(tǒng)的運作流程及實體之間的通信狀態(tài)，而只考慮系統(tǒng)中的人員、組織、地點、表格、報告等實體，經過分析將他們識別為類（或對象）。被標識的實體有：系統(tǒng)需要存儲、分析

3、、處理的信息實體、系統(tǒng)內部需要處理的設備、與系統(tǒng)交互的外部系統(tǒng)、系統(tǒng)相關人員、系統(tǒng)的組織實體。 在確定類時，常使用兩類技術：在確定類時，常使用兩類技術： 分解技術分解技術將整體類和組合類分解?？煽刂茊蝹€類的規(guī)模。 抽象技術抽象技術根據一些類的相似性建立抽象類，并建立抽象類與這些類之間的繼承關系。抽象類實現了系統(tǒng)內部的重用，很好地控制了復雜性，并為所有子類定義了一個公共的界面，使設計局部化，提高系統(tǒng)的可修改性和可維護性。退出退出上頁上頁首頁首頁下頁下頁末頁末頁 根據下述原則進一步確定類：去掉冗余類：如兩個類表述同一信息，應保留最具有描述能力的類，如“用戶”與“顧客”是重復的描述，由于“顧客”更具

4、有描述性，故保留它，刪除“用戶”。 去掉不相干的類：刪除與問題無關或關系不大的類，如“費用”。 刪除模糊的類：有些初始類邊界定義不確切，或范圍太廣，應該刪除。如“系統(tǒng)”、“安全措施”、“記錄保管”、“銀行網絡”。 刪除那些性質獨立性不強的，而應該是類“屬性”的候選類：如“帳戶數據”、“收據”、“現金”、“事務數據”。 所描述的操作不適宜作為對象類，并被其自身所操縱，所描述的只是實現過程中的暫時的對象，應刪去。如“軟件”，“訪問”。（一）確定類（一）確定類采用名詞識別法：檢查問題陳述中的所有名詞，得到初始類：軟件銀行網絡分行計算機系統(tǒng)分行出納站分理處分理處計算機自動出納機出納員帳戶數據帳戶現金卡

5、事務數據用戶顧客收據記錄保管 事務費用 安全措施訪問現金最終確定的類為：分行計算機分行出納站出納員分理處分理處計算機自動出納機帳戶現金卡事務顧客退出退出上頁上頁首頁首頁下頁下頁末頁末頁 （二）為每個建模實體準備數據詞典二）為每個建模實體準備數據詞典 描述模板描述模板對類進行精確描述，如系統(tǒng)中類的范圍、成員、方法的限制等。（三）確定關聯（三）確定關聯兩個或多個類之間的相互依賴關系就是關聯，實現關聯的方式有多種。關聯通常用描述性動詞和動詞詞組表示。可以從問題陳述中抽去所有可能的關聯表述，在銀行網絡系統(tǒng)示例中所有可能的關聯，大多數是直接抽取問題中的動詞詞組而得到的。但在陳述中，有些動詞詞組表述的關聯

6、是不明顯的，或在問題陳述中是找不到的，還有一些關聯與客觀世界或人的假設有關，必須同用戶一起確定這種關聯。即關聯通常由以下方面確定：、銀行網絡系統(tǒng)問題陳述中抽取可能的關聯（動詞詞組）、隱含的動詞詞組、基于問題域的知識、去掉不必要和不正確的關聯退出退出上頁上頁首頁首頁下頁下頁末頁末頁 、銀行網絡系統(tǒng)問題陳述中的關聯、銀行網絡系統(tǒng)問題陳述中的關聯 銀行網絡包括出納站和自動出納機。分行共享自動出納機分理處提供分理處計算機分理處計算機保存帳戶分理處計算機處理帳戶支付事務分理處擁有出納站出納站與分行計算機通信出納員為帳戶錄入事務自動出納機接受現金卡自動出納機與用戶接口自動出納機發(fā)放現金自動出納機打印收據系

7、統(tǒng)處理并發(fā)訪問分理處提供軟件費用分攤給分理處、基于問題域的知識、基于問題域的知識 分理處雇傭的出納員 現金卡訪問帳戶 、隱含的動詞詞組、隱含的動詞詞組分行由分理處組成分理處擁有帳戶分行擁有分行計算機系統(tǒng)提供記錄保管系統(tǒng)提供安全顧客有現金卡（三）確定關聯（三）確定關聯退出退出上頁上頁首頁首頁下頁下頁末頁末頁 、去掉不必要和不正確的關聯、去掉不必要和不正確的關聯使用下列標準去掉不必要和不正確的關聯： （1） 若某個類已被刪除，那么與它有關的關聯也必須刪除或者用其他類來重新表述。在示例中，刪除了“銀行網絡”，相關的關聯也要刪除。（）不相干的關聯或實現階段的關聯。刪除所有問題域之外的關聯或涉及實現結構

8、中的關聯，如“系統(tǒng)處理并發(fā)訪問”就是一種實現的概念。（）動作。關聯應描述應用域的結構性質而不是瞬時事件，因此應刪除“自動出納機接受現金卡”，“自動出納機與用戶接口”等。（） 派生關聯，省略那些可以用其他關聯來定義的關聯。因為這種關聯是冗余的。銀行網絡系統(tǒng)的初步對象圖如圖所示，其中含有關聯。（三）確定關聯（三）確定關聯退出退出上頁上頁首頁首頁下頁下頁末頁末頁 圖初始對象圖圖2 銀行網絡系統(tǒng)的初始對象類圖分行分行分理處分理處帳戶帳戶顧客顧客分行計算機分行計算機自動出納機自動出納機遠程事務遠程事務分理處計算機分理處計算機出納員出納員現金卡現金卡出納站出納站出納事務出納事務通通信信通通信信所所有有所所

9、有有所所有有雇雇傭傭涉涉及及涉涉及及訪訪問問認認可可有有有有擁有擁有組成組成錄入錄入由由錄錄入入錄入錄入退出退出上頁上頁首頁首頁下頁下頁末頁末頁 （四）確定類屬性（四）確定類屬性屬性通常用修飾性的名詞詞組來表示。屬性一般不可能在問題陳述中完全表述出來，應分析應用領域，并考慮最主要的屬性。只考慮與具體應用直接相關的屬性，不要考慮那些超出問題范圍的屬性；找出重要屬性，避免那些只用于實現的屬性，要為各個屬性取有意義的名字。按下列標準刪除不必要的和不正確的屬性： （1）限定詞：若屬性值固定下來后，能減少關聯的重數，則可考慮把該屬性重新表述為一個限定詞。如銀行碼、站代碼及雇員號等是限定詞，不作為屬性。

10、（2）內部值：若屬性描述了對象的非公開的內部狀態(tài)，則應從對象模型中刪除該屬性。 （3）細化：在分析階段應忽略那些不可能對大多數操作有影響的屬性。 圖給出了銀行網絡系統(tǒng)對象模型的部分屬性。 退出退出上頁上頁首頁首頁下頁下頁末頁末頁 退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖3 銀行網絡系統(tǒng)的部分屬性自動出納機自動出納機分發(fā)現金分發(fā)現金遠程事務遠程事務種類種類,日期日期,時間時間,數量數量顧客顧客名字名字地址地址現金卡現金卡密碼密碼雇員號雇員號站代碼站代碼分理處分理處名字名字帳戶號帳戶號卡片碼卡片碼銀行碼銀行碼分理處計算機分理處計算機帳戶帳戶余額、類型余額、類型貸款限定貸款限定出納員出納員名字名字

11、出納事務出納事務出納站出納站銀行碼銀行碼分行分行分行計算機分行計算機銀行碼銀行碼站代碼站代碼 （五）使用繼承來細化類（五）使用繼承來細化類使用繼承來共享公共結構，以此來重新組織類：、自底而上、自底而上將現有類的共性一般化為父類。找出具有相同屬性、關聯、操作的類，來發(fā)現繼承，例如：“出納事務”和“遠程事務”其屬性與主要操作是是類似的，則將它們的共性一般化，得到父類“事務”。、自頂而下、自頂而下將現有類細化為更具體的子類。若假設的具體化與現有的類發(fā)生沖突，則說明該類結構不恰當，當同一關聯名多次出現，且意義也相同時，應盡量具體化為相聯系的類。例如“事務”從“出納站”和“自動出納機”進入，“錄入站”就

12、是“出納站”和“自動出納機”的一般化。 圖給出了加入繼承后銀行網絡系統(tǒng)的對象模型。退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖4退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖4 銀行網絡系統(tǒng)的對象模型銀行碼銀行碼出納站出納站錄入站錄入站遠程事務遠程事務帳戶帳戶余額、類型余額、類型貸款限定貸款限定顧客顧客名字名字地址地址出納員出納員名字名字現金卡現金卡密碼密碼事務事務種類種類,日期日期,時間時間,數量數量分行計算機分行計算機銀行碼銀行碼站代碼站代碼銀行碼銀行碼分行分行自動出納機自動出納機分發(fā)現金分發(fā)現金出納事務出納事務雇雇員員號號站站代代碼碼分理處分理處名字名字帳戶號帳戶號卡片碼卡片碼銀行碼銀行碼分理

13、處計算機分理處計算機 （六）完善對象模型（六）完善對象模型在軟件開發(fā)的全過程中，需要不斷地完善對象模型。可以從以下幾方面考慮：、檢查是否有缺少的對象、檢查是否有缺少的對象 如果一個類中，存在毫無關系的屬性和操作，則應該分解這個類。 一般化體系不清楚，可分離為兩個類。 存在名稱及目的相同的冗余關聯，則通過一般化創(chuàng)建一個父類，并組織關聯。、查找多余的類、查找多余的類若類中缺少屬性、操作和關聯，刪除該類。、查找缺少的關聯、查找缺少的關聯、系統(tǒng)的改進、系統(tǒng)的改進 現金卡有多個獨立的特性，分解為卡片權限和現金卡?？ㄆ瑱嘞奘倾y行用來鑒別用戶訪問權限的卡片，表示一個或多個用戶帳戶的訪問權限；各個卡片權限對象

14、中可能具有好幾個現金卡，每張都帶有安全碼、卡片碼，它們附在現金卡上，表示銀行的卡片權限?，F金卡是自動出納機得到標識碼的數據卡片，它也是銀行代碼和現金卡代碼的數據載體。 為了“事務”與“帳戶”之間的傳輸描述具有一般性，增加“更新”。因為一般在每個帳戶中，一個“事務”包括一個或多個“更新”，一個“更新”是對帳戶的一個動作，它們是取款、存款、查詢之一。即事務由若干更新組成，更多涉及到帳戶。 由于“分理處”與“分理處計算機”之間的區(qū)別不影響分析，可將“分理處計算機”并入“分理處”。同理，將“分行計算機”并入“分行”。以上改進如圖所示。退出退出上頁上頁首頁首頁下頁下頁末頁末頁 圖5退出退出上頁上頁首頁首

15、頁下頁下頁末頁末頁圖5 修改后的對象模型錄入站錄入站遠程事務遠程事務現金卡現金卡銀行名、卡片碼銀行名、卡片碼安全號安全號出納員事務出納員事務出納員出納員名字名字出納站出納站分行分行銀行碼銀行碼站代碼站代碼帳戶帳戶余額、類型余額、類型貸款限定貸款限定顧客顧客名字名字地址地址自動出納機自動出納機分發(fā)現金分發(fā)現金事務事務種類、日期、時間、數量種類、日期、時間、數量卡片權限卡片權限密碼、限制密碼、限制更新更新數量、類型數量、類型雇雇員員號號站站代代碼碼分理處分理處名字名字帳戶號帳戶號卡片碼卡片碼錄入錄入組成組成擁擁有有擁擁有有雇雇用用訪問訪問標識標識發(fā)行發(fā)行被被錄錄入入開開始始涉涉及及維持維持有有有有

16、 動態(tài)分析從尋找外部可見的模擬和響應事件開始，確定各對象的可能事件的順序，在分析階段不考慮算法的執(zhí)行，它是實現模型的一部分。通常動態(tài)模型有：事件跟蹤表 、狀態(tài)圖 。 建立動態(tài)模型的步驟分為步：、準備典型的對話腳本、準備典型的對話腳本腳本是事件序列，每當系統(tǒng)中的對象與外部用戶發(fā)生互換信息時，就產生一個事件，所互換的信息值就是該事件的參數。對于各事件，應確定觸發(fā)事件的動作對象和該事件的參數。包括“正常腳本”、“例外腳本”，自動出納機與用戶交互的正常的腳本如下所示： 自動出納機請求用戶插入卡片；用戶插入現金卡。自動出納機接受卡片并讀出它的卡號。 自動出納機要求密碼，用戶鍵入密碼“4011”。 自動出

17、納機與分行確認卡號和密碼；分理處檢查它并通知承兌的自動出納機。自動出納機要求選擇事務類型（取款、存款、轉戶及查詢），用戶選擇取款。自動出納機要求現金數量；用戶輸入￥100。自動出納機要求分行處理事務；分行把要求轉給分理處，確認事務成功。自動出納機分發(fā)現金并且要求用戶取現金；用戶取現金。自動出納機提示用戶是否想繼續(xù)；用戶指出不繼續(xù)。自動出納機打印收據，退出卡，并請求用戶取出它們；用戶拿走收據和卡。自動出納機請求用戶插入。退出退出上頁上頁首頁首頁下頁下頁末頁末頁 自動出納機與用戶交互的例外的腳本如下所示： 自動出納機請求用戶插入卡；用戶插入現金卡。 自動出納機接受卡并讀它的卡號。 自動出納機要求密

18、碼；用戶鍵入：9999：。 自動出納機與分行確認卡號和密碼，在咨詢分理處后拒絕它。 自動出納機指示密碼錯并要求重新鍵入；用戶鍵入：4011：，分行確認成功。 自動出納機請求用戶選擇事務類型；用戶選擇取款。 自動出納機請求鍵入現金數量；用戶改變選擇并鍵入“CANCEL”（取消）。 自動出納機退出卡并且請求用戶拿走卡；用戶取出卡。 自動出納機請求用戶插入卡。、確定事件、確定事件 根據腳本確定所有的外部事件，事件包括：發(fā)送者、接收者、外設信號、輸入、中斷、轉換和動作等。使用腳本可以發(fā)現正常事件，但不要遺漏條件和異常事件。、畫出事件跟蹤表、畫出事件跟蹤表 把腳本表示成一個事件跟蹤表，即不同對象間的事件

19、排序表，圖給出了銀行網絡系統(tǒng)的事件跟蹤表。圖7 給出了事件流圖，它給出類之間的所有事件。事件流圖是對象圖的一個動態(tài)對照，對象圖中路徑反映了可能的信息流，而事件流圖反映了可能的控制流。 退出退出上頁上頁首頁首頁下頁下頁末頁末頁退出退出上頁上頁首頁首頁下頁下頁末頁末頁 圖6 銀行網絡系統(tǒng)的事件追綜圖用戶用戶自動出納機自動出納機分行分行分理處分理處確認帳號確認帳號插入卡插入卡要求密碼要求密碼輸入密碼輸入密碼要求類型要求類型輸入類型輸入類型要求數量要求數量輸入數量輸入數量分發(fā)現金分發(fā)現金要求取現金要求取現金取現金取現金提示繼續(xù)提示繼續(xù)終止終止打印收椐打印收椐退出卡退出卡要求取卡要求取卡取卡取卡顯示屏顯

20、示屏確認銀行卡確認銀行卡銀行帳戶正確銀行帳戶正確處理銀行事務處理銀行事務銀行事務成功銀行事務成功帳戶正確帳戶正確處理事務處理事務事務成功事務成功 圖7系統(tǒng)的事件圖自動出納機的事件流圖自動出納機的事件流圖退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖7 銀行網絡系統(tǒng)的事件圖用戶用戶分理處分理處自動出納機自動出納機分行分行確認卡及銀行，處理銀行事務確認卡及銀行，處理銀行事務分理處事務成功、失敗，分理處帳戶正確分理處事務成功、失敗，分理處帳戶正確事務成功、事務失敗、事務成功、事務失敗、帳戶正確、不正確帳戶、帳戶正確、不正確帳戶、密碼、銀行代碼密碼、銀行代碼插入卡，輸入密碼，類型，取現金，取卡插入卡，輸入

21、密碼，類型，取現金，取卡不不顯示主屏可讀卡顯示主屏可讀卡,要求密碼、類型、數量要求密碼、類型、數量,取消取消信息，分發(fā)現金，要求繼續(xù)，不正確帳戶信息信息，分發(fā)現金，要求繼續(xù)，不正確帳戶信息確認帳戶確認帳戶處理事務處理事務、構造狀態(tài)圖、構造狀態(tài)圖 對各對象類建立狀態(tài)圖，反映對象接收和發(fā)送的事件，每個腳本或事件跟蹤表都對應于狀態(tài)圖中一條路徑。在銀行網絡系統(tǒng)示例中，自動出納機、出納站、分行和分理處對象都是動作對象。用來互換事件，而現金卡、事務和帳戶都是被動對象，不交換事件，顧客和出納員都是動作對象，它們同錄入站的交互作用已經表示出來了。但顧客和出納員對象都是系統(tǒng)外部的因素，不在系統(tǒng)內部實現。圖給出了

22、自動出納機的狀態(tài)圖，圖給出了“分行”類的狀態(tài)圖，圖給出了“分理處”類的狀態(tài)圖。 圖8自動出納機類的狀態(tài)圖為為重要的類建立狀態(tài)圖重要的類建立狀態(tài)圖退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖8 “自動出納機”類的狀態(tài)圖檢查檢查do:要求密碼要求密碼核對核對do:確認帳戶確認帳戶選擇選擇do:要求類型要求類型輸數據輸數據do:要求數量要求數量開始開始do:顯示屏顯示屏插插入入插入插入密碼密碼帳戶帳戶正確正確輸入輸入類型類型取取卡卡片片不可讀不可讀do:不可讀卡信息不可讀卡信息取消取消do:取消信息取消信息帳戶錯誤帳戶錯誤do:帳戶錯誤信息帳戶錯誤信息失敗失敗do:失敗信息失敗信息取取消消取取消消插插

23、入入卡卡卡片退出卡片退出do:退出卡退出卡,取卡片取卡片結束結束do:打印收據打印收據繼續(xù)否繼續(xù)否do:請求繼續(xù)請求繼續(xù)發(fā)現金發(fā)現金do:請求繼續(xù)請求繼續(xù)事物事物do:處理事務處理事務事務事務成功成功取現金取現金終終止止取取消消輸輸入入事事務務帳帳戶戶錯錯取消取消取取消消密碼錯密碼錯事事務務失失敗敗等等秒秒圖9分行類的狀態(tài)圖退出退出末頁末頁 圖9 “分行”類的狀態(tài)圖do:處理處理分理處事務分理處事務do:確認確認分理處代碼分理處代碼do:確認確認卡卡正確代碼正確代碼分理處分理處事務成功事務成功事務成功事務成功處理事務處理事務確認帳戶確認帳戶錯誤代碼錯的分理處代碼錯誤代碼錯的分理處代碼錯的分理處

24、帳戶錯的分理處帳戶 錯的帳戶錯的帳戶錯的分理處帳戶錯的分理處帳戶 錯的密碼錯的密碼分理處密碼分理處密碼 帳戶帳戶分理處分理處事務失敗事務失敗事務失敗事務失敗上頁上頁首頁首頁下頁下頁do:更新更新帳戶帳戶do:確認確認卡片號卡片號do:確認確認密碼密碼有效有效成功分成功分理處理處事務成功事務成功處理分理處事務處理分理處事務確認分理處與卡片確認分理處與卡片無效錯的分理處帳戶無效錯的分理處帳戶無效錯的分理處密碼無效錯的分理處密碼 有效有效 分理處帳戶分理處帳戶失敗分失敗分理處理處事務失敗事務失敗圖10 “分理處”類的狀態(tài)圖 五、五、 功能模型描述了值之間的依賴關系，通常用分層的數據流圖描述。數據流圖

25、有助于表示功能依賴關系，其中的處理對應于狀態(tài)圖的活動和動作，其中的數據流對應于對象圖中的對象或屬性。 建立功能模型的步驟是：、確定輸入、輸出值、確定輸入、輸出值先列出輸入、輸出值，輸入輸出值是系統(tǒng)與外部世界之間的事件的參數。檢測問題陳述，從中找出遺漏的所有輸入輸出值。由于所有系統(tǒng)與外部世界之間的交互都經過自動出納機，因而所有輸入輸出值都是自動出納機事件的參數。圖給出了自動出納機的輸入輸出值。退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖11 自動出納機的輸入輸出值現金卡現金卡用戶用戶自動出納機自動出納機銀行碼銀行碼卡片碼卡片碼帳戶類型帳戶類型事務類型事務類型密碼密碼現金現金收據收據信息信息 圖12

26、 自動出納機頂層數據流圖自動出納機頂層數據流圖2 2、建立數據流圖、建立數據流圖退出退出上頁上頁首頁首頁下頁下頁末頁末頁數據流圖說明輸出值是怎樣從輸入值 得來的，數據流圖通常按層次組織。最頂層由單個處理組成，也可由收集輸入、計算值及生成結果的一個綜合處理構成。圖給出自動出納機頂層數據流圖。將頂層圖中的處理擴展成更低層次的數據流圖，如果第二層次圖中的處理仍包含一些可細化的處理，它們還可繼續(xù)擴展，圖13是圖12中“執(zhí)行事務”處理的擴展?，F金卡現金卡用戶用戶讀讀輸入輸入執(zhí)行事務執(zhí)行事務產生輸出產生輸出帳戶帳戶結算結算銀行碼銀行碼 卡碼卡碼密碼密碼數量數量事務類型事務類型現金現金收據收據信息信息帳戶類

27、型帳戶類型圖13 自動出納機“執(zhí)行事務”數據流圖退出退出上頁上頁首頁首頁下頁下頁末頁末頁圖13 自動出納機“執(zhí)行事務”數據流圖更新帳戶更新帳戶選擇帳戶選擇帳戶確認密碼確認密碼選擇卡選擇卡選擇分理處選擇分理處分行分行銀行碼銀行碼銀行碼銀行碼卡碼卡碼無效卡無效卡碼碼不不正確密碼正確密碼卡卡授權密碼授權密碼密碼密碼帳戶類型帳戶類型帳戶帳戶不不正確帳戶正確帳戶無效事務無效事務現金、收據現金、收據數量、事務類型數量、事務類型帳戶帳戶不正確的銀行碼不正確的銀行碼 3、描述處理、描述處理退出退出上頁上頁首頁首頁下頁下頁末頁末頁當數據流圖已細化到一定程度后，對各處理進行描述，描述方法用自然語言、偽碼及判定樹等

28、，描述可以是說明的或過程的。說明性描述確定了輸入、輸出值之間的關系。說明性描述優(yōu)于過程性描述，因為它隱含實現的考慮。過程性描述確定一個算法來實現處理功能，算法只是用來確定處理干什么。過程性描述實現起來較為容易。下面給出“更新帳戶”處理的描述： IF 取款數目超過當前帳戶結算， 退出事務，不發(fā)現金 IF 取款數目不超過當前帳戶結算， 記帳并分發(fā)要求的現金 IF 事務是存款， 建立帳戶并無現金分發(fā) IF 事務是狀態(tài)請求， 無現金分發(fā) 在任何情況 收據顯示自動出納機編號、日期、時間、帳戶編號， 事務類型，數量（若有）以及新的結算。監(jiān)視監(jiān)視病情病情更新病歷更新病歷產生產生病情報告病情報告在醫(yī)院的病房里

29、，將病癥監(jiān)視器安置在每個病床，對病人進行監(jiān)護。監(jiān)視器將病人的病癥信號（組合）實時地傳送到中央監(jiān)護系統(tǒng)進行分析處理。在中心值班室里，值班護士使用中央監(jiān)護系統(tǒng)對病員的情況進行監(jiān)控，監(jiān)護系統(tǒng)實時地將病人的病癥信號與標準的病診信號進行比較分析，當病癥出現異常時，系統(tǒng)會立即自動報警，并打印病情報告和更新病歷。系統(tǒng)根據醫(yī)生的要求隨時打印病人的病情報告，系統(tǒng)還定期自動更新病歷。退出退出下頁下頁末頁末頁病房中央值班室 系統(tǒng)名稱：醫(yī)院病房監(jiān)護系統(tǒng) 根據分析系統(tǒng)主要實現以下功能：1、病癥監(jiān)視器可以將采集到的病癥信號（組合），格式化后實時的傳送到中央監(jiān)護系統(tǒng)。2、中央監(jiān)護系統(tǒng)將病人的病癥信號與標準的病癥信號庫里的病

30、癥信號的正常值進行比較，當病癥出現異常時系統(tǒng)自動報警。3、當病癥信號異常時，系統(tǒng)自動更新病歷并打印病情報告。4、值班護士可以查看病情報告并進行打印。5、醫(yī)生可以查看病情報告，要求打印病情報告，也可以查看或要求打印病歷。6、系統(tǒng)定期自動更新病歷。 （一）建立系統(tǒng)的用例圖（一）建立系統(tǒng)的用例圖通過以下六個問題識別角色(1)誰使用系統(tǒng)的主要功能？(2)誰需要系統(tǒng)的支持以完成日常工作任務？(3)誰負責維護，管理并保持系統(tǒng)正常運行？(4)系統(tǒng)需要應付（或處理）哪些硬設備？(5)系統(tǒng)需要和哪些外部系統(tǒng)交互？(6)誰（或什么）對系統(tǒng)運行產生的結果（值）感興趣？退出退出上頁上頁首頁首頁下頁下頁末頁末頁需求分析

31、需求分析通過回答這六個問題以后，再進一步分析可以識別出本系統(tǒng)的四個角色：值班護士，醫(yī)生，病人，標準病癥信號庫。角色描述模板角色：病 人角色職責： 提供病癥信號角色職責識別： 負責生成、實時提供各種病癥信號。角色：值班護士角色職責：負責監(jiān)視病人的病情變化角色職責識別： (1)使用系統(tǒng)主要功能 (2)對系統(tǒng)運行結果感興趣角色：標準病癥信號庫角色職責：負責向系統(tǒng)提供病癥信號的正常值角色職責識別： (1)負責保持系統(tǒng)正常運行 (2)與系統(tǒng)交互角色：醫(yī) 生角色職責：對病人負責，負責處理病情的變化角色職責識別： (1)需要系統(tǒng)支持以完成其日常工作 (2)對系統(tǒng)運行結果感興趣通過分析可以初步識別出系統(tǒng)的用例

32、為：中央監(jiān)護，病癥監(jiān)護，提供標準病癥信號，病歷管理，病情報告管理。頂層用例圖為：退出退出上頁上頁首頁首頁下頁下頁末頁末頁提供標準病癥信號病歷管理病人標準病癥信號庫 醫(yī)生值班護士病癥監(jiān)護病情報告管理中央監(jiān)護使用使用使用角色描述角色描述將用例細化，可以得到分解的用例： 分解為： a 分解信號分解信號 將從病癥監(jiān)護器傳送來的組合病癥信號分解為系統(tǒng)可以處理的信號。 b 比較信號比較信號 將病人的病癥信號與標準信號比較 。 c 報警報警 如果病癥信號發(fā)生異常（即高于峰值），發(fā)出報警信號。 d 數據格式化數據格式化 將處理后的數據格式化以便寫入病歷庫 。 分解為：e 信號采集信號采集 采集病人的病癥信號。

33、f 模數轉化模數轉化 將采集來的模擬信號轉化為數字信號。g 信號數據組合信號數據組合 將采集到的脈搏，血壓等信號數據組合為一組信號數據。h 采樣頻率改變采樣頻率改變 根據病人的情況改變監(jiān)視器采樣頻率。 i（此用例不分解） 分解為：j 生成病歷生成病歷k 查看病歷查看病歷l 更新病歷更新病歷 m 打印病歷打印病歷 分解為：n 顯示病情報告顯示病情報告 在顯示器上顯示病情o 打印病情報告打印病情報告 在打印機打印病情報告退出退出上頁上頁首頁首頁下頁下頁末頁末頁用例細化用例細化退出退出上頁上頁首頁首頁下頁下頁末頁末頁病人模數轉化數據格式化值班護士報警信號采集比較信號標準病癥信號庫 醫(yī)生信號數據組合采

34、樣頻率改變提供標準病癥信號生成病歷查看病歷更新病歷打印病歷顯示病情報告打印病情報告分解信號 Extend Extend Extend use use use use use use use use細化的用例圖細化的用例圖通過名詞識別法和系統(tǒng)實體識別法等方法可以識別出系統(tǒng)的十二個類,以下用類圖這種簡單明了的方法分別表示出類的名稱，屬性，操作。見下圖： 醫(yī)生 用戶名密碼 查看病情報告（）要求打印病情報告（）查看病歷（）要求打印病歷（） 病人 姓名性別年齡病癥 提供病癥信號（） 病癥監(jiān)視器 采集頻率病癥信號 格式化信號數據（）采集信號（）信號組合（） 報警信號 聲音燈光文字 報警（）數模轉化（） 病

35、歷庫類型大小容量生成病歷（）更新病歷（）查看病歷（）打印病歷（） 病人病癥信號 脈搏血壓體溫生成病癥信號（） 病歷格式病人基本情況打印時間生成病歷（）查看病歷（）打印病歷（） 標準病癥信號脈搏血壓體溫 生成標準信號（） 用戶名密碼 查看病情報告（）打印病情報告（） 值班護士 類型大小容量 提供標準信號（） 標準病癥信號庫 標題格式 生成病情報告（）查看病情報告（）打印病情報告（） 病情報告輸入輸出 分解信號（）比較信號（）報警（）數據格式化（）中央監(jiān)護系統(tǒng) 退出退出上頁上頁首頁首頁下頁下頁末頁末頁類的識別類的識別再進一步在類圖中標明類之間的關系：退出退出上頁上頁首頁首頁下頁下頁末頁末頁*111

36、1111111111111 值班護士 醫(yī)生 病人 病癥監(jiān)視病人病癥信號 病歷病歷庫病情報告報警信號 中央監(jiān)護系統(tǒng) 標準病癥信號標準病癥信號庫 111報警監(jiān)視系統(tǒng)類圖系統(tǒng)類圖通過一定的分組機制得到以下包圖：用戶 醫(yī)生值班護士 病人病歷管理 病歷用戶界面 病情報告局部監(jiān)視報警信號病癥監(jiān)視器中央監(jiān)護系統(tǒng) 病人病癥信號 標準病癥信號數據庫 病歷庫標準病癥信號庫用戶層用戶界面層應用層數據庫層退出退出上頁上頁首頁首頁下頁下頁末頁末頁包圖包圖接下來用配置圖進一步描述系統(tǒng)的網絡結構退出退出上頁上頁首頁首頁下頁下頁末頁末頁病癥監(jiān)視器的狀態(tài)圖信號采集模數轉化數據信號組合發(fā)送信號數據局部顯示開解信號開解信號數據比較

37、數據信號異常比較數據信號正常格式化的數據報警更新病歷更新日期到發(fā)生病情異常發(fā)送報警標志數據格式化數據格式化打印請求中央監(jiān)護系統(tǒng)的狀態(tài)圖打印病情報告數據庫服務器標準病癥信號庫 病歷庫TCP/IPTCP/IP應用服務器中央監(jiān)護系統(tǒng) 局部監(jiān)視客戶端用戶界面狀態(tài)圖與配置圖狀態(tài)圖與配置圖時序圖時序圖：病情報告監(jiān)視器采集信號發(fā)送信號信號異常返回打印更新中央監(jiān)視系統(tǒng)病歷報警信號退出退出上頁上頁首頁首頁下頁下頁末頁末頁合作圖：合作圖：采集信號發(fā)送信號信號異常打印更新監(jiān)視器中央監(jiān)視系統(tǒng)報警信號病情報告病歷時序圖與合作圖時序圖與合作圖退出退出上頁上頁首頁首頁末頁末頁信號正常更新時間到信號異常時間間隔未到采集信號分

38、析比較信號判斷是否正常判斷更新時間報 警更新病歷打印病情報告活動圖活動圖一、問題陳述一、問題陳述有一個對外營業(yè)的會議中心，有各種不同規(guī)格的會議室，為用戶提供以下服務：、用戶可以按照會議人數、會議時間預訂會議室。可以只預訂次，也可預訂定期召開的會議。、開會前允許修改會議時間、人數，重新選擇會議室，甚至取消預訂的會議。、確定會議預訂后，會議中心負責會務管理：包括通過郵寄或電子郵件，通知開會人員有關會議信息，制作代表證等。、系統(tǒng)根據會議室的使用情況（緊張與否），調整、更改會議室和會議時間，并調整修改預訂會議的時間。退出退出下頁下頁末頁末頁案例三1 1、識別角色、識別角色找出所有可能與系統(tǒng)發(fā)生交互行為

39、的外部實體、對象、系統(tǒng)?？紤]系統(tǒng)的主要功能的使用者，就會想到用戶和系統(tǒng)管理者，但如果直接將用戶定義為角色，系統(tǒng)的所有功能幾乎都由用戶使用。根據問題的描述，系統(tǒng)要求將會議和會議的召開分開來。從會議的角度看，允許用戶定義、更改或刪除一個會議。從會議召開的角度看，允許用戶為某個會議定義召開時間、參加人數、更改相應的數據或刪除已定義的會議召開。因此，將用戶識別為“會議管理者”和“會議申請者”兩個角色。本系統(tǒng)定義以下角色： 會議管理者（Meeting Administrator） 會議申請者（Meeting Instance Requester） 郵局（Post Office ） 會議人員管理（Atte

40、ndee Management ） 系統(tǒng)維護者（System Maintainer ）退出退出上頁上頁首頁首頁下頁下頁在識別角色的基礎上，列出與角色相關的用例，有的用例與多個角色相關，經過分析，確定系統(tǒng)的用例（打 ）。與會議管理者相關的用例：與會議管理者相關的用例：定義一個會議（Define Meeting ） 更改一個會議（Alter Meeting ） 刪除一個會議（Remove Meeting ） 與會議申請者相關的用例：與會議申請者相關的用例：申請會議召開（ Request Meeting Instance ） 更改申請（Chang Request ） 取消申請（Cancel Requ

41、est ） 定義參加人員（Add Attendee ） 歸還會議室（Release Room ） 退出退出上頁上頁首頁首頁下頁下頁 與郵局相關的用例：與郵局相關的用例：申請會議召開（ Request Meeting Instance ）更改申請（ Modify Request ）取消申請（ Cancel Request ） 與會議人員管理相關的用例：與會議人員管理相關的用例： 定義參加人員（Add Attendee ） 取消申請（Cancel Request ） 申請會議召開（Request Meeting Instance ） 更改申請（ Modify Request ）與系統(tǒng)維護者相關的用

42、例：與系統(tǒng)維護者相關的用例： 會議室維護（ Meeting Room Maintenance ） 設定預定時限（Set Reservation Tome Limit ） 在確定角色和用例的基礎上，畫出用例圖（圖）。 退出退出上頁上頁首頁首頁下頁下頁3、會議管理系統(tǒng)的Use case圖圖1 會議管理系統(tǒng)的Use case圖歸還會議室歸還會議室申請會申請會議召開議召開更改申請更改申請取消申請取消申請定義參定義參加人員加人員會議召開申會議召開申請者請者郵局郵局會議會議人員人員管理管理設置預設置預定時限定時限會議室會議室維護維護定義會議定義會議更改會議更改會議刪除會議刪除會議系統(tǒng)維護者系統(tǒng)維護者會議管

43、理員會議管理員退出退出上頁上頁首頁首頁下頁下頁 用例用例1 1、定義會議、定義會議（Define Meeting ）輸入會議名稱確定會議規(guī)模確定會議類型其中會議規(guī)模是指參會人數范圍。用例、更改會議用例、更改會議（ Alter Meeting ）改變會議名稱改變會議規(guī)模改變會議召開頻度用例、刪除會議用例、刪除會議（ Remove Meeting ）如果該會議沒有召開申請從會議列表中刪除如果該會議有召開申請取消與之相關的會議召開信息刪除該會議使用：用例8 刪除參加人員（ Remove Attendee ）用例6 取消申請（Cancel Request）用例用例4 4、申請會議召開、申請會議召開（R

44、equest Meeting Instance) 確定召開時間（年、月、日）確定參加人員確定侯選會議室發(fā)會議通知使用：用例11 發(fā)會議通知（Inform of Meeting）用例13 選擇參加組（Select Group Attendee） 擴展：如果召開時間在申請時限之外 用例12 申請拒絕(Request Rejection ） 如果還沒定義參加人員用例7 定義參加人員(Add Attendee )用例用例5 5：更改申請：更改申請（ Modify Request ）更改召開時間更改參加人員更改取得會議室發(fā)會議更改通知使用：用例13 選擇參加組（Select Group Attendee

45、） 用例11 發(fā)會議通知(Inform of Meeting) 擴展： 如果更改的時間不合法 用例12 申請拒絕（Request Rejection） 用例7 定義參加人員(Add Attendee )退出退出上頁上頁首頁首頁下頁下頁用例用例6 6：取消會議召開：取消會議召開（Cancel Request）、 取消申請歸還會議室發(fā)會議取消通知使用：用例8 歸還會議室（Release Room）用例14 發(fā)會議取消通知（Inform Rejection）擴展： 如果會議已召開用例12 申請拒絕（Request Rejection）用例用例7 7：定義參加人員：定義參加人員(Add Attende

46、e )輸入參加人員的詳細信息定義參加組用例用例9 9：會議維護：會議維護（Meeting Room Maintenance）加入一個會議室（用例15)標記一個會議室不可用（用例16)查詢會議室預定情況（用例17)用例用例1010：設置預定時限制：設置預定時限制（Set Reservation Tome Limit）設置時間限用例用例1111：發(fā)會議通知：發(fā)會議通知(Inform of Meeting)從會議人員管理獲得參加人員的投遞地址填寫通知（會議召開時間、會議室號碼）發(fā)送通知用例用例1212：申請拒絕：申請拒絕（Request Rejection） 作廢當前的一切輸入中字止用戶當前的操作用

47、例用例1313：選擇會議參加人員組：選擇會議參加人員組(Select Group Attendee)瀏覽會議組成員選擇參加組用例用例14:14:會議取消通知會議取消通知（Inform of Cancellation)從會議人員管理處獲取參加人員地址填寫通知發(fā)送通知 用例：歸還會議室用例：歸還會議室（Release Room）輸入會議室號碼輸入使用時間刪除參加人員歸還會議室使用：用例會議室維護（Meeting Room Maintenance）用例18 刪除參加人員（Remove Attendee）退出退出上頁上頁首頁首頁下頁下頁用例用例15:15:增加會議室增加會議室（Add Meeting

48、Room）輸入會議室號碼輸入會議室規(guī)模輸入會議室可使用狀態(tài)（可使用、不可使用）加入該會議室用例用例16:16:設置會議室不可使用設置會議室不可使用（Set Unusable Flag）輸入會議室號碼通知該會議室的預定者標記該會議室的可所以狀態(tài)為不可用用例用例17:17:查詢會議室的使用情況查詢會議室的使用情況(Browse Meetingroom usage)輸入會議室號碼查詢本用例返回會議室的使用狀態(tài)（已使用、空閑）和會議室的可否使用情況。用例用例1818：刪除會議參加人員：刪除會議參加人員（Remove Attendee）刪除參加人員刪除參加組圖2描述了會議管理系統(tǒng)完整的用例模型。退出退出

49、上頁上頁首頁首頁下頁下頁圖2 完整的會議管理系統(tǒng)Use case圖退出退出上頁上頁首頁首頁下頁下頁除了用例模型外，其它模型都依賴于類模型，因此，類模型是方法的核心，類模型從對象的角度描述系統(tǒng)的組成，描述類（對象）及相互間的關系。為了建立類模型，首先要識別類，鑒于篇幅，這里就不再討論類的識別過程。通過分析，識別以下類：1、 Meeting類，標識一個會議（名稱、類型、規(guī)模）。2、 MeetingInstance類, Meeting類的子類，對會議時間、人數等進行描述。3、 MeetingRoom類,描述會議室的有關信息。4、 MeetingAdministration類，管理會議。5、 Atte

50、ndee類，描述參會人員（姓名、性別、地址、頭銜等）。6、 GroupAttende類，創(chuàng)建一個參加會議的組。7、 Address類，描述郵寄地址E-mail地址。8、 PostOffic類，負責發(fā)送郵寄通知。9、 AttendeeManagement類，數據庫管理。10、ReservationCriteria類，定義會議室預定準則。11、Information類，構造一條通知。退出退出上頁上頁首頁首頁下頁下頁 該類與會議召開不同，它標識了一個會議（圖3），因此，其屬性包括會議名稱、類型、規(guī)模（參加會議的人數）。其操作則有：增加會議、取消會議。一個會議往往有多個子會議（子類）的召開，因此，必須

51、描述Meeting類與其子類MeetingInstance類之間的關聯，如圖4所示。MeetingInstance類是Meeting類的子類，描述會議的具體情況，會議的開始(Start Time)、結束時間(End Time) ，參會的人數(AttendeeNumber) ，其操作有：添加參加人員AddAttendee()、添加參加人員組AddGroupAttendee()，而AttachMeetingRoom()表示為該類分配一個會議室，而Cancel()則表示取消該會議的召開。MeetingNameTypeSizeAddMeetingInstance()CancelMeetingInsta

52、nce()圖3 Meeting類圖MeetingMeetingInstanceStart TimeEndTimeAttendeeNumberAddAttendee()AttachMeetingRoom()AddGroupAttendee()Cancel()圖4 MeetingInstance類圖退出退出上頁上頁首頁首頁下頁下頁MeetingRoomCapacityBuildingCodeDoorCodeStatusAssignMeetingInstance ()SetInvalidate()Release()MeetingInstanceMeeting圖5 MeetingRoom類圖該類描述了

53、有關會議室的情況，因此MeetingRoom類的屬性包括：會議室的規(guī)模Capacity，位置BuildingCode、 DoorCode，使用狀態(tài)Status（正在使用、已預定、空閑和不可用）等。該類的操作有：AssignMeetingInstance() 將 MeetingRoom 分配給 MeetingInstance 對象,而SetInvalidate()則表示當會議室出現故障時，將其狀態(tài)設置為不可用。 Release()為歸還會議室。當會議被預定后，為了便于查詢某個會議室預定給了哪個會議，應建立類MeetingRoom 與類MeetingInstanc之間的雙向關聯，這里定義為1：1。

54、退出退出上頁上頁首頁首頁下頁下頁AttendeeNameSexPostaddressEmailAddressTitleMeetingInstance11.*圖6 Attendee類圖Attendee類描述參加會議人員的有關信息，如：姓名、性別、地址、E-mail地址、頭銜等。 MeetingInstance類與Attendee類之間有一對多的關聯 “1.*” 。 MeetingInstanceGroupAttendeeMemberNumberGroupNameAddAttendee()DeleteAttendee()10.*Attendee11.*圖7 GroupAttendee類圖該類可創(chuàng)建

55、一個參加會議的組，便于按照小組選擇參加會議的人員。 MeetingInstance類與GroupAttendee類之間有一對多的關聯 “0.*”。退出退出上頁上頁首頁首頁下頁下頁系統(tǒng)中有兩種地址：電子郵件地址（ EmailAddress ）和郵寄地址（ PostAddress ），而且，每個參加會議的人，可以有一個或者多個郵寄地址，有0個或多個Email地址。有關地址的屬性，在再內這里不再討論。負責發(fā)送郵寄通知。 PostOffice類分別與PostAddress、 EmailAddress和Information之間有一對多的關聯。 7、PostOffice類類1.*InformationE

56、mailAddress1.*PostAddress1.*(from Use Case View)DelieverInformation( )圖9 PostOffice類圖PostOfficeAddress PostAddressEmailAddressAttendee圖8 Address類圖1.*0.*退出退出上頁上頁首頁首頁下頁下頁 Information Notice Topic Receiver Title Receiver name Time Event Explanation SendTime Sendr Signature Create()MeetingRoom圖10 Inform

57、ation類圖該類用于構造一條通知，由于在本系統(tǒng)中，通常有三種：會議召開通知，會議更改通知，會議取消通知。如下例所示，通知的內容常包括標題、接受者、會議內容、會議時間及發(fā)通知的時間等。XXXX會議召開通知會議召開通知XX先生：定于2003年9月15日在櫻都會議中心召開XXXX會議。 XXXX會議籌備組 2003年8月20日退出退出上頁上頁首頁首頁下頁下頁GroupAttendeeAttendeeAttendeeManagement(from Use Case View)AttendNumber()GroupAttendeeNumber()AddAttendee()ChangeAttendee(

58、)AddGroupAttendee()DeleteGroupAttendee()圖11 AttendeeManagemen 類圖該類使用數據庫對參加會議的人員進行管理。分析階段只確定該類與系統(tǒng)的接口，有關數據庫的設計在設計階段解決。該類與GroupAttendee類及Attendee類的關聯如圖11所示。 該類定義了預定會議室的準則(如時間)，并建立會議實例（ MeetingInstanee 類）與該類之間的聯系。ReservationCriteriaTimeCriteriasetCrieria()GetCriteria()MeetingInstanee圖12 ReservationCrite

59、ria類圖退出退出上頁上頁首頁首頁下頁下頁該類管理系統(tǒng)中由用戶定義的所有會議，并提供給用戶友好的用戶界面。由于該類有定義會議（DefineMeeting）、更改會議（AlterMeeting）、刪除會議（ RemoveMeeting ）等操作，建立與Meeting類之間的關聯關系。MeetingName:stringMeetingAdministration(from eetingPack)MeetingNumber:intDefineMeeting()AlterMeeting()RemoveMeeting()Meeting(from MeetingPack)圖13 MeetingAdmini

60、stration類圖退出退出上頁上頁首頁首頁下頁下頁MeetingMeetingName:stringMeetingAdministrationReservationCriteriaMeetingInstance InformationMeetingRoom1.*1.*1.*PostOfficeGroupAttendeeAttendeeManagement Address PostAddressEmailAddressAttendee1.*0.*1.*0.*110.*0.*0.*111圖14 會議管理系統(tǒng)類圖會議管理系統(tǒng)類圖退出退出上頁上頁首頁首頁下頁下頁四、建立系統(tǒng)包圖四、建立系統(tǒng)包圖引入包