CM 시스템의 주요 측면은 보통 다음과 같습니다.
-
변경 요청 관리
-
형상 관리(CM)
-
변경 추적
-
버전 선택
CM 시스템에는 다음이 포함될 수 있습니다.
상호 종속성을 표시하는 다음의 CM Cube는 CM 시스템의 주요 측면을 보여줍니다.
-
변경 요청 관리(CRM) - 기존 제품에 대한 요청된 변경의 비용, 스케줄 및 영향을 평가는 데 필요한 조직적 하부 구조를 다룹니다. 변경 요청 관리는 변경 검토 팀이나 변경 제어 위원회의
활동을 다룹니다.
-
형상 상태 계산(측정) - 제품 개발 과정 중에 발견되고 수정된 결함 유형, 수, 비율 및 심각도를 기반으로 제품의 '상태'를 설명하는 데 사용됩니다. 이 측면에서 감사나 원래 데이터를 통해
파생된 메트릭은 프로젝트의 전체적인 완전성 상태를 판단하는 데 유용합니다.
-
형상 관리(CM) - 제품 구조를 설명하고 형상 관리 프로세스에서 단일 버전화 가능 엔티티로 다뤄지는 형상 항목을 식별합니다. CM은 형상 정의, 버전화된 중간 산출물의 빌드 및 레이블링과 구성
세트로의 수집, 그리고 버전 사이의 추적 유지보수를 처리합니다.
-
변경 추적 - 요소에 대해 수행되는 작업, 수행 이유 및 시간을 설명합니다. 변경 기록 및 근본적 이유를 제공합니다. '변경 요청 관리'에 설명된 대로 제안된 변경의 영향을 평가하는 것과 완전히
다릅니다.
-
버전 선택 - 좋은 '버전 선택'의 목적은 변경 또는 구현에 맞게 올바른 형상 항목 버전을 선택하는 것입니다. 버전 선택은 '형상 식별'의 확실한 기반에 의존합니다.
-
소프트웨어 제조업체 - 분배를 위한 소프트웨어 컴파일, 테스트 및 패키징 단계를 자동화해야 하는 필요성을 다룹니다.
Rational Unified Process는 모든 CM 측면을 다루는 포괄적인 CM 시스템을 설명합니다. 목적은 다음과 같은 효과적인 CM 프로세스를 허용하는 것입니다.
-
소프트웨어 개발 프로세스에 빌드되어 있습니다.
-
소프트웨어 개발 중간 산출물의 전개 관리를 돕습니다.
-
개발자가 개발 프로세스에 최소한으로 관여하여 CM 타스크를 실행할 수 있도록 허용합니다.
Rational CM 프로세스의 한 가지 목적은 개발 도구에서 캡처된 중간 산출물의 버전 제어를 촉진하여 하드카피 문서의 비효율적인 자원 프로덕션을 그 자체로 강조하지 않는 것입니다.
Rational CM 프로세스의 또 다른 목적은 각 중간 산출물에 적용되는 제어 레벨이 제품의 성숙도 레벨을 기반으로 하도록 확인하는 것입니다. 중간 산출물이 완성되는 대로, 변경 권한은 구현자에서 서브시스템 또는
시스템 통합자나 프로젝트 관리자 및 고객으로 이주됩니다.
프로세스 효율성을 위해, 변경 요청 관리 프로세스와 연관되는 복잡한 오버헤드가 제품 성숙도와 일치하도록 해야 합니다.
예를 들어, 초기 반복에서 변경 요청 관리(CRM) 프로세스는 비교적 평이합니다. 개발 라이프사이클의 나중 단계에서는 필요한 테스트 및 문서 자원이 변경사항을 처리하고 변경으로 생성될 수 있는 잠재된 불안정성 정도
평가할 수 있도록 CRM 프로세스가 더 엄격해질 수 있습니다. 개발 프로세스에서 제어 레벨을 사용자 조정할 수 없는 프로젝트는 가능한 만큼 효율적으로 실행되지 않습니다.
|