이 워크플로우 세부사항의 목적은 정당한 고려사항이 프로젝트 변경에 영향을 주는지와 승인된 변경사항이 일관된 방식으로 프로젝트에서 작성되었는지를 확인하는 것입니다.


주제


      변경 요청
변경 요청
  주기 계획
주기 계획
변경 요청
변경 요청
 
         
 
변경 제어 관리자
변경 제어 관리자
 

 
중복 또는 거부된 CR 확인
중복 또는 거부된
CR 확인

 
변경 요청 검토
변경 요청 검토

 
         
      변경 요청
변경 요청
  변경 요청
변경 요청
 

      주기 계획
주기 계획
소프트웨어 개발 계획
소프트웨어 개발
계획
 
       
 
프로젝트 관리자
프로젝트 관리자
 

 
작업 스케줄 및 지정
작업 스케줄 및
지정

 
       
      주기 계획
주기 계획
소프트웨어 개발 계획
소프트웨어 개발
계획
 
      작업 순서
작업 순서
 

         
 
모든 역할
모든 역할
 

 
변경 요청 제출
변경 요청 제출

 
       
      변경 요청
변경 요청
 


설명 To top of page

표준, 문서화된 변경 제어 프로세스가 변경사항이 일관된 방식으로 프로젝트에서 작성되었는지와 해당 스테이크 홀더에게 제품의 상태, 변경사항 및 이러한 변경의 비용 및 스케줄 정보가 전달되었는지를 확인합니다.

관계 정보 To top of page

이 섹션은 이 워크플로우 세부사항에 연관된 추가 정보의 링크를 제공합니다.

타이밍 To top of page

이 작업은 초기 단계에 시작되어 라이프사이클을 통해 계속 진행되면서 라이프사이클이 진행함에 따라 중요성을 얻는 경향이 있습니다. 초기에 관리되는 것보다 변환 중에 공식적으로 관리되는 경우가 빈번합니다.

선택 가능성 To top of page

프로젝트 방식은 사소한 비공식적 고려사항부터 수 많은 표면적인 노력까지 다양한 작업을 의미하지만, 선택적은 아닙니다. 일부 CM 환경은 CCB 기능을 사용하여 규칙이 툴에서 설정될 수 있는 프로세스 자동화를 통해 지원될 수 있음을 참고하십시오. CCB 기능이 분산된 팀 사이에 관리되어야 하는 경우 특히 중요합니다.

직원 배치 방법 To top of page

CCB(Change(또는 Configuration) Control Board)는 프로세스 변경 및 RUP에서 여러 역할을 수행하는 대표 구성을 감독합니다. 일반적으로 관리자, 스테이크홀더(고객, 일반 사용자), 개발자 및 테스터가 포함됩니다. 소규모 프로젝트에서 프로젝트 관리자 또는 소프트웨어 아키텍처와 같은 개인은 CCB의 유일한 대표일 수 있습니다. Rational Unified Process에서 이 기본 CCB 역할은 변경 제어 관리자입니다.

작업 가이드라인 To top of page

이 작업을 수행하는데 도움이 되는 추가 가이드는 관계 정보 섹션을 참조하십시오.

이러한 개념, 제안 활동 및 변경 요청의 자세한 설명은 개념: 변경 요청 관리에 있습니다.



Rational Unified Process   2003.06.15