요구사항
1. 요구공학
- 사용자의 요구가 반영된 시스템을 개발하기 위해 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동
2. 요구사항의 분류
- 기능적 요구사항 : 시스템이 제공하는 기능, 서비스에 대한 요구사항
- 비기능적 요구사항 : 시스템이 요구하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항
※ 비기능은 성능 관련
3. 요구사항 개발 프로세스
| 프로세스 | 설명 |
| 요구사항 도출 (Elicitaion) |
SW가 해결해야 할 문제를 이해하고, 고객으로부터 제시되는 추상적 요구에 대해 관련 정보를 식별하고 수집 방법 결정, 수집된 요구사항을 구체적으로 표현하는 단계 |
| 요구사항 분석 (Analysis) |
도출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 단계 |
| 요구사항 명세 (Specification) |
체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하는 단계 |
| 요구사항 확인 및 검증 (Validation & Verification) |
분석가가 요구사항을 이해했는지 확인하고, 요구사항 문서가 회사의 표준에 적합하고 이해 가능하며, 일관성이 있고, 완전한지 검증하는 단계 |
4. 요구사항 개발 프로세스 상세
| 프로세스 | 설명 |
| 요구사항 도출 | - 인터뷰 : 이해 관계자와 직접 대화 - 설문조사 : 설문지, 여론조사 - 브레인스토밍 : 말을 꺼내기 쉬운 분위기로 만들어 비판 없이 수용할 수 있도록 하는 회의 - 델파이 기법 : 전문가의 경험적 지식을 통한 문제 해결 방법 - 롤 플레잉 : 여러 사람이 각자 자신이 맡은 역을 연기 - 워크숍 : 단 기간에 다양하고 전문적인 정보를 획득 및 공유 |
| 요구사항 분석 | - 청취 기술, 인터뷰와 질문 기술 |
| 요구사항 명세 | - 비정형 명세 기법 - 자연어 기반 - 사용자와 개발자 이해 용이 - 명확성 및 검증 문제 - 정형 명세 기법 - 수학적인 원리와 표기법, Z-스키마, Petri Nets - 표현 간결, 명확성 및 검증 용이 - 기법 이해 어려움 |
| 요구사항 확인 및 검증 |
- 정형 기술 검토 - 동료 검토 (Peer Review) : 2~3명이 진행, 작성자가 명세서 설명후, 이해 관계자들이 설명을 들으며 결함 발견 - 워크스루 (Walk Through) : 검토자료를 회의 전, 배포하여 사전 검토한 후, 짧은 시간동안 회의 진행 - 인스펙션 (Inspection) : 저작자 외의 다른 전문가 or 팀이 검사해 오류를 찾아내는 공식적 검토 방법 |