728x90
요구공학
사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구사항에 대한 도출 분석 명세 확인 및 검증 하는 구조화된 활동이다.
요구사항 도출
소프트웨어가 해결해야 할 문제를 이해하고, 고객으로 부터 제시되는 추상적 요구에 대해 관련정보를 식별하고 수집 방법 결정 수집된 요구사항을 구체적으로 표현하는 단계
요구사항 도출 단계 주요기법
| 주요기법 | 내용 |
| 인터뷰 | 이해관계자와 직접 대화를 통해 정보수집 |
| 브레인스토밍 | 말을 꺼내기 쉬운 분위기로 만들어, 회의 참석자들이 아이디어들을 비판없이 수용할수 있는 회의 |
| 델파이기법 | 전문가의 경험적 지식을 통한 문제해결 및 미래 예측을 위한 방법 |
| 롤플레잉 | 현식에 일어나는 장면을 설정하고 여러사람이 각자가 맡은 역을 연기함으로써 수집방법 |
| 워크숍 | 단기간의 집중적인 노력을 통해 다양하고 전문적인 정보를 획득하고 공유하는 방법 프로젝트에 참여하는 모든 핵심인물의 참여가 필요 |
| 설문조사 | 설문지 또는 여론조사등을 이용해 간접적으로 정보를 수집하는 방법 |
요구사항 분석
도출된 요구사항에 대해 충돌 중복 누락등의 분석을 통해 완전성과 일관성을 확보하는 단계
요구사항 명세
체계적으로 검토 평가 승인 될수 있는 문서를 작성하는 단계 => 요구사항명세서
요구사항 확인 및 검증
분석가가 요구사항을 이해했는지 확인하고 요구사항문서가 회사의 표준에 적합하고 이해 가능하며 일관성있고 완전한지 검증하는 단계
정형기술검토활용
동료검토 : 2~3명이 진행하는 리뷰의 형태
워크스루 : 오류를 조기에 검출하는데 목적이 있는 검토방법, 검토자료를 회의전에 배포해서 사전검토한 후 짧은 시간동안 회의를 진행하는 형태로 리뷰를 통해 오류를 검출하고 문서화 하는 비공식적 검토 방법
인스펙션 : 소프트웨어 요구 설계 원시코드 등의 저작자 외의 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적인 검토방법
