Vibe Data Modeling (AI協同資料塑模) 如何操作?
什麼是 Vibe Data Modeling ? Vibe Data Modeling 是用對談把業務語意 (Business Semantics) 逐步外顯，並用可驗證的約束 (Constraints) 把語意落到資料結構 (Schema) 的迭代流程。 也就是強調與 AI 溝通，將需求轉化為實體資料表的過程。 這篇文章" AI 將威脅傳統軟體業嗎? 軟體工程師還有未來嗎? "提到 : AI 將威脅低階的軟體代工業，但是暫時威脅不了資深的軟體工程師。 可是這個情況能夠維持多久呢? 對於資料庫管理師或是後端資料庫工程師來說，AI 是否會開始威脅到他們的工作呢? 原本資料塑模在做什麼? 根據這篇文章" Data Modeling (資料塑模) : 概念塑模、邏輯塑模、實體塑模 "，資料塑模可以分成概念塑模、邏輯塑模、實體塑模。 概念塑模就是要產生實體關係圖 (ER Diagram)，邏輯塑模就是要產生資料表的定義關聯綱目 (Schema)，實體塑模就是要產生真正的實體資料表 (Tables)。 為何資料塑模要經過這三個程序? 因為概念塑模是把實體世界的需求轉換成資料的第一步，邏輯塑模是把資料間的關聯建立起來，而實體塑模就是用語法把邏輯概…
好壞資料庫結構 (database schema) 的差異是什麼?
好的資料庫結構 (database schema) 和壞的資料庫結構在多個方面存在顯著差異，這些差異會直接影響資料庫的效能、可維護性、擴展性和數據完整性。並且當開發系統時，好的資料庫結構可以讓程式容易撰寫及維護，而壞的資料庫結構可能讓程式變得很龐大，並且無法在變更系統需求時還能修改維護。 以上的說法，可能很難以理解，我們用實際的例子來說明。 我們用農民曆上的食物相剋圖來設計資料庫結構，狀況及需求如下 : (1)當兩個食物一起吃，會造成不適的症狀，例如拉肚子或是中毒。 (2)可以透過解毒物來解除不適的症狀。 我們先抓出物件 : 食物、解毒物、不適的症狀。 因此會有一個食物的資料表單，然後會有解毒物的資料表單，至於這兩個物件是應該兩個資料表單，還是合成一個資料表單，後面再來決定。 不適的症狀也會是一個資料表單，裡面會有兩個食物的欄位，如果症狀用文字表示，有違反正規化的情況，因此不適症狀資料表單中以症狀id來關連到另外一個症狀表，會比較恰當。 最後，特定症狀需要使用特定解毒物，也會形成一個解毒的資料表單。 綜合以上，形成資料表單如下 : Food（食物）：包含食物id、食物名稱和描述等資料。 Interaction（相剋反應）：包含反應id、兩種食物的id和症狀id。 Symptom（…
B2B網站的資料流流向圖(Data Flow Diagram)與實體關係圖(Entity Relationship Diagram)應該怎麼畫?
之前練習過了 進貨單的DFD及ERD ，也練習過了 線上商店的UML ，現在來看看B2B網站的Data Flow Diagram跟線上商店有何差異。
Data Flow Diagram (DFD) 與 Entity Relationship Diagram (ERD) 實作練習
假如有進貨單格式如上，以往都是人工製作表單，現在老闆要我把這個作業電腦化，我應該怎麼做呢? (仔細檢視上面的進貨單，如果A公司要運送貨物給B公司，對A公司來說是出貨單，對B公司來說才是進貨單。出貨單才會需要運送地址，進貨單只需要供應商編號或是名稱。除非進貨會到不同倉庫，例如B公司有台中倉庫以及台南倉庫，以下分析過程先忽略進貨地址。)
UML練習範例 : 線上商店 (Online Shopping) 的Use Case Diagram/Activity Diagram/ER Diagram/DFD/Class Diagram
(系統開發流程 : 計畫 > 分析 > 設計 > 建置 > 測試整合 > 上線&維護) 現在我們用一個實際的例子來說明系統分析與設計的過程。
