最近遇到一個棘手的問題, 業務提出的訂單維護資料的修改需求, 依客人不同, 有不同的欄位, 例如:在訂單建檔畫面, 甲客人需要a,b欄位, 乙客人需要x,y欄位, 丙客人需要s,t欄位, 那麼系統就需要有a,b,x,y,s,t欄位(這些都是接單需要的欄位, 跟客人基本資料無關)...... 日後增加新的客人, 是否又需要再增加欄位........
請問這樣的做法對嗎? 是否有其他更好的解法?
已邀請的邦友 {{ invite_list.length }}/5
有一種作法可以考慮看看, 把這種欄位定義為"自由攔位", 例如:
訂單內有 15 個自由欄位,
訂 CPU : 第一欄為 CPU 外頻, 第二欄為 VT 是否支援....
訂 RAM : 第一欄為 DDR/DDR2/DDR3 , 第二欄為 1066/1333 ....
如果客戶要訂 CPU 時, 訂單勾選類型為 CPU , 第 1 欄就只能選或輸入 CPU 外頻.
如果客戶要訂 RAM 時, 訂單勾選類型為 RAM , 第 1 欄就只能選或輸入 DDR/DDR2/DDR3 .
概念大概是這樣, 實作上就需要再考慮是否合適.
觀念就是"不要限定 a,b,x,y , 而是想成 甲1,甲2,乙1,乙2"
ycl8000提到：
最近遇到一個棘手的問題, 業務提出的訂單維護資料的修改需求, 依客人不同, 有不同的欄位, 例如:在訂單建檔畫面, 甲客人需要a,b欄位, 乙客人需要x,y欄位, 丙客人需要s,t欄位, 那麼系統就需要有a,b,x,y,s,t欄位(這些都是接單需要的欄位, 跟客人基本資料無關)....(恕刪)
不同客戶
不同料號
有不同欄位
我們是採取屬性質設定法
不同客戶 可以宣告不同屬性欄位
這都是 全球最大開放源碼 ERP Adempiere 基本功能
我們是 Adempiere 技術支持團隊
技術轉移顧問
Albert
Skype: Adempiere/Compiere
一般會先去了解每個人需求的目的是甚麼，有些人的需求其實只是個籠統的概念，甚至是不需要的，因此可以將每個人的需求彙總來新增這些欄位，或是告訴他們可以用現有的那些欄位來替代，終究系統本身就會有很多沒用到的欄位，當然你得說服的了業務
另一種方式是將業務所需的欄位數字化，比如說要多少人力，要花多少錢，讓老闆決定需不需要這些欄位，終究業務所需的資料就那些，不可能針對個別業務來客製不同的欄位，比較狠的，給個備註欄位，要甚麼資料自己打
iThome鐵人賽
看影片追技術