기능적 요구사항 vs 비기능적 요구사항

[ 기능적 요구 사항 ]

▪ 시스템은 어떤 서비스를 제공하는가

▪ 어떤 입력이 주어 졌을 때 어떻게 반응하는가

▪ 어떤 상황에서 어떻게 행동하는가

▪ 시스템이 무엇을 해야 하는지 설명한다. 기능이나 시스템 서비스 등

▪ 기능적 사용자 요구사항 : 사용자에 의해 이해될 수 있는 추상적인 방법으로 설명한다.

▪ 기능적 시스템 요구사항 : 시스템 기능, 입력, 출력, 예외사항 등을 자세하게 설명한다.

 

[ 비기능적 요구 사항 ]

▪ 시스템에 의해 제공되는 서비스나 기능에 대한 제약조건

 - 시간적 제약, 기본적으로 강요 되는 제약조건(코드 수준 평가 시스템, warning의 개수)

▪ 각각의 특징과 서비스 보다는 전체적인 시스템에 적용된다.

 

[ 요구사항의 불 명확성 ]

▪ 애매모호한 요구사항은 사용자와 개발자가 서로 다르게 이해하게 할 수 있다.

Ex) Search의 경우 사용자는 모든 치료실에서 모든 약속 중에 환자를 찾는 것을 의도 하지만, 개발자의 경우 사용자가 치료실을 선택 한 후 그곳에 예약 한 환자를 찾도록 의도 할 수 있다.

-> 이런 점은 시스템의 변경을 초래하고, 시스템 배포 기간이 지연되며 비용은 증가하게 된다.

 

[ 요구사항 완성도/일관성 ]

▪ 원칙적으로, 요구사항은 완성되어야 하고, 일관성 있어야 한다.

▪ 완성도 : 사용자에 의해 요구되어진 모든 서비스는 정의되어야만 한다.

▪ 일관성 : 요구사항은 모순적인 정의를 가지고 있으면 안 된다. 앞 뒤가 맞는 요구사항

-> 실제로 크고 복잡한 시스템에서는, 완성도 높고 일관성 있는 요구사항 문서를 생산 하는 것은 불가능 하다.

 

댓글이나 공감 남겨주는 사람 착한사람