軟件工程案例分析

案例分析會議管理系統(tǒng)醫(yī)院病房監(jiān)護系統(tǒng)銀行網(wǎng)絡(luò)系統(tǒng)ATM目錄

一、問題陳述

有一個對外營業(yè)的會議中心，有各種不同規(guī)格的會議室，為用戶提供以下服務(wù)：1、用戶可以按照會議人數(shù)、會議時間預(yù)訂會議室?？梢灾活A(yù)訂１次，也可預(yù)訂定期召開的會議。2、開會前允許修改會議時間、人數(shù)，重新選擇會議室，甚至取消預(yù)訂的會議。3、確定會議預(yù)訂后，會議中心負(fù)責(zé)會務(wù)管理：包括通過郵寄或電子郵件，通知開會人員有關(guān)會議信息，制作代表證等。4、系統(tǒng)根據(jù)會議室的使用情況（緊張與否），調(diào)整、更改會議室和會議時間，并調(diào)整修改預(yù)訂會議的時間。會議管理系統(tǒng)退出下頁末頁案例一二、建立用例模型1、識別角色

找出所有可能與系統(tǒng)發(fā)生交互行為的外部實體、對象、系統(tǒng)?？紤]系統(tǒng)的主要功能的使用者，就會想到用戶和系統(tǒng)管理者，但如果直接將用戶定義為角色，系統(tǒng)的所有功能幾乎都由用戶使用。根據(jù)問題的描述，系統(tǒng)要求將會議和會議的召開分開來。從會議的角度看，允許用戶定義、更改或刪除一個會議。從會議召開的角度看，允許用戶為某個會議定義召開時間、參加人數(shù)、更改相應(yīng)的數(shù)據(jù)或刪除已定義的會議召開。因此，將用戶識別為“會議管理者”和“會議申請者”兩個角色。本系統(tǒng)定義以下角色：會議管理者（MeetingAdministrator）會議申請者（MeetingInstanceRequester）郵局（PostOffice）會議人員管理（AttendeeManagement）系統(tǒng)維護者（SystemMaintainer）退出上頁首頁下頁末頁

在識別角色的基礎(chǔ)上，列出與角色相關(guān)的用例，有的用例與多個角色相關(guān)，經(jīng)過分析，確定系統(tǒng)的用例（打）。⑴與會議管理者相關(guān)的用例：

定義一個會議（DefineMeeting）更改一個會議（AlterMeeting）

刪除一個會議（RemoveMeeting

）

⑵與會議申請者相關(guān)的用例：

申請會議召開（RequestMeetingInstance）

更改申請（ChangRequest）

取消申請（CancelRequest）

定義參加人員（AddAttendee）

歸還會議室（ReleaseRoom）

2、用例識別退出上頁首頁下頁末頁2、用例識別

⑶與郵局相關(guān)的用例：

申請會議召開（RequestMeetingInstance）更改申請（ModifyRequest）取消申請（CancelRequest

）⑷與會議人員管理相關(guān)的用例：定義參加人員（AddAttendee）取消申請（CancelRequest）申請會議召開（RequestMeetingInstance）更改申請（ModifyRequest）

⑸與系統(tǒng)維護者相關(guān)的用例：會議室維護（MeetingRoomMaintenance）

設(shè)定預(yù)定時限（SetReservationTomeLimit）

在確定角色和用例的基礎(chǔ)上，畫出用例圖（圖１）。

退出上頁首頁下頁末頁3、會議管理系統(tǒng)的Usecase圖圖1會議管理系統(tǒng)的Usecase圖歸還會議室申請會議召開更改申請取消申請定義參加人員會議召開申請者郵局會議人員管理設(shè)置預(yù)定時限會議室維護定義會議更改會議刪除會議系統(tǒng)維護者會議管理員

退出上頁首頁下頁末頁用例1、定義會議（DefineMeeting）輸入會議名稱確定會議規(guī)模確定會議類型其中會議規(guī)模是指參會人數(shù)范圍。用例２、更改會議（AlterMeeting）改變會議名稱改變會議規(guī)模改變會議召開頻度用例３、刪除會議（RemoveMeeting）如果該會議沒有召開申請從會議列表中刪除如果該會議有召開申請取消與之相關(guān)的會議召開信息刪除該會議使用：用例8刪除參加人員（RemoveAttendee）用例6取消申請（CancelRequest）4、對用例的進一步描述用例4、申請會議召開（RequestMeetingInstance)確定召開時間（年、月、日）確定參加人員確定侯選會議室發(fā)會議通知使用：用例11發(fā)會議通知（InformofMeeting）用例13選擇參加組（SelectGroupAttendee）擴展：①如果召開時間在申請時限之外用例12申請拒絕(RequestRejection）②如果還沒定義參加人員用例7定義參加人員(AddAttendee

)用例5：更改申請（ModifyRequest）更改召開時間更改參加人員更改取得會議室發(fā)會議更改通知使用：用例13選擇參加組（SelectGroupAttendee）用例11發(fā)會議通知(InformofMeeting)擴展：①如果更改的時間不合法用例12申請拒絕（RequestRejection）②用例7定義參加人員(AddAttendee)退出上頁首頁下頁末頁用例6：取消會議召開（CancelRequest）、取消申請歸還會議室發(fā)會議取消通知使用：用例8歸還會議室（ReleaseRoom）用例14發(fā)會議取消通知（InformRejection）擴展：①如果會議已召開用例12申請拒絕（RequestRejection）用例7：定義參加人員(AddAttendee)輸入?yún)⒓尤藛T的詳細(xì)信息定義參加組用例9：會議維護（MeetingRoomMaintenance）加入一個會議室（用例15)標(biāo)記一個會議室不可用（用例16)查詢會議室預(yù)定情況（用例17)用例10：設(shè)置預(yù)定時限制（SetReservationTomeLimit）設(shè)置時間限用例11：發(fā)會議通知(InformofMeeting)

從會議人員管理獲得參加人員的投遞地址填寫通知（會議召開時間、會議室號碼）發(fā)送通知用例12：申請拒絕（RequestRejection）作廢當(dāng)前的一切輸入中字止用戶當(dāng)前的操作用例13：選擇會議參加人員組(SelectGroupAttendee)瀏覽會議組成員選擇參加組用例14:會議取消通知（InformofCancellation)從會議人員管理處獲取參加人員地址填寫通知發(fā)送通知

