JPH05307474A - 大規模ソフトウェアの構造確認方法 - Google Patents
大規模ソフトウェアの構造確認方法Info
- Publication number
- JPH05307474A JPH05307474A JP4110558A JP11055892A JPH05307474A JP H05307474 A JPH05307474 A JP H05307474A JP 4110558 A JP4110558 A JP 4110558A JP 11055892 A JP11055892 A JP 11055892A JP H05307474 A JPH05307474 A JP H05307474A
- Authority
- JP
- Japan
- Prior art keywords
- data
- graphic data
- task
- software
- design
- 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
- Image Generation (AREA)
- Stored Programmes (AREA)
- Digital Computer Display Output (AREA)
Abstract
(57)【要約】
【目的】本発明は大規模ソフトウェアの構造確認方法に
関し，膨大な数のタスク，モジュール等のノードを持つ
大規模ソフトウェアを画面表示した全体的な構造の中で
どの部分に差異があるかを明確に確認することを目的と
する。 【構成】１乃至複数のモジュールで構成する多数のタス
クが相互に関連する大規模ソフトウェアの設計データを
入力して構成する設計段階のタスク間関連モジュール構
成データを作成し，この構成データから左目用の３次元
グラフィックデータを作成する。設計後のソフトウェア
の構造データからタスク間関連モジュール構成を検出し
て，検出された構成データから右目用の３次元グラフィ
ックデータを作成し，左目用と右目用の３次元グラフィ
ックデータから２つの３次元グラフィックデータに差異
がある部分に対してＺ軸方向の座標を変化させる立体視
処理を行って表示部に表示することにより差異の部分が
視覚的に浮き上がるよう構成する。
関し，膨大な数のタスク，モジュール等のノードを持つ
大規模ソフトウェアを画面表示した全体的な構造の中で
どの部分に差異があるかを明確に確認することを目的と
する。 【構成】１乃至複数のモジュールで構成する多数のタス
クが相互に関連する大規模ソフトウェアの設計データを
入力して構成する設計段階のタスク間関連モジュール構
成データを作成し，この構成データから左目用の３次元
グラフィックデータを作成する。設計後のソフトウェア
の構造データからタスク間関連モジュール構成を検出し
て，検出された構成データから右目用の３次元グラフィ
ックデータを作成し，左目用と右目用の３次元グラフィ
ックデータから２つの３次元グラフィックデータに差異
がある部分に対してＺ軸方向の座標を変化させる立体視
処理を行って表示部に表示することにより差異の部分が
視覚的に浮き上がるよう構成する。
Description
【０００１】
【産業上の利用分野】本発明は大規模ソフトウェアの構
造確認方法，特に多数のタスク，モジュールによって構
成された大規模ソフトウェアの設計段階と設計後の構造
の差を確認する大規模ソフトウェアの構造確認方法に関
する。
造確認方法，特に多数のタスク，モジュールによって構
成された大規模ソフトウェアの設計段階と設計後の構造
の差を確認する大規模ソフトウェアの構造確認方法に関
する。
【０００２】
【従来の技術】電力，ファクトリオートメーション（Ｆ
Ａ），金融システム，交通管制システム等の大規模ソフ
トウェアは，多数のタスク，モジュール等によって構成
されている。ソフトウェアは設計段階におけるタスク間
の相互関係及びタスクモジュール構造が決められて，各
タスク及びモジュールの詳細なソフトウェアの内容が多
くのプログラマにより分散して設計され，設計後に統合
される。ところが，全体の設計段階におけるタスク間の
相互関係及びタスクモジュール構造は，設計後のタスク
間の相互関係及びモジュールの構造（実際の構造）と異
なっている場合が多い。このような相違が発生する理由
としては，次のような理由が挙げられる。
Ａ），金融システム，交通管制システム等の大規模ソフ
トウェアは，多数のタスク，モジュール等によって構成
されている。ソフトウェアは設計段階におけるタスク間
の相互関係及びタスクモジュール構造が決められて，各
タスク及びモジュールの詳細なソフトウェアの内容が多
くのプログラマにより分散して設計され，設計後に統合
される。ところが，全体の設計段階におけるタスク間の
相互関係及びタスクモジュール構造は，設計後のタスク
間の相互関係及びモジュールの構造（実際の構造）と異
なっている場合が多い。このような相違が発生する理由
としては，次のような理由が挙げられる。
【０００３】ソフトウェアの単純な製作ミス。 ソフトウェアの性能の向上等のために製作時の構造修
正。 このため，設計の正当性の確認，ソフト保守の確実化の
ためには，その構造の差を正確且つ容易に把握すること
が必要になっている。
正。 このため，設計の正当性の確認，ソフト保守の確実化の
ためには，その構造の差を正確且つ容易に把握すること
が必要になっている。
【０００４】一方，従来の２つのソフトウェア（事象）
の構造の違いを見出す方法として，図面にそれぞれの構
造を描き, それらを見比べることによって両者の差異を
検出する方法がある。これは，タスク，モジュール（以
下，これをノードという）が１０００を越えるような大
規模ソフトウェアの場合は，図面を作成する手間が膨大
であり，仮に作成したとしても数が多過ぎて差異が判別
しにくくなる。すなわち，図面がほとんど（ノードで）
埋めつくされてしまうためである。
の構造の違いを見出す方法として，図面にそれぞれの構
造を描き, それらを見比べることによって両者の差異を
検出する方法がある。これは，タスク，モジュール（以
下，これをノードという）が１０００を越えるような大
規模ソフトウェアの場合は，図面を作成する手間が膨大
であり，仮に作成したとしても数が多過ぎて差異が判別
しにくくなる。すなわち，図面がほとんど（ノードで）
埋めつくされてしまうためである。
【０００５】この図面を使用する代わりに，２次元のＣ
ＲＴディスプレイ上にノードを描く方法がある。この方
法は，図面を作成する場合に比べ，手間が省けるが数が
膨大となって判別しにくくなる問題を解決できない。
ＲＴディスプレイ上にノードを描く方法がある。この方
法は，図面を作成する場合に比べ，手間が省けるが数が
膨大となって判別しにくくなる問題を解決できない。
【０００６】更に，他の方法として，２つの構造をテキ
スト表現（例えは，ノード名）して，２つのテキストの
文字列を比較すれば，両者の違いを確実に検出すること
ができる。
スト表現（例えは，ノード名）して，２つのテキストの
文字列を比較すれば，両者の違いを確実に検出すること
ができる。
【０００７】
【発明が解決しようとする課題】上記したＣＲＴディス
プレイ上にノードを描く方法は，近年のノード数が１０
００を越えるような大規模な２つのソフトウェアに対し
て適用しても，両者の違いを検出することが困難である
という問題があった。
プレイ上にノードを描く方法は，近年のノード数が１０
００を越えるような大規模な２つのソフトウェアに対し
て適用しても，両者の違いを検出することが困難である
という問題があった。
【０００８】更に２つのソフトウェアの構造をテキスト
表現する方法によれば違いを検出できるが，全体のソフ
トウェア構造の中のどの部分に差異があるのかを把握す
ることができない。すなわち，全体を表示しながらその
中のどの部分に差異が発生しているかを簡単に確認でき
ないという問題があった。
表現する方法によれば違いを検出できるが，全体のソフ
トウェア構造の中のどの部分に差異があるのかを把握す
ることができない。すなわち，全体を表示しながらその
中のどの部分に差異が発生しているかを簡単に確認でき
ないという問題があった。
【０００９】本発明は膨大な数のタスク，モジュール等
のノードを持つ大規模ソフトウェアを画面表示した全体
的な構造の中でどの部分に差異があるかを明確に確認す
ることを目的とする。
のノードを持つ大規模ソフトウェアを画面表示した全体
的な構造の中でどの部分に差異があるかを明確に確認す
ることを目的とする。
【００１０】
【課題を解決するための手段】本発明は膨大なノード数
に対応する方法として，立体視手法を採用し，３次元空
間をフルに活用して，表示できるノード数を飛躍的に向
上し，全体的なソフトウェア構造を捉え易くし，２つの
ソフトウェアの差異を明確に表現するため，構造の異な
る部分について，左目用グラフィックデータと右目用グ
ラフィックデータのＺ軸の値を変化させて，３次元表示
を行う。これにより，表示画面を左・右の目を通して見
る人に対し，ソフトウェアの全体的な構造の中で構造の
異なる部分が浮き上がるように見せることができる。な
お，両眼立体視により画像（ドット等）を浮き上がるよ
うに視覚させる原理は公知である（例えば，論文『視覚
・認知メカニズムのモデル化とその応用』，人工知能学
会誌，Ｍａｙ，１９９１，Ｐ３３８〜Ｐ３４１参照）。
に対応する方法として，立体視手法を採用し，３次元空
間をフルに活用して，表示できるノード数を飛躍的に向
上し，全体的なソフトウェア構造を捉え易くし，２つの
ソフトウェアの差異を明確に表現するため，構造の異な
る部分について，左目用グラフィックデータと右目用グ
ラフィックデータのＺ軸の値を変化させて，３次元表示
を行う。これにより，表示画面を左・右の目を通して見
る人に対し，ソフトウェアの全体的な構造の中で構造の
異なる部分が浮き上がるように見せることができる。な
お，両眼立体視により画像（ドット等）を浮き上がるよ
うに視覚させる原理は公知である（例えば，論文『視覚
・認知メカニズムのモデル化とその応用』，人工知能学
会誌，Ｍａｙ，１９９１，Ｐ３３８〜Ｐ３４１参照）。
【００１１】図１は本発明の基本構成図である。図１に
おいて，１はソフトウェア全体の設計を行う設計部，２
は設計されたデータにより表現された第１のタスク間関
連モジュール構成データ，３は左目用の３次元グラフィ
ックデータ作成部，４は作成された左目用の３次元グラ
フィックデータ，５は詳細設計により得られた設計後の
ソフトウェアの構造データ，６はタスク間関連モジュー
ル構成検出部，７は検出された第２のタスク間関連モジ
ュール構成データ，８は右目用の３次元グラフィックデ
ータ作成部，９は右目用の３次元グラフィックデータ，
１０は立体視処理部，１１は表示部である。
おいて，１はソフトウェア全体の設計を行う設計部，２
は設計されたデータにより表現された第１のタスク間関
連モジュール構成データ，３は左目用の３次元グラフィ
ックデータ作成部，４は作成された左目用の３次元グラ
フィックデータ，５は詳細設計により得られた設計後の
ソフトウェアの構造データ，６はタスク間関連モジュー
ル構成検出部，７は検出された第２のタスク間関連モジ
ュール構成データ，８は右目用の３次元グラフィックデ
ータ作成部，９は右目用の３次元グラフィックデータ，
１０は立体視処理部，１１は表示部である。
【００１２】
【作用】設計者は設計部１において会話形態でタスク，
モジュールのレベルにより設計データ入力を行ってソフ
トウェアの設計を行い，タスク間関連モジュール構成デ
ータ２を得る。このタスク間関連モジュール構成データ
２は，次に左目用の３次元グラフィックデータ作成部３
に供給されて，各タスク及びモジュールを左目用の３次
元座標に相互に関連する形式のグラフィックデータ４が
作成される。
モジュールのレベルにより設計データ入力を行ってソフ
トウェアの設計を行い，タスク間関連モジュール構成デ
ータ２を得る。このタスク間関連モジュール構成データ
２は，次に左目用の３次元グラフィックデータ作成部３
に供給されて，各タスク及びモジュールを左目用の３次
元座標に相互に関連する形式のグラフィックデータ４が
作成される。
【００１３】一方，前記の設計段階により作成されたタ
スク間関連モジュール構成データ２に基づいて，タス
ク，モジュールの詳細設計が行われると，設計されたソ
フトウェアの構造データ５が得られる。この構造データ
５はタスク間関連モジュール構成検出部６に供給され
て，ここでタスク，モジュール間の親子関係が抽出され
てその関係を表すタスク間関連モジュール構成データ７
が得られる。このタスク間関連モジュール構成データ７
は，次に右目用の３次元グラフィックデータ作成部８に
供給されて右目用の３次元座標に相互に関連する形式で
グラフィックデータ９が作成される。
スク間関連モジュール構成データ２に基づいて，タス
ク，モジュールの詳細設計が行われると，設計されたソ
フトウェアの構造データ５が得られる。この構造データ
５はタスク間関連モジュール構成検出部６に供給され
て，ここでタスク，モジュール間の親子関係が抽出され
てその関係を表すタスク間関連モジュール構成データ７
が得られる。このタスク間関連モジュール構成データ７
は，次に右目用の３次元グラフィックデータ作成部８に
供給されて右目用の３次元座標に相互に関連する形式で
グラフィックデータ９が作成される。
【００１４】作成された左目用の３次元グラフィックデ
ータ４と右目用の３次元グラフィックデータ９は，立体
視処理部１０において合成される。この時，２つのデー
タの間でタスクまたはモジュールの構造に差異がある
と，左目用または右目用のデータのＺ軸の値を変化させ
る。立体視処理部１０で処理したデータは表示部１１に
出力されて表示される。この時，ソフトウェアの全体の
構造の中で左目用と右目用のデータ構造により立体視が
実現されるが，２つのソフトウェア構造に差異がある部
分は観察者の両眼視差により，浮き上がって見える。こ
れにより，設計時と設計後のソフトウェア構造の差異を
明確に把握することができる。
ータ４と右目用の３次元グラフィックデータ９は，立体
視処理部１０において合成される。この時，２つのデー
タの間でタスクまたはモジュールの構造に差異がある
と，左目用または右目用のデータのＺ軸の値を変化させ
る。立体視処理部１０で処理したデータは表示部１１に
出力されて表示される。この時，ソフトウェアの全体の
構造の中で左目用と右目用のデータ構造により立体視が
実現されるが，２つのソフトウェア構造に差異がある部
分は観察者の両眼視差により，浮き上がって見える。こ
れにより，設計時と設計後のソフトウェア構造の差異を
明確に把握することができる。
【００１５】
【実施例】図２は本発明が実施されるハードウェアの構
成例，図３は実施例の処理フロー，図４は設計後の構造
データの例，図５は３次元グラフィックデータ作成の処
理の説明図である。
成例，図３は実施例の処理フロー，図４は設計後の構造
データの例，図５は３次元グラフィックデータ作成の処
理の説明図である。
【００１６】図２の構成例は，具体的には３次元の図形
処理プログラムを持つワークステーションにより構成さ
れ，図において，２０はＣＰＵ（中央処理装置），２１
はプログラム及びデータを格納するメモリ（ＭＭで表
示），２２はキーボード２２０やマウス２２１等の入出
力装置が接続された入出力制御装置，２３は設計段階の
タスク間関連モジュール構成データ（図１の３）が格納
されるファイル，２４は設計後のタスク間関連モジュー
ル構成データ（図１の７）が格納されたファイル，２５
は設計データに基づいて実際に作成されたソフトウェア
の構造データが格納されたファイル，２６はイメージデ
ータが格納されるフレームメモリ，２７はフレームメモ
リのイメージデータについてプログラムにより加工処理
を行う画像処理プロセッサ，２８は表示制御部，２９は
ディスプレイ装置である。
処理プログラムを持つワークステーションにより構成さ
れ，図において，２０はＣＰＵ（中央処理装置），２１
はプログラム及びデータを格納するメモリ（ＭＭで表
示），２２はキーボード２２０やマウス２２１等の入出
力装置が接続された入出力制御装置，２３は設計段階の
タスク間関連モジュール構成データ（図１の３）が格納
されるファイル，２４は設計後のタスク間関連モジュー
ル構成データ（図１の７）が格納されたファイル，２５
は設計データに基づいて実際に作成されたソフトウェア
の構造データが格納されたファイル，２６はイメージデ
ータが格納されるフレームメモリ，２７はフレームメモ
リのイメージデータについてプログラムにより加工処理
を行う画像処理プロセッサ，２８は表示制御部，２９は
ディスプレイ装置である。
【００１７】図３は実施例の処理フローであり，以下に
図２の構成を参照しながら説明する。最初にあるソフト
ウェアの設計が開始される（図３の３０）。この場合図
２のキーボード２２０，マウス２２１により設計データ
が入力され（図３の３１），ディスプレイ装置２９に表
示されて対話形式で設計が行われる。この設計でタスク
間の関係及びタスクに関連するモジュール構成のデータ
がファイル２３（図２）に得られる（図３の３２）。次
にこのファイル２３の設計段階のタスク間関連モジュー
ル構成データを用いて３次元グラフィックデータ作成の
処理が行われ，ＣＰＵ２０及びメモリ２１におけるプロ
グラム処理により左目用の３次元グラフィックデータが
作成され，作成されたデータはメモリ２１に格納される
（図３の３３）。
図２の構成を参照しながら説明する。最初にあるソフト
ウェアの設計が開始される（図３の３０）。この場合図
２のキーボード２２０，マウス２２１により設計データ
が入力され（図３の３１），ディスプレイ装置２９に表
示されて対話形式で設計が行われる。この設計でタスク
間の関係及びタスクに関連するモジュール構成のデータ
がファイル２３（図２）に得られる（図３の３２）。次
にこのファイル２３の設計段階のタスク間関連モジュー
ル構成データを用いて３次元グラフィックデータ作成の
処理が行われ，ＣＰＵ２０及びメモリ２１におけるプロ
グラム処理により左目用の３次元グラフィックデータが
作成され，作成されたデータはメモリ２１に格納される
（図３の３３）。
【００１８】このファイル２３の設計段階のタスク間関
連モジュール構成データに基づいて，実際のソフトウェ
アの詳細が設計されて，その構造データがファイル２５
に格納されている。このファイル２５の構造データ（図
３の３４）は，タスク間関連モジュール構成の検出処理
が行われ（図３の３５），タスク間の関係及び各タスク
とモジュールの間の親子関係（従属関係）が検出され，
タスク間関連モジュール構成データがファイル２４に格
納される（図３の３６）。このファイル２４のタスク間
関連モジュール構成データに対して右目用の３次元グラ
フィックデータ作成の処理が実行されて（図３の３
７），作成された３次元グラフィックデータはメモリ２
１に格納される。
連モジュール構成データに基づいて，実際のソフトウェ
アの詳細が設計されて，その構造データがファイル２５
に格納されている。このファイル２５の構造データ（図
３の３４）は，タスク間関連モジュール構成の検出処理
が行われ（図３の３５），タスク間の関係及び各タスク
とモジュールの間の親子関係（従属関係）が検出され，
タスク間関連モジュール構成データがファイル２４に格
納される（図３の３６）。このファイル２４のタスク間
関連モジュール構成データに対して右目用の３次元グラ
フィックデータ作成の処理が実行されて（図３の３
７），作成された３次元グラフィックデータはメモリ２
１に格納される。
【００１９】次に左目用のグラフィックデータと右目用
のグラフィックデータは画像処理プロセッサ２７に入力
されて（図３の３８），立体視処理が行われる（図３の
３９）。立体視処理が行われた後，フレームメモリ２６
に格納され，その内容は表示制御部２８によりディスプ
レイ装置２９に表示制御される。
のグラフィックデータは画像処理プロセッサ２７に入力
されて（図３の３８），立体視処理が行われる（図３の
３９）。立体視処理が行われた後，フレームメモリ２６
に格納され，その内容は表示制御部２８によりディスプ
レイ装置２９に表示制御される。
【００２０】上記図３の処理において使用する設計後の
構造データの例を図４に示す。この例は，設計後のリス
トコードをコンパイルしたものであり，タスクまたはモ
ジュールの名称が「シンボル（Symbol) 」の欄に配置さ
れ, その後に「Value」, 「Defined By」の各欄が定義
され，その後に呼び出し元であるタスクまたはモジュー
ル名称が「Referenced By 」の欄に表示されている。
構造データの例を図４に示す。この例は，設計後のリス
トコードをコンパイルしたものであり，タスクまたはモ
ジュールの名称が「シンボル（Symbol) 」の欄に配置さ
れ, その後に「Value」, 「Defined By」の各欄が定義
され，その後に呼び出し元であるタスクまたはモジュー
ル名称が「Referenced By 」の欄に表示されている。
【００２１】このような構造データにより，「子」−
「親」の関係が表示されており，上記図３のステップ３
５のタスク間関連モジュール構成の検出処理では，この
「子」−「親」の関係を逆転させて「親」−「子」関係
として検出する。
「親」の関係が表示されており，上記図３のステップ３
５のタスク間関連モジュール構成の検出処理では，この
「子」−「親」の関係を逆転させて「親」−「子」関係
として検出する。
【００２２】図５は３次元グラフィックデータ作成の処
理の説明図であり，この処理は上記図３のステップ３３
及び３７で実行される。図５のＡ．はタスクのマッピン
グを示し，タスク間関連モジュール構成の中の各タスク
をＡ．に示すような３次元の座標系に配置する。各タス
クはＺ軸の値を固定して，Ｘ，Ｙ平面に配置する。タス
クの配置位置は任意であるが，ある一定の規則に従って
マッピングする。Ａ．の配置例では，Ｘ，Ｙ平面上にＮ
個のタスクを配置する場合，Ｘ軸方向とＹ軸方向にＮの
平方根に対応する個数のタスクを等間隔に配置してＮ個
のタスクの座標値が決められる。
理の説明図であり，この処理は上記図３のステップ３３
及び３７で実行される。図５のＡ．はタスクのマッピン
グを示し，タスク間関連モジュール構成の中の各タスク
をＡ．に示すような３次元の座標系に配置する。各タス
クはＺ軸の値を固定して，Ｘ，Ｙ平面に配置する。タス
クの配置位置は任意であるが，ある一定の規則に従って
マッピングする。Ａ．の配置例では，Ｘ，Ｙ平面上にＮ
個のタスクを配置する場合，Ｘ軸方向とＹ軸方向にＮの
平方根に対応する個数のタスクを等間隔に配置してＮ個
のタスクの座標値が決められる。
【００２３】次に上記のように配置されたタスクに属す
る各モジュールを図５のＢ．及びＣ．に示すようにマッ
ピングする。Ｂ．は左目用のマッピングの例で，Ｃ．は
右目用のマッピングの例であり，それぞれ各タスクが立
方体の形状のグラフィックデータにより表現され，モジ
ュールは小さい丸のグラフィックデータにより表現さ
れ，関連のあるタスク間及びタスクとそれに属する（親
子関係を持つ）モジュールの間は実線により表示され
る。Ｂ．及びＣ．の例では左目用の各タスクＴ１〜Ｔ３
と右目用の各タスクＴ１’〜Ｔ３’の位置は同じ位置に
固定され，各タスクＴ２，Ｔ３とＴ２’，Ｔ３’に関し
てはそれぞれに属するモジュールの構成が同じであり，
配置も同じとなる。
る各モジュールを図５のＢ．及びＣ．に示すようにマッ
ピングする。Ｂ．は左目用のマッピングの例で，Ｃ．は
右目用のマッピングの例であり，それぞれ各タスクが立
方体の形状のグラフィックデータにより表現され，モジ
ュールは小さい丸のグラフィックデータにより表現さ
れ，関連のあるタスク間及びタスクとそれに属する（親
子関係を持つ）モジュールの間は実線により表示され
る。Ｂ．及びＣ．の例では左目用の各タスクＴ１〜Ｔ３
と右目用の各タスクＴ１’〜Ｔ３’の位置は同じ位置に
固定され，各タスクＴ２，Ｔ３とＴ２’，Ｔ３’に関し
てはそれぞれに属するモジュールの構成が同じであり，
配置も同じとなる。
【００２４】一方，左目用のタスクＴ１と右目用のタス
クＴ１’とはそれぞれに属するモジュールの構成に違い
があり，図５のＤ．に示すように３次元座標の位置を決
める。すなわち，左目用のタスクＴ１に属するモジュー
ルｍ１及びｍ２のそれぞれの３次元座標は（Ｘ1 ，
Ｙ1 ，Ｚ1 ），（Ｘ2 ，Ｙ2 ，Ｚ2 ）である。これに対
し右目用のタスクＴ１’に属するモジュールｍ１’はタ
スクＴ１のモジュールｍ１に対応する位置のモジュール
であり，モジュールｍ２’はタスクＴ１のモジュールｍ
２に対応する位置のモジュールである。そして，モジュ
ールｍ３’はタスクＴ１に対応するモジュールが存在し
ない。
クＴ１’とはそれぞれに属するモジュールの構成に違い
があり，図５のＤ．に示すように３次元座標の位置を決
める。すなわち，左目用のタスクＴ１に属するモジュー
ルｍ１及びｍ２のそれぞれの３次元座標は（Ｘ1 ，
Ｙ1 ，Ｚ1 ），（Ｘ2 ，Ｙ2 ，Ｚ2 ）である。これに対
し右目用のタスクＴ１’に属するモジュールｍ１’はタ
スクＴ１のモジュールｍ１に対応する位置のモジュール
であり，モジュールｍ２’はタスクＴ１のモジュールｍ
２に対応する位置のモジュールである。そして，モジュ
ールｍ３’はタスクＴ１に対応するモジュールが存在し
ない。
【００２５】このタスクＴ１’の各モジュールｍ１’〜
ｍ３’の３次元座標の各パラメータは，Ｄ．に示すよう
なものとする。 ｍ１’： Ｘ1 ，Ｙ1 ，Ｚ ｍ３’： Ｘn ，Ｙ1 ，Ｚ ｍ２’： Ｘ2 ，Ｙ2 ，Ｚ ここで，ＸｎとＺは次の値を取る。
ｍ３’の３次元座標の各パラメータは，Ｄ．に示すよう
なものとする。 ｍ１’： Ｘ1 ，Ｙ1 ，Ｚ ｍ３’： Ｘn ，Ｙ1 ，Ｚ ｍ２’： Ｘ2 ，Ｙ2 ，Ｚ ここで，ＸｎとＺは次の値を取る。
【００２６】 Ｘｎ＝Ｘ1 ＋｛（Ｘ2 −Ｘ1 ）／（Ｎ−１）｝×（ｎ−２） Ｚ ＝Ｚ2 ＋（Ｚ2 −Ｚ1 ）×（Ｎ−２）×α 但し，Ｎはモジュール数でＮ≧３とし，ｎ＝３，４・・
Ｎである。また，αは設定された定数である。
Ｎである。また，αは設定された定数である。
【００２７】このようにモジュールｍ３’のＸ座標の値
Ｘｎと各モジュールｍ１’〜ｍ３’のＺ座標の値を設定
すると，これら３つのモジュールが両眼視差により浮き
上がって見え，その程度はαの値により変化する。
Ｘｎと各モジュールｍ１’〜ｍ３’のＺ座標の値を設定
すると，これら３つのモジュールが両眼視差により浮き
上がって見え，その程度はαの値により変化する。
【００２８】
【発明の効果】本発明によれば大規模なソフトウェアを
構築する場合，設計段階の構造と設計後の構造（実際の
構造）が異なることがあっても，容易に短時間で，且つ
正確に構造の差異を把握することが可能となる。これに
より近年重要な課題になっているソフトウェア保守の問
題の解決を強力に支援することができる。
構築する場合，設計段階の構造と設計後の構造（実際の
構造）が異なることがあっても，容易に短時間で，且つ
正確に構造の差異を把握することが可能となる。これに
より近年重要な課題になっているソフトウェア保守の問
題の解決を強力に支援することができる。
【図１】本発明の基本構成図である。
【図２】本発明が実施されるハードウェアの構成例であ
る。
る。
【図３】実施例の処理フローである。
【図４】設計後の構造データの例である。
【図５】３次元グラフィックデータ作成の処理の説明図
である。
である。
１ 設計部 ２ 第１のタスク間関連モジュール構成データ ３ 左目用の３次元グラフィックデータ作成部 ４ 左目用の３次元グラフィックデータ ５ 設計後のソフトウェアの構造データ ６ タスク間関連モジュール構成検出部 ７ 第２のタスク間関連モジュール構成データ ８ 右目用の３次元グラフィックデータ作成部 ９ 右目用の３次元グラフィックデータ １０ 立体視処理部 １１ 表示部
Claims (1)
- 【請求項１】 １乃至複数のモジュールで構成する多数
のタスクが相互に関連する大規模ソフトウェアの設計デ
ータを入力して構成する設計段階のタスク間関連モジュ
ール構成データを作成し，該設計段階のタスク間関連モ
ジュール構成データから左目用の３次元グラフィックデ
ータを作成し，実際に設計されたソフトウェアの構造デ
ータからタスク間関連モジュール構成を検出し，設計後
のタスク間関連モジュール構成データを作成し，該設計
後のタスク間関連モジュール構成データから右目用の３
次元グラフィックデータを作成し，上記左目用及び右目
用の３次元グラフィックデータを入力して２つの３次元
グラフィックデータに差異がある部分に対してＺ軸方向
の座標を変化させる立体視処理を行い，立体視処理を行
った左右のグラフィックデータを表示部に表示すること
により２つのソフトウェアの差異の部分を両眼視により
立体的に浮き上がるように見せることを特徴とする大規
模ソフトウェアの構造確認方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4110558A JPH05307474A (ja) | 1992-04-30 | 1992-04-30 | 大規模ソフトウェアの構造確認方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4110558A JPH05307474A (ja) | 1992-04-30 | 1992-04-30 | 大規模ソフトウェアの構造確認方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05307474A true JPH05307474A (ja) | 1993-11-19 |
Family
ID=14538878
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4110558A Pending JPH05307474A (ja) | 1992-04-30 | 1992-04-30 | 大規模ソフトウェアの構造確認方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05307474A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020184259A (ja) * | 2019-05-09 | 2020-11-12 | 株式会社日立製作所 | ソフトウェア解析支援システムおよびそのコンピュータプログラム |
-
1992
- 1992-04-30 JP JP4110558A patent/JPH05307474A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020184259A (ja) * | 2019-05-09 | 2020-11-12 | 株式会社日立製作所 | ソフトウェア解析支援システムおよびそのコンピュータプログラム |
| CN113678099A (zh) * | 2019-05-09 | 2021-11-19 | 株式会社日立制作所 | 软件分析辅助系统及其计算机程序 |
| US11693653B2 (en) | 2019-05-09 | 2023-07-04 | Hitachi, Ltd. | Software analysis support system and computer program therefor |
| CN113678099B (zh) * | 2019-05-09 | 2023-08-11 | 株式会社日立制作所 | 软件分析辅助系统及其计算机可读记录介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4509789B2 (ja) | コンピュータ読み取り可能なモデル | |
| US20110040531A1 (en) | Method and System for Identification of Grouping Characteristics | |
| CN115205476A (zh) | 三维地质建模方法、装置、电子设备及存储介质 | |
| CN113779670A (zh) | 一种基于Dynamo实现Revit桩基双控建模的方法及系统 | |
| CN114399784A (zh) | 一种基于cad图纸的自动识别方法及装置 | |
| CN114359501A (zh) | 可配置3d可视化平台及场景搭建方法 | |
| JPH05346957A (ja) | 形状特徴量提示装置および方法 | |
| CN117828701A (zh) | 工程图纸布局优化方法、系统、设备及介质 | |
| Skraba et al. | Critical point cancellation in 3D vector fields: Robustness and discussion | |
| JPH05307474A (ja) | 大規模ソフトウェアの構造確認方法 | |
| CN113361064B (zh) | 信息处理装置、信息处理方法以及计算机可读介质 | |
| CN110532257B (zh) | 一种将家谱数据进行可视化呈现的方法及系统 | |
| JP2008250640A (ja) | 図形処理装置 | |
| JP5359994B2 (ja) | 図面作成支援装置 | |
| JP3635734B2 (ja) | 三次元多関節構造体形状生成方法 | |
| CN117634605B (zh) | 一种基于知识图谱的岭南文化可视化展示方法及系统 | |
| Kaledin et al. | Automated visualization of calculation results in the Algozit programming environment | |
| CN106422327A (zh) | 一种对电子游戏的场景设置方法及装置 | |
| JP3715680B2 (ja) | 幾何形状モデルの表示方法及びその装置 | |
| JP2008152429A (ja) | 画像処理装置および画像処理方法およびプログラムおよび記憶媒体 | |
| CN116150848A (zh) | 一种柱截面信息表的生成方法、装置、设备以及存储介质 | |
| Dewberry et al. | Problems and Solutions of Point Cloud Mapping for VR and CAVE Environments for Data Visualization and Physics Simulation | |
| Clarke et al. | GIFTS-1100: Graphics Orientated Interactive Finite Element Time-Sharing System | |
| CN117827342A (zh) | 基于json数据格式的交互界面构建方法、系统、介质和设备 | |
| KR20140146387A (ko) | Pca 기법을 활용한 어휘의 시각화 방법 및 그 장치 |