>음... 지금 회사에서 사용중인 델파이로 MRP 비슷 하게 개발해서 판매 하고 있지만...
>너무 오래 된 거라... 음.. 새로 개발 해야 할듯 한데요..
>
>예전엔 컸던 회사가 요즘 인력 감축을 많이 해서 남아 있는 전문가들이 없네요.
>
>델파이로 ERP를 구축 한다면 어느 선까지 가능 할까요?
>
>웹은 델파이로 못하겠죠? 걍 웹과 C/S 환경을 따로 개발하고 웹과 C/S를 연동 해서 사용해야 겠다...
>라고 막연히 생각만 하는데.. 음..
>
>너무 막막합니다.. 어떻게 손을 대야 할지..
>
>델파이로 ERP 구축 사례가 있나요? 혹시 사용시는 분이나.. 아님.. 개발해 보신분 정보좀....


음.. 저또한 한때 이 문제에 대해서 고민을 상당히 했었습니다. 처음에 제가 잡은 대상은
델파이, C#(윈폼), JSP-AJAX 이 세가지 대상을 두고 고민을 했었습니다.  
ERP 해봐야 인사, 재무회계, 창고물류, 공정이 베이스고 영업망이나 CRM 등등 넣는거라 어떤 플랫폼을 사용하건 기능적으로 구현못하거나 어려운 부분은 없다고 판단은 했습니다.
그런데 결정적으로 문제는 플랫폼 자체의 기능적인 부분보다는 외적인 요소에서 결정을 하게 되더군요

저같은 경우는 플랫폼 선정할때 필요한 콘트롤들을 먼저 추려봤습니다. DB는 처음부터 오라클을 사용하기로 했고 대부분의 데이터처리는 프로시져로 만들어놓고 클라이언트에서는 프로시져콜로 처리하도록 하니 일단 클라이언트 부분에서의 입출력로직은 간단해 지더군요.

아래 적은건 어디까지나 제 개인적인 판단입니다 ^^;;

1. DAC, 멀티티어, 그리드, 리포트 이 4가지 콘트롤들이 얼마나 가격과 기능적으로 좋은가

DAC : JSP > C# = 델파이
멀티티어 : JSP > 델파이 > C#
그리드 : C# >= 델파이 > JSP
리포트 : C# >= 델파이 > JSP

DAC의 경우 JSP는 기본적으로JDBC 연결에 서버사이드에서 설정하는거라 클라이언트에서 신경쓸 필요가 없지만 C#이나 델파이는 ODAC을 별도로 구매해야 하고(내장된 콤포들도 있지만 그닥 비추라는..)

멀티티어 같은 경우도 JSP는 톰켓자체에서 분산환경을 제공해주기 때문에 설정이 편했고 델파이는 과거에 NetServer V4로 구축했던 경험이 있고 RamObject 같이 훌륭한 넘도 있기 때문에 개발환경은 괜찮았습니다(개인적으로는 NetServer 강추)만 C#은 자료찾기가 약간 난감했습니다.

그리드쪽으로 가면 C#의 최신의 막강 그리드들.. 덜덜;; 델파이는 퀀텀, 패스트, ADV 셋중에 하나라는 선택의 폭이 좀 좁았구요(폭이 좁다는 의미일뿐 성능이나 기능상의 차이는 별로 없습니다). AJAX 쪽으로 가면 실제 사용가능할만큼의 퀄리티를 가지는 그리드는 딱 1가지뿐이었습니다. -_-;;

리포트역시 C#쪽에선 최신 콘트롤들이 우후죽순 쏟아지는데 델파이는 Rav나 퀵 아니면 좀 가격대가 비싼 다른 제품들을 찾아야 한다는 제약이 있더군요. 가격적인 요소는 비슷하고.. 웹쪽으로 오면 후덜덜입니다.  Burt 아니면 Rexpert 두개중에 한개를 선택해야 한다는 압박이 있더군요. Burt는 한글처리에 문제가 있고 Rexpert의 경우는 천만원에 가까운 금액의 압박 (물론 국산제품이라 교육이나 AS는 굿이었습니다)


2. 배포의 편리성

JSP > 델파이 >= C#

웹은 단순히 웹브라우저만 있으면 되니깐 별도로 클라이언트 PC에 설치해야할 것이 없으니 배포는 짱이지요. 물론 리포트같은 경우는 Burt를 사용하지 않는다면 역시 ActiveX의 도움을 필수로 받아야 한다는 문제는 있습니다.  C#의 경우는 닷넷프레임웍을 별도로 설치해야 한다는 것땜에 맨마지막이