S
soonstar
Unregistered / Unconfirmed
GUEST, unregistred user!
非常感謝郭玉梁大俠的建議
一﹑數據語言的標准我們當然應該遵循工業標准﹐另一個方案是每種后台都寫一次﹐以得到更好的效果和性能﹑速度。
這個我們可以再認真考慮一下﹐寫標准的東西應該比較可行。我們用3層或更多層的時候﹐不是已經有支持異構的解決
方案了嗎﹖直接用別人的解決方案就可以了。這點我不是太懂﹐到時我們再討論一下
二﹑自定義流程的問題我可以設計﹐這個不成問題﹐我可以設計完整方案可以解決這個問題。因為我手頭已經有已經實
施過的完整的解決自定義流程的源碼和設計方案。到時可以由我再設計一套更好更強大一點的方案。找几個設計高手
建模后大家一起編碼吧。
三﹑我的想法是先做核心的通用部分﹐做到一定程度再分行業做。這樣﹐比起一開始就按行業來做應該是更加通用和
強大﹑靈活。因為我們先保証通用那部分﹐比如員工表﹐姓名﹑身份証號碼這些是通用的﹐我們就可以把這些東西先做
出來﹐然后在分行業版時﹐增加行業表﹐在表里記錄這個行業專有的信息﹐用關鍵字把它和通用部分的相關表連起來﹐
這樣﹐就是行業版了﹐這樣﹐可以在盡少改變通用核心代碼的情況下﹐做出一個又一個的行業版本﹐如果能做到這一步﹐
是不是能把程序做得更通用呢﹖也最大限度地減少了程序的更改﹐也保証了我們的統一性﹐也就是每個行業都有共同的
我們的特征。這是看到一篇關于系統工程的文章寫的﹐很有道理﹐對盡量減少程序重寫有很好的指導作用。
謝謝大家的參于﹐我現在更希望的是能有更多的人加入我們的系統分析小組一起搞一個很強大的分析。這樣﹐我們下
來的編碼和成個產品才有希望。有我們的明天加油
加入可以在我主頁的論壇里加貼寫一下自己的情況。及加入的是網絡交流小組還是系統分析小組。我們每天保持聯系。
只要我們有激情﹐就一定會有所收獲的。不管你是抱著來提高技朮也好﹐來認識ERP也好﹐想額外有點收入也好。我
想最終都會得到的。謝謝
一﹑數據語言的標准我們當然應該遵循工業標准﹐另一個方案是每種后台都寫一次﹐以得到更好的效果和性能﹑速度。
這個我們可以再認真考慮一下﹐寫標准的東西應該比較可行。我們用3層或更多層的時候﹐不是已經有支持異構的解決
方案了嗎﹖直接用別人的解決方案就可以了。這點我不是太懂﹐到時我們再討論一下
二﹑自定義流程的問題我可以設計﹐這個不成問題﹐我可以設計完整方案可以解決這個問題。因為我手頭已經有已經實
施過的完整的解決自定義流程的源碼和設計方案。到時可以由我再設計一套更好更強大一點的方案。找几個設計高手
建模后大家一起編碼吧。
三﹑我的想法是先做核心的通用部分﹐做到一定程度再分行業做。這樣﹐比起一開始就按行業來做應該是更加通用和
強大﹑靈活。因為我們先保証通用那部分﹐比如員工表﹐姓名﹑身份証號碼這些是通用的﹐我們就可以把這些東西先做
出來﹐然后在分行業版時﹐增加行業表﹐在表里記錄這個行業專有的信息﹐用關鍵字把它和通用部分的相關表連起來﹐
這樣﹐就是行業版了﹐這樣﹐可以在盡少改變通用核心代碼的情況下﹐做出一個又一個的行業版本﹐如果能做到這一步﹐
是不是能把程序做得更通用呢﹖也最大限度地減少了程序的更改﹐也保証了我們的統一性﹐也就是每個行業都有共同的
我們的特征。這是看到一篇關于系統工程的文章寫的﹐很有道理﹐對盡量減少程序重寫有很好的指導作用。
謝謝大家的參于﹐我現在更希望的是能有更多的人加入我們的系統分析小組一起搞一個很強大的分析。這樣﹐我們下
來的編碼和成個產品才有希望。有我們的明天加油
加入可以在我主頁的論壇里加貼寫一下自己的情況。及加入的是網絡交流小組還是系統分析小組。我們每天保持聯系。
只要我們有激情﹐就一定會有所收獲的。不管你是抱著來提高技朮也好﹐來認識ERP也好﹐想額外有點收入也好。我
想最終都會得到的。謝謝