JPH0588867A - ソフトウエア構成管理方式 - Google Patents

Abstract

(57)【要約】 【目的】各ソフトウェア構成要素に含まれる個別成果物
の変更管理に加えて、各構成要素の変更をも管理できる
ようにすることである。 【構成】各ソフトウェア構成要素毎に、その構成要素に
含まれる成果物のファイル２とは別に構成表ファイル１
を設けて、同ファイル１中に、その要素の版番号並びに
先の版の構成表ファイルを示す版管理情報１２、その要
素に包含される構成要素を示す下位構成要素情報１３、
およびその要素に包含される成果物の版番号並びにその
成果物のファイルを示す包含成果物情報１４を設定し、
各構成表ファイル１に設定された版管理情報１１および
下位構成要素情報１３で示される構成要素間の包含関係
のつながりにより構成要素変更の履歴を保持管理し、同
じく包含成果物情報１４により成果物の変更履歴を保持
管理する構成とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ソフトウェア開発・
保守におけるソフトウェア構成要素並びにその成果物の
変更管理に好適なソフトウェア構成管理方式に関する。

【０００２】

【従来の技術】一般に大規模なソフトウェアは、図１２
に示すような構成要素単位（ここではシステム、サブシ
ステム、タスク並びにモジュール）とそれらの包含関係
（システムに包含されるサブシステム、サブシステムに
包含されるタスクなど）、および各構成要素に含まれる
成果物の組で構成される。

【０００３】図１２のようなソフトウェア構成における
ソフトウェアの変更履歴管理の方式として、個々の成果
物（例えば、あるモジュールのソースコード）を格納し
たファイルに注目し、その内容の差分を取ることによ
り、その版（バージョン）管理を行なう（どの版にはフ
ァイル中のどの部分が対応するかで行なう）方式が従来
より知られていた。

【０００４】従来は、この方式を適用することにより、
１つのファイルの変更履歴、即ち図１２に示す論理的な
ソフトウェア構成における個々の構成要素の更にその１
つの成果物の変更履歴を管理していた。

【０００５】

【発明が解決しようとする課題】さて、ソフトウェアの
開発、特に大規模ソフトウェアの開発では、図１２に示
すソフトウェア構成要素自身が時間の経過に伴って新し
く追加（例えば、新しいモジュールの追加）あるいは削
除（例えば以前のモジュールの削除）されるのが一般的
である。

【０００６】このような構成要素自身の追加、削除は、
ソフトウェア開発の初期の設計段階で管理したい変更履
歴であり、従来の個別成果物の変更管理は、この構成要
素が確定した後の詳細設計、プログラム作成以降の管理
方式と位置づけることができる。

【０００７】この開発初期段階での変更管理はまた、開
発段階だけでなく、一旦開発完了したソフトウェアを時
間と共に変化させていく増加・進化型のソフトウェアの
保守履歴としても必要なものである。即ち、前の版まで
はあった構成要素が、次の版では不要となったり、ある
いは新たに構成要素が追加されたりすることから、保守
段階での変更管理にも有効となる。

【０００８】しかしながら、従来のソフトウェア管理方
式は、上記したようにソフトウェア構成要素に包含され
る個別成果物の変更管理であり、構成要素が確定した後
の詳細設計、プログラム作成以降の管理方式であり、構
成要素の変更管理は行なわれていなかった。

【０００９】この発明は上記事情に鑑みてなされたもの
でその目的は、各ソフトウェア構成要素に含まれる個別
成果物の変更管理に加えて、各構成要素の変更をも管理
できるソフトウェア構成管理方式を提供することにあ
る。

【００１０】

【課題を解決するための手段】この発明は、木構造をと
る論理的なソフトウェア構成の各構成要素毎に、その構
成要素に含まれる成果物のファイルとは別に、その要素
の版番号を持つ版管理情報と、その要素に包含される構
成要素を示す下位構成要素情報と、その要素に包含され
る成果物の版番号並びにその成果物のファイルを示す包
含成果物情報とが設定された構成表ファイルであって、
その要素の先の版が存在する場合には、その版の構成表
ファイルを示す情報が上記版管理情報中に設定された構
成表ファイルを設け、上記各構成表ファイルに設定され
た版管理情報および下位構成要素情報で示される構成要
素間の包含関係のつながりにより構成要素変更の履歴を
保持管理すると共に、上記各構成表ファイルに設定され
た包含成果物情報により成果物の変更履歴を保持管理す
るようにしたことを特徴とするものである。

