JPH07210376A - ソフトウェア資源管理方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】上流工程と下流工程のソフトウェア成果物を、
連続的な関係として把握し、システム構成要素の最小単
位を定性事象として把え、定性因果関係を成果物として
一連して管理することにより、ソフトウェア再利用の向
上が図れるソフトウェア資源管理方法及び装置を提供す
る 【構成】適用対象のシステムのデータの流れと、そのデ
ータに対して行なわれる各処理とを記号化して記述する
データフローダイヤグラムを表示して、システム分析を
行なうと共に、各処理間の定性因果関係を定義し、該定
義結果に基いて、それらの処理を１つのまとまりとし
て、モジュール化するソフトウェア定義手段１と、前記
モジュール化された１つのまとまりを、成果物として管
理し、再利用するソフトウェア管理手段２とで構成され
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウェアの資源管
理方法及び装置に関し、特に、データフローダイヤグラ
ム（以下、ＤＦＤと略す）から自動生成されたストラク
チャート（以下、ＳＣと略す）、ソースコード等の成果
物（オブジェクト）を管理し、再利用するソフトウェア
資源管理方法及び装置に関するものである。

【０００２】

【従来の技術】ソフトウェアの設計技法の一つとして、
近年、ＣＡＳＥ（コンピュータ支援によるソフトウェア
工学）をベースにし、Ｔｏｍ ＤｅＭａｒｃｏ：「構造
化分析とシステム仕様」に詳しく記述されている構造化
分析／設計支援ツールが利用されており、その代表的な
記述方法として、データの流れを中心としてシステムを
記述するＤＦＤが用いられている。

【０００３】しかし、上流工程におけるＤＦＤから設計
工程への自動移行に関して、再利用価値の高い成果物
（オブジェクト）への変換と、変換された成果物である
ソフトウェア資源管理の最適な方法論がないというのが
現状である。

【０００４】又、特開昭６３−２１９０３６号公報に記
載のように、ソフトウェアシステムを開発する際に「も
の」を中心として、プログラムの構造，処理を部品化
し、ソフトウェアの保守性を高めるようにしたソフトウ
ェア開発支援方法は提案されているが、ソフトウェア資
源管理の効果的な方法については、提案されていない。

【０００５】

【発明が解決しようとする課題】上記、従来技術の基本
的な問題点は、ＤＦＤから機械的にＳＣに変換する場合
に分析フェーズからトップダウンに設計フェーズへの移
行を行なっている為、最終的な成果物（オブジェクト）
から見た場合、再利用価値の高い成果物（オブジェク
ト）分割が必ずしも行なわれず、ＤＦＤの記述内容に依
存してしまうという欠点があった。さらに、実際にシス
テムを実現する上で、物理的な性能の問題などにより、
上流工程の仕様と下流の最終的な成果物との対応が断絶
してしまいソフトウェア資源としての一元管理が困難で
あった。このように上記問題点は、下流工程の成果物の
みでなく、本来連続した上流工程の成果物の再利用も進
まないという結果となっている。

【０００６】本発明の目的は、上流工程と下流工程のソ
フトウェア成果物を、連続的な関係（親子関係）として
把握し、システム構成要素の最小単位を定性事象として
把え、定性因果関係を成果物（オブジェクト）として管
理することにより、ソフトウェア再利用の向上が図れる
ソフトウェア資源管理方法及び装置を提供することにあ
る。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、適用対象のシステムについて、そのデー
タの流れと、そのデータに対して行なわれる処理とを記
号化して記述するデータフローダイヤグラムを表示し
て、システム分析を行なうと共に、この分析結果に基づ
いて、生成された成果物を管理するソフトウェア資源管
理方式において、前記処理が他の処理との間で、定性因
果関係を有するとき、それらの処理を１つのまとまりと
して、モジュール化し、成果物として管理することを特
徴とするソフトウェア資源管理方法を提供する。

