구분 필요기술 장점 단점 결론 ASP.NET Javascript HTML Web IIS Web + 하나의 Web App로 모든 사용자 사용으로 버전 관리 용이 UI와 업무로직(Biz)가 분리되어 업무 환경변화에 유연 단순 UI 및 Biz 변경은 단시간 처리 가능 사용자에 친숙한 다양한 UI 제공 네트워크만 된다면 장소, PC의 제한이 없이 사용 가능 (App 설치 필요 없음) 웹을 사용해본 사용자라면 최소한의 기능 교육으로 사용 가능 네트워크 단절 지역은 사용 불가능 네트워크 속도에 영향을 많이 받음 관리자의 웹 사상 및 웹 서버 관리 기술 필요 (3 Tire 이상) 사용자 웹 브라우져의 종류 및 버전 특성, Plug-In에 영향을 받음 (Toolbar, 보안 ActiveX 등) Web서버와의 연결시간 제한으로 업무의 연속성이 제한될 수 있음 (IIS의 경우 Out-Process로 해결 가능) Web서버에서 업무 로직이 처리되므로 C/S App보단 느린편 한 화면에 많은 기능을 넣을 수 없음 개발 비용이 다소 높은 편 로컬 리소스 사용의 제한 네트워크만 존재한다면 언제, 어디서나 사용가능하고, 솔루션 재배포 등의 관리가 용이하고, 급격한 업무 변화에 유연하게 대처가능 함. 단, 개발 방법에 따라 화면깜빡임 등 속도가 느리고, 업무의 연속성을 방해할 수 있음. 최대 장점 => 언제, 어디서나 사용 가능 => 업무 로직 변경 시 바로 적용 가능 최대 단점 => 느리다 Web + SmartClient (or ActiveX) + SmartClient (or ActiveX, VB) Web의 장점 포함 SmartClient로 개발된 부분에 대해서는 처리속도가 Web에 비해 빠른편 (사용자 UI 및 간단 조회는 Web, 대량 데이터 조회는 SmartClient로 개발하여 Web속도 보완) 보안설정 후 로컬 리소스 사용 가능 Web의 단점 포함 개발자 및 유지보수 인원은 Web 사상/개발기술 및 C/S App 개발 사상/개발기술 필요 보안설정에 따라 기능 구현 재한 웹 브라우저에 따라 정상 실행 되지 않을 수 있음 (충분한 테스트 필요) Web Architecture의 모든면을 가지고 있지만, 대용량 데이터 속도 저하 및 로컬 리소스 사용 제한의 대안을 제공. Native Application (Client/Server App) C#/VB .NET 등 빠른 실행 속도 단기간 개발 가능 2 Tire로 System Architect 단순 데이터 통신이 필요 없는 기능은 네트워크가 없어도 사용 가능 서버에 연결시간 제한이 없어 여러 트랜젝션을 한 화면에서 처리 가능 로컬 리소스 사용의 자유로움 프로그램 사용 교육 별도 필요 버전 관리 어려움 (솔루션 재배포 문제) 사용자 OS 버전 특성에 영향을 많이 받음 (최악의 경우 다시 개발 필요) PC, OS 변경 시 사용자가 프로그램을 설치하여야 하는 관리의 불편함 사용자 PC 특성에 따라 성능 상이 (실행속도, 대량의 데이터 로직일 경우 Web보다 더 느림 등) 초기 설계가 잘못되면 업무 환경변화에 유연성 부족 (UI, 업무 로직 변경 시) 담당 개발자 퇴사시 후임자 유지보수 어려움 (규모에 따라 적응 오래 걸림) 단순 UI 및 업무 로직 변경 시 모든 사용자에 단시간 배포 어려움 레거시 시스템과의 데이터 인터페이스는 가능하지만 UI통합은 할 수 없음. 포탈 등을 통한 SSO 어려움 소수 인원이 사용하고, 업무 변화가 많지 않으며, 한 화면에서 많은 로직을 처리해야 하는 경우에 적합. 단기간 및 적은 비용으로 개발 가능 하지만 급격한 업무 변화에 대처하기 힘들고, 추후 유지 및 관리 비용이 다소 높을 수 있음. 최대 장점 => 실행 속도가 빠르다 최대 단점 => 개발 후 관리가 힘들다 => 업무 로직 변경 시 바로 적용 어려움