03. 요구사항 확인C - TOTOLII/study GitHub Wiki

요구사항의 개념
설명, 제약조건, 기준, 근거, 의사소통 등이 있음

요구사항의 유형

1. 기술하는 내용에 따라

   • 기능 요구사항 : 시스템, 무엇(어떤 기능)을 제공하는 가
   • 비기능 요구사항 : 장비, 성능, 인터페이스, 데이터, test, 보안, 품질

2. 기술관점과 대상의 범위에 따라

   • 시스템 요구사항 : 개발자
   • 사용자 요구사항 : 사용자

요구사항 개발 프로세스 (요구공학에 들어가는 하나의 부품 같은 것임)
도출 > 분석 > 명세(문서화) > 확인

1. 요구사항 도출 : 요구사항에 대한 수집, 개발자와 고객의 관계가 형성, 의사소통
   인터뷰, 설문, 워크샵, 브레인스토밍을 이용하여 수집
2. 요구사항 분석 : 요구사항에 대해 필요없는 것을 걸러내는 과정
   타당, 비용, 일정, 범위를 이해하면 된다.
3. 요구사항 명세 : 요구사항을 완전하고 명확하게 문서화 한다.
   기능 요구사항(완전 명확), 비기능 요구사항(필요한 것만)으로 나누어 한다.
4. 요구사항 확인 : 사용자의 요구사항을 명확하게 이해 했는지 검토하는 과정이다.

요구사항을 확인하기 위한 필요한 지식과 기술

요구사항분석 기법

1. 요구사항 분류 : 기능적인 요구사항과 비기능적인 요구사항으로 분류하고
   제품인지 개발과정인지, 우선순위인지, 영향, 변경
2. 개념 모델링 : 필요한 내용을 단순화하고 개념적으로 만든 것.
   유스 케이스, 데이터 흐름도, 목표기반모델, 객체모델을 참고하여 제작
   이러한 모델들을 UML이라고 함.
3. 요구사항 할당 : 요구사항에 맞춰 구성요소를 정하는 과정
4. 요구사항 협상 : 고객과 요구사항의 우선순위를 정해 협상함.
5. 정형분석 : 구문, 의미를 가지는 정형화된 언어를 이용해서 수학적 기호로 표현한 후에 분석하는 것.

요구사항 확인기법
문서화된 요구사항 관련 내용을 확인하고 검증하는 방법

1. 요구사항 검토 : 명확하지 않은 내용은 없는지, 과정이 잘못되어 있는 경우는 없는지, 정해놓은 기준을 벗어난것은 없는지 확인하는 과정
2. 프로토타입 : 모형물. 요구사항 토대로 만든 프로토타입을 이용해 의견을 교환하여 재작성하는 과정
   이해하기 쉽고 내용을 추가하거나 변경해야 하는 피드백이 가능하며 고객과 의사소통이 잘된다는 장점이 있다.
   소프트웨어에 집중해야 하는데 제작에만 집중해서 비용과 시간이 낭비 될 수 있다는 단점이 있다.
3. 모델 검증 : 요구사항을 충족했는지 검토하는 것.
4. 인수 테스트 : 사용될 환경에서 요구사항이 모두 충족 되었는지 사용자 입장에서 확인하는 과정.