JPH0438522A - ソフトウェアプログラムシミュレータ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明は、ソフトウェアプログラムシミュレータ、特
に、ソフトウェアプログラム論理設計およびソフトウラ
エアプログラム実行シミュレーションに関するものであ
る。

［従来の技術］ 第１０図は、例えば従来の、ソフトウェアプログラムを
作成するためのフローチャート図である。

この第１０図において、（１）はシステム要件を定義す
るステップ、（２）は、定義されたシステム要件に基づ
いてシステムの概要を決定する外部設計ステップ、（３
）は、更にシステムの詳細を決定する内部設計ステップ
、（４）は、設計されたシステムに基づいて、プログラ
ムを具体化するためのプログラム構造化設計ステップ、
（５）は、プログラム記述言語や疑似言語を用いたモジ
ュール・関数などを設計する論理設計ステップ、（９）
は、論理設計されたモジュール・関数のコーディングを
行うステップである。

従来、ソフトウェアプログラムの作成は、上記のように
、システム要件の定義ステップ（１）、外部設計ステッ
プ（２）、内部設計ステップ（３）、構造化設計ステッ
プ（４）、論理設計ステップ（５）、そしてコーディン
グステップ（９）の過程を経て行われており、コーディ
ングステップ（９）の後に、デバッガ、カバレッジなど
のツールが繰り返されてソフトウェアプログラムが完成
されていた。

［発明が解決しようとする課題］ 上記のような従来のソフトウェアプログラム作成フロー
では、コーディングを行った後でないと実行時間の予測
ができないので、作成されたソフトウェアプログラムの
処理スピードに時間がかかるところや論理などを、作り
直すのに手間がかかっていたという問題点があった。

この発明は、上記のような問題点を解決するためになさ
れたものであり、コーディング前に、シミュレーション
を行うことによって、デバッガ、カバレッジなどにかか
る手間や時間を軽減することを目的とする。

［課題を解決するための手段］ この発明に係るソフトウェアプログラムシミュレータは
、モジュール・関数の論理設計を行うステップとコーデ
ィングを行うステップとの間に、論理設計されたモジュ
ール・関数の内容をプログラム記述言語や疑似言語で記
述するステラップ、および、記述されたモジュール　関
数の論理内容をプログラム構造から展開してシミュレー
トすることによってプログラムの実行時間の算出を行う
ステップを備え、シミュレーションの結果が、期待通り
であればコーディングを行い、期待通りでなければ、プ
ログラムの構造設計化ステップまたは論理設計ステップ
からやり直すようにしたものである。

［作用］ この発明においては、モジュール　関数の論理がプログ
ラム記述言語や疑似言語で記述されてプログラム構造図
が画面上に表示され、このプログラム構造図の中の特定
のモジュール　関数が指定されると、当該モジュール・
関数についてシミュレーションが行われることによって
そのモジュール・関数の実行時間が算出されてその内容
が表示される。

［実施例コ 以下、この発明の一実施例を図に基づいて説明する。

第１図は、この発明の一実施例を示す、ソフトウェアプ
ログラムシミュレータによるプログラムを作成するため
のフローチャート図である。この第１図において、ステ
ップ（１）〜（５）およびステップ（９）は従来例にお
けるものと同等であるので、ここではその説明を省略す
る。（６）は、モジュール・関数の論理をプログラム記
述言語や疑似言語で記述するステップ、（７）は、モジ
ュール・関数の論理をプログラム構造から展開してシミ
ュレートするステップ、（８）は、得られたシミュレー
ション結果が期待通りであるかどうかを判断するステッ
プ、（１０）はシミュレーション結果が期待通りでない
場合にモジュール・関数・プログラム構造などの設計を
やり直すためのステップである。

第２図は、ソフトウェアプログラムをシミュレートする
ときの実行過程を示すフローチャート図、第３図は、例
えば、トップモジュールの論理内容をプログラム記述言
語で記述したものである。第４図は、上記第３図のトッ
プモジュール内で宣言されたモジュールメモリクリアの
論理内容をプログラム記述言語で記述した例である。第
５図は。

