요구사항 정의
요구사항
: 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약 조건 등
- 시스템 개발 분야에서 어떤 과제를 수행하기 위하여 필요한 조건이나 능력
- 요구사항이 제대로 정립되어야 이를 토대로 이후 과정의 목표와 계획의 수립이 가능함
요구사항의 유형
1. 기능적 요구사항
- 시스템이 무엇을 하고 어떤 기능을 하는 지에 대한 사항
- 기능, 입력, 출력, 저장, 수행 등등
2. 비기능적 요구사항
- 성능, 장비구성 등 품질이나 제약사항에 대한 사항
3. 사용자 요구사항
: 사용자의 관점에서 본 시스템이 제공해야 할 사항
4. 시스템 요구사항
: 개발자의 관점에서 본 시스템 전체가 사용자와 다른 시스템에 제공해야 할 사항
요구사항 개발 프로세스
- 도출 → 분석 → 명세 → 확인 (도분명확)
요구사항 분석
: 개발의 실질적 첫 단계이며 사용자의 요구사항을 이해하고 문서화하는 과정
1) 요구사항 분석 기법
- 요구사항 분류, 개념 모델링(UML), 요구사항 할당, 요구사항 협상, 정형 분석
- 자료 흐름도(Data Flow Diagram), 자료 사전(Data Dictionary) 등의 도구를 사용
2) 자료 흐름도
a. 프로세스(Process) : 자료를 변환시키는 시스템의 한 부분을 나타냄
b. 자료 흐름(Data Flow) : 자료의 이동이나 연관관계를 의미
c. 자료 저장소(Data Store) : 시스템에서의 자료 저장소를 의미
d. 단말(Terminator) : 시스템과 교신하는 외부 개체로 입력 데이터가 만들어지고 출력 데이터를 받음
3) 자료 사전(Data dictionary)
- 자료 흐름도에 있는 자료를 더 자세히 정의하고 기록한 것 => 즉, 데이터를 설명하는 데이터(Meta Data)
- 기호
| 기호 | 의미 |
| = | 자료의 정의 |
| + | 자료의 연결 |
| ( ) | 자료의 생략 |
| [ l ] | 자료의 선택 |
| { } | 자료의 반복 |
| * * | 자료의 설명 |
요구사항 명세
: 요구사항을 분석한 후 승인될 수 있도록 문서화하는 과정
- 빠짐없이 완전하고 명확하게 기술되어야 함
- 사용자가 이해하기 쉬워야 하며, 개발자가 효과적으로 설계할 수 있어야 함
- 설계 과정에서 잘못된 부분이 확인될 경우 그 내용을 요구사항 정의서에서 추적할 수 있어야 함
요구사항 확인
: 문서화된 요구사항을 훑어보면서 확인하는 과정
- 시스템 정의서, 시스템 사양서, 소프트웨어 요구사항 명세서 등을 완성한 시점에서 이루어짐