JPH01116729A - 仕様記述のためのエディタ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔目次〕 概要 産業上の利用分野 従来の技術 発明が解決しようとする問題点 問題点を解決するための手段、第１図 作用、第１図〜第６図 モジュール定義ウィンドウ、第１図、第２図モジュール
階層ウィンドウ、第１図、第３図実施例、第７図〜第１
２図 詳細化ウィンドウ、第７図、第１２図 クラス階層ウィンドウ、第８図 クラス隠蔽ウィンドウ、第８図 発明の効果 〔概　要〕 仕様記述におけるモジュール間の多次元的な階層構造を
空間モデルとして管理し、それをマルチウィンドウとビ
ットマツプデイスプレィを用いて視覚的にかつ該モデル
に沿って表示／操作する殿能を実現する。

〔産業上の利用分野〕

本発明は、仕様記述の多次元的作成を可能とするエディ
タに関する。

近年、ソフトウェアの生産性・品質を向上させるために
、各種の開発支援ツールの研究が行われている。その中
でも仕様やプログラム作成を支援するエディタの果たす
役割は重要である。

プログラム作成に関しては、そのプログラム言語固有の
構文上の構造入力・編集操作を反映させたプログラムテ
キスト作成を支援する構造化エディタやプログラムの段
階的詳細化仮定を支援するツールなどに成果があがって
い、る。

仕様作成に関しモも同様な仕様与キスト作成用の構造化
エディタが開発されてきたが、仕様作成仮定そのものを
支援するエディタはあまり例がない。これは、プログラ
ム言語の場合は手続の呼び出しのような詳細化関係とい
った単一的な関係のみを扱うことで十分実用になってい
るのに対し、仕様記述の場合は種々の関係が導入されて
いて、これら多元的な階層構造を管理する必要があるか
らである。例えば、詳細化関係以外に、抽象データ型に
おける隠蔽演算のように外部モジュールから見える見え
ない即ちＶＩＳＩＢＬＥ−ＩＮＶＩＳＩＢＬＨ（Ｄ関係
、ＲＭＬなどのオブジェクト指向モデルにおけるクラス
モジュール間の階層関係などを管理する必要がある。こ
れらは互いに直交した概念である。もちろん、個々の仕
様記述言語にこれら全ての階層関係が反映されているわ
けではないが、完全な仕様化のためにはユーザからの要
求を単一の階層関係のみに従って整理して行くだけでは
不十分であり、これらの各種関係を組み合わせて仕様化
を行うのが効果的である。

従って、これらの多元的な階層関係の管理を人間にとっ
て自然な形で支援することが重要である。

特に、視覚的に管理／支援することが仕様記述内容及び
記述過程に対する人間の理解性向上の点で望ましい。

（従来の技術〕 ユーザからの要求を仕様化するための方法論については
、要求仕様の段階から詳細設計仕様の段階に至るまでの
各々のレベルにおいて多くの手法が研究されている。そ
れら−の手法の中で重要なことは、ソフトウェアをある
観点（ｖｉｅｗ）によって纏まりを持った部分単位に分
割する、つまりモジュール分割の手法である。元来、分
割されたモジュール間の関係は各々の仕様設計の手法に
依存しているものであるが、−船釣な概念として共通の
ものもあり、それらの概念は仕様化を行う上で重要であ
る。仕様記述の単位である各モジュールの間の一般的な
階層関係はこれを絞ると（多過ぎては扱いにくい）、以
下の如くである。

■詳細化：　抽象的な記述を含んだモジュールと、その
抽象的な記述をより詳細に記述したモジュールとの関係
である。この抽象的な記述はそれと論理的に等価な、よ
り詳細な複数のモジュールに分解される。その目的は複
雑なシステムを、より単純な構成要素に分解して理解す
ることである。

どのような観点に立って分解するかによって、機能分解
法、データフロー設計法などがある。