上記第３図のトップモジュール内で宣言されたモジュー
ルファイルの読み込みの論理をプログラム記述言語で記
述した例である。第６図は、上記第３図で宣言されたト
ップモジュール内で宣言されたモジュールデータ変換の
論理をプログラム記述言語で記述した例である。第７図
は、上記第６図におけるモジュールデータ変換Ａの論理
をプログラム記述言語で記述した例である。第８図は、
上記第３〜７図に示されているモジュールで構成された
プログラム構造図である。

次に、上述のように構成されているソフトウェアプログ
ラムシミュレータによるソフトウェアプログラムの作成
について、第１〜８図を適宜に参照しながら説明する。

モジュール・関数などの論理設計を行った後に、モジュ
ール・関数の論理内容をプログラム記述言語や疑似言語
で記述する。このプログラム記述言語や疑似言語で記述
されたモジュール・関数に基づいて、第８図に示したよ
うなプログタム構造図を作成して、これをコンピュータ
の画面上に表示する。この画面表示されたプログラム構
造図上のモジュール・関数名の中の１点が指定されるこ
とによって、その指定されたモジュール・関数の内容が
、第２図に示されているようなフローに従って展開され
る。

例えば、画面表示された第８図のプログラム構造図の中
のモジュール「データ変換」を指定すると、そのモジュ
ール「データ変換」の論理データが読み取られて、その
内容が第６図に示されているように、「データ変換Ａ」
および「データ変換Ｂ」というように展開される。更に
、第７図に示されているように、下位のモジュールの論
理データの内容が、「テーブルＡのデータを取り出す」
、実行される関数であるｒｓｐｒｉｎｔｆ」、「テーブ
ルＣに書き込む」というように展開されている。第８図
に示されているデータ変換Ｂについても、上述のデータ
変換Ａと同様にしてその論理内容が展開される。

次に、上述のように展開されたモジュール「データ変換
」の実行時間の算出が行われる。

第９図は、モジュール・間数の実行時間データ。

ループの回数データなどを記述したファイル例である。

このファイルは、ＢＡＳＩＣＦＵＮＣＴＩＯＮとして備
えられている基本的な関数の実行時間が記述された部分
、ＭＯＤＵＬＥとしてモジュールの最下位レベルの実行
時間が記述された部分、そして、ＦＵＮＣＴＩＯＮとし
て関数の最下位レベルの実行時間が記述された部分とで
構成されており、モジュール・関数の中にループがある
場合は、 ＭＯＤＵＬＥ　：モジュール・関数名 ：ループ文字名　ループの回数 というように記述される。

実行時間の算出は、この第９図のファイルの内容を参照
しながらなされる。

ここでは「データ変換Ａ」を例にとってプログラム実行
時間の算出について説明する。

第９図のファイルの内容によると、第７図のモジュール
「テーブルＡのデータを取り出す」ために要する時間は
１、データ変換Ａに使用される関数ｒｓｐｒｉｎｔｆ」
の実行時間が０．００１、モジュール「テーブルＣに書
き込む」ために要する時間が１である。また、これらの
３関数を実行するループが５００回であるので、モジュ
ール「データ変換Ａ」の実行時間は、 （１＋Ｏ，ＯＯ１＋１）ホ５００ として算出される。

尚、上記実施例では、実行時間の算出は、各モジュール
・関数を展開してからなされているが、各モジュール・
関数が実行されるときにその都度なされてもよく、この
場合も同様の効果を奏するものである。

