領域模型軟件學院代飛2013·秋

領域模型軟件學院1、概念模型的簡介2、建立概念模型的基本步驟內(nèi)容1、概念模型的簡介內(nèi)容領域模型：顯示最重要的業(yè)務概念和它們之間的關系的類圖。領域模型用：類表示業(yè)務概念，但類通常只包含重要屬性，不包含操作關聯(lián)和泛化顯示了這些概念之間的關系。1、領域模型簡介它是真實世界中各個事物的表示，而不是軟件中各構件的表示。領域模型：顯示最重要的業(yè)務概念和它們之間的關系的類圖。1、領領域模型是現(xiàn)實世界的一個可視化抽象字典它可視化了領域中的單詞或概念類，并為這些單詞或概念類建立了關聯(lián)領域模型是沒有方法的類圖的集合，并且在領域模型中不會出現(xiàn)軟件工件SalesDatabaseSaledatetimePrint()storeregistersaleSaledatetime關鍵思想領域模型是現(xiàn)實世界的一個可視化抽象字典SalesDataba根據(jù)用例模型建立領域模型用例模型領域模型根據(jù)用例模型建立領域模型用例模型領域模型關閉ATM系統(tǒng)管理員啟動ATM系統(tǒng)用戶查詢存錢取錢轉賬銀行信息系統(tǒng)身份驗證<<include>><<include>><<include>><<include>>關閉ATM系統(tǒng)管理員啟動ATM系統(tǒng)用戶查詢存錢取錢轉賬銀行信領域模型(概念類圖)ppt課件2、建立概念模型的基本步驟1、發(fā)現(xiàn)類和對象2、建立類之間的關聯(lián)3、添加類的重要屬性2、建立概念模型的基本步驟1、發(fā)現(xiàn)類和對象2.1發(fā)現(xiàn)類和對象

識別概念的方法

a、使用概念類分類列表來找出概念；

b、根據(jù)名詞性短語識別出概念類；領域模型中的概念類越多越好2.1發(fā)現(xiàn)類和對象領域模型中的概念類越多越好從用例中識別概念

1、用例描述中出現(xiàn)了哪些實體？2、用例執(zhí)行過程中會產(chǎn)生并存儲哪些信息？3、用例要求與之關聯(lián)的每個角色的輸入是什么？

輸入可能是角色的屬性，也有可能是單獨的一個類。4、用例反饋與之關聯(lián)的每個角色的輸出是什么？

首先確定該輸出的責任實體，然后進一步確認輸出是否需要識別為類。5、用例需要操作哪些設備？從用例中識別概念

