ユーザ主導型アプリケーション
開発・保守にプログラマーは必要か
Presented by ESARA
特許出願中
パッケージソフト ｖｓ 自社開発
パッケージソフトが優位な点
導入リスクの軽減
短期間でカットオーバーが可能
導入コストを軽減
パッケージソフトが不利な点
カスタマイズ要件が多すぎると開発費が増加
パッケージソフトのワークフローに事務処理を合
わせる必要がある
保守メンテナンスの難しさ
Copyright by ESARA
2
従来のアプリケーション
業務変更によるアプリのメンテナンスが必要
基本ソフトと密接な関係（ＯＳのバージョンアップ）
本番移行前にテスト環境で稼動検証が必要
保守要員（プログラマー）が継続して必要
上記理由により
開発費だけでなく保守費用が甚大
Copyright by ESARA
3
ＵOA(User Oriented Application)
ユーザ側で仕様変更に伴うアプリ改修が可能
アプリ改修後の稼動検証が容易
基本ソフトのバージョンアップへの対応が容易
以上によって
保守、バージョンアップ等の費用削減
開発要員の削減
Copyright by ESARA
4
従来のコンピュータシステム
従来：プログラムは実行したい計算処理
入
力
装
置
出
力
装
置
事務処理を変更
従来のコンピュータ
プログラム
１．定数、変数を定義
２．入力処理
３．計算処理
４．出力処理
プログラムの変更
DB
ﾃﾞｰﾀの入出力
Copyright by ESARA
5
プログラム変更不要なシステム
今後：ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ変更不要（ブラックボックス化）
入
力
装
置
出
力
装
置
事務処理の変更
システム要件の変更
今後のコンピュータ
ユーザ要件
１．画面帳票ﾃﾞｻﾞｲﾝ
２．計算処理
１．ユーザ要件更新
２．計算処理の変更
３．入出力I/Fの更新
ﾃﾞｻﾞｲﾝﾂｰﾙ
ﾍﾞｰｽﾓｼﾞｭｰﾙ
Copyright by ESARA
定義
DB
6
ﾕｰｻﾞによるｱﾌﾟﾘ修正とは
１．画面・帳票（入出力要件）
画面・帳票デザイン修正
入出力のコントロール変更
２．計算処理
計算式の変更
参照ﾃﾞｰﾀの変更
３．データベースへの入出力
DBスキーマ変更
DB入出力インターフェース変更
Copyright by ESARA
7
基本ソフトへの対応とは
プラットフォームに依存しないシステム
ＯＳ、ＤＢのバージョンアップへの対応
Copyright by ESARA
8
導入へのアプローチ
１．既存業務の調査分析
２．改善のご提案
３．ご要望の要件に沿ったパッケージ提供
４．導入時のトレーニング
５．保守サポート
Copyright by ESARA
9