JPH1097417A - プログラム組立装置及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プログラム開発の品質を向上させると共に開
発の重複を防ぐ。 【解決手段】 標準的なひな型プログラムを格納するス
ケルトンデータベース５４と、業務で扱うデータ項目及
び該データ項目に関する制約に基づいて作成された部品
が関連付けられて格納されたデータ制約／部品データベ
ース５２と、を備えて構成する。スケルトンデータベー
ス５４から選択されたひな型プログラムの入出力処理の
カスタムポイントに、プログラム組立手段７８が画面レ
イアウト作成手段７２で指定されたデータ項目、入出力
の別及びデータ特性に応じてデータ制約／部品データベ
ース５２から抽出された部品を組み込んでプログラムを
製作する。標準的なひな型プログラムをベースとするた
め、プログラムのばらつきが少なくなり品質が向上す
る。また、データ項目に関する制約に基づいて作成され
た部品がデータベースで管理されているので重複開発を
防ぐことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータなどで
使用されるプログラムを組み立てるプログラム組立装置
及び記憶媒体に係り、より詳しくは、業務で取り扱うデ
ータ項目に関する制約を実行する部品プログラムを、骨
格となるひな型プログラムに組み込むことによりプログ
ラムを組み立てるプログラム組立装置及びこのようなプ
ログラムの組立機能をコンピュータによって実現させる
組立プログラムを記憶した記憶媒体に関する。

【０００２】

【従来の技術】従来のプログラム開発作業、特に対話型
エントリ主体のプログラム設計及び開発作業では、利用
部門の業務要件を聞き取り、情報処理部門内でそれぞれ
の開発担当者がプログラム機能を具体化し、プログラム
の構造設計やチェック／編集ロジックを個別に設計／製
作してきた。詳細には、以下の４つの工程(1) 〜(4) を
経てプログラムの製作を行っている。

【０００３】(1) 要件定義工程 利用部門の業務要件（業務の流れ、入出力画面／帳票の
機能、主な入出項目、画面イメージなど）を聞き取り、
業務で取り扱うデータ項目を洗い出してデータベース設
計を行う。

【０００４】(2) 設計工程 業務の流れや画面／帳票の要求機能に基づいて、画面／
帳票のレイアウト／ＭＭＩ（Man-Machine-Interface)な
どを定義してプログラムの設計を行う。

【０００５】(3) 製作工程 設計工程で作成されたプログラム設計書に基づいてプロ
グラム構造及び取り扱うデータ項目のチェック・ロジッ
ク、編集加工ロジックを作り込む。

【０００６】(4) テスト工程 作り込まれたプログラム・ロジックの機能検証を行い、
不具合があれば前工程に戻って作り直す。

【０００７】なお、一般的に上記の要件定義／設計工程
を上流工程、製作／テスト工程を下流工程という。

【０００８】ところで、販売や物流等の業務で扱うデー
タ項目は、ほとんどの場合に何らかの形でデータベース
に格納され、帳票や画面で照会される。このデータベー
スの完成度によってシステムの出来、不出来が決まるた
め、上流工程におけるデータベース設計は重要視されて
きた。特に、近年では業務における取扱データのライフ
サイクルや他のデータとの関係などに注目したデータ分
析手法を中心としたデータベース設計手法が実用化され
ている。

【０００９】また、業務で活用する画面／帳票及びプロ
グラム機能は、これらのデータ項目の特性を組み合わせ
て実現される。各開発担当者はそれぞれの経験や知識に
基づいてこれらのデータ項目の関係を基にロジックを設
計し、プログラムを作り込んできた。

【００１０】さらに、近年では下流工程のプログラム製
作作業の効率化を目的としたＣＡＳＥツール（標準的な
プログラム構造をベースに固有のロジックを作り込んで
いくプログラム製作の支援ツール）が実用化され、プロ
グラム構造の標準化による生産性の向上が進んでいる。

【００１１】そこで、最近では、上記データベース設計
手法による上流工程のデータベース設計とＣＡＳＥツー
ルによる下流工程のプログラム製作との組み合わせによ
るプログラム開発が主流となっている。

【００１２】

【発明が解決しようとする課題】しかしながら、上記従
来のプログラム開発作業では、たとえデータ分析やＣＡ
ＳＥツールの実用化が進んでも依然として固有ロジック
の作り込みは個人の技能に大きく依存しており、重複開
発と品質のばらつきは解消されていない、という問題が
有った。

【００１３】この問題の要因として、データ分析によっ
てデータ項目の特性や他のデータ項目との関係を洗い出
しても、各開発担当者がプログラム・ロジックに組み込
む際に、それぞれの経験や知識に基づいて、これらのデ
ータ項目の関係を解釈して設計／製作している。つま
り、データ分析結果が単にデータベース設計のみに活用
され、プログラム・ロジックの設計／製作に活用されて
いないのが現状である。活用されない理由として、次の
ものが挙げられる。

【００１４】 データ分析結果におけるデータ項目の
特性や関係が複雑である（整然としていない）。

【００１５】 それぞれのデータ制約（データ項目の
特性や関係）の解釈の仕方に個人差がある。

【００１６】この結果、開発されたシステム／サブシス
テム毎に、プログラム機能の重複開発が発生し、保守性
の問題にまで派生する、という問題も生じる。

【００１７】本発明は、上記事実に鑑み、プログラム開
発における属人性を排し重複開発や品質のばらつきの生
じにくいプログラム組立装置及びコンピュータによって
該プログラム組立装置の機能を実現させるためのプログ
ラムを記憶した記憶媒体を提供することを目的とする。

【００１８】

【課題を解決するための手段】上記課題を解決するため
に、請求項１の発明は、業務で定義されたデータ項目に
ついてのデータの入力又は出力処理を含むプログラムを
組み立てるプログラム組立装置において、データ項目
と、該データ項目でデータが入力又は出力される際の制
約を実行する部品プログラムとを各々関連付けて記憶し
た第１の記憶手段と、前記部品プログラムが実装される
べき未実装の処理箇所を有し、かつ該処理箇所で実装さ
れるべき部品プログラムの型が定義付けられたひな型プ
ログラムを少なくとも１つ記憶した第２の記憶手段と、
データ項目を指定する指定手段と、前記指定手段により
指定されたデータ項目でデータが入力又は出力される際
の制約を実行する部品プログラムを、前記第１の記憶手
段から抽出する第１の抽出手段と、前記第２の記憶手段
からいずれか１つのひな型プログラムを抽出する第２の
抽出手段と、前記第１の抽出手段により抽出された部品
プログラムを、前記第２の抽出手段により抽出されたひ
な型プログラムの前記部品プログラムの型が定義付けら
れた処理箇所に組み込むプログラム組立手段と、を備え
たことを特徴とする。

【００１９】請求項１の発明では、指定手段が業務で定
義されたデータ項目を指定する。例えば受注注文を扱う
業務の場合、データ項目として、契約先、ユーザ、決済
条件、受注番号などが有る。次に、第１の抽出手段が、
指定手段により指定されたデータ項目でデータが入力又
は出力される際の制約を実行する部品プログラムを第１
の記憶手段から抽出する。例えば、受注注文の業務でデ
ータ項目が”ユーザ”の場合、該ユーザが登録されてい
るか否かをチェックする部品プログラムなどが有る。ま
た、第２の抽出手段が第２の記憶手段からいずれか１つ
のひな型プログラムを抽出する。このひな型プログラム
には、第１の記憶手段が記憶した部品プログラムが実装
されるべき未実装の処理箇所が有り、この処理箇所で実
装されるべき部品プログラムの型が定義付けられてい
る。なお、ひな型プログラムは、プログラムの構造を入
出力の特性によっていくつかのパターンに分類し、それ
ぞれのパターンを標準化することなどにより得られる。
また、処理箇所で定義される型として、入力、出力、編
集用の部品プログラムの型或いは一つのデータ項目で使
用する型やデータ項目間の関連をチェックする型、とい
ったものも含まれる。そして、プログラム組立手段が、
抽出された部品プログラムを、抽出されたひな型プログ
ラムにおける当該部品プログラムの型が定義付けられた
処理箇所に組み込む。この組み立てられたプログラムに
よって、指定したデータ項目に関する入力又は出力処理
が可能となる。

【００２０】このように本発明では、業務で扱うデータ
項目でデータを入出力する際の制約を実行する部品プロ
グラムを予め記憶しておき、データ項目を指定するだけ
でこのデータ項目に関連する制約を実行する部品プログ
ラムが、ベースとなるひな型プログラムに組み込まれる
ようにした。これによって、プログラム製作作業の効率
が向上すると共に製作したプログラムの構造にばらつき
が少なくなり品質が向上する。また、第１の記憶手段が
記憶した部品プログラムを再利用することにより、重複
開発を抑えることができる。

【００２１】請求項２の発明は、業務で定義されたデー
タ項目についてのデータの入力又は出力処理を含むプロ
グラムを組み立てるプログラム組立装置において、デー
タ項目と、該データ項目でデータが入力又は出力される
際の制約を該データの特性及び入出力の別に応じて実行
する部品プログラムとを各々関連付けて記憶した第１の
記憶手段と、前記部品プログラムが実装されるべき未実
装の処理箇所を有し、かつ該処理箇所で実装されるべき
部品プログラムの型が定義付けられたひな型プログラム
を少なくとも１つ記憶した第２の記憶手段と、データ項
目、該データ項目で入力又は出力されるデータの特性、
及び該データ項目でのデータの入出力の別を指定する指
定手段と、前記指定手段により指定されたデータ項目で
データが入力又は出力される際の制約を実行する部品プ
ログラムを、指定されたデータの特性及び入出力の別に
応じて前記第１の記憶手段から抽出する第１の抽出手段
と、前記第２の記憶手段からいずれか１つのひな型プロ
グラムを抽出する第２の抽出手段と、前記第１の抽出手
段により抽出された部品プログラムを、前記第２の抽出
手段により抽出されたひな型プログラムの前記部品プロ
グラムの型が定義付けられた処理箇所に組み込むプログ
ラム組立手段と、を備えたことを特徴とする。

