GCT研究所|設計理論「GOA」

gct_header_2.jpg

境界線

 

人に依存しないアーキテクチャで「4倍速開発」の実篇へ

境界線

 

設計理論「GOA」

head01.png「GOA」はシンプル・メソッドとコンポーネントの抽象化
reader.png
18年間に及ぶ業務アプリケーションの研究から生み出された画期的な設計理論、それがGOAです。「千差万別」と考えられてきた様々な業務を、企業の規模、業種・業態、対象範囲などにとらわれず、極めてシンプルに整理する事ができます。要件定義、設計フェーズの短縮にその効果を発揮します。

イメージ:業種・業態を選ばない

sp27.png
head01.pngサービスコンポーネントの汎用化で従来開発やSOAでは難しかった業務中心の開発が可能に
reader.png
SOAが個別機能の専用サービスを用意し、システムを構築するのに対し、GOAはいわば「業務中心」。業務システムを構築するためのコアサービスは汎用的であり、業務フローや、画面・帳票、更にはデータベースのテーブルスキーマまでを定義した、GYOMU設定に基づき動作すべきもの、と位置付けております。だからこそ、いつもお客様にぴったりの業務システムを実現できるのです。業務は、サービスを提供する側ではなく、享受する側であるべき、それがGOAの理念です。

bk1_top.gif

●SOA(他社の例)のアーキテクチャー
個別機能の専用サービスコンポーネントを組み合わせることにより、システムを構築します。業務が変わった場合には、新たなサービスコンポーネントを用意するか、既存のものをカスタマイズしなければなりません。
一般的なSOAのアーキテクチャー概念図

●GOAのアーキテクチャー
システム構築時に、GYOMU設定より、ビジネスプロセス、データベースを動的にジェネレートします。汎用化されたサービスコンポーネントは、このGYOMU設定に基づき動作するため、業務が変わった場合でも、全く影響を受けず、そのまま使い続けられます。
GOAのアーキテクチャー概念図