前言：客戶上這套系統的目的是出庫揀貨能提高效率，庫房廠家不算大，完全的人工操作，揀貨走來走去，希望能夠一次揀完；在人工複核臺進行複核，有三四個複核臺。
流程設計的規則是：將出庫單按照目的門店進行合併揀貨，庫房的貨架貼上庫位標籤，乙個庫位只放乙個藥品乙個批號，揀貨流程按照庫位編號從小到大，或者按照庫位自定義順序號排序，揀貨員參考顯示的揀貨資訊，先掃瞄乙個容器編號，類似於托盤或小推車；到第乙個庫位進行揀貨，揀完後此庫位消失，再走到下乙個顯示的庫位揀貨，依次類之，全部揀完送到複核臺，複核臺按照容器小推車進行複核出庫。乙個容器給多個人輪流使用，乙個揀貨單需要多個容器儲存，複核臺地方小，複核員記不住小推車是哪個門店，複核時先掃瞄小推車編號，顯示是哪個門店的揀貨單，再複核，此揀貨單的小推車全部複核完成，出庫單自動審核。
系統設計考慮的功能點：支援多單同時揀貨，考慮鎖庫存的功能；支援進行批次管理，先入先出。要達到批次管理，入庫時，根據收貨單自動生成乙個批號次，此批號次每單唯一；同乙個藥品批號多次收貨，在庫存表中也是多條記錄，因為批號次不同。鎖庫的原因是多單同時揀貨，此庫位的庫存已經分配給a單了，則b單就不能揀貨了，避免多個揀貨單衝突。批號次只用到了先去哪個庫位揀貨，如果乙個庫位多次進貨，揀貨時不予提醒。
介紹庫存表的設計，首先有藥品編號、批號、有效期、庫位編號、批號次、庫存數量，鎖庫數量資訊，乙個庫位藥品批號多次進貨，會有多條記錄，因為批次不同。
選擇同乙個門店的多個出庫單，進行生成操作，系統按照先入先出的規則，查詢當前庫存，指定揀貨的庫位與數量。乙個藥品批號可能多個庫位進行揀貨。揀貨員按照顯示的庫位資訊，走到指定的庫位揀貨即可。理論情況，可以走一趟全部揀完，只需照系統顯示的庫位、數量揀貨。乙個容器放滿進行儲存後可以存放下乙個容器，可以使用多個容器存放揀貨單藥品。乙個揀貨單只能支援兩個揀貨員同時揀貨，兩個人乙個頭，乙個尾進行揀貨。在揀貨容器儲存時，系統檢查揀貨單是完成狀態，提醒進行複核；複核時揀貨此揀貨單所有容器複核的狀態，提醒揀貨單完成。
系統建議去a庫位，揀x數量。實際此庫位揀了y數量，或者去了b庫位，揀了y數量，出現此情況導致系統變得複雜，此時系統檢查庫位可揀庫存（此庫位庫存表庫存-庫存表鎖庫數量+本單此庫位揀貨數量），不能大於可揀數量（如果大於了導致其它揀貨單無法揀貨），如果是計畫庫位，y數量小於x數量，不做處理；大於x數量或者非計畫庫位，減少別的庫位計畫揀貨的數量，並減少或增加此庫位鎖庫的數量，考慮庫存表批次號的影響，按不同的批次鎖庫。複核完成後，根據實際的揀貨資訊，減庫存，並釋放鎖庫。
系統庫位揀貨表設計欄位有藥品編號、批號、庫位、計畫揀貨數量、鎖庫數量、實際揀貨數量
系統開發架構總結
以自己負責開發和維護的系統為核心，展開介紹公司採用的系統和資料流架構.內容不僅僅是概括論述，還會包含整個系統所採用的技術框架 技術要點 設計模式以及在開發過程中遇到的問題和解決方案。通過此次總結，反思目前的系統作業是否有重構的空間，該如何重構 是否有可替代的更優的解決方案，優勢又在 此次總結算是對在...
winform系統開發總結
1 winform中限制textbox只能輸入整數或某些字元 private void tab1 tb default keypress object sender,keypresseventargs e char 8 代表退格符，e.keychar 表示小數點 2 修改完datagridview中...
內容模型系統開發總結
可用的內容模型系統 表單管理 內容引擎 一來可以進行技術積累，二來可以提高總體的架構思想 架構不敢說這裡只是乙個設計的代名詞而已 現在內容模型系統基礎版本基本完成，再稍加潤色就可以與大家見面，在發布這個模型系統之前，我想寫一下對於這個系統的總結，寫了一些，發現自己的文字確實比較苦澀，搞技術的不好咬文...