「GOA」はシンプル・メソッドとコンポーネントの抽象化
18年間に及ぶ業務アプリケーションの研究から生み出された画期的な設計理論、それがGOAです。「千差万別」と考えられてきた様々な業務を、企業の規模、業種・業態、対象範囲などにとらわれず、極めてシンプルに整理する事ができます。要件定義、設計フェーズの短縮にその効果を発揮します。
サービスコンポーネントの汎用化で従来開発やSOAでは難しかった業務中心の開発が可能に
SOAが個別機能の専用サービスを用意し、システムを構築するのに対し、GOAはいわば「業務中心」。業務システムを構築するためのコアサービスは汎用的であり、業務フローや、画面・帳票、更にはデータベースのテーブルスキーマまでを定義した、GYOMU設定に基づき動作すべきもの、と位置付けております。だからこそ、いつもお客様にぴったりの業務システムを実現できるのです。業務は、サービスを提供する側ではなく、享受する側であるべき、それがGOAの理念です。
●SOA(他社の例)のアーキテクチャー
個個別機能の専用サービスコンポーネントを組み合わせることにより、システムを構築します。業務が変わった場合には、新たなサービスコンポーネントを用意するか、既存のものをカスタマイズしなければなりません。
●GOAのアーキテクチャー
システム構築時に、GYOMU設定より、ビジネスプロセス、データベースを動的にジェネレートします。汎用化されたサービスコンポーネントは、このGYOMU設定に基づき動作するため、業務が変わった場合でも、全く影響を受けず、そのまま使い続けられます。