[Programming] Requirement Modeling vs Analysis Modeling

Requirement Modeling vs Analysis Modeling

---

포스트 난이도: HOO_Middle

[Notice] 포스트 난이도에 대한 설명

---

 

# Requirement Modeling vs Analysis Modeling

 

저번 포스트에서는 System modeling의 종류에 대해서 알아보았다.

https://whoishoo.tistory.com/190

[Programming] System Modeling UML의 종류

 

또한 그 전 포스트에서는 Usecase model에 대해서 알아보았다.

https://whoishoo.tistory.com/181

[Programming] Use Case Diagrams(UML)이란?

https://whoishoo.tistory.com/189

[Programming] UML 구성 요소: Actor, Usecase, Relation

 

이번 포스트에서는 Requirments modeling과 analysis modeling으로 나누어 이전까지 알아본 model들이 어떤 modeling에 속하는지에 대해서 알아보도록 하자.

우선 Modeling의 특성을 나눌 때 Requirements와 Analsis modeling으로 나누는 게 일반적인 방식이다.

여기서 Requirments에 대해서도 자주 들어봤기에 어느정도 유추가 될 것이다.

혹시라도 Requirments에 대해서 감이 안 잡히는 Bro들은 그 전전전 포스트를 참고하길 바란다.

 

# Requirements Modeling

Requirements는 기본적으로 시스템이 동작하는데 있어서 필요한 개발 방식을 담고 있어야 한다.

그래야 지만 개발자와 개발자 또는 개발자와 고객과의 소프트웨어 개발에 대한 정확한 약속이 이루어질 수 있다.

Requirments modeling도 마찬가지이다.

간단하면서도 실질적으로 꼭 필요한 핵심적인 기능들을 modeling에 담고 있어야 한다.

따라서 Requirments modeling에는 Use case modeling이 여기에 속한다.

Use case modeling은 Actor와 Use cases들로 구성이 되어 있는 modeling이며 소프트웨어의 기능적인 부분을 나타낸다.

따라서 Use case modeling은 Requirments modeling에 속하는 것이다.

 

# Analysis Modeling

Analysis modeling에서도 모델링 특징에 따라 2가지로 나뉜다.

첫 번째는 Static modeling이며, 두 번째는 Dynamic interaction modeling이다.

 

Static modeling은 단어 자체에서도 유추할 수 있듯이 정적인 상태를 나타내는 모델링이다.

클래스들 간의 구조적 관계를 정의하는 사용되는 모델링이 바로 Static modeling이다.

Static modeling의 종류로는 클래스들의 관계를 보여주는 Class diagram가 해당된다.

 

Dynamic interaction modeling, 줄여서 Dynamic modeling이라고 불리는 모델링은 객체들이 어떻게 작동하는지를 정의한다.

실제로 객체들이 use cases에서 어떠한 역할을 수행하는지에 대해서 살펴볼 수 있는 모델이다.

Dynamic modeling에 해당하는 diagrams들은 communication diagram 또는 sequence diagram 등이 있다.

 

---

# In conclusion, 3줄 요약

1. 각각의 diagrams들이 어떠한 modeling에 속하는지 알 수 있다.

2. Modeling은 크게 두가지로 나뉘며 Analysis modeling에서도 2가지로 나뉘어진다.

3. Diagrams 특징과 다이어그램이 속한 Modeling의 특징은 일치한다.

---