■情報隠蔽二　抽象データ型の演算の定義のように詳細
な定義を隠し、モジュール使用者にとって必要な情報の
みを外部に公開する考えは重要である。使用者に不必要
な情報は表示しないことを情報隠蔽という。例えば、通
常のプログラミング言語における局所変数や局所手続き
、Ａｄａのパッケージ仕様のｖｉｓｉｂｌｅ　ｐａｒｔ
やｐｒｉｖａｔｅ　ｐａｒｔの記述の、あるモジュール
から他のモジュールまたはその一部が参照可能であるか
どうかという概念も、この考えに従ったものである。互
いに参照可能なモジュール同志を１つのまとまりとして
管理することは重要である。

■クラスの階層関係：　共通の性質を持った対象を−１
めにグループ化して捉えるというクラス概念も重要であ
る。各種のクラス間の関係、例えば、あるクラスが他の
クラスに含まれているスーパー／サブクラス関係とか、
他の複数のクラスの直積や直和となっているという関係
などがクラスを表すモジュール同志の階層関係となる。

０版（バージョン）：　ユーザの要求の変化や実現環境
の変化によって仕様の改訂が必要になってくることがあ
る０元の版の保存／管理は仕様の改訂作業を支援する上
で重要である。元の版と改訂版とはモジュール構造が異
なっている場合もあるため、版の関係はモジュール集合
間の関係となる。

これら４つの関係は互いに直交した関係である。

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

各モジュール間の複雑な関係を画面上に分りやすく表示
し、表示対象の変更を操作性よ（行なえるようにしたエ
ディタは、現在までのところ提案されていない。本発明
は、前述のモジュールもしくはモジュール集合間の４つ
の関係を視覚的にモデル化し、そのモデルに沿ってエデ
ィタの画面上で直接操作できるようにするものである。

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

第１図は本発明の原理説明図で、これは４つの次元の異
なる階層関係を視覚的に扱うために導入した空間モデル
である。この空間モデルは、一つの版内の仕様のモジュ
ールの関係を３次元の直交座標系で表した３次元空間を
基礎とする。座標軸ｚ、ｘ、ｙは各々■詳細化（Ｒｅｆ
ｉｎｅｍｅｎｔ）軸、■隠蔽（Ｈｉｄｉｎｇ）軸、■ク
ラス階層　（Ｃ１ａｓｓ　Ｈｉｅｒａｒｃｈｙ　）軸で
ある０版の改定を時刻の進行と見做し、その関係を表す
０時間軸を導入し、全体として４次元空間で表す。

〔作用〕

第１図（ａ）はある１つの時刻（すなわち１つの版）に
おける他の３つの階層関係を表したものである。

この３次元の空間上に、ｘ、ｙ、ｚの３つの軸方向に辿
ることができる木構造として、モジュール間の階層関係
が表される。木のノードが１つのモジュールを表す。モ
ジュールの詳細化構造を表す木構造はｙｚ平面に、隠蔽
関係の木はｘｙ平面に、クラス階層関係は２に平面に各
々平行な平面上に表現される。

ある階層構造中で下位のモジュールから上位のモジュー
ルへ、あるいはその逆に上位のモジュールから下位のモ
ジュールへ辿るには、対応する軸に沿って３次元の木を
辿る。例えば、同図（ｂ）においてモジュールＡの詳細
化であるモジュールＢ。

Ｅはｚ軸方向に下る、つまり２軸の負方向に移動するこ
とによって到達可能である。モジュールＥに隠蔽されて
いるモジュールＨ，ＩはＸ軸方向に下ることによって到
達できる。クラスを表すモジュールＥのスーパークラス
であるモジュールＧ。

Ｆに到達するにはｙ軸方向に上り、サブクラスであるり
、Ｍには逆に下ることで到達できる。

あるモジュールと階層関係にあるモジュールは一般には
複数個存在するので、目的のモジュールに視点を移すた
めにｘ、ｙ、ｚ軸方向に辿る際には、モジュールの選択
操作も必要である。特に、クラス階層では上位の階層も
下位のＷＩ層も複数個存在することがある。モジュール
選択を行いながら木を上うて（軸の正方向に移動して）
目的のモジュールに視点を移すことをｕｐ、逆に下る（
負方向に移動する）ことをｄｏｓｖｎという。