【００２２】請求項２の発明では、指定手段が業務で定
義されたデータ項目、このデータ項目で入力又は出力さ
れるデータの特性、及びこのデータ項目でのデータの入
出力の別を指定する。なお、データの特性とは、例えば
データの型（アルファベット、数字、かな）、桁数、値
などのデータの形式をいう。次に、第１の抽出手段が、
指定手段により指定されたデータ項目でデータが入力又
は出力される際の制約を実行する部品プログラムを、指
定されたデータの特性及び入出力の別に応じて第１の記
憶手段から抽出する。また、第２の抽出手段が第２の記
憶手段からいずれか１つのひな型プログラムを抽出す
る。そして、プログラム組立手段が、抽出された部品プ
ログラムを、抽出されたひな型プログラムにおける当該
部品プログラムの型が定義付けられた処理箇所に組み込
む。この組み立てられたプログラムによって、指定した
データ項目に関して、指定した入出力別に指定したデー
タの特性でデータの入力又は出力処理が可能となる。

【００２３】このように本発明では、業務で扱うデータ
項目でデータを入出力する際の制約を実行する部品プロ
グラムを予め記憶しておき、データ項目、入出力の別、
データの特性を指定するだけでこのデータ項目、入出力
別、データの特性に関連する制約を実行する部品プログ
ラムが、ベースとなるひな型プログラムに組み込まれる
ようにした。これによって、プログラム製作作業の効率
が向上すると共に製作したプログラムの構造にばらつき
が少なくなり品質が向上する。また、第１の記憶手段が
記憶した部品プログラムを再利用することにより、重複
開発を抑えることができる。

【００２４】請求項３の発明は、請求項１又は請求項２
の発明が、前記第１の抽出手段により抽出された部品プ
ログラムを選択する部品選択手段と、をさらに備え、前
記プログラム組立手段が、前記部品選択手段により選択
された部品プログラムを、前記第２の抽出手段により抽
出されたひな型プログラムの前記部品プログラムの型が
定義付けられた処理箇所に組み込むことを特徴とする。

【００２５】請求項３の発明では、部品選択手段が、第
１の抽出手段により抽出された部品プログラムを選択す
る。ここで、部品の選択方法として、例えば抽出された
各部品プログラムの概要を表示し、オペレータにより指
定された部品を選択する、という方法が有る。次に、プ
ログラム組立手段が、部品選択手段により選択された部
品プログラムを、第２の抽出手段により抽出されたひな
型プログラムの当該部品プログラムの型が定義付けられ
た処理箇所に組み込む。このように本発明では、抽出さ
れた部品プログラムを選択できるので、プログラム製作
作業をさらに効率的に行うことができる。

【００２６】以上述べたプログラム組立装置は、該装置
の機能を実現するための組立プログラムをコンピュータ
によって実行することによっても実現可能となる。この
ような組立プログラムを、以下の請求項４〜請求項６の
発明のようにコンピュータ読取可能な記憶媒体に記憶さ
せることによって、本発明の汎用性を大幅に拡大するこ
とができる。

【００２７】請求項４の発明は、業務で定義されたデー
タ項目と、該データ項目でデータが入力又は出力される
際の制約を実行する部品プログラムとが各々関連付けら
れて記憶された第１のデータ領域と、前記部品プログラ
ムが実装されるべき未実装の処理箇所を有し、かつ該処
理箇所で実装されるべき部品プログラムの型が定義付け
られたひな型プログラムが少なくとも１つ記憶された第
２のデータ領域と、の情報に基づいてプログラムを組み
立てるための組立プログラムを記憶したコンピュータ読
取可能な記憶媒体であって、前記組立プログラムが、デ
ータ項目を指定するための指定機能と、前記指定機能に
より指定されたデータ項目でデータが入力又は出力され
る際の制約を実行する部品プログラムを、前記第１のデ
ータ領域から抽出する第１の抽出機能と、前記第２のデ
ータ領域からいずれか１つのひな型プログラムを抽出す
る第２の抽出機能と、前記第１の抽出機能により抽出さ
れた部品プログラムを、前記第２の抽出機能により抽出
されたひな型プログラムの前記部品プログラムの型が定
義付けられた処理箇所に組み込む組立機能と、をコンピ
ュータによって実現させるプログラムであることを特徴
とする。

【００２８】また、請求項５の発明は、業務で定義され
たデータ項目と、該データ項目でデータが入力又は出力
される際の制約を実行する部品プログラムとが各々関連
付けられて記憶された第１のデータ領域と、前記部品プ
ログラムが実装されるべき未実装の処理箇所を有し、か
つ該処理箇所で実装されるべき部品プログラムの型が定
義付けられたひな型プログラムが少なくとも１つ記憶さ
れた第２のデータ領域と、の情報に基づいてプログラム
を組み立てるための組立プログラムを記憶したコンピュ
ータ読取可能な記憶媒体であって、前記組立プログラム
が、データ項目、該データ項目で入力又は出力されるデ
ータの特性、及び該データ項目でのデータの入出力の別
を指定するための指定機能と、前記指定機能により指定
されたデータ項目でデータが入力又は出力される際の制
約を実行する部品プログラムを、指定されたデータの特
性及び入出力の別に応じて、前記第１のデータ領域から
抽出する第１の抽出機能と、前記第２のデータ領域から
いずれか１つのひな型プログラムを抽出する第２の抽出
機能と、前記第１の抽出機能により抽出された部品プロ
グラムを、前記第２の抽出機能により抽出されたひな型
プログラムの前記部品プログラムの型が定義付けられた
処理箇所に組み込む組立機能と、をコンピュータによっ
て実現させるプログラムであることを特徴とする。

【００２９】さらに、請求項６の発明は、請求項４又は
請求項５の記憶媒体に記憶された前記組立プログラム
が、前記第１の抽出機能により抽出された部品プログラ
ムを選択する部品選択機能と、をさらに有し、前記組立
機能は、前記部品選択機能により選択された部品プログ
ラムを、前記第２の抽出機能により抽出されたひな型プ
ログラムの前記部品プログラムの型が定義付けられた処
理箇所に組み込む機能であることを特徴とする。

【００３０】ここで、請求項４乃至請求項６の発明で
は、前記第１及び第２のデータ領域が、本発明の記憶媒
体に記憶されたデータとして提供され、組立プログラム
実行時に、本発明の記憶媒体に直接アクセスしたり、或
いは、該記憶媒体から読み出したデータの一部をＲＡＭ
等に一時的に格納するようにしてもよい。この場合は、
例えばハードディスクの容量が足らないときなどに好適
である。また、前記第１及び第２のデータ領域が、本発
明の記憶媒体には、記憶されておらず、別の記憶手段に
予め記憶されたデータとして提供されてもよい。なお、
ここでいう別の記憶手段とは、本発明の記憶媒体とは異
なる別の記憶媒体（持ち運び可能）以外に、コンピュー
タに内蔵或いは外付けされたハードディスク等の記憶装
置を含むものとする。

【００３１】さらに、前記第１及び第２のデータ領域
が、当初は本発明の記憶媒体に記憶されたデータとして
提供され、組立プログラムを実行する際には、これらの
データ領域を別の記憶手段に実行可能な形式でインスト
ールするようにすることもできる。このような場合を含
めて、請求項７の発明のように、請求項４乃至請求項６
のいずれか１項の発明において、前記第１及び第２のデ
ータ領域を別の記憶手段に生成せしめる生成プログラム
を、さらに記憶しておくと好適である。

【００３２】この請求項７の生成プログラムを実行する
ことにより、例えば、本発明の記憶媒体に記憶された第
１及び第２のデータ領域（圧縮形式であってもよい）
が、別の記憶手段に所定のディレクトリ構造下に生成さ
れる（圧縮形式の場合、実行可能な形式に変換され
る）。そして、組立プログラム実行時には、第１及び第
２の抽出機能に基づきコンピュータが、この別の記憶手
段に記憶された第１及び第２のデータ領域をアクセスす
る。この別の記憶手段が本発明の記憶媒体よりもさらに
高速アクセス可能な媒体であるとき、本発明の組立プロ
グラムを実行するときの組立速度を向上させることがで
きる。

【００３３】なお、この生成プログラムによって、本発
明の記憶媒体に記憶された組立プログラムもまた、別の
記憶手段に生成できるようにしてもよい。また、本発明
の記憶媒体とは異なる記憶媒体に記憶された第１及び第
２のデータ領域を、上記別の記憶手段に生成できるよう
にしてもよい。

【００３４】

【発明の実施の形態】以下、本発明の各実施の形態を図
面に基づいて詳細に説明する。 （第１の実施の形態）本発明の第１の実施の形態に係る
プログラム組立装置の構成を図１に示す。なお、本プロ
グラム組立装置は、いわゆるパーソナルコンピュータを
用いて構成したものである。

【００３５】図１に示すように、本実施の形態のプログ
ラム組立装置は、所定のプログラムに基づいて装置全体
の制御・管理を行うマイクロプロセッサ１０と、各種デ
ータを一時的に記憶しておくＲＡＭ１２と、マイクロプ
ロセッサ１０の上記所定のプログラムが格納された不揮
発性メモリのＲＯＭ１４と、を備え、各々が制御命令や
データを伝達するシステムバス１６に接続されている。
なお、ＲＯＭ１４に格納されているプログラムには、後
述するプログラム組み立て用の各種支援ツールやソース
プログラムを実行形式に変換するコンパイラなどが有
る。

