推 slalala:前篇回應的很中肯了 先畫未必好 先正規劃也未必完美 05/20 12:08
推 slalala:可視化的ERD可以幫助你做正規劃 05/20 13:22
就是因為很直覺的先畫出ERD，但通常都會思考不週延
然後經過正規化後，那個原本的ERD，又勢必要更改，而且拆的沒信心
而且在拆table時，都是沒有架構性的拆
只憑直覺去拆table
所以我才主張先進行正規化後，再進行ERD繪製
節省專案開發時間
不知業界的執行流程為何？
很想了解一下
※ 引述《gargamel (Nerding)》之銘言：
: 都對
: 只是在定實體時, 我們都很自然的3階4階去定
: 沒有特意依以前所學的步驟1->2->3階去劃出實體
: 在系統分析時會以整體架構來看整個系統
: 把圖簡單的畫出來, 對於討論及解說是有幫助的
: 通常在分析階段後, 丟一份關於系統整體架構文件給user
: 用不著在sa階段就跟user討論這東西, 除非是他們有要求
: (有些user同步在開發其它系統, 需要知道你的系統資料如何取得)
: ※ 引述《hfnadkv (衝衝衝)》之銘言：
: : 今天跟同學在爭論
: : 正規化先作，還是ERD先畫的問題
: : 我是覺得
: : 先對table作正規化後，再畫出ERD，之後跟user討論這樣對不對
: : 正確後，再進行系統的撰寫
: : 不知這樣的想法對嗎？
: : 請大大們指正了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.161.224.65