【０００８】また、本発明の他の達成手段として、適用
対象のシステムについて、そのデータの流れと、そのデ
ータに対して行なわれる処理とを記号化して記述するデ
ータフローダイヤグラムを表示して、システム分析を行
なうと共に、この分析結果に基づいて、生成された成果
物を管理するソフトウェア資源管理装置において、前記
処理と他の処理との間の定性因果関係を定義し、該定義
結果に基いて、それらの処理を１つのまとまりとして、
モジュール化するソフトウェア定義手段と、前記モジュ
ール化された１つのまとまりを、成果物として管理し、
再利用するソフトウェア管理手段とを備えることを特徴
とするソフトウェア資源管理装置を提供する。

【０００９】

【作用】本発明によれば、ソフトウェア定義手段は、適
用対象のシステムのデータに対して行われる各処理との
間の定性因果関係を定義し、該定義結果に基いて、それ
らの処理を１つのまとまりとして、モジュール化する。
また、ソフトウェア管理手段は、モジュール化された１
つのまとまりを上流工程のＤＦＤから、下流工程のソー
スコード迄、連続して一元管理し、再利用する。これに
より、定性因果関係のあるものについては、結合度の高
いものとして、まとめてソフトウェア資源を管理するこ
とができ、また、ソフトウェア資源の再利用が容易とな
る。

【００１０】

【実施例】以下、本発明の一実施例に係るソフトウェア
資源管理方法及び装置について説明する。

【００１１】図１は、本発明の一実施例に係るソフトウ
ェア資源管理装置の構成を示す。要求仕様書、設計書、
ソースコード、定性因果ネットを有するリポジトリのソ
フトウェア資源３と、ソフトウェア資源３の要求仕様
書、設計書、ソースコード、定性因果ネットを定義する
ソフトウェア定義手段１とそれらのソフトウェア資源を
一元管理するソフトウェア管理手段２より構成される。
また、計算機システム上で操作するものであり、ソフト
ウェア資源３からソフトウェア定義手段１、ソフトウェ
ア管理手段２への読出し／書込みが可能である。

【００１２】図２は、図１のソフトウェア資源管理装置
のソフトウェア定義手段１の基本処理フローを示す。定
義結果又は自動生成される成果物は、各々要求仕様書記
憶エリア５、定性因果ネット記憶エリア６、設計書記憶
エリア７、ソースコード記憶エリア８に記憶される。

【００１３】以下、処理フローに従って説明する。

【００１４】Ｓ１０１；システム分析フェーズにおける
要求仕様定義を、データフローダイヤグラム等を使用し
て定義する。

【００１５】Ｓ１０２；該当システムに関して、予め先
見される定性因果ネットワークを定義する。

【００１６】Ｓ１０３；前記Ｓ１０１、Ｓ１０２のステ
ップで定義された結果により、設計書、ソースコードを
自動生成する。このとき人手介入による補正定義をする
場合もある。

【００１７】前記Ｓ１０１〜Ｓ１０３のステップにおい
て各工程毎のソフトウェア資源に関する管理情報を自動
生成する。

【００１８】図３は、図１のソフトウェア資源管理装置
のソフトウェア管理手段２の構成を示す。ソフトウェア
定義手段１により、定義されたソフトウェア資源の管
理、再利用を行なう為の手段である。

【００１９】検索／表示機能手段２１と保守機能手段２
２に分かれており、定義時点に生成されたソフトウェア
資源管理情報により、再利用が容易である。複写、削
除、修正を行なう保守機能手段２２は定義時点と同様に
ソフトウェア資源管理情報を自動生成又は削除を行な
う。

【００２０】図４は、ソフトウェア資源管理情報の構成
を示す。

【００２１】ここで、ソフトウェア資源とは、例えば、
図５に示す様に、ソフトウェアの上流ドキュメントであ
るコンテキスト・ダイヤグラム（ＣＴＸ）１１や該当の
デ−タ−フロ−ダイヤグラム（ＤＦＤ）１２、ストラク
チャ・チャート（ＳＣ）１３、下流のソ−スコ−ド１４
等を示しており、各々のソフトウェア資源に対応して、
ソフトウェア資源部品の管理情報を記憶する。

