형상관리

형상관리

-----------------​----------------​----------------​------------------

•형상관리 정의

–형상 항목을 식별하여 그 기능적 물리적 특성을 문서화하고,

–그러한 특성에 대한 변경을 제어하고,

–변경 처리 상태를 기록 및 보고하고,

–명시된 요구사항에 부합하는지 확인하는 기술적이고 관리적인 감독, 감시 활동

–

–[출처 IEEE- 국제전기전자학회]

•소프트웨어 형상관리 - 소프트웨어 개발 프로젝트를 진행할 때 디지털 파일로 작성된 모든 작업의 결과와 변경사항을 추적하며, 지역적으로 떨어져 있는 여러 개발자들의 협업이 가능하게 하는 시스템이다.

•소프트웨어 형상관리(SCM)는 SW개발 및 유지보수 과정에서 발생하는 소스코드, 문서, 인터페이스 등 각종 결과물에 대한 계획, 개발, 운용 등을 종합하여 시스템의 형상을 만들고, 이들 형상에 대한 변경을 체계적으로 관리, 제어하기 위한 활동이다.

-----------------​----------------​----------------​------------------

​

제품을 개발할 때 추상적인 관리대상을 형상화하여서 관리하는 것을 형상관리라고 할 수 있다. 여기에서 추상적이라는 것은 (기능, 성능, 제약조건, 제품의 사양 등) 글로 표현할 수 있는 것이지 가시적인 것이 아니라는 것이다. 이것들은 물리적으로 실체인 제품의 특징

을 나타내는 추상적인 항목이며, 이것을 형상으로 표현하는 것이 문서라고 할 수 있다.

•형상관리 목적

–프로젝트의 생명 주기 동안 제품의 무결성(integrity)과 변경에 대한 추적성을 확보하기 위한 활동,

– 즉 프로젝트에서 변경이 발생되었을 때 처리하는 시나리오를 다루는 매커니즘(형상 관리 대상 파악과 베이스라인 지정, 버전관리, 접근제어)을 제공하는 것이다.

–

•형상 관리 활동의 필요성

–소프트웨어의 특징으로 인해 발생할 수 있는 위험을 최소화하기 위해

•소프트웨어의 특징

–비가시성, 변경 추적의 어려움, 관리와 통제의 어려움, 요구사항 변경으로 인한 잦은 변경 발생

•베이스라인(Baseline)이란?

–소프트웨어 개발의 특정 시점에서 형상 항목이 소프트웨어 개발에 하나의 완전한 산출물로써 쓰여질 수 있는 상태의 집합 [각 개발단계에 있어서 한 개발단계의 승인된 산출물]

–책임이 있는 관리를 통해 공식적으로 검토 및 동의되었고, 추후 개발의 기초가 되며, 오직 공식적인 변경 통제 절차에 의해서만 변경될 수 있는 상태 [공적으로 승인된 상태]

- 각 형상항목 들의 기술적 통제 시점(Technical Control Point)
- 개발과정의 각 단계별 산출물을 검토,평가,조정,처리 등의 변화를 통제하는
시점의 기준

– 베이스라인 필요성
- 산출물 적용과 활용의 판단 제시
- 고객으로부터 승인된 소프트웨어 생명주기의 산출물
- 기준선을 확정해야 형상관리가 가능

–큰 프로젝트에 있어서 의사소통문제를 해결하기 위해서는 Baselined(변경통제시점)을 정하고 변경을 철저히 통제해야한다

–베이스라인이 설정되면 시스템의 논리적 상태가 잡아지고 이후 변경의 기준이 된다

uBaseline의 분류

u기능적 기준선 : 사용자의 요구분석명세서 또는 시스템 기능요구 정의서

를 검토하는 시점

u 할당 기준선 : 사용자 요구기능 들이 하위시스템에 어떻게 할당되는 가를 정의하는
기본설계 명세서를 검토하는 시점

