(57)【要約】【課題】バージョン戻りによるデグレード発生の防止するバージョン管理システムの提供【解決手段】複数の開発環境を有するプログラム開発環境保存部００７と、バージョン管理時にオブジェクト及びソースを格納してコンパイルリンケージを行うためのワークエリア０１１とに接続され、プログラム開発環境保存部００７に格納された任意の開発環境のモジュールをワークエリア０１１にコピーする複数面環境コピー機能部００３と、該ワークエリア０１１にコピーされたモジュールを改修後オブジェクトとして生成するコンパイルリンケージ機能部００４と、該生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを優先順位に応じて任意の開発環境に戻すための戻し機能部００５を備えたバージョン管理システム。【選択図】図１
2014056439.tif 000002
【特許請求の範囲】
【請求項１】
プログラム開発をバージョンによって開発環境を分けるために複数の開発環境を有するプログラム開発環境保存部と、バージョン管理時に一時的にオブジェクト及びソースを含むモジュールを格納してコンパイルリンケージを行うためのワークエリアとに接続され、前記プログラム開発環境保存部が、所定のＯＳ言語で記述されたソースプログラムと、該ソースプログラムをコンパイラで機械語に翻訳したオブジェクトプログラムとを複数格納するベース環境と、該複数のソースプログラム及びオブジェクトプログラムを選択的に格納する複数の開発環境とを有し、前記プログラム開発環境保存部の複数開発環境におけるＯＳのバージョンを管理するバージョン管理システムであって、
該バージョン管理システムが、前記プログラム開発環境保存部に格納された任意の開発環境のモジュールを前記ワークエリアにコピーする複数面環境コピー機能部と、前記ワークエリアにコピーされたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージ機能部と、該コンパイルリンケージ機能部により生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを任意の開発環境に戻すための戻し機能部とを備えたことを特徴とするバージョン管理システム。
【請求項２】
前記ベース環境が他の複数の開発環境に比較して最下位の優先順位が付与され、前記複数面環境コピー機能部が、前記ベース環境のモジュールを前記ワークエリアにコピーする工程と、前記コンパイルリンケージ機能部が前記ワークエリアにコピーしたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成する工程とを行うことを特徴とする請求項１記載のバージョン管理システム。
【請求項３】
プログラム開発をバージョンによって開発環境を分けるために複数の開発環境を有するプログラム開発環境保存部と、バージョン管理時に一時的にオブジェクト及びソースを含むモジュールを格納してコンパイルリンケージを行うためのワークエリアとに接続され、前記プログラム開発環境保存部が、所定のＯＳ言語で記述されたソースプログラムと、該ソースプログラムをコンパイラで機械語に翻訳したオブジェクトプログラムとを複数格納するベース環境と、該複数のソースプログラム及びオブジェクトプログラムを選択的に格納する複数の開発環境とを有し、前記プログラム開発環境保存部の複数開発環境におけるＯＳのバージョンを管理するコンピュータシステムのバージョン管理方法であって、
前記コンピュータシステムに、前記プログラム開発環境保存部に格納された任意の開発環境のモジュールを前記ワークエリアにコピーする複数面環境コピー機能と、前記ワークエリアにコピーされたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージ機能と、該コンパイルリンケージ機能部により生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを任意の開発環境に戻すための戻し機能とを実行させることを特徴とするバージョン管理方法。
【請求項４】
前記ベース環境が他の複数の開発環境に比較して最下位の優先順位が付与され、前記複数面環境コピー機能に、前記ベース環境のモジュールを前記ワークエリアにコピーする機能と、前記コンパイルリンケージ機能により前記ワークエリアにコピーしたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成する機能とを実行させることを特徴とする請求項３記載のバージョン管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＮＩＸ（登録商標）を基本ソフトウェア（ＯＳ）としてプログラム開発を行うプログラム開発システムにおいて異なる開発環境のバージョンを管理することができるバージョン管理システム及びバージョン管理方法に関する。
【背景技術】
【０００２】
近年、ＵＮＩＸ（登録商標）のＯＳを使用して各種アプリケーションプログラムを開発する事が行われているが、このＵＮＩＸ（登録商標）のＯＳは、Ｃ言語というハードウェアに依存しない移植性の高い言語で記述され、またソースコードが比較的コンパクトであったことから、多くのプラットフォームに移植されているため、多種多様のバージョンが存在し、該バージョンによって開発環境を分ける必要があった。
【０００３】
なお、プログラムのバージョン管理を行う技術が記載された文献としては、下記の特許文献１が挙げられ、この特許文献１には、同一のソースファイルを重複することなく格納するファイル格納部と、プログラムのバージョン毎に当該バージョンと該バージョンで使用するソースファイルとの間連及び該ソースファイルの他のバージョンとの共用関係とを管理する管理情報を格納する管理情報格納部と、ソースファイルを読出して編集するとき、該プログラムファイルのバージョン系列を分離すべきであるか否かを決定する格納法決定部とを設け、該格納処理部が、前記ソースファイルがバージョン系列を分離すべきでないと判定したとき、元のソースファイルと同一系列の更新バージョンとしてファイル格納部に編集結果を格納し、分離すべきであると判定したとき、バージョン系列を分離して新たなバージョン系列として格納し、管理情報処理部が、ソースファイルを格納する際に管理情報を更新することによって、プログラムを構成するプログラムモジュールを格納する記憶媒体の格納スペースを低減し、プログラムモジュールの変更時の作業を簡略化する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−６３３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述の特許文献１記載技術は、記憶媒体の格納スペースを低減することができるものの、同一モジュールのバージョン管理が一元化されず、バージョン戻りによるデグレードが発生する可能性があるという課題と、変更したモジュールを使用してコンパイルリンケージを行うことができないという課題があった。
【０００６】
本発明の目的は、前述の従来技術による課題を解決しようとするものであり、バージョン戻りによるデグレードの発生を防止すると共に変更したモジュールを使用してコンパイルリンケージを行うことができるソフトウェアのバージョン管理システム及びバージョン管理方法を提供することである。
【課題を解決するための手段】
【０００７】
前記目的を達成するため本発明は、プログラム開発をバージョンによって開発環境を分けるために複数の開発環境を有するプログラム開発環境保存部と、バージョン管理時に一時的にオブジェクト及びソースを含むモジュールを格納してコンパイルリンケージを行うためのワークエリアとに接続され、前記プログラム開発環境保存部が、所定のＯＳ言語で記述されたソースプログラムと、該ソースプログラムをコンパイラで機械語に翻訳したオブジェクトプログラムとを複数格納するベース環境と、該複数のソースプログラム及びオブジェクトプログラムを選択的に格納する複数の開発環境とを有し、前記プログラム開発環境保存部の複数開発環境におけるＯＳのバージョンを管理するバージョン管理システムであって、
該バージョン管理システムが、前記プログラム開発環境保存部に格納された任意の開発環境のモジュールを前記ワークエリアにコピーする複数面環境コピー機能部と、前記ワークエリアにコピーされたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージ機能部と、該コンパイルリンケージ機能部により生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを任意の開発環境に戻すための戻し機能部とを備えたことを第１の特徴とする。
【０００８】
また、本発明は、前記第１の特徴のバージョン管理システムにおいて、前記ベース環境が他の複数の開発環境に比較して最下位の優先順位が付与され、前記複数面環境コピー機能部が、前記ベース環境のモジュールを前記ワークエリアにコピーする工程と、前記コンパイルリンケージ機能部が前記ワークエリアにコピーしたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成する工程とを行うことを第２の特徴とする。
【０００９】
更に、本発明は、プログラム開発をバージョンによって開発環境を分けるために複数の開発環境を有するプログラム開発環境保存部と、バージョン管理時に一時的にオブジェクト及びソースを含むモジュールを格納してコンパイルリンケージを行うためのワークエリアとに接続され、前記プログラム開発環境保存部が、所定のＯＳ言語で記述されたソースプログラムと、該ソースプログラムをコンパイラで機械語に翻訳したオブジェクトプログラムとを複数格納するベース環境と、該複数のソースプログラム及びオブジェクトプログラムを選択的に格納する複数の開発環境とを有し、前記プログラム開発環境保存部の複数開発環境におけるＯＳのバージョンを管理するコンピュータシステムのバージョン管理方法であって、
前記コンピュータシステムに、前記プログラム開発環境保存部に格納された任意の開発環境のモジュールを前記ワークエリアにコピーする複数面環境コピー機能と、前記ワークエリアにコピーされたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージ機能と、該コンパイルリンケージ機能部により生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを任意の開発環境に戻すための戻し機能とを実行させることを第３の特徴とする。
【００１０】
また、本発明は、前記第３の特徴のバージョン管理方法において、前記ベース環境が他の複数の開発環境に比較して最下位の優先順位が付与され、前記複数面環境コピー機能に、前記ベース環境のモジュールを前記ワークエリアにコピーする機能と、前記コンパイルリンケージ機能により前記ワークエリアにコピーしたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成する機能とを実行させることを第４の特徴とする。
【発明の効果】
【００１１】
本発明によるバージョン管理システム及びバージョン管理方法は、前記プログラム開発環境保存部に格納された任意の開発環境のモジュールを前記ワークエリアにコピーする複数面環境コピーと、前記ワークエリアにコピーされたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージと、該コンパイルリンケージにより生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを任意の開発環境に戻すための戻しとを実行することによって、バージョン戻りによるデグレードの発生を防止すると共に変更したモジュールを使用してコンパイルリンケージを行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態によるバージョン管理システムを含むプログラム開発システムを示す図。
【図２】本実施形態によるバージョン管理システムの階層構造を示す図。
【図３】本実施形態による複数面管理コピー機能部の処理フロー図。
【図４】本実施形態によるコンパイルリンケージ機能部の処理フローを示す図。
【図５】本実施形態による戻し機能部の処理フローを示す図。
【図６】本実施形態によるメインメニュー例を示す図。
【発明を実施するための形態】
【００１３】
以下、本発明によるバージョン管理方法を適用したバージョン管理システムの一実施形態を図面を参照して詳細に説明する。
［構成］
本実施形態によるバージョン管理システム００２は、図１に示す如く、コンピュータであるプログラム開発システム００１に内蔵され、該プログラム開発システム００１内においてプログラム開発のバージョンによって開発環境を分けるために複数の開発環境を有するプログラム開発環境保存部００７と、バージョン管理時に一時的にオブジェクトやソースを格納してコンパイルリンケージを行うためのワークエリア０１１と、協働して複数のＵＮＩＸ（登録商標）ＯＳのバージョンを管理する制御部１００とに接続され、前記プログラム開発環境保存部００７は、ＵＮＩＸ（登録商標）ＯＳ言語で記述されたソース（プログラム）と、該ソースをコンパイラで機械語に翻訳したオブジェクト（プログラム）とを複数格納するベース環境００８と、該複数のソース及びオブジェクトを含むモジュールを選択的に格納した第２の開発環境００９及び第１の開発環境０１０とを格納するように構成されている。
【００１４】
特に、本実施形態によるバージョン管理システム００２は、前記プログラム開発環境保存部００７に格納された任意の開発環境のモジュールを前記ワークエリア０１１にコピーする複数面環境コピー機能部００３と、前記ワークエリア０１１に格納されたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージ機能部００４と、該コンパイルリンケージ機能部００４により生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを優先順位に応じて任意の開発環境００９又は０１０に戻すための戻し機能部００５と、各開発環境に対して優先順位が定義された優先順位定義パラメタファイル００６とを備える。
【００１５】
本実施形態によるバージョン管理システム００２の階層構造は、図２に示す如く、開発環境００９が優先順位１、開発環境０１０が優先順位２、ベース環境００８が優先順位３であり、前記複数面環境コピー機能部００３が、優先順位の低い順にワークエリア０１１に格納内容（モジュール）をコピーするものであって、図示の例では、前記ベース環境００８が、開発前の基本となるオブジェクト１〜３及びソース１〜３から成る複数モジュールを格納し、前記開発環境００９が、基本モジュールを元に改修した改修後オブジェクト１ａ及び改修後ソース１ａから成るモジュールを格納し、前記開発環境０１０が、基本モジュールを元に改修した改修後オブジェクト１ａ及び改修後ソース１ａ並びに改修後オブジェクト２ａ及びソース２ａから成る複数モジュールを格納する場合、最下位の優先順位のベース環境００８の基本となるモジュール（オブジェクト１〜３及びソース１〜３）をワークエリア０１１にコピーし、コンパイルリンケージ機能部００４が前記ワークエリア０１１に格納したモジュールをコンパイル（変換）及びリンケージ（コンパイラによって変換されたオブジェクトコードに必要なライブラリなどを付け加えて実行可能ファイルを生成するプログラム処理）して改修した改修後オブジェクト１ａ及びロード（メインメモリーにロードできる実行ファイル形式のロードモジュール）を戻し機能部００５によって開発環境００９に戻すことにより最新の状態にすることができるように構成されている。
【００１６】
本実施形態においては、前述した３つの開発環境について、優先順位を決定するため、優先順位定義パラメタファイル００６（図１）に各開発環境に対して優先順位が定義されており、本実施形態においては、ベース環境００８に優先順位３、開発環境００９に優先順位１、開発環境０１０には優先順位２が定義されている。前記ベース環境００８の優先順位が最も低い理由は、ベース環境００８が、未改修のモジュールであり、続いて優先順位２、優先順位１の順番で、改修を加えるためである。
【００１７】
このように本実施形態においては、従来、コンパイルリンケージを行う場合は、それぞれの開発環境下で実行するが、本実施形態では、コンパイルリンケージを行うために、ワークエリア０１１を別途用意し、このエリア内で、コンパイルリンケージを行うように構成している。
【００１８】
［動作］
次に本実施形態によるバージョン管理システム００２の動作を説明する。まず、バージョン管理システム００２の複数面環境コピー機能部００３が、図３に示す如く、メインメニューから複数面環境コピー機能が選択され、改修対象が開発環境００９（本例では、優先順位Ｎ＝［１］）のとき、初期処理としてワークエリア０１１内のモジュールをクリアするステップＳ２０５と、ベース環境００８のモジュールをワークエリアにコピーするステップＳ２０６と、作成する環境（コンパイルリンケージを行う環境）が開発環境か否かを判定し、開発環境でないと判定したときに処理を終了するステップＳ２０７と、該ステップＳ２０７において開発環境であると判定したとき、開発環境００９の環境番号「２」を変数Ｉに代入すると共に、開発環境変数Ｊに優先順位である値「１」を代入（Ｉ←Ｎ［２］、Ｊ←１）するステップＳ２０８と、変数Ｉが開発環境変数Ｊと等しい又は大きく成るまで以降の繰り返し処理を開始するステップＳ２０９と、開発環境変数Ｊをワークエリア０１１へコピーするステップＳ２１０と、変数Ｊをカウントアップ（Ｊ←Ｊ＋１）するステップＳ２１１と、変数Ｉが開発環境変数Ｊと等しい又は大きいと判定したときに前記ステップＳ２０９の間の繰り返し処理を終了するステップＳ２１２とを実行することによって、開発環境００９用の改修されたモジュールをワークエリア０１１にコピーするように動作し、他の開発環境０１０に対しても同様に動作する。
【００１９】
即ち、複数面環境コピー機能部００３は、１回目の繰返し処理のときに（Ｉ＝２）≧（Ｊ＝２）となるため、開発環境０１０のモジュールをワークエリア０１１にコピーし、変数Ｊに加算（Ｊ＝２）し、２回目の繰返し処理のときに（Ｉ＝２）≧（Ｊ＝２）となるため、開発環境００９モジュールをワークエリアにコピーし、変数Ｊに１を加算（Ｊ＝３）し、３回目の繰返し処理とのときに、（Ｉ＝２）≧（Ｊ＝３）となるため、環境コピーのループ処理を終了するように動作することによって、任意の開発環境をワークエリア０１１にコピーすることができる。
【００２０】
次いで、本実施形態によるコンパイルリンケージ機能部００４は、図４に示す如く、コンパイルリンケージ前の時刻を（改修されたオブジェクトをワークエリアから開発環境へ戻す際の判定基準として使用するため）変数ＴＩＭＥに代入するステップＳ４００と、実行可能ファイルを生成するプログラム処理であるリンケージに必要なオブジェクト数が値Ｈのとき、変数Ｉに値Ｈを代入し、変数Ｊに値１を代入する（具体的には、本実施形態の場合、リンケージに必要なオブジェクト数が３のため、変数［Ｉ＝３］、変数［Ｊ＝１］となる）ステップＳ４０１と、ベース環境００８をワークエリア０１１にコピーするステップＳ４０２と、変数Ｉが変数Ｊと比較して等しいか大きく成るまで次の処理を開始するステップＳ４０３と、ソースＪのタイムスタンプがオブジェクトＪのタイムスタンプより大きいか否かを判定し、大きくないと判定したときに後述のステップＳ４０７に移行するステップＳ４０４と、該ステップＳ４０４において大きいと判定したとき、ソースＪを基にコンパイルオブジェクトＪを生成するステップＳ４０５と、オブジェクトを更新したしたことを表すオブジェクト更新ＦＬＡＧ（「ＦＡＬＳＥ」のときオブジェクトが未生成であることを意味し、「ＴＲＵＥ」のときオブジェクトが生成されてリンケージ処理が必要であることを意味するフラグ）に「ＴＲＵＥ」に代入するステップＳ４０６と、前記ステップＳ４０３により開始した変数Ｉが変数Ｊと比較して等しいか大きいと判定したときにループを終了するステップＳ４０８と、オブジェクトの更新の確認を前記オブジェクト更新ＦＬＡＧが「ＴＲＵＥ」か否かによって判定し、「ＴＲＵＥ」のときに処理を終了するステップＳ４０９と、該ステップＳ４０９において「ＴＲＵＥ」でないときに、リンケージを実行するステップＳ４１０とを実行するように動作する。
【００２１】
即ち、コンパイルリンケージ機能部００４は、１回目の繰返し処理としてソース１についてコンパイルが必要であるかを判断するために、ソースとオブジェクトのタイムスタンプをステップＳ４０４によって比較し、ソースがオブジェクトのタイムスタンプより新しいとき、ソースのコンパイル及びオブジェクトをステップＳ４０５により新たに生成し、ステップＳ４０６によりオブジェクト更新フラグに「ＴＲＵＥ」を代入し、ステップＳ４０７により変数Ｊに１を加算（Ｊ＝２）して２回目の繰返し処理を行い、前記ステップＳ４０４においてオブジェクトがソースより新しいと判定したとき、ステップＳ４０７により変数Ｊに１を加算（Ｊ＝２）し、２回目の繰返し処理を行い、３回目の繰返し処理までは、（Ｉ＝３）≧（Ｊ＝３）となるため、１回目と２回目の繰返し処理と同様に判定が「ＴＲＵＥ」となるまで処理を継続し、４回目の繰返し処理では（Ｉ＝３）≧（Ｊ＝４）となるため、判定が「ＦＡＬＳＥ」となり、コンパイルのループ処理を終了するように動作する。
【００２２】
更に本実施形態によるバージョン管理システム００２の戻し機能部００５は、図５に示す如く、前記ロードを生成するため、リンケージに必要なオブジェクト数が値Ｈのとき、変数Ｉに値Ｈを代入し、変数Ｊに値１を代入する（具体的には、本実施形態の場合、リンケージに必要なオブジェクト数が３のため、変数［Ｉ＝３］、変数［Ｊ＝１］となる）ステップＳ５０１と、ロード戻し機能のオンオフを設定するロード戻しフラグ（「ＦＡＬＳＥ」のときコンパイルリンケージ機能部によるオブジェクトロードが未生成であり、ワークエリアから開発環境へロードの戻しが不要であることを意味し、「ＴＲＵＥ」のとき、オブジェクトロードが生成されているために開発環境への戻し処理が必要であることを意味するＦＬＡＧ）に「ＦＡＬＳＥ」に代入するステップＳ５０２と、変数Ｉが変数Ｊと比較して等しいか大きく成るまで次の処理を開始するステップＳ５０３と、タイムスタンプＪが変数ＴＩＭＥより大きいか否かを判定し、大きくないと判定したときに後述のステップＳ５０７に移行するステップＳ５０４と、該ステップＳ５０４において大きいと判定したとき、ワークエリア０１１のオブジェクトを開発環境ＮにコピーするステップＳ５０５と、ロード戻しフラグに「ＴＵＲＥ」を代入するステップＳ５０６と、変数Ｊをカウントアップ（Ｊ←Ｊ＋１）するステップＳ５０７と、前記ステップＳ５０３によって開始したループを変数Ｉが変数Ｊと比較して等しいか大きいと判定したときに終了するステップＳ５０８と、ロード戻しの確認を前記ロード戻しフラグが「ＴＲＵＥ」か否かによって判定し、「ＴＲＵＥ」でないと判定したときに処理を終了するステップＳ５０９と、該ステップＳ５０９において「ＴＲＵＥ」であると判定したときに、ワークエリアのロードを開発環境Ｎにコピーして処理を終了するステップＳ５１０とを実行するように動作する。
【００２３】
即ち、本実施形態による戻し機能部００５は、ステップＳ５０４により１回目の繰返し処理としてオブジェクト１のタイムスタンプとコンパイルリンケージ機能の実行時に取得した変数ＴＩＭＥの時間を比較し、オブジェクトのタイムスタンプの方が新しいとき、ステップＳ５０５によりオブジェクトを開発環境にコピーし、ステップＳ５０６によりロード戻しフラグに「ＴＲＵＥ」を代入し、ステップＳ５０７により変数Ｊに１を加算（Ｊ＝２）し、２回目の繰返し処理を行い、前記ステップＳ５０４においてオブジェクトのタイムスタンプの方が新しくないと判定したとき、戻し処理は行わずにステップＳ５０７により変数Ｊに１を加算（Ｊ＝２）し、２回目の繰返し処理を行い、３回目の繰返し処理までは（Ｉ＝３）≧（Ｊ＝３）となるため、１回目と２回目の繰返し処理と同様に判定が「ＴＲＵＥ」となるまで処理を継続し、４回目の繰返し処理では（Ｉ＝３）≧（Ｊ＝４）となるめ、判定が「ＦＡＬＳＥ」となり、オブジェクト戻しのループ処理を終了するように動作する。
【００２４】
本実施形態によるバージョン管理システム００２は、図６（ａ）及び（ｂ）に示す如く、メインメニュー制御機能によって、作成する環境を指定する画面６０１及び実行する機能を指定する画面６０２を表示し、画面６０１においては、作成する環境を、「ベース環境００８」を「１」、「開発環境００９」を「２」、「開発環境０１０」を「３」として選択入力することにより指定し、画面６０２においては、「複数面環境のコピー機能」を「１」、「コンパイルリンケージ機能」を「２」、「戻し機能」を「３」として選択入力することにより指定するように構成されている。
【００２５】
以上述べた如く、本実施形態によるバージョン管理システムは、前記プログラム開発環境保存部００７に格納された任意の開発環境のモジュールを前記ワークエリア０１１にコピーする複数面環境コピー機能部００３と、前記ワークエリア０１１にコピーされたモジュールを改修して実行可能ファイルを改修後オブジェクトとして生成するコンパイルリンケージ機能部００４と、該コンパイルリンケージ機能部００４により生成された改修後オブジェクト及びメインメモリーにロードできる実行ファイル形式のロードモジュールを任意の開発環境に戻すための戻し機能部００５とを備えたことによって、バージョン戻りによるデグレードの発生を防止すると共に変更したモジュールを使用してコンパイルリンケージを行うことができる。
【符号の説明】
【００２６】
００２  バージョン管理システム、００３  複数面環境コピー機能部、
００４  コンパイルリンケージ機能部、００５  戻し機能部、
００６  優先順位定義パラメタファイル、００７  プログラム開発環境保存部、
００８  ベース環境、００９  開発環境、０１０  開発環境、
０１１  ワークエリア、１００  制御部
【図１】
2014056439.tif 000003
【図２】
2014056439.tif 000004
【図３】
2014056439.tif 000005
【図４】
2014056439.tif 000006
【図５】
2014056439.tif 000007
【図６】
2014056439.tif 000008