요구사항 확인

요구공학

- 사용자의 요구가 반영된 시스템을 개발하기 위해 요구사항에 대해 도출, 분석 등을 행하는 구조화된 활동

 

- 기능적 요구사항

ㆍ개념 : 시스템이 제공하는 기능, 서비스에 대한 요구사항

ㆍ도출방법 : 특정 입력과 상황의 결과에 대한 기술

ㆍ특성 : 기능성 / 완전성 / 호환성

ㆍ사례 

   : 홈페이지에 장바구니 기능 추가 필요

   : 상품의 결제수단은 신용카드 / 무통장 입금

 

- 비기능적 요구사항

ㆍ개념 : 시스템 구축에 대한 제약사항에 관한 요구사항

ㆍ도출방법 : 품질 속성에 관련하여 시스템이 갖춰야할 사항에 관한 기술

ㆍ특성 : 신뢰성 / 사용성 / 효율성 / 유지보수성 / 이식성 / 보안성 및 품질 요구사항 / 제약사항

ㆍ사례 

   : 특정 함수의 호출시간은 3초 미만

   : 시스템은 24시간 가동이며 가동률 99%만족 해야함

   : 시스템 운영중 업그레이드 가능해야함

 

 

 

요구공학 프로세스

- 도출 

 : 소프트웨어가 해결해야할 문제를 이해하고 고객으로 부터 제시되는 추상적 요구에 대한 정보 식별 및 요구사항 표현

ㆍ인터뷰 : 이해관계자와 직접 대화

ㆍ브레인스토밍

ㆍ델파이 : 전문가의 경험적 지식을 통한 문제 해결 및 미래예측

ㆍ롤 플레잉 : 장면을 설정하고 각자 맡은 역을 연기

ㆍ워크숍 : 단기간의 집중적인 노력을 통해 다양하고 전문적인 정보 획득 및 공유

ㆍ설문조사

 

- 분석

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

 : 요구사항 분류 / 개념 모델링 생성 및 분석 / 요구사항 할당 / 요구사항 협상 / 정형분석

ㆍ자료 흐름 지향 분석

  : 데이터흐름도 및 자료사진으로 부터 소프트웨어 구조를 유도하는 방법 

ㆍ객체지향 분석

  : 시스템의 기능과 데이터를 함께 분석, UML로 표준화

 

- 명세

ㆍ비정형 명세 기법 : 자연어를 기반으로 사용자의 요구를 서술

ㆍ정형 명세 기법 : 수학적인 원리와 표기법으로 서술

ㆍ요구사항 명세 원리 및 검증항목

  : 명확성 / 완전성 / 검증 가능성 / 일관성 / 수정 용이성 / 추적 가능성 / 개발 후 이용성

 

- 확인 및 검증

 : 프로젝트 참여자들이 요구사항을 이해했는지 확인, 문서의 표준적합 여부, 일관성 만족 여부, 완전한지 검증

 : 요구사항 목록 확인

 : 요구사항 정의서 작성 여부 확인

 : 비기능적 요구사항의 확인

 : 타 시스템 연계 및 인터페이스 요구사항 확인

ㆍ동료검토 

  : 2~3명이 진행하는 리뷰의 형태

  : 요구사항 명세서 작성자가 설명하고 이해관계자가 들으면서 결함 발견

ㆍ워크스루

  : 오류를 조기에 검출하는데 목적

  : 검토자료를 회의전에 배포해서 사전검토 후 짧은 시간동안 회의진행

ㆍ인스펙션

  : 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가나 팀이 검사하여 오류를 찾아내는 공식적 검토 방법

 

 

 

상세 정형 기술 검토 기법

- 관리 리뷰

 : 프로젝트 진행 상황에 대한 전반적인 검토를 바탕으로 통제 및 의사결정

 

- 기술 리뷰

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

 

- 인스펙션 (동료검토)

 : 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가나 팀이 검사하여 오류를 찾아내는 공식적 검토 방법

 

- 워크 스루

 : 검토자료를 회의전에 배포해서 사전검토 후 짧은 시간동안 회의진행

 

- 감사

 : 소프트웨어 제품 및 프로세스가 규제, 표준, 가이드라인 등울 준수하는지 독립적으로 평가

 

 

 

분석모델 검증

- 유스케이스 모델 검증

 : 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 검증을 위해 액터, 유스케이스, 유스케이스 명세서 점검

 

- 개념수준의 분석 클래스 검증

 : 시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하기전 적절성, 관계 등을 점검

 

- 분석 클래스 검증

 : 유스케이스 실현에 필요한 분석 클래스 도출 확인