1、用例描述中出現(xiàn)了哪些實體？分類列表法人事物地點組織概念事件規(guī)則抽象名詞交易項目角色設備組織結構分類列表法人事物地點組織概念事件規(guī)則抽象名詞交易項目角色設備概念類分類示例物理或具體對象注冊飛機事務的設計、描述和規(guī)范產(chǎn)品說明飛機說明位置商店飛機場交易項目銷售項人的角色收銀員飛行員其他事務的容器商店箱柜容器包含的元素商品乘客在該系統(tǒng)之外的其他計算機或電子機械系統(tǒng)授權支付系統(tǒng)飛行事務控制系統(tǒng)抽象名詞的概念購買欲恐高癥……概念類分類示例物理或具體對象注冊飛機事務的設計、描述和規(guī)范名詞分析法識別問題域和用例描述中的名詞和名詞短語，然后將它們作為候選的概念類或屬性名詞分析法識別問題域和用例描述中的名詞和名詞短語，然后將它們超市收銀臺超市收銀臺主要的成功場景：1.顧客攜帶購買的商品到達POS機收費口2.收銀員開始一次新的銷售3.收銀員輸入商品標識4.系統(tǒng)記錄銷售的商品項列表，并顯示該商品的描述、價格和累加值。價格可以根據(jù)一套定價規(guī)格來計算收銀員重復3-4步，直到結束主要的成功場景：主要的成功場景(續(xù))：5.系統(tǒng)顯示最后的總價6.收銀員請顧客付款7.顧客支付，系統(tǒng)處理支付8.系統(tǒng)記錄完整的銷售信息，并將銷售和付款信息發(fā)送到外部的記賬系統(tǒng)（進行記賬）和庫存系統(tǒng)9.系統(tǒng)打印收據(jù)10.顧客帶著商品和收據(jù)離開主要的成功場景(續(xù))：顧客，購買的商品，POS，收銀員，新的銷售，商品標識，商品項列表，描述，價格，累加值，總價，支付，銷售信息，付款信息，記賬系統(tǒng)，庫存系統(tǒng)，收據(jù)確定對象：顧客，商品，POS，收銀員，新的銷售，商品項列表，支付，銷售信息，付款信息，記賬系統(tǒng)，庫存系統(tǒng)，收據(jù)摒棄對象：商品標識，描述，價格，累計值，總價顧客，購買的商品，POS，收銀員，新的銷售，商品標識，商品項有時很難決定是應該將一個特殊的信息作為一個類還是作為一個屬性包含在領域模型中。類：標識、狀態(tài)和行為屬性還是概念？有時很難決定是應該將一個特殊的信息作為一個類還是作為一個屬性2.2建立類之間的關聯(lián)類之間有三種關系：－關聯(lián)（包括聚合和組合）－繼承（一般與特殊的關系）－依賴2.2建立類之間的關聯(lián)類之間有三種關系：關聯(lián)類之間的某種語義關系。這種語義關系體現(xiàn)了事物之間的聯(lián)系。進一步說，聯(lián)系又可以分為長久的、穩(wěn)定的聯(lián)系和短暫的、不穩(wěn)定的聯(lián)系。關聯(lián)類之間的某種語義關系。這種語義關系體現(xiàn)了事物之間的聯(lián)系。接待員顧客？顧客預訂？接待員顧客？顧客預訂？識別關聯(lián)的方法——關聯(lián)列表A在物理上或邏輯上是B的一部分；A是對B的描述A是交易或項目B中的一項A為B所知/為B所記錄/錄入B中/為B所捕獲A是B的一個成員A是B的一個組織子單元A使用或管理BA與B通信A與一個交易B有關A是一個與另一個交易B有關的事務A與B相鄰A為B所擁有A是一個與B有關的事件識別關聯(lián)的方法——關聯(lián)列表A在物理上或邏輯上是B的一部分；A關聯(lián)的UML表示法用一條寫著關聯(lián)名稱的線段來表示兩個類之間的關聯(lián)。關聯(lián)自然具有雙向性，這意味著從關聯(lián)兩端的任何一個類的實例出發(fā)在邏輯上都是可以達到另一端。關聯(lián)的每一端都可以包含一個多重性的表達式，它表示兩個類的實例之間的數(shù)量關系.關聯(lián)的UML表示法用一條寫著關聯(lián)名稱的線段來表示兩個類之間的規(guī)定關聯(lián)的重數(shù)，每個預定是由一個顧客進行的，這個人的姓名和電話由系統(tǒng)記錄，但是每個顧客可以進行多個預定CustomerReservationMakes1*namephoneNumber顧客和預定建模導讀箭頭關聯(lián)名多重性規(guī)定關聯(lián)的重數(shù)，每個預定是由一個顧客進行的，這個人的姓名和電建立關聯(lián)的原則1）注意力集中在那些需要將概念之間的關系信息記憶一段時間的關聯(lián)上（“需要記住”型關聯(lián)）。2）識別出概念類比識別出關聯(lián)更為重要。3）關聯(lián)太多不僅不能有效展示概念模型，反而會使概念模型變得混亂。4）要避免關聯(lián)之間的信息冗余以及減少派生關聯(lián)。花費在領域模型創(chuàng)建的大部分時間應該被用于識別概念類，而非關聯(lián)建立關聯(lián)的原則1）注意力集中在那些需要將概念之間的關系信息記建立關聯(lián)的原則…5）概念模型概念間的關聯(lián)是從純分析角度聲明有意義的概念間的聯(lián)系，不需要考慮如何實現(xiàn)關聯(lián)。6）分析階段得到的關聯(lián)可能在設計階段發(fā)現(xiàn)是無用的；設計階段有可能發(fā)現(xiàn)分析階段遺漏了有些概念間的關聯(lián)。建立關聯(lián)的原則…5）概念模型概念間的關聯(lián)是從純分析角度聲明有關聯(lián)的命名采用動詞短語來為關聯(lián)命名；關聯(lián)的名稱應該以大寫字母開頭。動詞短語由幾個單詞組成時需用連字符“－”將單詞連接在一起?；陬愋兔?動詞短語-類型名的格式來為一個關聯(lián)命名:Paid-byPaidBy商店-包含-收銀臺關聯(lián)的命名采用動詞短語來為關聯(lián)命名；Paid-byPaidB關聯(lián)類

