面向对象分析课件.pptxVIP

面向對象分析

(Object-OrientedAnalysis);;主題是指導讀者(包括系統分析員、軟體設計人員、領域專家、管理人員、用戶等)理解大型、複雜模型的一種機制。也就是說，通過劃分主題把一個大型、複雜的對象模型分解成幾個不同的概念範疇。;5個層次對應著在面向對象分析過程中建立對象模型的5項主要活動：找出類與對象，識別結構，識別主題，定義屬性，定義服務

“5項活動”，而不是5個步驟，這5項工作完全沒有必要順序完成，也無須徹底完成一項工作以後再開始另外一項工作。;面向對象分析大體上按照下列順序進行：尋找類與對象，識別結構，識別主題，定義屬性，建立動態模型，建立功能模型，定義服務。

分析不可能嚴格地按照預定順序進行，大型、複雜系統的模型需要反復構造多遍才能建成。

通常，先構造出模型的子集，然後再逐漸擴充，直到完全、充分地理解了整個問題，才能最終把模型建立起來。;§2.需求陳述;自動取款機(ATM)系統：

某銀行擬開發一個自動取款機系統，它是一個由自動取款機、中央電腦、分行電腦及櫃員終端組成的網路系統。ATM和中央電腦由總行投資購買。總行擁有多臺ATM，分別設在全市各主要街道上。分行負責提供分行電腦和櫃員終端。櫃員終端設在分行營業廳及分行下屬的各個儲蓄所內。該系統的軟體開發成本由各個分行分攤。;

ATM系統;銀行櫃員使用櫃員終端處理儲戶提交的儲蓄事務。

一個儲戶可能擁有多個帳戶。

儲戶可以用現金或支票向自己擁有的某個帳戶記憶體款或開新帳戶。儲戶也可以從自己的帳戶中取款。

櫃員負責把儲戶提交的存款或取款事務輸進櫃員終端，接收儲戶交來的現金或支票，或付給儲戶現金。

櫃員終端與相應的分行電腦通信，分行電腦具體處理針對某個帳戶的事務並且維護帳戶。;擁有銀行帳戶的儲戶有權申請領取現金兌換卡。

使用現金兌換卡可以通過ATM訪問自己的帳戶。

目前僅限於用現金兌換卡在ATM上提取現金(即取款)，或查詢有關自己帳戶的資訊(例如，某個指定帳戶上的餘額)。

將來可能還要求使用ATM辦理轉賬、存款等事務。;所謂現金兌換卡就是一張特製的磁卡，上面有分行代碼和卡號。

分行代碼惟一標識總行下屬的一個分行，卡號確定了這張卡可以訪問哪些帳戶。通常，一張卡可以訪問儲戶的若干個帳戶，但是不一定能訪問這個儲戶的全部帳戶。

每張現金兌換卡僅屬於一個儲戶所有，但是，同一張卡可能有多個副本，因此，必須考慮同時在若干臺ATM上使用同樣的現金兌換卡的可能性。也就是說，系統應該能夠處理併發的訪問。;;§3.建立ObjectModel;§3.建立ObjectModel;§3.建立ObjectModel;②需求陳述中隱含的關聯

?總行由各個分行組成?系統維護事務日誌

?分行保管帳戶?系統提供必要的安全性

?總行擁有中央電腦?儲戶擁有現金兌換卡;第2步：篩選刪除——;§3.建立ObjectModel;§3.建立ObjectModel;§3.建立ObjectModel;§3.建立ObjectModel;中央電腦;§3.建立ObjectModel;§3.建立ObjectModel;5、識別繼承關係及其它修改

①Bottom-up：將具有相同屬性的classes向上歸納出父類。

②Top-down：將現有classes向下細化出子類（但分析階段避免過度細化）.;;§4.建立DynamicModel;§4.建立DynamicModel;§4.建立DynamicModel;§4.建立DynamicModel;3、畫事件跟蹤圖(eventtracingdiagram,ETD);§4.建立DynamicModel;4、畫狀態圖(eventflowdiagram,EFD);§4.建立DynamicModel;注：①一個event若缺少出發者或接收者，而對應status又不是在起點\終點，則發生錯誤。

②畫狀態圖時應考慮所有的事件跟蹤圖腳本，包括異常處理。;

總行類的狀態圖;

分行類的狀態圖;§5.建立FunctionModel;功能模型表明了系統中數據之間的依賴關係，以及有關的數據處理功能，它由一組數據流圖組成。其中的處理功能可以用IPO圖(或表)、偽碼等多種方式進一步描述。

通常在建立了對象模型和動態模型之後再建立功能模型。

;基本系統模型由若干個數據源點/終點，及一個處理框組成，這個處理框代表了系統加工、變換數據的整體功能。

基本系統模型指明了目標系統的邊界。由數據源點輸入的數據和輸出到數據終點的數據，是系統與外部世界之間的交互事件的參數。