用例８：歸還會議室（ReleaseRoom）輸入會議室號碼輸入使用時間刪除參加人員歸還會議室使用：用例９會議室維護（MeetingRoomMaintenance）用例18刪除參加人員（RemoveAttendee）退出上頁首頁下頁末頁用例15:增加會議室（AddMeetingRoom）輸入會議室號碼輸入會議室規(guī)模輸入會議室可使用狀態(tài)（可使用、不可使用）加入該會議室用例16:設(shè)置會議室不可使用（SetUnusableFlag）輸入會議室號碼通知該會議室的預(yù)定者標(biāo)記該會議室的可所以狀態(tài)為不可用用例17:查詢會議室的使用情況(BrowseMeetingroomusage)輸入會議室號碼查詢本用例返回會議室的使用狀態(tài)（已使用、空閑）和會議室的可否使用情況。用例18：刪除會議參加人員（RemoveAttendee）刪除參加人員刪除參加組圖2描述了會議管理系統(tǒng)完整的用例模型。退出上頁首頁下頁末頁5、完整的會議管理系統(tǒng)的Usecase圖圖2完整的會議管理系統(tǒng)Usecase圖退出上頁首頁下頁末頁

除了用例模型外，其他模型都依賴于類模型，因此，類模型是ＯＯ方法的核心，類模型從對象的角度描述系統(tǒng)的組成，描述類（對象）及相互間的關(guān)系。為了建立類模型，首先要識別類，鑒于篇幅，這里就不再討論類的識別過程。通過分析，識別以下類：1、Meeting類，標(biāo)識一個會議（名稱、類型、規(guī)模）。2、MeetingInstance類,Meeting類的子類，對會議時間、人數(shù)等進行描述。3、MeetingRoom類,描述會議室的有關(guān)信息。4、MeetingAdministration類，管理會議。5、Attendee類，描述參會人員（姓名、性別、地址、頭銜等）。6、GroupAttende類，創(chuàng)建一個參加會議的組。7、Address類，描述郵寄地址E-mail地址。8、PostOffice類，負(fù)責(zé)發(fā)送郵寄通知。9、AttendeeManagement類，數(shù)據(jù)庫管理。10、ReservationCriteria類，定義會議室預(yù)定準(zhǔn)則。11、Information類，構(gòu)造一條通知。三、建立類模型退出上頁首頁下頁末頁

該類與會議召開不同，它標(biāo)識了一個會議（圖3），因此，其屬性包括會議名稱、類型、規(guī)模（參加會議的人數(shù)）。其操作則有：增加會議、取消會議。一個會議往往有多個子會議（子類）的召開，因此，必須描述Meeting類與其子類MeetingInstance類之間的關(guān)聯(lián)，如圖4所示。2、

MeetingInstance類

MeetingInstance類是Meeting類的子類，描述會議的具體情況，會議的開始(StartTime)、結(jié)束時間(EndTime)，參會的人數(shù)(AttendeeNumber)，其操作有：添加參加人員AddAttendee()、添加參加人員組AddGroupAttendee()，而AttachMeetingRoom()表示為該類分配一個會議室，而Cancel()則表示取消該會議的召開。MeetingMeetingInstanceStartTimeEndTimeAttendeeNumberAddAttendee()AttachMeetingRoom()AddGroupAttendee()Cancel()MeetingNameTypeSizeAddMeetingInstance()CancelMeetingInstance()圖3Meeting類圖圖4MeetingInstance類圖1、

Meeting類退出上頁首頁下頁末頁MeetingRoomCapacityBuildingCodeDoorCodeStatusAssignMeetingInstance()SetInvalidate()Release()MeetingInstanceMeeting圖5MeetingRoom類圖該類描述了有關(guān)會議室的情況，因此MeetingRoom類的屬性包括：會議室的規(guī)模Capacity，位置BuildingCode、DoorCode，使用狀態(tài)Status（正在使用、已預(yù)定、空閑和不可用）等。該類的操作有：AssignMeetingInstance()將MeetingRoom分配給MeetingInstance對象,而SetInvalidate()則表示當(dāng)會議室出現(xiàn)故障時，將其狀態(tài)設(shè)置為不可用。Release()為歸還會議室。當(dāng)會議被預(yù)定后，為了便于查詢某個會議室預(yù)定給了哪個會議，應(yīng)建立類MeetingRoom與類MeetingInstanc之間的雙向關(guān)聯(lián)，這里定義為1：1。3、MeetingRoom類退出上頁首頁下頁末頁AttendeeNameSexPostaddressEmailAddressTitleMeetingInstance11..*圖6Attendee類圖Attendee類描述參加會議人員的有關(guān)信息，如：姓名、性別、地址、E-mail地址、頭銜等。MeetingInstance類與Attendee類之間有一對多的關(guān)聯(lián)“1..*”。

5、GroupAttendee類MeetingInstanceGroupAttendeeMemberNumberGroupNameAddAttendee()DeleteAttendee()10..*Attendee11..*圖7GroupAttendee類圖該類可創(chuàng)建一個參加會議的組，便于按照小組選擇參加會議的人員。MeetingInstance類與GroupAttendee類之間有一對多的關(guān)聯(lián)“0..*”。4、Attendee類退出上頁首頁下頁末頁系統(tǒng)中有兩種地址：電子郵件地址（EmailAddress）和郵寄地址（PostAddress），而且，每個參加會議的人，可以有一個或者多個郵寄地址，有0個或多個E-mail地址。有關(guān)地址的屬性，在再內(nèi)這里不再討論。負(fù)責(zé)發(fā)送郵寄通知。PostOffice類分別與PostAddress、EmailAddress和Information之間有一對多的關(guān)聯(lián)。

7、PostOffice類1..*InformationEmailAddress1..*PostAddress1..*(fromUseCaseView)DelieverInformation()圖9PostOffice類圖PostOfficeAddress

PostAddressEmailAddressAttendee圖8Address類圖1..*0..*6、Address類退出上頁首頁下頁末頁InformationNoticeTopicReceiverTitleReceivernameTimeEventExplanationSendTimeSendrSignatureCreate()MeetingRoom圖10Information類圖該類用于構(gòu)造一條通知，由于在本系統(tǒng)中，通常有三種：會議召開通知，會議更改通知，會議取消通知。如下例所示，通知的內(nèi)容常包括標(biāo)題、接受者、會議內(nèi)容、會議時間及發(fā)通知的時間等。XXXX會議召開通知XX先生：定于2005年9月15日在櫻都會議中心召開XXXX會議。

