2. 1.1 개요
프로젝트 진행과정에서 발생하는 요구사항 변경에 대하여 일치성, 무
결성, 정확성, 최신성을 제공하기 위한 활동
프로젝트 진행과정에서 발생하는 요구사항 변경에 대하여 일치성과
무결성을 제공하기 위한 변경제어와 추적 활동 수행
요구사항
변경 발생
변경 요청
요구사항
변경 식별
변경 처리
요구사항
변경 활동
요구사항의 일관성 유지
3. 1.2 참여자 역할 및 책임
역할 구분
고객
요구사항 담당자
책임
요구사항에 대한 변경 요청
변경 요청한 요구사항에 대한 변경 반영 협의
요구사항 분석 기준선 설정
요구사항 변경 접수 및 통보
요구사항 변경 반영 결정을 위한 변경통제위원회 소집 및 운영
요구사항 추적성 검토
프로젝트 팀원
요구사항 정의 및 분석
요구사항 변경 영향평가 (연관도 검토)
요구사항 변경 기록
요구사항 변경에 대한 반영
요구사항 추적표 기록
변경통제위원회
요구사항 변경 반영 수용여부 의사결정
프로젝트 관리자(PM)
프로젝트 파트리더(PL)
변경통제위원 참여
프로젝트 일정 변경
변경통제위원 참여
요구사항 추적성 확보 모니터링
5. 1.4 요구사항 베이스라인
요구사항 베이스라인 수립 절차
요구사항 관리
구분
요구사항 관리
기준선 설정
프로젝트 수행팀
고객
산출물
기본 요구사항 식별
고객 요구사항 수집
개발 요구사항 도출
요구사항 관리대장
인스펙션
절차
내부 검토 수행
요구사항 추적표
요구사항 추적표 작성 Start
개발 요구사항 분석 및 명세
요구사항 관리대장
프로젝트
검토
요구사항 추적표
분석 단계
산출물 작성
요구사항분석 산출물
고객 검토 수행
최종 내부 검토
최종 공식 고객 검토
No
고객승인?
YES
요구사항 분석
베이스라인 수립
요구사항
변경관리
요구사항 추적표
6. 1.4 요구사항 베이스라인
요구사항 베이스라인 설정 가이드(1/3)
활동
설명
기본 요구사항 식별
프로젝트 수행팀은 고객으로부터 본격적인 요구사항 수집 준비를 위하여 기초 자료를 참고하여 기본적인 고객 요구
사항을 식별하도록 한다. 기본적인 요구사항은 인터뷰 등을 통하여 고객으로부터 직접적인 고객 요구사항 도출 시
기본 정보로 활용될 수 있다.
고객 요구사항 수집
프로젝트 수행팀은 인터뷰, 워크샵, 브레인스토밍, 프로토타이핑, 설문서와 같은 방법을 이용하여 고객으로부터 고
객 요구사항을 수집하도록 한다. 고객 요구사항 수집 시 프로젝트 수행팀은 고객이 시스템을 필요로 하는 근본적인
이유에서부터 시스템을 통하여 수행하고자 하는 기능, 결과 시스템의 성능, 필요한 인터페이스 등을 파악하여야 한
다. 프로젝트 수행팀은 수집된 고객 요구사항에 대한 분류를 수행하고, “요구사항 관리 대장”의 “고객 요구사항”에 기
록하도록 한다. 이때 각 고객 요구사항에 대하여 고유한 ID를 부여하도록 한다.
개발 요구사항 도출
프로젝트 수행팀은 수집 정리된 고객 요구사항을 바탕으로 앞으로 개발할 시스템의 모든 기능과 비기능적인 요구사
항을 도출하여 “요구사항 관리 대장”의 “개발 요구사항”에 기록하도록 한다. 이때 각 개발요구사항에 대하여 고유한
ID를 부여하도록 한다. 개발 요구사항은 개발 필요한 기능, 외부 인터페이스, 비기능적 요구사항 순으로 정리하도록
한다. 개발 요구사항이 모두 도출된 후 프로젝트 수행팀은 도출된 고객 요구사항과 개발 요구사항에 대한 맵핑 작업
을 수행하여 모든 고객 요구사항이 개발 요구사항에 반영이 되었는지 확인하도록 한다.
요구사항 추적표 작성 시작
프로젝트 수행팀은 식별된 각각의 개발 요구사항을 “요구사항 추적표”에 기록하도록 한다. 이때 작성된 개발 요구사
항은 요구사항 추적의 기본 시작점이 되며, 향후 개발 문서 작성 완료 시마다 해당 개발 요구사항의 해당 난에 개발
문서 또는 대상을 기록하여 추적성이 보장되도록 한다.
7. 1.4 요구사항 베이스라인
요구사항 베이스라인 설정 가이드(2/3)
활동
설명
개발 요구사항 분석 및 명세
프로젝트 수행팀은 도출된 각 개발 요구사항에 대하여 상세 분석을 수행하여, 요구사항 분석 문서를 작성하도록 한
다. 요구사항 분석은 다음과 같은 내용에 대한 분석을 포함한다.
• 각 개발 요구사항에 대한 기능 흐름(기본흐름, 선택(대안)흐름) 분석
• 고객 협의 사항 파악
• 시스템 분석 모델링(동적 흐름 모델링, 논리 데이터 모델링 수행)
• 개략적인 화면 설계
시스템 분석 모델링에 대한 기법은 각 개발 특성 및 선택한 개발 방법론에 따라 수행하도록 한다.
내부 검토 수행
프로젝트 수행팀은 “개발 요구사항 도출” 활동부터 “개발 요구사항 분석 및 명세” 활동 수행 시 필요 시마다 수시로
내부 검토를 수행하여 요구사항에 대한 도출, 분석이 제대로 수행되고 있는지를 확인하도록 한다. 내부 검토는 “인
스펙션 절차” 또는 “프로젝트 검토 절차” 에 따라 선택적으로 수행되어 진다.
• 누락된 요구사항은 없는가
• 잘못 식별되거나 잘못 이해된 요구사항은 없는가
• 고객으로부터 확인하거나, 고객에게 요청 협의하여야 할 내용이 모두 식별되었는가
• 요구사항간 불일치성은 없는가
• 요구사항에 대한 분석이 설계하기에 충분하게 이루어졌는가
• 모든 가능한 상황이 식별되었는가
프로젝트 수행팀은 내부 검토 시 상기 사항에 대하여 집중적으로 검토하도록 한다.
고객 검토 수행
프로젝트 수행팀은 “개발 요구사항 도출” 활동부터 “개발 요구사항 분석 및 명세” 활동 수행 시 필요 시마다 수시로
고객과의 검토를 수행하여 고객의 요구사항을 정확히 이해하고 있는지, 누락된 사항이 없는지, 추가되어야 할 사항
이 없는지를 확인하도록 한다. 고객 검토는 “프로젝트 검토 절차”에 따라 수행되어진다.
8. 1.4 요구사항 베이스라인
요구사항 베이스라인 설정 가이드(3/3)
활동
설명
요구사항 추적표 분석 단계 산
출물 작성
프로젝트 수행팀은 개발 요구사항에 대한 분석 및 명세 수행 시 각 개발 요구사항에 대한 분석 및 명세가 종료될 때
마다 “요구사항 추적표”에 해당 개발 요구사항에 해당 산출물 또는 대상을 기록하도록 한다.
최종 내부 검토
프로젝트 수행팀은 개발 요구사항에 대한 모든 분석과 명세가 종료된 후 고객과의 최종 검토에 앞서 최종적으로 내
부 검토를 수행하도록 한다. 내부 검토는 “프로젝트 검토 절차”에 따라 수행되어진다.
최종 고객 검토
프로젝트 수행팀은 개발 요구사항에 대한 모든 분석과 명세가 다음 설계 단계로 넘어가기에 충분하게 적절히 이루
어졌는지에 대하여 고객으로부터 승인을 얻도록 한다. 고객으로부터 승인을 얻지 못하고 보완 사항이 발생되었을
경우 프로젝트 수행팀은 해당 개발 요구사항에 대한 도출 및 분석 명세를 승인을 득할 수준이 될 때 까지 다시 수행
하도록 한다.
요구사항 분석 베이스라인 수립
설계 단계로 넘어가기에 충분하도록 요구사항 분석이 이루어졌다고 고객으로부터 승인을 득했을 시 프로젝트 수행
팀은 개발 요구사항 분석 산출물에 대한 요구사항 분석 베이스라인을 수립하도록 한다. 베이스라인으로 설정된 개
발 요구사항 분석 산출물은 설계 활동 수행 시 기준이 되며, 변경 관리의 기준이 된다.
9. 1.5 요구사항 변경 관리
요구사항 변경관리 수행 절차
요구사항 관리
구분
변경통제위원회
프로젝트 수행팀
고객
산출물
영향평가
요구사항
변경 관리
요구사항
변경요청
영향 대상 식별
요구사항 변경 반영 견적
요구사항 변경 반영 검토
고객협의
필요?
변경요청서
프로젝트
이슈관리
절차
Yes
고객 협의
No
Yes
요구사항변경 반영여부 결정
계획조정
필요?
변경
반영?
Yes
No
합의?
No
Yes
게획조정
프로젝트 일정표
No
요구사항 변경 반영
요구사항관리대장
인스펙션
절차
요구사항추적표
요구사항 변경 반영 검토
Yes
보완필요?
요구사항 변경 반영 불가 통지
No
해당 변경이 반영된
개발 산출물
프로젝트
검토절차
종료
10. 1.5 요구사항 변경 관리
요구사항 변경 관리 가이드(1/2)
활동
설명
영향대상식별
프로젝트 수행팀은 고객으로부터 요구사항에 대한 변경(추가, 수정, 삭제)이 요청되었을 경우 우선적으로 해당 요
구사항 변경(추가, 수정, 삭제) 반영 시 영향을 받는 개발 요구사항을 식별하도록 한다. 영향을 받는 개발 요구사항
을 기준으로 변경 작업 또는 추가 작업이 수행되어야 하는 문서 또는 대상을 식별하도록 한다.
요구사항 변경 반영 견적
프로젝트 수행팀은 고객으로부터 요청된 요구사항에 대한 변경(추가, 수정, 삭제)을 제대로 반영하기 위하여 필요
한 공수 및 일정을 파악하도록 한다. 이때 필요한 공수 및 일정에는 변경을 수행하는 공수 및 일정 외에도 정확한 변
경 반영을 위하여 필요한 분석 및 검토 공수 및 일정까지 포함하여야 한다.
요구사항 변경 반영 검토
변경 통제 위원회는 영향 평가 결과를 바탕으로 반드시 반영 되어야 하는 요구사항인지, 고객 요구사항 변경 반영
시 향후 프로젝트 수행에는 차질이 발생될 가능성이 있는지, 프로젝트 개발 범위에 대한 조정이 필요한 사항인지
를 검토하도록 한다. 변경 통제 위원회는 요구사항 변경의 범위에 따라 그 참석 인원 대상이 조정될 수 있다.
고객 협의
변경 통제 위원회의 검토 결과에 따라 고객과의 협의가 필요하다고 판단된 경우, 프로젝트 수행팀은 고객과의 협
의를 수행하도록 한다. 이때 반드시 반영이 필요한 요구사항인지를 우선적으로 파악하고, 요구사항 변경 반영 시
발생될 수 있는 위험 상황에 대하여 협의 하여야 한다. 요구사항 변경 반영 시 향후 프로젝트 수행에 차질을 발생시
킬 가능성이 있을 경우에는 프로젝트 범위 조정 또는 일정 조정에 대한 협의가 반드시 이루어져야 한다. 이때 일정
조정에 대한 합의가 이루어졌을 경우에는 구체적인 계획 변경 안까지 합의되도록 한다.
고객과의 합의가 이루어지지 않았을 경우 해당 사항은 “프로젝트 이슈 관리 절차”에 따라 프로젝트의 이슈로 등록
이 되어지며, 종료 시까지 추적되어야 한다. 고객과의 협의는 합의점을 찾을 때까지 이루어져야 한다.
11. 1.5 요구사항 변경 관리
요구사항 변경 관리 가이드(2/2)
활동
설명
요구사항 변경 반영 여부 결정
형상 통제 위원회는 요구사항 변경 반영 여부에 대한 결정을 수행한다. 고객과의 합의가 이루어진 사항에 대해서는
고객과의 합의 내용에 근거하여 요구사항 변경 반영 여부를 결정하도록 한다. 요구사항에 대한 변경 반영 불가가
결정된 사항은 반드시 사전에 고객과의 협의에서 반영 불가에 대한 합의가 이루어진 사항이어야 한다.
계획 조정
형상 통제 위원회에서 요구사항 변경 반영이 결정되었을 때 요구사항 변경 반영 시 계획 조정이 사전에 고객과 합
의된 경우에만 수행된다. 프로젝트 수행팀은 적절한 요구사항 변경 반영과 원활한 향후 프로젝트 수행을 위하여 사
전에 고객과 합의된 결과에 따라 조정하도록 한다.
요구사항 변경 반영
프로젝트 수행팀은 사전에 식별된 영향 대상에 대하여 요구사항 변경을 반영하도록 한다. 이때 변경된 요구사항에
대해서 “요구사항 관리 대장”과 “요구사항 추적표”에 반영하도록 한다.
요구사항 변경 반영 검토
변경 통제 위원회로부터 요구사항 변경에 대한 반영이 불가하다고 결정되었을 경우 프로젝트 수행팀은 해당 요구
사항 변경 요청자에게 요구사항 변경 반영 불가를 공지하도록 한다. 요구사항에 대한 변경 불가에 대한 사항은 사
전에 고객과 합의되어야만 한다.
12. 1.6 요구사항 추적 관리
요구사항 추적 관리 수행 절차
요구사항 관리
구분
프로젝트 팀원
프로젝트 파트리더
요구사항 담당자
산출물
단계말
기준선 수립
요구사항
추적성 관리
개발 산출물 작성
요구사항
추적표
요구사항 추적표
갱신 보안
요구사항 추적성
모니터링
단계말?
YES
요구사항 추적성
검토
NO
NO
NO
시스템
테스트종료?
보완 필요?
YES
YES
요구사항 추적성
최종 검토 및 보완
END
요구사항
추적표
13. 1.6 요구사항 추적 관리
요구사항 추적 관리 가이드
활동
설명
요구사항 추적표 갱신 보완
요구사항이 변경으로 인한 산출물의 변경에 따른 추적성 보완
요구사항 추적표 모니터링
요구사항 산출물의 갱신시 추적표 관리가 이루어지는지 모니터링
요구사항 추적표 검토
요구사항 산출물과 추적표의 현행화 검토
14. 1.7 요구사항 버전 관리
요구사항 버전 관리 수행 절차
요구사항문서 라이브러리 시스템
사용자 관리
형상배포관리
형상버전관리
형상상태관리
15. 1.7 요구사항 버전 관리
요구사항 버전 관리 가이드
활동
사용자 관리
설명
산출물 접근 사용자 유형 및 권한 관리
형상 배포 관리
산출물 배포관리
형상 버전 관리
변경에 따른 버전 관리
형상 상태 관리
관리 도구 점검