關聯(lián)類和其他類相似。只不過一般類描述的是實體，而關聯(lián)類描述的是關系。當你見到多對多關聯(lián)，則需要考慮使用關聯(lián)類關聯(lián)類關聯(lián)類和其他類相似。只不過一般類描述的繼承繼承1.顧客攜帶購買的商品到達POS機收費口2.收銀員開始一次新的銷售3.收銀員輸入商品標識4.系統(tǒng)記錄銷售的商品項列表，并顯示該商品的描述、價格和累加值。價格可以根據(jù)一套定價規(guī)格來計算收銀員重復3-4步，直到結束5.系統(tǒng)顯示最后的總價6.收銀員請顧客付款7.顧客支付，系統(tǒng)處理支付8.系統(tǒng)記錄完整的銷售信息，并將銷售和付款信息發(fā)送到外部的記賬系統(tǒng)（進行記賬）和庫存系統(tǒng)9.系統(tǒng)打印收據(jù)10.顧客帶著商品和收據(jù)離開1.顧客攜帶購買的商品到達POS機收費口銷售領域的候選概念類收銀臺商品商店一次銷售支付產(chǎn)品目錄產(chǎn)品規(guī)格說明書銷售明細項收銀員客戶銷售領域的候選概念類收銀臺產(chǎn)品目錄POS領域模型中的關聯(lián)收銀臺記錄銷售顧客支付銷售產(chǎn)品目錄記錄產(chǎn)品說明書系統(tǒng)記錄銷售商店存儲商品系統(tǒng)記錄銷售的商品項列表顧客支付，系統(tǒng)處理支付系統(tǒng)記錄單件商品，并顯示該商品的描述、價格和累加值。并將銷售和付款信息發(fā)送到外部的記賬系統(tǒng)（進行記賬）和庫存系統(tǒng)系統(tǒng)記錄完整的銷售信息？POS領域模型中的關聯(lián)系統(tǒng)記錄銷售的商品項列表顧客支付，系統(tǒng)領域模型(概念類圖)ppt課件理解型關聯(lián)

1.需要記住型關聯(lián)：概念之間的關聯(lián)需要在數(shù)據(jù)庫中保存一段時間，可以形成一個最小的信息模型；2.理解型關聯(lián)：概念之間的關聯(lián)不是必須的，但是加上之后可以更好的理解問題域關鍵概念。理解型關聯(lián)1.需要記住型關聯(lián)：概念之間的關聯(lián)需要在數(shù)據(jù)庫3、添加類的重要屬性屬性及其UML表示（1）定義：屬性是某個對象的數(shù)據(jù)值。（2）在一個概念模型中包括如下屬性：在需求說明（例如用例）中提示或暗示我們要記住的那些信息。（3）屬性的UML表示SaleDatetime3、添加類的重要屬性屬性及其UML表示Sal屬性表示法屬性的完整語法是：可見性

屬性名:類型多重性=默認值{特性表}SaleDatetime/total:MoneySale-DateTime:Date-/total:MoneyPerson-firstName-middleName:[0..1]-lastName屬性表示法屬性的完整語法是：Sale屬性的識別1）首先從類的語義完整性角度列舉出類的候選屬性；2）針對系統(tǒng)目標和類在系統(tǒng)中的作用以及問題域相關特性對類的候選屬性進行一次篩選；屬性的識別1）首先從類的語義完整性角度列舉出類的候選屬性；屬性的識別屬性的識別要根據(jù)具體的問題域，同一實體在不同的系統(tǒng)中識別出來的屬性會不一樣圖書館系統(tǒng)：不關注頭發(fā)顏色、眼睛顏色；公安局偵察管理系統(tǒng)：頭發(fā)顏色、眼睛顏色、指紋等屬性的識別屬性的識別要根據(jù)具體的問題域，同一實體在不同的系統(tǒng)導出屬性在屬性名稱前加以”/”符號SaleLineItemItemRecords-sale-of0..11SaleLineItemItemRecords-sale-of0..11..*SaleLineItem/quantityItemRecords-sale-of0..11..*SaleLineItem（銷售明細項）的quantity信息可以從多重性的實際值導出從多重性值導出的屬性導出屬性在屬性名稱前加以”/”符號SaleLineItemI選擇有效的屬性類型屬性應該是簡單的數(shù)據(jù)類型。復雜的問題域概念應該被識別為概念。

收銀員姓名收銀臺非“簡單”屬性收銀員姓名收銀臺編號Uses11更好選擇有效的屬性類型屬性應該是簡單的數(shù)據(jù)類型。復雜的問題域概念選擇有效的屬性類型…保持簡單的數(shù)據(jù)類型

屬性常見的簡單數(shù)據(jù)類型包括：布爾、日期、數(shù)字、字符串或文本、時間其他如：地址、顏色、幾何元素、電話號碼、身份證號、通用商品代碼、郵政編碼等選擇有效的屬性類型…保持簡單的數(shù)據(jù)類型屬性常見選擇有效的屬性類型…保持簡單的數(shù)據(jù)類型

飛機目的地復雜概念較差較好飛機機場Flies-to11選擇有效的屬性類型…保持簡單的數(shù)據(jù)類型定義新的數(shù)據(jù)類型數(shù)據(jù)類型原始數(shù)據(jù)類型：數(shù)字、字符串、布爾、日期或時間——把它當作屬性來看待非原始的數(shù)據(jù)類型:——把它表示成一個單獨的概念類定義新的數(shù)據(jù)類型數(shù)據(jù)類型定義新的數(shù)據(jù)類型

ProductSpecificationId：ItemIDStoreaddress:AddressProductSpecificationItemIDidmanufactureCodecountryCode11StoreAddressstreet1street2city