https://edu.hellobi.com/course/54/play/lesson/875架構
一、數據建模基本流程less
在建模的不一樣階段,將數據模型分爲三個層次,每層的做用各不相同工具
1)、概念模型性能
肯定系統的核心,以及劃清系統範圍和邊界設計
2)、邏輯模型3d
梳理業務規則以及對概念模型的求精, 這裏須要對於需求很深刻的瞭解,必定儘可能瞭解到需求細節,細節決定成敗blog
3)、物理模型開發
從性能、訪問、開發等多方面考慮,作系統的實現table
二、建築規劃圖 VS 概念模型基礎
建築規劃圖 | 概念模型 | 意義 |
蓋什麼房子?住宅?寫字樓?醫院? | 要解決何種商業問題? | 項目的目的 |
有幾口人,都是誰?什麼年齡、習慣、愛好…… | 在此商業活動中,有哪些人或組織參與,角色分別是什麼?售貨員、出納、商場經理…… | 組織 |
有哪些物件須要擺放?汽車、傢俱、家電…… | 在此商業活動中,有哪些物件參與其中?商品、貨架、收款機…… | 物件 |
常識: 一個起居室、一個廚房一個餐廳 ->須要一個二層小樓,一樓是起居室、廚房和餐廳,二樓是臥室
特殊: 須要兩個車位,一個如今用,一個爲將來準備;一個游泳池 |
行業經驗: 核心業務流程、組織架構、行業術語
定製: 特殊的流程、專有的術語、特有的用戶羣 |
功能範圍 |
三、概念建模小貼子
1)、注重全局的理解而非細節
2)、在概念模型階段,即須要對總體架構作思考
3)、概念模型一般是自上而下的模式,經過會議等模式反覆溝通,澄清需求
4)、在此階段,應粗略地估算出整個項目須要的時間以及項目計劃草案
5)、根據計劃粗略地估算出項目的費用
6)、是數據模型工程師與客戶溝通的破冰之旅,使他們在此期間達成共識並奠基將來良好的溝通基礎以及私人關係
7)、出口的概念模型能夠幫助劃定系統邊界以及避免方向性的錯誤
8)、商業主導,相比技術專家而言,更須要商業專家
9)、是將來邏輯模型的溝通基礎,以及逐步求精的依據。
三、建築設計圖VS邏輯模型
實體的定義-》實體屬性的定義=》實體間的關係=》約束的定義
四、邏輯建模小提示
1)、應更精確估算出整個項目須要的時間以及項目計劃草案
2)、而且根據計劃更精確地估算出項目的費用
3)、當實體數量超過100時,須要定義術語表
4)、規範化
5)、先規範化再逆規範化,不可一步到位
6)、不可缺乏約束的定義
7)、使用CASE工具作邏輯模型
8)、多對多關係須要解決