20251229 UML의 이해

유레카에서 쉽게 배우는 소프트웨어 공학이라는 책으로 수업을 듣고 또 공부를 하게 됐다. 들어보지 못했던 내용이 많은 편이었지만 책에는 연습 문제들이 준비돼 있어 어느 정도 공부가 되었는지 알기 쉽게 되어 있었다. 평상시와는 다르게 연습문제를 읽어보면서 알아야하는 내용을 찾아가서 공부하는 방식으로 진행해보고 싶어서 문제를 글로 작성하고 공부를 하는 식으로 진행했다.

 

공부를 진행한 장은 2장인 UML이다.

출처 : https://ko.wikipedia.org/wiki/%ED%86%B5%ED%95%A9_%EB%AA%A8%EB%8D%B8%EB%A7%81_%EC%96%B8%EC%96%B4

먼저 간단하게 UML의 정의를 보자면 다음과 같다.

UML은 Unified Modeling Language의 약자로 소프트웨어 시스템을 시각적으로 모델링하기 위해 사용되는 표준화된 언어이다.

 

연습문제

1. UML에 대한 설명으로 옳지 않은 것은?

② 실시간 시스템 및 분산 시스템과 같은 시스템과 같은 시스템의 분석과 설계에는 사용될 수 없다.

오히려 실시간/분산 시스템일수록 UML이 생명줄 역할을 한다. UML은 특정한 프로그래밍 언어나 방법론에 종속되지 않는 범용 모델링 언어이다. 따라서 단순한 웹 어플리케이션뿐만 아니라 복잡한 실시간 시스템 및 분산 시스템에서도 매우 핵심적인 역할을 수행한다.

2. 유스케이스에 대한  설명으로 옳지 않은 것은?

① 페이지의 개략적인 레이아웃이나 UI 구성 요소 등 뼈대를 설계하는 단계이다.

유스케이스는 레이아웃이나 UI를 설계하는 단계가 아니라, 사용자가 시스템을 통해 무엇을 할 수 있는가를 정의하는 단계이다.

3. 다음 클래스 다이어그램에 대한 설명으로 옳지 않은 것은?

③ 하나의 Project는 최소한 하나 이상의 Project들을 포함한다.

Project와 Project 사이의 관계가 아니라 Engineer와 Project 사이의 관계를 설명하고 있기 때문이다.

4. 다음 클래스 다이어그램을 자바 소스 코드로 구현 시, 적절하지 않은 것은?

③ Public class Cash extends Payment implements Bank {...}

Cash의 경우 Payment 사이의 상속 관계가 명시되어 있지 않다.

5. 유스케이스 다이어그램에 관련된 내용으로 옳지 않은 것은?

① 시스템과 상호작용하는 외부 시스템은 액터로 파악해서는 안 된다.

액터는 시스템 외부에서 우리 시스템과 상호 작용하는 모든 것을 의미한다. 유스케이스 다이어그램의 목적은 우리 시스템의 경계가 어디까지인가를 정의하는 것이기 때문에 외부 시스템은 우리 시스템 입장에서 상호 작용의 대상이 된다.

6. 소프트웨어공학에서 하나 이상의 유사한 객체들을 묶어서 하나의 공통된 특성을 표현한 것은?

① 클래스

정리

UML, 유스케이스와 클래스 다이어그램에 대해 공부했다. 실제 개발자가 사용해볼 수 있는 다이어그램들이라 나중에 사용해보면 좋겠다는 생각을 했다.

 

느낀 점

새로운 방식으로 공부를 해봤는데 먼저 상당히 비효율적이라는 생각이 먼저 들었고 자꾸 다른 곳으로 세는 느낌을 받았다. 그래도 좋았던 점은 깊이 있게 공부해볼 수 있다는 점이다. 옳고 그름을 계속해서 판단하기 위한 공부를 계속해서 깊이 있게 해야만 했기 때문에 장점도 있었다.