【００２２】ソフトウェア資源部品３１の管理情報の内
容項目は、資源Ｎｏ．３１１、資源名称３１２、該当の
上流に位置するソフトウェア資源部品の記憶アドレスを
表わすポインタ−群（０〜複数）を示す親資源部品＊３
１３、該当の下流に位置するソフトウェア資源部品の記
憶アドレスを表わすポインタ−群（０〜複数）を示す子
資源部品＊３１４、及び該当のソフトウェア資源に関係
する定性事象の因果関係が存在する定性因果関係の部品
を定性因果関係部品と呼び、その記憶アドレスを表わす
ポインタ−群（０〜複数）を示す定性因果関係部品＊３
１５で構成される。

【００２３】また、定性因果関係部品３２の管理情報の
内容項目は、再利用単位である定性因果ネットワ−クに
対応する定性因果関係Ｎｏ．３２１、定性因果関係名称
３２２、該当の定性因果関係に関係するソフトウェア資
源部品の記憶アドレスを表わすポインタ−群（０〜複
数）を示すソフトウェア資源部品＊３２３で構成され
る。

【００２４】ソフトウェア資源に対応する定性因果関係
部品３２のポインターは、定性因果関係部品＊３１５で
示し、また、定性因果関係に対応するソフトウェア資源
部品３１のポインターは、ソフトウェア資源部品＊３２
３で示し、互いに検索が可能となっている。

【００２５】図５は、ソフトウェア資源の一連の関係図
を示し、ソフトウェア開発における上流工程から下流工
程迄、対応付けが可能な連続した体系を示すものであ
る。

【００２６】最上位で、先ず該当システムと他システム
との境界定義をコンテキスト・ダイヤグラム（ＣＴＸ）
１１で記述し、次にシステム内部の動作定義をデータ・
フローダイヤグラム（ＤＦＤ）１２と要求仕様書で記述
し、さらに詳細化してストラクチャ・チャ−ト（ＳＣ）
１３と設計書を作成し、それらから最終的にソ−スコ−
ドリスト１４（ファイル）を作成するという、ソフトウ
ェア生産工程の上流から下流に対応した一連のソフトウ
ェア生産物（ソフトウェア資源）として管理することが
可能である。この実施例では、該当ソフトウェア生産物
を一つのまとまりとして、それに対応して管理情報を対
応付けるものである。これにより、管理情報は、ソフト
ウェア生産工程をまたがって親子関係で関連付けられる
ことになり、又再利用価値の高い定性因果関係のあるソ
フトウェア資源部品の検索や複製が容易となり、ソフト
ウェア再利用の向上が図られることになる。

【００２７】図１０は、図４のソフトウェア資源部品と
定性因果関係部品の管理情報の関係を図で表現するもの
であり、ソフトウェア資源を再利用可能な部品として、
ソフトウェア生産工程の上流から下流迄の一連のソフト
ウェア部品の再利用が可能であることを示している。

【００２８】縦軸は、ソフトウェア生産工程を示し、上
の方向が上流であり、下の方向が下流であることを示
す。横軸は、ソフトウェア資源部品数を示し、左の方向
が小で右の方向が大であることを示す。また、一般に、
ソフトウェア資源は、下流に行くに従って増大する傾向
がある。

【００２９】図６は、本発明の具体例であるトンネル換
気プロセスにおけるトンネル内汚染予測システムを分析
した場合のＤＦＤを、図５のソフトウェア資源の最上位
レベルであるコンテキスト・ダイヤグラム（ＣＴＸ）で
示す。

【００３０】トンネル内汚染予測システムは、システム
内部処理部５０に、測定機５１より測定値を入力し、ト
ンネル内汚染予測により一定時間後のトンネル内汚染量
を予測し、換気プロセスに対し、該当の操作量を制御機
器５２に出力し、モニタ量（相関量）を表示機器５３に
出力する機能を持っていることを示している。

【００３１】図７は、図６のシステム内部処理部５０の
内容を１レベル下げて記述したＤＦＤを示す。プロセス
入力部５０１、トンネル内汚染量予測５０３、総合換気
力予測５０５、汚染予測５０７、プロセス出力部５０９
のプロセスから構成され、各プロセスとプロセスの間の
データは、図に示す通りである。すなわち、各種入力デ
ータがそれぞれ必要なプロセスに入力して処理され、更
に特定のプロセスに入力して、処理され、最後に操作量
として出力されることが示されている。四角の枠内はト
ンネル内汚染予測システムにおいて、予め先見される定
性因果ネットワーク関係プロセス群４０を示したもので
あり、１つの処理のまとまりとして管理される。

