요구사항 분석 기법(2)

요구사항 확인

 분석가가 요구사항을 이해했는지 확인하는 것이 필요하고, 문서가 회사의 표준에 적합하고 이해 가능하며, 일관성이 있고 완전한지 검증하는 것이 중요하다

  - 문서를 검토하고 요구사항 정의 문서들에 대해 형상관리를 해야 하기 때문에 일반적으로 요구사항 관리툴을 이용한다

  - 리소스가 요구사항에 할당되기 전에 문제를 파악하기 위해 검증을 수행함

 

요구사항 확인 기법

 (1) 요구사항 검토(Requirement Reviews)

  - 요구사항 검증의 가장 일반적인 방법으로, 여러 검토자들이 에러, 잘못된 가정, 불명확성, 표준과의 차이 등을 찾아내는 작업을 수행한다

  - 예로 들면 고객중심 프로젝트에서는 검토자 그룹에 고객 대표자가 1명이상 포함되어야 한다

  - 검토는 시스템 정의서, 시스템 사양서, 소프트웨어 요구사항 명세서를 완성한 시점 등에서 이루어진다

 

 (2) 프로토타이핑(Prototyping)

  - 새로운 요구사항을 도출하기 위한 수단으로, 소프트웨어 엔지니어가 해석한 것을 확인하기 위한 수단으로 많이 사용된다

  - 장점은

     - 분석가의 가정을 파악하고 잘못된 경우 유용한 피드백을 제공

     - 사용자 인터페이스의 동적인 행위가 문서나 그래픽 모델보다 프로토타입으로 이해하기 쉽다

     - 요구사항의 가변성이 프로토타이핑 이후에 급격히 감소한다

  - 단점은

     - 사용자의 관심이 핵심 기능에서 멀어지고 프로토타입의 디자인이나 품질 문제로 집중될 수 있으며, 수행 비용이           발생한다

 

 (3) 모델 검증(Model Verification)

  - 분석단계에서 개발된 모델의 품질을 검증할 필요가 있다

  - 객체모델의 경우 객체들 사이의 존재하는 의사소통 경로를 검증하기 위해 정적분석을 수행하는 것이 유용하다

 

 (4) 인수 테스트(Acceptance Tests)

  - 요구사항의 중요한 속성은 최종 제품이 요구사항을 만족시키는지 확인이 가능해야 한다

  - 그러므로 각각의 요구사항을 어떻게 확인할 것인지에 대한 계획을 세워야 함

 

요구사항의 시스템화 타당성 분석

요구사항의 기술적 타당성 검토

  - 기술적 타당성 분석에서는 적용기술의 적합성 및 기술실현의 가능성이 분석의 핵심적인 내용이 된다고 명시되있다

  - 기술적 타당성 검토는 밑 그림으로 확인할 수 있다  

< 요구사항 기술적 타당성 검토 4단계 >

 

 (1) 성능 및 용량산정의 적정성

   - 개발기술 환경정의 시스템 용량산정 방법에서 목표 시스템의 용량이 산정되면, 과거 유사 프로젝트 경험치를 적용하여 필요시 재조정한 후, 성능 관련 비기능 요구사항과 비교해 적정성 여부를 판단한다

 

 (2) 시스템 간 상호 운용성

  - 다른 목적을 지닌 2개 이상의 시스템들이 상호 간 정보 및 서비스를 교환하며 효과적으로 운용될 수 있는 시스템의 능력을 의미

  - 요구사항 중에서 목표 시스템이 조직 내외 타 시스템과의 연동을 요구하는 경우, 상호 운용이 가능한지 여부를 판단해야 한다

 

 (3) IT시장 성숙도 및 트렌드 부합성 시스템 구축 시 요구되는 영역별 정보기술들의 발전 방향을 파악하고, 요구사항이 이에 부합하는지 판단해야 한다

  - 시장 성숙도가 낮거나 발전 방향에 맞지 않는 기술들은 향후 사용되지 않을 가능성이 커 시스템의 유지보수가 어려운 상황이 발생할 수 있다

 

 (4) 기술적 위험분석 요구사항을 만족시키기 위하여 기술의 복잡성, 검증 여부, 의존성 등에 대해 위험발생 가능성, 영향도를 파악해야 한다

< 기술적 위험분석 >