"통합"이란 각 소프트웨어 컴포넌트가 하나의 전체로 결합되는 소프트웨어 개발 활동을 말합니다. 통합은 구현의 여러 레벨 및 단계에서 수행됩니다.
-
시스템 통합자에게 서브시스템을 릴리스하기 전에 동일한 구현 서브시스템에서 작업한 팀 작업을 통합
-
서브시스템을 완전한 시스템으로 통합
Rational Unified Process의 통합 접근 방식은 소프트웨어를 점진적으로 통합합니다. 점진적 통합은 코드가 작은 부분으로 작성되고 테스트된 후 한 번에 한 부분을 추가하여 작업 전체로
결합함을 의미합니다.
점진적 통합과 대조적인 접근 방식은 단계식 통합입니다. 단계식 통합은 여러(새 및 변경된) 컴포넌트를 한 번에 통합하는 작업에 의존합니다. 단계식 통합의 주요 단점은 여러 변수를 도입하고 오류를 찾기가
더 어렵다는 점입니다. 기본적으로 오류가 새 컴포넌트 중 하나에, 시스템의 코어에 있는 새 컴포넌트 간 상호작용에 또는 새 컴포넌트 간 상호작용에 있을 수 있다는 사실 때문에 오류를 찾기가 더 어렵습니다.
점진적 통합의 이점은 다음과 같습니다.
-
결함을 찾기 쉽습니다. 새 문제점이 점진적 통합 과정에서 발생하면 새 컴포넌트, 변경 컴포넌트 또는 해당 컴포넌트의 이전 통합 컴포넌트와의 상호작용이 결합을 찾는 명확한 위치입니다. 점진적
통합은 결함을 한 번에 하나씩 검색하므로 보다 쉽게 결함을 식별할 수도 있습니다.
-
컴포넌트가 보다 전체적으로 테스트됩니다. 컴포넌트는 개발된 다음 테스트될 때 통합됩니다. 즉, 통합이 한 단계로 수행되는 경우보다 컴포넌트가 보다 자주 사용됩니다.
-
일부가 미리 실행됩니다. 개발자는 모든 것이 끝나기를 기다리는 대신 작업의 결과를 미리 확인하므로, 사기가 진작됩니다. 또한 피드백을 빨리 가져올 수 있게 됩니다.
통합이 각 반복 및 모든 반복 내에서 한 번 이상 발생한다는 점을 이해해야 합니다. 반복 계획은 디자인할 유스 케이스 및 구현할 클래스를 정의합니다. 통합 전략의 초점은 클래스가 구현 및 결합되는
순서를 결정하는 것입니다.
|