【００３２】図８は、トンネル内汚染予測システムにお
ける定性的モデルである定性因果ネットワークの詳細を
示す。このネットワークによれば、トンネル内汚染量Ｔ
ＤＶＩは、大型車台数ＤＴＢと、車速ＤＴＳと、現状汚
染量ＤＶＩとによって決定され、総合換気力ＴＤＭは、
交通量ＤＴＲと、自然風ＷＮと、機械換気ＤＭとによっ
て決定され、予測汚染量ＰＤＶＩは、トンネル内汚染量
ＴＤＶＩと、総合換気力ＴＤＭとによって決定されるこ
とを示している。すなわち、大型車台数ＤＴＢ，車速Ｄ
ＴＳ，現状汚染量ＤＶＩとトンネル内汚染量ＴＤＶＩと
の定性因果関係、交通量ＤＴＲ，自然風ＷＮ，機械換気
ＤＭと総合換気力ＴＤＭとの定性因果関係と、トンネル
内汚染量ＴＤＶＩ，総合換気力ＴＤＭと予測汚染量ＰＤ
ＶＩとの定性因果関係のネットワークである。

【００３３】図９は、図７のＤＦＤをストラクチャ・チ
ャ−ト（ＳＣ）に変換した結果を示す。この記述の方法
は、コンスタンチン方法を用いて説明したものであり、
換気機器を制御する中央モジュ−ル６００が割り当てら
れ、ＤＦＤの各プロセスが、モジュールに自動変換され
たものである。中央モジュ−ル６００と、中央モジュ−
ル６００から呼び出される各モジュ−ル６０１、６０
３、６０５、６０７、６０９の間の流れは、♂の印で表
現されている。中央モジュ−ル６００は、測定値を入力
するモジュール６０１から、ＤＦＢ、ＤＴＳ、ＤＶＩ、
ＤＴＲ、ＷＮ、ＤＭが入力されることを示している。こ
こで、トンネル内汚染量予測５０３、総合換気予測５０
５、汚染予測５０７を出力する各モジュ−ル６０３、６
０５、６０７は、１つの再利用価値の高いまとまりとし
て集約して管理される。これは定性因果関係部品であ
り、対応するソフトウェア資源部品と関係付けられてい
る。

【００３４】これにより、分析フェーズから設計フェー
ズの移行において、定性因果ネットワークに基いて、ソ
フトウェア成果物を再利用価値の高い部品として管理で
きる。また、上流工程のＤＦＤから、下流工程のソース
コード迄、連続して一元管理できるので、ソフトウェア
資源の再利用が容易となる。

【００３５】以上、ソフトウェア資源の上流から下流ま
で一連の管理方法についての実施例を記述したが、他に
ソフトウェア資源管理の一部分であるドキュメント情報
の管理方法として、クライアント／サーバシステムによ
る管理方法がある。この管理方法は、ドキュメント情報
をデータ、フォーマット、論理的構造の３つの要素とし
て把握し、クライアント側ではドキュメント情報のデー
タのみの入力作業を行ない、サーバ側には、予めそのド
キュメント情報のフォーマットと論理的構造を記憶する
ことによって、サーバ側で自動的に編集出力することを
可能とする。

【００３６】又、ドキュメント情報を３つの要素に分割
して管理することにより、クライアント側では、ドキュ
メント情報のデータ作成のみに専念でき、又サーバ側
で、一括して予め定義されたフォーマットと論理的構造
によって編集する為、個人差がなくなり、統一的なドキ
ュメンテーションが可能となり、さらにデータ、フォー
マット、論理的構造の３種類のドキュメント情報の再利
用が可能となる効果がある。

【００３７】以下、図１１から図１６で、このドキュメ
ント情報管理方法を説明する。