【００３６】また、プログラム組立装置は、磁気ディス
ク等を記憶媒体としてデータの読み書きを行うハードデ
ィスク装置２２と、フロッピーディスクを記憶媒体とし
てデータの読み書きを行うフロッピーディスク装置（Ｆ
ＤＤ）２６と、かな漢字変換された文字データ及び画像
を表示するディスプレイ３０と、を備えており、各々
は、ハードディスク制御部２０、ＦＤＤ制御部２４、い
わゆるＶＲＡＭと漢字ＲＯＭとを備えたディスプレイ制
御部２８を介してシステムバス１６に接続されている。
なお、ハードディスク装置２２としていわゆる光磁気デ
ィスク装置等を用いても良い。

【００３７】なお、ハードディスク制御部２０、ＦＤＤ
制御部２４、ディスプレイ制御部２８には、システムバ
ス１６に接続されたＤＭＡコントローラ１８も接続され
ており、該ＤＭＡコントローラ１８がマイクロプロセッ
サ１０を経由しないで直接メモリにアクセスすることに
より高速のデータ転送が可能とされている。

【００３８】さらに、プログラム組立装置は、キーによ
る入力手段としてのキーボード３４と、ポインティング
デバイスとしてのマウス３８と、画像や文字データのプ
リント出力を行うプリンタ４２と、を備え、各々はキー
ボード制御部３２、マウス制御部３６、プリンタ制御部
４０を介してシステムバス１６に接続されている。

【００３９】さらに、プログラム組立装置は、接続され
ているアナログ電話回線のアナログ信号をデジタル信号
に変換するモデム４６を備え、該モデム４６は入出力イ
ンターフェイス制御部４４を介してシステムバス１６に
接続されている。すなわち、プログラム組立装置は、ア
ナログ電話回線を介して他の端末やホストコンピューと
データとのデータ通信が可能とされている。なお、いわ
ゆるＩＳＤＮ等のデジタル回線に接続する場合は、モデ
ム４６は不要となる。

【００４０】また、上述したハードディスク装置２２
は、ファイル管理領域としてのＶＴＯＣ５０を備え、該
ＶＴＯＣ５０により管理されるデータとして、データ制
約／部品データベース５２、スケルトンデータベース５
４、ＤＢアクセス部品５６、プロセス制約部品５８、汎
用関数部品６０、ＭＭＩ制御部品６２、及び制御部品６
４、組み込みプログラム６５が格納されている。なお、
各データの詳細については後述する。

【００４１】ここで、データ制約／部品データベース５
２を作成する際に必要となる制約の分類と部品化の手法
について詳細に説明する。

【００４２】まず、「制約」とは、ビジネス世界におけ
る規約（ビジネスルール）をいい、「制約」は、図５に
示すように、データに帰着させて表現すべき制約（デー
タベース制約）と、業務処理プロセスに依存させて表現
すべき制約（プロセス制約）とに区分できる。

【００４３】制約を抽出・分析する理由として、従来は
システム分析設計段階においてシステム仕様書、コード
設計書、入出力チェック仕様書などの形式で、様々な制
約を明確な区分けをしないままに記述してきた。しかも
上流工程で抽出できる制約は主なものに限られ、抽出し
きれなかった制約はプログラム製造工程やテスト段階で
始めて発見され、事後的に付加されるケースが多かっ
た。このため、多数のプログラムコード中に重複した形
で制約が表現される結果となり、プログラムのメンテナ
ンス効率を低下させる要因の１つとなっていた。

【００４４】そこで、本実施の形態では、制約をプログ
ラムの固有処理ロジックという形式で埋没させるのを止
め、企業内の共通資源としてデータベース化（データベ
ース制約）して取り扱うようにした。また、制約をシス
テムの実現手段（技術環境、稼働環境など）から独立さ
せ、システム構築の技術基板とは無関係に、言い換えれ
ば制約はビジネスの変化にのみ影響を受けるようなもの
として定義することができる。

【００４５】次に、データベース制約の意味定義の概要
を以下に示す。データ制約／部品データベース５２で
は、業務等のデータ項目に帰着する全ての制約を記述
し、原則として１制約につき１部品のルーチンを設けて
いる。このデータベース制約は、ある論理データベース
レコードがデータベース上に記録される時に、自分自身
のデータベースレコード内及び関連する他の論理データ
ベースレコードとの間で規定されるルールについて記述
したものであり、下記のように細分できる（図５参
照）。

【００４６】（１） 単項目制約 論理データベース中の個々のデータ項目が独自に持つ制
約である。単項目制約には、以下の３種類がある。

【００４７】(イ) ドメイン属性制約 標準定義域（ドメイン）が取り得るデータの（型、値）
を規定するための制約である。例えば、「年月日」のド
メインのドメイン属性制約として、ＹＹＹＹＭＭＤＤの
形式が有る。

【００４８】但し、ＹＹＹＹは西暦（1900-2100 などシ
ステムが取り扱う年範囲）ＭＭは月（01〜12月）、ＤＤ
は日（01〜31日；閏年を考慮）である。

【００４９】(ロ) 項目標準属性制約 データ項目が取り得るデータの（型、長さ、値）を規定
するための制約である。なお、項目標準属性制約は、必
ずドメイン属性制約を満たすものとする。例えば、デー
タ項目「注文Ｎｏ」のデータ項目属性制約として、以下
の○に１つずつ記入される８桁の英数字などがある。

【００５０】 形式１：○ ○○○○○○ ○ Ａ−Ｊ 数字 スペースなど (ハ) 項目標準出力属性制約 データ項目を表示する場合の属性（形式）を規定するた
めの制約である。例えば、データ項目「契約単位」のデ
ータ項目出力属性制約として、次のような３文字の日本
語などが有る。

【００５１】Ｋ−＞「ＫＧ 」、Ｌ−＞「ポンド」、Ｆ
−＞「本 」 （２） エンティティ制約 エンティティ（論理データベース）中のデータ項目と他
のデータ項目間に存在する制約である。なお、データ項
目間に存在する制約とは、例えば、「更新するある一つ
のデータ項目の値」と、「更新する論理レコード内の他
のデータ項目の値」、「更新するあるデータ項目の更新
前の値」、及び「他の論理レコード内のデータ項目の
値」の少なくともいずれかとが互いに特定の関係を有し
ている場合を指す。

【００５２】エンティティ制約には以下の( イ) 〜(
リ) の 種類が有る。 (イ) ＤＢ存在制約 マスターなどのデータベース・キー項目の値として存在
することを規定するための制約である。例えば、受注フ
ァイルのデータ項目「契約先」のＤＢ存在制約として、
次のようなものが有る。

【００５３】＊契約先は関係先ファイルの契約先として
既に登録済であること (ロ) 識別子制約（ユニーク性制約） キー項目の値に重複を許すか否かを規定するための制約
である。

【００５４】例えば、受注ファイルの識別子制約とし
て、次のようなものが有る。 ＊キー項目「受注Ｎｏ」はユニークであること (ハ) エンティティ内必須項目制約 論理データベースレコードとして存在するために必要な
データ項目を規定するための制約である。例えば、受注
ファイルのエンティティ内必須項目制約として次のよう
なものが有る。

【００５５】＊受注レコードとして取引形態、品名、製
品属性が必要データである。 (ニ) サブタイプ別必須項目制約 あるサブタイプの論理データベースレコードとして存在
するために必要なデータ項目を規定するための制約であ
る。

【００５６】エンティティは分析時のユーザビュー（ユ
ーザによる分析的判断）によって導かれたものであり、
そのエンティティ自身は何かのサブタイプであり、かつ
何かのスーパータイプとなっている。

【００５７】例えば、受注ファイルの「社内売買サブタ
イプ」のサブタイプ別必須項目制約として、次のような
ものが有る。

【００５８】＊「社内売買サブタイプ」レコードには、
取引形態、品名、製品属性、品種、契約先、決済条件、
及び買側品種のデータが必要である。

【００５９】(ホ) サブストラクチャ別必須項目制約 データベースレコードに依っては、レコード発生から消
滅するまでの間にいくつかの状態（サブストラクチャ）
を持つものが有り、これらの各状態における論理データ
ベースレコードとして存在するために必要なデータ項目
を規定するための制約である。

【００６０】例えば、受注ファイル「社内売買サブタイ
プ」レコードの「未指図」状態におけるサブストラクチ
ャ別必須項目制約として、次のようなものが有る。

【００６１】＊「未指図」状態の「社内売買サブタイ
プ」レコードは、−取引形態、品名、製品属性、品種、
契約先、決済条件及び買側品種のデータが必要である。

【００６２】(ヘ) サブタイプ別更新可能項目制約（サ
ブタイプ別更新可能項目チェック部品） あるサブタイプの論理レコードとして更新可能なデータ
項目、更新不可能なデータ項目を規定するための制約で
ある。例えば、受注ファイルの「委託加工サブタイプ」
のサブタイプ別更新可能項目制約として、次のようなも
のが有る。

【００６３】＊「委託加工サブタイプ」レコードは、 −契約先、生産場所、契約納期、契約数量、用途、発行
部課担、及び出荷先のデータを変更でき、 −取引形態、品名、製品属種、品種、契約単位、決済単
位のデータは変更できない。

【００６４】(ト) サブストラクチャ別更新可能項目制
約（サブストラクチャ別更新可能項目チェック部品） ある状態における論理レコードとして更新可能なデータ
項目、更新不可能なデータ項目を規定するための制約で
ある。例えば、受注ファイル「社内売買サブタイプ」レ
コードの「既出荷」状態におけるサブストラクチャ別更
新可能項目制約として、次のようなものが有る。

