요구사항은 소프트웨어로 행하는 problem solving을 위해 제공하는 서비스의 설명과 정상적으로 운영되는데 필요한 제약조건을 일컫는다.
SW의 동적인 요소와 정적인 요소에 따라 기능 요구사항과 비기능 요구사항으로 구분되며, 기술 관점과 대상의 범위에 따라 시스템 요구사항과 사용자 요구사항으로 나눈다.
기능 요구사항은 기능, 입력, 출력, 저장, 수행 등이 포함되며, 시스템이 어떠한 동작을 하는지, 동작의 원리는 무엇인지를 기술한 요구사항이다.
비기능 요구사항은 성능 품질, 제약사항, 호환성, 보안 등이 포함되며, 시스템의 수치적 정의를 기술한 요구사항이다.
사용자 요구사항은 사용자 관점의 시스템 제공사항, 사용자 인터페이스 등 사용자의 경험을 토대로 기술한 요구사항이다.
시스템 요구사항은 개발자 관점의 시스템 제공사항(시스템을 사용하는 사용자에 대한 인터페이스), 가용성, 정합성, 확장성 등 소프트웨어가 다른 환경에서 원할하게 작동하기 위함을 토대로 기술한 요구사항이다.
요구사항 개발 프로세스
요구사항 개발 프로세스는 개발 대상에 대한 요구사항을 체계적으로 도출하고 이를 분석한 후 분석 결과를 명세서에 정리한 다음 마지막으로 이를 확인 및 검증하는 일련의 구조화된 활동이다.
요구사항이 정확하게 명시되어있지 않다면 최적 구조의 소프트웨어를 설계할 수 없을뿐더러, 개발 단계에서의 리스크가 클것이다.
도출/추출 -> 분석 -> 명세 -> 확인
요구사항 분석 기법
개발 대상에 대한 사용자의 요구사항 중 명확하지 않거나 모호한 부분을 걸러내기 위해 요구사항 분석을 행한다.
요구사항 분류 기법은 기능/비기능, 상위로부터의 유도/자체발생, 우선순위 등 여러 분류 기준에 따라 요구사항을 분류하여 분석하는 기법이다.
개념 모델링(UML) 기법은 현실세계를 단순화하여 개념적으로 표현한 모델을 만들어 문제가 발생하는 상황을 직관적으로 파악할 수 있도록 분석하는 기법이다.
요구사항 할당 기법은 SW나 시스템, 서비스의 구성 요소를 식별하고 서로간의 관계와 상호작용 과정을 통해 추가적인 요구사항을 얻거나 불필요한 요구사항을 제하는 기법이다.
요구사항 협상 기법은 요구사항이 서로 충돌할 경우 각각 우선순위를 부여하거나 적절한 기준점을 찾아 합의하는 기법이다.
정형 분석 기법은 Syntax(구문)나 Sementics(의미)를 갖는 정형화된 언어를 이용해 요구사항을 수학적 기호로 표현한 후 이를 분석하는 기법이다.
요구사항 확인 기법
요구사항 검토
프로토타이핑
모델 검증
인수 테스트(알파, 베타)