요구공학 Validation and Verification

황제낙엽 2013.08.23 15:07 조회 수 : 117

sitelink1 http://www.eahn.kr/wordpress/?p=841 
sitelink2  
sitelink3  
extra_vars4  
extra_vars5  
extra_vars6  

프로젝트뿐만이 아니라 실 생활에서도 많이 사용되는 용어인데 정확하게 구분하기도 어렵고, 구분의 필요성을 느끼기 어려운 단어입니다. 그러면 프로젝트관리에서는 어떻게 구분을 해서 사용하는 것이 좋은 방법인지 구분을 해보도록 하겠습니다.

먼저 사전적인 의미와 PMBOK에서 정의하는 내용을 기준으로 하여 찾아보면,

Validation

1. 다음사전

  • 주요 뜻 : ① 실증 ② 비준 ③ 확인

2. 위키피디아(Validation_and_verification)

  • Are you building the right thing? 올바른 일을 하고 있는가?

3. 네이버 지식백과(컴퓨터인터넷IT용어대사전|컴퓨터/통신>컴퓨터/통신일반)

  • 데이터가 부정확, 불완전 또는 불합리한가 어떤가를 확인하기 위해서 사용되는 처리.

4. PMBOK

  • 제품, 서비스 또는 시스템이 고객과 기타 이해관계자의 요구사항을 충족함에 대한 보증하고, 외부고객의 인수, 외부고객에 적합성에 대한 보증을 포함하기도 한다.

clip_image002_thumb.jpg

 

 이미지 출처: http://anatbaron.com/

Verification

1. 다음사전

  • 주요 뜻 : ① 확인 ② 입증 ③ 증거

2. 위키피디아(Validation_and_verification)

  • Are you building it right? 일을 정확하게 하고 있는가?

3. 네이버 지식백과 (두산백과/과학/순수과학/수학/수학일반)

  • 검산(檢算) : 계산 결과가 옳은지 그른지를 검사하기 위한 계산으로 같은 실수를 되풀이할 우려가 있기 때문에 보통은 앞서 한 계산과 다른 방법을 사용한다

4. PMBOK

  • 제품, 서비스 또는 시스템이 규제, 요구사항, 사양 또는 지정된 조건을 준수하는지 평가하는 방법이다.

clip_image004_thumb.jpg

 

 이미지 출처: http://www.softwaretestingclass.com/

백과사전에서 공통적으로 사용 가능한 부분으로 수학적 의미를 찾으려 하였으나 validation은 수학적 설명이 없어 가장 이해하기 쉽다고 생각되는 것을 골라 봤습니다.

일단 원어민이 아닌 관계로 영어로 된 2개 용어의 차이점을 구분하기 매우 어렵습니다. 그래서 위키피디아에는 어떻게 정의하는지 찾아보았습니다. 좀더 상세한 내용은 아래의 링크를 따라 가시면 볼 수 있습니다.