【００１１】

【作用】この発明においては、図１２に示したような木
構造をとる論理的なソフトウェア構成を、図１のように
計算機のファイルシステム上にマッピングし、論理的な
構成要素間の包含関係と各構成要素に含まれる成果物の
関係を構成表と称するファイル（構成表ファイル）１を
用いて実現するものである。

【００１２】この構成表ファイル１には、例えばその要
素のタイプ（サブシステムあるいはタスクなど）１１の
他に、構成要素間の包含関係を記述するための情報とし
て、その要素の版番号（バージョン番号）並びに先の版
の構成表ファイルの格納位置（を示すファイル名）を持
つ版管理情報１２と、その要素の下位の構成要素（その
要素に包含される構成要素）についての情報（下位構成
要素情報）１３とが設定される。この下位構成要素情報
１３には、例えば下位構成要素の名称並びに下位構成要
素の構成表ファイルの格納位置（を示すファイル名）、
および同情報を後述する包含成果物情報１４と区別する
ための識別子Ｎが含まれる。

【００１３】このように各構成要素の包含関係を、各構
成表ファイル１内の版管理情報１２および下位構成要素
情報１３により計算機上の１つのファイルとして実現す
ることで、構成要素間の包含関係の変更履歴を保持する
ことが可能となり、各構成表ファイルの版管理情報１２
および下位構成要素情報１３により示される包含関係に
従って各構成表ファイルをたどることにより、構成要素
の変更が計算機のファイルシステム上で管理できる。

【００１４】構成表ファイル１には更に、その要素に包
含される成果物についての情報である包含成果物情報１
４が設定される。この包含成果物情報１４には、例えば
包含成果物の名称、その版番号、並びにその成果物のフ
ァイルの格納位置（を示すファイル名）、および同情報
を下位構成要素情報１３と区別するための識別子Ｌが含
まれる。

【００１５】以上の版管理情報１２中の版番号と包含成
果物情報１４中の版番号とにより、その構成要素の版と
その構成要素に含まれる成果物の版との対応付けが実現
される。

【００１６】また、以上の格納構造のファイルシステム
（データベース）に対応して、構成要素の登録・変更・
削除のための操作、各構成要素に含まれる成果物の登録
のための操作、およびこれらの操作でそれぞれの版変更
を行なうか否かの入力と、この登録状況の表示のための
インタフェース（マンマシン・インタフェース）を設け
ることで、大規模なソフトウェア開発での変更管理を容
易とする計算機支援システムを構築することが可能とな
る。

【００１７】

【実施例】以下、この発明の一実施例を図面を参照して
説明する。

【００１８】図２は論理的なソフトウェア構成の一例を
示す図であり、同図（ａ）にソフトウェア構成要素の変
更前の状態を、同図（ｂ）に変更後の状態を示す。図２
の例は、同図（ａ）に示すようにサブシステムＡ（２
１）にタスクＢ（２２）が包含され、タスクＢ（２２）
にモジュールＣ1 （２３-1）が包含されたソフトウェア
構成において、同図（ｂ）に示すように、タスクＢ（２
２）に包含されるモジュールＣ2 （２３-2）が新たに追
加された場合である。なお、モジュールＣ1 には、設計
図（モジュール設計図）、ソースコード、およびオブジ
ェクトコードの各成果物が包含されているものとする。
他のソフトウェア構成要素に包含されている成果物につ
いては省略されている。

【００１９】図３は図２（ｂ）に示すモジュールＣ1 追
加後の論理的なソフトウェア構成を計算機上のファイル
として実現した場合のファイル構造を示す。図３に示す
ファイル構造は、先に図１を参照して説明したように、
各ソフトウェア構成要素の構成表（構成表ファイル）を
格納するノード３０と、各ソフトウェア構成要素に包含
される成果物のファイルを格納するノード３１とからな
るデータベースで構成される。

【００２０】ノード３０には、サブシステムＡの構成表
ファイル３２、（モジュールＣ2 の追加に伴う）タスク
Ｂの最新版の構成表ファイル３３、タスクＢの前の版の
（モジュールＣ2 追加前のタスクＢの）構成表ファイル
３４、モジュールＣ1 の構成表ファイル３５、モジュー
ルＣ2 の構成表ファイル３６を含む図１で示したような
レコード構成の各構成表ファイルが格納される。これら
各構成表ファイル３２〜３６には、図１に示す構成表フ
ァイル１のレコード構成から明らかなように、対応する
構成要素間の包含関係と、その構成要素に含まれる成果
物の関係とが記述されている。

