就是因為很直覺的先畫出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