【００６５】＊「既出荷」状態の「社内売買サブタイ
プ」レコードは、 −契約納期、契約数量、決済単価、発行年月日、契約備
考、契約任意、契約変更理由、用途のデータが変更でき
る。

【００６６】−取引形態、品名、製品属種、品種、契約
単位、決済単位、決済条件のデータは変更できない。

【００６７】(チ) サブストラクチャ項目遷移更新制約 論理レコードのある状態から遷移できる別の状態を規定
するための制約である。例えば、受注ファイルの状態
「契約進捗状況」項目のサブストラクチャ項目遷移制約
として、次のようなものが有る。

【００６８】＊受注ファイルの状態「契約進捗状況」
は、 −「既出荷」でないものは「契約完了」にできない。

【００６９】−「契約完了」したものは何もできない。 (リ) エンティティ内／エンティティ間項目関連制約 論理データベースレコードのデータ項目間における関連
を規定するための制約である。例えば、受注ファイルの
「発行年月日」「オペレーション年月日」「契約納期」
に関するエンティティ内／エンティティ間項目関連の制
約として次のようなものが有る。

【００７０】 ＩＦ 「契約納期」 ＝ （日入力有り） ＴＨＥＮ 「契約納期」 ≦ 「翌月同日」 ＥＬＳＥ 「契約納期（年月）」 ≦ 「翌月」 ＥＮＤＩＦ すなわち、契約納期として年月以外に日の入力が有った
場合、契約納期を翌月同日まで以内に制約し、日の入力
が無かった場合には、契約納期を翌月以内に制約する、
というものである。

【００７１】（３） 導出加工制約 物理データベース上に実装するしないに関わらず、論理
上で導出加工が可能なデータとして認識されているデー
タ項目の導出加工ルールを記述したものである。例え
ば、出荷ファイルの「打切数量」に関する導出加工制約
として、次のようなものが有る。

【００７２】＊ 「打切数量」 ＝ 「契約数量」 −
「総出荷数量」 すなわち、出荷を打ち切るという行為を行う場合に、契
約数量から総出荷数量を引いた値が打切数量として導出
される、というものである。

【００７３】但し、データの集計項目などで集計単位が
動的に変化するものは導出加工制約とはしない。これら
は業務分析又はシステム設計においてプロセス制約とし
て記述するか、或いは個別業務の固有機能として記述す
る。

【００７４】（４） 機密制約 論理データベースにおける各データ項目の機密保護ルー
ルを記述したものである。

【００７５】なお、本来はデータそのものに機密制約を
設定すべきだが、この機密制約のようにシステム機能に
対して、その利用者毎にデータアクセスルートを絞る
（メニュー制限をするなど）方法で間接的にデータに対
して機密保護するケースが多い。

【００７６】以上のようにして定義された制約は、再利
用を前提とした部品（プログラムモジュール）として事
前開発され、各アプリケーションプログラムの業務機能
の要求に応じてデータ制約部品としてデータ制約／部品
データベース５２に組み込まれる。なお、部品は原則と
して１制約につき１部品とされるが、制約を部品化する
際に次の点が留意されている。

【００７７】（イ）部品のインターフェイスはできるだ
け少ない項目とする（サブルーチン引数の少数化） （ロ）部品で扱うデータ量はできるだけ少なくしデータ
項目単位に受け渡す。

【００７８】（ハ）部品内部の情報は隠蔽し、自己完結
的とする。ここで、図５に示した制約に基づいて製作さ
れた部品の特性分類を図６に示す。図６に示すように、
部品は次の（イ）〜（ヘ）のように分類される。

【００７９】（イ) データベース制約部品 データベース制約を実装単位で部品化したものである。
なお、データベース制約との関係は右の＊箇所で示され
ている。

【００８０】（ロ）ＤＢアクセス部品 業務プログラムが要求するデータベースアクセス処理部
分のみを部品化したものである。対応する制約として、
ＤＢ存在制約と識別子（ユニーク性）制約とが有る。

【００８１】このように物理データベースに対する実ア
クセス操作を部品で吸収することによりＤＢＭＳ（デー
タベース管理システム）から独立した論理アクセス使用
でプログラム開発が可能となる。

【００８２】（ハ）プロセス制約部品 データベース制約以外の処理プロセスを部品化したもの
である。

【００８３】（ニ）汎用関数部品 日付の加算・減算など固有のデータ項目に依存せずにデ
ータ加工、編集処理を汎用的に行う部品である。

【００８４】（ホ）ＭＭＩ（マンマシンインターフェイ
ス) 制御部品 画面や帳票におけるデータベース項目以外の入出力専用
項目に関するデータ操作を共通化した部品である。

【００８５】（ヘ）制御部品 オンライン及びバッチプログラムにおける技術環境依存
の共通処理を司る部品である。後述するひな型（スケル
トン）に組み込まれる処理部品となるケースが多く、例
えばエラーメッセージテキストの変換表示処理部品やカ
ーソルの初期設定処理部品などが挙げられる。

【００８６】次に、データ制約／部品データベース５２
の作成手順を図８のフローチャートを用いて説明する。

【００８７】図８に示すように、まず、業務分析により
業務で扱うデータ項目を洗い出し（ステップ１５０）、
各データ項目が持つ属性／桁／値、意味等を定義する
（ステップ１５２）。

【００８８】次に、各データ項目をデータ制約／部品デ
ータベース５２のデータベース／トランザクションレコ
ードの論理ファイルとして定義する（ステップ１５
４）。これにより、論理ファイル化されたデータ項目を
データベース上で検索することが可能となる。

【００８９】次に、データ分析によって各データ項目の
制約、レコード内の関連規約、必須制約を洗い出す（ス
テップ１５６）。このとき、各種の制約をきちんと性格
付けし（分類基準）、できる限り制約を抽出定義するこ
とが重要である。

【００９０】そして、ステップ１５６で洗い出したデー
タ制約を、対応する論理ファイルのデータ項目と関連付
けてデータ制約／部品データベース５２上に論理ファイ
ルとして登録する（ステップ１５８）。登録されたデー
タ制約のファイルには、ステップ１５６のデータ分析で
定義されたデータ制約の制約ルール、当該データ制約を
使用するデータ項目等が記述されている。ここに記述さ
れたデータ項目により、データ項目とデータ制約との間
の関連性が示される。すなわち、あるデータ項目を指定
した場合、必ず該データ項目と関連するデータ制約（制
約ＩＤ）がわかるようにしておく。

【００９１】なお、各データ制約毎に固有の制約ＩＤを
付与し、該制約ＩＤにより当該データ制約を他のデータ
制約から識別できるようにしておく。すなわち、この制
約ＩＤを用いてデータ制約を１元的に管理する。この制
約ＩＤは当該データ制約のファイルアドレス等で表すこ
とができる。

【００９２】次に、データ制約に基づいてデータ部品を
製作し、データ制約と関連付けて制約データ／部品デー
タベース５２に登録する（ステップ１６０）。なお、デ
ータ部品は１制約１部品の原則で製作される。このデー
タ部品は、対応するデータ制約を実行する処理ロジック
を記述したソースプログラム（サブルーチン）であっ
て、インターフェイスパラメータ（処理ロジックを実行
する上で必要となる入力パラメータ及び処理後に出力さ
れる出力パラメータ；引数）を有する。また、ソースプ
ログラム内には当該データ部品の部品仕様（部品概要）
が記述されている。

【００９３】なお、各データ部品毎に固有の部品ＩＤを
付与し、該部品ＩＤにより当該データ部品を他のデータ
部品から識別できるようにしておく。すなわち、この部
品ＩＤを用いてデータ部品を１元的に管理する。この部
品ＩＤは当該データ部品のファイルアドレス等で表すこ
とができる。また、データ制約ファイル或いは管理領域
等に、データ制約とデータ部品との間の関連性を、制約
ＩＤと部品ＩＤとの間の関連表として示しておく。すな
わち、あるデータ制約（制約ＩＤ）を指定した場合、必
ずこれと関連するデータ部品（部品ＩＤ）がわかるよう
にしておく。

【００９４】以上のような手順で作成されたデータベー
ス５２におけるデータ項目、データ制約、及びデータ部
品の間の関係を図３に示す。

【００９５】図３に示すように、データベースやトラン
ザクションレコード内には、論理ファイルとして定義さ
れたデータ項目とデータ制約とが関連付けられており、
また、該データ制約とデータ部品とが関連付けられてい
る。さらに、データ部品には、該データ部品が組み込ま
れた組み込みプログラムが部品ＩＤを介して関連付けら
れている。このように各ファイルが関連付けられてデー
タベース化されているので、データ制約が変更された場
合などで、該データ制約が適用されるデータ部品や組み
込みプログラム及び関連するデータ項目が即座に判明で
きる、という利点が有る。

【００９６】次に、スケルトンデータベース５４の構成
を図４に示す。図４に示すように、スケルトンデータベ
ース５４には、標準的なプログラム制御構造（スケルト
ン）を有する複数のひな型プログラム１、２、
３、．．．．．、Ｎが格納されており、これらのひな型
プログラムの先頭領域には、各ひな型プログラムの概要
等のデータが記述された管理用のヘッダ部が備えられて
いる。業務システムなどで開発されるプログラムの構造
は、入出力の特性によってその制御構造がいくつかのパ
ターンに分類できるが、それぞれのパターンを標準化し
「ひな型」として事前登録したものが、これらのひな型
プログラムである。

【００９７】ひな型プログラムは、図４に示すように、
前処理を実行する前処理セクションと主処理を実行する
主処理セクションと、所定の条件が成立するまで主処理
を継続させる判定セクションと、主処理終了後の後処理
を実行する後処理セクションと、から構成される（ひな
型プログラム１の構成例）。