【００２１】また、ノード３１には、モジュールＣ1 の
設計図の成果物ファイル３７、モジュールＣ1 のソース
コードの成果物ファイル３８、モジュールＣ1 のオブジ
ェクトコードの成果物ファイル３９を含む各成果物ファ
イルが格納される。

【００２２】図４は図２に示すサブシステムＡ（２１）
の下位構成要素であるタスクＢ（２２）の包含を示す構
成表ファイル変更の対応付けを説明するために、図３の
ファイル構造上の各構成表ファイルのうちの構成表ファ
イル３２〜３４の内容例とその対応関係を示すものであ
る。

【００２３】図４において、サブシステムＡの構成表フ
ァイル３２には、図１に示す下位構成要素情報１３とし
て、現時点の下位構成要素であるタスクＢの名称と、そ
のタスクＢの構成表ファイル（ここでは、タスクＢの最
新版の構成表ファイル３３）の格納位置（を示すファイ
ル名）が設定されている。

【００２４】次に、サブシステムＡの構成表ファイル３
２によって格納位置が指定されるタスクＢの最新版の構
成表ファイル３３には、図１に示す版管理情報１２とし
て、その版番号（即ち最新の版番号であり、ここでは
２．１）と前の版の構成表ファイル３４の格納位置（フ
ァイル名）が設定されている。また、このタスクＢの最
新版の構成表ファイル３３によって格納位置が指定され
るタスクＢの前の版の構成表ファイル３４には、図１に
示す版管理情報１２として、その版番号（即ち版２．１
の前の版の番号であり、ここでは１．１）が設定されて
いる。もし更に前の版があれば、その版の構成表ファイ
ル位置（ファイル名）が合せて設定される。

【００２５】また、タスクＢの最新版の構成表ファイル
３３には、図１に示す下位構成要素情報１３として、現
時点の下位構成要素、即ちタスクＢに既に包含されてい
たモジュールＣ1 の他、新たに包含されたモジュールＣ
2 について、その構成要素の名称（下位構成名称）並び
にその構成要素（Ｃ1 ，Ｃ2 ）の構成表ファイル（３
５，３６）の位置（を示すファイル名）が設定されてい
る。一方、タスクＢの前の版の構成表ファイル３４に
は、図１に示す下位構成要素情報１３として、前の版で
の下位構成要素、即ちモジュールＣ1 についての情報だ
けが設定されている。

【００２６】以上のような各構成表ファイル３２〜３４
に記述された情報による相互の関連付けの結果、サブシ
ステムＡの構成表ファイル３２から、その下位構成要素
であるタスクＢの最新版（２．１）の構成表ファイル３
３をたどり、更に同ファイル３３からタスクＢの前の版
（１．１）の構成表ファイル３４をたどることができ
る。

【００２７】このように、タスクＢの現時点の下位構成
要素を示す（最新版の）構成表ファイル３３と、前の構
成関係を示す（前の版の）構成表ファイル３４とを、タ
スクＢの上位構成要素であるサブシステムＡの構成表フ
ァイル３２からたどることにより、タスクＢの下位構成
要素包含の変更履歴を計算機上のファイル構造上で把握
することができる。これは、他のソフトウェア構成要素
の下位構成要素包含の変更履歴についても同様であり、
したがって本実施例によれば全てのソフトウェア構成要
素の変更が管理できることになる。

【００２８】図５は図２に示すモジュールＣ1 （２３-
1）の版とそれに含まれる成果物の版との対応付けを説
明するために、図３のファイル構造上の各構成表ファイ
ルのうちのモジュールＣ1 の構成表ファイル３５の内容
例を示すものである。

【００２９】図５に示すように、モジュールＣ1 の構成
表ファイル３５には、図１に示す版管理情報１２とし
て、自身（モジュールＣ1 ）の版番号（ここでは、１．
１）が設定されている。モジュールＣ1 の構成表ファイ
ル３５にはまた、図１に示す包含成果物情報１４とし
て、自身に含まれるモジュール設計図、ソースコード、
オブジェクトコードの各成果物の名称と、その成果物の
版番号と、その成果物のファイル（図３に示す成果物フ
ァイル３７，３８，３９）の格納位置（を示すファイル
名）とが、各成果物毎に設定されている。

