가시성, 추적성, 형상통제, 식별->통제->감사->기록 |
I. 소프트웨어에 가시성, 추적성 부여, 형상관리의 개요
가. 소프트웨어 형상관리(Software Configuration Management)의 정의
- 소프트웨어 생명주기 및 유지보수 과정에서 만들어지는 각 단계별 산출물을 체계적으로 관리하여 소프트웨어에 가시성, 추적성을 부여하여 품질보증활동을 향상시키는 기법
나. 소프트웨어 형상관리의 필요성
II. 소프트웨어 형상관리의 개념도 및 관리절차
가. 소프트웨어 형상관리의 개념도
기준선 (Baseline) |
각 형상 항목들의 기술적 통제 시점, 모든 변화를 통제하는 시점의 기준 |
형상항목 |
프로젝트에서 공식적으로 정의, 관리되는 모든 대상 (문서,프로그램,데이터) |
형상물 |
형상관리의 실제 대상으로 기술문서,HW,SW제품,개발도구 |
형상버전 |
기준선 설정 후 일어나는 변경 기록 |
CCB |
형상관리 위원회는 베이스라인 설정의 권한과 관리 기능을 갖는 조직 |
Repository |
형상관리 항목들에 대한 물리적 저장 및 형상 메타 데이터의 저장 공간 |
나. 소프트웨어 형상관리의 절차 (식통감기)
단계 |
내용 |
형상식별 |
형상관리 대상 구분, 관리 목록에 대한 번호 부여 |
형상통제 |
SW 형상 변경 제안을 검토, 현재 SW 기준선에 반영하도록 통제 |
형상감사 |
SW 베이스라인의 무결성 평가 수단 |
형상기록 |
SW 형상 및 변경 관리에 대한 각종 수행 결과 기록 |
III. 소프트웨어 생명주기 단계별 베이스 라인
단계 |
기준선 |
형상관리 항목 |
산출물 |
계획 |
기능적 기준선 |
사용자 요구 기능이 정의되는 시스템 |
개발, 형상관리 계획서 |
요구분석 |
분배적 기준선 |
요구 기능이 서브시스템으로 분할되는 시점 |
요구사항 정의서 |
설계 |
설계 기준선 |
개발 전 설계 사양이 완성되는 시점 |
각종 설계서 |
구현 |
시험 기준선 |
시험을 위한 준비 수립 시점 |
원시,목적,실행 코드 |
시험 |
제품 기준선 |
통합,기능,성능 등의 시험완료 시점 |
시험보고서 |
설치/운영 |
운영 기준선 |
개발이 완료되어 운영으로 이관되는 시점 |
매뉴얼 |
IV. 형상통제
가. 형상통제의 정의
- 형상에 대한 변경 요청이 있을 경우, 변경 여부와 변경 활동을 통제하는 활동
나. 형상통제의 절차
변경요청 |
- 고객, 개발자에 의해 미리 지정된 양식으로 담당자에게 제출 (CR, Change Request) |
변경심사 |
- 형상 담당자는 CCB의 등급을 결정하고 소집 - 변경 승인/기각 결정 (기간, 예산, 인력 등 검토) - 승인 시 다음 단계 진행/기각 시 요청자에게 통보 |
변경실시 |
- 변경대상식별 : 변경에 관련한 모든 식별된 산출물이 변경 대상 - 형상 담당자는 Repository에서 산출물 체크아웃 |
변경확인 |
- CCB는 변경을 확인 - Repository에 체크인, 새로운 기준선 수립 |
'IT기술노트 > 소프트웨어공학' 카테고리의 다른 글
코드 난독화(Code Obfuscation) (0) | 2021.02.04 |
---|---|
역공학, 재공학, 재사용 (0) | 2021.02.04 |
3R(Reverse Eng. Re-Eng. Reuse Eng) (0) | 2021.02.04 |
정형기술검토(FTR, Formal Technical Review) (0) | 2021.02.03 |
소프트웨어 유지보수 (0) | 2021.02.03 |
테스트 종류 (0) | 2021.02.03 |
탐색적 테스팅 (0) | 2021.02.03 |
경험 기반 테스트 (0) | 2021.02.03 |
댓글