アプリケーション開発担当のコメント ITアーキテクチャーで生産性が高まるとは思っていませんでしたが、SOAは本当に役に立ちます。以前は、同じ機能を別々のアプリケーションにコーディングしたり、再コーディングしたりすることに多くの時間を費やしていました。SOAのおかげで、作成したプログラムがサービス全体で共有されます。今では、プログラムは一度作成するだけで済み、別の作業に取り組むことができるようになったのです。またIBM Rational Development Platformを使えば、作業はいっそう簡単になります。必ずしも、新しい作業方法を学習する必要がなくなりました。
SOAの採用前、当社のアプリケーションはそれぞれに特定の機能があり、特定のプラットフォームで稼働していました。このようなアプリケーションを統合する方法、ビジネス・パートナーやお客様にも利用していただけるようにする方法については、あまり考えたこともありませんでした。私たちアプリケーション開発者は、最高のアプリケーションを作成することにだけ専念していたのです。しかし、それは自分で作成したプログラムを再利用せず、別のアプリケーションのためには一から作り直すという非効率な作業を生み出していました。ビジネス・ルールに変更があった場合は、該当プログラムの変更が必要な場所を突き止めることに時間を費やしていました。それは大変時間のかかる作業であるだけでなく、間違いが起こる可能性を高めることにもつながっていたのです。
上司からSOAへの移行についての話を聞いたとき、「さて、私はどのような影響を受けるのだろうか」ということを考えました。そこでSOAについて調べてみました。コンポーネントを利用してシステムを構築していくSOAのプロセスは、私にオブジェクト指向開発を想起させました。その方法自体は、なじみ深いものです。しかし、SOAはオープン・スタンダードに基づくビジネス・ロジックおよびソフトウェア開発資産の共有により、さらに進化を遂げているように感じました。確かにSOAは優れた概念だと思いましたが、実際にSOAに基づいて開発するとプログラムの作成方法がどのように変わるのかは不明確でした。そこで、SOAプラグインを搭載したIBMのRational Unified Processを使用した場合、どのようにサービス構築が容易になるのかを検討したのです。結果は、私の不安を解消するものでした。
コーディング方法は、ほとんど変える必要がないことが判明。私にとっては、SOAは主にアプリケーションについての考え方が異なるだけでした。開発者はそれぞれの独自アプリケーションを作成する代わりに、オープン・スタンダードに基づいたアプリケーション開発を行い、全社規模もしくは関連企業において、そのアプリケーションを利用できるようにすることに重点を置きます。このビルディング・ブロック・アプローチの場合、ひとりの開発者が作成したプログラムが別の開発者によって再利用されることになるため、開発者は自分が会社にとって大きな貢献をしていることを実感できます。また、アプリケーションによってビジネス・ロジックが共有されるので、開発者は同じことを何度も繰り返す必要はありません。1カ所で変更を行えばいいのです。SOAは、間違いなく開発者の生産性を高めてくれるでしょう。
