JPH0262626A - プログラム開発方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はプログラム開発方式に関する。

〔従来の技術〕

従来のプログラムの部品化は２機能のまとまりをある定
義、あるいはある方法によシ単純に選び出すものであり
、プログラムの実行単位までの部品化は行なっていない
。

第２図は従来の方式を示す概念図で、いくつかのまとま
った処理機能を持つプログラムが、処理を受は取るプロ
グラムに対して要求内容を示しだ情報をもとに要求を出
す。処理を受は取るプログラムは、要求内容を詳細に判
断し、それぞれの要求に応じた処理を行なうことになる
。この場合。

仮りにプログラムを変更する必要が出た場合、要求を出
す側の処理の流れ、処理の順序、要求内容等、及び処理
を受ける側の処理の流れ、処理の順序、要求内容等を全
て再検討し、各個所に判断命令等を挿入しながら実現す
ることになシ、変更には非常に弱い方式である。又２判
断処理による分岐命令等によシ走行命令数も増加する。

〔発明が解決しようとする課題〕

上述した従来の部品化によるプログラム開発方式では、
単なる処理のまとまシを選び出すものであったため、プ
ログラム変更の場合は、考えられる全ての部品の組合せ
を考慮し、変更を行ない。

そして評価しなければならないという欠点があり。

変更増設に対して不便である。

〔課題を解決するための手段〕

本発明のプログラム開発方式は２機能率位に部品化され
たプログラムが処理するために必要な内容、順序等を記
載したマトリックステーブルを有し、このマトリックス
テーブルで部品化されたグログラム間のインタフェース
をとることを特徴とする。

〔実施例〕

次に２本発明について２図面を参照して説明する。

第１因は２本発明のシステム構成である。あるまとまっ
た処理を行なう場合１機能的、あるいは構造的なかたま
シのあるいくつかのプログラムが動作することにより実
現される。ここでは、処理要求を出す側１０と、処理要
求を受けて処理する［２０は、その中が機能的に独立し
部品化している。そして、それぞれ部品化されたプログ
ラムを論理的に正しく接続するだめのマトリックスチー
グル３０をもつ。

第３図を参照して詳しく説明する。本方式は。

処理要求を出す側、及び処理要求を受ける側全てを単一
機能で部品化する。まず、処理要求を出す側の部品■−
１は、処理要求を受ける側の部品■−２が必要な情報を
予め定められた場所に格納しく詳細は第４図参照）、処
理要求を出す。処理要求は、事前に部品化されているた
め、単一の要求である。

マトリックステーブル３０は、処理要求を出す側の要求
内容（要求を示すコード）によシ（第４図参照）、処理
を受ける側（■−２）に制御を移す。

処理要求を受けた側は２部品化により単一の機能要求で
あるため、要求内容を細かく判断する必要はなく、単純
に要求内容に沿って処理を行なえばよい。そのため２判
断のための処理が少なくて済み効率の良いシステムを作
ることが可能となる。

処理結果は、第４図の様に、予め定められた場所に格納
し、処理を終了させる。

機能又はインタフェースの変更の場合は１部品化された
モジー−ルの変更のみで対応可能となシ。

他への影響は全く与えない。機能追加等によりモジュー
ルを追加する場合は９部品化されたモー）。

−ルの追加と同時にマトリックステーブルを追加するこ
とで対応が可能であり、他の部品化されたモジュールに
は全く手を加える必要はない。

モジュールをテストする場合は２部品化したテストモジ
ー−ルを作成し、マトリックステーブルの処理側部品開
始番地（第４図）を強制的に変えることにより、被テス
トプログラムに全く手を加えずにテストが可能となる。

又、システムの動作を確認する際は、マトリックステー
ブルの対応の検証により、インタフェースの確認、不正
要求の検出、処理の順序性の確認等が容易に可能となる
。

第５図は処理要求側が処理要求を受ける側に出す要求の
内容とタイミングを表わしたマトリックステーブルの概
念図である。

第５図において、要求人が処理Ａに処理要求を出すこと
は不正要求であるため、その様なケースの場合は強制終
了させるが、エラー処理を行なうことＫよシ、システム
の誤動作を防止することができる。要求Ｂは、処理Ａに
要求を出すことが正しいことを示す。

この様に、マトリックステーブルを用いることと、要求
内容、処理内容の部品化により、処理要求を出す側、処
理要求を受ける側の細かいプログラムをトレースするこ
となく、システムの動きの検証が可能となる。

〔発明の効果〕

本発明によるプログラム開発方式は以上の通りであ９２
次に述べる効果を挙げることができる。

プログラムを変更した時、該当する部分の変更のみでよ
く、全体の整合性は細かいプログラムのトレースを必要
とせず、マトリックステーブルの確認で済む。又、各部
品化されたプログラムは。

判断する処理を多く必要としないため、簡単でかつ処理
速度の早いシステムを作ることができる。

更に、プログラムのテスト時、被テストプログラムに全
く影響を与えずにテストが可能となる。

【図面の簡単な説明】

第１図は本発明のシステム構成図で、処理要求を出す側
、処理要求を受ける側、そして処理要求の内容を示すマ
トリックステーブルの関連を示す。 第２図は従来のプログラムの処理方式を説明するだめの
図、第３図は本発明によるマトリックステーブルを用い
た具体的実現例を示す図、第４図は本発明により部品化
されたプログラム処理例を示した図、第５図は本発明に
よりプログラムの実行段階での部品化を可能としたマト
リックステーブルの概念図である。 １０は処理要求を出す側、２０は処理要求を受ける側、
３０はマトリックステーブル。 処理要求を出Ｔ側 処理要求を受ける側

Claims (1)

【特許請求の範囲】
1. １、プログラムを部品化し、部品化したプログラム間を
   、マトリックス化した情報テーブルでインタフェースを
   とることを特徴とするプログラム開発方式。