業務ロジックのコーディングのほか、画面遷移定義なども開発毎に決定しなければならず、全体を俯瞰しにくい。

GUIツールにより、全体構成の把握がしやすくなるだけでなく、画面遷移、画面デザイン、バリデーションなどの設定や変更が容易に行える。

個々のプラットフォーム（言語、WebApplication Server、データベース）に依存することが多く、プロジェクトマネジメントの困難さや品質上のばらつきを発生させやすい。

各画面での属性や機能、画面間の遷移を定義するだけで、フレームワークソースコードを自動生成。基幹フレームワークに「Jakarta Struts」を使用しており、柔軟なカスタマイズが可能。

業務ロジック、データ表示、画面制御などのロジックが混在してしまっているソースへの修正が困難になる懸念がある。

MVCの原則に基づき、コントローラ層、画面表示、業務モデリングを完全分離。コントローラ層、画面表示はWebPumpで管理するため、プログラマはモデリングに注力できる。

デザイナーによる画面デザインの上にプログラマが業務ロジックを乗せていく開発手法では、デザインの変更や業務要件の変更の際に、容易にメンテナンスできない。

デザイナーから提供されたHTMLをテンプレートとして管理し、テンプレートエンジン機能により容易に実行環境への反映が可能。デザイナーとプログラマは完全に平行して業務を遂行できる。

画像、ファイルのアップロードなど利用の機会が多い機能に対して、実装には高度なスキルが要求される。

アップロード、ダウンロード等の機能をあらかじめ盛り込んだSDKをあらかじめ用意。これを使用することによって、品質の一定化、開発コストの削減を図る事ができる。