版の異なる仕様については各版ごとにこの１つの３次元
木が対応すると考えられる。版の構造も第１版、第２版
、第２．１版などのように階層構造を持つが、ここでは
これらの版は時間軸上に版を作成した時刻に従って一直
線に並ぶとする。従って、ある版の仕様を呼び出すため
には、時間軸に沿って時刻を１つずつ辿る、つまりより
古い版の仕様に視点を移すには時刻の順序関係に沿って
ｄｏｓＪ作を行い、逆に新しい版への移動はｕｐｉ作を
行う。

通常の端末の画面は２次元であるため、第１図の空間モ
デルをそのまま視覚化するわけにはいか　　　−ない。

そこで、本発明では大画面の高解像度ビットマツプデイ
スプレィでマルチウィンドウ方式の表示入力編集を行う
。そして、ビットマツプデイスプレィの画面上に複数の
ウィンドウを同時に表示し、その中のどれか１つに表示
されている仕様テキスト（図も含む）を入力編集対象と
する。

ウィンドウには１つのモジュール定義を表示するモジュ
ール定義ウィンドウと、モジュールの階層構造を木構造
の形式で表示するモジュール階層ウィンドウがある。さ
らに、モジュール階層ウィンドウは前述の■〜■の階層
構造に応じて３種類存在する。これらのウィンドウは、
第１図のような仕様の階層構造のｙｚ平面、ｚｘ平面、
ｘｙ平面上への投影図の一部を見やすい形式で表示して
いるものと考えられる。従って、モジュール定義ウィン
ドウが第１図の木のノードに対応し、モジュール階層ウ
ィンドウが木のノードの親子関係を表すことになる。こ
れらのウィンドウは次の如くである。

（ａ）モジュール定義ウィンドウ：　モジュール定義ウ
ィンドウはモジュール記述を入力編集するためのウィン
ドウであり、このウィンドウの仕様テキストが表示され
る。１つのウィンドウには１つのモジュール定義が与え
られる。従って、１つのウィンドウ内に複数のモジュー
ル定義が表示されることはない。このウィンドウ内のモ
ジュール記述は論理的には第１図の木構造のノードと１
対１に対応する。第１図の詳細化構造木中のモジュール
ＢやＥのように、同一モジュールが異なるノードとして
出現する場合は、各々１つのウィンドウに対応付けるこ
とができ、同時にそれらを表示し入力編集を行うことが
できる。なぜならば、ウィンドウはモジュールと対応し
ているのではなく、階層構造木上の１つのノードと対応
しているからである。同じモジュール記述をこれら複数
のウィンドウから各々異なる編集を行った場合、各編集
結果はすべて有効となる。これは、第２図のように１つ
の仕様に対して異なったウィンドウから操作を加えたと
捉えた方が自然であるからである。

（ｂ）モジュール階層ウィンドウ：　モジュール階　。

層ウィンドウは第１図の空間上で階層関係の木樽′造の
各座標平面上への投影図の一部をノードの親子関係で表
示する。従って、モジュール階層ウィンドウは、その表
示内容に応じて詳細化ウィンドウ、隠蔽ウィンドウ、ク
ラス階層ウィンドウの３種類に分類される。第１図の３
方向にトラバースできる空間水のモデルを反映させるた
めに、これら３つのウィンドウは空間座標系の各座標軸
方向に従って直方体として結合したイメージを与えるよ
うに第３図のような形式で表示される。

これらのウィンドウはモジュール定義ウィンドウに付随
させて１つずつ開くことができ、各面はそのモジュール
と各々軸方向に関係のあるモジュール（の集合）を表し
ている。第３図の例では手前が詳細化の負方向、下方向
が隠蔽化の不負方向、右方向がクラス階層の正方向を表
している。下方向の代りに正方向を表す上方向、右方向
の代りに負方向を表す左方向にウィンドウを出現させる
ことも可能である。

