各位K.TOP的先進大家好.我近一年來有個自行開發的大型ERP系統已開發完成.此系統花了我將近十年的時間來開發.其中包含了一般製造業大部份管理流程所需要的模組外(生產製造,會計總帳,人事管理,成本,MRP…..),還包含電子表單,工作流程,簽核流程,文件管理以及EIS,PDM系統(與PRO E相連結),此外整個系統架構可在網際網路下完整執行或以二廠之間的REPLICATION(即時)的方式進行資料整合.當然上述所講的各個FUNCTION皆以DELPHI自行研發出來,其中有很多瓶頸是在K.TOP各位先進的大作上得到解決方案,目前由一個在台南的製造業廠商(大約為800人的廠,ERP上線人數為100 人上下,已上線了二年多)在使用中,其運作模式為台灣接單-大陸生產-再由台灣進行總帳相關月結,其間的資料是即時整合的. 目前我已將此套系統進行商品化包裝,預計推入台灣的軟體市場,但也很清楚這樣的一個計劃不可一個人就能達成,雖然自己對於系統的功能面及上線的客制化能力相當有自信,但市場的開發對於我來講是全然漠生的一個領域,因此在此希望有興趣的先進門或公司行號一起來合作將此套系統推上市場(不拘任何的合作方式). PS.有與趣者 請以E-MAIL hsaing@so-net.net.tw Mr. chou

這麼大的系統，由一人開發出來，真是不簡單阿。其中尚涉及軟硬體配置，輔導上線，如果也是一個人包辦，那真是太利害。 一般系統愈大，不同公司的需求的差異性也就愈大，所以包裝上市不知會不會有困難，另外，想要引入的公司，如何去評估系統的適用性，也是一個難題了。

感謝bruce的意見,其實我指的商品化包裝並不是要將erp系統套裝化.而是正規化目前所使用的系統,因為目前這套系統在使用的過程中有些流程由於使用者的需求更改有些流程並不是正統的管理流程.另外操作界面的標準化及系統保護都是在我目前商品化包裝的一部份.目前這些工作皆已完成,現在正有三家廠商在評估中... 對了我將這套erp軟體的介面上傳,或許有更多的先進會給我更多的意見及想法(我的系統架構為自行開發的三層架構,不用delphi的datasnap元件-application sever至client這一段完全自行開發) 這張圖為erp系統選項劃面 這張為庫存查詢作業 這張為排程後的機台負荷表 這張為資料庫檔案關連維護作業

了解。將系統正規化那就是走向作業標準化，而標準化正是套裝化的基礎，你覺得呢？若不進行套裝化，將來維護成本會愈來愈高，若不做套裝化，則建議做技術移轉，將部分維護工作轉移至該公司，自己保留核心的部分。 在系統變動性中，分離出變與不變的部分，將變化太大的部分留給使用者。因不知你所謂合作計畫，是指哪一部分的合作，所以無法做更深入而具體的建議。標準化涉及企業專業領域部分，本人對ERP部分稍有涉獵，僅提供幾各方向供參考： 一，接單模式 二，生產模式 這兩者因模式不同，對供料需求的方式亦產生極大的變異，甚至影響成本計算方式，建議多家留意。

再一次感謝bruce的寶貴的意見.我在生產模式(訂單模式,生產模式,混合模式)是利用在產品定義一組參數去決定其生產模式,利用此參數將產品的需求(訂單,預測)轉成產品的生產製令.在依此產品的生產製令去展mrp,同時在mrp的運算過程中,記錄每一階的計劃(含製造,託工,採購)的需求來源,因此在不考量合併生產的情況下,可追塑每一計劃來至於那一張訂單或產品製令,以下是我在轉mo(生產製令)的系統劃面 因此如果此生產品號是純訂單生產模式的話,其參數介面如下

