요구사항 확인

1. 요구사항

1) 요구 공학(Requirements Engineering)의 개념

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

2)요구사항 분류

• 기능적 요구사항

  시스템이 제공하는 기능,서비스에 대한 요구사항
  시스템이 어떻게 반응,동작 해야 하는지에 대한 기술

• 비기능적 요구사항

  시스템이 수행하는 기능 이외의 사항
  제약사하에 관한 요구사항
  시스템이 갖춰야할 사항에 관한 기술
  제한조건에 관한 기술

3) 요구공학 프로세스

• 구성

1) 요구사항 도출(Elicitation) 요구사항 소스 도출 기법

문제 이해하고 관련 정보 식별
요구사항 구체적 표현

2) 요구사항 분석(Analysis) 요구사항 분류, 개념 모델링, 요구사항 협상

완전성,일관성 확보 단계
요구사항 상충 해결
소프트웨어 범위 파악
요구사항 정의 문서화

3) 요구사항 명세(Specification) 시스템 정의서, 시스템 요구사항 명세서

문서 작성
정형화된 요구사항 생성
요구사항 명세서 생성

4) 요구 사항 확인 및 검증(Vaildation & Verification) 검토, 프로토타이핑, 모델검증, 인수테스트

검증, 요구사항 이해했는 지 확인
요구사항 명세서 검토
요구사항 정의 문서들에 대한 형상관리 수행

• 요구사항 개발 단계 상세

1) 요구사항 도출 단계

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

- 주요기법

인터뷰(Interview)

이해관계자와 직접 대화

브레인 스토밍(Brainstorming)

말을 꺼내기 쉬운 분위기로 만들어
회의 참석자들이 내놓은 아이디어를
비판 없이 수용할 수 있도록 하는 회의

델파이 기법(Delphi Method)

전문가의 경험적 지식을 통한 문제 해결 및 미래 예측을 위한 방법

롤 플레잉(Role Playing)

현실에 일어나는 장면을 설정하고 여러사람이 각자 맡은 역을 연기
함으로서 요구사항을 분석하고 수집하는 방법

워크숍(Workshop)

프로젝트에 참여하는 모든 핵심 인물의 참여가 필요
사전 준비 요구
단기간 집중적인 노력 필요

설문조사(Survey)

설문지 또는 여론조사 등을 이용해 간접적으로 정보 수집
사용자가 다수일 때 의견 수렴이 용이

2) 요구사항 분석 단계

추출된 요구사항에 대해 완전성과 일관성 확보 단계

• 주요 기법

  요구사항 분류

  기능인지 비기능인지 확인하는 활동
  영향 범위 파악
  생명주기 동안 변경 발생하는 지 확인

  개념 모델링 생성 및 분석 UML 주로 사용

  현실 세게의 상황을 단순화,개념적으로 표현한 것을 모델
  문제 도메인의 엔터티들과 개별관게 및 종속성 반영
  다양한 개념 모델 작성 가능

  요구사항 할당

  아키텍처 구성요소를 식별하는 활동
  어떻게 상호작용하는지 분석

  요구사항 협상

  각각에 우선순위 부여 (서로 충돌시)

  정형 분석

  형식적으로 정의된 의미를 지닌 언어로 요구사항 표현
  수학적 기호로 표현

  3) 요구사항 명세 단계

  체계적으로 검토, 평가, 승인 될 수 있는 문서 작성 단계
• 주요 기법

  비정형 명세 기법

  사용자의 요구를 표현할 떄 자연어 기반으로 서술하는 기법
  사용자와 개발자의 이해가 용이
  명확성 및 검증에 문제

  정형 명세 기법

  사용자의 요구를 표현할 때 수학적인 원리와 표기법으로 서술하는 기법
  정형 명세 언어인 Z-스키마, Petri Nets, 상태 차트 활용
  표현이 간결, 명확성 및 검증이 용이
  기법의 이해가 어려움
• 산출물
  요구사항 명세서

  4) 요구사항 확인 및 검증 단계

• 주요 기법

  • 요구사항 검토

    여러 검토자들이 에러, 잘못된 가정, 불명확성, 표준과의 차이 검토

  • 정형 기술 검토 활용 동워인

    동료 검토(Peer Review) 설명
    2~3명이 진행하는 리뷰의 형태
    작성자가 요구사항 명세서를 설명하고 이해 관계자들이 설명을 들으면서
    결함을 발견하는 형태로 진행
    워크 스루(Walk Throug) 사전 검토
    오류를 조기 검출하는데 목적
    검토 자료를 회의 전에 배포해서 시전 검토한 후
    짧은 시간 동안 회의를 진행하는 형태로
    리뷰를 통해 오류를 검출하고 문서화 하는 비공식적 검토방법
    인스펙션(Inspection) 검사해 오류찾기
    다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적인 검토 방법
    절차)
    계획 -> 사전교육 -> 준비 -> 인스펙션 회의 -> 수정 -> 후속 조치
  • 프로토타이핑 활용 일부분 개발 -> 시연
    개발할 시스템에 대한 주요 기능이나 일부분을 개발하여 최종 사용자나
    고객을 대상으로 시스템이 작동하는 모습을 경험할 수 있게 하여
    요구사항을 확인
    동적인 행위에 대한 이해가 문서나 그래픽 모델보다 용이
  • 모델 검증
    분석 단계에서 개발된 모델의 품질 검증 필요
    객체 모델의 경우 객체들 사이의 의사소통 경로를 검증하기 위한
    정적 분석 수행에 유용
  • 테스트 케이스 및 테스트를 통한 확인
    각각 요구 사항을 어떻게 확인할 것인지에 대한 계획 수립하고
    테스트 케이스 작성
    인수 테스트에는 알파 테스트와 베타 테스트가 있다.
  • CASE 도구 활용 검증
    구조화된 요구사항 명세서에 대해서는 자동화된 일관성 분석을 제공하는
    CASE 도구 활용 가능
  • 베이스라인(BaseLine) 통한 검증
    베이스 라인을 통한 요구사항에 대한 지속적 검증 수행
  • 요구사항 추적표(RTM; Requirement Traceability Matrix)를 통한 검증
    개발 단계 별 최종 산출물이 어떻게 반영되고 변경되었는 지 확인이 가능한 문서
• 상세 정형 기술 검토 기법
  • 관리 리뷰(Management Review) 진행상황 전반적인 검토
    프로젝트 진행 상황에 대한 전반적인 검토를 바탕으로 범위, 일정, 인력 등에 대한 통제 및 의사결정을 지원하는 리뷰
  • 기술 리뷰(Technical Review) 적절하게 구현 , 여러 대안 추천하거나 대안 검토
    정의된 계획 및 명세를 준수하고 있는지에 대한 검토를 수행하는 리뷰
    변경 사항이 적절하게 구현되었는지를 평가하고 여러 대안을 추천하거나
    대안을 검토
    대표 엔지니어가 주재하며 경우에 따라서 관리자도 참가 가능
  • 인스펙션(Inspection) 다른팀이 검사, 동료 검토
    다른 팀이 검사하여 문제를 식별하고 문제에 대한 올바른 해결을 찾아내는 형식적인 검토 기법 동료 검토(Peer Review)라고도 함
  • 워크 스루(walk Through) 사전검토 후 회의, 비형식적 검토
    사전 검토 후 짧은 시간 동안 회의
    가장 비형식적 검토
  • 감사(Audit) 독립적으로 평가
    규제, 표준, 가이드 라인, 계획, 절차를 준수 하고 있는 지를 독립적으로 평가하는 기법
    소프트웨어 제품의 제공자, 소비자, 제 3기관이 수행