소프트웨어 형상관리

왜 배우는가: 소프트웨어 형상관리는 변경이 누적되는 개발·운영 현장에서 제품의 무결성과 재현성을 지키는 기본 관리 활동이다. 기술사 시험에서는 기준선, 변경통제, 형상관리 도구를 묶어 3개 회차에 걸쳐 반복 출제되므로 정의와 등장 배경을 정확히 잡아 두어야 한다.

출제 이력: 제140회 4교시 3번, 제125회 1교시 13번, 제95회 3교시 3번

1. 한 줄 정의와 핵심 키워드

소프트웨어 형상관리(SCM)는 형상항목을 식별하고 변경을 통제하며 그 상태를 기록·보고하여 제품의 무결성과 이력을 유지하는 관리 활동이다.

• 형상항목, 형상식별, 변경통제, 형상상태 기록, 기준선, 형상감사, 형상통제위원회(CCB)

2. 개념 풀이

쉬운 말로 하면 형상관리는 "무엇이 어떤 버전으로 있고, 누가 언제 왜 바꿨는지 언제든 답할 수 있게 하는 일"이다. 소스코드만 저장소에 넣는 것으로는 부족하다. 요구사항서, 설계서, 시험자료, 빌드 스크립트, 환경설정, 실행파일까지 관리 대상이 된다.

정식 정의로는, 형상관리는 소프트웨어 생명주기 동안 발생하는 변경을 체계적으로 관리하여 품질을 높이는 관리적 활동이다. 이 정의는 형상관리가 개발 기술이 아니라 통제와 기록의 체계라는 점을 보여준다.

형상항목(Configuration Item, CI)은 관리 대상으로 지정한 산출물이다. 최종 사용자의 목적을 가지는 제품(하드웨어 및/또는 소프트웨어)으로 볼 수 있다. 형상식별은 형상항목의 속성을 정의하고 기록하는 활동이다. 속성을 기준선으로 고정하면 그 속성이 바뀔 때 공식 변경통제 절차가 적용된다.

변경통제는 형상항목의 속성을 바꾸고 기준선을 다시 설정하는 데 필요한 절차와 승인 단계의 집합이다. 형상상태 기록은 각 형상항목에 연결된 기준선과 상태를 언제든 기록하고 보고하는 능력이다. 형상감사는 구성이 의도한 부분을 모두 포함하고 명세 문서와 일치하는지 확인하는 활동이다.

3. 등장 배경과 필요성

소프트웨어는 많은 구성요소로 이루어지고, 여러 인원이 동시에 작업한다. 구성요소가 바뀔 때마다 시스템을 다시 조립해야 하므로 혼란이 생기기 쉽다. 형상관리는 이런 혼란을 막으려는 목적에서 출발했다. 초기에는 라이브러리 관리에서 시작되어 프로그램 개발과 변경을 다루는 기법 형상관리로 발전했다.

또 다른 흐름은 발주자와 공급자가 계약을 바탕으로 변경을 합리적으로 다루기 위한 규약 형상관리다. 이는 발주자와 공급자 간 계약에 따른 변경 관리 방식이다. ISO 9000 시리즈는 품질보증의 국제 표준이다. 두 흐름은 상반되지 않고 서로 밀접하게 연결된다.

필요성은 세 가지로 정리된다. 첫째, 변경의 영향을 추적하여 재작업 비용을 줄인다. 둘째, 승인된 제품을 재현하여 결함을 분석한다. 셋째, 개발 조직 간 책임과 이력을 명확히 한다. 국내에서는 발주 측이 형상관리를 요구하지 않아 보급이 부진했다는 지적도 있다.

참고

4. 구성요소·원리·절차

형상관리의 관리 대상은 형상항목이다. 형상항목은 소스코드뿐 아니라 요구사항, 설계서, 시험 자료, 빌드 스크립트, 실행파일까지 포함하는 관리 단위다. 구성요소는 네 가지 핵심 활동으로 나뉜다.