軟件工程與UML07系統(tǒng)分析課件

1、單元七 系統(tǒng)分析軟件工程與UML第1頁，共36頁。任務一：建模系統(tǒng)的實體類圖 任務二 ：建模系統(tǒng)的分析類圖 目 錄CONTENTS第2頁，共36頁?！局R目標】掌握建立分析模型的方法步驟理解分析模型在軟件開發(fā)過程中的地位作用了解實體對象與數(shù)據(jù)模型之間的關系【能力目標】能準確識別系統(tǒng)的實體類，建模系統(tǒng)的實體類圖能運用分層的思想，建模系統(tǒng)的系統(tǒng)分析模型能將實體類模型映射成數(shù)據(jù)庫模型第3頁，共36頁。引 例 描 述 如果說需求分析是從“用戶”的角度說明系統(tǒng)即將“做什么”，系統(tǒng)分析則是從“開發(fā)者”的角度來描述系統(tǒng)需要“做什么”。面向?qū)ο蟮南到y(tǒng)分析產(chǎn)生分析模型。 在本單元中我們將完成兩個任務，“任務一”

2、中將分析“電子辦公桌”網(wǎng)絡系統(tǒng)，并對其進行實體類圖建模；“任務二”中將根據(jù)“新聞發(fā)布系統(tǒng)”的用例模型推導出其分析類模型，包括分析類圖及初始順序圖。 第4頁，共36頁。任務一 建模系統(tǒng)的實體類圖 01第5頁，共36頁。 任務陳述一家公司決定通過一個“電子辦公桌electronic desks”網(wǎng)絡，實現(xiàn)文檔在它的各個辦公室間的傳遞，每個辦公桌提供下列服務：記事簿blotting pad,能夠保存用戶當前處理的文檔。提供基本的字處理設施文件柜filing cabinet，模擬現(xiàn)實的文件柜。分成多個抽屜，每個抽屜分為多個文件夾。文檔可以存儲在抽屜中，或者存儲在抽屜的文件夾中。郵件服務mail ser

3、vice，允許用戶和網(wǎng)絡上的其他用戶通信。每個辦公桌配有三個托盤tray，對應于傳統(tǒng)辦公室中的IN（收）、OUT（發(fā)）和PENDING（未決）文件盤。網(wǎng)絡會自動將新郵件放入IN托盤，并定時從OUT托盤取走文檔郵寄給接收者。文件可以在郵件托盤和記事簿之間OUT，記事簿和文件柜之間移動，但不能直接在托盤和文件柜之間移動。在任何時間記事簿上只能有一個文檔。第6頁，共36頁。 知識準備7.1 系統(tǒng)分析的內(nèi)容及方法7.1.1 系統(tǒng)分析與分析模型 7.1.2 建立分析模型的方法 7.1.3 如何識別對象 7.1.4 建模系統(tǒng)的實體類圖7.1.5 實體類圖與數(shù)據(jù)庫的實現(xiàn) 第7頁，共36頁。需求分析是從“用戶

4、”的角度說明系統(tǒng)即將“做什么”系統(tǒng)分析是從“開發(fā)者”的角度來描述系統(tǒng)需要“做什么”分析模型的典型輸入是用例模型和領域類圖 系統(tǒng)設計需要解決“怎么做的問題”系統(tǒng)分析與分析模型 系統(tǒng)分析的內(nèi)容及方法 第8頁，共36頁。建立分析模型5個基本原則是：建模信息域；描述模塊功能；表示模型行為；分解，以模型顯示更多細節(jié)；早期模型表示問題的本質(zhì)，而后期模型提供實現(xiàn)細節(jié)。 建立分析模型的方法 系統(tǒng)分析的內(nèi)容及方法 第9頁，共36頁。1. 系統(tǒng)分析過程中的靜態(tài)模型進行分析建模的第一步，是以用例模型為輸入，對用例模型進行分析，把系統(tǒng)分解為相互協(xié)作的分析類。建立分析模型的方法 系統(tǒng)分析的內(nèi)容及方法 第10頁，共36頁

