(57)【要約】【課題】  複数のシステム開発案件がある場合において、案件ごとの資源の管理を容易にするとともに、対象案件における資源のコンパイル時に他案件における資源を誤ってコンパイルしてしまうことを防止する。【解決手段】  第１のサーバは、ユーザ端末から特定案件を識別する情報とコンパイル対象資源の情報を含むコンパイル指示情報を受信し、該コンパイル指示情報に基づいて、コンパイル環境を作成するためのジョブ情報を作成し、該ジョブ情報を第２のサーバへ送信し、前記第２のサーバは、前記第１のサーバから前記ジョブ情報を受信し、該ジョブ情報に基づいて、前記特定案件における前記コンパイル対象資源の前記コンパイル環境を当該第２のサーバの記憶部に作成する。【選択図】図７（ｂ）
2017091027.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバが作成したジョブ情報に基づいて、第２のサーバが特定案件におけるコンパイル対象資源のコンパイル環境を作成するシステム開発支援システムであり、
前記第１のサーバは、
ユーザ端末から前記特定案件を識別する情報と前記コンパイル対象資源の情報を含むコンパイル指示情報を受信し、該コンパイル指示情報に基づいて、前記コンパイル環境を作成するための前記ジョブ情報を作成し、該ジョブ情報を前記第２のサーバへ送信し、
前記第２のサーバは、
前記第１のサーバから前記ジョブ情報を受信し、該ジョブ情報に基づいて、前記特定案件における前記コンパイル対象資源の前記コンパイル環境を当該第２のサーバの記憶部に作成する、
ことを特徴とするシステム開発支援システム。
【請求項２】
前記第１のサーバは、
前記ユーザ端末から前記特定案件を識別する情報、前記コンパイル対象資源の情報、該コンパイル対象資源で改修された資源のフルパス情報および前記ユーザ端末を識別する情報を含む前記コンパイル指示情報を受信し、該コンパイル指示情報に基づいて、前記受信した各情報とコンパイル実行プログラムの起動を指示する情報を含む前記ジョブ情報を作成し、該ジョブ情報を前記第２のサーバへ送信し、
前記第２のサーバは、
前記受信したジョブ情報に基づいて、前記特定案件を識別する情報と前記ユーザ端末を識別する情報を含む情報を最上位ディレクトリとし、その配下に前記コンパイル環境である前記コンパイル対象資源の記憶領域を前記記憶部に作成する、
ことを特徴とする請求項１に記載のシステム開発支援システム。
【請求項３】
前記第２のサーバは、
前記記憶部から前記コンパイル対象資源の内の共通資源を取得して前記作成した前記記憶領域の該当記憶領域に格納し、
前記フルパス情報に基づいて、第３のサーバから該当改修資源を取得して前記作成した前記記憶領域の該当記憶領域に格納し、
前記コンパイル実行プログラムの起動を指示する情報に基づいて、前記格納した前記共通資源および前記改修資源のコンパイルを行う、
ことを特徴とする請求項２に記載のシステム開発支援システム。
【請求項４】
前記第２のサーバは、
前記コンパイルの実行により生成されたモジュールおよび作成されたコンパイル処理結果と、前記改修資源とを前記第３のサーバへ送信する、
ことを特徴とする請求項３に記載のシステム開発支援システム。
【請求項５】
前記第２のサーバは、
前記モジュール、前記コンパイル処理結果および前記改修資源を前記第３のサーバへ送信後、前記作成した記憶領域を削除する、
ことを特徴とする請求項４に記載のシステム開発支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム開発を支援する技術に関する。
【背景技術】
【０００２】
企業の根幹となる基幹システムにおいて多く見受けられるように、多くのシステムにおいては、ＵＮＩＸ（登録商標）のＯＳ（オペレーティングシステム）を使用してシステム開発を行っている。システム開発における資源には、各種ソースプログラムのほか、各種ソースプログラムで共通に使用されるＣＯＰＹ句やサブルーチンといった共通モジュール、更にはこれらを改修した場合における改修プログラムが含まれる。
【０００３】
従来、１つのコンパイル環境で上記資源のコンパイルを実行していたため、開発案件が複数ある場合には開発案件ごとの資源の管理が煩雑になり、また、各開発者が自由に資源のコンパイルを行うと、意識していない資源もコンパイルされてしまい、デグレードが発生する可能性があった。
【０００４】
デグレードの発生を防止する技術として、同一モジュールのバージョン管理が一元化されず、バージョン戻りによるデグレードの発生を防止するとともに、変更したモジュールを使用してコンパイルリンケージを行うことができる技術（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−０５６４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来技術によれば、複数のシステム開発案件がある場合において、案件ごとの資源の管理が煩雑になるという課題と、対象案件における資源のコンパイル時に他案件における資源を誤ってコンパイルし、その結果デグレードが発生する可能性があるという課題があった。
【０００７】
そこで本発明の目的は、複数のシステム開発案件がある場合において、案件ごとの資源の管理を容易にするとともに、対象案件における資源のコンパイル時に他案件における資源を誤ってコンパイルしてしまうことを防止することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明のシステム開発支援システムは、第１のサーバが作成したジョブ情報に基づいて、第２のサーバが特定案件におけるコンパイル対象資源のコンパイル環境を作成するシステム開発支援システムであり、前記第１のサーバは、ユーザ端末から前記特定案件を識別する情報と前記コンパイル対象資源の情報を含むコンパイル指示情報を受信し、該コンパイル指示情報に基づいて、前記コンパイル環境を作成するための前記ジョブ情報を作成し、該ジョブ情報を前記第２のサーバへ送信し、前記第２のサーバは、前記第１のサーバから前記ジョブ情報を受信し、該ジョブ情報に基づいて、前記特定案件における前記コンパイル対象資源の前記コンパイル環境を当該第２のサーバの記憶部に作成する。
【発明の効果】
【０００９】
本発明によれば、複数のシステム開発案件がある場合において、案件ごとの資源の管理が容易になるとともに、対象案件における資源のコンパイル時に他案件における資源を誤ってコンパイルしてしまうことを防止することができる。この結果、デグレードの発生を防止することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態におけるシステム開発支援システム１００の全体構成例を示す図である。
【図２】本実施形態における資源管理サーバ１０１のハードウェア構成例を示す図である。
【図３】本実施形態における開発サーバ１０３のハードウェア構成例を示す図である。
【図４】本実施形態における資源管理データベース２１０の構成例を示す図である。
【図５】本実施形態における検索および検索結果の資源情報一覧画面５００の例を示す図である。
【図６】本実施形態におけるコンパイル用ディレクトリ３１９の構成例を示す図である。
【図７（ａ）】本実施形態におけるシステム開発支援システム１００の動作を示すフロー図である。
【図７（ｂ）】同じく、本実施形態におけるシステム開発支援システム１００の動作を示すフロー図である。
【発明を実施するための形態】
【００１１】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態におけるシステム開発支援システム１００の全体構成例を示す図である。図1に示すように本実施形態におけるシステム開発支援システム１００は、ソースプログラム、ソースプログラムに共通に用いられる共通モジュール（ＣＯＰＹ句やサブルーチン）等の資源の管理を行う資源管理サーバ１０１と、資源を改修するための資源改修サーバ１０２と、案件ごとのコンパイル環境であるコンパイル用ディレクトリ（コンパル用記憶領域）を作成して対象案件の資源を格納しコンパイル等を行う開発サーバ１０３と、コンパイル対象資源のコンパイル指示等を行うユーザ端末１０４とがネットワーク１０５を介して通信可能に接続されている。
【００１２】
このような構成のシステム開発支援システム１００では、資源管理サーバ１０１がユーザ端末１０４から特定案件におけるコンパイル対象資源のコンパイル指示を受けると、当該案件における資源のコンパイル用ディレクトリの作成や対象資源の取得などコンパイルを行うために必要なジョブを定義したジョブ情報を作成しこれを開発サーバ１０３へ送信し、開発サーバ１０３はこのジョブ情報に基づき、当該案件におけるコンパイル対象資源のコンパイル用ディレクトリを記憶部に作成するとともに、共通資源を記憶部から読み出しそれぞれを上記作成したコンパイル用ディレクトリの該当ディレクトリへ格納し、さらに資源改修サーバ１０２からコンパイル対象の改修資源を取得しそれぞれを上記作成したコンパイル用ディレクトリの該当ディレクトリへ格納し、各ディレクトリに格納した各資源のコンパイルを行う。コンパイルを行った後、開発サーバ１０３は、コンパイルにより生成されたモジュールおよび作成されたコンパイル処理結果（コンパイルリスト）と、上記改修資源を資源改修サーバ１０２に送信し、上記作成したコンパイル用ディレクトリを削除する。
【００１３】
このような動作を行うシステム開発支援システム１００により、案件ごとにコンパイル用ディレクトリを作成するので、複数の案件がある場合において、案件ごとの資源の管理が容易になるとともに、対象案件における資源のコンパイル時に他案件における資源を誤ってコンパイルしてしまうことを防止することができる。この結果、デグレードの発生を防止することができる。
【００１４】
続いて、本実施形態におけるシステム開発支援システム１００を構成する各装置のハードウェア構成について説明する。
【００１５】
図２は、本実施形態における資源管理サーバ１０１のハードウェア構成例を示す図である。本実施形態における資源管理サーバ１０１は一般的なコンピュータにより実現でき、ハードディスクドライブなどの不揮発性記憶装置で構成される記憶部２０１と、ＲＡＭなど揮発性記憶装置で構成されるメモリ２０２と、記憶部２０１に記憶されているコンピュータプログラムをメモリ２０２に読み出すなどして実行し資源管理サーバ１０１自体の統括制御を行うとともに各種判定、演算及び制御処理を行うＣＰＵ等で構成される演算処理部２０３と、ネットワーク１０５を介して他コンピュータと接続するためのネットワークインタフェース２０４を具備する。各部は、ＢＵＳ（バス）等の通信路により接続されている。
【００１６】
記憶部２０１には、資源検索部２１０、ジョブ制御ファイル作成部２１１、資源管理データベース２１２およびジョブ制御ファイル２１３が格納されている。
【００１７】
資源検索部２１０は、ユーザ端末１０４からの対象開発案件における資源検索要求に基づき資源管理データベース２１２を検索するプログラムとして実現する。
【００１８】
ジョブ制御ファイル作成部２１１は、ユーザ端末１０４からの対象資源のコンパイル指示情報に基づき上述のジョブ制御ファイル２１３を作成するプログラムとして実現する。
【００１９】
資源管理データベース２１２は、開発サーバ１０３上で稼働している資源情報を管理するデータベースであり、図４に資源管理データベース２１２の構成例を示している。図４に示すように資源管理データベース２１２は、案件を識別する管理番号４０１と、バッチ、オンライン、コピー句、サブルーチン、シェル等の資源の種別を表す種別４０２と、資源名４０３と、資源内容４０４と、資源の払い出しを行った担当者を識別する担当者ＩＤ４０５と、資源の払い出しを行った日付を表す搬出日４０６の各値が対応付けられたレコードの集合体である。
【００２０】
図２に戻り説明を続ける。ジョブ制御ファイル２１３は、ジョブ制御ファイル作成部２１１により作成されるファイルであり、コンパイル実行プログラムの起動を指示するファイル（空ファイル）と、案件を特定するための管理番号やコンパイル対象資源を特定するための情報（資源名など）、コンパイル対象改修資源の所在を示すフルパス情報、ユーザ端末を特定するための情報（端末ＩＤ）が記載されたファイルを含む。
【００２１】
資源検索部２１０およびジョブ制御ファイル作成部２１１は、あらかじめ記憶部２０１に格納されていても良いし、コンピュータが利用可能な可搬性を有する記憶媒体に格納しておき、図示していないデータ読取部を介して必要に応じて読み出されても良いし、あるいは、コンピュータが利用可能な通信媒体と接続された他の装置から必要に応じてダウンロードされて記憶部２０１に格納されるものであっても良い。また、各処理部は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。
【００２２】
図３は、本実施形態における開発サーバ１０３のハードウェア構成例を示す図である。本実施形態における開発サーバ１０３は一般的なコンピュータにより実現でき、ハードディスクドライブなどの不揮発性記憶装置で構成される記憶部３０１と、ＲＡＭなど揮発性記憶装置で構成されるメモリ３０２と、記憶部３０１に記憶されているコンピュータプログラムをメモリ３０２に読み出すなどして実行し開発サーバ１０３自体の統括制御を行うとともに各種判定、演算及び制御処理を行うＣＰＵ等で構成される演算処理部３０３と、ネットワーク１０５を介して他コンピュータと接続するためのネットワークインタフェース３０４を具備する。各部は、ＢＵＳ（バス）等の通信路により接続されている。
【００２３】
記憶部３０１には、ファイル監視部３１０、コンパイル用ディレクトリ作成部３１１、共通資源複製部３１２、改修資源取得部３１３、コンパイル処理部３１４、作成モジュール送信部３１５、コンパイル用ディレクトリ削除部３１６、資源管理サーバ１０１から受信したジョブ制御ファイル２１３、および共通資源ファイル（ＣＯＰＹ句、サブルーチン）３１８が格納されている。
【００２４】
ファイル監視部３１０は、資源管理サーバ１０１からジョブ制御ファイル２１３を受信したか否かを監視するプログラムとして実現する。
【００２５】
コンパイル用ディレクトリ作成部３１１は、ジョブ制御ファイル２１３の情報に基づいて、案件を識別するための管理番号と開発者が使用する端末を識別するための端末ＩＤを含む案件情報を最上位ディレクトリとし、その配下に各種コンパイル用資源のディレクトリ３１９を作成するプログラムとして実現する。なお、同一のシステム開発案件について複数の開発者が同時にコンパイルを行う場合がある。この場合に、案件を識別する管理番号のみを案件情報とすると、複数の開発者による同一のコンパイル用ディレクトリの同時使用という状況が発生する。本実施形態ではこのような状況を避けるため、案件情報に案件を識別するための管理番号と開発者が使用する端末を識別するための端末ＩＤとを含めている。
【００２６】
図６は、本実施形態におけるコンパイル用ディレクトリ３１９の構成例を示す図である。
図６に示すようにコンパイル用ディレクトリ３１９は、最上位ディレクトリの管理番号＿端末ＩＤ６０１の配下にｃｏｐｙ６０２、ｓｕｂ６０３、ＴＥＳＴ６０４、さらにＴＥＳＴ６０４の配下にｃｏｐｙ６０５、ｓｕｂ６０６、ｂａｔｃｈ６０７、さらにｂａｔｃｈ６０７の配下にｂｉｎ６０８を有する構成である。
【００２７】
最上位ディレクトリの管理番号＿端末ＩＤ６０１は、ジョブ制御ファイル２１３の案件を識別するための管理番号と端末ＩＤから作成される。ｃｏｐｙ６０２は、コンパイル対象共通資源のＣＯＰＹ句を格納する記憶領域である。ｓｕｂ６０３は、共通資源のサブルーチンを格納する記憶領域である。
【００２８】
ＴＥＳＴ６０４は、コンパイル対象改修資源を格納する記憶領域の上位ディレクトリであり、この配下に資源改修サーバ１０２にあるコンパイル対象改修資源を格納する記憶領域であるｃｏｐｙ６０５、ｓｕｂ６０６およびｂａｔｃｈ６０７を有する。ｃｏｐｙ６０５は、コンパイル対象改修資源のＣＯＰＹ句を格納する記憶領域である。ｓｕｂ６０６は、コンパイル対象改修資源のサブルーチンを格納する記憶領域である。ｂａｔｃｈ６０７は、コンパイル対象改修資源のソースプログラムを格納する記憶領域である。
【００２９】
ｂａｔｃｈ６０７の配下にあるｂｉｎ６０８は、コンパイル処理で作成されたモジュールを格納する記憶領域である。
【００３０】
なお、最上位ディレクトリの管理番号＿端末ＩＤ６０１の配下のディレクトリ構成は常に同一である。また、共通資源の記憶領域と改修資源の記憶領域とを区別して作成する理由は、コンパイルした際にコンパイル対象資源が共通資源か改修資源かを判別可能にするためである。また、コンパイル対象資源の呼び出しの優先制御はコンパイル用シェルにより行う。
【００３１】
図３に戻り説明を続ける。共通資源複製部３１２は、共通資源ファイル３１８にある各種共通資源（ＣＯＰＹ句、サブルーチン）を複製し、作成したコンパイル用ディレクトリ３１９の該当ディレクトリへ格納するプログラムとして実現する。
【００３２】
改修資源取得部３１３は、ジョブ制御ファイル２１３におけるコンパイル対象改修資源のフルパス情報に基づいて、資源改修サーバ１０２から対象改修資源を取得するプログラムとして実現する。
【００３３】
コンパイル処理部３１４は、ジョブ制御ファイル２１３におけるコンパイル実行プログラムの起動指示情報に基づいて、対象資源のコンパイルを行うプログラムとして実現する。
【００３４】
作成モジュール送信部３１５は、コンパイルにより生成されたモジュールおよび作成さらたコンパイル処理結果（コンパイルリスト）と、コンパイルを行った改修資源を資源改修サーバ１０２に送信するプログラムとして実現する。
【００３５】
コンパイル用ディレクトリ削除部３１６は、コンパイルを行った後に、コンパイル用ディレクトリを削除するプログラムとして実現する。
【００３６】
ファイル監視部３１０、コンパイル用ディレクトリ作成部３１１、共通資源複製部３１２、改修資源取得部３１３、コンパイル処理部３１４、作成モジュール送信部３１５およびコンパイル用ディレクトリ削除部３１６は、あらかじめ記憶部３０１に格納されていても良いし、コンピュータが利用可能な可搬性を有する記憶媒体に格納しておき、図示していないデータ読取部を介して必要に応じて読み出されても良いし、あるいは、コンピュータが利用可能な通信媒体と接続された他の装置から必要に応じてダウンロードされて記憶部３０１に格納されるものであっても良い。また、各処理部は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。
【００３７】
なお、図示していないが、資源改修サーバ１０２とユーザ端末１０４は、記憶部、メモリ、演算処理部、ネットワークインタフェース等を有する一般的なコンピュータにより実現できる。改修資源サーバ１０２は、資源改修用のサーバであり、プログラム、ＣＯＰＹ句、サブルーチンといった改修資源を案件別に管理しており、開発サーバ１０３からの要求に応答して該当改修資源を開発サーバ１０３へ送信する。ユーザ端末１０４は、対象案件の資源検索要求や検索結果の表示やユーザにより選択された資源のコンパイル指示を行う。
【００３８】
続いて、本実施形態におけるシステム開発支援システム１００の動作を説明する。図７（ａ）および図７（ｂ）は、本実施形態におけるシステム開発支援システム１００の動作を示すフロー図である。なお、システム開発支援システム１００を構成する各コンピュータにおける各処理は、各コンピュータの演算処理部が実行および制御するものとする。
【００３９】
先ずユーザ端末１０４は、ユーザにより入力された対象案件の管理番号を含む対象資源検索要求をネットワーク１０５を介して資源管理サーバ１０１へ送信する（ステップ７０１）。
【００４０】
資源管理サーバ１０１は、検索要求を受けてこの検索要求に含まれる管理番号に基づき資源管理データベース２１２（図４）を検索し（ステップ７０２）、該当管理番号４０１を含む資源情報４０２〜４０６を読み出し、検索結果（図５）をネットワーク１０５を介してユーザ端末１０４へ送信する（ステップ７０３）。
【００４１】
ユーザ端末１０４は、検索結果を表示する（ステップ７０４）。図５は、本実施形態における検索および検索結果の資源情報一覧画面５００の例を示す図である。図５に示すように本実施形態における検索および検索結果の資源情報一覧画面５００は、ヘッダ部５１０、明細部５２０およびフッタ部５３０から構成される。ヘッダ部５１０は、案件の管理番号５１１、当該案件における資源の検索指示を行うための検索ボタン５１２から構成される。明細部５２０は、コンパイル対象資源を選択するためのチェックボックスを有する選択５２１、資源の種別を表す種別５２２、資源名５２３、資源内容５２４、資源の払い出しを行った担当者を識別する担当者ＩＤ５２５、資源の払い出しを行った日付を表す搬出日５２６の各値の表示部、前項ボタン５２７および次項ボタン５２８から構成される。フッタ部５３０は、コンパイル指示を行うためのコンパイル指示ボタン５３１および終了ボタン５３２を有する。
【００４２】
本実施形態では、ユーザ端末１０４にヘッダ部５１０が表示された状態（明細部５２０は未表示）で、ユーザが対象案件の管理番号５１１を入力し、検索ボタン５１２を押下する操作を行うことで図７（ａ）に示すステップ７０１の処理が実行され、ステップ７０３において、検索結果として、ステップ７０２の検索処理で得られた対象資源の情報を明細部５２０に含む資源情報一欄画面がユーザ端末１０４へ送信される。
【００４３】
そしてユーザが、図５に示す検索結果の資源情報一欄画面５００において、選択５２１のチェックボックスでコンパイル対象資源を選択し、コンパイル指示ボタン５３１を押下する操作を行うと、ユーザ端末１０４は、管理番号５１１、対象資源の情報５２２〜５２６、改修している資源があればその改修資源のフルパス情報、操作端末１０４の端末ＩＤを含む対象資源のコンパイル指示情報をネットワーク１０５を介して資源管理サーバ１０１へ送信する（ステップ７０５）。
【００４４】
資源管理サーバ１０１は、コンパイル指示情報に基づいて、コンパイル実行プログラムの起動を指示するファイルと、管理番号、コンパイル対象資源の情報、コンパイル対象改修資源のフルパス情報および端末ＩＤが記載されたファイルとを含むジョブ制御ファイル２１３を作成し（ステップ７０６）、作成したジョブ制御ファイル２１３をネットワーク１０５を介して開発サーバ１０３へ送信する（ステップ７０７）。
【００４５】
開発サーバ１０３は、受信したジョブ制御ファイル２１３を記憶部３０１に格納するとともに、このジョブ制御ファイル２１３の情報に基づいて、図６に示した、管理番号と端末ＩＤを含む案件情報を最上位ディレクトリとし、その配下に各種コンパイル用資源（共通資源、改修資源）のディレクトリ３１９を作成する（ステップ７０８）。
【００４６】
次に開発サーバ１０３は、記憶部３０１の共通資源ファイル３１８から共通資源のＣＯＰＹ句とサブルーチンを読み出しそれぞれを上記作成したコンパイル用ディレクトリの該当ディレクトリ（ｃｏｐｙ６０２、ｓｕｂ６０３）へ格納する（ステップ７０９）。次に開発サーバ１０３は、コンパイル対象改修資源のフルパス情報を含む改修資源要求をネットワーク１０５を介して資源改修サーバ１０２へ送信する（ステップ７１０）。
【００４７】
資源改修サーバ１０２は、コンパイル対象改修資源のフルパス情報に基づき取得したコンパイル対象の改修資源（ＣＯＰＹ句、サブルーチン、プログラム）をネットワーク１０５を介して開発サーバ１０３へ送信する（ステップ７１１）。
【００４８】
開発サーバ１０３は、取得した改修資源のＣＯＰＹ句、サブルーチン、プログラムをそれぞれ上記作成したコンパイル用ディレクトリの該当ディレクトリ（ｃｏｐｙ６０５、ｓｕｂ６０６、ｂａｔｃｈ６０７）へ格納する（ステップ７１２）。そして開発サーバ１０３は、ステップ７０９とステップ７１２でコンパイル用ディレクトリに格納した共通資源と改修資源のコンパイルを行う（ステップ７１３）。コンパイルの実行により、モジュール生成およびコンパイル処理結果が記載されたコンパイルリストが作成される。開発サーバ１０３は、生成モジュールおよび作成コンパイルリストと上記コンパイルを行った改修資源を資源改修サーバ１０２に送信し（ステップ７１４）、上記作成したコンパイル用ディレクトリを削除する（ステップ７１５）。
【００４９】
以上、本発明の実施形態について具体的に説明したが、こうした本実施形態によれば、
案件ごとにコンパイル用ディレクトリを作成するので、複数の案件がある場合において、案件ごとの資源の管理が容易になるとともに、他案件における資源をコンパイルしてしまうことなく当該案件における資源のみのコンパイルを行うことができる。この結果、デグレードの発生を防止することができる。
【００５０】
本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、図６に示したコンパイル用ディレクトリの最上位ディレクトリとして、管理番号と端末ＩＤからなる案件情報を用いたが、管理番号を含まずに端末ＩＤのみを用いても良いし、対象のシステム開発案件における資源のコンパイル時に他システム開発案件における資源をも誤ってコンパイルされてしまうことや複数の開発者による同一のコンパイル用ディレクトリの同時使用という状況の発生を防止できれば、当該案件を扱う開発者ごとの固有の情報などその他の情報を用いても良い。
【符号の説明】
【００５１】
１０１・・・資源管理サーバ、１０２・・・資源改修サーバ、１０３・・・開発サーバ、１０４・・・ユーザ端末、１０５・・・ネットワーク。
【図１】
2017091027.tif 000003
【図２】
2017091027.tif 000004
【図３】
2017091027.tif 000005
【図４】
2017091027.tif 000006
【図５】
2017091027.tif 000007
【図６】
2017091027.tif 000008
【図７（ａ）】
2017091027.tif 000009
【図７（ｂ）】
2017091027.tif 000010