XXXX會議籌備組2005年8月20日8、Information類退出上頁首頁下頁末頁GroupAttendeeAttendeeAttendeeManagement(fromUseCaseView)AttendNumber()GroupAttendeeNumber()AddAttendee()ChangeAttendee()AddGroupAttendee()DeleteGroupAttendee()圖11AttendeeManagement類圖該類使用數(shù)據(jù)庫對參加會議的人員進行管理。分析階段只確定該類與系統(tǒng)的接口，有關(guān)數(shù)據(jù)庫的設(shè)計在設(shè)計階段解決。該類與GroupAttendee類及Attendee類的關(guān)聯(lián)如圖11所示。

10、ReservationCriteria類

該類定義了預(yù)定會議室的準(zhǔn)則(如時間)，并建立會議實例（MeetingInstanee類）與該類之間的聯(lián)系。ReservationCriteriaTimeCriteriasetCrieria()GetCriteria()MeetingInstanee圖12ReservationCriteria類圖9、AttendeeManagement類退出上頁首頁下頁末頁該類管理系統(tǒng)中由用戶定義的所有會議，并提供給用戶友好的用戶界面。由于該類有定義會議（DefineMeeting）、更改會議（AlterMeeting）、刪除會議（RemoveMeeting）等操作，建立與Meeting類之間的關(guān)聯(lián)關(guān)系。MeetingName:stringMeetingAdministration(fromeetingPack)MeetingNumber:intDefineMeeting()AlterMeeting()RemoveMeeting()Meeting(fromMeetingPack)圖13MeetingAdministration類圖11、MeetingAdministration類退出上頁首頁下頁末頁MeetingMeetingName:stringMeetingAdministrationReservationCriteriaMeetingInstanceInformationMeetingRoom1..*1..*1..*PostOfficeGroupAttendeeAttendeeManagement

Address

PostAddressEmailAddressAttendee1..*0..*1..*0..*110..*0..*0..*111圖14會議管理系統(tǒng)類圖會議管理系統(tǒng)類圖退出上頁首頁下頁末頁四、建立系統(tǒng)包圖引入包圖來對類進行管理，圖15為本系統(tǒng)的包圖。系統(tǒng)由會議包(MeetingPack)、人員包(AttendeePack)和郵寄包(PostOfficePack)三類包組成。圖16、圖17、圖18分別描述了這三類包的構(gòu)成。PostOfficePack圖15系統(tǒng)包圖MeetingPackAttendeePack退出上頁首頁下頁末頁1、會議包（MeetingPack）2、人員包（AttendeePack）3、郵寄包（PostOfficePack）GroupAttendeeAddress

PostAddressEmailAddressAttendee圖17人員包構(gòu)成0..*1..*1..*1圖18郵寄包構(gòu)成InformationPostOffice（fromUseCaseView）1..*0..*MeetingMeetingName:stringMeetingAdministrationReservationCriteriaMeetingInstanceMeetingRoom圖16會議包構(gòu)成111包圖退出上頁首頁下頁末頁

靜態(tài)模型關(guān)注的是系統(tǒng)各成分的組織結(jié)構(gòu)，而動態(tài)模型則要描述系統(tǒng)各成分之間的交互行為，即系統(tǒng)的動態(tài)特征。結(jié)合本系統(tǒng)，建立動態(tài)模型，包括交互圖、合作圖、活動圖。（一）對象交互模型

在面向?qū)ο蟮姆椒ㄖ?，一切元素都與對象緊密相關(guān)，事件也不例外。因此，對象在其生命期中不斷地與其它對象交互。使用對象交互模型來描述用例圖中的每個用例，從對象觀點來描述用例的動態(tài)交互過程。在UML中，交互模型由兩類圖來描述：順序圖（Sequencediagram）強調(diào)的是對象交互行為的時間“順序”，直觀描述了對象的生存期，用消息傳送來清晰地描述了在對象生存期中某一時刻的動態(tài)行為。只適宜描述簡單的對象交互情況。合作圖（Collaborationdiagram）強調(diào)的是對象合作的交互行為關(guān)系，對象間由各種關(guān)聯(lián)連接，對象之間的合作情況（交互情況）使用消息流來表示，但消息沒有發(fā)送時間和傳送時間的概念。適宜描述對象數(shù)目較多，交互情況教復(fù)雜的情況。五、建立動態(tài)模型退出上頁首頁下頁末頁：MeetingAdministration：Meeting：MeetingAdministrattor1:DefineMeeting(meeting)[IsMeetingExisted=.T.]3:Fail(MeetingExisted)2:{new(meeting)}圖19定義會議的順序圖當(dāng)用戶向會議中心申請召開會議時，首先要定義一個會議。會議管理者發(fā)送DefineMeeting消息給MeetingAdministration對象,消息參數(shù)是有關(guān)會議的一個臨時對象(meeting)，根據(jù)該臨時對象檢查會議是否存在？若不存在，創(chuàng)建新會議：2:{new(meeting)}，若當(dāng)條件表達(dá)式為真時：[IsMeetingExisted=.T.]，表示會議已經(jīng)被定義，不需要再定義。1、用例：定義會議(DefineMeeting)的順序圖退出上頁首頁下頁末頁當(dāng)用戶確定要取消某個會議時，首先檢查會議是否定義，如果沒有可以直接刪除，否則要先取消相關(guān)的會議。如圖20所示,首先系統(tǒng)用戶對象MeetingAdministrator發(fā)出RemoveMeeting(MeetingName)消息給對象MeetingAdministration，通過消息的參數(shù)檢索要取消的會議對象，并向該對象發(fā)出取消會議召開的消息。表達(dá)式“[IsOpen=.F.]”表示如果會議不處于召開狀態(tài)，就取消它。表達(dá)式“[IsAllMeetingInstancesCanceled=.T.]”表示該會議的所有會議召開都已經(jīng)被取消，則會議管理就發(fā)出取消會議召開的消息。否則返回取消失?。ㄈ鐣h正在召開）的消息。2、用例：取消會議(RemoveMeeting)的順序圖圖20取消會議的順序圖：MeetingAdministration：MeetingInstance：MeetingAdministrator1：RemoveMeeting(MeetingName)[IsAllMeetingInstancesCanceled=.F.]5:Fail(MeetingExisted)2:CancelMeetingInstance()：Meeting[IsAllMeetingInstancesCanceled=.T.]4:Fail(MeetingExisted)[IsOpen=.F.]3:Cancel()退出上頁首頁下頁末頁３、用例：撤消會議召開（CancelRequestment）的順序圖：MeetingAdministration：Meeting：MeetingInstance：MeetingRoom：PostOffice1:CancelMeetingInstance(Instance)[IsOpen=.F.]2:Cancel()3:Release()4:DelieverInformation(cancellation)圖21撤消會議召開的順序圖要撤消某個會議召開，發(fā)送Cancel信息給MeetingInstance對象。該對象先要在Meeting對象中注銷自己，再歸還已分配的會議室，并向參會人員發(fā)撤消會議的通知。圖21中會議管理對象發(fā)送給會議對象的消息CancelMeetingInstance(Instance)中的參數(shù)用于檢索會議召開。條件表達(dá)式[IsOpen=.F.]表示如會議召開未進行，則撤消會議召開。如果會議已進行，則返回失敗消息（圖中未列出）。退出上頁首頁下頁末頁圖22撤消會議召開的順序圖：PostOffice：MeetingAdministration：Meeting：MeetingInstance：MeetingRoom1:AddMeetingInstance(instance)2:{new}6:AssignMeetingInstance()7:DelieverInformation(info)5:AttachMeetingRoom(room)4:AddGrooupAttendee(group)3:AddAttendee(member)如果時間合法，就創(chuàng)建一個會議召開對象。４、用例：申請會議召開（RequestMeetingInstance）的順序圖用戶申請一個會議召開時，應(yīng)該指定會議召開的名稱，召開的時間，及會議參加人員。圖22中instance、member、group、room、info都是臨時對象，instance記錄了用戶指定的會議屬性（時間、參加人數(shù)等），member為一個參會代表，是Attendeegroup參會人員組的對象；而room是滿足要求的會議室。４、用例：申請會議召開退出上頁首頁下頁末頁六、合作圖與活動圖對于簡單的對象交互情況，順序圖可以作很好的描述，可是，當(dāng)交互對象數(shù)目增加，交互情況復(fù)雜時，順序圖就很難描述清楚了，可用合作圖來描述。合作圖描述了系統(tǒng)中所有對象之間的交互合作關(guān)系，注重對象之間的整體交互情況，交互關(guān)系由消息流來表示。在Rose中，還可以將順序圖與合作圖進行轉(zhuǎn)換。本案例不再給出合作圖。