【００３８】図１１は、クライアント／サーバシステム
によるドキュメント情報管理方法の全体構成図を示す。
クライアント側７０は、ドキュメント情報のデータ７０
１、その編集手段７０２およびクライアント／サーバの
ネットワーク通信をサポートするネットワークサポート
手段７０３により構成されている。一方サーバ側７１
は、クライアント側から転送されたドキュメント情報の
データがサーバ側のネットワークサポート手段７１１に
よりデータ部７１２に格納され、予めサーバ側の端末か
らドキュメント情報のフォーマット、論理的構造の定義
手段７１３により定義されたフォーマット・論理的構造
７１４から、編集出力手段７１５により前記ドキュメン
ト情報のデータを全て編集し自動的にプリンタ７２に出
力する。

【００３９】図１２は、図１１のサーバ側７１の編集出
力手段７１５の機能ブロック図を示す。常時一定周期で
クライアント側からのクライアントデータ７１５４の検
出を行なうクライアントデータ検出機能７１５１と、フ
ォーマット７１５５と論理的構造７１５６により、デー
タを編集する基本パブリッシング機能７１５３と、編集
結果データである出力データ７１５７をプリンタや端末
に出力する出力機能７１５５から構成される。

【００４０】図１３は、図１２のクライアントデータ検
出機能７１５１のフローチャートを示す。

【００４１】以下、処理フローに従って説明する。

【００４２】Ｓ００１〜Ｓ００４；ここでは、図１５の
ドキュメント情報のデータ登録管理テーブル７１７０の
登録最大値の範囲内であれば一致とし、クライアントデ
ータ７１５４として管理し、そのファイル名称を登録
し、該当登録状態を登録済（１）とする。

【００４３】Ｓ００５〜Ｓ００６；このステップでは、
図１５のドキュメント情報のデータ登録テーブル７１７
０の状態が全て登録済（１）となった場合、つまりクラ
イアント側７０から全てのデータが転送されて、サーバ
側７１で登録済となった場合に、予め定義されたドキュ
メント情報のフォーマット７１５５と論理的構造７１５
６により、出力データ（編集結果データ）７１５７を編
集する基本パブリッシング機能７１５２を起動すること
である。

【００４４】Ｓ００７；前記Ｓ００１〜Ｓ００６迄のス
テップを一定周期で実行させる手続きを行なう。但し、
本ステップは、ネットワークサポート手段７０３によ
り、データ格納時のタイミングでクライアントデータ検
出機能７１５１を起動する方法を採用すれば、不要とな
る。

【００４５】図１４は、ドキュメント情報の論理的構成
７１５５の一例を示す図であり、ここでは、データのタ
グは、〈Ｔ１〉…〈Ｔｋ〉，〈Ｍ１〉…〈Ｍｌ〉，〈Ｂ
１〉…〈Ｂｍ〉の場合を示す。

【００４６】図１５は、図１４の論理的構成７１５５の
タグに対応するドキュメント情報のデータ登録管理テー
ブル７１７０の構成を示す。予めサーバ側で、出力の形
態を定義するフォーマットと、ドキュメント情報の論理
的構造を定義した場合に決定されるタグの分類（Ｔ，
Ｍ，Ｂ…）と分類毎の最大値（ｋ，ｌ，ｍ）は、ここに
記憶され、全てのデータが登録されたか否かの判定に使
用される。

【００４７】図１６は、タグ分類Ｂの〈ｂ２〉に対する
クライアントデータのファイル名称が“ａｂｃ”の場合
を示したものであり、又ドキュメント情報のデータ格納
ファイル名称テーブル７１８０の関連を示したものであ
る。ここでデータの内容は文章，図，表何れも扱うこと
ができる。

【００４８】また、図１３のフローチャートにおいて、
Ｓ００５〜Ｓ００６の手続きを基本パブリッシング機能
の先頭に付加すれば、全てデータが登録されている場
合、毎回端末やプリンターに出力するのではなく、サー
バ側の端末で、編集出力要求することにより、常に最新
の情報（ドキュメント情報のデータ）の編集結果が得ら
れるようにするという利用法もある。

【００４９】

【発明の効果】本発明によれば、再利用価値の高いシス
テム構成単位で、上流工程から下流工程迄のソフトウェ
ア資源の再利用が容易となる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るソフトウェア資源管理
装置の構成を示す図である。

