요구사항
소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건
- 요구사항이 제대로 정의되어야 이를 토대로 이후 과정의 목표와 계획을 수립할 수 있다
유형
기능 요구사항
- 시스템이 무엇을 하는지, 어떤 기능을 하는지에 대한 사항
- 시스템의 입출력에서 무엇이 포함되어야 하는지, 어떤 데이터를 저장하거나 연산을 수행하는지 나타냄
비기능 요구사항
- 시스템 장비 구성의 요구사항 : 하드웨어, 소프트웨어, 네트워크, ...
- 성능의 요구사항 : 처리속도, 처리량 , ...
- 보안 요구사항 : 시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항
사용자 요구사항
- 사용자 고나점에서 본 시스템이 제공해야 할 요구사항
- 사용자를 위한 것으로 친ㅅ눅한 표현으로 이해하기 쉽게 작성
시스템 요구사항
- 개발자 관점에서 본 시스템 전체가 사용자와 다른 시스템에 제공해야 할 요구사항
- 소프트웨어 요구사항이라고도 불림
개발 프로세스
요구사항 도출
- 요구사항 도출 단계에서 개발자와 고객 사이의 관계가 만들어지고 이해관계자가 식별됨
- 소프트웨어 개발 생명 주기 동안 지속적으로 반복됨
- 도출 방법으로 청취와 인터뷰, 설문, 브레인스토밍, 유스케이스 등이 있다.
요구사항 분석
- 사용자 요구사항의 타당성을 조사하고 비용과 일정에 대한 제약을 설정
- 도출된 요구사항을 토대로 소프트웨어의 범위를 파악
- 자료 흐름도(DFD), 자료 사전(DD) 등의 도구가 사용됨
요구사항 명세
- 문서화 할 경우 기능 요구사항은 빠짐없이 완전하고 명백하게 기술하고, 비기능 요구사항은 필요한 것만 명확하게 기술한다
- 구체적인 명세를 위해 소단위 명세서가 사용될 수 있다
요구사항 확인
- 분석가가 요구사항을 정확하게 이해한 후 요구사항 명세서를 작성했는지 확인이 필요
- 명세서에 일관성, 회사의 기준, 누락된 기능은 없는지 검증해야한다.
