您好,登錄后才能下訂單哦!
數據建模其實就是數據庫設計,是很關鍵的環節,他的前提條件是:
1)對需求充分消化,全局性的歸納總結;(什么功能操作什么表。表與表之間的邏輯處理;)
2)對接下來的程序開發,做了充分的布局,心中已有系統;(程序如何劃分為子系統,每個程序間如何工作的)
設計原則及考慮維度
1)效率 開發效率,模型簡單,更少的數據庫表,開發容易,維護容易;
2)性能 數據要快
3)成本 避免數據冗余
MIS系統我更在意的是開發效率及應變性,因為數據量和硬盤存儲都沒問題,重要的是兼容各種需求的變更;
本倉庫系統需求核心要點:
1)采購到貨入庫,自動消采購單;(1條采購分多批次到貨或一次到貨交付多個采購記錄)
2)可以分批次、有效期管理庫存產品數量;
3)產品出庫時計算每種產品平均周轉天數;(每條庫存記錄,包含入庫時間)
設計思路解讀
1)倉庫:可以保存或暫存商品的都可以看做“倉庫”;一個公司有多個倉庫,倉庫進出有很多種方式,但都要憑一張單據; (曾經做快遞系統,可以基于這個思路去處理,就是一個商品在多個倉庫之間,按照規則流通而已,這樣整個復雜的系統就是一個進銷存系統,收貨/集貨/運輸/派送/送貨都是一種流程過程)
2)流通單:從一個倉庫流轉到另一個倉庫,產生1張單據和N條商品明細;
3)庫存:其實就是每個產品根據(產品+倉庫+批號+入庫日期 建立的一個賬本)
表設計
一、配置類
1)供應商表
2)產品表
3)倉庫表
二、采購類
1)采購單據表(單據號+供應商+下單日期+交付狀態+交付進度)
2)采購單產品清單表(歸屬采購單,商品id,訂購數量,已交付數量、次品數)
3)采購單操作記錄表(創建,修改、交付、完成等日志)
三、倉庫及庫存類
1)倉庫單據表(單據類型+單據號+發出方+接受倉庫+收發人信息+總數量+總價格)
2)倉庫單據的產品明細表(歸屬單據+交易商品+交易數量+批號+周轉天數)
3)倉庫單據操作記錄表
4)庫存記錄表(商品id+倉庫Id+數量+商品批號+入庫日期)
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。