第１０回 DDD 読書会 で使用した発表資料です。11章アナリシスパターンをまとめました。 http://tohoku-dev.jp/modules/eguide/event.php?eid=131

1. DDD読書会
第11章
アナリシスパターンを
適用する
@nnasaki（やまもと まさき）

2. アジェンダ
自己紹介
アナリシスパターンの説明

3. 自己紹介
仙台の某IT企業に務めています
受託開発やってます
誕生日：１９８１年１月１日
好きなもの：子供・ゲーム・音楽
嫌いなもの：管理すること・されること
特徴：でかい。目付き悪い。資格いっぱい

8. アナリシスパターンとは
定義
アナリシスパターンとは、ビジネスモデリング
における共通の構造を表す、概念のグループで
ある。ただ１つのドメインにしか適さないもの
もあれば、多くのドメインに及ぶものもある

9. アナリシスパターンとは
( ﾟДﾟ)ﾊｧ?

10. アナリシスパターンとは
DDD本を読んでいると、突然わからない言葉が
増え、さらにわからない定義がされます。
まぁ、もう半分ぐらい読んだからそんなに驚くこ
とじゃないよね。
大人なので前後の文脈を読み取ると大体わかって
きます。

11. アナリシスパターンとは
文頭には何故アナリシスパターンを適用したいか
が書かれています。
深いモデルとしなやかな設計は容易に手に入ら
ない
過去の蓄積された経験を活かす。

12. アナリシスパターンとは
なんとなく今までの設計の批判というか難しさ
が強調されているのがわかりますでしょうか？

13. アナリシスパターンとは
次に冒頭の定義の後を読むとなんとなくわかって
きます
出発点
ドメインモデルを考え出す支援
実践的なコードが含まれる
分析の落とし穴を理解している

14. アナリシスパターンとは
前ページの続き
リリースの先まで見越している
再コンパイルが不要
システムが稼働中も実行可能
多くの問題が回避できる

15. アナリシスパターンとは
今までの箇条書きを見るとアナリシスパターンす
ごすぎ！
だけどここで落とし穴
分析と設計との間に致命的な溝が生じる危険
モデル駆動設計と正反対

16. アナリシスパターンとは
で、結局アナリシスパターンって一言でいうと？
ドメインモデルの出発点かなと。
重要なのは、アナリシスパターンがドメイン駆動
設計プロセスにどう統合されるか。と本文でも
言われています。
丸々適用されるものではなく昇華が必要

17. アナリシスパターンとは
定義
アナリシスパターンとは、ビジネスモデリング
における共通の構造を表す、概念のグループで
ある。ただ１つのドメインにしか適さないもの
もあれば、多くのドメインに及ぶものもある

18. 会計モデルの例

19. 何が問題か？
総額しかわからない
変更を追跡して管理
する必要がある
アナリシスパターン
における会計モデル
とは？

20. 基本的な会計モデル
仕訳記帳を増やせば
記録が残る。
負の値もアリ
インターフェースは
勘定科目だけわかれ
ばよくカプセル化さ
れている

21. 会計取引モデル
複式簿記
貸方と借り方が一対
一で対応して0となる

22. 新しいモデルの提案
利息発生履歴も見れ
る
発生と支払いは一対
一と限らない
あれ、アナリシスパ
ターン通りにいかな
いぞ？

23. 発生とは？
ここで「発生」という言葉が出てきました。ユ
ビキタス言語を明らかにする！
支出や収入が生まれた瞬間に計上する
受け渡す時間は気にしない
例えば利息は毎日「発生」するが、支払いは月
末にまとめて行う

24. 発生を切り離したもの
期間内発生
シンプルになった 利息
「発生」の意図が伝
わるようになった
けれども、勘定で発
生・支払い・収支全
部管理出来ないの？

25. 勘定科目を追加
会計取引は消した
仕訳記帳をそれぞれ
の勘定に挿入するこ
とで履歴を管理する

26. 新たな問題発生
仕訳記帳は支払いと
発生のサブクラスに 手数料と利息が支
分けた 払いのサブクラス
となってしまった
手数料勘定と利息勘
定クラスに仕訳記帳
を挿入するのは諦め
た