七、活動圖

活動圖模型主要用于描述系統(tǒng)在問題域空間中的活動流程，活動圖可以方便地描述系統(tǒng)中的并發(fā)活動。由于本例中并沒有復(fù)雜的并發(fā)活動，而且也也沒有明顯的基于核心的、具有復(fù)雜狀態(tài)和行為的對象，所以可以不必畫出合作圖和活動圖。六、合作圖退出上頁首頁監(jiān)視病情更新病歷產(chǎn)生病情報告一、問題的描述在醫(yī)院的病房里，將病癥監(jiān)視器安置在每個病床，對病人進行監(jiān)護。監(jiān)視器將病人的病癥信號（組合）實時地傳送到中央監(jiān)護系統(tǒng)進行分析處理。在中心值班室里，值班護士使用中央監(jiān)護系統(tǒng)對病員的情況進行監(jiān)控，監(jiān)護系統(tǒng)實時地將病人的病癥信號與標(biāo)準(zhǔn)的病診信號進行比較分析，當(dāng)病癥出現(xiàn)異常時，系統(tǒng)會立即自動報警，并打印病情報告和更新病歷。系統(tǒng)根據(jù)醫(yī)生的要求隨時打印病人的病情報告，系統(tǒng)還定期自動更新病歷。退出下頁末頁病房中央值班室醫(yī)院病房監(jiān)護系統(tǒng)案例二二、簡單的需求分析說明系統(tǒng)名稱：醫(yī)院病房監(jiān)護系統(tǒng)根據(jù)分析系統(tǒng)主要實現(xiàn)以下功能：1、病癥監(jiān)視器可以將采集到的病癥信號（組合），格式化后實時的傳送到中央監(jiān)護系統(tǒng)。2、中央監(jiān)護系統(tǒng)將病人的病癥信號與標(biāo)準(zhǔn)的病癥信號庫里的病癥信號的正常值進行比較，當(dāng)病癥出現(xiàn)異常時系統(tǒng)自動報警。3、當(dāng)病癥信號異常時，系統(tǒng)自動更新病歷并打印病情報告。4、值班護士可以查看病情報告并進行打印。5、醫(yī)生可以查看病情報告，要求打印病情報告，也可以查看或要求打印病歷。6、系統(tǒng)定期自動更新病歷。三、用UML的靜態(tài)建模機制定義并描述本系統(tǒng)的靜態(tài)結(jié)構(gòu)

（一）建立系統(tǒng)的用例圖通過以下六個問題識別角色(1)誰使用系統(tǒng)的主要功能？(2)誰需要系統(tǒng)的支持以完成日常工作任務(wù)？(3)誰負(fù)責(zé)維護，管理并保持系統(tǒng)正常運行？(4)系統(tǒng)需要應(yīng)付（或處理）哪些硬設(shè)備？(5)系統(tǒng)需要和哪些外部系統(tǒng)交互？(6)誰（或什么）對系統(tǒng)運行產(chǎn)生的結(jié)果（值）感興趣？退出上頁首頁下頁末頁需求分析通過回答這六個問題以后，再進一步分析可以識別出本系統(tǒng)的四個角色：值班護士，醫(yī)生，病人，標(biāo)準(zhǔn)病癥信號庫。角色描述模板角色：病人角色職責(zé)：

