Column

SOA開発にウォーターフォール型はそぐわない

ニーズとモデリング、ガバナンスポリシーを念頭に反復的な手法を採ることが、ウォーターフォール型から脱却する第一歩になると、バートングループが講演で指摘した。

公開 2006年11月30日 07時30分

更新 2012年09月04日 20時02分

著者

Rich Seeley

[TechTarget]

印刷する

　SOA開発はただでさえ難しいものだが、場当たり的な「ウォーターフォール型」の手法でやったのでは、うまく機能させることも、エンドユーザーのニーズを満たすこともほとんど不可能だ――。バートングループの副社長兼リサーチディレクター、アン・トーマス・メインズ氏は、バートン・カタリスト・カンファレンスでこう語った。

　メインズ氏は「アプリケーションアーキテクチャと開発：より良いソフトを作るために」と題した開幕基調講演を行った。ウォーターフォール型の手法は基本的に、手法とは言い難いと同氏。ニーズをほとんど考えることなくコードを書いて、それを評価用に「投げ渡し」、大型のSOAプロジェクトでそのサービスがどうなったかについて、ほとんどあるいはまったくフォローがないという古いやり方がこれだという。

　同氏によると、ニーズとモデリング、そして入念に定義されたガバナンスポリシーを念頭に反復的な作業を行うことが、ウォーターフォールから脱却する第一歩になる。

　メインズ氏は聴衆の開発者やアーキテクトを前に「SOAのためのガバナンス確立」を説いている。「SOAは全くの別物であり、本当に難しい。考え方を変える必要がある。ニーズ、モデリング、ポリシー規則の遵守を含め、優れたプログラミング手法を支持する強力なガバナンスと開発文化から着手しなければならない」

　SOAアーキテクトや開発者がオープンソースのソフトに目を向ける中、アプリケーション開発の強力な規則に従うことは特に重要だと同氏は話す。

　「オープンソースソフトは本当に素晴らしいし、無料だ。ただ、良くないオープンソースプロジェクトもたくさんある。オープンソースを利用するかどうかについて、強いポリシーを確立する必要がある」

　ウォーターフォール型によるアプローチでは、SOAの再利用も制限されるとメインズ氏は言う。個々のプログラマーが既存のサービスを見て「自分ならもっとうまくやれる」と考えがちになるからだ。サービス開発および利用のための方法論と規則がなければ「“ここで開発したんじゃない”症候群」（同氏）に陥り、再利用のメリットは失われる。

　同氏によれば、これは容易ではなく、アナリストが推奨してアーキテクトが従えるような特効策や解決策も存在しない。

　「われわれには取り組むべき文化や技術的課題がある」と同氏は述べ、例としてアプリケーションサイロ、バックログ、コストの制約といった問題を挙げた。

　「お勧めできるような完璧な解決策は存在しない。自分の組織の文化に沿わせるよう、自分で設計する必要がある」

　基調講演直後のモデリングに関するセッションで、バートングループのアナリスト、クリス・ハワード氏は、経営者が開発チームにビジネス駆動型開発プラットフォーム、IBM Rationalのツールを与えたとしても、この問題は解決しないと語った。ツールのスイートを突然押し付けられても、開発者は戸惑うばかりだと同氏。

　ウォーターフォール型からもっと反復的な手法に切り替えること自体、反復的でなければならず、開発とIT部門の文化を考慮する必要があるとメインズ氏は話す。

　「ウォーターフォールから脱出する方法は」との質問に同氏は、反復型開発に目を向け、自分がどのようにモデリングをしているかに目を向けることだと指南した。

　ソフト開発では時に後回しになるが、他業界ではモデリングの重要性が工学技術の鍵になることも多いとハワード氏。「もしボーイングがモデリングをしていなかったら、同社の飛行機に乗ろうと思うだろうか」と問い掛けた。

印刷する