1. ビッグローブ × DDD
〜ドメイン駆動設計の現場〜
ファーストサービスのリリースまでの活動

2. 自己紹介
氏名 大西 真央（@mmmmao0530）
組織としての役割 DDD布教活動
チームとしての役割 リードエンジニア（技術リーダー）
最近の関心ごと ・効果的なドメインモデル作成
・チームビルディング

3. 太陽系戦略
Wifi
０A0
モバイル
コラボ関連会員
VAS特典
商品契約
トリトン
冥王星海王星
土星
木星
火星地球
ドメイン駆動設計の拡大
認証
金星
第二
世代
時間軸：2年
今回話すところ

4. アジェンダ
① ファーストリリースまでの道のり
② DDD導入後の変化・成果

5. ファーストリリース
までの道のり

6. 概略
2013/06 2014/02

7. ①DDD手法の模索

8. 増田さん
DDD導入支援として、外部講師を呼んで
週1回くらいのペースで、支援してもらった。
DDDのコンセプトを説明
具体的なDDDの進め方を説明
ドメインモデル・コードのレビュー

9. 実践の場
２０１３年２Qに新サービスが開始予定
新旧のアーキテクチャで平行開発
あわよくば、新でリリースする（はずだった）

10. 新サービスの内容

11. 新サービスの仕様 その①
① 「BIGLOBE LTE・3G」もしくは「BIGLOBE 3G」の契約者が利用可能。
② 利用する端末のMacアドレスの登録・変更・削除の管理が可能。
③ 「BIGLOBE LTE・3G」もしくは「BIGLOBE 3G」を解約すると、連動して対
象のMacアドレスも削除。
④ Macアドレスの変更可能回数は月２回まで（同月内の削除⇒登録も変
更とみなす）

12. 新サービスの仕様
⑤ 登録できるMacアドレス数は、 「BIGLOBE LTE・3G」もしくは「BIGLOBE
3G」の料金プランによって異なる。
⑥ 登録されたMacアドレスで、WiFiを利用可能にする。
⑦ WiFi利用実績が９０日間なければ、Macアドレスが削除。

13. 開発チームの編成
新アーキテクチャチーム 旧アーキテクチャチーム
相互連携

14. まず、初めにやったこと
守破離の
守を実践

15. Biglobeで作られた初めてのドメインモデル
アプリケーション層 ドメイン層 インフラストラクチャ層
今見ると、
関連がないので
よくわからない
ドメインモデル
エンティティとか
値オブジェクト

16. ドメインモデル⇔コードへ
①同じ機能を
個人ごとに開発
②開発チームで
気づきの共有
③個人の開発に
フィードバッグ
④増田さんに
質問・レビュー
⑤作ったやつを壊して
０から開発

17. 意識した点
手続き型に縛られないために、オブジェクト指向設計に完全に振り切って
みた。
プリミティブな値は、全て値オブジェクトでラッピング
Getter・Setter禁止
１行につき１ドットまで
可能な限りIF文を除外
などなど
※オブジェクト指向エクササイズとほぼ同じ考え方を導入。

18. 結果 リリース断念
旧のアーキ
テクチャを
リリース
アプリケーション
コードが
間に合わず
インフラが
間に合わず

19. 次サービスへの万全の準備
リリースできなかったサービスを最後まで完遂(未リリース)
アーキテクチャ全体コンセプトの再整理
アプリケーションから利用されるライブラリの整理
インフラの整備
ビルドツールの変更（MavenからGradle）

20. ②ファーストリリースへ

21. 対象サービス
失敗したWi-Fiスポットに再チャレンジ
旧→新にアーキテクチャをリニューアル
機能強化
を同時に実施。

22. チーム編成
新アーキテクチャチーム：５名 旧アーキテクチャチーム：３名
融
合
一つのチーム：８名

23. １チームにした理由
今回、失敗すると
DDD導入活動が白紙に
なる可能性があったので、
自分たちで退路を断った。

24. 僕達の心境・状況

25. 開発したモデル
守破離の破を
ちょっとだけ実践
ユースケース
フロー図
ユースケース記述だと、
細かい内容も記述する
必要があったので、
自分たちのスタイルと不一致

26. 例：ユースケースフロー図
ざっくりとした
処理の流れと
責務が
わかればよい
処理の流れ
アクターアクター

27. 苦労した点①
旧メンバへのDDDの伝え方がわからない
旧メンバが不安でいっぱい
早い段階でコード作成して、まずはコードで共有
新アーキテクチャチーム
DDD暦 ６ヶ月
旧アーキテクチャチーム
DDD暦 ０ヶ月融合

28. 苦労した点②
新アーキテクチャ
旧アーキテクチャ
２０年分の貴重な資産
旧アーキテクチャの
資産を有効活用する
ための腐敗防止層

29. 祝：リリース
約８ヶ月
かけて
ようやく
リリース。

30. リリース後
約１ヶ月間
ドメインモデルから
リファクタリングを実施。

31. DDD導入後の
変化・成果

32. 変化① 上流設計
特定メンバで実施
全員で実施
（理由は次のスライド）

33. 変化② 業務
業務を理解しなくても開発可能
業務をコードで表現するため
業務を理解して開発することが必須

34. 変化③ 自動テスト
自動テスト環境がなかった
自動テスト環境整備

35. 変化④ 仕様変更
自動テストがないので、
場当たり的な対応のみ
ドメインモデルから見直して
ベストな設計・実装を模索

36. 変化⑤ 環境
独自言語なので外部から調達不可
惰性で開発
成長しないと不要扱いされる
危機感も刺激的

37. 成果①
過去何度もトライして、
成功しなかった
旧アーキテクチャからの進化に成功

38. 成果②
DDD全展開 決定

39. ご静聴
ありがとうございました。