提供病癥信號角色職責(zé)識別：負(fù)責(zé)生成、實時提供各種病癥信號。角色：值班護士角色職責(zé)：負(fù)責(zé)監(jiān)視病人的病情變化角色職責(zé)識別：(1)使用系統(tǒng)主要功能(2)對系統(tǒng)運行結(jié)果感興趣角色：標(biāo)準(zhǔn)病癥信號庫角色職責(zé)：負(fù)責(zé)向系統(tǒng)提供病癥信號的正常值角色職責(zé)識別：(1)負(fù)責(zé)保持系統(tǒng)正常運行(2)與系統(tǒng)交互角色：醫(yī)生角色職責(zé)：對病人負(fù)責(zé)，負(fù)責(zé)處理病情的變化角色職責(zé)識別：(1)需要系統(tǒng)支持以完成其日常工作(2)對系統(tǒng)運行結(jié)果感興趣通過分析可以初步識別出系統(tǒng)的用例為：中央監(jiān)護，病癥監(jiān)護，提供標(biāo)準(zhǔn)病癥信號，病歷管理，病情報告管理。頂層用例圖為：退出上頁首頁下頁末頁提供標(biāo)準(zhǔn)病癥信號病歷管理病人標(biāo)準(zhǔn)病癥信號庫

醫(yī)生值班護士病癥監(jiān)護病情報告管理中央監(jiān)護《使用》《使用》《使用》角色描述將用例細(xì)化，可以得到分解的用例：1、中央監(jiān)護

分解為：a分解信號將從病癥監(jiān)護器傳送來的組合病癥信號分解為系統(tǒng)可以處理的信號。

b比較信號將病人的病癥信號與標(biāo)準(zhǔn)信號比較。

c

報警如果病癥信號發(fā)生異常（即高于峰值），發(fā)出報警信號。

d

數(shù)據(jù)格式化將處理后的數(shù)據(jù)格式化以便寫入病歷庫。2、病癥監(jiān)護

分解為：e信號采集采集病人的病癥信號。

f模數(shù)轉(zhuǎn)化將采集來的模擬信號轉(zhuǎn)化為數(shù)字信號。

g信號數(shù)據(jù)組合將采集到的脈搏，血壓等信號數(shù)據(jù)組合為一組信號數(shù)據(jù)。

h采樣頻率改變根據(jù)病人的情況改變監(jiān)視器采樣頻率。3、提供標(biāo)準(zhǔn)病癥信號

i（此用例不分解）4、病歷管理

分解為：j生成病歷k查看病歷l更新病歷

m打印病歷

5、病情報告

分解為：n顯示病情報告在顯示器上顯示病情

o打印病情報告在打印機打印病情報告退出上頁首頁下頁末頁用例細(xì)化給出細(xì)化的用例圖退出上頁首頁下頁末頁病人模數(shù)轉(zhuǎn)化數(shù)據(jù)格式化值班護士報警信號采集比較信號標(biāo)準(zhǔn)病癥信號庫醫(yī)生信號數(shù)據(jù)組合采樣頻率改變提供標(biāo)準(zhǔn)病癥信號生成病歷查看病歷更新病歷打印病歷顯示病情報告打印病情報告分解信號《Extend》《Extend》《Extend》《use》《use》《use》《use》《use》《use》《use》《use》細(xì)化的用例圖（二）識別系統(tǒng)的類通過名詞識別法和系統(tǒng)實體識別法等方法可以識別出系統(tǒng)的十二個類,以下用類圖這種簡單明了的方法分別表示出類的名稱，屬性，操作。見下圖：醫(yī)生用戶名密碼查看病情報告（）要求打印病情報告（）查看病歷（）要求打印病歷（）病人姓名性別年齡病癥提供病癥信號（）病癥監(jiān)視器采集頻率病癥信號格式化信號數(shù)據(jù)（）采集信號（）信號組合（）報警信號聲音燈光文字報警（）數(shù)模轉(zhuǎn)化（）病歷庫類型大小容量生成病歷（）更新病歷（）查看病歷（）打印病歷（）病人病癥信號脈搏血壓體溫生成病癥信號（）病歷格式病人基本情況打印時間生成病歷（）查看病歷（）打印病歷（）標(biāo)準(zhǔn)病癥信號脈搏血壓體溫生成標(biāo)準(zhǔn)信號（）用戶名密碼查看病情報告（）打印病情報告（）值班護士類型大小容量提供標(biāo)準(zhǔn)信號（）標(biāo)準(zhǔn)病癥信號庫標(biāo)題格式生成病情報告（）查看病情報告（）打印病情報告（）病情報告輸入輸出分解信號（）比較信號（）報警（）數(shù)據(jù)格式化（）中央監(jiān)護系統(tǒng)退出上頁首頁下頁末頁類的識別再進一步在類圖中標(biāo)明類之間的關(guān)系：退出上頁首頁下頁末頁*******1111111111111111值班護士醫(yī)生病人病癥監(jiān)視器

病人病癥信號

病歷病歷庫病情報告報警信號中央監(jiān)護系統(tǒng)標(biāo)準(zhǔn)病癥信號標(biāo)準(zhǔn)病癥信號庫

111報警監(jiān)視系統(tǒng)類圖（三）用包圖和配置圖描述系統(tǒng)的體系結(jié)構(gòu)通過一定的分組機制得到以下包圖：用戶醫(yī)生值班護士病人病歷管理病歷用戶界面病情報告局部監(jiān)視報警信號病癥監(jiān)視器中央監(jiān)護系統(tǒng)病人病癥信號標(biāo)準(zhǔn)病癥信號數(shù)據(jù)庫病歷庫標(biāo)準(zhǔn)病癥信號庫用戶層用戶界面層應(yīng)用層數(shù)據(jù)庫層退出上頁首頁下頁末頁包圖接下來用配置圖進一步描述系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)四、用UML的動態(tài)建模機制定義并描述系統(tǒng)結(jié)構(gòu)元素的動態(tài)特性及行為（一）下面給出兩個關(guān)系很緊密的狀態(tài)圖退出上頁首頁下頁末頁病癥監(jiān)視器的狀態(tài)圖信號采集模數(shù)轉(zhuǎn)化數(shù)據(jù)信號組合發(fā)送信號數(shù)據(jù)局部顯示開解信號開解信號數(shù)據(jù)比較數(shù)據(jù)信號異常比較數(shù)據(jù)信號正常格式化的數(shù)據(jù)報警更新病歷更新日期到發(fā)生病情異常發(fā)送報警標(biāo)志數(shù)據(jù)格式化數(shù)據(jù)格式化打印請求中央監(jiān)護系統(tǒng)的狀態(tài)圖打印病情報告數(shù)據(jù)庫服務(wù)器標(biāo)準(zhǔn)病癥信號庫病歷庫TCP/IPTCP/IP應(yīng)用服務(wù)器中央監(jiān)護系統(tǒng)局部監(jiān)視客戶端用戶界面狀態(tài)圖與配置圖（二）用時序圖和合作圖描述病人病情異常時系統(tǒng)的情況，其他情況從略。時序圖：病情報告監(jiān)視器采集信號發(fā)送信號信號異常返回打印更新中央監(jiān)視系統(tǒng)病歷報警信號退出上頁首頁下頁末頁合作圖：采集信號發(fā)送信號信號異常打印更新監(jiān)視器中央監(jiān)視系統(tǒng)報警信號病情報告病歷時序圖與合作圖（三）用活動圖描述系統(tǒng)在監(jiān)護病人時的狀態(tài)變化退出上頁首頁信號正常更新時間到信號異常時間間隔未到采集信號分析比較信號判斷是否正常判斷更新時間報警更新病歷打印病情報告活動圖