출처 : Validation_and_verification (http://en.wikipedia.org/wiki/Verification_and_Validation)

검증(Verification)과 타당성검사(Validation)는 제품, 서비스 또는 시스템 요구사항과 사양을 충족하고 의도한 목적을 성취하는지 확인하기 위해 함께 사용하는 독립적인 절차입니다.

“때로는 호환 가능한 의미로 사용됩니다.”

독립적으로 사용한다는 의미는 각 절차를 순서대로 사용해야 함을 의미하는 것으로 볼 수 있습니다. 타당성검사를 했으면 검증을 해야 한다. 이렇게 정의할 수 있습니다.

그리고 “호환 가능하게 사용된다”는, 호환 가능하다는 것의 의미는 일상적인 생활에서 사용하는 경우는 구분을 하지 않고도 사용을 할 수 있다는 것을 말합니다.

하지만 프로젝트관리에서는 구분을 해서 사용하는 것이 바람직하다고 봅니다. Validation은 고객의 요구사항을 분석하고 이해한 내용을 기반으로 작성한 문서와 고객이 요구한 것에 대한 차이점이 있는지 검사하는 것입니다. 이 과정에서 잘못 작성된 내용은 Scope에 영향을 미치게 되므로 프로젝트의 범위를 확정하기 전 고객의 요구사항이 포함되었는지 확인하는 과정입니다.

Scope 정의가 잘못되면 프로젝트 전체에 큰 영향이 있으므로 매우 중요한 과정입니다. 잘못된 scope가 프로젝트 전체에 미치는 영향이 어떤지는 두말이 필요 없습니다. 고객, 이해관계자, 스폰서, 팀원 모두가 참여 가능합니다.

Validation의 특징은

  1. 중복된 것이 없고 누락된 것도 없는지 확인하는 것
  2. 고객과 이해관계자, 프로젝트 팀 모두 참여

Verification은 validation에서 정의한 제품 또는 서비스가 정의된 내용과 동일하게 만들어지고 있는지 또는 제품이 정해진 사양을 만족하는지 검사하는 절차입니다. 제품 또는 서비스가 Validation된 내용을 만족하는지 검사하는 과정으로, 고객이 인수하기 전 내부에서 통제하는 것입니다.

Verification의 특징은

  1. 제품 또는 서비스가 Validation된 내용을 만족하는지 검사하는 것
  2. 내부 프로세스

 

마지막으로 S/W개발에서 UI구성을 예로 들어 validation과 verification을 어떻게 사용하는지 살펴보겠습니다.

clip_image006_thumb.jpg

 

고객의 요구사항은 성명과 전화번호는 필수로 입력해야 하고, 이메일은 선택적으로 입력이 가능해야 한다.

위 제품을 개발할 때 UI부분에서 고객이 입력한 내용에서 성명과 전화번호가 있고, 정확하게 입력이 되었는지 확인하는 것은 validation입니다.

완성된 제품에서 성명과 전화번호가 입력되었는지 확인하는 절차가 있고, 이메일은 입력을 하거나 하지 않더라도 사용이 가능한지 즉, 제품이 고객이 요구한 조건을 충족하는지 검사하는 것이 verification입니다.

번호 제목 글쓴이 날짜 조회 수
63 [Selenium] 크롬 브라우저 실행 화면을 출력하거나 감추는 방법 황제낙엽 2024.05.05 0
62 [Selenium] 페이지 이동 함수 황제낙엽 2024.05.05 0
61 [Selenium] Chrome 실행 자동화 file 황제낙엽 2024.05.03 1
60 [Selenium] MS Edge 실행 자동화(RPA, Robotic Process Automation) file 황제낙엽 2024.05.02 17
59 [Selenium] Warning : Unable to find CDP implementation matching 124 황제낙엽 2024.05.02 0
58 프로젝트 WBS 예제 (Microsoft Project 2013) secret 황제낙엽 2021.05.12 0
57 WBS (Work Breakdown Structure) 황제낙엽 2020.06.18 35
56 프로젝트 진행 절차 file 황제낙엽 2020.05.21 58
55 BDD (Behaviour-Driven Development) 황제낙엽 2020.04.02 28
54 요구사항 개발과 요구사항 관리 요약(요구사항기술서 샘플) file 황제낙엽 2019.07.07 112
53 뒤늦게 정리하는 UML (Unified Modeling Language) 요약 file 황제낙엽 2017.03.29 458
52 StarUML™의 숨은 재미있는 기능 황제낙엽 2017.03.29 356
51 The Facade Pattern file 황제낙엽 2017.01.04 312
50 와블스 프로세스(Warbles Process) 황제낙엽 2016.07.17 237
49 비 개발자 출신이 스크럼 마스터가 될 수 있는가? 황제낙엽 2015.06.25 356
48 디자인패턴[Observer 패턴] 황제낙엽 2013.10.18 156
47 PMBOK 5판 이해관계자 관리의 이해 [1] file 황제낙엽 2013.08.23 1291
» Validation and Verification file 황제낙엽 2013.08.23 117
45 이해관계자의 관리/이해관계자 분석 황제낙엽 2013.08.23 392
44 성공적인 HR 프로젝트의 비결: 이해관계자 분석 file 황제낙엽 2013.08.23 302