【００３０】このように、モジュールＣ1 の構成表ファ
イル３５の、個々の包含成果物を示すレコードに、包含
成果物が格納されている成果物ファイル３７，３８，３
９の格納位置と版番号を、その成果物名称と共に記述す
ることで、モジュールＣ1 の版と、それに含まれる成果
物（モジュール設計図、ソースコード、オブジェクトコ
ード）の版との対応付けが実現できる。

【００３１】ここで、上記した変更管理のためのバージ
ョン変更ルールとルール適用手順を図６に示し、図７の
ファイル構造（の部分図）で示される状態の版１．０の
タスクＰに対してモジュールＱ3 を追加し、図８に示す
ように版２．０で管理する場合を例に、この例で図６の
ルールと手順を適用した図９に示すフローチャートを参
照して説明する。

【００３２】図７に示すファイル構造は、サブシステム
ＳＵＢの構成表ファイル６１と、サブシステムＳＵＢに
包含される（サブシステムＳＵＢの下位構成要素であ
る）タスクＰの構成表ファイル６２（Ｆ1 ）と、タスク
Ｐに包含されるモジュールＱ1，Ｑ2 の構成表ファイル
６３，６４（Ｆ10，Ｆ20）とを持つ。

【００３３】このような状態で、何等かの理由によりタ
スクＰの版を変更して管理しようとする場合、例えばタ
スクＰに対してモジュールＱ3 を追加して、版２．０と
して管理したい場合には、まずタスクＰの構成表ファイ
ルＦ1 （６２）をもとに、図８に示すようにタスクＰの
新たな構成表ファイルＦ2（７２）を生成する（図９ス
テップＳ１）。この例のように、モジュールＱ3 の追加
の場合には、タスクＰに既に包含されているモジュール
Ｑ1 ，Ｑ2 の他に、追加するモジュールＱ3 を含む、タ
スクＰの構成表ファイルＦ2 が生成される。

【００３４】次に、ステップＳ１で新た生成したタスク
Ｐの構成表ファイルＦ2 に、図１に示す版管理情報１２
として、図８において波線を付して示すように、最新の
版番号２．０とタスクＰの前の版の構成表ファイルＦ1
の格納位置（を示すファイル名）を書込む（図９ステッ
プＳ２）。

【００３５】このときのタスクＰの構成表ファイルＦ2
により、タスクＰの最新版２．０がモジュールＱ1 ，Ｑ
2 ，Ｑ3 の３つの下位構成要素から構成されることを示
すことができる。しかし本実施例では、構成変更のない
モジュールＱ1 ，Ｑ2 についても、後述する成果物の版
管理との対応関係保持のために、版変更ありとして、即
ち上位構成要素の版を変更する場合には下位構成要素も
自動的に更新するものとして、次に述べる版更新処理を
行なう（図９ステップＳ３）。

【００３６】このステップＳ３では、モジュールＱ1 ，
Ｑ2 の構成表ファイルＦ10（６３），Ｆ20（６４）のコ
ピーをもとに、図８に示すようにモジュールＱ1 ，Ｑ2
の新たな構成表ファイルＦ11（７３），Ｆ12（７４）を
生成し、図１に示す版管理情報１２として、更新された
版番号、例えば１．１（このモジュールの版番号とタス
クの版番号は本実施例のように別々でもよく、どのよう
な管理体系とするかは利用者の入力指定によって決定さ
れる）と、モジュールＱ1 ，Ｑ2 の前の構成表ファイル
Ｆ10，Ｆ20の格納位置（を示すファイル名）を書込む。

【００３７】上記のステップＳ３の版更新処理が終了す
ると、本実施例のようにモジュール追加の場合であれ
ば、図８に示すように、追加モジュールＱ3 の構成表フ
ァイルＦ30（７５）を生成する（図９ステップＳ４）。

【００３８】最後に、本タスクＰを包含する上位構成要
素であるサブシステムＳＵＢの構成表ファイル６１に記
述されている、タスクＰ構成表ファイルの格納位置（を
示すファイル名）を、図７に示すファイルＦ1 から図８
に示すようにファイルＦ2 に変更する（図９ステップＳ
５）。

【００３９】図８は、図７のファイル構造に対してモジ
ュールＱ3 追加に伴う上記した一連の構成変更を行なっ
た後のファイル構造の状態を示したものである。この新
たなファイル構造により、タスクＰにどんな版があるか
は、構成表ファイルの前の版の構成表ファイル位置をた
どることで知ることができる。図８の例では、前の版が
１．０で、モジュールＱ1 およびＱ2 で構成していたこ
とが分る。

