게임 개발자를 향해

1. 패키지 다이어그램(Package Diagram) 패키지 다이어그램은 유스케이스나 클래스 등의 요소들을 그룹화한것을 패키지라 하며 패키지 간의 의존 관계를 표현한 것이다. 패키지는 또 다른 패키지의 요소가 될 수 있다. 컴퓨터 파일같이 생긴게 보인다면 무조건 패키지 다이어그램이다. 이로서 UML 파트는 끝이다 다음 챕터는 소프트웨어 개발 방법론이다. 읽어주셔서 감사합니다! 정처기 화이팅!

1. 동적 모델링 동적 모델링은 시스템의 내부 구성 요소들의 상태 변화 과정과 과정에서 발생하는 상호작용을 표현한 것이다. 시스템 내부 구성요소들 간에 이루어지는 동작이라는 관점에서 표현한 것이다. 시퀸스 다이어그램(Sequence Diagram) 커뮤니케이션 다이어그림(Communication Diagram) 상태 다이어그램(State Diagram) 2. 시퀸스 다이어그램(Sequence Diagram) 시스템이나 객체들이 메세지를 주고받으며 상호작용 하는 과정을 그림으로 표현한 것이다. 시스템이나 객체들의 상호작용 과정에서 주고받는 메시지를 표현한다. 클래스 내부에 있는 객체들을 기본 단위로 하여 그들의 상호작용을 표현한다. 이미지 출처: https://thinking-jmini.tistory.co..

1. 정적 모델링 정적 모델링은 사용자가 요구한 기능을 구현하는데 필요한 자료들의 논리적인 구조를 표현한 것이다. 시스템에의해 처리되거나 생성될 객체들 사이에 어떤 관련이 있는지를 구조적인 관점에서 표현한다, 정적 모델링은 객체들을 클래스로 추상화하여 표현한다. UML을 이용한 정적 모델링의 대표적인 것이 클래스 다이어그램이다. UML 다이어그램 파트에서 설명한것을 기억하자.정적 모델링은 주로 구조적 다이어그램을 사용한다. 2. 클래스 다이어그램(Class Diagram) 클래스 다이어그램은 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현한 것이다. 시스템을 구성하는 요소에 대해 이해할 수 있는 구조적 다이어그램이다. 이미지 출처 : Click! 객체지향을 제대로 안다면 이건 무조건 클래스 다..

1. 기능모델링 기능모델링은 사용자의 요구사항을 분석하여 개발될 시스템이 갖춰야 할 기능을 정리한 것이다. 유스케이스 다이어그램(Use Case Diagram) 활동 다이어그램(Activity Diagram) 전 게시물인 UML 다이어그램에서 설명했듯이 모델링을 기준으로 다이어그램을 묶어서 외우는게 편하다. 그래서 시나공에는 다이어그램마다 챕터가 있지만 필자는 모델링을 기준으로 챕터를 나누었다. 2. 유스케이스 다이어그램 (Use Case Diagram) 유스케이스 다이어그램은 사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점에서 표현한 것이다. 아래 그림에서 개발될 시스템은 ATM 이고, 외부 시스템은 인증시스템과 은행 시스템이다. 외부 요소와 시스템 간의 상호..

1. UML 다이어그램 다이어그램은 사물과 관계를 도형으로 표현한 것이며, 여러 관점에서 시스템을 가시화한 뷰(View)를 제공함으로써 의사소통에도 도움울 준다. UML 다이어그램은 정적 모델링과 동적 모델링으로 나뉜다. 정적 모델링은 구조적 다이어그램들을 사용하여 표현하고 동적 모델링은 행위 다이어그램들을 사용하여 표현한다. 시험 문제는 이들을 분류하는 문제 혹은 다이어그램의 그림을 보고 무슨 다이어그램인지 맞추는 문제들이 출제되었다. 아래 종류와 특징들을 이해하고 기억해아한다. 2. 구조적(Structure) 다이어그램의 종류 종류 내용 클래스 다이어그램 (Class Diagram) - 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현함 객체 다이어그램 (Object Diagram) - 클래..

1. UML(Unified Modeling Language) UML은 시스템 분석, 설계 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호 간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어이다. Rumbaugh(OMT), Booch, Jacobson 등의 객체지향 방법론의 장점을 통합하였다. OMG(Object Managment Group)에서 표준으로 지정했다. 사물(Things) 관계(Relationships) 다이어그램(Diagram) 세계각국 사람들이 서로 말이 안통하니 보통 영어로 대화를 한다. UML도 같은 개념이라 보면 된다. 알고있겠지만 소프트웨어 개발에도 여러 사람들이 필요하다. (고객, 프로젝트 매니저, 기술 작가, 디자이너, 분석가, 코더..