-
요구 사항
문제의 해결 또는 목적 달성을 위해 고객에 의해 요구되는 기능
고객이 특별히 요구하지 않았어도 당연히 제공되어야 한다고 가정되는 사항
-
요구 공학
사용자의 요구를 정확히 반영된 시스템 개발을 위해 사용자의 요구를 추출, 분석, 명세, 검증, 관리하는 구조화된 활동 집합이다.
-
SWEBOX에 따른 요구사항 개발 프로세스
요구사항 도출 ➡︎ 요구사항 분석 ➡︎ 요구사항 명세 ➡︎ 요구사항 확인
요구사항 관리 모든 요구사항 관리 프로세스의 주요 이슈 관리를 진행한다
-
요구사항 도출
요구 사항 개발 프로세스 중 가장 먼저 진행해야 하는 단계
소프트웨어가 해결해야 할 문제를 이해하는 첫 번째 단계이며, 소프트웨어 개발 생명주기(SDLC)동안 반복된다.
- 요구사항 도출 기법
문서 분석, 관찰, 인터뷰, 브레인 스토밍, JAD회의, 프로토타이핑
-
요구사항 분석
- 기능적 요구사항
제품 구현을 위해 소프트웨어가 가져야 할 기능적 속성
파일 저장 기능, 편집 기능, 보기 기능 등
- 비기능적 요구사항
제품 품질 기준 등의 만족을 위해 소프트웨어가 가져야 할 특성
성능, 사용의 용이성, 신뢰도, 보안성, 안전성 등
-
요구사항 명세
시스템 정의서, 시스템 요구사항 명세서, 소프트웨어 요구사항 명세서
-
요구사항 확인
- 요구사항 타당성 검증 사항
- 무결성 및 완전성 : 사용자의 요구를 에러없이 완전하게 반영하고 있는가?
- 일관성 : 요구사항이 서로 간에 모순되지 않는가?
- 명확성 : 요구분석의 내용이 모호함 없이 모든 참여자에 의해 명확하게 이해될 수 있는가?
- 기능성 : 요구사항 명세서가 '어떻게'보다 '무엇을'에 관점을 두고 기술 되었는가?
- 검증 가능성 : 개발된 시스템이 요구분석 내용과 일치하는지를 검증할 수 있는가?
- 추적 가능성 : 시스템 요구사항과 시스템 설계 문서를 추적할 수 있는가?