• 요구 사항
    문제의 해결 또는 목적 달성을 위해 고객에 의해 요구되는 기능
    고객이 특별히 요구하지 않았어도 당연히 제공되어야 한다고 가정되는 사항

  • 요구 공학
    사용자의 요구를 정확히 반영된 시스템 개발을 위해 사용자의 요구를 추출, 분석, 명세, 검증, 관리하는 구조화된 활동 집합이다.

  • SWEBOX에 따른 요구사항 개발 프로세스
    요구사항 도출 ➡︎ 요구사항 분석 ➡︎ 요구사항 명세 ➡︎ 요구사항 확인

    요구사항 관리 모든 요구사항 관리 프로세스의 주요 이슈 관리를 진행한다

  • 요구사항 도출
    요구 사항 개발 프로세스 중 가장 먼저 진행해야 하는 단계
    소프트웨어가 해결해야 할 문제를 이해하는 첫 번째 단계이며, 소프트웨어 개발 생명주기(SDLC)동안 반복된다.

    • 요구사항 도출 기법
      문서 분석, 관찰, 인터뷰, 브레인 스토밍, JAD회의, 프로토타이핑
  • 요구사항 분석

    • 기능적 요구사항
      제품 구현을 위해 소프트웨어가 가져야 할 기능적 속성
      파일 저장 기능, 편집 기능, 보기 기능 등
    • 비기능적 요구사항
      제품 품질 기준 등의 만족을 위해 소프트웨어가 가져야 할 특성
      성능, 사용의 용이성, 신뢰도, 보안성, 안전성 등
  • 요구사항 명세
    시스템 정의서, 시스템 요구사항 명세서, 소프트웨어 요구사항 명세서

  • 요구사항 확인

    • 요구사항 타당성 검증 사항
      • 무결성 및 완전성 : 사용자의 요구를 에러없이 완전하게 반영하고 있는가?
      • 일관성 : 요구사항이 서로 간에 모순되지 않는가?
      • 명확성 : 요구분석의 내용이 모호함 없이 모든 참여자에 의해 명확하게 이해될 수 있는가?
      • 기능성 : 요구사항 명세서가 '어떻게'보다 '무엇을'에 관점을 두고 기술 되었는가?
      • 검증 가능성 : 개발된 시스템이 요구분석 내용과 일치하는지를 검증할 수 있는가?
      • 추적 가능성 : 시스템 요구사항과 시스템 설계 문서를 추적할 수 있는가?

0개의 댓글