面向對象分析與設計案例PPT課件

1、1. 從需求到業(yè)務用例圖 OOA&D的第一步：了解用戶需求，并將其轉換為業(yè)務用例圖。 CMS描述如下：這個系統(tǒng)主要用來發(fā)布新聞，管理員只需要一個，登錄后可以在后臺發(fā)布新聞。任何人可以瀏覽新聞，瀏覽者可以注冊成為系統(tǒng)會員，注冊后可對新聞進行評論。管理員在后臺可以對新聞、評論、注冊會員進行管理，如修改、刪除等。 第1頁/共19頁 根據上述需求描述，畫出業(yè)務用例圖：第2頁/共19頁2. 從業(yè)務用例圖到活動圖 完成了業(yè)務用例圖后，需要為每一個業(yè)務用例繪制一幅活動圖。 活動圖描述了這個業(yè)務用例中，用戶可能會進行的操作序列。 活動圖有個很重要的用途：從業(yè)務用例分析出系統(tǒng)用例。 第3頁/共19頁 例

2、如， “新聞管理”的活動圖： 是否已登陸用戶、密碼是否正確第4頁/共19頁 一個“新聞管理” 業(yè)務用例，分解出若干系統(tǒng)操作。其中很多“活動”都很可能是一個系統(tǒng)用例。 例如，從上圖知系統(tǒng)至少包含以下備選系統(tǒng)用例：登錄、注銷登錄、查看新聞列表、修改新聞、刪除新聞。 這樣，將每個業(yè)務用例都繪制出相應的活動圖，再將其中的“活動”整合，就得出所有備選的系統(tǒng)用例。 第5頁/共19頁3. 從活動圖到系統(tǒng)用例圖 找出所有的備選系統(tǒng)用例后，要對其進行合并和篩選。 合并：將相同的用例合并成一個； 篩選：將不符合系統(tǒng)用例條件的備選用例去掉。 一個系統(tǒng)用例應該是實際使用系統(tǒng)的用戶所進行的一個操作，例如，“查看新聞列表

3、”就不能算一個系統(tǒng)用例，因為它只是某系統(tǒng)用例的一個序列項。 第6頁/共19頁 經合并和篩選后的系統(tǒng)用例圖：第7頁/共19頁4.從系統(tǒng)用例圖到用例說明（規(guī)約） 得出系統(tǒng)用例圖后，應該對每一個系統(tǒng)用例給出用例說明（規(guī)約）。 用例說明沒有一個通用的格式，可按照習慣的格式進行編寫，要求是“清晰易懂”。 第8頁/共19頁 如，“登錄” 系統(tǒng)用例的一個說明：第9頁/共19頁 5. 繪制業(yè)務領域類圖 接著繪制業(yè)務領域類圖。 業(yè)務領域類圖要描述以下三點： （1）系統(tǒng)中有哪些實體； （2）這些實體能做什么操作。 （3）實體間的關系。 第10頁/共19頁 類圖例子：第11頁/共19頁 實體不是Actor，而是Ac

4、tor使用系統(tǒng)時所調用的實體。例如，管理員是Actor，沒有作為實體出現(xiàn)在類圖中，管理員的工作可以通過調用三個類的方法完成。 “注冊會員”實體也不是用例圖中的注冊會員Actor，而是一個系統(tǒng)內的業(yè)務實體，供Actor們使用。例如，其中的“注冊”功能是給注冊會員Actor使用，而“移除”則是給管理員Actor使用的。第12頁/共19頁6. 繪制實現(xiàn)類圖 面向對象分析只關心系統(tǒng)本身的功能和業(yè)務，而不關心與計算機相關的內容。 面向對象設計和平臺、語言、開發(fā)模型等內容關系緊密，因而很難找出一個通用的設計過程。但是，一般在設計過程中實現(xiàn)類圖是要繪制的。 實現(xiàn)類圖和領域類圖不一樣，它描述系統(tǒng)的靜態(tài)結構，是

5、和最后的代碼完全一致的。因此，它和平臺關系密切，必須準確給出系統(tǒng)中的實體類、控制類、界面類、接口等元素以及其中的關系。第13頁/共19頁一個簡化的實現(xiàn)類圖：第14頁/共19頁7. 繪制序列圖 有了靜態(tài)結構，還要給出動態(tài)結構，才能看清系統(tǒng)間的類是如何交互的，從而有效幫助程序員進行編碼工作。 第15頁/共19頁 用戶登錄的序列圖例子： 第16頁/共19頁 注冊會員作為Actor，調用UserController的Login方法啟動序列，而UserServices作為業(yè)務組件，首先調用數(shù)據訪問組件的GetByName確定用戶是否存在，如果存在，再調用GetByNameAndPassword確定輸入密碼是否是此用戶的密碼。 注意：序列圖在實際應用中是很多的，幾乎每個類方法都配有相應的序列圖。 第17頁/共19頁8. 分析與設計之后的工作 基于軟件工具進行編碼、調試、測試等。小結：面向對象分析和設計的過程沒有一個固定模小結：面向對象分析和設計的過程沒有一個固定模式，隨著系統(tǒng)的不同，過程有所變化。上例可了解式，隨著系統(tǒng)的不同，過程有所變化。上例可了解基于基于U