Wylie College

형상 관리 계획

 

버전 2.0

 


개정 히스토리

 

날짜

버전

설명

작성자

1999년 1월 8일

1.0

초기 릴리스

Simon Jones

1999년 2월 10일

2.0 

계획 확장 

 Simon Jones

 
 
 
 
 
 
 
 

 

 

목차

1. 소개         

1.1 목적     

1.2 범위     

1.3 용어의 정의     

1.4 참조     

1.5 개요     

2. 소프트웨어 형상 관리(SCM)

2.1 조직, 책임 및 인터페이스     

2.2 도구, 환경 및 하부 구조     

3. 형상 관리 프로그램         

3.1 형상 식별     

3.1.1 식별 방법           

3.1.2 프로젝트 기준선           

3.2 형상 및 변경 제어     

3.2.1 변경 요청 처리 및 승인           

3.2.2 CCB(Change Control Board)           

3.3 형상 상태 기록     

3.3.1 프로젝트 매체 저장 및 해제 프로세스           

3.3.2 보고서 및 감사           

4. 이정표

5. 훈련 및 자원     

6. 하청업체 및 벤더 소프트웨어 제어

부록 A - ClearCase 관리 프로시저

 


형상 관리 프로시저

1.                  소개

1.1               목적

이 문서에서는 Wylie College의 모든 소프트웨어 프로젝트에서 수행할 형상 관리 프로시저를 정의합니다.

1.2               범위

이 문서에서는 모든 Wylie College 프로젝트에 해당되는 형상 관리 프로시저에 대해 다룹니다. 각 프로젝트에는 또한 추가 프로시저를 설명하고 프로젝트 이정표를 정의하는 자체 형상 관리 계획이 있습니다.

1.3               용어의 정의

Wylie College는 Rational Unified Process 용어집과"[UCM]의 UCM 개념" 섹션에 있는 정의를 사용합니다.

1.4               참조

[UCM] Rational Suite에서 통합 변경 관리 사용. Rational Software Corporation.

[CC-1] ClearCase를 사용하여 소프트웨어 프로젝트 관리. Rational Software Corporation.

1.5               개요

Wylie College는 Rational Unified Process에서 설명하는 형상 관리 활동을 수행합니다. Wylie College는 또한 통합 변경 관리용 Rational 도구를 표준화했습니다.

이 문서에서 설명하는 내용을 제외한 UCM 구현은 ClearCase UCM 참조 자료에서 설명합니다.

2.                  소프트웨어 형상 관리

2.1               조직, 책임 및 인터페이스

Wylie College IT 부서 직원이 모든 프로젝트에 대한 형상 관리자 역할을 수행합니다. Wylie College의 각 프로젝트에서는 변경 제어 관리자 역할에 한 명 이상의 담당자를 지정합니다.

2.2               도구, 환경 및 하부 구조

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을 사용하여 구현 모델 설정
이 작업은 표준 제품 디렉토리 구조의 프레임워크 내에서 수행되어야 합니다. 소프트웨어 설계자가 이 구현 모델에 대한 입력을 제공하지만 실제 설정은 일반적으로 형상 관리자가 수행합니다.
통합자 통합 작업공간 작성 통합 및 빌딩 작업공간 작성  
임의 역할 타스크: 개발 작업공간 작성 개발 작업공간 작성  

 

3.                  형상 관리 프로그램

3.1               형상 식별

3.1.1          식별 방법

UCM 프로젝트의 이름은 프로젝트의 공식 축약 이름에 따라 지정됩니다. 예를 들어, 수강 신청 시스템(Course Registration System)의 경우 CReg입니다.

VOB의 이름은 프로젝트마다 다릅니다.

프로젝트의 개발 사례에서 검토 레벨이 "정규/내부" 또는 "정규/외부"인 것으로 식별되는 각 중간 산출물은 처음 작성된 단계가 종료될 때까지 프로젝트 VOB에서 제어되어야 합니다. 제어된 경우에는 이 문서에서 설명하는 프로시저를 적용할 수 있습니다.

