推 hfnadkv:十分謝謝g大的分享^^ 05/20 16:56
怕思考不週廷
那建議你從DFD開始畫起, 這之間就可看出每個動作可能產生的資料
收集這些資料開始正規化, 再把ERD給畫出來, 最後依ERD來檢討
還有, 最後規劃的結果沒有所謂的對錯
只要你系統能夠正常的對表格運作存取資料
(會心虛的就是效能, 及是否方便維護)
一回生二回熟, 修修改改是常有的事
在開發過程中才發現要增加欄位或表格也很平常
※ 引述《hfnadkv (衝衝衝)》之銘言：
: 就是因為很直覺的先畫出ERD，但通常都會思考不週延
: 然後經過正規化後，那個原本的ERD，又勢必要更改，而且拆的沒信心
: 而且在拆table時，都是沒有架構性的拆
: 只憑直覺去拆table
: 所以我才主張先進行正規化後，再進行ERD繪製
: 節省專案開發時間
: 不知業界的執行流程為何？
: 很想了解一下
: ※ 引述《gargamel (Nerding)》之銘言：
: : 都對
: : 只是在定實體時, 我們都很自然的3階4階去定
: : 沒有特意依以前所學的步驟1->2->3階去劃出實體
: : 在系統分析時會以整體架構來看整個系統
: : 把圖簡單的畫出來, 對於討論及解說是有幫助的
: : 通常在分析階段後, 丟一份關於系統整體架構文件給user
: : 用不著在sa階段就跟user討論這東西, 除非是他們有要求
: : (有些user同步在開發其它系統, 需要知道你的系統資料如何取得)
--
◢ ██◣ ◢██◣ ◢██◣ ◢███◣ ◢███◣
︶ ︶ █▃ ▃ █ ◥▌ ◤ ≡ █◥◥◥◤ 現今國際間 災難頻傳
█ ── ◤︶︵︶ ◤︶︵︶▌ —︶-︶- █-︶-︶ 請珍惜當下 平安就是福
＿＿ ◣▌- ◢ ◣▌- ◢ ▌─ ◤ ＞ 讓我們一起 為世界祈禱
╱╲ 目 目 ◣▌︶◢ ◥ ─◤ (內文是hitoradio廣播說的)
◣ ◤ ◤◣ ◤◣ 目 目 ψQSWEET
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.250.190.113