對不起再回答bruce關於合作的事宜,其實這篇主題公告後已有一些先進同好,先後與我聯絡(有些有意願加入此一計劃,有些前輩則是單純提供意見),在此公開的感謝各位,目前是傾向共同成立一家公司,其間需要整合不同的人才(設計研發,導入顧問,客服銷售),目前正在進行人力的整合的,等整合完各方人才後.我會分別通知各位,然後以group meeting的方式來討論合作成立公司事宜. ps.請已與我聯絡的各位大大再耐心等候一段時間(我一定會與你們聯絡)

謝謝 hello兄的解說，這樣確實考慮了接單生產與計畫生產兩種模式，真的很棒喔，也預祝你籌組公司順利成功。

請問一下您的系統若是面臨到客製的需求，例如資料 Table 或 欄位的新增、程式功能的改變以及報表的調教，在解決方案上是如何處理呢? 我是雪龍

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

bestlong 你好: 關於bestlong所提到的問題,我把我的做法在這說明一下.我把整個程式架在一個自行定義的開發平台上,在此平台上,設計人員對於一般資料表內的欄位的維護作業(含新增,刪除,修改,查詢,移動)並不需要特別去寫程式去交代,以下是我的開發劃面: 另外,如果資料表的欄位與其他資料表有相關性的話,如排程主檔內的品號欄位與品號主檔的品號代碼,存在相關係,系統就必須控管:1.手動輸入的排程資料的品號必須存在於品號主檔.2:品號主檔的資料如果刪除必須檢查是否存在於排程主檔內.3:如果品號主檔內的品號代碼輸改(通常不會)則排程主檔內的相關品號也必須跟隨修改....(總之是達成資料庫的正規化).我的做法是利用一組由開發人員所定義的資料庫法則去定義資料表間的關係,再由apsever利用此法則來達至資料庫自動正規化的目的,以下是我的資料庫法則定義方式: 至於如果新增的欄位是要來進行複雜的運算,就只有自行cooding一途.另外報表的部份,由於待會有事可能要下午才能將我的做法上傳了. ps:不知道怎麼回事,我的說明圖檔不能上傳了,是否有人可以告訴我.好讓我補上說明圖檔.

在客製化要求下 , 先將各系統共用模組或資料結構獨立出來 是必須條件 . 再來如何配合客戶需求修改模組與資料結構 , 這可能是必須考量最小修改成本與維護成本 . 建議用外掛式模組 與table來聯系不變動之主架構 . 各家製造廠生產模式不同接單也相異 , 如何異中求同是需要經驗與技術判斷 . 對欄主開發之mrp模組功力深表佩服 .

謝謝stillalive的建議: 我目前的系統架構除了劃面程式是執行檔外erp_cch.exe其他的模組皆以*.bpl建構的.也可以說是整個erp系統模組全是外掛的方式建立的.在前幾頁所貼的"程式選項"劃面其實是根據每個login的使用者權限動態產生後再丟入Tlistbox元件內.因此系統可在已上線的過程中,修正每一支程式模組.當complie上去後user再執行此功能會自動執行最新的程式(***.bpl).另外stillalive或許已看出我在進行mrp運算是以有限產能運算了. ps:我還是不能上傳圖檔!!!!

終於可以上傳圖檔了,感謝天使大大的幫忙.我把回應bestlong的資料重新貼上 關於bestlong所提到的問題,我把我的做法在這說明一下.我把整個程式架在一個自行定義的開發平台上,在此平台上,設計人員對於一般資料表內的欄位的維護作業(含新增,刪除,修改,查詢,移動)並不需要特別去寫程式去交代,以下是我的開發劃面: 另外,如果資料表的欄位與其他資料表有相關性的話,如排程主檔內的品號欄位與品號主檔的品號代碼,存在相關係,系統就必須控管:1.手動輸入的排程資料的品號必須存在於品號主檔.2:品號主檔的資料如果刪除必須檢查是否存在於排程主檔內.3:如果品號主檔內的品號代碼輸改(通常不會)則排程主檔內的相關品號也必須跟隨修改....(總之是達成資料庫的正規化).我的做法是利用一組由開發人員所定義的資料庫法則去定義資料表間的關係,再由apsever利用此法則來達至資料庫自動正規化的目的,以下是我的資料庫法則定義方式: 至於如果新增的欄位是要來進行複雜的運算,就只有自行cooding一途.另外報表的部份,由於待會有事可能要下午才能將我的做法上傳了.