【００９８】また、ひな型プログラム１の主処理セクシ
ョンは、例えば、データ部品を呼びだ出して実行するプ
ログラムをアドレス指定するカスタムポイント１と、デ
ータ部品実行後の制御を行う制御処理と、カスタムポイ
ント１により指定された以外のデータ部品を呼び出して
実行するプログラムをアドレス指定するカスタムポイン
ト２と、から構成される。

【００９９】また、カスタムポイント１によりアドレス
指定されるプログラムは、１又は複数のプロセスブロッ
クからなり、例えばプロセスブロック１には、部品呼出
前手続きロジック、部品呼出しＣＡＬＬ（記述されたデ
ータ部品を呼び出す）、部品呼出し結果判定ロジックの
順でロジックが構成されている。

【０１００】なお、各カスタムポイントにより指定され
た処理箇所には、コーディングされるべき部品の型が定
義されており、後述するように、この型に定義付けられ
た部品が実装される。

【０１０１】上記のひな型プログラムは、詳細には図１
１の例（受注注文修正プログラム）のように構成するこ
とができる。図１１に示すように、このプログラムは画
面出力を行うための一連の処理を実行する画面出力系処
理ルーチンと、表示画面へデータ入力されたときの処理
を実行するための画面入力系処理ルーチンとからなる。
これらの処理ルーチンは、部品がコーディングされるべ
き未実装の処理箇所（実線の矩形で覆われた処理）から
なり、この処理箇所は、カスタムポイントによって指定
されると共に、コーディングされるべき部品の型が定義
付けられている。

【０１０２】画面出力系処理ルーチンは、「受注ｆ（ｆ
はファイル；以下に同じ）読み込み」、．．．．．．、
「注文入力画面起動」のカスタムポイントによって指定
される処理から構成されており、読み込まれた受注ｆの
内容を注文入力画面として表示する。なお、受注ｆ読み
込み処理は、受注ｆを読み込むための受注ｆ読み込み部
品により実行される。

【０１０３】画面入力系処理ルーチンは、「外部形式デ
ータベースエリア特殊編集」のカスタムコーディング、
「単項目＆必須項目制約検査」、．．．．．、「注文確
認画面表示起動」といったカスタムポイント処理から構
成されており、データ項目の特性入力用の画面を表示
し、該画面に入力されたデータ項目の特性をチェック
し、エラーが無ければ次の注文確認画面を表示する。

【０１０４】「単項目＆必須項目制約検査」は、画面入
力された単項目かつ必須項目のデータ項目の特性をデー
タ制約／部品データベース５２を検索しデータ項目の特
性の条件を具備しているか否かを検査するルーチンとし
て定義付けられたものである。「単項目＆必須項目制約
検査」のカスタムポイントにコーディングされるべきデ
ータ部品の候補には、図示のように「ユーザ項目標準チ
ェック部品」、「決済条件項目標準チェック部
品」、．．．．、「外部−＞内部形式データベースエリ
ア変換」などがある。なお、これらの部品には、検査の
結果、画面入力されたデータ項目の特性にエラーが有っ
た場合にエラー表示する「制約エラー処理部品」が関連
付けられている。

【０１０５】また、「項目関連検査」は、データ項目
（部品）間の関連性を検査するルーチンとして定義付け
られたものである。「項目関連検査」にコーディングさ
れる部品候補には、受注の対象となるユーザが登録され
ているか否かをチェックするユーザ存在チェック部品が
有る。また、ユーザ存在チェック部品には、ユーザの関
係先ｆを読み込むための関係先ｆ読み込み部品がコーデ
ィングされる。

【０１０６】さらに、「項目関連検査」にコーディング
される部品候補には、受注ユーザと該ユーザの決済条件
とをチェックする「ユーザ＆決済条件項目関連チェック
部品」が有る。該部品の起動により指定した受注ユーザ
の決済条件が即座に判明する。

【０１０７】さらに、「項目関連検査」にコーディング
される部品候補には、受注ｆのどのサブタイプが更新さ
れるかをチェックする「受注ｆサブタイプ更新項目チェ
ック部品」が有る。この部品の起動により、指定した受
注ユーザｆの更新サブタイプが即座に判明する。なお、
受注ｆサブタイプ更新項目チェック部品には、制約エラ
ー処理部品が関連付けられており、この制約エラー処理
部品はサブタイプの更新入力のエラー処理を行う。

【０１０８】ここで、以上述べた構成を備えたプログラ
ム組立装置の機能ブロック図を図２に示す。

【０１０９】図２に示すように、本実施の形態に係るプ
ログラム組立装置は、スケルトンデータベース５４に格
納されたひな型プログラムを選択するためのひな型プロ
グラム選択手段７０を備えている。ひな型プログラム選
択手段７０は、ディスプレイ３０に各ひな型プログラム
の概要の一覧表を表したひな型プログラム選択画面７１
を表示させ、ユーザがマウス３８等を用いてカーソルを
移動させてクリックした箇所のひな型プログラムを選択
する。選択されたひな型プログラムは、スケルトンデー
タベース５４から読み出されてＲＡＭ１２に一時的に格
納される。

【０１１０】また、プログラム組立装置は入出力画面の
レイアウトを作成するための画面レイアウト作成手段７
２を備えている。この画面レイアウト作成手段７２は、
データ項目を指定するためのデータ項目指定手段７２ａ
と、指定されたデータ項目の入力と出力の別を識別する
入出力識別手段７２ｂと、指定されたデータ項目のデー
タの特性を入力するデータ特性入力手段７２ｃと、を備
えている。

【０１１１】データ項目指定手段７２ａは、オペレータ
が画面レイアウト編集画面７３からデータ項目を入力し
たり選択したりするための入力手段である。また、入出
力識別手段７２ｂは、データ項目指定手段７２ａで指定
されたデータ項目の入力と出力の別を画面レイアウト編
集画面７３から入力するための入力手段であり、例え
ば、画面表示された指定データ項目の各々についてマウ
ス３８でクリックするか否かで該データ項目のデータが
入力データか出力データかを識別する。そして、データ
特性入力手段７２ｃは、画面レイアウト編集画面７３に
表示された各データ項目について、該データ項目の特性
（該データ項目が取り得るデータの型、値、桁数等）を
入力するための入力手段である。なお、オペレータは、
画面レイアウト編集画面７３を用いて指定されたデータ
項目、入力別、データ特性に応じて画面のレイアウトを
作成することができる。

【０１１２】さらに、プログラム組立装置は指定された
データ項目に関連するデータ部品を入力項目及び出力項
目別に表示して選択するための入力項目部品選択手段７
４及び出力項目部品選択手段７６を備えている。なお、
入力項目とはオペレータによりデータ入力されるデータ
項目をいい、出力項目とはデータ出力されるデータ項目
をいう。

【０１１３】入力項目部品選択手段７４は、データ制約
／部品データベース５２を検索して入力項目に関連する
データ部品候補を読み出し、該データ部品候補の部品仕
様を入力項目部品選択画面７５に表示し、ユーザがマウ
ス３８でカーソルを移動させてクリックした箇所のデー
タ部品候補を入力項目のデータ部品として選択する。

【０１１４】また、出力項目部品選択手段７６は、デー
タ制約／部品データベース５２を検索して出力項目に関
連するデータ部品候補を読み出し、該データ部品候補の
部品仕様を出力項目部品選択画面７７に表示し、ユーザ
がマウス３８でカーソルを移動させてクリックした箇所
のデータ部品候補を出力項目のデータ部品として選択す
る。これらの選択されたデータ部品はＲＡＭ１２に一時
的に格納される。

【０１１５】さらに、プログラム組立装置は、ひな型プ
ログラム選択手段７０が選択したひな型プログラムに入
力項目部品選択手段７４が選択したデータ部品と出力項
目部品選択手段７６が選択したデータ部品とを組み込ん
でソースプログラムを自動的に作成するプログラム組立
手段７８を備えている。そして、プログラム組立手段７
８は、プログラム編集エディタ７９に組立完了したソー
スプログラムを表示する。ユーザは、プログラム編集エ
ディタ７９を用いてソースプログラムの確認、データ部
品の順序入替え、削除及び修正等の編集を行うことがで
きる。

【０１１６】さらに、プログラム組立装置は、組立編集
されたソースプログラムを実行形式のプログラムに変換
する実行プログラム編集手段８０及び該実行プログラム
を実行するためのプログラム実行手段８２を備えてい
る。実行プログラム編集手段８０は、組立編集されたソ
ースプログラムをコンパイルすると共に、部品実行モジ
ュールライブラリ８３と実行プログラムライブラリ８４
とから他に必要な実行形式のデータ部品やサブルーチン
をサーチし、これらとリンクすることにより実行プログ
ラムを作成する。なお、部品実行モジュールライブラリ
８３は、データ制約／部品データベース５２の各部品を
実行モジュールに変換し、ライブラリとして登録したも
のである。

【０１１７】上記コンパイル及びリンクの経過（エラー
表示等）はプログラム実行エディタ８２に表示される。
また、ユーザがプログラム実行エディタ８１の実行プロ
グラムの表示箇所をクリックすると、プログラム実行手
段８２が該実行プログラムを実行する。

【０１１８】以上のようなプログラム組立装置の機能構
成は、ＲＯＭ１４に格納されたプログラム組立用支援ツ
ール等（プログラム組立用プログラム）で実現すること
ができる。

【０１１９】次に、本実施の形態に係るプログラム組立
装置を用いたプログラム製作の流れを受注注文修正プロ
グラムの製作を例にして図７のフローチャートを用いて
説明する。

【０１２０】図７に示すように、まず、製作プログラム
の外部仕様（概要）を確定する（ステップ２００）。こ
の段階で、プログラムの機能概要が確定される。

