今こそ聞きたいソフトウェア設計　ドメイン駆動設計再入門

by 増田亨

Embed

Start on current slide

Slide 1

Slide 1 text

#今こそ設計_Findy 第１回ドメイン駆動設計再入門 2026年8月5日有限会社システム設計増田亨

Slide 2

Slide 2 text

自己紹介著書(2017) ＊１増田亨（masuda220）専門領域訳書(2024) • 業務系アプリケーションの開発＊2 最近の仕事 • 技術的負債を返済するお手伝い • エンジニアの設計スキル向上のお手伝い *1 増田亨(2017) 『現場で役立つシステム設計の原則』技術評論社 *2 Vlad Khononov(著) 増田亨、綿引琢磨(訳) 2024 『ドメイン駆動設計をはじめよう』オライリージャパン 2

Slide 3

Slide 3 text

はじめに • これからお話する内容は、私が経験から学んできた、私の捉え方です • ソフトウェア設計を学ぶことに興味がある人たちの参考になれば幸いです 3

Slide 4

Slide 4 text

お話しする内容 ① ソフトウェア開発の基本課題 ② AI技術をソフトウェア開発に活用するアプローチ ③ これからのソフトウェア開発にどう取り組むか ④ ドメイン駆動設計再入門 4

Slide 5

Slide 5 text

①ソフトウェア開発の基本課題 5

Slide 6

Slide 6 text

事業活動のデジタル化の進展 6

Slide 7

Slide 7 text

私たちの専門領域ソフトウェア開発 7

Slide 8

Slide 8 text

事業活動のデジタル化の進展事業開発ソフトウェア開発 8

Slide 9

Slide 9 text

事業活動のデジタル化の進展事業開発組織開発ソフトウェア開発 9

Slide 10

Slide 10 text

事業活動のデジタル化の進展事業開発組織開発ソフトウェア開発事業開発・組織開発・ソフトウェア開発が、広く、深く、連動する時代 10

Slide 11

Slide 11 text

事業開発・組織開発・ソフトウェア開発の連動が意味すること 11

Slide 12

Slide 12 text

事業活動は本質的に不確実で複雑不確実さ複雑さ事業開発・組織開発・ソフトウェア開発は、すべての関係者がお互いの知識を技能を持ち寄って不確実さと複雑さに取り組む創発的な活動 12

Slide 13

Slide 13 text

不確実さと複雑さにどう取り組むか？ • ソフトウェアエンジニアが、事業活動の当事者として、判断し行動する • 事業価値を生み出すソフトウェアを他の分野の専門家と協働しながら創発していていく事業側と技術側という分断モデルでは、事業価値を生み出すソフトウェア開発はできない 13

Slide 14

Slide 14 text

継続的に学習し成長する • 不確実だからこそ、何かを仮決めして進むしかない • 事業の複雑さは、事前にすべてを調査分析して整理はできない（変化を続ける複雑さ） • 開発とは、観察-評価-設計-実装サイクルを何度も回しながら、学習し成長する活動事業・組織・ソフトウェアを開発（観察-評価-設計-実装）する 14

Slide 15

Slide 15 text

ソフトウェア開発の根底原則事業目的適合性発展性 15

Slide 16

Slide 16 text

事業目的適合性 • 事業目的に適合させることが大きな事業価値を生む事業目的からはずれたソフトウェアは事業に損失を生む • 事業活動のデジタル化の進展により、事業開発・組織開発・ソフトウェア開発が一体となったことで、事業目的適合性は、ソフトウェアエンジニアが当事者として取り組むべき課題となった 16

Slide 17

Slide 17 text

発展性 • 事業は発展を続ける • 事業活動と一体化したソフトウェアの発展性が大きな事業価値となる • 発展性に欠ける、変更がやっかいで危険なソフトウェアは、事業発展の足かせであり、事業リスクである 17

Slide 18

Slide 18 text

②AI技術をソフトウェア開発に活用する 18

Slide 19

Slide 19 text

AI技術をどう活用するか？設計スタイルの選択大きな事前設計 vs. 小さな設計の反復 AI技術で何を目指すか自動化(無人化) vs. 人の活動支援 19

Slide 20

Slide 20 text

設計スタイルの選択 BUDF: Big Design Up Front 大きな事前設計建築や量産型製造業では一般的ウォーターフォール的なソフトウェア開発 IterativeでIncrementalな設計小さな設計の反復最初に小さな設計を行い(Enough Design Up Front) その結果を観察し、小さな設計改善を行うこれを繰り返す 20

Slide 21

Slide 21 text

AI技術で何を目指すか自動化(無人化) AI技術を使って、できるだけ人を介在させないことで、コストダウン、スピードアップ、一定品質を達成する人の活動支援人の判断と行動が主体で、AI技術を使って人の能力を増強することで、コストダウン、スピードアップ、一定品質を達成する 21

Slide 22

Slide 22 text

小さな設計の反復自動化 (無人化) 人の活動支援大きな事前設計 22

Slide 23

Slide 23 text

小さな設計の反復自動化 (無人化) 人の活動支援大きな事前設計 23

Slide 24

Slide 24 text

小さな設計の反復協働創発学習と成長観察-評価-設計-実装自動化 (無人化) 人の活動支援大きな事前設計 24

Slide 25

Slide 25 text

小さな設計の反復をAIで支援 • 不確実さに対応する工夫 • 複雑さに対応する工夫 • 学習しながら成長する • 観察-評価-設計-実装のサイクルを回すほど、学びが進み、よいソフトウェアに発展させることができる 25

Slide 26

Slide 26 text