看了hello兄的解說，感覺這套ERP是內崁在一套在自行開發的平台上，設計上真的不簡單了，所以我想了解這套平台的開發理念，不知可否大略描述一下這個平台提供了哪些的功能，這樣大概就可以了解相關的運作了，或許這個開發引擎可以提供MIS人員使用，進而縮短系統開發時間，那就更有價值了。 順便請教一下，m_sline 這個是自行開發的資料物件嗎？

bruce你好: 目前這個開發平台當初設計規劃的目的就是為了節省MIS人員開發時程與成本,同時達到程式建構與操作界面的正規化目的.另外在開發越複雜系統時,其table的關連性是相檔複雜,也利用此一平台將其從程式碼分離出來(降低系統的建構與維護的困難度),當然這個平台也不限制用來開發erp系統... 另外bruce所提到的元件確實是我開發出來的元件.(從Tedit繼承出來) ps:bruce如果真的對此開發平台有與趣的話,麻煩將你的E-mail給我,我會將當初規劃的方式mail給你

先前有看過站長所分享出來在 2005 台北網聚所發表的 Project Maker 簡報資料。 http://delphi.ktop.com.tw/topic.php?topic_id=64698 感覺起來是概念相同的系統架構。

引言: 我把整個程式架在一個自行定義的開發平台上,在此平台上,設計人員對於一般資料表內的欄位的維護作業(含新增,刪除,修改,查詢,移動)並不需要特別去寫程式去交代,以下是我的開發劃面: 另外,如果資料表的欄位與其他資料表有相關性的話,如排程主檔內的品號欄位與品號主檔的品號代碼,存在相關係,系統就必須控管:1.手動輸入的排程資料的品號必須存在於品號主檔.2:品號主檔的資料如果刪除必須檢查是否存在於排程主檔內.3:如果品號主檔內的品號代碼輸改(通常不會)則排程主檔內的相關品號也必須跟隨修改....(總之是達成資料庫的正規化).我的做法是利用一組由開發人員所定義的資料庫法則去定義資料表間的關係,再由apsever利用此法則來達至資料庫自動正規化的目的,以下是我的資料庫法則定義方式: 至於如果新增的欄位是要來進行複雜的運算,就只有自行cooding一途.另外報表的部份,由於待會有事可能要下午才能將我的做法上傳了.

雪龍 http://bestlong.no-ip.com/ 學海無涯覺無盡，勤做筆記防失憶 發表人 - bestlong 於 2005/03/08 20:08:12

