2009-11-11 9 views
1

작업 한 소프트웨어 개발 프로젝트에서 시스템 통합의 대략적인 비용 (총 시스템 비용 대비 백분율로 표시)은 얼마입니까? 시스템 통합에는 다른 소프트웨어, 데이터베이스 등과의 통합이 포함됩니다.시스템 통합 비용?

답변

2

특히 익숙하지 않은 시스템과의 통합에 직면 할 때 매우 어려운 값입니다. 당신이 할 수있는 최선의 방법은 유사한 프로젝트에 대한 당신이나 당신의 팀의 과거 성과를 추적하고 그 값들을 사용하여 새로운 프로젝트에서 어떻게 수행 할 것인지를 추정하는 것입니다.

  • 그것은 당신이나 당신의 팀이 아직 함께 일하지 않은 프로토콜, 데이터베이스 엔진, 운영 체제 등을 사용하는 경우

    일반적으로 시스템 통합이 오래 걸릴 수 있습니다.

  • 공급 업체 또는 커뮤니티 지원이 부족하거나 응답하지 않습니다.
  • 공식 시스템 설명서가 충분하지 않거나 오래된 것입니다.
  • 시스템의 세계 시장 점유율은 그리 크지 않습니다. 이러한 시스템은 넓은 사용자 기반을 가지지 않으며 온라인 프로그래밍에서 큰 공간을 차지하지 않습니다. Q & 이와 같은 사이트. 여기에는 새롭거나 자주 사용되지 않는 시스템 또는 도메인 중심의 시스템이 포함될 수 있습니다.
+0

다음 사항을 잊지 마세요. - 독립적으로 개발되었고 공통 인터페이스로 설계되지 않았지만 함께 작동하기까지 시간이 만료 될 때까지 테스트되지 않은 구성 요소. –

3

33.3 %는 시스템 통합이 일반적으로 프로젝트의 다른 단계 (코딩, 문서화 등)에서 널리 퍼지지 않는 위험과 관련되어 있기 때문에 33.3 %입니다.

2

0에서 99 % 사이. 필자는 통합이 전혀없는 시스템과 기본적으로 다른 시스템을 통합 한 시스템을 구축했습니다. 통합에 대한 좋은 점은 추정하기가 쉽다는 것입니다. 그러나 인터페이스가 완전히 이해 될 때만. 그런 다음 그것은 단지 기능의 복제 일뿐입니다.

그러나 몇 가지 복잡한 요인이 있습니다. 그들은 불가능 매우 비싼 만들 수 있습니다

  • 은 당신이 잘 (? 그것은 여전히 ​​작동 개발 한 프로그래머을)
  • 당신이 잘 통합해야하는 시스템 이해와 통합 할 수있는 시스템입니다 리팩토링 (그리고 자동화 된 단위 및 수락 테스트가 있습니까?)
  • 단일 또는 다중 플랫폼?
  • 은 (는) 도메인 전문가가 있습니까?
1

통합 시스템의 중요성 및 기타 요인에 따라 다릅니다.

필자는 응용 프로그램의 핵심이었던 수많은 웹 서비스에 통합 된 시스템에서 작업 해 왔습니다. 웹 서비스가 중단되면 우리 시스템은 쓸모가 없었습니다.

  • 는 빈도가 변경하면 통합하고 어떻게 많은 시스템 : 비용을 산정 할 때

    나는 다음과 같은 변수를 나열합니다?

  • 이러한 시스템에 대한 설명서가 있습니까?
  • 통제 할 수없는 타사 구성 요소/서비스입니까?
  • 통합 시스템을 제어 할 수 있다면 COBOL과 같이 너무 많은 "레거시"코드를 사용합니까? (COBOL을 사용하는 프로그래머는 비싼 편이다.)
  • 직원이 통합 시스템 및 애플리케이션 자체에 익숙합니까?
  • 통합 서비스가 실패한 경우 응용 프로그램에 어떤 영향이 있습니까?

이 시나리오에서 직원의 시간당 요금은 얼마입니까? 이러한 통합 시스템에서 작업하는 데 몇 시간이 걸릴까요? 프로젝트에 얼마의 돈이 있습니까? 이 세부 사항, 특히 마지막 사항을 알지 못하면 귀하의 케이스에 X %의 비용이들 것이라고 말할 수 없습니다.