第３図は第１図のモジュールＡの定義ウィンドウに対し
て開かれた例であり、手前方向の詳細化ウィンドウには
その子モジュール名Ｂ、Ｅが表示されている。手前側を
向いているウィンドウに対応する軸方向が現在のユーザ
の視点方向となり、このウィンドウをカレントディレク
ションウィンドウと呼ぶ、各ウィンドウには第３図のよ
うなモジュール名の水彩式の表示だけでなく、モジュー
ル同志（親モジュールと子モジュールあるいは子モジュ
ール同志）の関係が分るように、モジュール記述自身も
しくはその一部を表示してもよい。

表示するデータ及びその形式は実現するエディタに依存
する。

このウィンドウ及び表示データに対して行うことのでき
る操作には、（１）モジュール記述の呼び出しく階層構
造中のｕｐ、　ｄｏｗｎ動作）　、（２）視点方向の変
更、（３）階層構造の変更がある。次にこれらを説明す
る。

（１）モジュール記述の呼び出し：　第４図に示すよう
にカレントディレクションウィンドウ内に表示されてい
るモジュール名（例えばＢ）を選択すると、モジュール
定義ウィンドウが新たに開かれ、そのモジュール記述が
読み込まれる（同じデイスプレィ画面の他の位置に表示
される）、モジュール記述が存在しない場合は空のウィ
ンドウとなる。

カレントディレクションウィンドウの方向が軸の正方向
ならばこの操作は第１図で説明したｕｐ操作に対応し、
負方向ならばｄｏｓｖｎｆｉ作に対応する。

（２）視点方向の移動：　視点方向を変える操作は、次
にカレントディレクションウィンドウとするウィンドウ
を選択することによって行う。第５図ｔａ＞伽）には（
ａ）の右端のウィンドウを選択した例が示されている。

前掲の第３図では、下端と右端にしかウィンドウが出現
していないが、これらの正負逆方向に視点を変える場合
には、まず上端、左端にウィンドウを開いてから行う。

視点の移動は、立体的なウィンドウを画面上で水平／垂
直方向を回転軸として回転させるイメージによって行う
。目的とする面を手前側に持ってきてカレントディレク
ションウィンドウとする。回転方向によって、正方向の
モジュール名（階層構造上では親ノード名）が表示され
たり負方向が表示されたりする。

この操作を回転（Ｒｏｔａｔｅ）という、第５図（Ｃ）
から（ｄ）がその−例である。

（３）階層構造の変更：　カレントディレクションウィ
ンドウ内に表示されているモジュール名を追加／消去／
移動（ウィンドウ間でのそれらも含む）を行うことによ
って階層構造を変化させることができる。これらの操作
は個々の階層ウィンドウ間ウ依存している。

ここまでに述べた操作はいずれも論理的な操作手順であ
り、物理的な操作手順（例えば、どのようなコマンドメ
ニューが現れるか、マウスのボタンはどのように押すか
）は、言語とウィンドウシステムに依存する。

ビットマツプデイスプレィの画面上の、モジュール定義
ウィンドウ内に表示されているモジュールは、すべて仕
様の版（バージョン）の構成要素となっている。それゆ
え、デイスプレィの画面全　体を論理的に同じ版のモジ
ュールが載った平面であると捉える。つまり、第６図で
図示されるように、１つの画面は改訂過程におけるある
時刻の仕様のスナップショットであると考えられる。こ
の論理的な平面をバージョンプレーンと呼ぶ。バージョ
ンプレーンは仕様の版と１対１に対応する。

ユーザは入力編集対象とする版の載ったバージョンプレ
ーンを実際のデイスプレィ画面に載せて表示することに
よって、その版の仕様記述に対して入力編集操作を行う
。現在、画面上に表示されているバージョンプレーンを
カレント・バージョンプレーンと呼ぶ。このバージョン
プレーンによって改訂作業に伴う時間軸上の１つの時刻
を表現する。′バージョンブレーンは第６図のように、
カレントバージョンプレーンの後ろに前の版を表すバー
ジョンプレーンが版の順（ｎ、ｎ　　Ｌ　　ｎ−２、・
・・・・・）に従って配置されていると考えられる。