bestlong 你好:     看過站長的Project Maker相關討論,不知怎麼回事無法下載簡報檔.不過由相關討論看得出,我的開發理念與站長應該是相似的.bruce兄應該直接參考站長大人的相關文件即可.另外有關於資料庫正規化的部份我之前只交待維護劃面與功能,至於運作理念我在這裡說明一下:     首先說明我的資料異動全部是由SQL query來運作,以下是我客製化模組需要異動資料庫的部份程式碼:

   //這部份是我一般查詢資料的方式
   //找尋庫存交易單頭檔
   ary1 := 'select trdat,trno,depno,cofrm,factory from invhad where
   ary1 := ary1 + ' trtype = '+cchlib.sql_str(m_trtype.text);
   ary1 := ary1 + cchlib.sql('trno',m_trno.text,'c');
   ary1 := ary1 + cchlib.sql('depno',m_depno.text,'c');
   ary1 := ary1 + cchlib.sql('factory',m_factory.Text,'c');
   ary1 := ary1 + 'order by trdat,trno';
   k := sql1(ary1);
   setlength(num_list,k+1);
   setlength(trdat_list,k+1);
   setlength(trno_list,k+1);
   setlength(cofrm_list,k+1);
   setlength(depno_list,k+1);
   setlength(factory_list,k+1);
   while not d_set1.Eof do begin
       k := d_set.recno;
       trdat_list[k] := d_set1.fieldbyname('trdat').asstring;
       depno_list[k] := d_set1.fieldbyname('depno').asstring;
       trno_list[k]  := d_set1.fieldbyname('trno').asstring;
       cofrm_list[k] := d_set1.fieldbyname('cofrm').AsString;
       factory_list[k] := d_set1.fieldbyname('factory').AsString;
       d_set1.next;
   end;
   tol_count := k;    另外有關於資料異動的寫法如下:
      ary1 := 'insert into invhad(workgroup,factory,trdat,trtype,trno,depno,iocode,cofrm) values(';
      ary1 := ary1 + cchlib.sql_str(sys_workgroup.text)+',';
      ary1 := ary1 + cchlib.sql_str(m_factory.Text)+',';
      ary1 := ary1 + cchlib.sql_str(m_trdat.text)+',';
      ary1 := ary1 + cchlib.sql_str(m_trtype.text)+',';
      ary1 := ary1 + cchlib.sql_str(m_trno.text)+',';
      ary1 := ary1 + cchlib.sql_str(m_depno.text)+',';
      ary1 := ary1 + cchlib.sql_str('2')+',';
      ary1 := ary1 + cchlib.sql_str('Y')+')';
      u_sql(ary1);
      ...
      ..
      ary1 := '.....';
      u_sql(ary1);
      sqlexe;          //<-----------------類似commit的功能          

因此所有異動皆是以sql query的方式進行,在此異動方式下之前所提的資料庫法則是先存入資料庫內,再已某種機制轉至apsever的記憶中,以下是我ap server的劃面: 因此ap sever已經知道資料庫各資料表間的關係,以下就是我三層架構下真正的運作模式: 我想已經將我目前的系統建構方式做說明,bruce兄應該可以規納我的做法與站長大大的做法,制定出更好的系統開發方式. ps:感覺上大型專案的建構,大家都會先行制定工具與開發原則,用來加速系統建構的速度.之前是以比較自私的心態進K.TOP直接search所要的相關文件,沒有好好的融入K.TOP中,看到各位先進如此熱心解決網友的問題,對自已的行為覺得相當慚愧,我想我會改變我對K.TOP的心態來進一己之力.只是本身程式功力與各位才華洋溢的先進有一段距離,不曉得是否能幫得上忙...

花了一些時間看了站長的簡報，再對照hello兄的系統，果然是運用相同的理念設計系統，也從中學到許多。這樣的系統設計，從SQL-Server 資料庫本身也好像採用這樣的設計，進行資料庫管理。記得遠在DOS時代，有一些XXXBASE的產品，也曾發展出這樣的想法，到了物件導向時代，似乎又被遺忘了，儘管語言特性已經改變，但資料庫本身始終仍是以關聯式資料庫為主流，有沒有更好的做法，似乎是一個見仁見智的問題。記得以前資策會也開發過一套人事系統，採用的又是另外一套的做法，曾有同事使用過，據說採物件導向概念設計，不過當關連式資料庫遇上物件導向語言時，確實有些問題值得去深究了。