采用OMT方法對銀行網(wǎng)絡(luò)系統(tǒng)ATM(AutoTradeMachine)進行分析和設(shè)計。一、問題的陳述銀行網(wǎng)絡(luò)系統(tǒng)包括人工出納和分行共享的自動出納機；各分理處用自己的計算機處理業(yè)務(wù)（保存賬戶、處理事務(wù)等）；各分理處與出納站通過網(wǎng)絡(luò)通信；出納站錄入賬戶和事務(wù)數(shù)據(jù)；自動出納機與分行計算機通信；自動出納機與用戶接口，接受現(xiàn)金卡；發(fā)放現(xiàn)金；打印收據(jù)；分行計算機與撥款分理處結(jié)賬。要求系統(tǒng)正確處理同一賬戶的并發(fā)訪問；網(wǎng)絡(luò)費用平均攤派給各分理處。圖１給出了銀行網(wǎng)絡(luò)系統(tǒng)的示意圖。銀行網(wǎng)絡(luò)系統(tǒng)ATM(AutoTradeMachine)自動出納機自動出納機自動出納機出納站分理處計算機分理處計算機出納站賬戶賬戶圖1銀行網(wǎng)絡(luò)系統(tǒng)的示意圖用戶分行計算機退出下頁末頁案例三

二、類的識別方法

常用的識別類的方法有：名詞識別法、系統(tǒng)實體識別法、使用重用、從用例中識別類等。１、名詞識別法

識別問題域中的實體，實體的描述通常用名詞、名詞短語、名詞性代詞的形式出現(xiàn)。用指定語言對系統(tǒng)進行描述；從系統(tǒng)描述中標(biāo)識名詞、名詞短語、名詞性代詞；識別確定（取、舍）類。２、系統(tǒng)實體識別法

不關(guān)心系統(tǒng)的運作流程及實體之間的通信狀態(tài)，而只考慮系統(tǒng)中的人員、組織、地點、表格、報告等實體，經(jīng)過分析將他們識別為類（或?qū)ο螅１粯?biāo)識的實體有：系統(tǒng)需要存儲、分析、處理的信息實體、系統(tǒng)內(nèi)部需要處理的設(shè)備、與系統(tǒng)交互的外部系統(tǒng)、系統(tǒng)相關(guān)人員、系統(tǒng)的組織實體。

在確定類時，常使用兩類技術(shù)：

⑴分解技術(shù)將整體類和組合類分解?？煽刂茊蝹€類的規(guī)模。

⑵抽象技術(shù)根據(jù)一些類的相似性建立抽象類，并建立抽象類與這些類之間的繼承關(guān)系。抽象類實現(xiàn)了系統(tǒng)內(nèi)部的重用，很好地控制了復(fù)雜性，并為所有子類定義了一個公共的界面，使設(shè)計局部化，提高系統(tǒng)的可修改性和可維護性。退出上頁首頁下頁末頁

三、建立對象模型根據(jù)下述原則進一步確定類：①去掉冗余類：如兩個類表述同一信息，應(yīng)保留最具有描述能力的類，如“用戶”與“顧客”是重復(fù)的描述，由于“顧客”更具有描述性，故保留它，刪除“用戶”。②去掉不相干的類：刪除與問題無關(guān)或關(guān)系不大的類，如“費用”。③刪除模糊的類：有些初始類邊界定義不確切，或范圍太廣，應(yīng)該刪除。如“系統(tǒng)”、“安全措施”、“記錄保管”、“銀行網(wǎng)絡(luò)”。④刪除那些性質(zhì)獨立性不強的，而應(yīng)該是類“屬性”的候選類：如“帳戶數(shù)據(jù)”、“收據(jù)”、“現(xiàn)金”、“事務(wù)數(shù)據(jù)”。⑤所描述的操作不適宜作為對象類，并被其自身所操縱，所描述的只是實現(xiàn)過程中的暫時的對象，應(yīng)刪去。如“軟件”，“訪問”。

（一）確定類采用名詞識別法：檢查問題陳述中的所有名詞，得到初始類：軟件銀行網(wǎng)絡(luò)分行計算機系統(tǒng)分行出納站分理處分理處計算機自動出納機出納員帳戶數(shù)據(jù)帳戶現(xiàn)金卡事務(wù)數(shù)據(jù)用戶顧客收據(jù)記錄保管事務(wù)費用安全措施訪問現(xiàn)金

最終確定的類為：分行計算機分行出納站出納員分理處分理處計算機自動出納機賬戶現(xiàn)金卡事務(wù)顧客退出上頁首頁下頁末頁

（二）為每個建模實體準(zhǔn)備數(shù)據(jù)詞典—描述模板對類進行精確描述，如ＡＴＭ系統(tǒng)中類的范圍、成員、方法的限制等。（三）確定關(guān)聯(lián)

兩個或多個類之間的相互依賴關(guān)系就是關(guān)聯(lián)，實現(xiàn)關(guān)聯(lián)的方式有多種。關(guān)聯(lián)通常用描述性動詞和動詞詞組表示。

可以從問題陳述中抽去所有可能的關(guān)聯(lián)表述，在銀行網(wǎng)絡(luò)系統(tǒng)示例中所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問題中的動詞詞組而得到的。但在陳述中，有些動詞詞組表述的關(guān)聯(lián)是不明顯的，或在問題陳述中是找不到的，還有一些關(guān)聯(lián)與客觀世界或人的假設(shè)有關(guān)，必須同用戶一起確定這種關(guān)聯(lián)。即關(guān)聯(lián)通常由以下方面確定：１、銀行網(wǎng)絡(luò)系統(tǒng)問題陳述中抽取可能的關(guān)聯(lián)（動詞詞組）２、隱含的動詞詞組３、基于問題域的知識４、去掉不必要和不正確的關(guān)聯(lián)三、建立對象模型退出上頁首頁下頁末頁