【０１２１】次に、ステップ２００で確定されたプログ
ラムの外部仕様に適したエントリプログラムのひな型
（ひな型プログラム）を選択する（ステップ２０２）。
この選択は、上述したひな型プログラム選択手段７０を
用いて行われる。なお、以下の説明では、選択されたひ
な型プログラムの制御構造が図９のＰＧ１、ＰＧ２（図
１１のプログラムに相当）、ＰＧ３という３つのプログ
ラムの制御構造に相当する場合を例にする。また、図９
の画面Ｇ１、Ｇ２、Ｇ３は、画面レイアウト設計された
プログラムＰＧ１、ＰＧ２、ＰＧ３の入出力画面を各々
示す。

【０１２２】次に、画面レイアウト作成手段７２を用い
て各プログラムの入出力画面のレイアウトを作成する
（ステップ２０４）。この入出力画面のレイアウト作成
では、画面上にデータ項目を指定入力し各データ項目毎
に入力項目と出力項目との識別を付ける。図９のＧ２画
面の例では黒塗りの四角が入力項目（ユーザ、決済条
件、注文Ｎｏ、発行部課担当）で白塗りの四角が出力項
目（受注Ｎｏ、取引、契約先）である。

【０１２３】さらに、ステップ２０４の入出力画面のレ
イアウト作成処理では、各データ項目毎に特性（型、
値、定義など）を指定する。例えば、図９のＧ２の例で
は”ユーザ”のデータ項目にアルファベットや数字の
別、ユーザ番号の桁数などの指定を行う。

【０１２４】次に、ステップ２０４で識別された入力項
目に対して、データ部品の候補を表示しデータ部品の選
択を行う（ステップ２０６）。このデータ部品の表示で
は図１０に示すように、データ項目（入力項目）の名称
を基にデータ制約／部品データベース５２から該当する
データ制約を検索し、該制約に関連付けられた部品候補
一覧を表示する。

【０１２５】 例えば画面Ｇ２の「ユーザ」入力項目
では、データ項目名＝’ユーザ’をキーとしてデータ項
目定義を確定する。

【０１２６】 確定したデータ項目定義に関連するデ
ータ制約を基にデータ部品をデータ制約／部品データベ
ース５２から以下の流れで検索する。

【０１２７】 データ項目 −＞ユーザ項目標準制約−＞ユーザ項目標準チェック部品 （ユーザ） −＞ユーザＤＢ存在制約−＞ユーザＤＢ存在チェック部品 −＞ユーザ＆決済条件項目関連制約 −＞ユーザ＆決済条件項目関連チェック部品 オペレータは表示されたデータ部品の一覧から製作プロ
グラムで使用すべきデータ部品を選択し、マウス３８等
でクリックする。選択されたデータ部品は、図１０の矩
形で囲まれた箇所で示されたように他のデータ部品から
区別される。

【０１２８】同様にしてステップ２０４で識別された出
力項目に対して、データ部品の候補を表示しデータ部品
の選択を行う（ステップ２０８）。このデータ部品の表
示ではデータ項目（出力項目）の名称を基にデータ制約
／部品データベース５２から該当するデータ制約を検索
し、該制約の特性に応じた部品候補一覧を表示する。例
えば、出力項目のデータの桁数や型等を指定する部品も
含まれる。そして、表示されたデータ部品の一覧から製
作プログラムで使用すべきデータ部品を選択し、マウス
３８等でクリックする。

【０１２９】なお、ステップ２０８では、ステップ２０
４で指定したデータ特性が該データ項目として妥当であ
るか否かが検査され、妥当な場合には、指定されたデー
タ特性を制約として実行する部品が表示され、妥当でな
い場合には、エラー表示される。

【０１３０】次に、ステップ２０２で選択されたひな型
プログラムにおけるデータ部品が定義付けられているカ
スタムポイントの該当する箇所に、ステップ２０６及び
ステップ２０８で選択された入力項目及び出力項目のデ
ータ部品を組み込んでソースプログラムを自動的に生成
する（ステップ２１０）。

【０１３１】例えば、図１０のユーザ入力項目に関連し
たデータ部品の場合では、図１１で示されたＰＧ２の各
カスタムポイントに次のようにして組み込まれる。すな
わち、図１１の「単項目＆必須項目制約検査ブロック」
に「ユーザ項目標準チェック部品」、「項目関連検査ブ
ロック」に「ユーザ存在チェック部品」と「ユーザ＆決
済条件項目関連チェック部品」が組み込まれる（図１１
の斜線部で示した部品）。

【０１３２】また、実際にデータを入出力する処理箇所
には、指定された入出力別に指定データ特性でデータの
入力、出力を行う部品が組み込まれる。

【０１３３】なお、このようにしてデータ部品が組み込
まれたプログラムは、ハードディスク２２の組み込みプ
ログラム領域６５に格納される。このとき、本プログラ
ムは、組み込まれたデータ部品と部品ＩＤを介して関連
付けられて登録される。

【０１３４】次に、ステップ２１０で組み立てられたプ
ログラムの編集作業を必要に応じて行う（ステップ２１
２）。この編集作業では、オペレータが組み立てられた
ソースプログラムをエディタで確認し、必要に応じてチ
ェック順序の入替えや削除等を行ったり、自動設定用の
部品群をプログラムに組み込んだりする。

【０１３５】そして、編集したプログラムのテストを行
う（ステップ２１４）。このテストでは、編集後のソー
スプログラムをコンパイラで実行プログラムに変換し、
画面定義などの定義を登録して実行プログラムを起動さ
せる。

【０１３６】テストの結果、当該プログラムが所望の条
件を満たさなかった場合（ステップ２１６否定判定）、
ステップ２１２に戻って再度プログラムの編集作業を行
い、当該プログラムが所望の条件を満たした場合（ステ
ップ２１６肯定判定）、プログラム製作を終了する。

【０１３７】以上のようにして製作された受注注文修正
プログラム（ＰＧ１、ＰＧ２、ＰＧ３）を起動すると、
図９に示すように、まず、画面Ｇ１の受注一覧画面が表
示される。画面Ｇ１では、各受注Ｎｏ毎に取引、契約
先、及び選択欄入力チェック項目（ｍｋ）が表示され
る。ここで、いずれかの受注Ｎｏの選択欄入力チェック
項目をマウス３８でクリックするとＰＧ２が起動され
る。但し、選択された受注Ｎｏに該当するユーザが未登
録の場合はエラー表示される。

【０１３８】ＰＧ２が起動されると選択された受注Ｎｏ
の受注ファイルが読み込まれ、受注Ｎｏ、取引、契約
先、ユーザ、決済条件、注文Ｎｏ、発行部課担当、エラ
ーの各データ項目からなる注文内示修正入力画面Ｇ２が
編集出力される。そして、オペレータが編集出力された
データ項目の入力項目（黒塗りの四角）にデータ入力す
る。例えば、ユーザ、決済条件、注文Ｎｏ．等のデータ
を入力してキーボード３４のＥＮＴＥＲキーを押下す
る。キーが押下されると入力項目に入力されたデータが
適したものであるか否かがチェックされ、エラーが有れ
ばエラー表示される。エラー表示の場合、オペレータは
当該入力項目の入力データをエラー表示が無くなるまで
修正する。

【０１３９】エラーが無ければ、ＰＧ３が起動されてデ
ータ項目確認用の注文内示確認画面Ｇ３が編集出力され
る。オペレータは注文内示確認画面Ｇ３を確認してエラ
ーが無ければ、キーボード３４のＥＮＴＥＲキーを押
し、エラーが有れば再び修正する。ＥＮＴＥＲキーが押
されると、ＰＧ１が再び起動されて受注メモ一覧が表示
され、次に選択された受注Ｎｏについて同様の処理を繰
り返す。このようにして受注注文の注文内示修正が実行
される、以上述べた本実施の形態に係るプログラム組立
装置によれば、ユーザとの対話形式で半自動的にプログ
ラムが製作されていくので、プログラム製作作業が効率
良くできるだけでなく、ひな型プログラムをベースにし
ているため製作されたプログラムの構造にばらつきが少
なくなり、品質が向上する。また、データ制約／部品デ
ータベースでは、部品の利用状況が管理されているた
め、保守性が向上する。

【０１４０】さらに、制約をシステムの実現手段（技術
環境、稼働環境など）から独立させ、システム構築の技
術基盤とは無関係に、言い換えれば制約はビジネスの変
化にのみ影響を受けるようなものとして定義することに
より、ビジネス変化による制約変更に対して部品の差し
替え・部品の組み替えなどが容易となり、プログラム開
発におけるプログラムの品質、生産性、保守性が格段に
向上する。

【０１４１】さらに、データ制約／部品データベース５
２を他の端末装置から通信回線を介してアクセス可能と
してデータベースを共有化し、データ部品の再利用を図
ることによって重複製作を抑えることができる。なお、
データ制約／部品データベース５２を通信手段を備えた
プログラム組立装置からアクセス可能なホストコンピュ
ータのデータベースとして作成しても良い。

【０１４２】また、要求される実現機能は利用者の断片
的知識／先入観などによって過不足が発生し、潜在的な
矛盾（バグ）を含んでいる場合が多い。利用者に対して
早い時点で画面及び操作方法を示すことで潜在要求が発
見できる可能性が高まる。そして、予め業務で使用する
データ項目に関する部品群が整備されており、プログラ
ム構造の原型（ひな型）が用意されていれば、本実施の
形態に係るプログラム組立装置を用いて利用部門と対話
しながらシステムを開発する手法が実現できる。さら
に、照会系のプログラムなどは利用分部門で設計／製作
が可能となる。 （第２の実施の形態）第１の実施の形態では、パーソナ
ルコンピュータやワークステーションなどのＲＯＭに予
めインストールされたソフトウェアでプログラム組立装
置を実現したが、フロッピーディスクやＣＤ−ＲＯＭと
いった有形記憶媒体に記憶されたものを介して流通され
るソフトウェアを用いることもできる。これを第２の実
施の形態として以下に説明する。