프로젝트 기준선의 이름 형식은 <project_name>_<iteration>_<date>이며 date의 형식은 MM_DD_YY입니다(예: CReg_C1_03_07_99).

기준선 상태는 기본 UCM에 대해 정의된 상태입니다.

3.1.2          프로젝트 기준선

기준선은 각 반복의 종료 시점에 설정되어야 합니다. 추가 기준선은 프로젝트 관리자가 임의로 설정할 수 있습니다.

3.2               형상 및 변경 제어

3.2.1          변경 요청 처리 및 승인

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 변경 세트 사용  
임의 역할 타스크: 변경 전달  작업 전달 변경을 수행한 "임의 역할"은 변경사항을 전달하기 전에 해당 검토 프로시저를 수행하고 검토를 통과했는지 확인해야 합니다.

해당 검토 프로시저는 개발 사례에서 지정합니다.

통합자 타스크: 빌드 변경사항 확인    

 

3.2.2          CCB(Change Control Board)

위에서 설명한 대로, Wylie College는 CCB(Change Control Board)를 사용하지 않습니다. CCB는 형상 제어 위원회라고도 합니다.

3.3               형상 상태 기록

3.3.1          프로젝트 매체 저장 및 해제 프로세스

Wylie College는 아래에서 설명하는 활동: 기준선 및 릴리스 관리 를 수행합니다.

역할 Rational Unified Process 타스크 Rational 도구 사용 도움말 참고/조정
통합자 타스크: 기준선 작성 기준선 작성  
통합자 타스크: 기준선 승격 프로젝트 기준선 프롬프트  
임의 역할 작업공간 갱신 Rational ClearCase를 사용하여 프로젝트 작업 영역 갱신  
형상 관리자 배치 단위 작성   제품 릴리스는 각각 오프사이트 저장소와 IT 라이브러리 용도의 두 가지 CD 세트로 구성됩니다. 이 작업은 각 프로젝트의 형상 관리자가 수행합니다. 각 제품 릴리스 CD에는 실행 가능 프로그램, 소스 코드, 테스트 소프트웨어, COTS 라이브러리, 플러그인, 지원 도구, 테스트 도구를 포함하여 릴리스 시점의 개발, 테스트 및 통합 환경에 대한 스냅샷이 포함되어야 합니다. 

 

3.3.2          보고서 및 감사

필수 보고서에 대한 세부사항은 Wylie College 측정 계획에서 설명합니다. 다음은 활동: 형상 상태 모니터 및 보고의 타스크 및 도구 사용 도움말에 대한 개요입니다.

역할 Rational Unified Process 타스크 Rational 도구 사용 도움말 참고
형상 관리자 타스크: 형상 상태에 대한 보고 결함 상태동향 및 상태 보고
결함 히스토리 보기
 

4.                  이정표

이정표는 각 개별 프로젝트의 형상 관리 계획에서 설명합니다.

5.                  훈련 및 자원

다음은 역할별로 권장되는 Rational University 과정입니다.

과정 역할
Windows용 Rational ClearCase 및 UCM을 사용하여 소프트웨어 개발 임의 역할
ClearCase 관리 형상 관리자 (ClearCase 관리자)

 

6.                  하청업체 및 벤더 소프트웨어 제어

Wylie College는 현재 소프트웨어 개발을 하청업체에 의뢰하지 않습니다. 그러나 세심한 제어가 필요한 시스템에는 COTS(Commercial Off The Shelf) 제품을 통합합니다. 각 제품 릴리스의 릴리스 정보에는 시스템 테스트를 마친 모든 COTS 제품의 버전이 포함되어야 합니다. 가능한 경우 IT 라이브러리 담당자가 이 COTS 제품의 설치 CD를 보관해야 합니다.

부록 A                ClearCase 관리 프로시저

TBD. 이 문서에서 다루는 문제는 다음과 같습니다.

<레지스트리 서버 호스트를 포함하여 네트워크 호스트 및 역할의 이름 지정>

<도구 및 프로시저 백업/복원>

<실행될 정기 작업(예: 삭제)>