[コラム]情報システムの柔軟性実現は"応病与薬"のアプローチで

出展:みずほ情報総研ホームページ(http://www.mizuho-ir.co.jp/)「コラム/みずほ情報総研(株)　コンサルティング部近藤佳大　2008年1月22日付」より

　情報システムに求められる重要な要件の一つに、ビジネス環境の変化にあわせた機能変更の「柔軟性」がある。この柔軟性を実現しようとする際に注意すべき点は、機能変更の内容にはさまざまなレベルが存在することである。企業のトップ、役員レベルでの意思決定によって必要となる新機能もあれば、実際にシステムを利用している担当者の要望に基づく機能変更も存在する。こうしたレベルの違いによって、柔軟性確保のために採用すべき手法は異なってくる。

　例えば、柔軟性確保のために近年多くのITツールベンダーが提唱し始めている手法に「SOA(サービス・オリエンティッド・アーキテクチャ)」がある。あらかじめさまざまな機能をサービスとして用意しておき、それらを利用して情報システムを組み立てるというSOAは、柔軟性の高いシステムを実現するために非常に優れた仕組みである。ただし、SOAによって実現できる柔軟性には、限定的な面があることにも留意が必要であろう。若干誇張するならば、SOAによって実現されるのは、企業のトップレベルでの意思決定による機能変更に柔軟に対処するための基盤と言ってもよい。金融業における新商品へのシステム対応や製造・流通業におけるサプライチェーン改革、部門横断的なBPR(業務改革)などがこうした例にあたる。

　一方、集計機能の追加や表示方法の変更など、情報システムを日々利用している担当者の要望を柔軟に反映していくためには、例えば、「オブジェクト指向」による機能の再利用や、Rubyなどの「動的型付言語」を用いた迅速な開発、BIツールの利用といった手法の方が直接的に有用な場合が多い。

　これらの違いは、各々の手法が目指している目的の相違に由来する。SOAは「各種サービスを組み合わせてシステムを作ろう」という仕組みであり、レゴブロックに例えられることがよくある。ブロックを組み合わせロボットでも車でも何でも作ることができるように、情報システムも「ブロックに相当するサービスを組み合わせて作ることができるようにしよう」という考え方に基づく手法がSOAである。しかし、レゴブロックで作った車の表面は角々しいように、単にサービスを組み合わせて作ったシステムはユーザの要望に細やかに対応できないものである可能性がある。それに対して、「オブジェクト指向」は、より細かいレベルでのシステム機能の部品化を目指したものであり、部品の機能を若干変更するようなことも可能である。そのため、より細かなレベルでのシステムの保守性の向上に貢献しやすい。

　また、情報システムコストに柔軟性を持たせたいのであれば、最近注目されているSaaSというキーワードもある。SaaSは、「サービスとしてのソフトウェア(ソフトウェア・アズ・ア・サービス)」を略したものであり、初期費用をかけず、使った分だけ使用料を払うという課金の仕組みとされている。例えば、利用者数に応じた支払いとすることができる。自社独自の機能の実装には相応の追加コストを要するものの、逆に汎用性のある機能であれば設定変更のみで新機能が利用できるようになる場合もある。一方、SOAやオブジェクト指向では、情報システムの構築や機能追加に伴い、一般的には利用者数に関わらず初期費用が発生してしまう。

　このように、情報システムを柔軟化し、保守コストを削減するためのアプローチにはさまざまな方法が存在し、企業が目指す方向性によって採用すべきアプローチ、組み合わせは異なってくる。複数の部署をまたがるような大幅な業務改革(BPR)を実施し、それにあわせて情報システムも作り変えていくことを目指すのであれば、SOAは極めて有効なアプローチである。一方で、情報システムを用いた各業務の効率改善に主眼があるのであれば、まず検討すべきは他のアプローチであろう。情報システムの柔軟化、保守コスト削減を実現していくためには、情報システムに求められる柔軟性の内容を具体化し、それに合わせた適材適所、応病与薬的な手法の選択が必要とされる。

[コラム]情報システムの柔軟性実現は"応病与薬"のアプローチで

関連記事

コラム最新記事

この記事のトラックバック(0)