【図２】図１のソフトウェア資源管理装置のソフトウェ
ア定義手段の基本処理フローを示す図である。

【図３】図１のソフトウェア資源管理装置のソフトウェ
ア管理手段２の構成を示す図である。

【図４】ソフトウェア資源管理情報の構成を示す図であ
る。

【図５】上流工程から下流工程迄の一連のソフトウェア
資源と管理情報の関係を示す図である。

【図６】本発明の具体例であるトンネル換気プロセスの
トンネル内汚染予測システムのコンテキストダイヤグラ
ムを示す図である。

【図７】図６のシステム内部処理部５０の内容を１レベ
ル下げて記述したＤＦＤを示す図である。

【図８】トンネル内汚染予測システムにおける定性的モ
デルである定性因果ネットワークの詳細を示す図であ
る。

【図９】図７のＤＦＤをストラクチャ・チャ−ト（Ｓ
Ｃ）に変換した結果を示す図である。

【図１０】図４のソフトウェア資源部品と定性因果関係
部品の管理情報の関係を示す図である。

【図１１】クライアント／サーバシステムによるドキュ
メント情報管理方法の全体構成を示す図である。

【図１２】図１１のサーバ側７１の編集出力手段７１５
の機能ブロック図を示す図である。

【図１３】図１２のクライアントデータ検出機能のフロ
ーチャートを示す図である。

【図１４】ドキュメント情報の論理的構造を示す図であ
る。

【図１５】図１４の論理的構成のタグに対応するドキュ
メント情報のデータ登録管理テーブルの構成を示す図で
ある。

【図１６】図１５の登録管理テーブルに対応するドキュ
メント情報のデータのファイル名称テーブルの関連を示
す図である。

【記号の説明】

１…ソフトウェア定義手段 ２…ソフトウェア管理手段 ２１…検索／表示機能手段 ２２…保守機能手段 ３…ソフトウェア資源 ３１…ソフトウェア資源部品 ３２…定性因果関係部品 ５…要求仕様書記憶エリア ６…定性因果ネット記憶エリア ７…設計書記憶エリア ８…ソースコード記憶エリア １１…コンテキスト・ダイヤグラム １２…データフローダイヤグラム １３…ストラクチャ・チャート ４０…定性因果ネットワーク関係プロセス群 ５０…システム内部処理部 ５１…測定機 ５２…制御機器 ５３…表示機器 ７０…クライアント側 ７１…サーバー側 ７２…プリンタ

Claims (4)

【特許請求の範囲】
1. 【請求項１】適用対象のシステムについて、そのデータ
   の流れと、そのデータに対して行なわれる処理とを記号
   化して記述するデータフローダイヤグラムを表示して、
   システム分析を行なうと共に、この分析結果に基づい
   て、生成された成果物を管理するソフトウェア資源管理
   方式において、 前記処理が他の処理との間で定性因果関係を有すると
   き、それらの処理を１つのまとまりとしてモジュール化
   し成果物として管理することを特徴とするソフトウェア
   資源管理方法。
2. 【請求項２】請求項１において、前記１つのまとまりを
   システム構成単位として上流工程から下流工程迄管理す
   ることを特徴とするソフトウェア資源管理方法。
3. 【請求項３】適用対象のシステムについて、そのデータ
   の流れと、そのデータに対して行なわれる処理とを記号
   化して記述するデータフローダイヤグラムを表示して、
   システム分析を行なうと共に、この分析結果に基づい
   て、生成された成果物を管理するソフトウェア資源管理
   装置において、 前記処理と他の処理との間の定性因果関係を定義し、該
   定義結果に基いて、それらの処理を１つのまとまりとし
   てモジュール化するソフトウェア定義手段と、前記モジ
   ュール化された１つのまとまりを成果物として管理し再
   利用するソフトウェア管理手段とを備えることを特徴と
   するソフトウェア資源管理装置。
4. 【請求項４】請求項３において、前記ソフトウェア管理
   手段は、前記１つのまとまりをシステム構成単位として
   上流工程から下流工程迄管理することを特徴とするソフ
   トウェア資源管理装置。