JPH0212428A - プログラム設計支援システム - Google Patents
プログラム設計支援システムInfo
- Publication number
- JPH0212428A JPH0212428A JP16350788A JP16350788A JPH0212428A JP H0212428 A JPH0212428 A JP H0212428A JP 16350788 A JP16350788 A JP 16350788A JP 16350788 A JP16350788 A JP 16350788A JP H0212428 A JPH0212428 A JP H0212428A
- Authority
- JP
- Japan
- Prior art keywords
- knowledge
- design
- parts
- program
- backup
- 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
- Devices For Executing Special Programs (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
[発明の目的]
(産業上の利用分野)
本発明は、プログラム設計支援システムに関する。
(従来の技術)
一般にソフトウェアの生産における設計作業は、生産工
程を体系的にとらえて襟章化したソフトウェアサイクル
により、システム設計、ソフトウェアシステム設計、モ
ジュール設計の工程に分けることかできる。
程を体系的にとらえて襟章化したソフトウェアサイクル
により、システム設計、ソフトウェアシステム設計、モ
ジュール設計の工程に分けることかできる。
そしてこれら工程、特にモジュール設計工程を自動支援
するには、知識の完全性と一貫性とが要求される。こう
した事情から近年、分野を限定した設計支援、または分
野を限定した合成システムという形で自動化を目指した
ものが実現されている。
するには、知識の完全性と一貫性とが要求される。こう
した事情から近年、分野を限定した設計支援、または分
野を限定した合成システムという形で自動化を目指した
ものが実現されている。
なお分野を限定した設計支援は、構造化分析(IDEΔ
、l?EMAPシステム)に用いられるデータフロー図
を基本としているが、まだ設計結果を自動的に部品にマ
ツピングするまでには至っていない。
、l?EMAPシステム)に用いられるデータフロー図
を基本としているが、まだ設計結果を自動的に部品にマ
ツピングするまでには至っていない。
(発明が解決しようとする課題)
ところで各種の設計技法の中で瞬時性という評価を無視
すると、トップダウン的に詳細化する方式が人間の思考
形態に一番マッチしているが、データフローを基本とし
た設計は、人間の柔軟な思考をそのまま支援することは
できない。
すると、トップダウン的に詳細化する方式が人間の思考
形態に一番マッチしているが、データフローを基本とし
た設計は、人間の柔軟な思考をそのまま支援することは
できない。
一般に合成システムでは人間の思考部分がパタ−ンとい
う形で抽象化されており、人間の柔軟な思考をダイナミ
ックに盛り込む余地はない。
う形で抽象化されており、人間の柔軟な思考をダイナミ
ックに盛り込む余地はない。
また既存の設計支援では、設計結果が部品に結び付いて
いない(合成では結び付けである)。
いない(合成では結び付けである)。
本発明は、人間の柔軟な思考形態を支援し、かつ設計結
果を部品に結び付け、初心者でも専門家のようにプログ
ラムの設計ができるようにすることを目的としている。
果を部品に結び付け、初心者でも専門家のようにプログ
ラムの設計ができるようにすることを目的としている。
[発明の構成〕
(課題を解決するための手段)
本発明のプログラム設計支援システムでは、トップダウ
ンによる詳細化設計を支援すると共に設計途中で部品と
の対応付けを行う。
ンによる詳細化設計を支援すると共に設計途中で部品と
の対応付けを行う。
このため分野における設計知識を断片的な知識としてお
き、柔軟な対応ができるようにしておく。
き、柔軟な対応ができるようにしておく。
また要求仕様記述で使われる用語(特に対象物としての
名詞、操作を示す動詞)の定義を行って辞書化すると共
に、この用語に基づいて仕様を詳細化する機能展開知識
を整備する。
名詞、操作を示す動詞)の定義を行って辞書化すると共
に、この用語に基づいて仕様を詳細化する機能展開知識
を整備する。
さらに具体的に柔軟な設計支援を行うために、複雑な人
間の思考過程を整理し、比較的単純な知識(5項口)で
表現できるように統合し、これを計算機化する。
間の思考過程を整理し、比較的単純な知識(5項口)で
表現できるように統合し、これを計算機化する。
(作 用)
トップダウン的に設計を行う時に、機能展開知識を用い
たシステムガイドを行う。
たシステムガイドを行う。
また5項目の知識を使い、設計での指針(注意艷11項
等)を示すと共に分割された機能モジュールに対応した
部品を検索し、候補として提示する。
等)を示すと共に分割された機能モジュールに対応した
部品を検索し、候補として提示する。
このよう゛な形で設計支援と部品のマツピングを行い、
部品合成支援システムの一端を実現する。
部品合成支援システムの一端を実現する。
これにより設計の熟練者でなくても、専門家のノウハウ
を使うことができ、専門家に近い設計が可能となる。
を使うことができ、専門家に近い設計が可能となる。
(実施例)
以下、本発明の実施例の詳細を図面に基づいて説明する
。
。
第1図は本発明の一実施例の構成を示す図である。
同図において1は会話機器、2は処理制御装置、3は知
識ベース、4は部品データベースである。
識ベース、4は部品データベースである。
ここで会話機器1は、CRTデイスプレィ1aとキーボ
ード1bとからなり、処理制御装置2は要求入力部2a
と表示制御部2bと推論制御部2Cとからなる。
ード1bとからなり、処理制御装置2は要求入力部2a
と表示制御部2bと推論制御部2Cとからなる。
また知識ベース3には機能展開知識と設計知識とが登録
されている。
されている。
設計知識は用語知識、アプリケーションドメイン知識、
環境知識、プログラミング知識および部品知識とからな
る。
環境知識、プログラミング知識および部品知識とからな
る。
一方、部品データベース4には分野情報と部品情報とが
登録されている。なお部品情報は仕様書、ソースコード
およびオブジェクトコード等からなる。
登録されている。なお部品情報は仕様書、ソースコード
およびオブジェクトコード等からなる。
第2図は本実施例のシステムによる設計作業の流れを示
す図である。
す図である。
まず知識ベース3にある用語知識を使い、標準語を使用
するとともに限定された記述形式を使う。
するとともに限定された記述形式を使う。
そして知識ベース3にある部品知識を使い、部品を検索
する。そして知識ベース3にある機能展開知識を使って
、展開室を提示する。
する。そして知識ベース3にある機能展開知識を使って
、展開室を提示する。
さらにアプリケーションドメイン知識およびプログラミ
ング知識により注意事項を提示する。
ング知識により注意事項を提示する。
以下、本実施例システムにおける各処理を具体的に説明
、する。
、する。
1.1設二1支援のガイド方式
トップダウン設計法により、利用者側の要求を順次詳細
化し、部品に結び付けるガイダンスを提示する。
化し、部品に結び付けるガイダンスを提示する。
すなわち対象とする分野の経験を充分に重ねた者か行っ
ている設計作業のノウハウを知識化し、これにより設計
ガイドを行う。
ている設計作業のノウハウを知識化し、これにより設計
ガイドを行う。
(1)要求仕様理解
要求仕様記述は、限定された記述形式に従うものとする
。これは部品仕様記述モデルである3対象1操作モデル
(第3図)に従って次のように定義する。
。これは部品仕様記述モデルである3対象1操作モデル
(第3図)に従って次のように定義する。
(a)対象の記述
対象1.2用 対象3
所在の指示・・・×××にある ×××へ、XXXに形
式の指示・・・×××形式の 同 左内容の指示・・・
×××である 〃 位置の指示・・・×××からの 〃 用途の指示・・・×××ための 〃 対象の指示・・・xxxを 〃 (例)更新するための一時フアイルにある先頭か立p文
字形式の文書データであるレコードを(b)1・ψ作の
記述 作用開始位置の指示・・・xxxから 作用終了位置の指示・・・×××まで 繰り返し回数位置の指示・・・XXX回動機位置の指示
・・・XXXにより 操作位置の指示・・・xxxする (c)要求仕様の理解 前述の記述形式に従って対象名・操作名およびこれらの
修飾語である各指示項目を抽出する。
式の指示・・・×××形式の 同 左内容の指示・・・
×××である 〃 位置の指示・・・×××からの 〃 用途の指示・・・×××ための 〃 対象の指示・・・xxxを 〃 (例)更新するための一時フアイルにある先頭か立p文
字形式の文書データであるレコードを(b)1・ψ作の
記述 作用開始位置の指示・・・xxxから 作用終了位置の指示・・・×××まで 繰り返し回数位置の指示・・・XXX回動機位置の指示
・・・XXXにより 操作位置の指示・・・xxxする (c)要求仕様の理解 前述の記述形式に従って対象名・操作名およびこれらの
修飾語である各指示項目を抽出する。
意味的には(対象名・操作名)の組に基づいて、機能展
開用の論理構造部品(パターン部品、またはパターン部
品)、組込み用のソフトウェア部品を検索する。ここで
修飾語は候補を絞り込むために使用する。
開用の論理構造部品(パターン部品、またはパターン部
品)、組込み用のソフトウェア部品を検索する。ここで
修飾語は候補を絞り込むために使用する。
(2)設計支援方式
Ca)TFFのCシートによる要求仕様に基づいて、第
4図に示した画面を出す。
4図に示した画面を出す。
・Cシート作成開始に当たっての注意事項があれば提示
し、機能分割・詳細化の指針を出す。
し、機能分割・詳細化の指針を出す。
・候補部品及び機能展開案(論理構造部品)を提する。
(b)機能分割・詳細化の設計(Cシートのボックス記
述) ■設J1支援による(機能展開案なし)設m+ (第5
図) ・設計指針に基き、引続きBOXを作成してゆく。
述) ■設J1支援による(機能展開案なし)設m+ (第5
図) ・設計指針に基き、引続きBOXを作成してゆく。
・用語辞書による標準語化。
■機能展開案による設計(第6図)
・機能展開案か良ければこれを採用する。(第2段階の
詳細代案) ・個別の確認は■と同じ操作で確認する。
詳細代案) ・個別の確認は■と同じ操作で確認する。
・引続き第1段階詳細化のボックスを作成していく 。
■部品による設計(当該レベル部品がある場合、第7図
) ・候補部品か使用可の場合、設計メモ用ファイルこ候補
を書き込んでおく。
) ・候補部品か使用可の場合、設計メモ用ファイルこ候補
を書き込んでおく。
・表現を候補部品のものに統一しておく、(BOX内)
。
。
〕、2設會1知識の使用法
設計知識項目は、具体的には第8図のように使用する。
(1)記述遅れのチエツク
部品機能を表現する動詞(操作名)を用語により標準語
に変換する。さらにこの動詞を第9図に示したような1
5パターンの分類から、必須格・任意格の属性項目を抽
出し、必須格及び任意格の対応付けを行う。必須格のな
い場合は再入力を要求する。
に変換する。さらにこの動詞を第9図に示したような1
5パターンの分類から、必須格・任意格の属性項目を抽
出し、必須格及び任意格の対応付けを行う。必須格のな
い場合は再入力を要求する。
これにより記述の曖昧性・記述遅れを防止する。
(2)要求使用の抽象化
要求仕様記述の中にある動詞・名詞は限定して使用する
。
。
しかし、;乱雑または高機能部品を表現する時は、一部
分に着目した表現、通常使い慣れた表現を使うことがあ
り、必要とする部品機能、使用表現と要求、記述内容に
ギャップが生ずることがある。
分に着目した表現、通常使い慣れた表現を使うことがあ
り、必要とする部品機能、使用表現と要求、記述内容に
ギャップが生ずることがある。
この問題を解決するために用語知識を使用し、上位概念
、または同義語・類似語をキーワードの関連情報として
持たせておく。これにより要求する部品と記述内容のギ
ャップがある場合でも、システム側で情報を補足するF
a telsによりこれを埋めることが可能である。
、または同義語・類似語をキーワードの関連情報として
持たせておく。これにより要求する部品と記述内容のギ
ャップがある場合でも、システム側で情報を補足するF
a telsによりこれを埋めることが可能である。
(3)範囲の限定
(2)で抽象化され付加された関連情報の範囲を限定し
、後工程での推論時間を少くする必要がある。
、後工程での推論時間を少くする必要がある。
このためには、アプリケーションドメイン知識・環境知
識・プログラミング知識により、関連情報の絞り込みを
行う。
識・プログラミング知識により、関連情報の絞り込みを
行う。
(例)環境知識による関連情報の限定
端末名 タイプ
AS3000 マウス付き→カーソル指示可能AS
3000 マウスなし→ 〃 不可RTLI
X マウスなし このように上記知識により、動詞・名詞の使用可否を判
断し、使用不可の場合は、キーワード関連情報から削除
しておく。
3000 マウスなし→ 〃 不可RTLI
X マウスなし このように上記知識により、動詞・名詞の使用可否を判
断し、使用不可の場合は、キーワード関連情報から削除
しておく。
但し、使用不可の判断がつかないキーワードに関しては
、オプション情報としてそのまま残しておく。
、オプション情報としてそのまま残しておく。
(4)部品候補提示
(3)の段階までにより*(Hされたキーワードを使用
して、ソフトウェア部品知識をもとに部品検索を行い、
候補部品を提示する。
して、ソフトウェア部品知識をもとに部品検索を行い、
候補部品を提示する。
この時、要求仕様に対してマツチ度を次の段階に分けて
提示する。
提示する。
・要求仕様で記述したキーワードの操作名・対象名が同
一 ・要求仕様で記述したキーワードの操作名・対象名いず
れか一方が同じもの ・要求仕様で記述したキーワードの操作名・対象名が同
義語で表現 ・要求仕様で記述したキーワードの操作名・対象名いず
れか一方が同義語 ・要求仕様で記述したキーワードの操作名・対象名が類
似語 ・要求仕様で記述したキーワードの操作名・対象名いず
れか一方が類似語 ・要求仕様で記述したキーワードの操作名・対象名がオ
プション情報と同じもの 該当するものがない時は、その旨を指示する。
一 ・要求仕様で記述したキーワードの操作名・対象名いず
れか一方が同じもの ・要求仕様で記述したキーワードの操作名・対象名が同
義語で表現 ・要求仕様で記述したキーワードの操作名・対象名いず
れか一方が同義語 ・要求仕様で記述したキーワードの操作名・対象名が類
似語 ・要求仕様で記述したキーワードの操作名・対象名いず
れか一方が類似語 ・要求仕様で記述したキーワードの操作名・対象名がオ
プション情報と同じもの 該当するものがない時は、その旨を指示する。
(5)推理構造部品提示
(4)と同様の手順で論理構造部品を提示する。
(6)設計ノウハウ提示
アプリケーションドメイン知識φプログラミング知識を
用いて、第1O図に示したように設計ノウハウとしての
注意事項・条件等の提示を行う。
用いて、第1O図に示したように設計ノウハウとしての
注意事項・条件等の提示を行う。
アプリケーションドメイン知識およびプログラミング知
識(知識の断片) −D B: 部品データベース、C0DASYL 0・ C0DAS
YI、 : 階層、ネットワーク。
識(知識の断片) −D B: 部品データベース、C0DASYL 0・ C0DAS
YI、 : 階層、ネットワーク。
・DB操作:
前処理、DBアクセス、後処理。
・前処理:
DBを利用可能状態とする。
ファイルをオープンする、アクセスキーを設定する、カ
ルクキーを設定する、オーナレコードを設定する。
ルクキーを設定する、オーナレコードを設定する。
セット関係の定義。
◆DBアクセス;
レコードの追加、検索、変更、削除、カルクキー使用、
セット関係を使用、現在のレコード番号使用。
セット関係を使用、現在のレコード番号使用。
・後処理:
データベースを終了状態にする、
ファイルをクローズする、バックアップをとる変更履歴
をとる。
をとる。
・部品:
部品レコード
・カルクキー:
部品各号
・セットタイプ;
パッケージ型、処理型、データ型
・メンバレコードは昇順(部品名でソート)・注意・1
1項提示内容 (a)DBの前処理を考慮して下さい。
1項提示内容 (a)DBの前処理を考慮して下さい。
(b)DBの後処理を考慮して下さい。
(c)DBのキーを明示して下さい。
(d)部品のタイプを明示して下さい。
(e)カレントレコードはどこにあるか明示して下さい
。
。
(f)セット関係を明示して下さい。・・・・・Cシー
トでのボックスが複数個となった時は上記注意事項のう
ち対応する項目を消していく。
トでのボックスが複数個となった時は上記注意事項のう
ち対応する項目を消していく。
これは文書に識別子を付けることにより行う。
1.3設計知識の表現方法
1.1.1.2で示した設計支援および設計知識の使用
を効果的に行うためには、以下に示したような知識表現
を行う。
を効果的に行うためには、以下に示したような知識表現
を行う。
(1)用語知識
第11図に示す。
(2)環境知識
a、知識構造
第12図に示す。
b ルール
環境知識を使うときのルール。
(例)
II’(^53000)’ s ALLrlbuLe
Is (マウス付き)Then: (マウスによる入
出力コマンド) is ok。
Is (マウス付き)Then: (マウスによる入
出力コマンド) is ok。
(3)プログラミング知識
プログラミングを作る時に固有の情報であり、環境知識
に関連したものである。
に関連したものである。
この知識はルール化して定義しておく。
(例)ループの制御
Ir(C言語)
Then:ir(実行前に判定)
then:use(ror or while)els
e:use(do while)(4)アプリケーショ
ンドメイン知識 アプリケーションドメインに固有な定形アルゴリズム、
データ種類・(構造の知識である。定形アルゴリズムは
パターン部品として定義されており、設計ノウハウ情報
として使われる。
e:use(do while)(4)アプリケーショ
ンドメイン知識 アプリケーションドメインに固有な定形アルゴリズム、
データ種類・(構造の知識である。定形アルゴリズムは
パターン部品として定義されており、設計ノウハウ情報
として使われる。
a、知識llX1i造
(例)ソフトウェア部品データベースの管理第13図に
示したように、特定処理パターンが階層化されて蓄積さ
れている。これは主に設計支援を行うためのものである
。なお特定処理パターン部はルールとしても使用される
。
示したように、特定処理パターンが階層化されて蓄積さ
れている。これは主に設計支援を行うためのものである
。なお特定処理パターン部はルールとしても使用される
。
b、ルール
内部的なデータ構造、データの種類等、アプリケーショ
ンドメイン固有の情報はルールとして記述しておく。
ンドメイン固有の情報はルールとして記述しておく。
(5)部品知識
機能分割・詳細化を行う時に、部品にガイドしていくた
め使用する。つまりアプリケーションドメイン知識によ
り示されたスケルトン情報に基き、要求機能を実現する
ためのモジュール分割・詳細化を行う。この時、各モジ
ュールに対して部品をマツチングさせ、使用可能部品を
検索するのである。ここでは、部品に関する知識として
、機能および部品相互間の知識を利用する。
め使用する。つまりアプリケーションドメイン知識によ
り示されたスケルトン情報に基き、要求機能を実現する
ためのモジュール分割・詳細化を行う。この時、各モジ
ュールに対して部品をマツチングさせ、使用可能部品を
検索するのである。ここでは、部品に関する知識として
、機能および部品相互間の知識を利用する。
機能の知識表現は3対象1操作表現を使う。
a、知識構造
第14図に示す。
(6)設計ノウハウ知識
アプリケーションドメイン知識に関係した知識であり、
ルール化されている。
ルール化されている。
If’(ファイルアクセス)
Than:lf (実行前)
Then: do (ファイルをオーブンする)Ir(
実行後) Than: do (ファイルをクローズする)このよ
うに、使用する部品の前・後処理、前提条件等のルール
がある。これに従って上位また同レベル前段の表題に前
処理のものが入っているか、または同レベルの後段また
は下段のレベルに、後処理のものが入っているか、全レ
ベルを調べ、前提条1牛に違反したものかないかを調べ
る。
実行後) Than: do (ファイルをクローズする)このよ
うに、使用する部品の前・後処理、前提条件等のルール
がある。これに従って上位また同レベル前段の表題に前
処理のものが入っているか、または同レベルの後段また
は下段のレベルに、後処理のものが入っているか、全レ
ベルを調べ、前提条1牛に違反したものかないかを調べ
る。
もし、矛盾か検出された時は、設計指針情報として提示
する。
する。
かくして本実施例システムでは、5項目の知識を使い、
設詞での指針(注意事項等)を示すと共に分割された機
能モジュールに対応した部品を検索し、候補として提示
し、設計支援と部品のマツピングを行うので、設計の熟
練者でなくても専門家のノウハウを使うことができ、専
門家に近い設計か可能となる [発明の効果] 以上示したように本発明のプログラム設計支援システム
は、ソフトウェア部品合成の設計支援として分割・詳細
化を行う機能展開知識、設計支援ガイドを行う設計知識
、要求に従った部品検索機能を持たせたことにより、設
計作業での人間の思考形態にマツチした支援が行えるの
で、設計に不馴れな者でも専門家ノウハウを利用するこ
とにより、専門家に近い設計が可能となる。
設詞での指針(注意事項等)を示すと共に分割された機
能モジュールに対応した部品を検索し、候補として提示
し、設計支援と部品のマツピングを行うので、設計の熟
練者でなくても専門家のノウハウを使うことができ、専
門家に近い設計か可能となる [発明の効果] 以上示したように本発明のプログラム設計支援システム
は、ソフトウェア部品合成の設計支援として分割・詳細
化を行う機能展開知識、設計支援ガイドを行う設計知識
、要求に従った部品検索機能を持たせたことにより、設
計作業での人間の思考形態にマツチした支援が行えるの
で、設計に不馴れな者でも専門家ノウハウを利用するこ
とにより、専門家に近い設計が可能となる。
第1図は本発明の一実施例の構成を示す図、第2図は本
実施例システムによる設=1作業の流れを示す図、第3
図は3対象1操作モデルの概念を示す図、第4図はTF
Fでの要求使用に基づく画面を示す図、第5図は機能展
開案が無い場合の設計支援による設計を示す図、第6図
は機能展開案がある場合の設計支援による設計を示す図
、第7図は部品による設計を示す図、第8図は設計知識
項目を示す図、第9図は動詞の分類パターンを示す図、
第1O図は設計ノウハウとしての注意事項・条件等の表
示の一例を示す図、第11図は用語知識を示す図、第1
2図ないし第14図は知識構造を示す図である。 出願人 株式会社 東芝
実施例システムによる設=1作業の流れを示す図、第3
図は3対象1操作モデルの概念を示す図、第4図はTF
Fでの要求使用に基づく画面を示す図、第5図は機能展
開案が無い場合の設計支援による設計を示す図、第6図
は機能展開案がある場合の設計支援による設計を示す図
、第7図は部品による設計を示す図、第8図は設計知識
項目を示す図、第9図は動詞の分類パターンを示す図、
第1O図は設計ノウハウとしての注意事項・条件等の表
示の一例を示す図、第11図は用語知識を示す図、第1
2図ないし第14図は知識構造を示す図である。 出願人 株式会社 東芝
Claims (1)
- (1)プログラム設計におけるプログラムモジュールの
仕様記述を入力したとき、知識ベースとして蓄積された
機能展開知識および設計知識を使用して要求を理解する
手段と、この要求を詳細化して表示する手段と、部品デ
ータベースを検索して候補部品を提示する手段と、前記
要求を実現するための設計指針を提示する手段とを備え
てなることを特徴とするプログラム設計支援システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16350788A JPH0212428A (ja) | 1988-06-30 | 1988-06-30 | プログラム設計支援システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16350788A JPH0212428A (ja) | 1988-06-30 | 1988-06-30 | プログラム設計支援システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0212428A true JPH0212428A (ja) | 1990-01-17 |
Family
ID=15775179
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16350788A Pending JPH0212428A (ja) | 1988-06-30 | 1988-06-30 | プログラム設計支援システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0212428A (ja) |
-
1988
- 1988-06-30 JP JP16350788A patent/JPH0212428A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Miller et al. | The Clio project: managing heterogeneity | |
| KR100269258B1 (ko) | 프로세스 방법론을 위한 통합 case 정보저장소 메타 모델시스템 및 그 통합 지원 방법 | |
| US5301313A (en) | Manipulating data in a relational data base having operational manipulations defined in an input table and displayed results in an output table with a line displayed designating direction of data flow | |
| US7987170B2 (en) | Systems and methods for improving information discovery | |
| US6219831B1 (en) | Device and method for converting computer programming languages | |
| US5535325A (en) | Method and apparatus for automatically generating database definitions of indirect facts from entity-relationship diagrams | |
| JPH03111969A (ja) | 計画作成支援方法 | |
| JPH0743700B2 (ja) | データ駆動型情報処理装置 | |
| JPH02148137A (ja) | ソフトウェア開発支援システム | |
| JPH0557613B2 (ja) | ||
| JPH06274538A (ja) | 情報検索装置 | |
| Kutty et al. | Visual tools for temporal reasoning | |
| Golitsyna et al. | Focused on cognitive tasks interactive search interface | |
| JPH0668137A (ja) | 操作指示対象情報生成システムおよび操作指示対象認識システム | |
| JPH07146785A (ja) | プログラム自動生成方法および装置 | |
| Feiler et al. | Granularity issues in a knowledge-based programming environment | |
| JP2755426B2 (ja) | 計算機言語処理システム | |
| JPH07141165A (ja) | 情報処理装置 | |
| JPH0748181B2 (ja) | 知識整理エディタにおける文章知識編集方法 | |
| Cline | Knowledge intensive natural language generation with revision | |
| Stohr et al. | Languages for decision support systems: An overview | |
| CN117632997A (zh) | 一种跨数据库平台的命令行界面及读写操作方法 | |
| KR19980050164A (ko) | 소프트웨어 재사용을 위한 객체기반 라이브러리 검색방법 | |
| Sperzel et al. | Updating the UMLS Metathesaurus: a model | |
| Roos | Impact of computers on sensory evaluation: past, present and future |