【００４０】以上が、モジュール追加という簡単な事例
での、構成要素変更の記録方式とその記録処理（構成要
素変更処理）の流れについての説明である。もしタスク
追加などにより、サブシステムＳＵＢの版を変更して管
理する場合には、今度はサブシステムＳＵＢとその下位
構成要素であるタスクの構成表ファイル、更にサブシス
テムＳＵＢの上位構成要素であるシステムの構成表ファ
イルについて、同様の処理を行なえばよい。

【００４１】次に、成果物の変更管理と上記の構成要素
変更との関係について、モジュールＱ1 の成果物の１つ
であるソースコードを変更した場合を例に、図６の変更
ルールとルール適用手順、図７のファイル構造、および
図１０並びに図１１のファイル構造を参照して説明す
る。

【００４２】まず本実施例では、成果物の変更記録に、
内容の差分を管理する従来と同様の方式を適用すること
を基本としている。この方式を適用する場合には、成果
物を格納するファイルは、成果物変更前と変更後とで同
じである。そして、その違い（成果物変更前と変更後の
違い）は、内容の差分取扱いの識別子となる成果物の版
番号で示される。

【００４３】今、図７に示す状態で、モジュールＱ1 の
（版番号が１．０の）ソースコードが変更されたものと
する。本実施例では、このように成果物（ソースコー
ド）が変更された場合には、その成果物の版番号だけを
変更して管理する方式（第１の方式と呼ぶ）と、その成
果物を含む構成要素（モジュールＱ1 ）が変更されたも
のとして、その構成要素（モジュールＱ1 ）を包含する
上位構成要素（タスクＰ）の版も変更して管理する方式
（第２の方式と呼ぶ）とが選択可能なようになってい
る。第１の方式は、例えば変更後の成果物が商品として
リリースされないような（ソフトウェア開発途中での成
果物変更の）場合に適用され、第２の方式は、例えば
（何回かの変更を経て）商品としてリリースされる場合
に適用される。

【００４４】ここでは、上記第１の方式が選択されたも
のとする。この場合、登録成果物の版のみの変更処理
（図６ステップＳ１４）が行なわれ、図７に示すモジュ
ールＱ1 の版１．０の構成表ファイルＦ10（６３）に設
定されているソースコードの（図１の包含成果物情報１
４に対応する）情報中の版番号（バージョン番号）１．
０が、図１０において波線を付して示すように、次の版
番号である例えば１．１に変更される。

【００４５】次に、図１０に示す状態で、モジュールＱ
1 の（版番号が１．１の）ソースコードが再び変更さ
れ、今度は上記第２の方式が選択されたものとする。こ
のような場合に、まず前記したモジュール追加の場合と
同様に、図６のルールＲ１の適用が行なわれる。

【００４６】即ち、図１１に示すように、タスクＰの新
たな構成表ファイルＦ2 （９２) が生成され、そこに新
たな版番号（ここでは２．Ｏ）と、前の版（１．０）の
構成表ファイルＦ1 （６２) のファイル位置（ファイル
名）が書込まれる。更に、タスクＰの下位構成要素であ
るモジュールＱ1 ，Ｑ2 についての構成表ファイルの版
更新処理が行なわれる。例えばモジュールＱ1 に対して
は、前の版の構成表ファイルＦ10（６３) をコピーする
ことで、図１１に示すように新たな構成表ファイルＦ11
（９３）が生成される。このとき、この構成表ファイル
Ｆ11（９３）の位置（ファイル名）が、構成表ファイル
Ｆ2 （９２) に書込まれる。なお図１０には、モジュー
ルＱ2 の構成表ファイル（Ｆ20，Ｆ21）については省略
されている。

【００４７】さて、以上の処理が行なわれると、本実施
例のように成果物（モジュールＱ1のソースコード）が
変更された場合であれば、その成果物を含む構成要素、
即ちモジュールＱ1 の最新の構成表ファイルＦ11（９
３）におけるソースコードについての（図１の包含成果
物情報１４に対応する）情報中の版番号が、前の版の構
成表ファイルＦ10（６３) でのソースコードについての
版番号１．１から、図１１において波線を付して示すよ
うに、新たな版番号１．２に変更される（図６ルールＲ
４適用）。

