軟件工程實用教程10-系統(tǒng)分析課件(3)

1、軟 件 工 程第十章系統(tǒng)分析（3）第十章 系統(tǒng)分析任務3 創(chuàng)建領域模型什么是領域模型何時創(chuàng)建領域模型2任務3 創(chuàng)建領域模型在前一個任務中我們已經獲得了用例模型，了解了用戶的使用場景。在當前任務中，我們需要利用用例模型來分析系統(tǒng)中將涉及到的主要概念性對象，并需要根據這些實際的問題空間對象設計軟件的結構，這些問題域抽象的模型是整個對象建模工作的基礎。如何根據用例描述來構建相應的領域模型呢？31 什么是領域模型定義是對領域內的概念類或現(xiàn)實世界中對象的可視化表示。領域模型也被稱為概念模型、領域對象模型和分析對象模型。理解UP領域模型是UP業(yè)務對象模型（BOM）的特化，專用于解釋業(yè)務領域中重要的“事務”

2、和產品。領域模型可以被描述成一組沒有定義操作的類圖（UML表示法）。它提供了概念透視圖。領域對象或概念類概念類之間的關聯(lián)概念類的屬性銀行領域模型的例子任何一個銀行“賬戶”（這里沒有詳細分類）可能與多個“憑證”相關； 具體而言，憑證可以是銀行卡、存折、存單等形式； 任何憑證都有明確的生效起始日和終止日； 但各種憑證的憑證號卻不是統(tǒng)一的，比如存折和信用卡有不同的編號格式。 領域模型與數(shù)據模型的區(qū)別領域模型不是數(shù)據模型。數(shù)據模型的實體對象是通過對數(shù)據模型的定義，來表示存儲于某處的持久性數(shù)據。在領域模型中，并不會排除需求中沒有明確要求記錄其相關信息的類，也不會排除沒有屬性的概念類。在領域模型中沒有屬性

3、的概念類是合法的，或者在領域內充當單純行為角色而不是信息角色的概念類也是有效的。創(chuàng)建領域模型幾個步驟尋找（識別）類篩選類確定關系識別類的屬性以當前迭代中的需求為界（1）類的識別領域對象類的最佳來源高級問題陳述、低級需求和問題空間的專業(yè)知識。尋找概念類的三條策略1.重用和修改現(xiàn)有的模型這是首要、最佳且最簡單的方法。在許多領域中，都存在已發(fā)布的、繪制精細的領域模型和數(shù)據模型。這些領域包括庫存、金融、衛(wèi)生等等。2.使用分類列表表中包含大量值得考慮的常見類別，其中強調的是業(yè)務信息系統(tǒng)的需求。該準則還建議在分析時建立一些優(yōu)先級。3.確定名詞短語分類列表舉例確定名詞短語用例UC2.1：添加藏書基本流程：藏

4、書者登記新購買圖書的信息，包括書名、作者、譯者、出版社、購買時間（系統(tǒng)自動給出錄入時間）、價格、對圖書的推薦信息、喜愛程度，數(shù)量、類別。系統(tǒng)進行輸入信息的有效性檢查系統(tǒng)根據圖書名稱進行重復圖書檢查存儲圖書信息，并提示存儲成功。系統(tǒng)重新顯示初始添加藏書界面，用戶可以進行下一本圖書的錄入過程。分支流程：2.a、如果藏書者錄入信息有誤 1、系統(tǒng)提示藏書者此信息 2、返回剛才的添加藏書界面，界面保持原來填寫數(shù)據3.a、如果圖書名稱發(fā)生重復，系統(tǒng)將提示此信息，并給出相應圖書列表，用戶可以查閱圖書的詳細信息，同時要求用戶對此情況進行處理。1、如果確認圖書錄入重復，則系統(tǒng)放棄對當前圖書信息的存儲2、如果只是

