DOAとSOA

入社当時、機能中心型の設計では、ITベンダーにとっての失敗案件が多くなるので、DOA（データ・オリエンテッド・アプローチ）による設計を叩き込まれ、その方法で案件を成功させてきた身にとっては、SOA（サービス・オリエンテッド・アーキテクチャー）は、受け入れるのに時間のかかる代物だった。

DOAの主要成果物は、DFD,データフロー、IPO、データディクショナリー。あと、画面定義をつければ、単体のシステムであれば、そこそこの設計と実装ができる。

単体のシステムは、それ自体が綺麗に設計されていて、相当のマシンで稼動していれば、それはそれで幸せなのかもしれない。

ただ、単体のシステムは、その設計方法が固かっただけに、色々な意味での柔軟性が比較的弱いかもしれない。

HW,SW,アプリケーションをそれぞれ柔軟に組み合わせて、アプリケーションを作っていく方法として、SOAが脚光を浴び、光がうせてきて、ジワジワと浸透していくと思われる。

SOAは、ITの構成要素を柔軟に組み替える点で、EAとも関連深く、EAはDOAとも関連付く。

SOAを実現するには、企業全体でデータの整合性があってないと実現できないように思える人もいるかもしれないが、そもそも企業全体でデータの整合性が取れている所は、経験上、非常に少ないと思う。

企業買収、合併、OEMなどデータの整合性が取れないので、商売できませんなんてことは言えない。マスターテーブルを複数持ったり、システムを複数メンテナンスしていたり・・・

DOAベースの分析と、SOAミドルウエアによるデータのマッピングの両面が必要だ。