掌編連載小説　「ヤマタイ・チャレンジに乾杯」

―サービス実装の前に問題となるのが、サービスの定義です。サービス定義が曖昧だと再利用することが難しくなると思いますが、どのように考えればいいのでしょうか？

大楽　「HP SOA 7サービス」では、「基本設計」を終えてから「サービス定義」を行うことになります（図3参照。サービス定義から開始することもできる）。サービス定義を行うには、ビジネスの観点とITの観点という2つの観点で考える必要があります。ビジネスの観点においては、必要となるビジネス上の機能を洗い出し、その機能をどのようなプロセスで実現するかという観点でまとめていきます（図7参照）。

―次に問題となるのはサービスの粒度ですが、どの程度にサービスを分解すればいいのでしょうか？

大楽　結論から先に言えば、再利用可能な最大限の粒度を設定すべきです。粒度を小さくすればするほど利用範囲は拡大しますが、管理は大変になるからです。

サービスを定義する際、全社レベルでサービスを共通利用する場合と、EC など個々のプロジェクト単位での利用に分けて考えますが、それによって粒度も異なります（サービスをよく知っている部門内では粒度を小さくしても利用できるが、サービスを知らない全社レベルでは粒度を小さくすると利用しづらくなる）。いずれもサービス定義の方法論は同じです。

サービスを洗い出すに当たってはサービスの粒度を揃える必要がありますが、その妥当な粒度はお客様によって感じ方が異なるため、一概に定義することはできません。ビジネスプロセスも既存アプリケーションの機能範囲も、お客様によって異なるため、サービス粒度も異なるからです。また、全社レベルか部門内での利用かも考慮して粒度を決めます。

また初期分析の時点で、オブジェクト指向を意識しすぎて共通するクラスを捜そうとすると、話す相手によってレベルが異なるため、粒度がバラバラのクラスが抽出されてしまい、結果として収集がつかなくなる可能性もあります。こうした問題を避けるため、HPではビジネスとITの観点からサービス粒度を整理し、再利用可能な最大限のサービスを定義します（図8参照）。

―では実際にどのようにサービス粒度をブレークダウンしていったらいいのでしょうか？

大楽　そのおおまかな流れを表したのが図9となります。必要に応じてレベル3サービスからレベル6サービスにまで分解し、最終的にプロセス定義書・サービス定義書を作成します。なお、レベル1サービスはインダストリープリントであり、レベル2、3サービスはこれらをブレークダウンしたもので、アーキテクチャ策定時にサービスポートフォリオとして定義します。

―ここまでお話を伺っていると、従来のDOAと似ている気がしますが、どこが違うのでしょうか、またSOA化のタイミングをどう考えればいいのでしょうか？

大楽　適切な情報（データ）が提供されるという点では DOA (Data Oriented Approach)に似ています。しかし、DOAはビジネスにリンクしていませんが、SOAはビジネスにリンクしている点が決定的に違います。

たとえば、ポイントカードの場合を考えてみましょう。DOAではリアル店舗とECサイトでのポイントを別々のデータとして管理している場合、DOAでは概念データモデルを作成し同一のデータとして扱えるように実装する必要があります。そのように実装しなければ、DOAでは同じ店のポイントでも、リアル店舗では使えてもEC店舗では使えないということがおこります。しかし、SOAではポイントサービスという名称（識別）だけなく、インタフェースや振舞いも定義しますので、最初から両方の店舗で使えるようにすることができるわけです。また、新たなポイント制度を導入する場合も、他のシステムへの影響を最小限にできます。

SOA化は、サービス利用者にとって使いやすさをもたらし、ビジネスの効果的な遂行を可能にします。また、再利用可能なサービスが増えれば増えるほど、ますます利用されるという好循環構造をもたらします。一方SOA化は、IT側にも大きなメリットをもたらします。アーキテクチャがよりシンプルになりビジネスと密接に連携しますので、ダイレクトにビジネスに貢献きるようになり、その存在意義が一層評価されるようになるからです。

最後にSOA化のタイミングですが、ここ2〜3年でSOA化が本格化すると予想されている現在、HPでは、一日も早くSOA化を検討・採用されて、先行者利益を享受できるようお手伝いさせていただければと願っております。