27. 何故諦めたか？
プロジェクトの規約
O/Rマッピングの制
限
わりとありがちで妥
協点を見つけてモデ
ル駆動を前に進める
こと

28. 考察
分析もテストも容易
になった
でも、副作用ない
関数と表明による
もの
モデルの恩恵ではな
い！

29. 考察
ドメインモデルの恩恵が受けられないと思っても
アナリシスパターンを適用することで改善するこ
とができた
ちょっと前のスライドに戻って「アナリシスパ
ターンとは？」理解できたでしょうか？

30. アナリシスパターンとは
で、結局アナリシスパターンって一言でいうと？
ドメインモデルの出発点かなと。
重要なのは、アナリシスパターンがドメイン駆動
設計プロセスにどう統合されるか。と本文でも
言われています。
丸々適用されるものではなく昇華が必要

31. 夜間バッチについて洞察
勘定科目のモデルが定義されたことで、新たな問
題点が明らかになった
バッチのふるまいとアナリシスパターンの概念の
一部につながりがあると気づいた

32. 新たな問題点
ある勘定科目は収入を追跡
別の勘定科目は収入に対する税金を追跡

33. こんなイメージ
収入
1月 給与 10000
2月 ボーナス 20000
税金
3月 交通費 3000
4月 給与 30000
5月 ・・・ ・・・
月々の収入ごとに 住民税 所得税
これらを自動で計算
カオス！

34. 記帳ルール
「入力」勘定に挿入
された仕訳記帳がト
リガー
計算メソッドで処理
「出力」勘定に派生
された新しい仕訳記
帳を挿入

35. こんなイメージ
収入
1月 給与 10000
2月 ボーナス 20000
税金
3月 交通費 3000
4月 給与 30000
5月 ・・・ ・・・
住民税 所得税
記帳
ルール

36. 依存関係の設計
ファウラーは３つについて論じている
都度実行が最も理解しやすいが、最も実用的でな
い（最初の例）
勘定科目ベースの実行はまとめて処理が出来る
記帳ルールベースの実行は外部のエージェントに
よって実行される（さっきの例）

37. どう使うか？
それぞれシステム内で混在可能
それぞれ開始ポイントと入力勘定仕訳記帳を識別
する責務が必要

38. 記帳ルール適用
記帳サービスとは？
ファサード。会計アプリケーションのAPIを
サービスで提供
都度実行は日中の支払いに使えない。
記帳ルールベースがよさそう

39. 記帳ルール適用
勘定科目と仕訳記帳の相互作用がはっきりしな
い
ファウラーは直接結びつけているがうまくいかな
そう
資産オブジェクトは各勘定科目の内容をしってい
るから、ルールの適用がわかる

40. 記帳ルール適用
メソッドがうまくつかえてないんじゃ？
記帳ルール自身が元帳名を知っていればよさそう
記帳ルールに勘定科目と元帳の関連付けを行う責
務を与える

41. 結果
バッチ処理は複雑さから開放された
各資産に対してイテレーションを行うだけとなっ
た
アナリシスパターンとはかなり異なることとなっ
た
記帳ルールと勘定科目の関連付けの課題は残る

42. アナリシスパターンとは
アナリシスパターンは活用すべき知識である
手がかり。
実装の指針。
知識の噛み砕き
深い洞察へ向かうリファクタリングに活力
開発を活性化

43. 注意点
アナリシスパターンの基本的な概念は崩さないこ
と
理由は２つ
１．将来問題を避けれる要素があるかも
２．ユビキタス言語が補足され強化できる

44. パターンの実際
モデルの選択と背景の理論があるアナリシスパ
ターンはごくわずか
包括的なアナリシスパターンはまだ見たことない
いわゆる銀の弾丸ではない

45. パターンを適用するワケ
アナリシスパターンは最も重要で困難な意思決定
に焦点をあわせる
代替案や選択肢を浮かび上がらせる
今回説明した会計取引モデルで発生した問題はア
ナリシスパターンを適用しなければ、発見が遅れ
ただろう