JavaとDBのデータモデルはナゼすれ違う？：JavaのDBアクセスを極める（1）（2/2 ページ）

開発手法の違いによるインピーダンスミスマッチ

（1）ビジネス要件の複雑化に伴うさまざまな開発手法の出現

　昨今、目まぐるしく変化する顧客やマーケットのニーズに伴い、システムに対するビジネス要件も、その変化は激しさを増しています。そのため、ビジネス要件を満たすのはもちろんのこと、プログラムの機能面での拡張性やメンテナンス性も強く要求されるケースが増加し、それに伴い開発手法もオブジェクト指向開発に代表されるように、拡張性を担保することを意識したさまざまな方法論が生み出されてきました。

　しかし、これらの新しい開発手法だけで、すべてのシステムの実装を、拡張性を持って行えるかというと、そう簡単にはいきません。筆者の私見では、古くからある構造化手法（POA）やDOAなどの開発手法と新しく生み出されたオブジェクト指向による開発手法をうまく共存させ、互いの良い部分をうまく組み合わせていくことが望ましいと考えます。

（2）異なった開発手法の組み合わせによるギャップの発生

　では、実際の開発の現場でどのように開発手法が使われているか、考えてみましょう。それぞれの開発手法に関する文書や書籍は数多くありますが、異なる開発手法を組み合わせて開発を行っていく方法に関しては、あまり明確化されていないようです。ところが、ほとんどの開発プロジェクトでは開発手法を一本化せず、さまざまな開発手法を組み合わせて開発を行っているケースが多いと思います。総合的なEnd To Endの開発手順が明確化されていないまま、異なった開発手法を用いてシステム開発を行っていると、それぞれの開発手法のアプローチの違いからギャップ（溝）が生じてきます。

　例えば、OOAとDOAとを組み合わせた開発を行っているとしましょう。具体的には、ビジネスロジック（データベースを使用するユーザー・アプリケーション）からのアプローチとしてOOAを使用し、データベース（DAO注3 などのデータベース・アクセス処理やテーブルなど、物理的なデータベース）側からのアプローチとしてDOAを使用するとします（図1参照）。図1ではOOAで考えるエンティティ・モデルとDOAで考えるエンティティ・モデルで、明らかにギャップが生じています。

図1　開発手法の違いによるギャップ

　こういった、開発手法の違いで発生するデータモデルのギャップのことをインピーダンスミスマッチといいます。それでは、なぜインピーダンスミスマッチが発生するかを考えてみましょう。その主たる理由は、設計・分析における考え方（思想）の違いです。考え方の違いを表2にまとめました。この表では、OOAでのオブジェクト指向モデルの組み方と、DOAによるデータベースモデルの組み方の違いを表しています。

　着目すべきは、目的によってアプローチが異なっていることです。OOAでは業務的な全体の振る舞いからの視点でデータをとらえ（業務駆動型）、DOAでは業務要件から必要とされるデータに重きを置いてアプローチ（データ駆動型）しています。アプローチが違うため、それぞれが実装するデータモデルに必然的にギャップが生じるのが分かります。つまり、最終的な目的が異なれば、ゴールも変わってくるということです。

　最近では、こういった開発手法の違いに伴うギャップを埋める非常に有用で便利なツール類が数多く出ていますが、それらのツールを使用して解決する場合であろうと、別の方法で解決する場合であろうと、ギャップが生じる背景を知り、なおかつ理解していることは大切なことです。

今回のまとめ

　今回は、第2回以降で解説するテーマの手始めとして、データベース・アクセスにおける問題や疑問が発生する大きな背景を理解していただくために、「データモデル分析／設計におけるギャップ発生の背景」を説明してきました。次回からは、データベース・アクセス処理に関する問題・疑問の解決方法や参考となるポイントをテーマ別に具体的に解説していきます。（次回に続く）