03. 요구사항 확인

📌 요구공학

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

✅ 목적

• 효과적인 의사소통 수단 제공, 요구사항에 대한 공통된 이해 설정
• 요구사항 누락 방지 및 불필요한 비용 절감, 요구사항 변경 추적 가능
• 초기 요구사항 관리로 개발 비용과 시간 절약

✅ 요구사항 분류

• 기능적 요구사항
  • 특정 입력에 대해 시스템이 어떻게 반응 해야하는지 기술
  • 특성 : 기능성, 완전성, 일관성
  • e.g. 결제수단은 신용카드, 무통장 입금 등이 가능해야함
    
• 비기능적 요구사항
  • 품질 속성 또는 제한 조건에 관한 기술
  • 특성 : 신뢰성, 사용성, 효율성, 유지보수성, 이식성, 보안성 등
  • e.g. 특정 함수 호출 시간은 3초를 넘지 않아야 함

📌 요구공학 프로세스

✅ 요구사항 도출 단계

• 주요 기법
  • 인터뷰 : 이해관계자와 직접 대화
  • 브레인스토밍 : 아이디어를 비판 없이 수용할 수 있도록 하는 회의
  • 델파이 기법 : 전문가의 경험적 지식을 통한 문제 해결 및 미래 예측을 위한 방법
  • 롤 플레잉 : 현실에서 일어나는 장면 설정, 연기하여 요구사항 분석, 수집
  • 워크숍 : 단기간 집중적 노력, 모든 핵심 인물의 참여
  • 설문조사 : 사용자가 다수일 때 의견 수렴에 용이

✅ 요구사항 분석 단계

• 기법
  • 자료 흐름 지향 분석
  • 객체 지향 분석

✅ 요구사항 명세 단계

• 기법

  • 비정형 명세 기법
    - 자연어 기반 요구 표현
    - 사용자와 개발자 이해 용이
    - 명확성 및 검증 문제
  • 정형 명세 기법
    - 수학적인 원리와 표기법으로 서술
    - 표현 간결, 명확성 및 검증 용이
    - 기법 이해 어려움
    
    

• 산출물 : 요구사항 명세서

• 요구사항 명세 원리 및 검증 항목
  : 명확성, 완전성, 검증 가능성, 일관성, 수정 용이성, 추적 용이성, 개발 후 이용성

✅ 요구사항 확인 및 검증 단계

• 주요 기법
  • 요구사항 검토
  • 정형 기술 검토 활용
    - 관리 리뷰 : 프로젝트 진행 상황에 대한 전반적인 검토 바탕, 범위, 일정, 인력에 대한 통제 및 의사결정 지원
    - 동료 검토 : 2~3명의 이해관계자들이 설명 들으면서 결함 발견
    - 워크 스루 : 회의 전 검토 자료 배포하여 사전검토 후 짧은 시간동안 회의 진행하는 형태, 가장 비형식적
    - 인스펙션 : 저작자 외 다른 전문가 또는 팀이 검사, 형식적
    - 감사 : 소프트웨어 제품 및 프로세스가 규제, 표준, 가이드라인, 계획, 절차를 준수하고 있는지 독립적 평가
  • 프로토타이핑 활용
  • 모델 검증
  • 테스트 케이스 및 테스트를 통한 확인
  • CASE 도구 활용 검증
  • 베이스라인을 통한 검증
  • 요구사항 추적표를 통한 검증

✅ 요구사항 관리 단계

: 요구사항 변경에 대해 일치성과 무결성 제공하기 위해 변경제어와 추 등 일련의 관리 수행