5、。這一過程中所做的主要工作是識別對象，提取出類?？紤]目前應用程序常用的MVC模式，我們需要識別實體、控制和邊界三種對象。（1）實體對象：一般是系統(tǒng)中長效且持久的對象。（2）邊界對象：處理系統(tǒng)與環(huán)境之間的通信，建立系統(tǒng)與參與者間的交互模型。 （3）控制對象：執(zhí)行與特定用例有關的行為，建立系統(tǒng)與參與者間的交互模型。建立分析模型的方法 系統(tǒng)分析的內(nèi)容及方法 第11頁，共36頁。2. 系統(tǒng)分析過程中的動態(tài)模型 建立起對象模型之后，就需要考察對象的動態(tài)行為。動態(tài)模型表示瞬時的、行為化的系統(tǒng)的“控制”性質(zhì)，它規(guī)定了對象模型中的對象的行為特征、狀態(tài)特征等。分析階段可以借助以下四種圖進行動態(tài)建模：順序圖：描述

6、對象間的動態(tài)交互關系；協(xié)作圖：描述相互協(xié)作的對象的交互關系和關聯(lián)關系；狀態(tài)圖：描述某一特定對象所有可能的狀態(tài)及狀態(tài)間的轉(zhuǎn)移；活動圖：描述用例內(nèi)部的工作流程。 建立分析模型的方法 系統(tǒng)分析的內(nèi)容及方法 第12頁，共36頁。面向?qū)ο蠓治龇椒ǖ牟襟E歸納如下： （1）識別對象，提取類；（2）為對象標識屬性和操作；（3）定義組織類的結構和層次；（4）構造對象關系模型；（5）構造對象行為模型。 建立分析模型的方法 系統(tǒng)分析的內(nèi)容及方法 第13頁，共36頁。確定問題域內(nèi)的對象 1. 找出候選的對象2. 篩選出正確的對象如何識別對象第14頁，共36頁。確定對象間的關聯(lián)關系 1. 初步確定關聯(lián) 2. 篩選，篩選

7、時主要根據(jù)下述標準刪除候選的關聯(lián)： （1）已刪去的對象之間的關聯(lián)。（2）與問題無關的或應在實現(xiàn)階段考慮的關聯(lián)。（3）瞬時事件。關聯(lián)應該描述問題域的靜態(tài)結構，而不應該是一個瞬時事件。（4）三元關聯(lián)。三個或三個以上對象之間的關聯(lián)，大多可以分解為二元關聯(lián)。（5）派生關聯(lián)。通過父類已經(jīng)表示清楚的關聯(lián)不用再每個派生類中重新表示。 如何識別對象第15頁，共36頁。確定對象的屬性 1. 分析 2. 篩選認真考察經(jīng)初步分析而確定下來的那些屬性，從中刪掉不正確的或不必要的屬性。通常有以下幾種常見情況：（1）誤把對象當作屬性。（2）誤把關聯(lián)類的屬性當作一般對象的屬性。（3）誤把限定當成屬性。（4）誤把內(nèi)部狀態(tài)當成

8、了屬性。（5）過于細化。（6）存在不一致的屬性。 如何識別對象第16頁，共36頁。建立繼承關系 一般說來，可以使用下述的兩種方法建立繼承（即泛化）關系：自底向上自頂向下 如何識別對象第17頁，共36頁。定義服務 1. 常規(guī)行為 2. 從事件導出的操作 3. 利用繼承減少冗余操作 如何識別對象第18頁，共36頁。實體對象的來源是以下兩個方面的內(nèi)容：系統(tǒng)有哪些需要分析和處理的數(shù)據(jù)，誰使用系統(tǒng)（參與者對象）。實體對象一般是系統(tǒng)中長效且持久的對象。 建模系統(tǒng)的實體類圖 第19頁，共36頁。網(wǎng)上購物系統(tǒng)”的分析模型 網(wǎng)上購物系統(tǒng)的用例模型 建模系統(tǒng)的實體類圖 第20頁，共36頁。建立分析類模型的方法通常