そこで、視点を現在注目している版から移動する、つま
りカレント・バージョンプレーンから他のバージョンプ
レーンへ移行するには、カレント・バージョンプレーン
を「めくる」　「おおう」という操作によって行う。前
者がより古い版への視点の移動、後者がより新しい版へ
の移動である。図示の例はｎ版、　　（ｎ−１）版をめ
くって（ｎ　−２）版を出したものである。

このような処理により、複雑な各モジュール間の関係を
操作者が理解しやすく表示し、所望モジュールを容易に
取出して表示することができる。

〔実施例〕

以下、図と限定自然言語を用いた仕様記述言語（ＰｕＸ
：ｅ　置Ｌと呼ぶ）の構造化エディタに通用した例を説
明する。Ｐｕｒｅ　置Ｌはユーザの要求を形式化するた
めに、自然言語の語鴛に基づいたモデル化を採用してい
る＝システムを自然言語（英語）を用い、自然な発想に
基づいて記述する。その記述に仕様される対象固有の語
句に関する意味説明文を同様にして順次記述していく。

この対象固有の語句がシステムの構成要素であるモジュ
ールに対応していると考え、構造化されたモジュール集
合を得る。分割されたモジュールは、そのモジュールに
対応する語句の構文カテゴリによって、ｌａ＞静的か動
的か、（ｂ）データか機能かに分類される。

静的要素は形容詞（過去分詞も含む）・名詞（動名詞も
含む）、動的要素は名詞（内部状態をもつもの）・一般
動詞によって表される。データの集合は普通名詞、ｉ能
は一般動詞・形容詞・データの集合を表す以外の名詞に
、対応付けられる。直交した（ａ）　（ｂ）の分類法に
従って、Ｐｕｒｅ　置Ｌには関数定義（静的機能）、ク
ラス定義（静的データ集合）、動作定義（動的機能）、
動的クラス定義（動的データ集合）の４つの語句定義形
式がある。第７図に本発明の一実施例を示す。

第７図に記述された例はＡｌｔｅｒｎａｔｉｎｇ　Ｂｉ
ｔ　ｐｒｏｔｏｃｏｌという、データ消滅に対する簡単
な誤り訂正機能を持った通信プロトコルの使用記述の一
部である。

この例では、語句Ａｎ　ｐｒｏｔｏｃｏｌ　ｎ＋ａｃｈ
ｉｎｅ　　（１１）、Ｔｒａｎｓ＋＋＋１ｔｔｅｒ　　
（１２）　、Ｔｒａｎｓｎ＋ｉｔ　（１３）の意味を、
各々−表現、図とテキストの併用表現、テキスト表現を
用いて定義している。前者２つの語句（１１）（１２）
が動的クラス定義によって定義され、動詞Ｔｒａｎｓｍ
ｉｔ　（１３）は動作定義によって定義されている。図
表現はそのモジュール内に存在する内部オブジェクト間
の関係を表し、楕円（１４）がある動的クラスのインス
タンスであるオブジェクトを、また矢印（１５）がある
オブジェクトからあるオブジェクトに対して行われる動
作を表している。

モジュール間の詳細化構造は、諸量分割過程における語
句の参照関係となる。例えば、語句Ａの定義中で語句Ｂ
が使用された（つまり、ＡがＢに語鴬分割された）とき
、ＢはＡに対して詳細化の関係にある。第７図では、Ａ
Ｂ　ｐｒｏｔｏｃｏｌ　ｏ＋ａｃｈｉｎｅ（１１）の定
義中（図表ＴＡ）に普通名詞Ｔｒａｎｓｍｉｔｔｅｒが
使用されているため、Ｔｒａｎｓａ＋１ｔｔｅｒ　　（
１２）はＡＨｐｒｏｔｏｃｏｌ　ｍａｃｂｉｎｅ　　（
１１）に対して詳細化関係にある。

