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ダイアグラム / The UML Diagrams I Love.
Search
岡本卓也
August 31, 2024
Technology
0
89
私が好きなUMLダイアグラム / The UML Diagrams I Love.
2024-08-31
LTS TechDay LT発表資料
岡本卓也
August 31, 2024
Tweet
Share
More Decks by 岡本卓也
See All by 岡本卓也
ソフトウェアエンジニアの学習方法/meta learning for engineers
okamototakuyasr2
0
37
気がついたらAIをガッツリ使っていた話 / getting-close-to-generate-ai
okamototakuyasr2
0
100
普通のチームがスクラムを会得するたった一つの冴えたやり方 / the best way to scrum
okamototakuyasr2
0
180
AI活用時代のUML再評価/UML collaborate with AI
okamototakuyasr2
0
540
スクラムチームだけどエクセルで要件定義書を書くことにしました / Requirements-Specification-Document-in-Scrum
okamototakuyasr2
2
2.7k
合宿はいいぞ / Training camp is so good.
okamototakuyasr2
0
850
幸運を科学する ~アジャイルチームの成功を再現する方法~ / How to reproduce nice team at ESM webiner.
okamototakuyasr2
0
89
幸運を科学する ~アジャイルチームの成功を再現する方法~
okamototakuyasr2
0
2k
アジャイルと設計 / Design in Agile Development
okamototakuyasr2
0
70
Other Decks in Technology
See All in Technology
Azure SRE Agent x PagerDutyによる近未来インシデント対応への期待 / The Future of Incident Response: Azure SRE Agent x PagerDuty
aeonpeople
0
270
AI時代、1年目エンジニアの悩み
jin4
1
140
AIとともに歩む情報セキュリティ / Information Security with AI
kanny
4
3k
Azure SQL Databaseでベクター検索を活用しよう
nakasho
0
140
SREが向き合う大規模リアーキテクチャ 〜信頼性とアジリティの両立〜
zepprix
0
310
We Built for Predictability; The Workloads Didn’t Care
stahnma
0
110
KubeCon + CloudNativeCon NA ‘25 Recap, Extensibility: Gateway API / NRI
ladicle
0
170
全員が「作り手」になる。職能の壁を溶かすプロトタイプ開発。
hokuo
1
660
入社1ヶ月でデータパイプライン講座を作った話
waiwai2111
1
210
Amazon S3 Vectorsを使って資格勉強用AIエージェントを構築してみた
usanchuu
3
400
AI推進者の視点で見る、Bill OneのAI活用の今
sansantech
PRO
2
310
学生・新卒・ジュニアから目指すSRE
hiroyaonoe
1
350
Featured
See All Featured
Building the Perfect Custom Keyboard
takai
2
680
GitHub's CSS Performance
jonrohan
1032
470k
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Fireside Chat
paigeccino
41
3.8k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
61
Evolving SEO for Evolving Search Engines
ryanjones
0
110
KATA
mclloyd
PRO
34
15k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
440
A better future with KSS
kneath
240
18k
Faster Mobile Websites
deanohume
310
31k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.7k
Transcript
© 2024 ESM, Inc. LTS TechDay 2024 The UML Diagrams
I Love. 1 2024年08月31日 永和システムマネジメント Agile Studio 岡本 卓也
© 2024 ESM, Inc. 自己紹介 • 岡本 卓也 • EM@AgileStudio
• スクラムコーチ兼開発者 ◦ ガチWF :15 年 ◦ 過渡期 :5年 ◦ Agile :5年 • アジャイル開発導入支援 WFからの移行支援 • X:@haraguro3 好きなものはアジャイルとモデリングとトムデマルコ。 • note:https://note.com/haraguro3 • mail:
[email protected]
2
© 2024 ESM, Inc. 永和システムマネジメント 3 福井本社 WeWork 沖縄 Agile
Studio Park FUKUI BASE 9/20 OPEN
© 2024 ESM, Inc. モデリングしてますか? 4 モデリングしてますか?
© 2024 ESM, Inc. UMLとの出会い(2010頃) • 大規模ネットワークシステムの設計 • ガチWF •
Word、Excelによる設計書 • テキストだと苦しいので工夫して図を書く • Rational Rose UML Modeling tool を知る • 便利なお絵かきツール • UMLに興味が湧いて勉強を始める 5
© 2024 ESM, Inc. かつての開発風景(2000〜2010前半) • 基幹系インフラシステム(光通信ネットワーク、TV中継システム) • 組み込み的(ハードの制御ソフト) •
超大規模(数十人&数年単位のリリース) • ウォーターフォール • 分業体制(ソフト開発チームに所属) 6 要求分析 要件定義 設計 実装 試験 この辺担当
© 2024 ESM, Inc. 私が好きだったUML Best3 7
© 2024 ESM, Inc. クラス図 目的 • 実装(クラス定義)の詳細設計書 • 厳密なドキュメント
好きなところ • コード(C++)に最も近い • クラス定義が厳密に記述できる(ロジック以外) • コードの自動生成ができる 8
© 2024 ESM, Inc. シーケンス図 目的 • 実装(クラス間メッセージ)の詳細設計書 • 厳密なドキュメント
好きなところ • クラス図と組み合わせると ロジックをかなり忠実に記述できる • UMLを知らなくても読み書きできる 9
© 2024 ESM, Inc. 状態遷移図 目的 • 実装(プロトコル/ハード制御)の詳細設計書 • 厳密なドキュメント
好きなところ • 組み込みソフトでは状態管理がとても大事 • 従来の状態遷移表よりも見やすい 10
© 2024 ESM, Inc. 最近の開発風景(2010後半〜現在) • Web&クラウド(業務システム) • 小〜中規模(数人&数週間〜数ヶ月でリリース) •
Agile/Scrum • 1チーム(プロダクト開発チームに参加) 11 要求分析 要件定義 設計 実装 試験 全部やる
© 2024 ESM, Inc. 私が好きなUML Best3 12
© 2024 ESM, Inc. クラス図 目的 • ビジネス環境の理解 • サービスのドメインモデル理解
• プロダクトのアーキテクチャ理解 好きなところ • エンジニアでなくても理解できる • UMLを知らなくても読み書きできる • 大体なんでもこれで表現できる 13
© 2024 ESM, Inc. ユースケース図 目的 • ビジネス理解 • 業務理解
好きなところ • エンジニアでなくても理解できる • ソフト開発の一歩手前で使える • 棒人間 14
© 2024 ESM, Inc. ユースケース記述 目的 • ビジネス理解 • 業務理解
好きなところ • UMLというか日本語 • 抽象→具象に振り切っている 15
© 2024 ESM, Inc. 現在 • ドメイン分析/要件定義 • ビジネスに近い領域 •
チーム全員のため • コミュニケーション • 分かりやすさが重要 役割のシフトレフト 16 要求分析 要件定義 設計 実装 試験 以前はこの辺 現在はここ 以前 • 詳細設計 • 実装に近い領域 • エンジニアのため • ドキュメント • 厳密さが重要
© 2024 ESM, Inc. UMLの盛衰 UML 1.1 • 統一記法 UML
1.x • 表現の拡張 UML 2.0 • 厳密/複雑 • 仕様の肥大 • MDD/MBD 17 (出典:UMTPモデリング技術部会 UML2.5勉強会成果物) 一般の開発者の手には負えなくなり UMLブームは終焉 自分が使うのはこの辺り もうこれで十分 革命が起きた
© 2024 ESM, Inc. UMLの復権 DDDの広がり 近年のDDD流行の中で、モデリングの重要性が再認識されている。 この中で、かつて広く使われていたUMLが再びモデリングツールとして見直されている。 コミュニケーションの強化 DDDはエンジニアとビジネス側のコミュニケーションを重視する。
UMLはコミュニケーションを視覚的に支援するツールとしての役割を果たし、利害関係者の間で 共通理解を形成するのに役立つ。 補完的アプローチ コンテキストマップやイベントストームなど、他のモデリング手法と併用することで、より包括 的で実践的なドメインモデリングが可能になる。 18
© 2024 ESM, Inc. さいごに 19 UML is not dead.