소프트웨어 형상관리 / ①

문제13) 소프트웨어 형상관리

 

답)

 

 

1. SDLC의 가시성과 추적성 확보, 소프트웨어 형상관리의 개념

개념	형상 항목을 식별하여 그 기능적 물리적 특성을 문서화하고, 그러한 특성에 대한 변경을 제어하고, 변경 처리 상태를 기록 및 보고하고, 명시된 요구사항에 부합하는지 검증하는 기술적이고 관리적인 감독, 감시 활동
특징	산출물 품질 향상, 개발/유지보수 생산성의 향상, 사용자 요구사항의 체계적 관리

 

2. 형상관리 절차도와 구성요소

가. 형상관리 절차도

 

절차	세부절차	설명
형상관리 준비	수행 계획 정의 활동 형상 관리 표준, 절차 기술	소프트웨어 사업의 모든 형상항목에 대하여 형상을 식별하고 형상변경통제, 평가 등 수행 방안을 사업 관점에서 정의
형상 식별	형상항목 정의 및 선정 기준선, 참조 등 세부사항 식별	형상 관리 대상 구분, 관리 목록에 대한 번호 부여 형상 식별 기능 목표 : 문서 구조, 명료/예측 가능 모습 정의, 정보기록에 의한 추적 관리 용이 형상 식별 내용 : 제품/각종 문서/형상 항목 번호
형상 통제	변경 요청에 따른 변경 심사 및 실시, 확인	소프트웨어 형상 변경 제안 검토 승인하여 현재 SW베이스라인에 반영될 수 있도록 통제 변경 요구 관리, 변경 제어, 형상 관리 조직의 운영 및 개발 업체, 외주 업체에 대한 형상 통제 및 지원
형상 감사	체크리스트 기반 감사 결과 문서화	소프트웨어 Baseline 의 무결성 평가 수단 기준선 변경 시 요구 사항과 일치 여부 검토 검증(Verfication), 확인(Validation)
형상 기록	Repository 기록	소프트웨어 형상 및 변경 관리에 대한 각종 수행 결과 기록, 보고서 작성 Repository(Cmdb)에 기록, 감사의 대상

 

나. 형상관리 구성 요소

용어	설명
코드라인	특정 컴포넌트의 일련의 버전 묶음을 코드라인(codeline)이라고 함
베이스라인(baseline)	시스템에 포함되는 컴포넌트, 라이브러리 파일 기준선
체크아웃/체크인	버전 저장소로부터 개인 작업공간으로 가지고 오는 것을 체크아웃(check-out) 이라고(→나한테 꺼내 오므로) 하고 변경된 컴포넌트들을 버전 저장소에 반영하는 것을 체크인(check-in)이라고 한다.
브렌치 따기/머지(Merging)	동일한 컴포넌트를 다른 목적으로 독립적인 개발을 하려면 분기(branch)를 사용하고, 각 분기에서 변경된 내용을 합치는 것을 병합(merge) 라고 하는데 병합 시 충돌(conflict) 이 발생할 수 있다.
Commit(커밋)	Git 이 파일을 관리하게 하려면 저장소에 파일을 추가하고 커밋해야 한다 >$(프람프트 상에서) git add 명령으로 파일을 추가하고, git commit 명령으로 커밋한다.
델타	컴포넌트/형상관리에서 버전 간 차이(변경점만 저장)를 델타(dalta) 라고 하며, 어떤 버전으로부터 이전 버전을 생성하기 위한 규칙은 후향(backward) 델타, 어떤 버전으로부터 이후 버전을 생성하기 위한 규칙은 전향(forward)델타라고 한다.
버전	SVN, GIT 버전 관리 시스템 : 소스코드, 문서 등의 변경 사항을 기록, 협업 용이
형상물	형상항목 대상 컨텐츠로서 기술문서, HW제품, SW제품 기술문서 : 분석, 설계 관련 산출물, 매뉴얼 개발툴 : 컴퍼일러, 링커, 함수/러아브러리 등 Source Code : Source Module, JCL, Compile Option Object Module, Load Module, 실행파일 테스트 성과물 : 테스트 데이터, 테스트 환경, 테스트 결과
CCB	형상관리 위원회는 소프트웨어 베이스라인에 대한 설정의 권한과 이에 대한 관리 기능을 갖는 조직 PM과 더불어 SDLC 단계에 따른 개발 산출물의 베이스라안 관리 및 통제
Repository	형상관리 항목들에 대한 물리적 저장공간 및 형상 메타 데이터의 저장 공간

 

3. 형상관리의 단계별 기준선 Baseline

생명주기	기준서(Baseline)		주요형상항목
계획단계	기능적 기준선	사용자 요구사항 명세서 또는 시스템 기능 요구 정의서 검토	프로젝트 계획서, 개발 표준 및 프로세스
요구분석단계	분배적 기준선	사용자 요구 기능들이 하위시스템들 사이에 어떻게 분배되는가를 정의하는 기본 설계 명세서를 검토하는 시점	요구사항 정의서, 기능분해도, 작업흐름도. 자료흐름도
설계단계	설계 기준선	프로그래밍 임하기 위한 설계 명세서를 검토하는 시점	기본설계:화면/보고서 명세서 상세설계 : ERD, 아키텍처 설계서, 프로그램 설계서
구현단계	시험 기준선	소프트웨어 기능 수행과 성능 충족도를 평가할 수 있는 원시코드, 실행코드 및 시험 사례를 포함한 시험 계획서를 검토하는 시점	원시코드, 목적코드, 실행코드, 단위시험, 보고서
시스템통합 및 시험단계	제품 기준선	하나의 시스템으로 개발 완료된 제품과 그의 품질을 보증하는 시점	통합시험 : 통합시험 계획서, 케이스 시스템 시험 : 계획서 케이스 및 보고서
설치 및 운영단계	운용 기준선	사용자 환경에 설치되고 운용되기 시작한 소프트웨어나 그의 품질을 사용자 입장에서 평가하는 시점	운영자 지침서, 사용자 지침서, 이관 소스

---

 

공감과 댓글은 아이티신비에게 큰 힘이 됩니다.

블로그 글이 유용하다면 블로그를 구독해주세요.♥