クラス定義および動的クラス定義（以下、単にクラス定
義という）は、共通の性質を持つオブジェクトをまとめ
てクラスとして定義するための形式である。定義された
クラスのインスタンスとなるオブジェクトに対しての参
照や操作を表す語句を関数定義や動作定義を用いて定義
する。ゆえに、モジュールの隠蔽関係はクラス定義とこ
れらの関数定義および動作定義との間の関係となり、ク
ラス階層関係はクラス定義同志の関係となる。第７図で
は動的クラス定義Ｔｒａｎｓｍｉｔｔｅｒ　　（１２）
に対する操作として動詞Ｔｒａｎｓ＋ｗｉｔ　（１３）
が定義されている。

Ｐｕｒｅ　　置Ｌ構造化エディタのモジュール階層構造
を支援するｔａ能は前述のモデルに基づいて設計されて
いるｅ　Ｐｕｒｅ　　置Ｌによる記述は簡潔で、その記
述中に出現する語句がそのまま階層中の下位モジュール
名を表している。そのため、モジュール階層ウィンドウ
には、第７図で示したようにテキスト形式で上位、下位
のモジュール名を表示し、直接モジュール階層ウィンド
ウ内でテキストの入力編集を行うものとする。これによ
り仕様テキストはすべてモジュール階層ウィンドウ内に
表示されるため、特にモジュール定義ウィンドウを設け
るようなことはしないものとする。以下で各ウィンドウ
に表示されるテキストとそれに対し行うことのできる操
作について述べる。

■詳細化ウィンドウ：　　Ｐｕｒｅ　　置Ｌによる詳細
化は語鴬分割と呼ばれる手法である。そのため、このウ
ィンドウ内には語句の意味定義がどのような語句に分割
されるかが表示され、結果的にはサブクラスの宣言部を
除（すべての１モジユールの仕様テキストが表示され、
入力編集対象となる。

１つのウィンドウは図表現、自然言語表現を表示ａｉｉ
する２つの部分と、そのウィンドウに割り当てられた語
句定義に関する付加的情報（属性や親の語句定義名など
）を表示する部分の３つから成る。仕様記述者はこのウ
ィンドウ内でテキストの入力編集を行う。詳細化構造中
で視点を移すｄｏｗｎ操作は、テキスト中の語句名を選
択し、マウスをクリックすることによって（以下に示す
ｚｏｏｓ−ｉｎコマンドによって）行われる。新たに階
層構造ウィンドウが開かれ、それに指定した語句定義が
読み込まれる。このウィンドウは詳細化ウィンドウがカ
レントディレクションウィンドウとなっている。第７図
は、動詞Ｔｒａｎｓｍｉ　ｔに対してｚｏｏＩｌ−ｉｎ
コマンドを実行した例で、Ｔｒａｎｓｍｉ　ｔの詳細な
定義が、表示されている。ｕｐ操作はｚｏｏＩＩＩ−ｏ
ｕｔコマンドによって実行される。

■クラス階層ウィンドウニ　クラス階層ウィンドウは対
象としているクラスのスーパークラス／サブクラス、直
和や直積などのクラスの構成関係にあるクラス名を表示
する。このウィンドウは正方向・負方向いずれも独立に
開くことができる。

ｄｏｗＪ作で負方向のウィンドウ内に表示されている下
位のクラス名を選択すると、カレントディレクションウ
ィンドウをクラス階層ウィンドウとするウィンドがか開
かれ、そのクラス定義が読み込まれる。ウィンドウに対
するクラス名自身を選択すると逆方向の移動、すなわち
負方向のウィンドウで行えば、正方向のウィンドウにカ
ーソルが移動し、ｕｐｆｆ１作となる。正方向のウィン
ドウについても同様である。