u 설계 기준선 : 프로그래밍 전 설계명세서를 검토하는 시점 설계 기준선
테스트 기준선 : 소프트웨어 성능을 평가할 수 있는 원시코드, 실행코드,
시험계획서를 검토하는 시점

u 제품 기준선 : 하나의 시스템으로 완료된 제품의 품질을 보증하는 시점 제품 기준선

u 운영 기준선 : 설치,운용되기 시작한 소프트웨어 품질을 사용자 입장에서 평가하는

시점 운영 기준선

형상관리 구조

요약

•형상 식별

–형상 관리를 할 항목을 식별하는 것

–

–프로젝트가 진행되는동안 파일이 변경되어 여러 버전이 만들어짐 -> 형상관리의 형상식별단계 -> 형상식별자 선정 -> 이로인해 문서의 종류와 버전을 쉽게 알수 있어 프로젝트 관리에 용이함

–

•형상 제어

–형상에 대한 변경 요청이 있을 경우, 변경 여부와 변경 활동을 통제하는 것

–

•형상 상태 보고

–형상 변경에 대한 내용을 기록하고 보고하는 것

–

•형상 감사

–형상 항목이 요구사항에 맞도록 잘 변경 되었는지 확인하는 것

•소프트웨어 형상관리는 개발작업과 독립적인 작업이다.
•개발 프로세스는 한편으로 아래 구조도에 있는 것처럼 형상관리 프로세스의 휘하에 있다

Summary about My thinking

형상관리란 무엇(What)일까?

인터넷이나 책을 찾아봐도 정말 내가 이해하기에는 어렵게 설명이 되어 있었지만 정리해서 쉽게 설명하자면 결

국 형상관리는 어떠한 시스템, 제품, 또는 프로젝트 등 에 있어서 조율을 통한 통합 이라고 말할 수 있겠다.

(어떠한 제품에 대해 만들어 놓은 형상의 변경에 대한 체계적인 관리 방법!!!)

형상관리는 어떻게(How) 나오게 된 것일까?

한 예를 들어서 어떤 회사에서 프로젝트로 한 제품을 오랜기간 연구끝에 개발 후 완성품을 만들었다고 하자 그리고 시간이흐른뒤 두 번째로 더 나은 제품을 만들려고 보니 처음 제품을 개발,연구 하던 엔지니어, 관리자, 유저 등 기존에 인원들은 모두 남아있지 않고 은퇴하거나, 기존 내용들이 완벽히 기억이 나지 않아 새 제품 생산에 시간이 오래 걸린다는 것이다. 이런 문제까지도 해결을 하기 위해서 형상관리라는 관리방법론이 탄생된 것이다. 결국 생산성을 높이기 위함일 것이다.​

그렇다면 형상관리는 왜( Why )필요할까 ?

내가 이해한대로 쉽게 설명하자면 한마디로 형상관리는 실패확률을 줄이기 위해서 필요하다고 할 수 있겠다.

SW개발 환경에서는 프로젝트가 커질수록 변경,요구사항이 증가하고 또한 인원또한 많이 필요하기 때문에 그만

큼 더 많은 의견충돌도 발생할 것이다. 개발자들 뿐만아니라 관련 종사자들 머리는 더욱더 아파질 것이 뻔하다.

이러한 혼란을 최대한 줄이기 위해서 형상관리는 정말 중요한 역할을 한다.

또한 고품질의 소프트웨어 제품을 고객에게 납품하기위해서도 필수적으로 필요하다.

개발자들 입장에서 생각하지 않고 프로젝트 매니저(PM) 입장에서 생각해 보았을때 개발자들을 관리하는데 형상관리라는 개념까지 도입해서 일이 귀찮아지고 이로인해 PM들이 너무 형식적인 차원에서만 일을 진행하게 된다면 질 좋은 제품은 탄생하지 않을 것이다. 레포트를 쓰다보니 이런 프로젝트진행 과정속에서의 문제가 발생하지 않을까 라는 생각도 해봤다.그렇기 때문에 이런 부분을 보면 능력 이외에 인성 또한 중요하지 않을까라는 생각이 든다.