1.用你熟的資料庫,現在的資料庫系統都很好了。有一些人事對某些資料庫不熟,不會駕馭,不會調教。就說某資料庫系統爛。
2.這不是你能決定的吧?是客戶要安裝什麼瀏覽器都有可能。如果是自己可以決定的,你可以把5大瀏覽器都下載來用,然後再決定用哪一種。
3.如同1.不要用c++開發,而就實作面我建議,MS跟非MS.如果用MS方案就用C#,VB配ASP.NET 跟MSSQL,非MS就用其他程式配網頁技術配其他資料庫。
程式應用越來越多元化,視窗程式越來越像網頁程式,網頁程式也越來越像視窗程式。像WPF,Slive..視窗程式是可以崁入在瀏覽器裡。
從頭開發 ERP ?
從零開始 ?
請問你不使用 ERP Framework 要從零開始 ?
請問你 商業規則(Business Rule) 要寫在哪裡 ?
請問你 畫面引擎 動態驗證引擎 會計引擎 規則引擎 要寫在哪裡 ?
站在巨人肩膀上妳的視野會更好
我們是全球最大開放原碼 ERP
Skype: Adempiere/Compiere
技術轉移顧問
Albert
基底沒打好,站在巨人的肩膀上只會摔的更重。
很多東西要一步一步來。
先寫一支Hello World 的程式,
寫一支模組,
寫一支小系統
然用學Biz Rule
學ERP Framework
然後才有辦法寫出一支可用的ERP程式
這些最少10年工才有這種能力
要學英文
直接丟在全英文環境
要學 ERP framework
直接參予 跟著 ERP 大師學
但是 EQ 不好
邏輯不好 或 是 IQ 140 以下
最好不要自己來
請顧問跟著一起做
但是南部有家國立有正大學的
就是學力高 邏輯不好 IQ低
不請顧問還是無法達陣
pantc328 大大是例外
就是學力好 邏輯好 IQ好
最近剛好一位友人找我幫忙改一下 有購物功能的 OpenSource 套件.
看來明明簡單的功能, 卻搞好久, 最後放棄了, 主要原因:
原因1: 小弟不了解該設計架構.
原因2: 套件都包好了, 想改不同的功能, 很難!
原因3: 小弟資質不夠.
購物車系統 比起 ERP系統, 真是小巫見大巫;
若真想 "站在巨人肩膀上 得到更好的視野", 那先確認 1.爬的上去(學的起來) 2.巨人換姿勢,不會掉下來(有超快應變能力)
德士大大
講到重點
有購物功能的 OpenSource 套件.
看來明明簡單的功能, 卻搞好久, 最後放棄了, 主要原因:
原因1: 小弟不了解該設計架構.
台灣因為薪資低
且執行任務無預算可用
在所得高的國家
沒受接受過該課程訓練絕對不會去碰或不允許去碰
因為你自己研究一個月不如去上課三天
一個月 5 - 6千美金的薪資怎可做沒把握的事
台灣因為很多 MIS 月薪才 3萬左右
公司請顧問來訓練 3 天 2千美金付擔不起,沒預算...
因此效率低
因為效率低薪資一直上不來
全民共享低所得國家
一般常見的問題...問哪種好或強...
不管問的是功夫或是
倚天劍強還是屠龍刀強...
然後有人就會覺得奇怪,明明我的鋪子裡面,AK-47有,RPG也有...
隨便組合一下都比在那裡耍刀弄棍強...
正所謂:
千金難買早知道
萬般無奈不知道
資料庫如同 pantc328 大大說的, 選自己熟的.
如用瀏覽器作為用戶端; 那就用標準的 html, javascript設計相關功能, 功能上在所有瀏覽器通常都會支援(排版效果有時會不太一樣).
這是 client/server 與 WEB-based 的問題. 不妨先上網找找相關文章, 想想自己的需求與應用, 反正想學就是要花時間, 先找對方向才不會浪費.
小弟算是你這問題的過來人, 有興趣不妨參觀我的部落格!
資料庫已定要有能力寫循環參照
對 Table Trigger 啟動時
還能檢查自己 Table
否則你會很多功能無法達成 ::
例如 台灣很大的政府外圍機構 學歷高 能力高 沒經驗 沒人教
還接大案
要寫 先進排程 APC 在相關資訊被修改成自動啟動從算排程
因為不會寫 自我參照 statement level
因此只能自己記得試後再執行重算
太好了
連這種超級大機構
都不講究[好好訓練]
難怪台灣軟體軟趴趴
albertachen提到:
資料庫已定要有能力寫循環參照
資料庫一定要有能力寫循環參照
不會寫也不請顧問
你就只有禱告
不要亂請顧問,不要亂請顧問
你沒基本的底子不要亂請顧問
顧問是粉貴的
派一些有底子的人問一些有意義的事,最好問倒顧問
當然顧問不是教程式的也不是開發架構,而是一點你就要通
我以前的公司也有請顧問,問一些薪水太低,加班沒有便當,某某人不配合這些毫無意義又不能解決的問題
資料庫一定要有能力寫循環參照
這應該是學習的選項, 萬一資料庫沒提供這類功能呢?
系統設計, 不是光有資料庫, 請記得還有"程式語言", 有時還可以結合 "作業系統資源", 在有限資源下, 應該開發出成果, 這才是設計師.
Cobol年代, 哪有這些功能, 但卻可以寫出相當穩定有效的系統, 這就是設計技術的發揮.
找現有OpenSource套件做學習, 還是自行研究開發, 都是學習方式, 沒有絕對好與壞; 重點在於自己到底想要學來做什麼!
要弄一套完整erp是件大工程,需要團對方式進行,像我公司的erp系統共有15個模組,
因為是做產品來銷售,需考慮各種產業特性,所以用25人花了2年才完成,可支援SQL, ORACLE
也有做技術轉移,,,,
有興趣
http://tw.myblog.yahoo.com/fablesserp-netbizsoft
所以用25人花了2年才完成,可支援SQL, ORACLE
也有做技術轉移,,,,
沒有 MDA Engine / Rule Engine / ValidationEngine 的 hard-code 系統
有什麼技術轉移可言
因該是商業邏輯轉移
商業邏輯是依照公司管理制度
因此也沒什麼好轉移
"可支援SQL, ORACLE"
大大這樣說是不是可以像以下類似的方法去改變,
overide database A to B,
這方法好像好容易,
在不同時候可道入任可DB(e.g.MS SQL, Oracle),
這樣好像不用改動所有程式碼就做得到,
如果是的話,
我用什麼程式語言比用什麼DB還重要,
因DB可以用override方法輕易改動其指向,
反而程式語言要改就如登天呵!
請教一下有何種方法可以"不用改動所有程式碼就做得到,可導入任何DB(e.g.MS SQL, Oracle)".請恕敝人稍微改動了幾個字,諒未改其意.
SQL Server與Oracle,據敝人了解,語法頗有差異,資料型態亦有部份不同.
惟敝人對SQL Server涉獵甚淺,對此方法頗有興趣,盼不吝賜教.
to hitomitanaka大:
1.vb6內包的ADO物件模組可以讓coder不用直接對db下
insert/update/select/commit/rollback等相關命令,
下select時ado也會自動依資料庫及型別的不同自動轉格式,
只是vb6時代過去了.
2.不使用trigger及stored func/proc等db的[內力]時,哪一家的db其實沒太大差異。
你好個人有數年(製造,買賣,服務,貿易等行業)經驗如有興趣可與我連系casiokan_2004@pchome.com.tw
總之從問題內容可以看出您對IT技術不夠熟悉
既然是公司指派的任務總有些要求吧
何時要完成? 預算有多少?
想完成任務您可以自己一人開發
也可以招募兩位程式設計師來幫你開發
若能接受委外開發
或許可以先考慮請 albertachen 評估是否可以用 Adempiere/Compiere 來滿足您的需求
感謝 bestlong 推薦 ADempiere/Compiere
有興趣 ADempiere/Compiere 免費 ERP
可以先看 YoutTube SOA ERP
台灣 葉教授與20資深技術 耗千萬資源 只作出 ADempiere 一半不到的功能
http://www.adempiere.com/index.php/Taiwan
Skype: ADempiere/Compiere
技術轉移顧問
Albert
bestlong兄,
好多謝你的提點,
我不但不懂提出何時要完成,預算有多少.
還有沒想過公司人數/IT知識,資料流量,營利增長,開發設備/軟件/人數,硬件性能/等級,網絡設備,雲端應用,公司生產方向,製品用戶群質素/社會階層/知識/教育水平,公司有沒有將進行向外收購,政府資金有沒有興趣注資.................
在我對IT一點都熟悉之下才上來找大大們支援下,
Bestlong兄可否列一些好例子如小分參考一下?
savepilot提到:
BPCS ERP
BPCS ERP
是 AS400 / AT&T-UNIX SCO-UNIX 時代經典產品
RPG/COBOL 時代 我在 1998 年之前用了 10幾年
1998 - 2011 改用 Java + Oracle DB
你有原碼嗎 可以幫你讀出轉 JAVA
測試轉檔都是免費
上線輔導也是免費
OpenSource 版權完全免費
只有技術轉移收費
不需要技術轉移就可以完全免費
我不但不懂提出何時要完成,預算有多少.
還有沒想過公司人數/IT知識,資料流量,營利增長,開發設備/軟件/人數,硬件性能/等級,網絡設備,雲端應用,公司生產方向,製品用戶群質素/社會階層/知識/教育水平,公司有沒有將進行向外收購,政府資金有沒有興趣注資.................
在我對IT一點都熟悉之下才上來找大大們支援下,
Bestlong兄可否列一些好例子如小分參考一下?
哇, 您這是要找個師父嗎? 我可擔待不起阿
感覺好像是行業別的 ERP 系統,市場上找不到替代的嗎?
不過,無論是做給自己公司用還是想更進一步產品化都不是三言兩語可以解決的
1.DATABASE要用就用公司既有的,除非你們公司從來沒有DATABASE過才重新選擇,畢竟對於IT人員來說,既有的最熟也轉換最快、最不花錢,後面這點會是許多資訊主管最要求的。
2.用瀏覽器當用戶端,就是不要保安了,不然就不要把瀏覽器當第一選擇,瀏覽器雖然是最方便的選擇,卻也是最不安全的。(不管你後端控管多嚴謹都沒用,一個小失誤就會是大災難)