요구사항 분석 기법 (분류, 개념모델링, 할당 등) : 요구사항 정의

 

이번 포스팅은 요구사항 개발 프로세스의 두번째 단계인 요구사항 분석에서 어떤 기법을 활용할 수 있는지 알아보도록 하겠습니다.

 

요구사항 개발 프로세스에 대한 설명은 이전 포스팅 (https://iworldt.tistory.com/93)을 확인하시면 됩니다.

 

---

 

1. 요구사항 분류(Requirement Classification)

- 요구사항이 기능인지 비기능인지

- 요구사항이 하나 이상의 고수준 요구사항으로부터 유도된 것인지 또는 이해관계자 나 다른 원천(Source)으로부터 직접 발생한 것인지

- 요구사항이 제품에 관한 것인지 프로세스에 관한 것인지

- 우선순위가 더 높은 것인지 여부

- 요구사항의 범위(요구사항이 소프트웨어에 미치는 영향의 범위)

- 요구사항이 소프트웨어 생명 주기 동안에 변경이 발생하는지 여부

 

요구사항 분류 예 (출처:NCS요구사항 확인 자료)

 

요구사항을 위와 같은 기준으로 분류하는 것을 요구사항 분류 기법이라고 합니다. 

 

 

2. 개념 모델링(Conceptual Modeling)

개념 모델이란?

실세계 문제에 대한 모델링이 소프트웨어 요구사항 분석의 핵심이며, 모델은 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명한다.

따라서 개념 모델은 문제 도메인의 엔터티(entity)들과 그들의 관계 및 종속성을 반영한다.

 

UML유스케이스 다이어그램(출처:https://ko.wikipedia.org/)

 

개념 모델의 종류와 표기법

개념 모델 종류

유스케이스 다이어그램(Use Case Diagram) : 사용 시나리오를 나타낼 때 많이 쓰임.

데이터 흐름 모델(Data Flow Model),

상태 모델(State Model),

목표기반 모델(Goal-Based Model),

사용자 인터액션 (User Interactions),

객체 모델(Object Model),

데이터 모델(Data Model) 등이 있다.

 

개념 모델링 표기법

대부분의 모델링 표기법은 UML(Unified Modeling Language)을 사용한다.

 

 

3. 요구사항 할당(Requirement Allocation)

요구사항을 만족시키기 위한 아키텍처 구성 요소를 식별하는 것을 요구사항 할당이라 한다.

다른 구성 요소와 어떻게 상호 작용하는지 분석을 통하여 추가적인 요구사항을 발견 할 수 있다.

 

 

4. 요구사항 협상(Requirement Negotiation)

두 명의 이해관계자가 서로 상충되는 내용을 요구하거나, 요구사항과 리소스, 기능과 비기능 요구사항들이 서로 상충되는 경우, 어느 한 쪽을 지지하기보다는 적절한 트레 이드 오프 지점에서 합의가 중요하다.

요구사항에 우선순위를 부여하는 것은 중요한 요구사항을 필터링할 수 있으며, 요구 사항들 간 상충되는 문제를 해결하는 데 사용될 수 있다.

 

 

5. 정형 분석(Formal Analysis)

형식적으로 정의된 시맨틱(Semantics)을 지닌 언어로 요구사항을 표현한다.

정확하고 명확하게 표현하여 오해를 최소화시킬 수 있다.

정형 분석(Formal Analysis)은 요구사항 분석의 마지막 단계에서 이루어진다.

 

 

---

 

이렇게 이번 포스팅에서는 주요 요구사항 분석 기법과 각 설명을 정리해보았습니다.

 

다음 포스팅에서는 요구사항 확인 기법들을 알아보도록 하겠습니다.

 

 

요구사항 정의, 요구사항 개발, 요구사항 개발 프로세스, 요구사항 개발 단계, 요구사항 도출, 요구사항 분석, 요구사항 명세, 요구사항 확인, 요구사항 분석 기법