設計アプローチ（POA/DOA/MDA/SOA/ROA/OOAD）

• 日程: Day 3 / セッション 03
• 時間: [10:10-10:40]
• 形式: 座学
• ゴール: 5つの設計アプローチ（DOA/MDA/SOA/ROA/OOAD）をそれぞれ1文で説明でき、歴史的な変遷を順に並べられる
• 学習形式: 対話型解説

前セッションで「UNIX哲学＝設計の土台」を学びました。今度はその上に建つ「建築様式」にあたる、5つの設計アプローチを見ていきます。

各アプローチは「システムの中心に何を据えるか」が異なります。プロセスを中心にするか、データを中心にするか、サービスを中心にするか、リソースを中心にするか、オブジェクトを中心にするか。中心が違えば、設計の見え方が大きく変わります。

たとえば家を設計するとき、「リビング中心」「キッチン中心」「収納中心」で間取りが全然違いますよね。それと同じです。

「中心が違うだけで、どれも要素は同じ」です。データ・処理・振る舞いという要素は、どのアプローチでも登場します。違うのは「何を主役にするか」だけ。

「業務の流れ図（フロー）」を最初に書く方式。1970年代の主流。

• 例: 「注文受付 → 在庫確認 → 出荷指示 → 請求書発行」のフローを描き、各ステップをプログラムにする。
• 強み: 流れが分かりやすい。
• 弱み: フローが変わるたびに全部書き直し。データ重複が起きやすい。

「業務に必要なデータ」を先に定義し、処理は後で考える方式。1980年代に主流化。

• 例: 「顧客テーブル、商品テーブル、注文テーブル」をER図で定義する。
• 強み: データは長く残るので、土台が安定する。
• 弱み: データだけ綺麗にしても、業務ロジックが複雑になりがち。
• 業務システムの王道。RDBの普及と運命を共にした。

「データ＋それを操作する処理」を1つの単位（オブジェクト）にまとめる方式。1990年代に主流化。

• 例: 「Userオブジェクト」が「自分のパスワードを暗号化する」処理を持つ。
• 強み: 現実世界に近い形でモデル化できる。再利用がしやすい。
• 弱み: 設計者の力量が出やすい。学習コストが高い。

「抽象モデル」を作り、それを変換してコードに落とす方式。2000年代にOMGが提唱。

• 例: PIM（プラットフォーム独立モデル）→ PSM（プラットフォーム特化モデル）→ コード自動生成
• 強み: 仕様変更が伝播しやすい。
• 弱み: ツールへの依存が大きい。普及が限定的。

「業務単位のサービス」をネットワーク越しに組み合わせる方式。2000年代に企業システムで流行。

• 例: 「決済サービス」「在庫サービス」「会員サービス」を独立して作り、メッセージで連携。
• 強み: 異なる技術スタックでも連携できる。
• 弱み: 通信オーバーヘッド。サービス境界の設計が難しい。
• 現代のマイクロサービスの祖先。

すべての情報を「リソース」とみなし、URIで識別、HTTPメソッド（GET/POST/PUT/DELETE）で操作する方式。

• 例: GET /users/123、POST /orders
• 強み: シンプル、Web標準と相性が良い、キャッシュしやすい。
• 弱み: 複雑な業務処理を素直に表現しにくい。
• REST APIの設計思想そのもの。

オブジェクト指向の生みの親、アラン・ケイは1970年代に「メッセージング（オブジェクト間のやりとり）こそ本質だ」と言いました。彼の本当に作りたかったオブジェクト指向は、「クラスや継承の話ではなく、生き物のように自律的なオブジェクトが対話するシステム」でした。現代のマイクロサービスは、ある意味アラン・ケイの夢の実現と言えます。

「どのアプローチが最強」はありません。プロジェクトの性質で選びます。

自チームの開発テーマは何を選ぶべきか、後半セッションでも判断していきます。

複数を組み合わせるのが現実です。「内部はOOAD、外向きはROA」のような構成は普通です。

ここまでの内容で疑問があれば、AIに質問してみましょう。たとえば：

• 「DOAとOOADの違いを、家計簿アプリの設計を例に説明して」
• 「ROA（REST）とSOAって何が違うの？ 似てる気がする」
• 「MDAが普及しなかった理由は何？」

設計アプローチは「システムの中心に何を据えるか」で分類されます。POA→DOA→OOAD→SOA→ROAの順に時代が進み、それぞれ違う課題に対応してきました。「どれかが正解」ではなく、プロジェクトに合わせて選びます。

次のセッションでは、これらのアプローチを実装に落とすときに使われる「MVC・MVVM・DDD」という具体的なパターンを学びます。

• 5つの設計アプローチを、それぞれ1文で説明できますか？
• 自チームの開発に最適なアプローチはどれだと考えますか？
• DOA、OOAD、ROAの違いを1分で説明できますか？

• 参考リンク: マーチン・ファウラー『Patterns of Enterprise Application Architecture』、Roy Fielding『Architectural Styles and the Design of Network-based Software Architectures』（博士論文・RESTの原典）
• 発展課題: 自分が好きなWebサービスのAPIドキュメントを1つ読み、ROAかSOAか判定してみる