③これからのソフトウェア開発にどう取り組むか？ 26

Slide 27

Slide 27 text

AI時代にどんな知識と技能が役に立つか？一般論として • 事業理解や業務知識は役に立つ • ソフトウェアの設計原則やパターンの知識は役に立つ 27

Slide 28

Slide 28 text

しかし • 事業理解や業務知識が役に立つと言われてもピンとこない • 設計原則やパターンをある程度は知っているが、実践で役に立つ実感が少ない • 何を、どう学べば、どんな効果があるか、具体的にわからない • 日々の仕事の中で、学習の時間は確保できない 28

Slide 29

Slide 29 text

そこで耳よりな話 • 効率的かつ効果的に学ぶ方法がある • ソフトウェアの事業目的適合性を判断し改善し、同時に、ソフトウェアの発展性を判断し改善するための知識と技能を学ぶための実践的な考え方とやり方がある 29

Slide 30

Slide 30 text

Slide 31

Slide 31 text

④ドメイン駆動設計再入門 31

Slide 32

Slide 32 text

ドメイン駆動設計の目指すところ • 事業活動のモデルと設計に焦点を合わせる • 知識豊富な設計、深いモデルの探求 • 人と人との相互作用コミュニケーション • モデルと実装を一致させる参考：エリックエヴァンス『ドメイン駆動設計』まえがき、１章、２章、３章事業目的適合性と発展性を向上するための基本原則 32

Slide 33

Slide 33 text

ドメイン駆動設計に取り組むために土台となる知識と技能 33

Slide 34

Slide 34 text

ドメイン駆動設計の土台となる知識と技能 • 業務ロジックと入出力を分離する • • ビジネスルールの表現することに特化したクラスを作る画面、データベース、通信に依存した構造から切り離す • ビジネスルールをプログラミング言語で記述する • • アプリケーション特化のデータ型を定義して組み合わせる区分、日付、期間、金額、数量、比率、… • モデルとコードの継続的なリファクタリング • • 事業活動を学び理解したことを、モデルと実装に反映ソフトウェアの事業目的適合性と発展性を向上する 34

Slide 35

Slide 35 text

土台となる知識と技能を効率的に学ぶ１章と２章の基本技法を完全に理解する＋３章の考え方１章リファクタリングの例 switch文のリファクタリングを徹底的に練習する 35

Slide 36

Slide 36 text

『ドメイン駆動設計をはじめよう』 36

Slide 37

Slide 37 text

何が書いてあるか？ 37

Slide 38

Slide 38 text

ソフトウェアの実装と事業戦略を結びつけるさまざまな経験則 38

Slide 39

Slide 39 text

具体的には 1. 中核の業務領域に焦点を合わせる 2. 同じ言葉を使う 3. 事業の成長と連動したソフトウェアの成長 4. 現実世界のドメイン駆動設計への取り組み 5. 事例研究（失敗からの学びと成長） 39

Slide 40

Slide 40 text

中核の業務領域に焦点を合わせる 40

Slide 41

Slide 41 text

事業戦略とソフトウェアを結びつける方法ソフトウェア開発の対象業務を２つの軸で４分類して、カテゴリーごとに適切な設計方針を選ぶ横軸：競合他社との差別化への影響度縦軸：業務ロジックの複雑さ（開発の難易度） 41

Slide 42

Slide 42 text

他社と同じ自社独自一般の業務領域中核の業務領域一般または補完補完的な業務領域業務ロジックの複雑さ競合他社との差別化 42

Slide 43

Slide 43 text

他社と同じ自社独自一般の業務領域中核の業務領域一般または補完補完的な業務領域変更容易性の改善に継続的に取り組む業務ロジックの複雑さ競合他社との差別化 43

Slide 44

Slide 44 text

模倣または購入を検討他社と同じ自社独自一般の業務領域中核の業務領域一般または補完補完的な業務領域業務ロジックの複雑さ簡略に済ませる競合他社との差別化 44

Slide 45

Slide 45 text

同じ言葉を使って開発する使う協働創発学習と成長同じ言葉（業務の言葉） 45

Slide 46

Slide 46 text

事業の成長とソフトウェアの成長（11章）事業が成長すれば、業務領域のカテゴリーは変化する業務領域のカテゴリーが変化すれば設計方針が変化する 46

Slide 47

Slide 47 text

現実世界のドメイン駆動設計（１３章）こういうことはありえないし、必要もない（第13章） • • • • チーム全員がドメイン駆動設計を熟知している最初から全員が役に立つモデルの探求に全力をつくす全ての関係者が同じ言葉を忠実に使う既存システムや外部サービスを考慮しなくてよい制約の少ない新規案件 ➢ドメイン駆動設計のすべての技法を使う必要はない ➢ドメイン駆動設計が組織として受け入れられていない状況でも実践は可能 ✓ 適切な道具を必要に応じて選択的に使う ✓ それぞれのやり方の背景にある考え方と原則を意識して使う ✓ 組織の変化とソフトウェアの成長に忍耐強く取り組む 47

Slide 48

Slide 48 text

事例研究（付録A） • 原著者の経験談（失敗談） • ドメイン駆動設計の浅い理解から出発して、いろいろな失敗を繰り返しながら、学び成長した物語 • この本の内容のリアルな元ネタ • 他の情報ソースでは手に入らない貴重な内容 48

Slide 49

Slide 49 text

事業目的適合性と発展性をさらに学ぶために【エッセンシャル版】差別化戦略を実行するための考え方とやり方を学ぶ事業活動のざっくりした全体像を財務の視点から学ぶ（財務会計の専門家ではない人向け） 49