Wylie College
형상 관리 계획
버전 2.0
개정 히스토리
날짜 |
버전 |
설명 |
작성자 |
---|---|---|---|
1999년 1월 8일 |
1.0 |
초기 릴리스 |
Simon Jones |
1999년 2월 10일 |
2.0 |
계획 확장 |
Simon Jones |
|
|
|
|
|
|
|
|
목차
3.2.2 CCB(Change Control Board)
형상 관리 프로시저
이 문서에서는 Wylie College의 모든 소프트웨어 프로젝트에서 수행할 형상 관리 프로시저를 정의합니다.
이 문서에서는 모든 Wylie College 프로젝트에 해당되는 형상 관리 프로시저에 대해 다룹니다. 각 프로젝트에는 또한 추가 프로시저를 설명하고 프로젝트 이정표를 정의하는 자체 형상 관리 계획이 있습니다.
Wylie College는 Rational Unified Process 용어집과"[UCM]의 UCM 개념" 섹션에 있는 정의를 사용합니다.
[UCM] Rational Suite에서 통합 변경 관리 사용. Rational Software Corporation.
[CC-1] ClearCase를 사용하여 소프트웨어 프로젝트 관리. Rational Software Corporation.
Wylie College는 Rational Unified Process에서 설명하는 형상 관리 활동을 수행합니다. Wylie College는 또한 통합 변경 관리용 Rational 도구를 표준화했습니다.
이 문서에서 설명하는 내용을 제외한 UCM 구현은 ClearCase UCM 참조 자료에서 설명합니다.
Wylie College IT 부서 직원이 모든 프로젝트에 대한 형상 관리자 역할을 수행합니다. Wylie College의 각 프로젝트에서는 변경 제어 관리자 역할에 한 명 이상의 담당자를 지정합니다.
Wylie College는 Rational Suite 도구(Rational ClearQuest 및 Rational ClearCase LT)와 UCM을 표준화했으며 각 제품군마다 하나의 기존 PVOB 세트를 갖습니다. 제품군은 여러 가지 공통 코드를 공유하는 내부 관련 프로젝트 그룹입니다. 현재 제품군과 Wiley College의 해당 PVOB는 다음과 같습니다.
VOB는 형상 관리자가 매일 백업합니다. 백업/복원 도구 및 프로시저와 기타 관리 세부사항은 부록: ClearCase 관리 프로시저에서 설명합니다.
프로젝트가 시작되면 프로젝트의 형상 관리자가 해당 제품군의 PVOB와 하나 이상의 컴포넌트 VOB에서 UCM 프로젝트를 작성합니다. 자세한 내용은 [UCM]을 참조하십시오. 모든 컴포넌트 VOB는 표준 제품 디렉토리 구조를 따릅니다. 예를 들어, 수강 신청 CRegMain VOB를 참조하십시오.
모든 프로젝트는 다음 ClearCase 정책을 사용합니다( [CC-1] "적용할 개발 정책 고려" 참조).
다음은 사용자의 CM 환경 설정에 대한 지침을 제공하는 활동: 프로젝트 CM 환경 작성의 타스크 및 도구 사용 도움말입니다.
역할 | Rational Unified Process 타스크 | Rational 도구 사용 도움말 | 참고/조정 |
---|---|---|---|
형상 관리자 | CM 환경 설정 | Rational
ClearQuest 및 Rational ClearCase를 사용하여
형상 관리 및 변경 요청 관리 링크
정책 설정 변경 요청 프로세스 설정변경 및 검토 알림 정의 |
이 타스크의 대부분은 이 CM 계획 정의 및 각 제품군에 대한 PVOB 정의에서 이미 수행되었습니다. |
소프트웨어 설계자 | 구현 모델 구조화 | 구현
모델 설정 UCM을 사용하여 구현 모델 설정 |
이 작업은 표준 제품 디렉토리 구조의 프레임워크 내에서 수행되어야 합니다. 소프트웨어 설계자가 이 구현 모델에 대한 입력을 제공하지만 실제 설정은 일반적으로 형상 관리자가 수행합니다. |
통합자 | 통합 작업공간 작성 | 통합 및 빌딩 작업공간 작성 | |
임의 역할 | 타스크: 개발 작업공간 작성 | 개발 작업공간 작성 |
UCM 프로젝트의 이름은 프로젝트의 공식 축약 이름에 따라 지정됩니다. 예를 들어, 수강 신청 시스템(Course Registration System)의 경우 CReg입니다.
VOB의 이름은 프로젝트마다 다릅니다.
프로젝트의 개발 사례에서 검토 레벨이 "정규/내부" 또는 "정규/외부"인 것으로 식별되는 각 중간 산출물은 처음 작성된 단계가 종료될 때까지 프로젝트 VOB에서 제어되어야 합니다. 제어된 경우에는 이 문서에서 설명하는 프로시저를 적용할 수 있습니다.
프로젝트 기준선의 이름 형식은 <project_name>_<iteration>_<date>이며 date의 형식은 MM_DD_YY입니다(예: CReg_C1_03_07_99).
기준선 상태는 기본 UCM에 대해 정의된 상태입니다.
기준선은 각 반복의 종료 시점에 설정되어야 합니다. 추가 기준선은 프로젝트 관리자가 임의로 설정할 수 있습니다.
Wylie College는 Rational Unified Process 활동: 변경 요청 관리와 형상 항목 변경 및 전달을 수행하며 세부 내용은 다음과 같습니다.
아티팩트: 작업 지시 는 아티팩트: 변경 요청(CR)과 병합됩니다. 따라서 작업 지시의 상태는 CR 상태를 추적하여 관리합니다.
UCM 활동은 아티팩트: 변경 요청(CR)에 맵핑됩니다. 용어 CR은 이 문서의 나머지 부분에서 UCM 활동을 나타내는 데 사용됩니다. Wylie College는 기본 UCM ClearQuest 스키마를 따릅니다.
Wylie College에서 CR을 관리하기 위해 사용하는 활동 및 상태는 개념: 변경 요청 관리.
ClearQuest 스키마에서는 CR의 필수 필드가 필요하지 않으므로 여기에서 설명하지 않습니다.
다음은 해당 타스크 및 도구 사용 도움말을 정의합니다.
역할 | Rational Unified Process 타스크 | Rational 도구 사용 도움말 | 참고/조정 |
---|---|---|---|
임의 역할 | 타스크:
변경 요청 제출 타스크: 변경 요청 갱신 |
변경 요청 제출 | |
변경 제어 관리자 | 타스크: 변경 요청
검토 타스크: 중복 또는 거부된 CR 확인 |
검토 및 작업 상태 보고 |
Wylie College에서는 형상 제어 위원회를 사용하지 않아도 됩니다. 변경 요청은 프로젝트 구성원인 변경 제어 관리자가 검토하고 승인합니다. 변경 제어 관리자는 일반적으로 프로젝트 관리자, 팀 리더 또는 소프트웨어 설계자입니다. |
프로젝트 관리자 | 타스크: 작업 스케줄 관리 및 배정 | 아티팩트: 작업 지시는 아티팩트: 변경 요청(CR)과 병합됩니다. 작업 배정은 CR을 배정하여 수행됩니다. 자세한 내용은 개념: 변경 요청 관리를 참조하십시오. | |
임의 역할 | 타스크: 변경 수행 | UCM 변경 세트 사용 | |
임의 역할 | 타스크: 변경 전달 | 작업 전달 | 변경을 수행한 "임의 역할"은
변경사항을 전달하기 전에 해당 검토 프로시저를
수행하고 검토를 통과했는지 확인해야 합니다.
해당 검토 프로시저는 개발 사례에서 지정합니다. |
통합자 | 타스크: 빌드 변경사항 확인 |
위에서 설명한 대로, Wylie College는 CCB(Change Control Board)를 사용하지 않습니다. CCB는 형상 제어 위원회라고도 합니다.
Wylie College는 아래에서 설명하는 활동: 기준선 및 릴리스 관리 를 수행합니다.
역할 | Rational Unified Process 타스크 | Rational 도구 사용 도움말 | 참고/조정 |
---|---|---|---|
통합자 | 타스크: 기준선 작성 | 기준선 작성 | |
통합자 | 타스크: 기준선 승격 | 프로젝트 기준선 프롬프트 | |
임의 역할 | 작업공간 갱신 | Rational ClearCase를 사용하여 프로젝트 작업 영역 갱신 | |
형상 관리자 | 배치 단위 작성 | 제품 릴리스는 각각 오프사이트 저장소와 IT 라이브러리 용도의 두 가지 CD 세트로 구성됩니다. 이 작업은 각 프로젝트의 형상 관리자가 수행합니다. 각 제품 릴리스 CD에는 실행 가능 프로그램, 소스 코드, 테스트 소프트웨어, COTS 라이브러리, 플러그인, 지원 도구, 테스트 도구를 포함하여 릴리스 시점의 개발, 테스트 및 통합 환경에 대한 스냅샷이 포함되어야 합니다. |
필수 보고서에 대한 세부사항은 Wylie College 측정 계획에서 설명합니다. 다음은 활동: 형상 상태 모니터 및 보고의 타스크 및 도구 사용 도움말에 대한 개요입니다.
역할 | Rational Unified Process 타스크 | Rational 도구 사용 도움말 | 참고 |
---|---|---|---|
형상 관리자 | 타스크: 형상 상태에 대한 보고 | 결함
상태동향 및 상태 보고 결함 히스토리 보기 |
이정표는 각 개별 프로젝트의 형상 관리 계획에서 설명합니다.
다음은 역할별로 권장되는 Rational University 과정입니다.
과정 | 역할 |
---|---|
Windows용 Rational ClearCase 및 UCM을 사용하여 소프트웨어 개발 | 임의 역할 |
ClearCase 관리 | 형상 관리자 (ClearCase 관리자) |
Wylie College는 현재 소프트웨어 개발을 하청업체에 의뢰하지 않습니다. 그러나 세심한 제어가 필요한 시스템에는 COTS(Commercial Off The Shelf) 제품을 통합합니다. 각 제품 릴리스의 릴리스 정보에는 시스템 테스트를 마친 모든 COTS 제품의 버전이 포함되어야 합니다. 가능한 경우 IT 라이브러리 담당자가 이 COTS 제품의 설치 CD를 보관해야 합니다.
TBD. 이 문서에서 다루는 문제는 다음과 같습니다.
<레지스트리 서버 호스트를 포함하여 네트워크 호스트 및 역할의 이름 지정>
<도구 및 프로시저 백업/복원>
<실행될 정기 작업(예: 삭제)>