9、是從用例實現(xiàn)出發(fā)，分析表達類的行為、關系、狀態(tài)等。 建模系統(tǒng)的實體類圖 用例需要分析、處理、存儲的數(shù)據(jù)實體類收銀收銀員工號、收銀臺號、收銀時間、應付金額、實付金額、小票小票、銷售信息打折服務折扣率折扣優(yōu)惠服務優(yōu)惠率、優(yōu)惠時段優(yōu)惠處理支付支付方式支付信息，處理支付計算器記錄銷售收銀員工號、收銀臺號、銷售明細柜臺現(xiàn)金支付應付金額、實付金額、找零支付信息購物卡支付卡號、應付金額、余額支付信息信用卡支付卡號、應付金額支付信息登陸用戶名、密碼收銀員柜臺管理柜臺號、柜臺狀態(tài)柜臺第21頁，共36頁。超市收銀系統(tǒng)實體圖 建模系統(tǒng)的實體類圖 第22頁，共36頁。實體類圖與數(shù)據(jù)庫的實現(xiàn)當對系統(tǒng)的靜態(tài)模型建模時，通

10、常以下面的3種方式之一使用實體類圖： 對系統(tǒng)的靜態(tài)對象建模。如書店借書系統(tǒng)的Book類、學生管理系統(tǒng)的Student類等。 對簡單的協(xié)作建模。協(xié)作是一些共同行為的類、接口和其他元素的群體。如數(shù)據(jù)庫連接類、用戶驗證類、過濾字符串類等。 對邏輯數(shù)據(jù)庫模式建模。在很多領域中，都需要在關系數(shù)據(jù)庫或面向?qū)ο髷?shù)據(jù)庫中存儲永久信息，系統(tǒng)分析者可以用類圖對這些需要永久化的實體建模。從上面的說明不難看出，實體類圖是對邏輯數(shù)據(jù)庫模式一種使之有效的建模方式，它直接可以反映表與表之間的關系，從實體類圖可以推導出數(shù)據(jù)庫的表設計。第23頁，共36頁。步驟一：確定對象步驟二：確定對象間的關聯(lián)關系步驟三：確定對象的屬性步驟四

11、：建立繼承關系步驟五：定義服務 任務實施第24頁，共36頁。拓展訓練：根據(jù)描述畫出實體類圖 拓展訓練第25頁，共36頁。任務二 建模系統(tǒng)的分析類圖02第26頁，共36頁。 任務陳述在上個單元的任務環(huán)節(jié)中，已完成了“新聞發(fā)布系統(tǒng)”的問題域及系統(tǒng)邊界界定，整理出了有效需求，并進行了需求建模，完成用例模型部分。在本任務環(huán)節(jié)中將根據(jù)“新聞發(fā)布系統(tǒng)”的用例模型推導出其分析類模型及初始順序圖。第27頁，共36頁。 知識準備7.2 建立系統(tǒng)的分析模型7.2.1 MVC模式的分層思想7.2.2 如何建模系統(tǒng)的分析模型第28頁，共36頁。MVC即Model View Controller，把一個應用的輸入、處理

12、、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應用被分為三層：模型層、視圖層、控制層。視圖（View）代表用戶交互界面，對于Web應用程序來說，可以是HTML界面，也可能是XHTML、XML或Applet。模型（Model）是業(yè)務流程/狀態(tài)的處理以及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其他層來說是黑箱操作，模型接收視圖請求的數(shù)據(jù)，并返回最終的處理結果。業(yè)務模型的設計可以說是MVC最主要的核心?？刂疲–ontroller）可以理解為從用戶接收請求，將模型與視圖匹配在一起，共同完成對用戶的響應。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發(fā)器，選擇什么樣

13、的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。MVC模式的分層思想第29頁，共36頁。如何建模系統(tǒng)的分析模型 網(wǎng)上購物系統(tǒng)的用例模型第30頁，共36頁。如何建模系統(tǒng)的分析模型對每個用例都需要進行以下幾個步驟：（1）識別類。（2）建立類之間的關系。（3）描述類。關于“商品信息維護”用例的初始類圖“商品信息維護”用例修改后的類圖第31頁，共36頁。步驟一：使用的模式步驟二：建立分析模型 任務實施第32頁，共36頁。完善“新聞發(fā)布系統(tǒng)”的分析模型 拓展訓練第33頁，共36頁。面向?qū)ο蟮南到y(tǒng)分析是從開發(fā)者的角度看問題，描述系統(tǒng)需要“做什么”，而不考慮如何去做。分析建模的常規(guī)步驟是：以用例為輸入，識別實體對象，建模實體類圖；進行邏輯分析，建立分析類圖；將行為分配到邏輯