１、銀行網(wǎng)絡(luò)系統(tǒng)問題陳述中的關(guān)聯(lián)

銀行網(wǎng)絡(luò)包括出納站和自動出納機分行共享自動出納機分理處提供分理處計算機分理處計算機保存賬戶分理處計算機處理賬戶支付事務(wù)分理處擁有出納站出納站與分行計算機通信出納員為賬戶錄入事務(wù)自動出納機接受現(xiàn)金卡自動出納機與用戶接口自動出納機發(fā)放現(xiàn)金自動出納機打印收據(jù)系統(tǒng)處理并發(fā)訪問分理處提供軟件費用分?jǐn)偨o分理處３、基于問題域的知識

分理處雇傭的出納員現(xiàn)金卡訪問帳戶２、隱含的動詞詞組分行由分理處組成分理處擁有賬戶分行擁有分行計算機系統(tǒng)提供記錄保管系統(tǒng)提供安全顧客有現(xiàn)金卡（三）確定關(guān)聯(lián)退出上頁首頁下頁末頁

４、去掉不必要和不正確的關(guān)聯(lián)

使用下列標(biāo)準(zhǔn)去掉不必要和不正確的關(guān)聯(lián)：

（1）

若某個類已被刪除，那么與它有關(guān)的關(guān)聯(lián)也必須刪除或者用其他類來重新表述。在示例中，刪除了“銀行網(wǎng)絡(luò)”，相關(guān)的關(guān)聯(lián)也要刪除。（２）不相干的關(guān)聯(lián)或?qū)崿F(xiàn)階段的關(guān)聯(lián)。刪除所有問題域之外的關(guān)聯(lián)或涉及實現(xiàn)結(jié)構(gòu)中的關(guān)聯(lián)，如“系統(tǒng)處理并發(fā)訪問”就是一種實現(xiàn)的概念。（３）動作。關(guān)聯(lián)應(yīng)描述應(yīng)用域的結(jié)構(gòu)性質(zhì)而不是瞬時事件，因此應(yīng)刪除“自動出納機接受現(xiàn)金卡”，“自動出納機與用戶接口”等。（４）

派生關(guān)聯(lián)，省略那些可以用其他關(guān)聯(lián)來定義的關(guān)聯(lián)。因為這種關(guān)聯(lián)是冗余的。

銀行網(wǎng)絡(luò)系統(tǒng)的初步對象圖如圖２所示，其中含有關(guān)聯(lián)。（三）確定關(guān)聯(lián)退出上頁首頁下頁末頁

圖２初始對象圖

建立對象模型圖2銀行網(wǎng)絡(luò)系統(tǒng)的初始對象類圖分行分理處帳戶顧客分行計算機自動出納機遠(yuǎn)程事務(wù)分理處計算機出納員現(xiàn)金卡出納站出納事務(wù)通信通信所有所有所有雇傭涉及涉及訪問認(rèn)可有有擁有組成錄入錄入錄入退出上頁首頁下頁末頁

（四）確定類屬性

屬性通常用修飾性的名詞詞組來表示。屬性一般不可能在問題陳述中完全表述出來，應(yīng)分析應(yīng)用領(lǐng)域，并考慮最主要的屬性。只考慮與具體應(yīng)用直接相關(guān)的屬性，不要考慮那些超出問題范圍的屬性；找出重要屬性，避免那些只用于實現(xiàn)的屬性，要為各個屬性取有意義的名字。按下列標(biāo)準(zhǔn)刪除不必要的和不正確的屬性：（1）限定詞：若屬性值固定下來后，能減少關(guān)聯(lián)的重數(shù)，則可考慮把該屬性重新表述為一個限定詞。如銀行碼、站代碼及雇員號等是限定詞，不作為屬性。

（2）內(nèi)部值：若屬性描述了對象的非公開的內(nèi)部狀態(tài)，則應(yīng)從對象模型中刪除該屬性。

（3）細(xì)化：在分析階段應(yīng)忽略那些不可能對大多數(shù)操作有影響的屬性。

圖３給出了銀行網(wǎng)絡(luò)系統(tǒng)對象模型的部分屬性。

退出上頁首頁下頁末頁

確定類屬性退出上頁首頁下頁末頁圖3銀行網(wǎng)絡(luò)系統(tǒng)的部分屬性自動出納機分發(fā)現(xiàn)金遠(yuǎn)程事務(wù)種類,日期,時間,數(shù)量顧客名字地址現(xiàn)金卡密碼雇員號站代碼分理處名字賬戶號卡片碼銀行碼分理處計算機賬戶余額、類型貸款限定出納員名字出納事務(wù)出納站銀行碼分行分行計算機銀行碼站代碼

（五）使用繼承來細(xì)化類使用繼承來共享公共結(jié)構(gòu)，以此來重新組織類：１、自底而上將現(xiàn)有類的共性一般化為父類。找出具有相同屬性、關(guān)聯(lián)、操作的類，來發(fā)現(xiàn)繼承，例如：“出納事務(wù)”和“遠(yuǎn)程事務(wù)”其屬性與主要操作是是類似的，則將它們的共性一般化，得到父類“事務(wù)”。２、自頂而下將現(xiàn)有類細(xì)化為更具體的子類。

若假設(shè)的具體化與現(xiàn)有的類發(fā)生沖突，則說明該類結(jié)構(gòu)不恰當(dāng)，當(dāng)同一關(guān)聯(lián)名多次出現(xiàn)，且意義也相同時，應(yīng)盡量具體化為相聯(lián)系的類。例如“事務(wù)”從“出納站”和“自動出納機”進入，“錄入站”就是“出納站”和“自動出納機”的一般化。

圖4給出了加入繼承后銀行網(wǎng)絡(luò)系統(tǒng)的對象模型。

退出上頁首頁下頁末頁圖4使用繼承來細(xì)化類退出上頁首頁下頁末頁圖4銀行網(wǎng)絡(luò)系統(tǒng)的對象模型銀行碼出納站錄入站遠(yuǎn)程事務(wù)賬戶余額、類型貸款限定顧客名字地址出納員名字現(xiàn)金卡密碼事務(wù)種類,日期,時間,數(shù)量分行計算機銀行碼站代碼銀行碼分行自動出納機分發(fā)現(xiàn)金出納事務(wù)雇員號站代碼分理處名字賬戶號卡片碼銀行碼分理處計算機

