정보처리기사 오답 정리(3. 요구사항 확인)

요구공학이란

• 사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동

요구사항의 종류

기능 요구사항

• 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야 하는 기능
• 분석, 설계, 구현, 테스트 공정을 거쳐 개발하는 요구사항

비기능 요구사항

• 기능 요구사항을 제외한 성능, 시스템 장비 구성 요구사항, 인터페이스 요구사항, 데이터 요구사항 등 생산성에 영향을 미치는 요인들

요구사항 개발 프로세스

1. 요구사항 도출

• 소프트웨어가 해결해야 할 문제를 이해하고 고객으로부터 제시되는 추상적 요구에 대해 관련 정보를 식별
• 수집 방법 결정, 수집된 요구사항을 구체적으로 표현하는 단계

2. 요구사항 분석

• 도출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확인하는 단계

3. 요구사항 명세

• 체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하는 단계

4. 요구사항 확인 및 검증

• 분석가가 요구사항을 이해했는지 확인하고, 요구사항 문서가 회사 표준에 적합한지, 일관성 있게 완전한지 검증하는 단계

요구사항 명세의 종류

비정형 명세기법

• 사용자의 요구를 표현할 때 자연어를 기반으로 서술하는 기법

정형 명세 기법

• 사용자의 요구를 표현할 때 수학적 원리와 전용 표기법으로 서술하는 기법

소프트웨어의 요구사항을 분석하고 정의하는 단계에서 작성되는 최종 산출물은 요구사항 명세서이다.

요구사항 검증 방법

1. 관리 리뷰

• 프로젝트 진행 상황에 대한 전반적인 검토를 바탕으로 범위, 일정, 인력 등에 대한 통제 및 의사결정을 지원하는 리뷰

2. 기술 리뷰

• 정의된 계획 및 명세를 준수하고 있는지에 대한 검토를 수행하는 리뷰

3. 인스펙션

• 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가/팀이 검사하여 문제를 식별하고 올바른 해결을 찾아내는 형식적인 기법
• 작성자를 제외한 모든 검토 전문가들이 확인한다는 특징을 가짐

4. 워크 스루

• 검토 자료(명세서)를 회의 전에 배포하여 사전 검토한 후 짧은 시간 동안 회의를 진행하는 형태
• 리뷰를 통해 문제 식별, 대안 조사, 개선 활동, 학습 기회를 제공하는 가장 비형식적인 검토 방법

5. 감사

• 소프트웨어 제품 및 프로세스가 규제, 표준, 가이드라인, 계획, 절차를 준수하고 있는지를 독립적으로 평가하는 방법