bruce大大 你好:      其實六年前改成這樣的架構,是希望data base由ap獨立出來,後來發展成一個可以連結不同資料但皆可達到關連式資料庫的特性(不管data base有沒有提供關連性的功能),在早期小弟所使用的informix上就沒有bruce中所提DBMS關連性的功能,被逼的去開發這樣的架構,另外也因為這樣的架構得到一些好處(就是目前開發的ERP可連結不同資料庫-只要該資料庫有提供ODBC的drive）.      別外chih版主大大希望小弟再提供一些系統建構的做法,想想bestlong兄有提到報表的產出方式,小弟在這將我的做法說明一下:      由於我client端沒有任何資料庫元件(之前已有提到ap server至client完全是自行開發),所以小弟報表的產出方式或許也與一般的做法相異.我的做法是要產生的報表資料轉至c:\erp_user\***.txt(一個特定的文字檔),後再啟動一個報表程式rep.exe,而rep.exe啟動後立刻去解讀此文字檔的內容來產生報表,以下我用之前所貼的庫存查詢作業做一下說明:     我的報表程式碼如下： 其產生的報表劃面如下： 當然為了符合各種基本報表需求,我製定了相檔多的參數,例如:

procedure Tform_main.prtfunClick(Sender: TObject);
var
  i,j      :   integer;
  temp_str :   string;
begin
  her_printkind := '01';
  her_pdata.items.Clear;
  her_pdata.items.Add('P:出入庫明細表('+m_facdesc.text+')');
  her_pdata.items.Add('H:(L)品號 : '+cchlib.str_pic(m_itemno.text,'               ','l')+' 品名 :'+m_itemname.Text);
  her_pdata.items.Add('H:(L)庫別 : ('+m_wareh.text+')'+m_wahdsc.text+'    型別 : '+m_style.text+'    顏色 : ('+m_color.text+')'+'    製程 : ('+m_sline.Text+')'+m_slinedsc.Text);
  her_pdata.items.add('H:(L)期初 : '+cchlib.str_pic(b_onhand.text,'          ','l')+' 期未 : '+cchlib.left(e_onhand.text));      for i := 1 to num_list[now_point] do begin
      temp_str := work_data.cells[0,i];
      for j := 1 to 7 do begin
          temp_str := temp_str + ' | '+cchlib.left(work_data.cells[j,i]);
      end;
      //異動數量大於1000的資料在第五個欄位已hint的方式顯示
      if strtofloat(work_data.Cells[4,i]) > 1000 then temp_str := temp_str + '{hint:5}';
      her_pdata.items.add(temp_str);
  end;      her_pstru.items.clear;
  her_pstru.items.Add('單據日期,L,10');
  her_pstru.items.add('單據類別,L,30');
  her_pstru.items.add('單據編號,L,10');
  her_pstru.items.add('部門,L,10');
  her_pstru.items.Add('  異動數量,R,10');
  her_pstru.items.Add('  結存數量,R,10');
  her_pstru.items.Add('庫存單位,R,8');
  her_pstru.items.Add('異動人員,R,8');
  inherited;    end;

其顯示的報表劃面如下: 因此如果此報表模組,在開發初期越完善,越能表達各式各樣的報表顯示方式,以下是我的系統中,以此方式與不同參數所產生較複雜的報表劃面,至於參數的定義方式以及要定義那些參數,皆由開發者先行規劃後製定,以後在報表產出就方便許多,小弟我就不再一一描述.

感覺是一個很好的系統~ 不曉得需要我們這些有興趣的人~ 提供什麼樣的配合? 午夜0時30分~飄在窗外芭蕉葉上的綿綿細雨~將成為你我的心情~

------
午夜0時30分~飄在窗外芭蕉葉上的綿綿細雨~將成為你我的心情~

看了報表做法，覺這個系統架構很有趣，前端捨去了TClientDataSet，那是否意味著架構一套自行開發的madis？這部分又是如何設計的呢？我想這又是一個大工程了。若hello兄可以解說一下，我想一定可以讓大家開開眼界。 我覺得有點疑惑的是，為什是捨TClientDataSet，而不是打造一個新的TDataSetProvider呢？

不知道 hello 本身對於此系統的推展有何願景，就我的觀察目前 ERP 軟體領域的生態，已經不能單純的談系統有多好。因為一定要真正的導入才會得到一個結果，但是結果的成敗與好壞是系統、軟體廠商、導入客戶三方面的共同責任，不是單方面的責任，而且還要經過跨年度的驗證才算告一個段落。不過能到此一階段可以說是死的死傷的傷還有時間金錢都已投入，有存活下來就不錯了。 建議是以管理的概念來導入系統，讓客戶瞭解指標性的數據並且有導入前與導入後的比較，才會比較實際。 雪龍 http://bestlong.no-ip.com/ 學海無涯覺無盡，勤做筆記防失憶

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

感謝bestlong大大的意見： 對bestlong所提的意見,小弟我大大的讚同.小弟也認為一個erp的價值絕不在於軟體的好壞,而是於所給予的管理流程所製造的價值.一個ERP的成功與否關鍵點在於輔導顧問對於整體流程的掌握程度.小弟其實是工業管理背景出身,在學校受過公司組織運作各個function的運作模式的訓練.在學校六年剛好把iso九大循環run過一遍.就如同在K.TOP有某位大大所提的,學ERP是要先懂會計,成本,財務,生產,存貨...其實程式面反而是次要了.小弟所受的管理正規化訓練加上自學程式設計,又在因緣巧好下.才有這套系統的產生.其實小弟在這十年內已經以公司專聘顧問方式先後輔導過五家廠商.基本上還運轉的相當不錯.又在去年完成一個較完整的ERp架構才有創業打團體仗的想法. PS:由衷的感謝bestlong多方建議,你的寶貴意見讓我受益良多.哈!之前已經覺得此篇的討論已經越來越偏離主題.只有bestlong一直在本篇主題"創業計劃上"一直給予小弟我很多寶貴意見. 謝謝!!!

不好意思，說大大太沉重。不過您的養成路線還真是不錯，。我也是在最近一年多的時間當中以需求面的身份來接觸 ERP 系統的領域，才有此感觸。    

引言: 感謝bestlong大大的意見： 對bestlong所提的意見,小弟我大大的讚同.小弟也認為一個erp的價值絕不在於軟體的好壞,而是於所給予的管理流程所製造的價值.一個ERP的成功與否關鍵點在於輔導顧問對於整體流程的掌握程度.小弟其實是工業管理背景出身,在學校受過公司組織運作各個function的運作模式的訓練.在學校六年剛好把iso九大循環run過一遍.就如同在K.TOP有某位大大所提的,學ERP是要先懂會計,成本,財務,生產,存貨...其實程式面反而是次要了.小弟所受的管理正規化訓練加上自學程式設計,又在因緣巧好下.才有這套系統的產生.其實小弟在這十年內已經以公司專聘顧問方式先後輔導過五家廠商.基本上還運轉的相當不錯.又在去年完成一個較完整的ERp架構才有創業打團體仗的想法. PS:由衷的感謝bestlong多方建議,你的寶貴意見讓我受益良多.哈!之前已經覺得此篇的討論已經越來越偏離主題.只有bestlong一直在本篇主題"創業計劃上"一直給予小弟我很多寶貴意見. 謝謝!!!

雪龍 http://bestlong.no-ip.com/ 學海無涯覺無盡，勤做筆記防失憶

bruce大大 你好: bruce兄問的題目一個比一個接近我的核心know how了,目前的資料連結模組的傳送方式是以udp封包的傳送方式,我在這先說明我為什麼捨棄MIDAS不用的原因: 1.主要原因是我希望此開發平台所建構出來的ap能夠同時在區網與inter net上皆可執行.(也就是說只要client 端的電腦只要ip跟ap server能相通即可進行資料連結),我在第一頁已經交待過目前這個ERP系統是可以在網際網路下完整執行.因此之前所展示的界面在inter net遠端撥接也是此劃面,當然也與local區網是跑同一支程式. 2.經由自行開發的方式,我可對ap server的所有行為進行全方面且完整的掌控,如此我可以在ap server附加很多功能,比如前幾篇所講的"資料庫正規劃",或是工作流程,簽核流程,記錄error.log以及追蹤系統delay的command...等,都會變的比較容易. 3.我系統有另外建置二廠之間進行replication的連結能力,不夠還是不用資料庫所提供的功能,而是利用二廠之間的ap server 所建立的通道進行個自data base的two face commin的功能,在此功能下來達成二廠資料庫間的即時同步. 因此,要建立這樣一個架構,就會面臨很多事情要解決,如: 1.如何確保udp封包準確無誤的在ap server與 client之間相互傳送. 2.在多人多機的執行下如何做到平衡負載. 3.資料庫異動的commit及rollback又是如何處理. 4.自行開發replication的機置在斷線後,如同二廠又要各自維護自己的資料控制點為何? 5.斷線回復後,又是已何種方式進行資料同步. .... 哈!寫這麼多好像還沒說到我的建構理念,由於bruce兄之前有建議小弟我保留核心部份,另外私底下有二位有與趣合作的網友叫我不要太多嘴...不過我計劃在下個月(四月份)準備與各位有興趣的大大們見面,聊聊天,交個朋友,順便進行目前這套系統所有建構理念的即時雙向交流(當然包含剛剛所講的各項要點),如果bruce如果有興趣的話,可以來參加.

核心設計方法當然是要保留，但談談設計理念卻是無妨，這是大家交流的地方嘛。在目前講究方分工，物件化的時代，把很多東西包在中間AP層，如果沒有適當的分工，我有點擔心將來功能的擴充及維護上的問題。 照hello兄的解說，這個特製的midas引擎除了負責資料傳輸，資料庫管理，負載平衡管理，流程管理... 等功能，甚至將資料庫複製的功能都擠進去了，這實在讓我非常訝異，當然對hello兄的系統設計能力，也是一樣的訝異^^ 。 感覺這已經不是單單是在寫ERP的平台了。而以這種架構來說，前端也不一定要用delphi來寫，而在產品的定位上，可能也頗費思量了。 謝謝hello兄的邀請，如果有機會當面請教，我想一定受益良多。

bruce 大大說的是: 小弟在這邊受教了,我會試圖把我其它的開發理念做一個較完整的說明,不過這須要一點時間,因為資料我也沒有整理出來,這幾天又有一點事情!!! 不過可能已經與本篇主題有點離題了,小弟會在三層架構的討論區,另外發表一篇文章,而可能大概會在下週三,四才能發表了.其實之前bruce有提到我client端為什麼捨棄棄Tclientdata後來我想想我前端確實還保留住(不過沒有進行任何連結),因為已經沒有dcom了,會保留的原因是不想在架構轉換時做太多前端模組的語法修正.至於ap server確實是將整個RDM模組拿掉重寫了. 或許各位大大已經看出來,整個系統的核心由ap server與前端erp_cch.exe的二支執行程式所架設的,這樣的方式可以把核心技術包在這二支exe檔裡,又不影響客戶自行客制或外掛模組(***.bpl)的彈性,而當然這二支程式皆己做某種程度的防護措施(就是不能copy的啦). 之前為了開發一個這樣的開發與執行平台整整發費將近四年的時間,回想起來那段日子真的很孤單.因為整個做法說實在的很旁門左道,也捨棄了大部份delphi所提供的標準元件.又找不到人可以討論... ps:對了這邊順便問一個題外話,各位大大有人待過正航資訊碼?昨天我研究所的指導教授給我訊息說:正航的總經理希望我能過去幫點忙,而且承諾不影響我的創業計劃.但之前我一直在製造業打滾,資訊公司內部真正情況確不是很熟,有人可以告訴我嗎?

bruce大大 你好: 忘了回答你一件事,就是目前這套ERP系統沒有分工的問題,因為截至目前為止所有的程式碼,功能模組,開發平台皆是小弟一人開發出來的.

以創業的角度來說，技術層面的資訊一般都會持保護的態度，可以理解。但也正如 bruce 所言，保留核心技術很重要，但是範圍的拿捏卻會有個人認知的差異。 但是不管怎麼說一定會有很多人，都會對此系統的運作架構有興趣。而且所涵蓋的可討論研究的範圍也很廣。程式的技術、商業流程的理念都有深入研究的範疇。 基本上我對您的系統也很有興趣也很想參與，但是參與的目的與角色總是要與 hello 的創業計畫有所交集才行。 雪龍 http://bestlong.no-ip.com/ 學海無涯覺無盡，勤做筆記防失憶

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

引言: bruce大大 你好: 忘了回答你一件事,就是目前這套ERP系統沒有分工的問題,因為截至目前為止所有的程式碼,功能模組,開發平台皆是小弟一人開發出來的.

hello兄，擔心之事，即上述所言，因系統由一人規劃開發，若繼續發展，將來勢必要分工才行，如何分工就變成一個複雜的工程，縱的切割至少也要區分系統設計及程式設計兩個部分，再以不同功能模組做橫向切割。不知何故，台灣的軟體設計常見以一人團隊居多，就像台灣的中小企業，永遠長不大一樣。 單打獨鬥台灣人很厲害，但若說到團體戰，那是誰也不服誰，就像一堆揉不成團的散沙，說到此處，似乎有點長他人志氣，然而卻也是不爭的事實。如果在座的有帶領團隊開發系統的前輩，是否也心有戚戚焉呢？

bruce大大 你好: bruce兄所言極是,其實erp是一個很大的領域.到目前為止所討論的範圍也都是在開發平台上的討論,但如何建構一個ERP系統統才是真正的考驗.在erp的流程架構下,之前所討的問題其實就小兒科了.既然bruce兄也在MIS部門內當leader就更然體會ERP流程的龐大了.在我目前的公司其實也是相同的情況.每一個erp模組導入後就有相關的人(MIS人員)負責承接.有人負責人事菥資出勤,有人負責生產製造,有人負責會計財務與成本.....因此在ERP的模組的運作下是採用分工維護運作的方式.在我以後創業的方向在這一部份上.基本上也是會改用分工研發的方式繼續的運作.(其實這個開發平台已經將近二年的時間沒有再行變更了) 因此小弟認為整個系統最難解決的問題,是如何建構小弟發表的" 正本清源談ERP"上所談到的ERP精神,如何利用IT技述展現出來,其實這部份才是小弟在所有研發的模組內最引以自豪的地方. ps:burce兄原來在高雄工作,小弟在台南.其實很近.找個時間聊聊天,應該是很容易的事(要不要見個面,分享一下彼此的心得)

引言: bruce大大 你好: bruce兄所言極是,其實erp是一個很大的領域.到目前為止所討論的範圍也都是在開發平台上的討論,但如何建構一個ERP系統統才是真正的考驗.在erp的流程架構下,之前所討的問題其實就小兒科了.既然bruce兄也在MIS部門內當leader就更然體會ERP流程的龐大了.在我目前的公司其實也是相同的情況.每一個erp模組導入後就有相關的人(MIS人員)負責承接.有人負責人事菥資出勤,有人負責生產製造,有人負責會計財務與成本.....因此在ERP的模組的運作下是採用分工維護運作的方式.在我以後創業的方向在這一部份上.基本上也是會改用分工研發的方式繼續的運作.(其實這個開發平台已經將近二年的時間沒有再行變更了) 因此小弟認為整個系統最難解決的問題,是如何建構小弟發表的" 正本清源談ERP"上所談到的ERP精神,如何利用IT技述展現出來,其實這部份才是小弟在所有研發的模組內最引以自豪的地方. ps:burce兄原來在高雄工作,小弟在台南.其實很近.找個時間聊聊天,應該是很容易的事(要不要見個面,分享一下彼此的心得)

歡迎之至，若路過高雄，請聯繫，我的mail：bruce123@edirect168.com