JPH07114465A - システム機能検証方法 - Google Patents
システム機能検証方法Info
- Publication number
- JPH07114465A JPH07114465A JP5258009A JP25800993A JPH07114465A JP H07114465 A JPH07114465 A JP H07114465A JP 5258009 A JP5258009 A JP 5258009A JP 25800993 A JP25800993 A JP 25800993A JP H07114465 A JPH07114465 A JP H07114465A
- Authority
- JP
- Japan
- Prior art keywords
- function
- program
- verified
- file
- configuration management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 下流工程の生産物（プログラム）がなくと
も、生産物の動作するタイミングで上流工程の生産物
（仕様書）を見せることでユーザと仕様に関する打ち合
わせが容易に実施可能とし、開発者個々の事情に応じた
システム開発を提供する。 【構成】 呼び出される機能名と前記機能の実行形式
(プログラム、仕様書)をある一定の形式で表したデータ
（システム構成管理ファイル：１０７）として記憶する
ステップと前記システム構成管理データに応じて被検証
システムを作成するステップ（１０８）、被検証システ
ムの機能を検証するステップ（１１０）を設ける。 【効果】 本発明によれば、被検証システムの形式が仕
様書／プログラムのいずれであっても、または、混在し
ていても被検証システムに関連するものであれば表示、
実行させて被検証システムを検証可能とする効果があ
る。
も、生産物の動作するタイミングで上流工程の生産物
（仕様書）を見せることでユーザと仕様に関する打ち合
わせが容易に実施可能とし、開発者個々の事情に応じた
システム開発を提供する。 【構成】 呼び出される機能名と前記機能の実行形式
(プログラム、仕様書)をある一定の形式で表したデータ
（システム構成管理ファイル：１０７）として記憶する
ステップと前記システム構成管理データに応じて被検証
システムを作成するステップ（１０８）、被検証システ
ムの機能を検証するステップ（１１０）を設ける。 【効果】 本発明によれば、被検証システムの形式が仕
様書／プログラムのいずれであっても、または、混在し
ていても被検証システムに関連するものであれば表示、
実行させて被検証システムを検証可能とする効果があ
る。
Description
【０００１】
【産業上の利用分野】本発明は、ユーザと機能仕様のレ
ビューを目的としたプロトタイピング的な検証方法に係
わり、特にプログラムとしては完成していない機能を検
証するために前記機能の動作する（上位プログラムから
呼ばれること）タイミングで前記機能の仕様書を画面上
に出力する方法に関する。
ビューを目的としたプロトタイピング的な検証方法に係
わり、特にプログラムとしては完成していない機能を検
証するために前記機能の動作する（上位プログラムから
呼ばれること）タイミングで前記機能の仕様書を画面上
に出力する方法に関する。
【０００２】
【従来の技術】従来、システム機能の検証方法として
は、プログラムのみ、あるいは仕様書のみでの検証を行
なうものが多数あった。具体的にはHITACHI HI−UX／W
E2リファレンス１ マニュアルNo.3050-3-108-20 pp92
1〜964に記載されているUNIX System Laboratories,
Incが開発し、ライセンスしているUNIXオペレーティン
グシステムのxdbのようなプログラムのみを検証するも
のや、HITACHI SEWB2／CPADテスタ 使用の手引 マニ
ュアルNo.3050-7-515に記載されているPAD（ProblemAna
lisys Diagram）と呼ばれる仕様記述形式で書かれた仕
様書のみを検証するものがあった。
は、プログラムのみ、あるいは仕様書のみでの検証を行
なうものが多数あった。具体的にはHITACHI HI−UX／W
E2リファレンス１ マニュアルNo.3050-3-108-20 pp92
1〜964に記載されているUNIX System Laboratories,
Incが開発し、ライセンスしているUNIXオペレーティン
グシステムのxdbのようなプログラムのみを検証するも
のや、HITACHI SEWB2／CPADテスタ 使用の手引 マニ
ュアルNo.3050-7-515に記載されているPAD（ProblemAna
lisys Diagram）と呼ばれる仕様記述形式で書かれた仕
様書のみを検証するものがあった。
【０００３】
【発明が解決しようとする課題】上記２つの従来技術の
共通する欠点は、被検証システムの形式が１つに限定さ
れているところにある。xdbはプログラムのみ、CPADテ
スタはPADのみである。そのため、未完成の機能につい
てはダミープログラム／PADを作る、あるいは未完成の
機能は検証の対象から除く必要があった。
共通する欠点は、被検証システムの形式が１つに限定さ
れているところにある。xdbはプログラムのみ、CPADテ
スタはPADのみである。そのため、未完成の機能につい
てはダミープログラム／PADを作る、あるいは未完成の
機能は検証の対象から除く必要があった。
【０００４】本発明の目的は、被検証システムの形式が
仕様書であろうがプログラムであろうが被検証システム
に関連するものがあれば表示、実行させて被検証システ
ムを検証することにある。
仕様書であろうがプログラムであろうが被検証システム
に関連するものがあれば表示、実行させて被検証システ
ムを検証することにある。
【０００５】
【課題を解決するための手段】上記目的は、呼び出され
る機能名と前記機能の実行形式（プログラム、仕様書）
をある一定の形式で表したデータ（システム構成管理デ
ータ）として記憶するステップ、前記システム構成管理
データに応じて被検証システムを作成するステップ、前
記被検証システムの機能を検証するステップを設けるこ
とにより達成できる。
る機能名と前記機能の実行形式（プログラム、仕様書）
をある一定の形式で表したデータ（システム構成管理デ
ータ）として記憶するステップ、前記システム構成管理
データに応じて被検証システムを作成するステップ、前
記被検証システムの機能を検証するステップを設けるこ
とにより達成できる。
【０００６】
【作用】本発明によれば、下流工程の生産物（プログラ
ム）がなくとも、前記生産物の動作するタイミングで上
流工程の生産物（仕様書）を見せることでユーザと仕様
に関する打ち合わせが容易に実施でき、開発者個々の事
情に応じたシステム開発が可能となる。
ム）がなくとも、前記生産物の動作するタイミングで上
流工程の生産物（仕様書）を見せることでユーザと仕様
に関する打ち合わせが容易に実施でき、開発者個々の事
情に応じたシステム開発が可能となる。
【０００７】
【実施例】以下、発明の一実施例を図面を用いて詳細に
説明する。
説明する。
【０００８】図１は、本発明を実現するシステム機能検
証システムの機能構成の一例を示している。実線１１４
は本システムの機能間の制御関係を示し、破線１１５は
前記機能のデータ読み書き関係を示している。利用者に
よる要求は、入力装置１０１を経て要求入力１０２によ
り入力される。解析制御１０３は、前記要求の内容を解
析し、結果に従ってシステム構成管理１０６、被検証シ
ステムファイル作成１０８、解釈／実行１１０のうち必
要に応じた処理を実現し、結果を応答出力１０４に渡
す。応答出力１０４は、結果を表示装置１０５出力す
る。システム構成管理１０６はシステム構成管理ファイ
ル１０７の読み込み、書き出し、編集を行ない結果を解
析制御１０３に戻す。被検証システムファイル作成１０
８は、前記システム構成管理ファイル１０７を読み込
み、読み込んだシステム構成管理ファイル１０７の内容
に従って該当するプログラム、スタブプログラムを読み
込み被検証システムファイル１０９を作成し結果を解析
制御１０３に戻す。解釈／実行１１０は、被検証システ
ムファイル１０９を解釈／実行する。実行終了の後、結
果を解析制御１０３に戻す。
証システムの機能構成の一例を示している。実線１１４
は本システムの機能間の制御関係を示し、破線１１５は
前記機能のデータ読み書き関係を示している。利用者に
よる要求は、入力装置１０１を経て要求入力１０２によ
り入力される。解析制御１０３は、前記要求の内容を解
析し、結果に従ってシステム構成管理１０６、被検証シ
ステムファイル作成１０８、解釈／実行１１０のうち必
要に応じた処理を実現し、結果を応答出力１０４に渡
す。応答出力１０４は、結果を表示装置１０５出力す
る。システム構成管理１０６はシステム構成管理ファイ
ル１０７の読み込み、書き出し、編集を行ない結果を解
析制御１０３に戻す。被検証システムファイル作成１０
８は、前記システム構成管理ファイル１０７を読み込
み、読み込んだシステム構成管理ファイル１０７の内容
に従って該当するプログラム、スタブプログラムを読み
込み被検証システムファイル１０９を作成し結果を解析
制御１０３に戻す。解釈／実行１１０は、被検証システ
ムファイル１０９を解釈／実行する。実行終了の後、結
果を解析制御１０３に戻す。
【０００９】図２は、本実施例のハードウエア構成図で
ある。１０１はキーボード、マウスといった入力装置、
１０５は画面等の出力装置、２０１は主記憶装置（メモ
リ）、２０２はCPU、２０３は外部記憶装置である。
ある。１０１はキーボード、マウスといった入力装置、
１０５は画面等の出力装置、２０１は主記憶装置（メモ
リ）、２０２はCPU、２０３は外部記憶装置である。
【００１０】図３は、本システムの概略フローを示して
いる。処理３０１は、被検証システムの有する機能名と
前記機能の実行形式(プログラム、仕様書)をある一定の
形式で表したシステム構成管理ファイルを読み込む。判
定３０２は、前記システム構成管理ファイルから作成さ
れる被検証システムファイルの有無を調べる。あるい
は、新しく更新する必要の有無を調べる。前記被検証シ
ステムファイルが無い、更新する必要がある場合は処理
３０３へ、前記被検証システムファイルが有る、更新す
る必要がない場合は処理３０４へ処理を進める。処理３
０３は、前記システム構成管理ファイルより目的とする
被検証システムファイルを作成する。処理３０４は、作
成した被検証システムファイルを解釈／実行する。
いる。処理３０１は、被検証システムの有する機能名と
前記機能の実行形式(プログラム、仕様書)をある一定の
形式で表したシステム構成管理ファイルを読み込む。判
定３０２は、前記システム構成管理ファイルから作成さ
れる被検証システムファイルの有無を調べる。あるい
は、新しく更新する必要の有無を調べる。前記被検証シ
ステムファイルが無い、更新する必要がある場合は処理
３０３へ、前記被検証システムファイルが有る、更新す
る必要がない場合は処理３０４へ処理を進める。処理３
０３は、前記システム構成管理ファイルより目的とする
被検証システムファイルを作成する。処理３０４は、作
成した被検証システムファイルを解釈／実行する。
【００１１】図４にシステム構成管理ファイルの一例を
示す。システム構成管理ファイルは被検証システムの有
する機能名と前記機能の実行形式（プログラム、仕様
書）を一定の形式で表したものである。システム構成管
理ファイルのレコード構成は７つのフィールドから成
る。７つのフィールドには、機能名を表す機能名フィー
ルド４０１、機能の実現形式を表す機能表現識別子フィ
ールド４０２、実現した機能の実体を格納したファイル
名を表すファイル名フィールド４０３、前記ファイルを
起動するアプリケーション（AP）名を表す起動APフィー
ルド４０４、アプリケーションの起動条件を表す起動条
件フィールド４０５、アプリケーションの終了条件を表
す終了条件フィールド４０６、起動条件の評価識別子を
表すFlgフィールド４０７がある。前記７つのフィール
ドに設定される情報について説明する。機能名フィール
ド４０１には被検証システムの機能名を設定する。機能
表現識別子フィールド４０２には被検証システムの作成
状況に応じて”仕様書”、”プログラム”のどちらかを
設定する。ファイル名フィールド４０３には機能表現識
別子フィールド４０２に設定された仕様書またはプログ
ラムのファイル名を設定する。起動APフィールド４０４
には機能表現識別子フィールド４０２に仕様書を設定さ
れている場合、ファイル名フィールド４０３に設定した
ファイルを作成したアプリケーション名を設定する。機
能表現識別子フィールド４０２にプログラムを設定され
ている場合は何も設定しない。起動条件フィールド４０
５には起動APフィールド４０４に設定されたアプリケー
ションの起動を制御するために”open”または”one o
nly open”を設定する。”open”と設定した場合、機
能名フィールド４０１に設定された機能の呼び出し時に
ファイル名フィールド４０３に設定したファイルを起動
APフィールド４０４に設定されたアプリケーションで開
く。”one only open”と設定した場合、機能名フィ
ールド４０１に設定された機能を呼び出し時にFlgフィ
ールド４０７に設定された値がoffならば、ファイル名
フィールド４０３に設定したファイルを起動APフィール
ド４０４に設定されたアプリケーションで開く。開いた
後Flgフィールド４０７の値にをoffからonに設定し直
し、次回からの起動はできなくなるようにする。終了条
件フィールド４０６には起動APフィールド４０４に設定
されたアプリケーションの終了を制御するために”clos
e”または”not close”を設定する。”close”と設定
した場合、機能名フィールド４０１に設定された機能の
終了時に起動APフィールド４０４に設定されたアプリケ
ーションで開かれたファイル名フィールド４０３に設定
したファイルを閉じる。”not close”と設定した場
合、機能名フィールド４０１に設定された機能の終了時
に起動APフィールド４０４に設定されたアプリケーショ
ンで開かれたファイル名フィールド４０３に設定したフ
ァイルを閉じない。これより本システムの具体的な使用
方法を説明する。まず始めに対象となる被検証システム
（システムX）について説明する。図５のaにシステムX
の機能構成を示している（５０１）。システムXは４つ
の機能を有し５０１の円内に機能名を示している。例え
ば、５０２はSUB３という機能名であることを示してい
る。図５のbにシステムXの機能の仕様書構成（５０３）
とプログラム構成（５０５）を示している。５０３の円
内にはシステムXの４つの機能を４つの仕様書として表
している。例えば、５０４はSUB２の機能の仕様を示し
ている。５０５の円内にはシステムXの４つの機能を４
つのプログラムとして表している。例えば、５０６はSU
B３の機能のプログラムを示している。５０７は、SUB２
の機能のプログラムを示しているが、プログラムとして
は完成していないことを示している。尚、この図５の
a、bの内容は図４のシステム構成管理ファイルの内容と
等価なものである。
示す。システム構成管理ファイルは被検証システムの有
する機能名と前記機能の実行形式（プログラム、仕様
書）を一定の形式で表したものである。システム構成管
理ファイルのレコード構成は７つのフィールドから成
る。７つのフィールドには、機能名を表す機能名フィー
ルド４０１、機能の実現形式を表す機能表現識別子フィ
ールド４０２、実現した機能の実体を格納したファイル
名を表すファイル名フィールド４０３、前記ファイルを
起動するアプリケーション（AP）名を表す起動APフィー
ルド４０４、アプリケーションの起動条件を表す起動条
件フィールド４０５、アプリケーションの終了条件を表
す終了条件フィールド４０６、起動条件の評価識別子を
表すFlgフィールド４０７がある。前記７つのフィール
ドに設定される情報について説明する。機能名フィール
ド４０１には被検証システムの機能名を設定する。機能
表現識別子フィールド４０２には被検証システムの作成
状況に応じて”仕様書”、”プログラム”のどちらかを
設定する。ファイル名フィールド４０３には機能表現識
別子フィールド４０２に設定された仕様書またはプログ
ラムのファイル名を設定する。起動APフィールド４０４
には機能表現識別子フィールド４０２に仕様書を設定さ
れている場合、ファイル名フィールド４０３に設定した
ファイルを作成したアプリケーション名を設定する。機
能表現識別子フィールド４０２にプログラムを設定され
ている場合は何も設定しない。起動条件フィールド４０
５には起動APフィールド４０４に設定されたアプリケー
ションの起動を制御するために”open”または”one o
nly open”を設定する。”open”と設定した場合、機
能名フィールド４０１に設定された機能の呼び出し時に
ファイル名フィールド４０３に設定したファイルを起動
APフィールド４０４に設定されたアプリケーションで開
く。”one only open”と設定した場合、機能名フィ
ールド４０１に設定された機能を呼び出し時にFlgフィ
ールド４０７に設定された値がoffならば、ファイル名
フィールド４０３に設定したファイルを起動APフィール
ド４０４に設定されたアプリケーションで開く。開いた
後Flgフィールド４０７の値にをoffからonに設定し直
し、次回からの起動はできなくなるようにする。終了条
件フィールド４０６には起動APフィールド４０４に設定
されたアプリケーションの終了を制御するために”clos
e”または”not close”を設定する。”close”と設定
した場合、機能名フィールド４０１に設定された機能の
終了時に起動APフィールド４０４に設定されたアプリケ
ーションで開かれたファイル名フィールド４０３に設定
したファイルを閉じる。”not close”と設定した場
合、機能名フィールド４０１に設定された機能の終了時
に起動APフィールド４０４に設定されたアプリケーショ
ンで開かれたファイル名フィールド４０３に設定したフ
ァイルを閉じない。これより本システムの具体的な使用
方法を説明する。まず始めに対象となる被検証システム
（システムX）について説明する。図５のaにシステムX
の機能構成を示している（５０１）。システムXは４つ
の機能を有し５０１の円内に機能名を示している。例え
ば、５０２はSUB３という機能名であることを示してい
る。図５のbにシステムXの機能の仕様書構成（５０３）
とプログラム構成（５０５）を示している。５０３の円
内にはシステムXの４つの機能を４つの仕様書として表
している。例えば、５０４はSUB２の機能の仕様を示し
ている。５０５の円内にはシステムXの４つの機能を４
つのプログラムとして表している。例えば、５０６はSU
B３の機能のプログラムを示している。５０７は、SUB２
の機能のプログラムを示しているが、プログラムとして
は完成していないことを示している。尚、この図５の
a、bの内容は図４のシステム構成管理ファイルの内容と
等価なものである。
【００１２】図６に本システムの被検証システムファイ
ル作成フローを示す。本フローは図３の処理３０３の詳
細フローである。処理６０１はシステム構成管理ファイ
ルの対象となるレコードを特定するための制御変数Nの
値を１に初期化する。判定６０２はNレコード目の機能
表現識別子プログラムなのか仕様書なのかを判定する。
プログラムなら処理６０３でコンパイルを行ないオブジ
ェクトをする取得する。仕様書ならば処理６０４にて仕
様書表示スケルトンプログラムを読み込む。前記仕様書
表示スケルトンプログラムとはプログラムではない仕様
書をプログラムとして被検証システムに組み込むための
骨子プログラムである。図７のaに仕様書表示スケルト
ンプログラムの一例を示してある。先に、図７の−aに
ついて説明する。７０１は仕様書表示スケルトンプログ
ラムを公知のC言語で記述したものである。前記仕様書
表示スケルトンプログラムには関数名を設定する機能名
フィールド７０２、シェル・コマンドを発行するための
C言語ユーティリティ関数systemフィールド７０３、sys
tem関数の引数を設定する起動AP名フィールド７０４、
起動ファイル名フィールド７０５がある。処理６０５は
仕様書表示スケルトンプログラムの機能名フィールドに
Nレコード目の機能名フィールドに設定された機能名を
設定する。処理６０６は仕様書表示スケルトンプログラ
ムの起動AP名フィールドにNレコード目の起動APフィー
ルドに設定された起動AP名を設定する。処理６０７は仕
様書表示スケルトンプログラムの起動ファイル名フィー
ルドにNレコード目の起動ファイルフィールドに設定さ
れた起動ファイル名を設定する。図７のbに仕様書表示
プログラムの設定例を示してある。置き換え矢印７０９
の指し示した各フィールドに機能名がSUB１、起動AP名
がtext．ed、起動ファイル名がSpec０１を設定してあ
る。処理６０８は仕様書表示プログラムをファイルに書
き出す。処理６０９は前記ファイルをコンパイルしオブ
ジェクトをする取得する。判定６１０はN＋１レコード
の有無を判定し次レコードが有るなら処理６１１へ、無
ければコンパイルしたオブジェクトをリンクし被検証シ
ステムファイルを取得する。処理６１１は制御変数Nの
値を１だけ加算し処理６０２へ制御を進める。
ル作成フローを示す。本フローは図３の処理３０３の詳
細フローである。処理６０１はシステム構成管理ファイ
ルの対象となるレコードを特定するための制御変数Nの
値を１に初期化する。判定６０２はNレコード目の機能
表現識別子プログラムなのか仕様書なのかを判定する。
プログラムなら処理６０３でコンパイルを行ないオブジ
ェクトをする取得する。仕様書ならば処理６０４にて仕
様書表示スケルトンプログラムを読み込む。前記仕様書
表示スケルトンプログラムとはプログラムではない仕様
書をプログラムとして被検証システムに組み込むための
骨子プログラムである。図７のaに仕様書表示スケルト
ンプログラムの一例を示してある。先に、図７の−aに
ついて説明する。７０１は仕様書表示スケルトンプログ
ラムを公知のC言語で記述したものである。前記仕様書
表示スケルトンプログラムには関数名を設定する機能名
フィールド７０２、シェル・コマンドを発行するための
C言語ユーティリティ関数systemフィールド７０３、sys
tem関数の引数を設定する起動AP名フィールド７０４、
起動ファイル名フィールド７０５がある。処理６０５は
仕様書表示スケルトンプログラムの機能名フィールドに
Nレコード目の機能名フィールドに設定された機能名を
設定する。処理６０６は仕様書表示スケルトンプログラ
ムの起動AP名フィールドにNレコード目の起動APフィー
ルドに設定された起動AP名を設定する。処理６０７は仕
様書表示スケルトンプログラムの起動ファイル名フィー
ルドにNレコード目の起動ファイルフィールドに設定さ
れた起動ファイル名を設定する。図７のbに仕様書表示
プログラムの設定例を示してある。置き換え矢印７０９
の指し示した各フィールドに機能名がSUB１、起動AP名
がtext．ed、起動ファイル名がSpec０１を設定してあ
る。処理６０８は仕様書表示プログラムをファイルに書
き出す。処理６０９は前記ファイルをコンパイルしオブ
ジェクトをする取得する。判定６１０はN＋１レコード
の有無を判定し次レコードが有るなら処理６１１へ、無
ければコンパイルしたオブジェクトをリンクし被検証シ
ステムファイルを取得する。処理６１１は制御変数Nの
値を１だけ加算し処理６０２へ制御を進める。
【００１３】図８に本システムの被検証システムファイ
ル起動フローを示す。本フローは図３の処理３０４の詳
細フローである。判定８０１は被検証システムファイル
のオブジェクトコードが関数呼び出しかどうかを判定す
る。関数呼び出しなら処理８０２、関数呼び出しでなけ
れば処理８０９へ制御を進めオブジェクトコードを実行
する。処理８０２は処システム構成管理ファイルの対象
となるレコードを特定するための制御変数Nの値を１に
初期化する。判定８０３はNレコード目の機能名とオブ
ジェクトコード一致するかを判定する。一致しないなら
ば判定８０４でＮ＋１レコードの有無を判定し次レコー
ドが有るなら処理８０５へ、無ければ処理８０９へ制御
を進めオブジェクトコードを実行する。処理８０５は制
御変数Ｎの値を１だけ加算し処理８０３へ制御を進め
る。判定８０３でNレコード目の機能名とオブジェクト
コード一致するなら、判定８０６でNレコード目のFlg
が”On”か”Off”かを判定する。”On”なら判定８１
０へ制御を進める。”Off”ならば判定８０７でNレコー
ド目の起動条件が”one only open”か”open”かを
判定する。”open”なら判定８０９へ制御を進める。”
one only open”ならば処理８０８でNレコード目のFl
gを”Off”から”On”に設定する。その後、処理８０９
にてオブジェクトコードを実行する。判定８１０は次オ
ブジェクトが有るかを判定し、なければ処理を終了し、
有るならば処理８０１に制御を進める。
ル起動フローを示す。本フローは図３の処理３０４の詳
細フローである。判定８０１は被検証システムファイル
のオブジェクトコードが関数呼び出しかどうかを判定す
る。関数呼び出しなら処理８０２、関数呼び出しでなけ
れば処理８０９へ制御を進めオブジェクトコードを実行
する。処理８０２は処システム構成管理ファイルの対象
となるレコードを特定するための制御変数Nの値を１に
初期化する。判定８０３はNレコード目の機能名とオブ
ジェクトコード一致するかを判定する。一致しないなら
ば判定８０４でＮ＋１レコードの有無を判定し次レコー
ドが有るなら処理８０５へ、無ければ処理８０９へ制御
を進めオブジェクトコードを実行する。処理８０５は制
御変数Ｎの値を１だけ加算し処理８０３へ制御を進め
る。判定８０３でNレコード目の機能名とオブジェクト
コード一致するなら、判定８０６でNレコード目のFlg
が”On”か”Off”かを判定する。”On”なら判定８１
０へ制御を進める。”Off”ならば判定８０７でNレコー
ド目の起動条件が”one only open”か”open”かを
判定する。”open”なら判定８０９へ制御を進める。”
one only open”ならば処理８０８でNレコード目のFl
gを”Off”から”On”に設定する。その後、処理８０９
にてオブジェクトコードを実行する。判定８１０は次オ
ブジェクトが有るかを判定し、なければ処理を終了し、
有るならば処理８０１に制御を進める。
【００１４】以上本実施例によれば、下流工程の生産物
（プログラム）がなくとも、前記性産物の動作するタイ
ミングで上流工程の生産物（仕様書）を見せることでユ
ーザと仕様に関する打ち合わせが容易に実施でき、開発
者個々の事情に応じたシステム開発が可能となった。
（プログラム）がなくとも、前記性産物の動作するタイ
ミングで上流工程の生産物（仕様書）を見せることでユ
ーザと仕様に関する打ち合わせが容易に実施でき、開発
者個々の事情に応じたシステム開発が可能となった。
【００１５】次に第２の実施例を説明する。第２の実施
例は図１に示したシステム構成管理ファイルを被検証シ
ステム作成の進捗状況に応じて編集エディタを用いて修
正する方法に関する。システム構成管理ファイルの構成
は図４に示してある機能名、機能表現識別子、ファイル
名、起動AP名、起動条件、終了条件、Flgから成ってい
る。修正するタイミングは被検証システムの各機能の表
現形態が変わるとき、具体的には仕様書だった機能を完
成されたプログラムにした場合。仕様書を別アプリケー
ションで作成し直した場合。ファイル名が変わった場
合。起動条件、終了条件を変更したい場合、あるいは、
それら場合の組み合わせ等である。図９に修正の一例を
示している。９０１はディスプレイ枠を示し、９０２は
システム構成管理ファイル内容をディスプレイ９０１に
表示したものである。図９に示した修正タイミングは仕
様書だった機能を完成されたプログラムにした場合であ
る。修正箇所は網かけをしたレコード９０３である。修
正内容は機能表現識別子を仕様書からプログラムに修正
し、ファイル名をSpec02をProg02に修正し、起動AP名、
起動条件、終了条件を削除する。修正結果をレコード９
０４に示した。
例は図１に示したシステム構成管理ファイルを被検証シ
ステム作成の進捗状況に応じて編集エディタを用いて修
正する方法に関する。システム構成管理ファイルの構成
は図４に示してある機能名、機能表現識別子、ファイル
名、起動AP名、起動条件、終了条件、Flgから成ってい
る。修正するタイミングは被検証システムの各機能の表
現形態が変わるとき、具体的には仕様書だった機能を完
成されたプログラムにした場合。仕様書を別アプリケー
ションで作成し直した場合。ファイル名が変わった場
合。起動条件、終了条件を変更したい場合、あるいは、
それら場合の組み合わせ等である。図９に修正の一例を
示している。９０１はディスプレイ枠を示し、９０２は
システム構成管理ファイル内容をディスプレイ９０１に
表示したものである。図９に示した修正タイミングは仕
様書だった機能を完成されたプログラムにした場合であ
る。修正箇所は網かけをしたレコード９０３である。修
正内容は機能表現識別子を仕様書からプログラムに修正
し、ファイル名をSpec02をProg02に修正し、起動AP名、
起動条件、終了条件を削除する。修正結果をレコード９
０４に示した。
【００１６】第２の実施例によれば、被検証システム作
成の進捗に合わせてシステム構成管理ファイルの内容を
編集エディタを用いて修正することで、仕様変更時にお
ける被検証システムの機能の表現形態を自由自在にカス
タマイズすることが可能となり保守性を高めることがで
きる。
成の進捗に合わせてシステム構成管理ファイルの内容を
編集エディタを用いて修正することで、仕様変更時にお
ける被検証システムの機能の表現形態を自由自在にカス
タマイズすることが可能となり保守性を高めることがで
きる。
【００１７】
【発明の効果】本発明によれば、被検証システムの形式
が仕様書／プログラムのいずれであっても、または、混
在していても被検証システムに関連するものであれば表
示、実行させて被検証システムを検証可能とする効果が
ある。
が仕様書／プログラムのいずれであっても、または、混
在していても被検証システムに関連するものであれば表
示、実行させて被検証システムを検証可能とする効果が
ある。
【図１】本発明の一実施例を示す機能構成図である。
【図２】本発明の一実施例を実現するためのハードウェ
ア構成図である。
ア構成図である。
【図３】本発明の一実施例を示す概略処理フローであ
る。
る。
【図４】システム構成管理ファイル例である。
【図５】被検証システムの機能構成例である。
【図６】本発明の一実施例を示す被検証システムファイ
ル作成の詳細処理フローである。
ル作成の詳細処理フローである。
【図７】仕様書表示スケルトンプログラムの一例であ
る。
る。
【図８】本発明の一実施例を示す被検証システムファイ
ル起動の詳細処理フローである。
ル起動の詳細処理フローである。
【図９】本発明のシステム構成管理ファイル修正例であ
る。
る。
１０１・・・入力装置、１０２・・・要求入力機能、１
０３・・・解析制御機能、１０４・・・応答出力機能、
１０５・・・表示装置、１０６・・・システム構成管理
機能、１０７・・・システム構成管理ファイル、１０８
・・・被検証システムファイル作成機能、１０９・・・
被検証システムファイル、１１０・・・解釈／実行機
能、１１１・・・スタブファイル、１１２・・・プログ
ラムファイル、１１３・・・仕様書ファイル。
０３・・・解析制御機能、１０４・・・応答出力機能、
１０５・・・表示装置、１０６・・・システム構成管理
機能、１０７・・・システム構成管理ファイル、１０８
・・・被検証システムファイル作成機能、１０９・・・
被検証システムファイル、１１０・・・解釈／実行機
能、１１１・・・スタブファイル、１１２・・・プログ
ラムファイル、１１３・・・仕様書ファイル。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 小塚 潔 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 亀田 達也 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム事業部内
Claims (4)
- 【請求項１】計算機および対話端末を有する情報処理装
置上でシステム機能検証時において、実行不可能な機能
（プログラム）を呼び出す際、前記機能に係わる仕様書
を画面上に表示するステップを有することを特徴とした
システム機能検証方法。 - 【請求項２】機能を模擬したスタブプログラムを実行す
るステップを有することを特徴とする、第１項記載のシ
ステム機能検証方法。 - 【請求項３】呼び出される機能名と前記機能の実行形式
（プログラム、仕様書）をある一定の形式で表したデー
タ（システム構成管理データ）として記憶するステッ
プ、前記システム構成管理データに応じて被検証システ
ムを作成するステップ、前記被検証システムの機能を検
証するステップを有することを特徴とする、第１項、第
２項記載のシステム機能検証方法。 - 【請求項４】第３項記載のシステム構成管理データを編
集するステップを有することを特徴とする、第１項、第
２項、第３項記載のシステム機能検証方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5258009A JPH07114465A (ja) | 1993-10-15 | 1993-10-15 | システム機能検証方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5258009A JPH07114465A (ja) | 1993-10-15 | 1993-10-15 | システム機能検証方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07114465A true JPH07114465A (ja) | 1995-05-02 |
Family
ID=17314271
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5258009A Pending JPH07114465A (ja) | 1993-10-15 | 1993-10-15 | システム機能検証方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07114465A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11143695A (ja) * | 1997-11-13 | 1999-05-28 | Nippon Telegr & Teleph Corp <Ntt> | 外部アプリケーション連動方法および装置と外部アプリケーション連動プログラムを記録した記録媒体 |
| WO2014091732A1 (ja) * | 2012-12-11 | 2014-06-19 | 日本電気株式会社 | テスト支援装置、及び、テスト支援方法 |
-
1993
- 1993-10-15 JP JP5258009A patent/JPH07114465A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11143695A (ja) * | 1997-11-13 | 1999-05-28 | Nippon Telegr & Teleph Corp <Ntt> | 外部アプリケーション連動方法および装置と外部アプリケーション連動プログラムを記録した記録媒体 |
| WO2014091732A1 (ja) * | 2012-12-11 | 2014-06-19 | 日本電気株式会社 | テスト支援装置、及び、テスト支援方法 |
| JPWO2014091732A1 (ja) * | 2012-12-11 | 2017-01-05 | 日本電気株式会社 | テスト支援装置、及び、テスト支援方法 |
| US9792201B2 (en) | 2012-12-11 | 2017-10-17 | Nec Corporation | Test support device and test support method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2299310C (en) | Detection and elimination of macro viruses | |
| Ousterhout | Tcl: An embeddable command language | |
| US5745767A (en) | Method and system for testing the interoperability of application programs | |
| US5317688A (en) | Software agent used to provide instruction to a user for a plurality of computer applications | |
| US20010005852A1 (en) | Active debugging environment for applications containing compiled and interpreted programming language code | |
| WO2003043255A9 (en) | Method and system for computer based testing using an amalgamated resource file | |
| JP4059547B2 (ja) | クライアント／サーバ型の医療用イメージング・システムで指令を実行する方法 | |
| US5781905A (en) | Program generating method combining data item part with database manipulation part | |
| JPH08314760A (ja) | プログラム開発支援装置 | |
| JPH07114465A (ja) | システム機能検証方法 | |
| JPH06348766A (ja) | ツール組み込み方法及び装置 | |
| US9092262B2 (en) | Method and apparatus integrating navigation and saving the writable state of applications | |
| US8489920B2 (en) | Method and apparatus integrating navigation and saving the writable state of applications | |
| JPH01144124A (ja) | コンピュータ装置 | |
| JP3270729B2 (ja) | 拡張命令セット・シミュレータ | |
| JPH06131215A (ja) | ソフトウェア開発支援方法 | |
| JPH05250221A (ja) | シミュレータ実行方式 | |
| JPH04123144A (ja) | デバッグ装置 | |
| CN117707530A (zh) | 应用程序页面的生成方法、装置、存储介质及电子设备 | |
| JPH04155540A (ja) | 対話型デバッガによるプログラム修正方式 | |
| JPH06242941A (ja) | 対話処理システム | |
| JPH06103103A (ja) | エミュレータ | |
| JPH04140833A (ja) | プログラム仕様書表紙作成方式 | |
| Hu | Operating system simulation (OSS) in Java: the system architecture | |
| Bricault S | GSD-An interactive window oriented debugger |