【００４８】このように本実施例では、構成要素の版番
号と、構成要素の成果物の版番号を独立に管理すること
で、ソフトウェア開発途中での成果物だけの変更時に
は、上記第１の方式によりその成果物を含む構成要素の
版番号は更新せずに、その成果物の版番号のみを更新す
ることが可能となるため、ソフトウェア開発途中での変
更管理にも柔軟に対応できる。また、ソフトウェア開発
の区切りとなる時点（管理ポイント）では、成果物が変
更された場合に、その成果物を含む構成要素が変更され
たものとして、構成要素についても版番号を変更するこ
とも可能である。

【００４９】

【発明の効果】以上詳述したようにこの発明によれば、
論理的なソフトウェア構成の各構成要素毎に、その構成
要素に含まれる成果物のファイルとは別に、その要素の
版番号並びに先の版の構成表ファイルを示す版管理情
報、その要素に包含される構成要素を示す下位構成要素
情報、およびその要素に包含される成果物の版番号並び
にその成果物のファイルを示す包含成果物情報が設定さ
れた構成表ファイルを設け、各構成表ファイルに設定さ
れた版管理情報および下位構成要素情報で示される構成
要素間の包含関係のつながりにより構成要素変更の履歴
を保持管理すると共に、各構成表ファイルに設定された
包含成果物情報により成果物の変更履歴を保持管理する
構成としたので、構成要素の変更履歴と各構成要素に含
まれる成果物の変更履歴を連動させたソフトウェア構成
管理を実現することができる。

【００５０】即ちこの発明によれば、個々の構成要素の
包含関係の管理ポイント毎の変更履歴を保持することで
構成要素の変更管理が行なえ、しかも特定構成要素の特
定の版とその構成要素に含まれる成果物の版とを対応付
けた版管理が行なえる。

【図面の簡単な説明】

【図１】論理的なソフトウェア構成を計算機上のファイ
ルシステムとして実現するためのファイル構造を示す
図。

【図２】図２は論理的なソフトウェア構成の一例をモジ
ュール追加前と追加後とについて示す図。

【図３】図２におけるモジュール構成要素追加後の論理
的なソフトウェア構成を計算機上のファイルシステムと
して実現した場合のファイル構造を示す図。

【図４】ある構成要素の下位の構成要素の包含を示す構
成表ファイル変更の対応付けを説明するための図。

【図５】ある構成要素の版とその構成要素に含まれる成
果物の版との対応付けを説明するための図。

【図６】変更管理のためのバージョン変更ルールとルー
ル適用手順を示す図。

【図７】ある構成要素の構成表ファイル変更前のファイ
ル構造を示す図。

【図８】同じく構成表ファイル変更後のファイル構造を
示す図。

【図９】主としてモジュール追加時の構成表ファイル
（構成要素）変更処理手順を説明するためのフローチャ
ート。

【図１０】構成要素に含まれる成果物の変更記録と構成
要素変更記録との関係を、図７の状態で成果物が変更さ
れた場合を例に説明するためのファイル構造を示す図。

【図１１】構成要素に含まれる成果物の変更記録と構成
要素変更記録との関係を、図１０の状態で成果物が変更
された場合を例に説明するためのファイル構造を示す
図。

【図１２】一般的なソフトウェアの論理的な構成要素単
位とそれらの包含関係および各構成要素に含まれる成果
物の関係を示す図。

【符号の説明】

１，３２〜３６，６１〜６４，７２〜７５，９２，９３
…構成表ファイル、２，３７〜３９…成果物ファイル、
１１…要素タイプ（構成要素名称）、１２…版管理情
報、１３…下位構成要素情報、１４…包含成果物情報。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 木構造をとる論理的なソフトウェア構成
   の各構成要素毎に、その構成要素に含まれる成果物のフ
   ァイルとは別に、その要素の版番号を持つ版管理情報
   と、その要素に包含される構成要素を示す下位構成要素
   情報と、その要素に包含される成果物の版番号並びにそ
   の成果物のファイルを示す包含成果物情報とが設定され
   た構成表ファイルであって、その要素の先の版が存在す
   る場合には、その版の構成表ファイルを示す情報が上記
   版管理情報中に設定された構成表ファイルを設け、 上記各構成表ファイルに設定された版管理情報および下
   位構成要素情報で示される構成要素間の包含関係のつな
   がりにより構成要素変更の履歴を保持管理すると共に、
   上記各構成表ファイルに設定された包含成果物情報によ
   り成果物の変更履歴を保持管理するようにしたことを特
   徴とするソフトウェア構成管理方式。