小弟有一個想法希望可以作為參考~
一般來說[進銷存]不外乎
內訂單>>進貨>>入庫>>庫存( = 單價X數量的紀錄變成會計項目
外訂單>>銷貨>>出庫>>庫存(- = 單價X數量的紀錄變成會計項目
採購退貨>>出庫>>庫存(- = 單價X數量的紀錄變成會計項目
客戶退貨>>入庫>>庫存( = 單價X數量的紀錄變成會計項目
其他出入庫>>庫存( OR - = 單價X數量的紀錄變成會計項目
==============分隔===============
但是這樣的系統卻不能導入每一家公司?
的確需要去挖掘其中的失敗因素!!
就小弟的認知大概有以下幾點:
1.介面操作不順,許多欄位標示模糊,且功能鍵用途也沒有加以解釋!!
也就是說一個畫面塞了太多..不必要的輸入欄~
2.權限設定繁多,一開始並沒有想過的控管再導入的時候,才突然的要增加控制項目!!
也就是說,程式規劃的跟實際會操作的介面,會需要更多的欄位來注意!!
3.資料庫選用不佳,原則上小公司就會有需要{免費}的DB,但是免費的DB所提供的功能如:
資料搜尋的速度,字型(繁,簡體字,特殊字元)相容性,資料儲存的量與型態.....等等 不復使用~
4.表單與列印,這裡出現的問題,還蠻難查的,總之就是套表跟連續列印的問題!!

以上

就那四點,如何客制化..就是軟體銷售的保證~
所以小弟認為需要從這四點去著手設計~

------
======================
昏睡~
不昏睡~
不由昏睡~

前輩：
>> 1.介面操作不順,許多欄位標示模糊,且功能鍵用途也沒有加以解釋!!
>> 也就是說一個畫面塞了太多..不必要的輸入欄~
這個目前的想法是，寫一個輸入專用物件，然後搭配資料庫字典，包含一個管理資料表[介面名稱][資料表名稱][欄位名稱]
來解決，因為同一個欄位在不同介面可能有不同意含。
>> 2.權限設定繁多,一開始並沒有想過的控管再導入的時候,才突然的要增加控制項目!!
>> 也就是說,程式規劃的跟實際會操作的介面,會需要更多的欄位來注意!!
這個目前的想法，也是寫一個輸入專用物件，然後以權限檔管理
>>3.資料庫選用不佳,原則上小公司就會有需要{免費}的DB,但是免費的DB所提供的功能如:
>> 資料搜尋的速度,字型(繁,簡體字,特殊字元)相容性,資料儲存的量與型態.....等等 不復使用~
我建議中小型的資料庫，可以使用MSDE先來開發。 畢竟先有東西才有改善的可能。

>>4.表單與列印,這裡出現的問題,還蠻難查的,總之就是套表跟連續列印的問題!!
我建議報表的工具使用FastReport 4.X 或者由票選方式產生，當然大家要想法一致，不然很難著手！

------
「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」
程式寫的越久，卻發現自己越來越不會寫程式！