【０１４３】図１６には、第２の実施の形態に係るパー
ソナルコンピュータ１１の構成及び該コンピュータにプ
ログラム組立装置としての機能を実現させるためのソフ
トウェアを記憶したＣＤ−ＲＯＭの記憶内容が示されて
いる。なお、第１の実施の形態と同様の構成については
同一の符号を付して詳細な説明を省略する。

【０１４４】図１６に示すように、本パーソナルコンピ
ュータ１１には、記憶媒体としてのＣＤ−ＲＯＭが記憶
したデータを読取可能なＣＤ−ＲＯＭドライブ２１が備
えられており、このＣＤ−ＲＯＭドライブは、該ドライ
ブとマイクロプロセッサ１０とのインターフェースを制
御するＣＤ−ＲＯＭ制御部１９を介してシステムバス１
６に接続されている。

【０１４５】なお、このＣＤ−ＲＯＭ制御部１９には、
システムバス１６に接続されたＤＭＡコントローラ１８
が接続されており、該ＤＭＡコントローラ１８がマイク
ロプロセッサ１０を経由しないで直接ＲＡＭ１２にアク
セスすることにより高速のデータ転送が可能とされてい
る。

【０１４６】このＣＤ−ＲＯＭドライブ２１に挿入され
るべき本実施の形態に係るＣＤ−ＲＯＭ２３には、図示
のように、本パーナルコンピュータ１１に第１の実施の
形態に係るプログラム組立支援ツールと同様のプログラ
ム組立機能を実現させるための組立プログラム５１の
他、第１の実施の形態と同様のデータ制約／部品データ
ベース５２、スケルトンデータベース５４、ＤＢアクセ
ス部品５６、プロセス制約部品５８、汎用関数部品６
０、ＭＭＩ制御部品６２、及び制御部品６４（以下、こ
れらを「組立用データ群」という）、が記憶されてい
る。さらに、このＣＤ−ＲＯＭ２３には、組立プログラ
ム５１等を本パーソナルコンピュータ１１へインストー
ルするための機能、ヘルプ機能、組み立てたソースプロ
グラムをコンパイラする機能など各種の機能を実行する
ためのユーティリティ６７が記憶されている。なお、こ
のＣＤ−ＲＯＭ２３に記憶された組立プログラムや組立
用データ群を、圧縮された形式で格納しておくこともで
きる。

【０１４７】このＣＤ−ＲＯＭ２３をＣＤ−ＲＯＭドラ
イブ２１に挿入し、インストール用プログラムを起動さ
せることによって、ＣＤ−ＲＯＭ２３に記憶された組立
プログラム５１や組立用データ群を、ハードディスク２
２へインストールすることができる。なお、組立プログ
ラムや組立用データ群が圧縮されている場合、これらは
伸長され、実行可能な形式で所定のディレクトリ構造の
下に生成される。

【０１４８】このうち組立プログラム５１は、図２に示
したひな型プログラム選択手段７０、画面レイアウト作
成手段７２、入力項目部品選択手段７４、出力項目部品
選択手段７６、プログラム組立手段７８、実行プログラ
ム編集手段８０、及びプログラム実行手段８２の各機能
を、パーソナルコンピュータ１１により実現させるため
のプログラムとして構成されている。

【０１４９】従って、インストールされた組立プログラ
ムを実行した場合、図７のフローチャートに示した手順
と同様の手順により、ユーザとの対話形式で半自動的に
プログラムを製作することができる。なお、製作された
プログラムは、ハードディスク２２へ格納される。

【０１５０】これにより、第１の実施の形態と同様の効
果を奏することができると共に、該組立プログラムを実
行することが可能なオペレーティングシステム及びハー
ドウェア環境を有するすべてのコンピュータをプログラ
ム組立装置として実現することができ、本発明の汎用性
を大幅に拡大できる。

【０１５１】なお、図１６の例では、１枚のＣＤ−ＲＯ
Ｍ２３に組立プログラム５１及び組立用データ群を格納
したが、組立用プログラム５１と組立用データ群とをそ
れぞれ別個のＣＤ−ＲＯＭに格納して提供することも可
能である。

【０１５２】また、ハードディスク２２へインストール
された組立用データ群を、パーソナルコンピュータ１１
の操作によって、ユーザ自身がバージョンアップを図る
こともできる。さらに、上記のように組立用プログラム
５１と組立用データ群とが別々のＣＤ−ＲＯＭにより提
供される場合、新たに提供されたＣＤ−ＲＯＭにより、
それぞれのバージョンアップを個別的に行うことも可能
である。

【０１５３】さらに、組立プログラム５１及び組立用デ
ータ群をパーソナルコンピュータ１１へインストールせ
ず、ＣＤ−ＲＯＭへ直接アクセスすることによって、組
立プログラムを実行することも可能である。この場合、
ＣＤ−ＲＯＭから読み出したデータの一部を、一時的に
ＲＡＭ１２に読み込むことにより、組立プログラムを実
行してもよい。また、組立プログラム及び組立用データ
群のいずれか一方のみ或いは一部のデータや一部のサブ
ルーチンのみをインストールし、残りは、ＣＤ−ＲＯＭ
２３から読み出すようにしても良い。

【０１５４】以上が本発明の各実施の形態に係るプログ
ラム組立装置の１例であるが、本発明は、上記例にのみ
限定されるものではない。例えば、上記例以外の制約の
部品についてひな型プログラムへの組み込みが可能なの
はいうまでもない。

【０１５５】また、本実施の形態に係るプログラム組立
装置は、パーソナルコンピュータやワークステーション
などと、これに予めインストールされたソフトウェアや
有形記憶媒体に記憶されたソフトウェアで実現したが、
有線若しくは無線の商用ネットワーク等の伝送手段を介
して流通されるソフトウェア（手順）を用いて実現して
も良い。また、専用の装置として構成することもでき
る。

【０１５６】さらに、第２の実施の形態では、記憶媒体
として、ＣＤ−ＲＯＭを例にしたが、本発明はこれに限
定されず、コンピュータ読取可能な記憶媒体であれば任
意好適に選択することができる。このような記憶媒体と
して、例えば、フロッピーディスク、光磁気ディスク、
磁気テープ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなどがあ
る。

【０１５７】

【実施例】上記実施の形態で示したプログラム組立装置
を、以下の環境〜で動作させ検証した。

【０１５８】 データ制約／部品データベースに「Ｄ
ＡＴＡＭＡＮＡＧＥＲ」（MSP 社）を使用した。

【０１５９】 プログラム組立装置における、図２の
ひな型プログラム選択手段７０、画面レイアウト作成手
段７２、実行プログラム編集手段８０、及びプログラム
実行手段８２を下流工程のＣＡＳＥツール「ＴＥＬＯ
Ｎ」（ACA 社）で代用した。

【０１６０】「ＴＥＬＯＮ」は、図１２に示すように、
固有のカスタムポイントを持っており、各カスタムポイ
ントへの部品の組み込みは「ＴＥＬＯＮ」が提供するト
ランスポート機能を用いた。

【０１６１】 プログラム組立装置における、図２の
入力項目チェック仕様選択手段７４、出力項目編集仕様
選択手段７６、プログラム組立手段７８を「TELON/リポ
ジトリ連携ツール」を自社開発して動作させた。

【０１６２】 本実施例の検証モデルは「受注注文修
正プログラムの開発」をベースに開発した。

【０１６３】本実施例におけるプログラム組立装置を起
動させて組み立てたソースプログラムの例を図１３、図
１４、図１５に示す。なお、図１３〜図１５は、当該ソ
ースプログラムのコードを１／３の部分毎に分けて表示
したものである。

【０１６４】検証結果として、次のような結果を得た。 （１）検証モデルのプログラム情報をデータ制約／部品
データベースの構造で十分管理できることが確認され
た。

【０１６５】（２）ひな型ソースプログラムへの組み込
み形態が決定された。具体的には、カスタムポイントの
位置などが確定した。また、データベース制約部品を半
自動的に組み込むための方式が整理できた。

【０１６６】

【発明の効果】以上説明したように、請求項１の発明に
よれば、業務で扱うデータ項目でデータを入出力する際
の制約を実行する部品プログラムを予め記憶しておき、
データ項目を指定するだけでこのデータ項目に関連する
制約を実行する部品プログラムが、ひな型プログラムの
該当する処理箇所に組み込まれるようにしたので、製作
したプログラムの構造にばらつきが少なくなって品質が
向上すると共に、部品プログラムを再利用することによ
って重複開発を防ぐことができる、という効果が得られ
る。

【０１６７】請求項２の発明によれば、業務で扱うデー
タ項目でデータを入出力する際の制約を実行する部品プ
ログラムを予め記憶しておき、データ項目、入出力の
別、データの特性を指定するだけでこのデータ項目、入
出力別、データの特性に関連する制約を実行する部品プ
ログラムが、ひな型プログラムに組み込まれるようにし
たので、製作したプログラムの構造にばらつきが少なく
なって品質が向上すると共に、部品プログラムを再利用
することによって重複開発を防ぐことができる、という
効果が得られる。

【０１６８】請求項３の発明によれば、抽出された部品
プログラムを選択できるようにしたので、上記効果に加
えてプログラム製作作業をさらに効率的に行うことがで
きる、という効果が得られる。