［発明の効果］ 以上説明したとおり、この発明によれば、そのモジュー
ル・関数の論理設計を行うステップとコーディングを行
うステップとの間に、論理設計されたモジュール・関数
の内容をプログラム記述言語や疑似言語で記述するステ
ップ、および、上記記述されたモジュール・関数の論理
内容をプログラム構造から展開してシミュレートするこ
とによってプログラムの実行時間の算出を行うステップ
を備え、上記シミュレーションの結果が期待通りであれ
ばコーディングステップに移り、期待通りでなければ、
プログラムの構造化設計ステップまたは論理設計ステッ
プからやり直すようにしたことから、ソフトウェアプロ
グラムをコーディングする前に各モジュール・関数の実
行予想時間が算出できるので、ソフトウェアプログラム
の実行に時間のかかるところや論理が把握でき、また、
ソフトウェアプログラムを作成して実行を行った後で、
処理スピードが遅いときなどにソフトウェアプログラム
を作り直す手間が省けてソフトウェアプログラム開発の
期間短縮につながるという効果がある。

【図面の簡単な説明】

第１図は、この発明の一実施例による、ソフトウェアプ
ログラムシミュレータによってソフトウェアプログラム
を作成するためのフローチャート図、第２図は、ソフト
ウェアプログラムをシミュレートするためのフローチャ
ート図、第３図は、トップモジュールをプログラム記述
言語で記述した例示図、第４図は、上記第３図のトップ
モジュール内で宣言されたモジュール「メモリクリア」
の論理内容をプログラム記述言語で記述した例示図、第
５図は、上記第３図のトップモジュール内で宣言された
モジュール「ファイルの読み込み」の論理内容をプログ
ラム記述言語で記述した例示図、第６図は、上記第３図
のトップモジュール内で宣言されたモジュール「データ
変換」の論理内容をプロスラム記述言語で記述した例示
図、第７図は、上記第６図のモジュール内で宣言された
モジュール「データ変換Ａ」の論理内容をプログラム記
述言語で記述した例示図、第８図は、上記第３〜７図ま
でのモジュールで構成されたプログラム構造図、第９図
は、モジュール・関数の実行時間データおよびループの
回数データを記述したファイルの例示図、第１Ｏ図は、
従来の、ソフトウェアプログラムを作成するためのフロ
ーチャート図である。　図中で、 （１）はシステム要件を定義するステップ、（２）はシ
ステムの外部設計を行うステップ、（３）はシステムの
内部設計を行うステップ、（４）はプログラムの構造化
設計を行うステップ （５）はモジュール　関数の論理設計ステップ、（６）
はモジュール・関数の論理内容をプログラム記述言語や
疑似言語で記述するステップ （７）はモジュール・関数の論理をプログラム構造から
展開してシミュレートするステップ （８）は期待通りのシミュレーション結果が得られたが
どうがを判断するステップ、 （９）はコーディングを行うステップ、（ｌＯ）はモジ
ュール・関数・プログラム構造などの設計のやり直しを
するステップ、である。 尚、図中の同一符号は同一または相当部分を示す。

Claims (1)

1. 【特許請求の範囲】 　システム要件を定義するステップ、 システム要件に基づいてシステムの外部設計を行うステ
   ップ、 システムの内部設計を行うステップ、 上記設計内容に基づいてプログラムの構造化設計を行う
   ステップ、 モジュール・関数の論理設計を行うステップ、および、 上記論理設計された、モジュール・関数の内容をコーデ
   ィングするステップ、 を備えたソフトウェアプログラムシミュレータであって
   、 上記モジュール・関数の論理設計を行うステップとコー
   ディングを行うステップとの間に、上記論理設計された
   モジュール・関数の内容をプログラム記述言語や疑似言
   語で記述するステップ、および、 上記記述されたモジュール・関数の論理内容をプログラ
   ム構造から展開してシミュレートすることによってプロ
   グラムの実行時間の算出を行うステップ、 を備え、 該シミュレーションの結果が、期待通りであればコーデ
   ィングステップに移り、期待通りでなければ、上記プロ
   グラムの構造化設計ステップまたはモジュール・関数の
   論理設計ステップからやり直すこと、 を特徴とするソフトウェアプログラムシミュレータ。