요구사항 확인 part 2

1. 요구사항 정의

• 요구공학
  • 요구공학 정의
    • 문서 생성, 검증, 관리하기 위하여 수행되는 구조화된 활동의 집합
  • 요구공학 프로세스(요구사항 개발 프로세스)
    • 요구사항을 명확히 분석하여 검증하는 진행 순서
    • 요구사항 도출, 분석, 명세, 확인 및 요구사항 관리
    • 요구사항 도출(Elicitation) : 요구사항 소스, 도출기법
    • 분석(Analysis) : 요구사항 분류, 개념 모델링, 기술 구조 설계 및 요구사항 할당, 요구사항 협상
    • 명세(Specification) : 시스템 정의서, 시스템 요구사항 명세서, 소프트웨어 요구사항 명세서, 요구사항 추적서
    • 확인(Validation) : 검토, 프로토타이핑, 모델 검증, 인수 테스트
• 요구사항 분석 기법
  • 요구사항 분석을 통해 요구사항을 기술할 때에는 다음 작업들이 가능하도록 충분하고 정확하게 기술하여야함
  • 요구사항을 분석하는 기법 
    • 요구사항 분류 : 요구사항을 일반적으로 기능, 비기능 요구사항으로 분류
    • 개념모델링 : 문제에 대한 모델링이 소프트웨어 요구사항 분석의 핵심
    • 요구사항 할당 : 요구사항을 만족시키기 위한 아키텍처 구성 요소를 식별하는 것
    • 요구사항 협상 : 이해 관계가 상충할 때 트레이드 오프 지점(절충점)에서 합의가 중요
    • 정형 분석 : 요구사항을 기술하여 분석하는 방법을 수학과 논리학에 기반을 두어 자연언어가 내포하는 애매모호함이나 불확실성을 제거하는 분석 기법

2. 요구사항 확인

• 요구사항 확인기법
  • 요구사항 검토
    • 여러 검토자들이 에러, 잘못된 가정, 불명확성, 표준과의 차이 등을 찾아내는 작업을 수행하는 방법
  • 프로토타이핑 기법
    • 새로운 요구사항을 도출하기 위한 수단
    • 소프트웨어 요구사항에 대해 소프트웨어 엔지니어가 해석한 것을 확인하기 위한 수단
    • 적당한 규모의 프로토타이핑을 검증하는 방법으로 요구사항을 확인하는 방법
  • 모델검증 기법
    • 만일 구현될 정보 시스템과 유사한 정보 시스템 모델을 선정하여 해당 모델에 대하여 요구사항이 적용될 수 있는지 검증하는 방법
  • 인수 테스트
    • 최종 구현된 정보 시스템에 대하여 처음에 제시된 요건을 만족하는지 테스트를 하여 만족한다면 해당 시스템을 인수한다는 개념

3. 요구사항 검증

• 요구사항 반영 확인
  • 기능 요구사항 확인 절차
    • 요구사항 목록에 업무기능에 대한 요구사항이 모두 반영되었는지 확인하는 절차
  • 요구사항 정의서 확인 절차
    • 요구사항 정의서의 항목을 점검하고 누락이나 오기가 없는지 검토
    • 요구사항 정의서에 누락된 기능 요구사항이 있는지 확인
  • 비기능 요구사항 확인 절차
    • 기능적 동작으로 표현되지 않는 시스템의 특성, 품질, 제약사항 등 비기능적 요구사항이 명확하게 도출되었는지 검토
    • 성능, 가용성, 사용 용이성, 유지보수 용이성, 안전성, 보안성 등에 대한 요구사항이 문서화 되었는지 확인
  • 인터페이스 분석의 개념
    • 일반적인 정보시스템은 다수의 프로세스나 다수의 서버시스템간의 상호 정보의 교환, 입출력(I/O Input/Output)을 주고 받으므로 상호교환할 입출력에 대한 분석이 필요

4. 요구사항 시스템화

• 성능 및 용량산정 적정성 확인
  • 요구사항을 시스템에 적용하기 전 요구사항이 기술적으로 타당한지 확인하는 작업
    • 성능 및 용량산정 적정성 검토
    • 시스템간 상호 운용성 검토
    • IT 시장 성숙도 및 트렌드 부합성 검토
    • 기술적 위험 분석 등 진행
  • 성능 및 용량산정 적정성 검토를 위하여 성능평가와 용량산정을 확인하고 적정성 점검
• IT 시장 성숙도 및 트렌드 확인
  • 시스템간 상호 운용성 검토를 위하여 시스템 유연성을 확인하는 절차 수행
  • 요구사항 시스템화 검증 
    • 시스템 구축 시 요구되는 영역별 정보기술들의 시장 성숙도 및 발전 방향 파악
    • 요구사항을 만족시키기 위하여 적용한 기술의 복잡성, 검증 여부, 의존성 등에 대하여 위험 발생 가능성 및 영향도 파악

5. 요구사항 타당성 분석

• 타당성 분석 결과 기록 검증
  • 요구사항 시스템화에 대한 타당성 분석 진행 절차
    • 유스케이스 모델링 검토
    • 타당성 분석 결과 기록
    • 타당성 분석 결과 검증
    • 타당성 분석 결과 공유
  • 유스케이스 모델링 검토
    • 유스케이스 명세서를 바탕으로 도출된 시스템 요구사항 항목 점검
    • 해당 시스템 요구사항을 기준으로 하여 역으로 모든 유스케이스 항목이 실행가능한지 점검
    • 해당 점검내용을 타당성 분석 결과로 기록