（六）完善對象模型在軟件開發(fā)的全過程中，需要不斷地完善對象模型?？梢詮囊韵聨追矫婵紤]：

１、檢查是否有缺少的對象

如果一個類中，存在毫無關(guān)系的屬性和操作，則應(yīng)該分解這個類。

一般化體系不清楚，可分離為兩個類。

存在名稱及目的相同的冗余關(guān)聯(lián)，則通過一般化創(chuàng)建一個父類，并組織關(guān)聯(lián)。

２、查找多余的類若類中缺少屬性、操作和關(guān)聯(lián)，刪除該類。

３、查找缺少的關(guān)聯(lián)

４、系統(tǒng)的改進⑴現(xiàn)金卡有多個獨立的特性，分解為卡片權(quán)限和現(xiàn)金卡。卡片權(quán)限是銀行用來鑒別用戶訪問權(quán)限的卡片，表示一個或多個用戶帳戶的訪問權(quán)限；各個卡片權(quán)限對象中可能具有好幾個現(xiàn)金卡，每張都帶有安全碼、卡片碼，它們附在現(xiàn)金卡上，表示銀行的卡片權(quán)限?，F(xiàn)金卡是自動出納機得到標(biāo)識碼的數(shù)據(jù)卡片，它也是銀行代碼和現(xiàn)金卡代碼的數(shù)據(jù)載體。⑵為了“事務(wù)”與“賬戶”之間的傳輸描述具有一般性，增加“更新”。因為一般在每個賬戶中，一個“事務(wù)”包括一個或多個“更新”，一個“更新”是對賬戶的一個動作，它們是取款、存款、查詢之一。即事務(wù)由若干更新組成，更多涉及到賬戶。⑶由于“分理處”與“分理處計算機”之間的區(qū)別不影響分析，可將“分理處計算機”并入“分理處”。同理，將“分行計算機”并入“分行”。以上改進如圖５所示。退出上頁首頁下頁末頁

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

四、建立動態(tài)模型動態(tài)分析從尋找外部可見的模擬和響應(yīng)事件開始，確定各對象的可能事件的順序，在分析階段不考慮算法的執(zhí)行，它是實現(xiàn)模型的一部分。通常動態(tài)模型有：事件跟蹤表、狀態(tài)圖。建立動態(tài)模型的步驟分為４步：

１、準(zhǔn)備典型的對話腳本腳本是事件序列，每當(dāng)系統(tǒng)中的對象與外部用戶發(fā)生互換信息時，就產(chǎn)生一個事件，所互換的信息值就是該事件的參數(shù)。對于各事件，應(yīng)確定觸發(fā)事件的動作對象和該事件的參數(shù)。包括“正常腳本”、“例外腳本”，自動出納機與用戶交互的正常的腳本如下所示：

⑴自動出納機請求用戶插入卡片；用戶插入現(xiàn)金卡。⑵自動出納機接受卡片并讀出它的卡號。

⑶自動出納機要求密碼，用戶鍵入密碼“4011”。

⑷自動出納機與分行確認(rèn)卡號和密碼；分理處檢查它并通知承兌的自動出納機。⑸自動出納機要求選擇事務(wù)類型（取款、存款、轉(zhuǎn)戶及查詢），用戶選擇取款。⑹自動出納機要求現(xiàn)金數(shù)量；用戶輸入￥100。⑺自動出納機要求分行處理事務(wù)；分行把要求轉(zhuǎn)給分理處，確認(rèn)事務(wù)成功。⑻自動出納機分發(fā)現(xiàn)金并且要求用戶取現(xiàn)金；用戶取現(xiàn)金。⑼自動出納機提示用戶是否想繼續(xù)；用戶指出不繼續(xù)。⑽自動出納機打印收據(jù)，退出卡，并請求用戶取出它們；用戶拿走收據(jù)和卡。⑾自動出納機請求用戶插入。

退出上頁首頁下頁末頁

自動出納機與用戶交互的例外的腳本如下所示：

⑴自動出納機請求用戶插入卡；用戶插入現(xiàn)金卡。⑵自動出納機接受卡并讀它的卡號。⑶自動出納機要求密碼；用戶鍵入：9999：。⑷自動出納機與分行確認(rèn)卡號和密碼，在咨詢分理處后拒絕它。⑸自動出納機指示密碼錯并要求重新鍵入；用戶鍵入：4011：，分行確認(rèn)成功。⑹自動出納機請求用戶選擇事務(wù)類型；用戶選擇取款。⑺自動出納機請求鍵入現(xiàn)金數(shù)量；用戶改變選擇并鍵入“CANCEL”（取消）。⑻自動出納機退出卡并且請求用戶拿走卡；用戶取出卡。⑼自動出納機請求用戶插入卡。２、確定事件

根據(jù)腳本確定所有的外部事件，事件包括：發(fā)送者、接收者、外設(shè)信號、輸入、中斷、轉(zhuǎn)換和動作等。使用腳本可以發(fā)現(xiàn)正常事件，但不要遺漏條件和異常事件。３、畫出事件跟蹤表把腳本表示成一個事件跟蹤表，即不同對象間的事件排序表，圖６給出了銀行網(wǎng)絡(luò)系統(tǒng)的事件跟蹤表。圖7給出了事件流圖，它給出類之間的所有事件。事件流圖是對象圖的一個動態(tài)對照，對象圖中路徑反映了可能的信息流，而事件流圖反映了可能的控制流。

退出上頁首頁下頁末頁退出上頁首頁下頁末頁

圖6銀行網(wǎng)絡(luò)系統(tǒng)的事件追綜圖用戶自動出納機分行分理處確認(rèn)賬號插入卡要求密碼輸入密碼要求類型輸入類型要求數(shù)量輸入數(shù)量分發(fā)現(xiàn)金要求取現(xiàn)金取現(xiàn)金提示繼續(xù)終止打印收椐退出卡要求取卡取卡顯示屏確認(rèn)銀行卡銀行賬戶正確處理銀行事務(wù)銀行事務(wù)成功賬戶正確處理事務(wù)事務(wù)成功

圖7系統(tǒng)的事件圖自動出納