階層構造の変更はウィンドウ内に表示されている語句の
移動゛／消去／複写によって行われる。例えば、あるサ
ブクラスを逆にスーパークラスとする場合は、負方向に
表示されているそのクラス名を正方向のウィンドウ内に
移動する。

■クラス隠蔽ウィンドウ：　クラス隠蔽ウィンドウは、
そのクラス定義内にカプセル化されている語句名を表示
する。その語句が名詞（クラス）であるときに限りさら
に下位にも語句（演算）が存在する。ｄｏｗｎ／　ｕｐ
ｉ作はクラスｌ１ｉｊｉｉウインドウと同様である。隠
蔽されている語句の中には外部から参照可能な（ｖｉｓ
ｉｂｌｅ　）語句とそうでない（１ｎｖｉｓｉｂｌｅ　
）語句があり、それらの語句の指定が表示できる。また
、その指定の変更はコマンドによって行うことができる
。さらに、参照可能な語句にはスーパークラスの演算を
そのまま該当クラスの演算として外部に公開する語句と
そうでない語句があり、それらの語句の措定も隠蔽関係
の変更として変更が可能である。

各ウィンドウ内で行えるコマンドの代表例を下に列挙す
る。

■詳細化ウィンドウ ｚｏｏｍ−ｉｎ　　（ｕｐ）　、　ｚｏｏＩｌ−ｏｕｔ
　（ｄｏｗｎ）　・”・視点の移動 文字・単語・文・ブロック単位の入力編集・・・・・・
テキストの入力編集 ■クラス階層ウィンドウ ５ｅｌｅｃｔ　（ｕｐ、　ｄｏｗｎ）　−・−−−−視
点の移動１語句単位の＆Ｗ集・・・・・・クラス階層の
変更■クラス隠蔽ウィンドウ ５ｅｌｅｃｔ　（ｕｐ、　ｄｏｗｎ）　・−・・視点の
移動ｖｉｓｉｂｌｅ　、　１ｎｖｉｓｉｂｌｅ変更１単
語単位の編集・・・・・・隠蔽関係の変更デイスプレィ
上の画面は１つのバージョンプレーンに対応付けられて
おり、通常は第８図のように表示されている。画面の左
上隅はカレント・バージョンプレーンを「めくる」ため
のロールダウン（Ｒｏｌｌ　　ｄｏｗｎ）領域であり、
右下隅は「かくす」ためのロールア・ノブ（Ｒｏｌｌ　
　ｕｐ）領域である。古い版が存在しない場合はロール
アンプ領域は表示されない。

「めくる」操作はロールダウン領域をマウスカーソルで
ドラッグすることで行われる。マウスのドラッグに合わ
せて゛、カレント・バージョンプレーンかめ（れ、１つ
古い版のバージョンプレーンが表示される。マウスカー
ソルをロールアップ領域まで移動させると完全に古い版
が現れカレント・バージョンプレーンとなる。古い版は
あくまでも参照されるのみで修正を行うことはできず、
収量にまたがる語句定義の移動は古い版の語句定義を現
在作成中の版のバージョンプレーンに複写するのみが許
されている。「か（す」操作はマウスカーソルを逆方向
にドラッグすることで行われる。

ロールアップ領域は常に表示され、新しい版の仕様がな
い、つまりカレントバージョンブレーンに載っている版
が最新のとき完全にロールアップを行うと、その仕様が
ある版の仕様として登録され、空のカレントバージョン
ブレーンが新しい版の仕様を作成するために現れる。

第９図は本発明のエディタの構成図で、処理ブロック２
１〜２６に大別される。２１はマウスからの操作待ち処
理で、ここで何らかの操作が検出されると処理２２でそ
の種類を判別する。エディタとしての主要な処理はウィ
ンドウ形状関連２３、カレントディレクションウィンド
ウ関連２４、バージョンプレーン関連２５であり、その
他の処理２６としてはファイル操作等がある。

バージョンは、モジュールの集合に、モジュール間の関
係を示すグローバル情報を付してパージコン毎にファイ
ルに格納する。モジュールは、第１０図に示すように木
構造のテキスト本体を持ち、これに各種の情報が付く。

