Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
UML 적절하게 사용하기
Search
Jongbin Oh
May 20, 2022
Programming
0
140
UML 적절하게 사용하기
Jongbin Oh
May 20, 2022
Tweet
Share
More Decks by Jongbin Oh
See All by Jongbin Oh
NDC22 <달빛조각사>에서 서버 테스트 코드를 작성하는 방법
ohyecloudy
0
250
트위터 봇 개발 후기
ohyecloudy
0
98
Multithread design pattern
ohyecloudy
0
23
적당한 스터디 발표자료 만들기
ohyecloudy
0
56
넘쳐나는 정보 소화 노하우
ohyecloudy
0
21
Intrusive data structure 소개
ohyecloudy
0
81
[NDC12] 게임 물리 엔진의 내부 동작 원리 이해
ohyecloudy
0
880
비트 경제와 공짜
ohyecloudy
0
21
내가 본 미드 이야기
ohyecloudy
0
42
Other Decks in Programming
See All in Programming
Let's learn code review
riofujimon
2
570
Fast JSX: Don't clone props object #28768
yossydev
1
170
検証も兼ねて個人開発でHonoとかと向き合った話
hanetsuki
1
1.3k
R言語の環境構築と基礎 Tokyo.R 112
bob3bob3
0
280
Git Lint
bkuhlmann
4
760
Snowflakeで眠ったデータを起こそう!
estie
0
140
敵対的ポイフル
futabato
0
130
Ruby GitHub Packages
bkuhlmann
0
640
What We Can Learn From OSS
inouehi
0
440
Node.js v22 で変わること
yosuke_furukawa
PRO
11
3.9k
DMMプラットフォームがTiDB Cloudを採用した背景
pospome
9
4.2k
Next.js App Router
quramy
12
1.8k
Featured
See All Featured
Why Our Code Smells
bkeepers
PRO
331
56k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
123
39k
Learning to Love Humans: Emotional Interface Design
aarron
267
39k
GraphQLの誤解/rethinking-graphql
sonatard
55
9.3k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
26
2.3k
The Mythical Team-Month
searls
216
42k
Building Applications with DynamoDB
mza
88
5.6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
22
1.6k
Into the Great Unknown - MozCon
thekraken
14
1k
Adopting Sorbet at Scale
ufuk
69
8.6k
Reflections from 52 weeks, 52 projects
jeffersonlam
345
19k
Building an army of robots
kneath
300
41k
Transcript
UML 적절하게 사용하기. http://ohyecloudy.com http://cafe.naver.com/architect1 2009-07-18
Unified Modeling Language 소프트웨어의 개발에 관련된 설계뿐만 아니라 … 범용적인
목적
Unified Modeling Language 도식graphical notation을 사용해서 모델을 표현한다.
모델model을 다이어그램diagram으로 그리기 위해 사용하는 시각적인 표기법
왜? 모델을 만들어야 하는가?
실제 물건을 만드는 비용 모델로 설계를 검사하는 비용 건축가, 항공우주
엔지니어, 토목 엔지니어…
하지만 소프트웨어 개발에서는..
실제 구현을 하는 비용 모델로 설계를 검사하는 비용 소프트웨어 개발자
실제 구현을 하는 비용 모델로 설계를 검사하는 비용 ! UML을
효과적으로 사용
효과적으로 사용하기 의사소통 로드맵road map 백엔드Back-end 문서 보관하거나 버리기 설계에
대한 토론에 편리 코드가 더 명확할 땐 코드로 토론
효과적으로 사용하기 의사소통 로드맵road map 백엔드Back-end 문서 보관하거나 버리기 코드를
읽는 것보다 클래스 의존관계 빨리 파악 전체 시스템에 대한 교육용 도구 핵심 다이어그램 몇 개면 충분하다
효과적으로 사용하기 의사소통 로드맵road map 백엔드Back-end 문서 보관하거나 버리기 던져
버리는 습관을 길러라. 단, 설계 모임에서 반복적으로 나타나는 다이어그램을 보관하라.
언제 다이어그램을 그려야 하며 언제 그리지 말아야 하는가
여러 사람을 이해시켜야 할 때 설계에 대한 의견이 다를 때
설계 아이디어로 이것저것 시도해 보고 싶을 때 고객이 다이어그램을 요구할 때 그려라
다이어그램을 그리고 코딩 하는 룰 훌륭한 설계자는 다이어그램을 그린다는 생각
이 든다면 그리지 마라. 훌륭한 설계자는 코 드를 작성하며 다이어그램을 꼭 필요할 때만 그린다 코딩에 앞서 설계 단계의 포괄적인 문서를 만 들기 위해서 다이어그램을 그리지 마라. 다른 사람에게 어떻게 코딩을 해야 할지 알려 주기 위해 다이어그램을 그리지 마라. 설계 만 하지 말고 실제 코딩에도 참여하라. 그리지 마
UML은 도구일뿐 그 자체가 목적이 되어서는 안 된다
UML 실전에서는 이것만 쓴다! 클래스 다이어그램class diagram 시퀀스 다이어그램sequence diagram
유스케이스 usecase 객체 다이어그램 object diagram 상태 다이어그램 state diagram 에서도 조금 빼먹고~
클래스 다이어그램 시퀀스 다이어그램 유스케이스 객체 다이어그램 상태 다이어그램 클래스
이름 클래스 변수 클래스 메서드 + public - private # protected 변수 타입 인자 이름 : 타입 리턴 타입
모든 변수와 메서드를 기록할 필요 없다. 중요한 메서드만 기록한다. 규칙을
가지면 좀 더 읽기 쉽다. 연관은 가로, 상속은 세로 그룹 짓기 실전에서는
연관관계는 가로 상속관계는 세로 트랜잭션과 이것들의 행동 UI 인터페이스 UI
구현 클래스 스테레오 타입
집합aggregation 합성composition 이 관계를 뚜렷하게 따져야 하는 경우는 얼마나 될까?
연관association 관계만으로도 충분하다.
클래스 다이어그램 시퀀스 다이어그램 유스케이스 객체 다이어그램 상태 다이어그램 생명선
메시지 인자 객체 리턴
큰 시퀀스 다이어그램을 그리지 마라 핵심만 집어서 작은 시퀀스 다이어
그램을 여러 개 그려라 차이점보다 공통점을 찾아서 초점을 맞춰라 코드가 더 전달하기 쉬울 때도 있다 실전에서는
코드가 더 나을 때가 있다. 코드가 알아보기 쉬울까? 이 시퀀스
다이어그램이 알아보기 쉬울까?
클래스 다이어그램 시퀀스 다이어그램 유스케이스 객체 다이어그램 상태 다이어그램 그리지마!
유스케이스는 내일이면 다 바뀐다. 단순하게 유지해라 빈 종이 워드프로세서 텅
빈 인덱스 카드 프리젠테이션할 때 멋진 표지로만 사 용해라. 실전에서는
클래스 다이어그램 시퀀스 다이어그램 유스케이스 객체 다이어그램 상태 다이어그램 이
클래스 다이어그램의 스냅샷
마음의 눈에는 모든 오브젝트 이름에 밑줄이 그어져 있습니다. 객체 활동적인
객체active object
어떤 순간의 객체들과 그 객체 사이의 관 계 그리고 속성
값을 보여준다. 시스템의 스냅샷 대부분 클래스 다이어그램에서 유추할 수 있다. 유추하기 힘들 때만 사용해라. 실전에서는
객체 다이어그램 클래스 다이어그램 시퀀스 다이어그램 유스케이스 객체 다이어그램 상태
다이어그램 이벤트 액션 상태state
유한 상태 기계(Finite State Machine)를 설 명하기에 적합하다. 하위시스템의 상태
기계를 파악하는 일에 굉 장한 도움이 된다. 다른 다이어그램과 마찬가지로 자주 변경해야 하는 시스템을 표현하기는 좋은 매체가 아니 다. 로버트 C. 마틴은 텍스트를 FSM으로 변환하는 프로 그램을 짜서 쓴다. 실전에서는
UML 언어 법률가가 되지 마라. 의사 소통의 수단으로 간단하게 사용해라.
결론
절제! 절제! 절제!
참고
UML 어떻게 사용하고 계신가요?