• 타당성 분석 결과 공유
  • 타당성 분석 결과를 이해관계자와 원활한 커뮤니케이션 활동을 통하여 검토
  • 타당성 분석 결과를 이해관계자에게 배포하고 내용 공유

6. 요구사항 관리

• 요구사항 협상 및 기준선
  • 요구사항을 관리하는 4가지 절차
    • 요구사항 협상
    • 요구사항 기준선
    • 요구사항 변경관리
    • 요구사항 확인
  • 요구사항 협상 : 가용한 자원과 수용 가능한 위험수준에서 구현 가능한 기능을 협상하는 것
  • 요구사항 기준선은 공식적으로 합의되고 검토된 요구사항 명세서로 결정
• 요구사항 변경관리 및 확인
  • 요구사항 변경관리 : 요구사항 기준선을 기반으로 모든 변경을 공식적으로 통제하는 활동
  • 요구사항 확인 : 구축된 시스템이 이해관계자가 기대한 요구사항에 부합되는지 확인하는 활동

7. 분석 참고모델

• 분석 참고모델
  • 요구사항 도출 후 분석작업을 위한 모델
  • 구조적 분석모델, 객체지향 분석모델, 정보공학 분석모델, 정형화 분석모델과 같은 분석모델을 참고하여 활용할 수 있음
  • 구조적 분석모델
    • 사용자의 요구분석 사항을 파악하기 위하여 자료의 흐름과 가공절차를 그림 중심으로 표현하는 방법
  • 객체지향 분석모델
    • 하나의 일의 단위를 객체라는 개념으로 보고 객체와 객체의 관계를 파악하는 방법으로 분석하는 모델
  • 정보공학 분석모델
    • 기업 전반 또는 기업 주요 부분에 대한 정보 시스템 구축의 전략(계획) 수립, 분석, 설계 및 구축에 대한 정형화된 분석모델
  • 정형화 분석모델
    • 단위 업무 프로세스의 상테에 대하여 논리적 표현을 중심으로 분석하는 방법
    • 상태변화 분석이라고도 함

8. 분석모델 검증

• 요구사항 분석활동
  • 요구사항 분석활동
    • 도출된 각각의 요구사항을 좀 더 풍부하고 상세하게 이해하고 이를 여러 가지 방법으로 표현 → 요구사항을 분류하고 조직화하여 명세를 구체화해 나가는 것
    • 기능분할, 시나리오 기반 분석, 유스케이스 분석
  • 유스케이스 분석
    • 대표적인 시나리오 기반 요구사항 분석 방법으로 활용
    • 사용자 요구사항 문서와 같은 입력 자료로부터 이해관계자와 관심 대상인 시스템 간의 상호작용 식별 → 유스케이스 다이어그램으로 작성
• 분석모델 검증 방법
  • 분석모델 검증 절차
    • 유스케이스 모델 검증
    • 개념 수준의 분석클래스 검증
    • 분석클래스 검증
  • 분석모델 검증 완료 후 검토의견을 작성하고 공유

9. 분석모델 타당성 분석

• 분석모델 기술적 타당성 검토
  • 분석모델 기술적 타당성 검토 절차
    • 요구사항에 대한 기술적 타당성 검토 절차와 동일한 방식으로 분석모델이 기술적으로 타당한지 검토
  • 타당성 검토 내용
    • 성능 및 용량분야
    • 시스템간 상호 운용성 분야
    • 시장 성숙도 및 IT 트렌드 부합성 분야
    • 기술적 위험분석 분야
• 분석모델 타당성 의견 작성
  • 분석모델 타당성 의견을 작성하기
    • 분석모델까지 요구사항 추적표를 작성
    • 타당성 검토 의견 컬럼을 추가
    • 작성된 요구사항 추적표에 타당성 검토 의견을 작성
  • 분석모델 타당성 의견 공유
    • 타당성 분석 결과를 관련 이해관계자가 검증한 후 관련 이해관계자 검증을 거친 타당성 분석 결과를 확인하고 배포 및 공유

10. 요구사항 추적서 명세화

• 요구사항 추적서 자료 수집
  • 요구사항 정의서 검토
    • 요구사항 추적서는 요구사항 정의서를 기준으로 작성
    • 요구사항 정의서의 기록된 모든 요구사항은 빠짐없이 추적서에 표현
    • 수용되지 않거나 요구사항의 변동내역도 요구사항 추적서에 반영
  • 타 산출물과 연동
    • 요구사항 추적서에는 요구사항 ID에 대하여 프로젝트 단계별 산출물이 생성될 때 마다 어떻게 반영되었는지 해당 산출물의 항목 ID를 기입
    • 요구사항 추적서는 프로젝트 종료 시까지 계속적으로 작성되고 관리
• 요구사항 추적서 명세화
  • 요구사항 추적서 정의
    • 요구사항 정의서를 기준으로 요구되었던 각 항목이 설계에 반영되었는지 확인
    • 설계는 구축에 반영되었는지, 구축은 테스트가 되었는지 추적할 수 있도록 구성
    • 요구사항정의서 각 항목별 설계서의 반영된 항목 ID, 구현 소스명, 테스트 결과서 항목 ID등을 기술
  • 요구사항 추적서 명세화
    • 프로젝트가 성공적으로 진행되었는지 점검하기 위한 감사, 감리 필요
    • 요구사항 추적 매트리스(요구사항 추적서)를 기준으로 산출물이 모두 도출되었는지 점검하고 결과를 도출