詳細化情報は多対多の関係を示し、クラス階層情報は多
対多の関係と関係名を示す。カプセル化情報は隠蔽に関
する１対多の関係を示す。

カレントバージョンプレーンは境界情報とバージョン番
号で指定される。各ウィンドウの形状は第１１図のよう
に４つの情報で示される。ウィンドウ形状関連の操作に
は、マスクでドラッグする拡大／縮小と移動の他に、消
去、ｒｏｔａｔｅ　（回転）がある。ｒｏ　ｔａ　ｔｅ
には反転と軸変更があり、その違いを第１２図に示す。

各操作の終了後はクリッピングをする。

第１２図で、詳細化ウィンドウ（Ｒ）が前面を向いてい
るとき■、ｕｐ／ｄｏｗｎ操作と編集ができ、この場合
の編集はテキストのテンプレートによる編集と詳細化情
報の変更である。クラス階層ウィンドウ（、Ｃ）が前面
を向いているときもｕｐ／ｄｏｗｎ操作と編集ができ、
この場合の編集はａｄｄ時に階層名を入力することとク
ラス階層情報の変更である。カプセル化ウィンドウ（Ｈ
）が前面を向いているときもｕｐ／ｄｏｗｎ操作と編集
、それにマウスでモジュール名を指定してのｖｉｓｉｂ
ｌｅ　／　１ｎｖｉｓｉｂｌｅ操作ができる。この場合
の編集はカプセル化情報の変更である。

いずれの場合もｕｐ／　ｄｏｈｎ操作は、マウスでモジ
ュールを指定し、表示していないモジュールに対してウ
ィンドウを開くことを指す。また編集時にはｍｏｖｅ、
　ｅｒａｓｅ、　ｃｏｐｙ＋　ａｄｄ　（以上ウィンド
ウ内のみ）　＋　ｙａｎｋ、　ｐｕｔ　　（以上グロー
バル領域への書込、読込）の各操作を行うことができる
。

〔発明の効果〕

以上述べたように本発明によれば、仕様記述におけるモ
ジュール間の多次元的な階層構造を空間モデルとして管
理し、それをマルチウィンドウとビットマツプデイスプ
レィを用いて視覚的に表示／操作できるので、仕様作成
時の有力な支援手段として利用できる利点がある。

【図面の簡単な説明】

第１図は本発明の原理説明図、 第２図は異なるウィンドウからの操作の説明図、第３図
はモジュール階層ウィンドウの説明図、第４図はモジュ
ール記述呼出しの説明図、第５図は視点方向移動の説明
図、 第６図はバージョンプレーンの説明図、第７図は本発明
の実施例を示す説明図、第８図はロールアップ／ダウン
の説明図、第９図は本発明のエディタの構成図、 第１０図はモジュールの構成図、 第１１図はウィンドウ形状情報の説明図、第１２図はウ
ィンドウ操作（ｒｏｔａｔｅ）の説明図である。

Claims (3)

【特許請求の範囲】
1. （１）仕様記述の単位であるモジュール間の多次元的な
   階層構造を空間モデルとして管理し、それをマルチウィ
   ンドウ方式のビットマップディスプレイを用いて視覚的
   に表示し、また表示モジュールを変更できるようにして
   なることを特徴とする仕様記述のためのエディタ。
2. （２）空間モデルは、各版毎の、詳細化、情報隠蔽、お
   よびクラス階層を３軸とするモデルであることを特徴と
   する特許請求の範囲第１項記載の仕様記述のためのエデ
   ィタ。
3. （３）ウィンドウは、１つのモジュールの定義を表示す
   るモジュール定義ウィンドウと、モジュールの階層構造
   を木構造の形式で表示するモジュール階層ウィンドウを
   含み、該モジュール階層ウィンドウは詳細化、隠蔽、ク
   ラス階層各ウィンドウを含むことを特徴とする特許請求
   の範囲第１項記載の仕様記述のためのエディタ。