【正文】 標(biāo)對象以及該事件的參數(shù)。 表 （見書 240頁）分別給出了 ATM系統(tǒng)的正常情況腳本和異常情況腳本。 大多數(shù)交互行為都可以分為應(yīng)用邏輯和用戶界面兩部分。通常，系統(tǒng)分析員首先集中精力考慮系統(tǒng)的信息流和控制流，而不是首先考慮用戶界面。事實上，采用不同界面 (例如，命令行或圖形用戶界面 )，可以實現(xiàn)同樣的程序邏輯。應(yīng)用邏輯是內(nèi)在的、本質(zhì)的內(nèi)容，用戶界面是外在的表現(xiàn)形式。動態(tài)模型著重表示應(yīng)用系統(tǒng)的控制邏輯。 軟件開發(fā)人員往往快速地建立起用戶界面的原型，供用戶試用與評價。下圖初步設(shè)想出的 ATM界面格式。 設(shè)想用戶界面 ATM的界面格式 完整、正確的腳本為建立動態(tài)模型奠定了必要的基礎(chǔ)。但是，用自然語言書寫的腳本往往不夠簡明，而且有時在閱讀時會有二義性。為了有助于建立動態(tài)模型，通常在畫狀態(tài)圖之前先畫出事件跟蹤圖。為此首先需要進(jìn)一步明確事件及事件與對象的關(guān)系。 畫事件跟蹤圖 1. 確定事件 應(yīng)該仔細(xì)分析每個腳本，以便從中提取出所有外部事件。 事件包括系統(tǒng)與用戶 (或外部設(shè)備 )交互的所有信號、輸入、輸出、中斷、動作等等 。 傳遞信息的對象的動作也是事件 。 大多數(shù)對象到對象的交互行為都對應(yīng)著事件 。例如，儲戶插入現(xiàn)金兌換卡、儲戶輸入密碼、 ATM吐出現(xiàn)金等都是事件。 區(qū)分出 每類事件的發(fā)送對象和接受對象 。 2. 畫出事件跟蹤圖 事件跟蹤圖把事件序列以及事件與對象的關(guān)系表示出來。事件跟蹤圖實質(zhì)上是擴充的腳本，可以認(rèn)為事件跟蹤圖是簡化的 UML順序圖。 圖 （見書 242頁）是 ATM系統(tǒng)正常情況下的事件跟蹤圖。 狀態(tài)圖描繪事件與對象狀態(tài)的關(guān)系。 系統(tǒng)分析員應(yīng)該 集中精力僅考慮具有重要交互行為的那些類 。 畫狀態(tài)圖 圖 （見書 243頁），圖 “ ATM”、 “ 總行 ” 和 “ 分行 ” 的狀態(tài)圖。這些狀態(tài)圖都是簡化的，尤其對異常情況和出錯情況的考慮是相當(dāng)粗略的 (例如，圖行為，實際上，在這種情況下 ATM停止處理儲戶事務(wù) )。 總行類的狀態(tài)圖 分行類的狀態(tài)圖 各個類的狀態(tài)圖通過共享事件合并起來，構(gòu)成了系統(tǒng)的動態(tài)模型。在完成了每個具有重要交互行為的類的狀態(tài)圖之后，應(yīng)該檢查系統(tǒng)級的完整性和一致性。一般說來，每個事件都應(yīng)該既有發(fā)送對象又有接受對象，當(dāng)然，有時發(fā)送者和接受者是同一個對象。對于沒有前驅(qū)或沒有后繼的狀態(tài)應(yīng)該著重審查，如果這個狀態(tài)既不是交互序列的起點也不是終點，則發(fā)現(xiàn)了一個錯誤。 審查動態(tài)模型 應(yīng)該審查每個事件，跟蹤它對系統(tǒng)中各個對象所產(chǎn)生的效果，以保證它們與每個腳本都匹配。 以 ATM系統(tǒng)為例。在總行類的狀態(tài)圖中，事件“ 分行代碼錯 ” 是由總行發(fā)出的，但是在 ATM類的狀態(tài)圖中并沒有一個狀態(tài)接受這個事件。因此，在ATM類的狀態(tài)圖中應(yīng)該再補充一個狀態(tài) “ do/顯示分行代碼錯信息 ” ，它接受由前驅(qū)狀態(tài) “ do/驗證賬戶 ” 發(fā)出的事件 “ 分行代碼錯 ” ，它的后續(xù)狀態(tài)是“ 退卡 ” 。 由一組數(shù)據(jù)流圖組成。其中的處理功能可以用 IPO圖 (或表 )、偽碼等多種方式進(jìn)一步描述。 通常在建立了對象模型和動態(tài)模型之后再建立功能模型。 5 建立功能模型 ATM系統(tǒng)的基本系統(tǒng)模型 6 定義服務(wù) 1. 常規(guī)行為 在分析階段可以認(rèn)為，類中定義的每個屬性都是可以訪問的，也就是說，假設(shè)在每個類中都定義了讀、寫該類每個屬性的操作。但是，通常無需在類圖中顯式表示這些常規(guī)操作。 2. 從事件導(dǎo)出的操作 狀態(tài)圖中發(fā)往對象的事件也就是該對象接收到的消息，因此該對象必須有由消息選擇符指定的操作，這個操作修改對象狀態(tài) (即屬性值 )并啟動相應(yīng)的服務(wù)。例如，在 ATM系統(tǒng)中，發(fā)往 ATM對象的事件 “ 中止取消 ” ，啟動該對象的服務(wù) “ 打印賬單 ” ；發(fā)往分行的事件 “ 請分行驗卡 ” 啟動該對象的服務(wù) “ 驗證卡號 ” ；而事件 “ 處理分行事務(wù) ” 啟動分行對象的服務(wù) “ 更新賬戶 ” ?？梢钥闯?，所啟動的這些服務(wù)通常就是接受事件的對象在相應(yīng)狀態(tài)的行為。 3. 與數(shù)據(jù)流圖中處理框?qū)?yīng)的操作 數(shù)據(jù)流圖中的每個處理框都與一個對象 (也可能是若干個對象 )上的操作相對應(yīng)。應(yīng)該仔細(xì)對照狀態(tài)圖和數(shù)據(jù)流圖，以便更正確地確定對象應(yīng)該提供的服務(wù)。例如，在 ATM系統(tǒng)中，從狀態(tài)圖上看出分行對象應(yīng)該提供 “ 驗證卡號 ”服務(wù)，而在數(shù)據(jù)流圖上與之對應(yīng)的處理框是“ 驗卡 ” ，根據(jù)實際應(yīng)該完成的功能看，該對象提供的這個服務(wù)應(yīng)該是 “ 驗卡 ” 。 4. 利用繼承減少冗余操作 應(yīng)該盡量利用繼承機制以減少所需定義的服務(wù)數(shù)目。只要不違背領(lǐng)域知識和常識，就盡量抽取出相似類的公共屬性和操作，以建立這些類的新父類，并在類等級的不同層次中正確地定義各個服務(wù)。 分析就是提取系統(tǒng)需求并建立問題域精確模型的過程，它包括理解、表達(dá)和驗證等 3項主要工作內(nèi)容。面向?qū)ο蠓治龅年P(guān)鍵工作，是分析、確定問題域中的對象及對象間的關(guān)系，并建立起問題域的對象模型。 大型、復(fù)雜系統(tǒng)的對象模型通常由下述 5個層次組成：主題層、類與對象層、結(jié)構(gòu)層、屬性層和服務(wù)層。它們對應(yīng)著在建立對象模型的過程中所應(yīng)完成的 5項工作。 小結(jié) 大多數(shù)分析模型都不是一次完成的，為了理解問題域的全部含義，必須反復(fù)多次地進(jìn)行分析。因此，分析工作不可能嚴(yán)格地按照預(yù)定順序進(jìn)行；分析工作也不是機械地把需求陳述轉(zhuǎn)變?yōu)榉治瞿Ｐ偷倪^程。分析員必須與用戶及領(lǐng)域?qū)＜曳磸?fù)交流、多次磋商，及時糾正錯誤認(rèn)識并補充缺少的信息。 分析模型是同用戶及領(lǐng)域?qū)＜医涣鲿r有效的通信手段。最終的模型必須得到用戶和領(lǐng)域?qū)＜业拇_認(rèn)。在交流和確認(rèn)的過程中，原型往往能起很大的促進(jìn)作用。 一個好的分析模型應(yīng)該正確完整地反映問題的本質(zhì)屬性，且不包含與問題無關(guān)的內(nèi)容。分析的目標(biāo)是全面深入地理解問題域，其中不應(yīng)該涉及具體實現(xiàn)的考慮。但是，在實際的分析過程中完全不受與實現(xiàn)有關(guān)的影響也是不現(xiàn)實的。雖然分析的目的是用分析模型取代需求陳述，并把分析模型作為設(shè)計的基礎(chǔ)，但是事實上，在分析與設(shè)計之間并不存在絕對的界線。