私たちのデータ中心アプローチでは、業務仕様と実装仕様をきちんと区別して設計工程を進めます。
たとえば、受注画面の定義。
業務仕様：受注を登録する画面に必要なデータ項目、および新規登録・更新・削除などの処理種別を定義します。
実装仕様：各データ項目の入力仕様（たとえば、直接入力か、プルダウンメニューからの選択か・・・など）、ボタンの動作（ヘッダ行の最後にあるボタンを押すと明細行の入力ウィンドウが開く）などを定義します。
業務仕様の定義をもとにソフトウェアを生成するツール（たとえばXupperⅡ＋ソフトウェア自動生成機能をもつMDFrame/X）を使えば、ソフトウェアを作る作業は省略できます。実装仕様に相当する部分はあらかじめパターンを決めておき、そのどれかを使うように指示するだけになります。
このようにソフトウェアを自動生成した場合、１つのプロジェクトに参加するソフトウェア技術者の数を減らすことができます。仮に、ソフトウェア製造作業を外注していたとすれば、結果として内製率が上がることになるでしょう。
内製率の上げ方としては、ちょっと反則かな？
でも、業務アプリの担当者は、業務設計に集中できるので良いと思います。また、プログラム言語の流行にあわせて技術を勉強しなおすこともなくなります。
