ＳＯＡ

ＳＯＡ（Service Oriented Architecture）とは、ソフトウェアを部品化して、再利用するシステム開発方法の一つです。ＳＯＡでは、「受注」とか「出荷」というような、業務で意味をもつ小さい単位をサービスといいます。サービス単位でのソフトウェアを部品として使えるようにすれば、それらのサービスの部品を組み合わせることにより、販売システムのような情報システムを構築することができます。

部品化の観点

従来の部品化技法とＳＯＡの違いに注目すると、次のことがあげられます。

• 業務視点からの部品化
  従来の部品化は、主に処理ロジックやデータの共通部分を部品としており、技術の観点からの部品化でした。それに対して、ＳＯＡでは「受注」や「出荷」のような業務の視点から部品化します。ＩＴ技術者の観点ではなく、経営者や利用者からの観点でとらえているのが特徴です。
• 部品の独立性が高い
  部品を多様な環境で再利用するためには、同一のプログラム言語、データベース、ネットワークなどが条件になることを解消することが必要です。従来の部品化の技術でもそれを重視してきたのですが、不十分でした。ＳＯＡでは、情報技術から離れたサービスという概念で部品化することにより、部品としての独立性をさらに高くしています。
• 粒度が大きい
  粒度とは部品の大きさのことです。当然、「受注」や「出荷」などの業務部品の間には、共通のロジックやデータがあります。ＳＯＡでは、それらは従来型の部品を組み合わせて業務の部品としています。すなわち、ＳＯＡは従来型の部品を業務の観点からまとめたものになり、粒度が大きくなるのが通常です。

部品化をするのに、どの程度の粒度にするかが問題になります。「販売」というような大きな粒度にすれば、情報システムを構築するには便利ですが、部品として再利用できる度合いが少なくなります。逆に、「新商品の登録」というような小さな粒度にしたのでは、部品の数が膨大になり、ＳＯＡの利点を失うことになります。業務をよく理解している利用者が参画しないと、使いにくい部品になってしまいます。

開発アプローチからの観点

ＳＯＡは、データ中心アプローチやオブジェクト指向アプローチの発展形態であるという見方もできます。

データ中心アプローチでは、対象業務に必要となるデータの構造に着目したデータベースを構築し、そのデータベースを更新したり、データベースから情報を取り出したりする処理を記述するのがプログラムである、すなわち、データベースが主でプログラムが従であるという考え方です。環境の変化により処理は変化するが、データ構造はあまり変化しないので、環境変化による保守・改訂への影響を少なくするとともに、保守・改訂作業を容易にする効果があります。

オブジェクト指向アプローチでは、データベースの処理（メソッド）もオブジェクトに組み込みました。また、インヘリタンス（継承）の概念により、部品の再利用を効果的に行えるようになりました。
　オブジェクト指向アプローチでは、オブジェクトという「主体」が中心になります。その主体とは「商品」や「出荷」であり、情報システムと離れて、業務で取り扱うモノ（オブジェクト）を中心に考えることができるようになりました。

ＳＯＡでは、さらに業務指向が進み、データベースやオブジェクトという情報システムに密着した概念から、「何をするのか」という「サービス」を対象にした考え方へと発展してきたのだといえます。

利用環境からの視点

既存の情報システム（アプリケーション）は、レガシー時代の汎用コンピュータ、クライアントサーバシステム、Ｗｅｂ環境のプラットフォームに散在しています。これらを統合することが望まれますが、抜本的に移行するには膨大な作業が発生します。また、アプリケーションによっては、それに適したフラットフォームで運用するのが適切な場合もあります。それを分散アプリケーションといいます。
　複数の分散アプリケーションをサービスという単位でとらえて、インタフェースを統一することにより、あたかも一つのアプリケーションとして運用することが重要であることは、従来からも認識されており、多くの技術や標準化が行われてきました。ＳＯＡは、そのような発展を前提にしたシステム開発の方法論だともいえます。