5、同名不同書，則用戶確認此情況后，系統(tǒng)對當前錄入的圖書信息進行保存。用例UC2.1：添加藏書基本流程：藏書者登記新購買圖書的信息，包括書名、作者、譯者、出版社、購買時間（系統(tǒng)自動給出錄入時間）、價格、對圖書的推薦信息、喜愛程度，數(shù)量、類別。系統(tǒng)進行輸入信息的有效性檢查系統(tǒng)根據圖書名稱進行重復圖書檢查存儲圖書信息，并提示存儲成功。系統(tǒng)重新顯示初始添加藏書界面，用戶可以進行下一本圖書的錄入過程。分支流程：2.a、如果藏書者錄入信息有誤 1、系統(tǒng)提示藏書者此信息 2、返回剛才的添加藏書界面，界面保持原來填寫數(shù)據3.a、如果圖書名稱發(fā)生重復，系統(tǒng)將提示此信息，并給出相應圖書列表，用戶可以查閱圖書的詳細信

6、息，同時要求用戶對此情況進行處理。1、如果確認圖書錄入重復，則系統(tǒng)放棄對當前圖書信息的存儲2、如果只是同名不同書，則用戶確認此情況后，系統(tǒng)對當前錄入的圖書信息進行保存。（2）篩選類冗余表示相同事物的兩個名詞就是冗余。例如，“圖書信息”和“圖書的詳細信息”，選擇簡潔的“圖書信息”作為候選類。再如，用戶能夠被藏書者、揀書者完全涵蓋，故刪除用戶；銷售價格指名價格的含義，故刪除價格。不相關名詞與問題域沒有關系它可能是有效類，但不在當前項目的范圍之內。例如，“員工考績標準”是個名詞，但RP系統(tǒng)不會測量或跟蹤員工的工作實績；電話和傳真不是系統(tǒng)所關注的內容。屬性實際上描述了另一個類的結構的名詞是屬性?；\統(tǒng)名

7、詞的描述覆蓋面太大，以至于在對某個業(yè)務進行描述時，不得不對該名詞概念進行細分，單獨拿出來根本不能說明問題。例如，“錄入信息”包括“圖書信息”和“藏書信息”兩部分，在應用錄入信息進行描述時，必須加以額外說明。操作描述某個類職責的名詞自身不是一個類，而是一個操作。如稅額計算。角色描述一個特定實體的狀態(tài)或其分類的名詞多半不是一個類。例如，“最佳顧客”是一個顧客在一定時間下的狀態(tài)。事件描述特定時間頻率的名詞，通常表示了領域必須支持的一個動態(tài)元素。例如，“每星期打印一次發(fā)票”中的“星期”就不是候選類。實現(xiàn)結構描述硬件元素或算法的名詞最好是刪除或指派為某個類的操作。例如，“打印機”和“復利葉算法”。16（

8、3）建立關系建立關聯(lián)的方法顯式的關聯(lián)可以從用例中找到從事件表中找到關聯(lián)的早期標志注意應該避免加入大量的關聯(lián)添加關聯(lián)的注意事項立即給關聯(lián)制定多重度，確保每個關聯(lián)都有明確的多重度不對用例和時序圖進行研究，就將操作分配給類在確保已滿足用戶需求之前，對代碼進行優(yōu)化以提高重用性對于每個“部分(part-of)”關聯(lián),就使用聚集還是組合而爭論不休未對問題空間進行建模之前，就假定一種具體的建模策略在領域類和關系型數(shù)據庫表之間建立一對一的映射過早地執(zhí)行“模式化”，這將導致根據同用戶問題毫無關系的模式創(chuàng)建解決方案整理后的結果（4）識別屬性1.在什么情況下我們需要屬性當需求建議或暗示需要記住信息時，引入屬性2.獲取屬性的渠道查看用例文檔，尋找事件流中的名詞查看需求文檔，發(fā)現(xiàn)系統(tǒng)要搜集的信息若已經定義了數(shù)據庫結構，則數(shù)據庫表中的字段就是屬性選擇屬性時應考慮的因素只有系統(tǒng)感興趣的特征才包含在類的屬性中分