PE Notes · 사업관리
소프트웨어 형상관리
형상 항목을 식별·통제·감사·상태 보고로 지키고, 기준선과 CCB, 버전·CI를 버전관리보다 한 칸 위 프로세스로 정리합니다.
지금 운영 중인 파일이 어느 커밋인지 모르면, 복구가 추측이 됩니다. 는 관리할 항목을 고르고, 변경을 창구로 들이며, 승인한 스냅샷과 실제가 같은지 확인하고, 상태를 보고하는 일입니다. 저장소 도구만 켜 둔 것과 같지 않습니다.
네 활동
식별은 과 이름·버전 규칙을 정합니다. 소스만이 아닙니다. , 설계, 시험, 빌드 스크립트, 배포 정의가 같은 목록에 오릅니다. 통제는 변경 요청을 가 보고 승인·기각하는 칸입니다. 감사는 기능(요구를 담았는가)과 물리(목록의 파일이 맞는가)를 대조합니다. 상태 보고는 누가 언제 무엇을 바꿨는지를 열어 둡니다.
가 요구와 시험을 잇는다면, 형상관리는 그 산출의 버전을 잠급니다. 감리가 기준선 묶음을 달라고 할 때 이 네 칸이 없으면 파일이 흩어집니다.
| 활동 | 하는 일 |
|---|---|
| 식별 | 항목·명명·버전 체계 |
| 통제 | 변경 요청과 CCB |
| 감사 | 기준선과의 기능·물리 대조 |
| 상태 보고 | 이력과 현황 |
기준선과 변경 창구
은 공식 검토를 통과한 묶음입니다. 기능 기준선은 승인된 요구, 할당 기준선은 승인된 설계, 제품 기준선은 시험까지 끝난 코드와 결과입니다. 세 선이 단계의 문입니다. 문을 건너기 전에 항목을 바꾸면 추적이 끊깁니다.
변경은 요청 → 영향 → CCB → 구현·시험 → 기준선 갱신 → 상태 보고입니다. 옆 자리 병합으로 운영 정의를 바꾸면 창구가 아닙니다. 버전 번호는 호환이 깨지면 앞자리, 기능이 더해지면 가운데, 수정이면 끝자리입니다.
| 기준선 | 잠그는 것 | 시점 |
|---|---|---|
| 기능 | 승인된 요구 | 분석 종료 |
| 할당 | 승인된 설계 | 설계 종료 |
| 제품 | 코드와 시험 결과 | 시험 종료 |
도구와 CI, 버전관리와의 차이
버전관리는 파일 이력입니다. 형상관리는 그 위에 항목 목록, 창구, 감사, 보고를 올립니다. Git은 수단이고, CCB와 기준선이 프로세스입니다. 은 자주 합치고 자동 시험으로 제품 기준선에 가는 길을 짧게 합니다. 깨진 빌드를 방치하면 상태 보고가 거짓이 됩니다.
는 운영 구성과 의존의 지도입니다. 개발 저장소와 겹치되, 서버·서비스·계약까지 넓습니다. 인프라를 코드로 두면 그 파일도 형상 항목입니다. 공공은 배포 전 승인 기준선을 남기고, 금융은 릴리스 창구를 잠급니다.
답안은 네 활동, 항목 범위, 기준선 세 이름, CCB 흐름, 버전관리보다 한 칸 위를 한 장에 닫습니다.
기술사 답안 포인트
기출 이력
제140회 정보관리기술사 4교시