CM 시스템의 주요 측면은 다음과 같습니다.

  • 변경 요청 관리
  • 형상 상태 계산/평가
  • 형상 관리
  • 변경 추적
  • 버전 선택
  • 소프트웨어 제조

다음 CM 큐브는 상호 종속성을 제시하여 CM 시스템의 주요 측면을 그림으로 표시하기 위해 제공됩니다.

개념: 변경 요청 관리 개념: 변경 요청 관리 개념: 변경 요청 관리 형상 요청 관리, 평가 및 형상 관리 간의 관계를 표시하는 CM 큐브 다이어그램

 

  1. 변경 요청 관리(CRM) - 기존 제품에 대해 요청된 변경사항의 비용 및 스케줄 영향을 평가하는 데 필요한 구조적 인프라스트럭처를 설명합니다. 변경 요청 관리는 변경 검토 팀 또는 변경 제어 보드(CCB)의 작업을 관리합니다.
  2. 변경 상태 계산(평가) - 제품 개발 과정 중에 발견되고 수정된 결함의 유형, 번호, 비율 및 심각도에 기반하여 제품의 '상태'를 설명하는 데 사용됩니다. 이런 측면에서 파생된 메트릭은 감사 또는 원시 데이터를 통해 프로젝트의 전체 완성도 상태를 판별하는 데 유용하게 사용됩니다.
  3. 형상 관리 - 제품 구조를 설명하고 형상 관리 프로세스에서 단일 버전 생성 가능 항목으로 간주되는 형상 항목을 식별합니다. CM은 형상을 정의하고 버전이 지정된 결과물을 빌드, 레이블 및 수집하여 구성 세트를 만들고, 이런 버전 간의 추적성을 유지보수합니다.
  4. 변경 추적 - 요소에 대해 무엇이 무슨 이유로 언제 수행되는지 설명합니다. 이것은 변경의 이력 및 이론적 근거가 됩니다. 이것은 '변경 요청 관리'에 설명되어 있는 제안된 변경의 영향을 평가하는 것과는 다소 다릅니다.
  5. 버전 선택 - '버전 선택'의 목적은 형상 항목에 대해 올바른 버전이 변경 또는 구현시 선택되었는지 확인하는 것입니다. 버전 선택은 '형상 식별'의 견고한 기반에 의존합니다.
  6. 소프트웨어 제조 - 배포할 소프트웨어의 컴파일, 테스트 및 패키지를 자동화하는 데 필요한 것을 다룹니다.

RUP(Rational Unified Process)는 모든 CM 측면을 다루는 포괄적인 CM 시스템을 설명합니다. RUP의 목적은 다음과 같은 효율적인 CM 프로세스를 허용하는 것입니다.

  • 소프트웨어 개발 프로세스로 빌드
  • 소프트웨어 개발 작업 제품의 전개 관리를 도움
  • 개발자가 개발 프로세스에 최소한으로 영향을 주며 CM 타스크를 수행할 수 있도록 함

Rational CM 프로세스의 한 가지 목적은 개발 툴에서 캡처된 결과물의 버전 제어를 촉진하고, 자원면에서 비효율적인 하드카피 문서 생성을 본질적으로 중요시 하지 않는 것입니다.

Rational CM 프로세스의 또 다른 목적은 각 결과물에 적용된 제어 레벨이 해당 제품의 완성 레벨을 기반으로 했는지 확인하는 것입니다. 작업 결과가 완성됨에 따라 변경 권한은 구현자에서 서브시스템 또는 시스템 통합자에게로, 그 다음 프로젝트 관리자에게로, 궁극적으로는 고객에게로 이주됩니다.

프로세스 효율성을 위해 변경 요청 관리 프로세스의 정형화 레벨이 제품의 완성도와 일치하는지 확인하는 것이 중요합니다.

예를 들어, 초기 반복 동안 변경 요청 관리(CRM) 프로세스가 다소 비형식적일 수 있습니다. 개발 라이프사이클의 이후 단계에서 필요한 테스트 및 문서 자원이 변경 이후 발생할 수 있는 잠재적인 불안정을 평가할 뿐만 아니라, 변경사항을 처리할 수 있도록 보장하기 위해 CRM 프로세스를 보다 엄격하게 작성할 수 있습니다. 개발 프로세스 중에 제어 레벨을 조정할 수 없는 프로젝트는 효율적으로 실행되지 않습니다.



Rational Unified Process   2003.06.15