【０１６９】また、請求項４〜請求項７の発明によれ
ば、それぞれ上記請求項１〜請求項３の効果に加えて、
記憶された組立プログラムを実行することが可能なオペ
レーティングシステム及びハードウェア環境を有するす
べてのコンピュータを本発明のプログラム組立装置とし
て実現することができ、本発明の汎用性を大幅に拡大で
きる、というさらなる効果が得られる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るプログラム組
立装置の構成を示す図である。

【図２】第１の実施の形態に係るプログラム組立装置の
機能ブロック図である。

【図３】第１の実施の形態に係るプログラム組立装置の
データ制約／部品データベースの概略構成を示す図であ
る。

【図４】第１の実施の形態に係るプログラム組立装置の
スケルトンデータベースの概略構成及びひな型プログラ
ムの概略構成を示す図である。

【図５】第１の実施の形態に係るプログラム組立装置の
制約の分類方法を示す図である。

【図６】第１の実施の形態に係るプログラム組立装置の
部品の分類方法を示す図である。

【図７】第１の実施の形態に係るプログラム組立装置を
用いたプログラム製作手順を示すフローチャートであ
る。

【図８】第１の実施の形態に係るプログラム組立装置の
データ制約／部品データベースの作成手順を示すフロー
チャートである。

【図９】第１の実施の形態に係るプログラム組立装置を
用いて受注注文修正プログラムを製作する場合の入出力
画面及びプログラム構成を示す図である。

【図１０】第１の実施の形態に係るプログラム組立装置
を用いて受注注文修正プログラムを製作する場合のデー
タ項目、受注ファイル、データ制約、及び部品モジュー
ルの関連を示す図である。

【図１１】第１の実施の形態に係るプログラム組立装置
によって製作される受注注文修正プログラムの詳細な構
成を示す図である。

【図１２】第１の実施の形態に係るプログラム組立装置
の組立機能を実現する「ＴＥＬＯＮ」のオンラインプロ
グラム構造とカスタムポイントを示す図である。

【図１３】第１の実施の形態に係るプログラム組立装置
を用いて組み立てられたソースプログラムのコード結果
を示す図である。

【図１４】第１の実施の形態に係るプログラム組立装置
を用いて組み立てられたソースプログラムのコード結果
を示す図である。

【図１５】第１の実施の形態に係るプログラム組立装置
を用いて組み立てられたソースプログラムのコード結果
を示す図である。

【図１６】本発明の第２の実施の形態に係るパーソナル
コンピュータの構成及び該コンピュータにプログラム組
立装置としての機能を実現させるためのソフトウェアと
データとを記憶したＣＤ−ＲＯＭの記憶内容を示すブロ
ック図である。

【符号の説明】

２３ ＣＤ−ＲＯＭ ５１ 組立プログラム ５２ データ制約／部品データベース（第１の記憶
手段） ５４ スケルトンデータベース（第２の記憶手段） ７０ ひな型プログラム選択手段（第２の抽出手
段） ７２ 画面レイアウト作成手段 ７２ａ データ項目指定手段（指定手段） ７２ｂ 入出識別手段（指定手段） ７２ｃ データ特性入力手段（指定手段） ７４ 入力項目部品選択手段（第１の抽出手段、部
品選択手段） ７６ 出力項目部品選択手段（第１の抽出手段、部
品選択手段） ７８ プログラム組立手段（プログラム組立手段）

Claims (7)

【特許請求の範囲】
1. 【請求項１】 業務で定義されたデータ項目についての
   データの入力又は出力処理を含むプログラムを組み立て
   るプログラム組立装置であって、 データ項目と、該データ項目でデータが入力又は出力さ
   れる際の制約を実行する部品プログラムとを各々関連付
   けて記憶した第１の記憶手段と、 前記部品プログラムが実装されるべき未実装の処理箇所
   を有し、かつ該処理箇所で実装されるべき部品プログラ
   ムの型が定義付けられたひな型プログラムを少なくとも
   １つ記憶した第２の記憶手段と、 データ項目を指定する指定手段と、 前記指定手段により指定されたデータ項目でデータが入
   力又は出力される際の制約を実行する部品プログラム
   を、前記第１の記憶手段から抽出する第１の抽出手段
   と、 前記第２の記憶手段からいずれか１つのひな型プログラ
   ムを抽出する第２の抽出手段と、 前記第１の抽出手段により抽出された部品プログラム
   を、前記第２の抽出手段により抽出されたひな型プログ
   ラムの前記部品プログラムの型が定義付けられた処理箇
   所に組み込むプログラム組立手段と、 を備えたことを特徴とするプログラム組立装置。
2. 【請求項２】 業務で定義されたデータ項目についての
   データの入力又は出力処理を含むプログラムを組み立て
   るプログラム組立装置であって、 データ項目と、該データ項目でデータが入力又は出力さ
   れる際の制約を該データの特性及び入出力の別に応じて
   実行する部品プログラムとを各々関連付けて記憶した第
   １の記憶手段と、 前記部品プログラムが実装されるべき未実装の処理箇所
   を有し、かつ該処理箇所で実装されるべき部品プログラ
   ムの型が定義付けられたひな型プログラムを少なくとも
   １つ記憶した第２の記憶手段と、 データ項目、該データ項目で入力又は出力されるデータ
   の特性、及び該データ項目でのデータの入出力の別を指
   定する指定手段と、 前記指定手段により指定されたデータ項目でデータが入
   力又は出力される際の制約を実行する部品プログラム
   を、指定されたデータの特性及び入出力の別に応じて前
   記第１の記憶手段から抽出する第１の抽出手段と、 前記第２の記憶手段からいずれか１つのひな型プログラ
   ムを抽出する第２の抽出手段と、 前記第１の抽出手段により抽出された部品プログラム
   を、前記第２の抽出手段により抽出されたひな型プログ
   ラムの前記部品プログラムの型が定義付けられた処理箇
   所に組み込むプログラム組立手段と、 を備えたことを特徴とするプログラム組立装置。
3. 【請求項３】 前記第１の抽出手段により抽出された部
   品プログラムを選択する部品選択手段と、をさらに備
   え、 前記プログラム組立手段は、前記部品選択手段により選
   択された部品プログラムを、前記第２の抽出手段により
   抽出されたひな型プログラムの前記部品プログラムの型
   が定義付けられた処理箇所に組み込むことを特徴とする
   請求項１又は請求項２のプログラム組立装置。
4. 【請求項４】 業務で定義されたデータ項目と、該デー
   タ項目でデータが入力又は出力される際の制約を実行す
   る部品プログラムとが各々関連付けられて記憶された第
   １のデータ領域と、 前記部品プログラムが実装されるべき未実装の処理箇所
   を有し、かつ該処理箇所で実装されるべき部品プログラ
   ムの型が定義付けられたひな型プログラムが少なくとも
   １つ記憶された第２のデータ領域と、 の情報に基づいてプログラムを組み立てるための組立プ
   ログラムを記憶したコンピュータ読取可能な記憶媒体で
   あって、 前記組立プログラムは、 データ項目を指定するための指定機能と、 前記指定機能により指定されたデータ項目でデータが入
   力又は出力される際の制約を実行する部品プログラム
   を、前記第１のデータ領域から抽出する第１の抽出機能
   と、 前記第２のデータ領域からいずれか１つのひな型プログ
   ラムを抽出する第２の抽出機能と、 前記第１の抽出機能により抽出された部品プログラム
   を、前記第２の抽出機能により抽出されたひな型プログ
   ラムの前記部品プログラムの型が定義付けられた処理箇
   所に組み込む組立機能と、 をコンピュータによって実現させるプログラムであるこ
   とを特徴とする記憶媒体。
5. 【請求項５】 業務で定義されたデータ項目と、該デー
   タ項目でデータが入力又は出力される際の制約を実行す
   る部品プログラムとが各々関連付けられて記憶された第
   １のデータ領域と、 前記部品プログラムが実装されるべき未実装の処理箇所
   を有し、かつ該処理箇所で実装されるべき部品プログラ
   ムの型が定義付けられたひな型プログラムが少なくとも
   １つ記憶された第２のデータ領域と、 の情報に基づいてプログラムを組み立てるための組立プ
   ログラムを記憶したコンピュータ読取可能な記憶媒体で
   あって、 前記組立プログラムは、 データ項目、該データ項目で入力又は出力されるデータ
   の特性、及び該データ項目でのデータの入出力の別を指
   定するための指定機能と、 前記指定機能により指定されたデータ項目でデータが入
   力又は出力される際の制約を実行する部品プログラム
   を、指定されたデータの特性及び入出力の別に応じて、
   前記第１のデータ領域から抽出する第１の抽出機能と、 前記第２のデータ領域からいずれか１つのひな型プログ
   ラムを抽出する第２の抽出機能と、 前記第１の抽出機能により抽出された部品プログラム
   を、前記第２の抽出機能により抽出されたひな型プログ
   ラムの前記部品プログラムの型が定義付けられた処理箇
   所に組み込む組立機能と、 をコンピュータによって実現させるプログラムであるこ
   とを特徴とする記憶媒体。
6. 【請求項６】 前記組立プログラムは、 前記第１の抽出機能により抽出された部品プログラムを
   選択する部品選択機能と、をさらに有し、 前記組立機能は、前記部品選択機能により選択された部
   品プログラムを、前記第２の抽出機能により抽出された
   ひな型プログラムの前記部品プログラムの型が定義付け
   られた処理箇所に組み込む機能であることを特徴とする
   請求項４又は請求項５の記憶媒体。
7. 【請求項７】 前記第１及び第２のデータ領域を別の記
   憶手段に生成せしめる生成プログラムを、さらに記憶し
   たことを特徴とする請求項４乃至請求項６のいずれか１
   項の記憶媒体。