iT邦幫忙

DAY 5
4

UML學習過程分享-以EA為例系列 第 5

[Day 5]Domain Model設計需注意的地方

Domain model是用來modeling現實世界的狀況,
也因為夠抽象,所以可以穩定不容易改變。
也是設計系統最重要的骨架,
這邊memo一些需要注意的要點。
== domain model隨手記 ==
=== 何謂抽象化 ===
將現實世界的情況,擷取要表達的重點,以模型圖示表示
例如七橋問題
重點在各塊「陸地」與「橋」之間的關係,所以可以用點和線來呈現陸地與橋
Scenario則改用一筆畫通過所有點,最後回到原點來呈現
=== 關係(relationship) ===
多對多的關係
可展成多一個entity,形成一對多、多對一的關係
一對一的關係
通常不會存在,若是一對一,可以思考是否為同一個entity底下不同的attribue
relationshipt的命名應為介系詞,而非動詞
命名應能解釋兩個entity之間的關係,且有相對關係
例如LineItem part of PurchaseOrder
例如PurchaseOrder composed by LineItem
=== 位置 ===
domain model的配置
關係為多的放左上
通常是transaction entity
例如選課系統中的班級資訊
關係為一的放右下
通常是reference entity
例如系統代碼或是人與組織基本資料
entity應至少要有一邊切齊
避免
關係應避免交錯
關係應避免呈現直角或對角線
盡量以直線表達
=== entity ===
entity命名
entity的抽象意義,即為每一個instance代表的意義
因為是每一個instance的抽象意義,故entity應為單數
entity通常不會是動作,頂多是動名詞
因為通常entity是種資料集合
每個entity要思考一下可能會存哪些資料


上一篇
[Day 4]如何使用EA將Class diagram或Data model匯出成文件
下一篇
[Day 6]在使用EA時,如何讓中文敘述與英文欄位名稱一起出現
系列文
UML學習過程分享-以EA為例30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言