JP2006099452A - Ｓｉ対象ファイルおよびｓｉ関連ファイル管理システム - Google Patents

Abstract

【課題】
システム開発からシステムインテグレーション（以下ＳＩという）までの一連作業であるファイル作成や更新作業、ファイルバージョン管理作業、追加仕様登録およびバグ情報登録作業、並びにＳＩ対象ファイル抽出作業については、それぞれの作業が独立しており、また作業間で手作業が介在してしまうことで作業ミスの温床となっていた。
【解決手段】
追加仕様登録およびバグ情報登録時に取得する一意の作業管理番号をキーとして、ソースコード等の追加・変更・削除個所やファイルのバージョンを管理する。これにより、情報の共有化を実現し、さらにＳＩ対象ファイル抽出作業時に手作業を発生させず、またＳＩ対象ファイルについてチェックリストを自動生成し、これを用いることでＳＩ時の漏れを発生させない仕組みを備える。
【選択図】 図１

Description

本発明は、ＳＩ（システムインテグレーション）対象となる実行ファイルや環境設定ファイル、およびそれらのＳＩ対象ファイルに関連するソースファイルやテキストファイル等のファイルの管理技術に関する。

従来のリリース管理に関する技術として、例えば、下記特許文献１に記載のものが知られている。

特許文献１に記載のものは、リリースフェーズおよび作成・追加機能ごとにつけられた枝番をキーとしてスケジュール管理機能、物件の払い出し払い戻し機能、及びリリース依頼機能を連携するシステム管理装置に関するものである。これは、ソースを改修するリリーススケジュールを策定した後でファイルリリーススケジュールに登録済みのソースコードを払い出し、払い出されたソースコードをソースマスタからコピーして開発作業を行い、開発終了後にソースマスタへソースコードをコピーしてソースコードを払い戻し、払い戻したソースコードをリリース対象とするという一連の処理を、リリースフェーズおよび枝番をキーとして自動的に行うというものである。
特開２００２−３１２１６９号公報

しかしながら、上記の特許文献１に記載の技術は、リリースのスケジュールを策定する段階で作成および修正するソースコードが確定されていることを前提としており、仕様変更や機能追加が突発的に発生した場合には、リリースのスケジュールを変更せざるを得ない。また、一つのフェーズ作業において一つのソースコードに割り振られる枝番は一つなので、同一フェーズにおいて複数の改修内容で同一のファイルを修正する場合にすべての改修内容と修正ファイルとを関連付ける手段が存在しないという問題がある。また、抽出対象のリリースファイルはソースコードのみであり、開発後のテスト工程などで動作を確認したコンパイル済の実行ファイルの抽出は不可能であるため、ファイル抽出後にコンパイルして再度動作確認を行う必要が生じる。さらに、本番環境へのＳＩ作業をシステム管理者以外の担当者が行う場合についての考慮がされておらず、システム理解が浅い担当者がリリース作業を行うときに、手作業が介在することによるミスが発生する可能性があるという問題がある。

本発明の目的は、上述の問題点を解決することにあり、特に、システム開発工程に入った後の顧客要望における突発的な仕様変更や機能追加やバグ対策、およびＳＩ対象ファイルのＳＩ実施フェーズの変更が発生した場合でも、登録済情報についての変更が不要であり、また、ＳＩ対象ファイル抽出作業を手作業を介することなく実施可能とすることで、ＳＩ対象ファイルについてのＳＩ漏れを発生させず、さらに、システム開発環境や生成されたソースコードについて理解が浅い担当者であっても正確に本番環境へＳＩ作業が行える仕組みを持つ、システム開発作業からＳＩ時までの工程でミスを未然に防ぐことを目的としたＳＩ対象ファイル管理システムを提供することにある。

上記目的を達成するために、本発明は、ＳＩ関連ファイルの作成や更新作業、ＳＩ関連ファイルのファイルバージョン管理作業、追加仕様情報およびバグ情報登録作業について、作業管理番号をキーにＳＩ関連ファイルの作成や更新情報、ＳＩ関連ファイルのファイルバージョン管理情報と追加仕様情報およびバグ情報とを自動的に紐付けるようにしたことを特徴とする。また、ＳＩ関連ファイルの新規作成および更新処理を行う前に必ず選択する作業管理番号を、作業完了後のデータ保存時に修正（追加・変更・削除）を行ったソースコードの各行へ自動的に割り振り、作業管理番号とソースコードの双方を紐付ける。さらに、システム開発後、システム開発中に使用した作業管理番号をＳＩ担当者が画面上で選択することで、選択された作業管理番号に紐付く最新バージョンのＳＩ関連ファイルを自動的に抽出し、さらに事前に指定したＳＩ対象ファイルの保存場所等のパスについて検索を行って、ＳＩ対象ファイルを自動的に抽出する。また、前記抽出したＳＩ対象ファイルについて記述したＳＩ対象ファイルチェックリストを自動生成する。

本発明によれば、ＳＩ関連ファイルの作成や更新作業、ＳＩ関連ファイルのファイルバージョン管理作業、追加仕様情報およびバグ情報登録作業について、作業管理番号をキーに、ＳＩ関連ファイルの作成や更新情報、ＳＩ関連ファイルのファイルバージョン管理情報と追加仕様情報およびバグ情報が自動的に紐付けられるので、システム開発担当者などが整合性のとれた正確な情報を常に共有でき、管理情報の不整合により発生するミスを未然に防ぐことが可能になる。

また、システム開発前に予めＳＩのスケジュールを策定してＳＩを行う対象のソースコードを決定しておくのではなく、システム開発後にＳＩ対象となる機能を選択し、前記機能に紐付くＳＩ対象ファイルを抽出することができ、一つのＳＩ関連ファイルを複数の作業管理番号で管理することが可能になるので、システム開発工程に入った後の、顧客要望における突発的な仕様変更や機能追加やバグ対策、およびＳＩ対象ファイルのＳＩ実施フェーズの変更が発生した場合でも登録済情報について変更する必要がなくなり、変更作業や機能追加により発生するファイル管理作業について作業工数の削減が図れ、また開発後のＳＩ時のミスによる不具合の発生を未然に防ぐことが可能になる。

そして、画面上で作業管理番号を選択することで動作確認済のＳＩ対象ファイルを自動的に出力可能とする機能により、最小限の手作業で漏れなく対象ファイルを取得できるようになる。

さらに、ＳＩ対象ファイルに関する情報を記述したＳＩ対象ファイルチェックリストを出力する機能により、システム開発環境や生成されたソースコードについて理解が浅い担当者であっても、本チェックリストを使用して正確に本番環境へＳＩ作業を行うことが可能になる。

以下、本発明を実施する場合の一形態を、図面を参照して具体的に説明する。

図１は、本発明の実施の一形態であるＳＩ対象ファイルおよびＳＩ関連ファイル管理システムの構成を示すブロック図である。本ＳＩ対象ファイルおよびＳＩ関連ファイル管理システムは、図１に示すように、情報処理・管理部１と、データベース２と、物理ディレクトリ３とを備える。データベース２は、追加仕様情報およびバグ情報記憶域２１、作業管理情報記憶域２２、およびファイルバージョン情報記憶域２３を備える。物理ディレクトリ３は、ソースマスタ群３１、差分ソース群３２、担当者別一時ファイル群３３、およびＳＩ対象ファイル群３４の各ファイルを格納するディレクトリを備える。

図２は、図１のデータベース２と物理ディレクトリ３内のテーブル構成および各テーブルの関連などを示す図である。追加仕様情報およびバグ情報記憶域２１には、追加仕様情報およびバグ情報テーブル２１１が設けられる。作業管理情報記憶域２２には、作業管理番号テーブル２２１、ＳＩ関連ファイルテーブル２２２、ファイル管理情報詳細テーブル２２３、およびファイルパス情報テーブル２２４が設けられる。ファイルバージョン情報記憶域２３には、バージョン情報テーブル２３１およびバージョン情報履歴テーブル２３２が設けられる。

なお、ＳＩ対象ファイルとは、ＳＩ（システムインテグレーション）対象となる実行ファイルや環境設定ファイルなどである。ＳＩ関連ファイルとは、ＳＩ対象ファイルに関連するソースファイルやテキストファイルなどである。

システム開発において、開発担当者は要求仕様に合わせて例えば幾つかのソースプログラムなどのＳＩ関連ファイルを開発する。開発されたＳＩ関連ファイルに基づいてＳＩ対象ファイルが生成される（例えばソースプログラムは、実行形式のプログラムに変換される）。所定の段階まで開発が進むと、管理者は、例えば最新のＳＩ対象ファイルを抽出してシステムインテグレーションを行い、これにより要求仕様に沿ったシステムを構築する。

ところで、開発段階では、種々の追加仕様の追加やバグ対策のための修正などが発生する。本実施形態のシステムでは、追加仕様情報およびバグ情報ごとに作業管理番号を付け、その作業管理番号でＳＩ対象ファイルおよびＳＩ関連ファイルを管理する。例えば、開発中のシステムに対し、ある追加仕様Ａを追加する場合、その追加仕様Ａに対して１つの作業管理番号が与えられ、その追加仕様Ａを追加するために開発担当者がソースプログラムを修正（追加・変更・削除）したときにはそのソースコードの追加・変更・削除部分にその作業管理番号が付けられて管理される。従って、開発担当者は、この作業管理番号を参照することにより、ソースプログラム中のどの部分がどの追加仕様に対応する部分か一目で認識できる。バグ情報に関しても同様であり、作業管理番号を参照することにより、ソースプログラム中のどの部分がどのバグ対策に対応する部分か一目で認識できる。

また、ＳＩを行うときには、例えば追加仕様Ａは含めるが追加仕様Ｂは含めないシステムを構築したい、あるいはバグ情報Ｃのバグ対策は含めるがバグ情報Ｄのバグ対策は含めないシステムを構築したい、などの種々の要求がある。本実施形態のシステムでは、上述した作業管理番号を指定してＳＩを指示することができるので、任意の作業管理番号の作業が反映されたシステムを容易に構築できる。

さらに、上述の作業管理番号でＳＩ対象ファイルおよびＳＩ関連ファイルを管理しているので、ＳＩ対象として指定されたファイルについて、ファイル名や保存先パスおよび関連する作業管理番号を記載したチェックリストを容易に出力できる。これにより、システム理解が浅い担当者でも、容易にリリース作業を行うことができる。

図１および図２を参照して、情報処理・管理部１について詳細に説明する。情報処理・管理部１は、追加仕様情報およびバグ情報管理機能１１、並びに、ＳＩ対象ファイルおよびＳＩ関連ファイル情報管理機能１２を備える。追加仕様情報およびバグ情報管理機能１１は、データ編集・表示機能１１１と、データ登録機能１１２を備える。データ編集・表示機能１１１は、顧客による追加仕様の情報やテスト時に発生したバグ情報について編集したり、保存済データを表示したりする機能である。データ登録機能１１２は、データ編集・表示機能１１１により編集したデータをデータベース２の追加仕様情報およびバグ情報記憶域２１（詳しくは、図２に示す追加仕様情報およびバグ情報テーブル２１１）に保存し、同時に前記追加仕様情報およびバグ情報を登録するときに紐付ける、ユニークな作業管理番号を作業管理情報記憶域２２（詳しくは、図２に示す作業管理番号テーブル２２１）に保存する。

ＳＩ対象ファイルおよびＳＩ関連ファイル情報管理機能１２は、データ表示・編集機能１２１、ファイルバージョン情報管理機能１２２、データ登録機能１２３、ＳＩ対象ファイル出力機能１２４、およびＳＩ対象ファイルチェックリスト出力機能１２５を備える。

データ表示・編集機能１２１は、ＳＩ関連ファイルに対して、一般の文書作成ソフトウェアと同等の文書作成・編集・表示機能や、追加・変更・削除があった行について自動的にファイル作成・変更時に設定した作業管理番号を表示する機能を提供する。例えば、開発担当者がソースプログラムを作成・編集するときには本機能１２１が利用される。データ表示・編集機能１２１については、図３を参照して後述する。

ファイルバージョン情報管理機能１２２は、ソースプログラムなどのＳＩ関連ファイルのバージョン情報を管理する機能を提供する。具体的には、ファイルバージョン情報管理機能１２２は、新規にソースプログラムのマスタ（ＳＩ関連ファイル）を登録するとき、そのマスタファイルをソースマスタ群３１に保存する。また、修正前であるファイルのチェックアウト時と修正後であるファイルのチェックイン時とで発生するファイルの差分を差分ソース群３２に保存する。なお、チェックアウトおよびチェックインとは、ＳＩ関連ファイルの修正を開始・終了するときの手続を言う。例えば、あるソースプログラムを修正するときには、そのソースプログラムのマスタファイルをソースマスタ群３１からチェックアウトし（読み出し）、上述のデータ表示・編集機能１２１を利用して修正し、修正後、ソースマスタ群３１にチェックインする（書き込む）。ファイルバージョン情報管理機能１２２は、上述のソースマスタ群３１や差分ソース群３２のファイルを読み書きする際に、バージョン情報テーブル２３１やバージョン情報履歴テーブル２３２を利用してそのバージョンを管理する。なお、チェックアウト処理者以外がマスタファイルを修正できないようにするため、所定のフラグをデータベース２のファイルバージョン情報記憶域２３の図２に示すバージョン情報テーブル２３１に設けておき、ソースのチェックアウト時には当該フラグをオンし、チェックイン時にオフする仕組みを備える。このフラグがオンされているマスタファイルについては、正式にチェックアウトした者のみが修正でき、それ以外の者はアクセスできないようにしている。

さらに、ファイルバージョン情報管理機能１２２は、新規に保存したソースマスタなどのＳＩ関連ファイルの情報（ファイル名など）を図２に示すＳＩ関連ファイルテーブル２２２に保存する。また、作業管理番号テーブル２２１内の作業管理番号とＳＩ関連ファイルテーブル２２２内のＳＩ関連ファイル名称とを対応付ける紐付け情報を、ファイル管理情報詳細テーブル２２３に保存する。

データ登録機能１２３は、前記ファイルバージョン情報の登録機能を使用せず、ＳＩ対象ファイルに関するソース修正情報を、物理ディレクトリ３の担当者別一時ファイル群３３に、一時的に登録する。

ＳＩ対象ファイル出力機能１２４は、管理者が所定の画面で選択した作業管理番号の作業が反映されたＳＩ関連ファイルに対応するＳＩ対象ファイルを出力する。管理者が作業管理番号を選択する画面については、図４を参照して詳しく説明する。ＳＩ対象ファイルの出力が指示されたとき、ＳＩ対象ファイル出力機能１２４は、図２に示すファイル管理情報詳細テーブル２２３とバージョン情報履歴テーブル２３２からＳＩ関連ファイルの最新バージョン情報を抽出し、この情報と、事前に図２のファイルパス情報テーブル２２４に登録してあるＳＩ対象ファイルの保存先についてのパス情報を基に、ＳＩ対象である実行ファイルなどを物理ディレクトリ３のＳＩ対象ファイル群３４に自動的に出力する。

ＳＩ対象ファイルチェックリスト出力機能１２５は、前記ＳＩ対象ファイル群３４に出力したＳＩ対象ファイルに関するＳＩ対象ファイルチェックリスト４を出力する。ＳＩ対象ファイルチェックリスト４については、図７を参照して詳しく説明する。

図３を参照して、前記データ表示・編集機能１２１について具体的に説明する。図３は、作業管理番号xxx001で保存済のＳＩ関連ファイル（ソースプログラム）の４行目と１３行目を作業管理番号xxx002で修正完了後の状態を示す。この表示例５において、５１はソースコードの各行の表示、５２は各行に付された作業管理番号の表示を示す。作業管理番号xxx002で修正が行われる前の状態では、作業管理番号xxx001で保存されているので、このＳＩ関連ファイル（ソースプログラム）の各行には作業管理番号xxx001が付されている状態である。ここで、開発担当者が、ある追加仕様またはバグ対策のためにこのＳＩ関連ファイルの修正を行うものとする。このとき開発担当者は、初めに当該ＳＩ関連ファイルを作業管理番号xxx002で修正することを宣言して開く。開いた状態では、４行目と１３行目の作業管理番号はxxx001と表示される。ここで図３のように４行目と１３行目を修正し保存した段階で、これらの行には作業管理番号xxx002が付され、図３に示す状態となる。以上のように、ＳＩ関連ファイルの各行ごとに追加・変更・削除したとき作業管理番号が付されるので、各行についてどの作業管理番号での作業で編集されたものか、一目で認識できる。

次に、ＳＩ対象ファイル出力機能１２４について詳しく説明する。図４は、管理者がＳＩ対象ファイルの抽出を行う際に表示される画面の例６である。所定の操作により作業管理番号選択プルダウン６１が表示されるので、管理者は表示された作業管理番号から、ＳＩ対象ファイルを抽出する対象とする作業管理番号を選択する。複数の作業管理番号を選択することもできる。作業管理番号を選択するということは、その作業管理番号に対応する追加仕様およびバグ対策が反映されたＳＩ関連ファイルに対応するＳＩ対象ファイルを出力するという指示をしたということである。ここでは、作業管理番号xxx01，xxx02，xxx05が選択されたものとする。

図５は、図４のようにＳＩ対象ファイルの抽出対象の作業管理番号が選択された場合の処理フローを示す。

複数の作業管理番号が選択された場合（Ｌ１）、選択された作業管理番号分のループ処理（Ｌ２）を行う。Ｌ２の処理のうち、１つの作業管理番号については、まずその作業管理番号が割り振られたファイル分のループ処理（Ｌ２１）を行い、次の作業管理番号を検索する（Ｌ２２）。すべての作業管理分のループ処理（Ｌ２）が終了したら、Ｌ３に進む。Ｌ２１の処理では、まず、選択された作業管理番号で登録された当該ファイルが最新バージョンか否か判定する（Ｌ２１１）。最新バージョンでない場合には、メモリ上で当該ファイルにチェックフラグを立てて記憶する（Ｌ２１４）。最新バージョンの場合には、既にチェックフラグが立っているファイルかどうかを判別し（Ｌ２１２）、該当する場合はチェックフラグを外す処理を実行する（Ｌ２１３）。その後、対象作業管理番号が割り振られた次のファイルの処理へ移り（Ｌ２１５）、この処理を対象となる作業管理番号が割り振られたファイル分だけ繰り返す（Ｌ２１）。最後のファイルまで処理を繰り返したら、さらにL１の処理を選択された作業管理番号分繰り返す（Ｌ２）。選択された作業管理番号分全ての処理が完了したら、最終的にチェックフラグが立っているファイルが存在するかを判別し（Ｌ３）、存在しなかったらＳＩ対象ファイルを出力する（Ｌ４）。存在したら、チェックフラグが立っているファイルで、最新バージョンに近いファイルについて、そのバージョンや作業管理番号を表示し（Ｌ５）、作業者が当該ファイルを出力すると判断した場合（Ｌ６）には当該対象ファイルを出力し、出力しないと判断した場合（Ｌ６）には前記一連の作業を取り消して当該対象ファイルは出力しない（Ｌ７）。

ＳＩ対象ファイル出力機能１２４によるＳＩ対象ファイルの出力処理について具体的に説明する。図６は、バージョン情報テーブル２３１の例７を示す。なお、ファイル名が同じであっても、異なるバージョンごとに１ファイルの実体が存在する。作業管理番号の欄は、当該ファイル名の当該バージョンのファイルに含まれる作業管理番号である。例えば、ファイル名ReleaseServlet2.javaのバージョン２のファイルに対応する作業管理番号としてxxx01,xxx05が記載されているが、これは当該ファイルが、作業管理番号xxx01とxxx05が反映された（すなわち、その作業管理番号に対応する追加仕様やバグ対策が施されているということ）ものであるということを意味している。上述した図５の処理は、要するに、図６のようなバージョン情報テーブルを参照して、抽出対象として指定された作業管理番号の少なくとも１つを含み指定されなかった全ての作業管理番号を含まないようなファイル名およびバージョンのファイルを抽出する処理である。そのようなファイル名およびバージョンのファイルが最新バージョンである場合は、Ｌ２１１，Ｌ２１２，Ｌ２１３，Ｌ３，Ｌ４の処理により、当該最新バージョンのファイルがＳＩ対象として出力される。そのようなファイル名およびバージョンのファイルが複数あるときは、その中で最新のバージョンのものを、Ｌ５，Ｌ６でシステム管理者に選択させた上で、ＳＩ対象として出力する。なお、Ｌ５，Ｌ６のようにシステム管理者に選択させることなく、最新のバージョンのものを自動的に抽出するようにしてもよい。

ＳＩ関連ファイルのバージョン情報が図６の状態であり、図４のように、ＳＩ対象ファイル出力対象として作業管理番号xxx01、xxx02、xxx05を選択したとする。この場合、図５の処理フローにより、まず図６の項番１、２、４〜６、９、１０のＳＩ関連ファイルが抽出対象となる。これらの項番では、最新バージョンのファイルが、上記作業管理番号xxx01、xxx02、xxx05の少なくとも１つを含み、それ以外の作業管理番号を含まないからである。一方、項番３、７のＳＩ関連ファイルに関しては、最新バージョンのファイルが抽出対象とはならないため（指定された作業管理番号以外の作業管理番号を含むからである）、システム管理者に抽出の判断をさせる。項番３では、バージョン３のファイルが最も最新バージョンに近い該当ファイルであるので、このファイルを抽出するか否かをシステム管理者に判断させる。項番７では、バージョン１のファイルが最も最新バージョンに近い該当ファイルであるので、このファイルを抽出するか否かをシステム管理者に判断させる。システム管理者が抽出を決定すると、結果として、上述の項番１、２、４〜６、９、１０のＳＩ関連ファイルと同様にして、前記項番３、７の該当するファイルが抽出対象となる。

抽出対象となった各ＳＩ関連ファイルについては、その拡張子を除いたファイル名を基に、図２のファイルパス情報テーブル２２４に登録済みのＳＩ対象ファイル検索先パスを使用して、該当するＳＩ対象ファイルを読み出し、ＳＩ対象ファイル群３４に保存する。これにより、指定した作業管理番号に対応するＳＩ対象ファイルが抽出されたことになる。

図７は、そのように抽出されたＳＩ対象ファイルに関するＳＩ対象ファイルチェックリスト８の例を示す。システム管理者は、所定の操作により、前記のように出力されたＳＩ対象ファイルに該当する情報を記述したＳＩ対象ファイルチェックリスト８を図７のように出力することが可能である。なお、図７のリスト中に、各ＳＩ対象ファイルのバージョン情報を含めてもよい。

図８は、図１から図７で説明した本実施形態のＳＩ対象ファイルおよびＳＩ関連ファイル管理システムのデータフロー概略を示す。図８を参照して、本実施形態のシステムによる具体的な動作例を説明する。

予め、ファイルパス情報登録処理（Ｐ１）により、マスタファイル保存先パス、差分ファイル保存先パス、およびＳＩ対象ファイル出力先パス等の情報を、ファイルパス情報テーブル２２４に登録しておく。開発担当者あるいはシステム管理者は、追加仕様あるいはバグ情報が発生したとき、追加仕様情報およびバグ情報管理機能１１を用いて、それらの情報を追加仕様情報およびバグ情報記憶域２１内の追加仕様情報およびバグ情報テーブル２１１に保存する（Ｐ２−１）。このとき、その追加仕様情報やバグ情報に対応する作業管理番号（例えば「xxx01」）を付け、当該作業管理番号を作業管理情報記憶域２２の作業管理番号テーブル２２１にマスタ情報として登録する（Ｐ２−２）。作業管理番号の付け方は任意であるが、ファイルごとに最後に付けた作業管理番号を記憶しておき、その次の作業管理番号を自動的に付けるようにするとよい。

次に、開発担当者は、その作業管理番号に対応するＳＩ関連ファイルの作成・編集を行う。例えば、その作業管理番号が追加仕様に対応するものであればその追加仕様のためのソース作成・修正を行うということであり、その作業管理番号がバグ情報に対応するものであればそのバグ対策のためのソース作成・修正を行うということである。そのために、まず新規にソースプログラムを追加するのであれば、そのソースプログラムのファイル名（ＳＩ関連ファイル名称）をＳＩ関連ファイルテーブル２２２にマスタ情報として登録する（Ｐ３−１）。このとき、作業管理番号テーブル２２１に登録済みの作業管理番号一覧の中から、作業を行う対象として選択した作業管理番号（例えば「xxx01」）の情報を取得し、作成したＳＩ関連ファイルの管理情報詳細を、ファイル管理情報テーブル２２３に登録する（Ｐ３−２、Ｐ３−３）。このファイル管理情報テーブル２２３により、作業管理番号とファイル名との対応が取れる。また、当該作業管理番号を基に、作成したＳＩ関連ファイルのファイル名称を、追加仕様情報およびバグ情報テーブル２１１に、対策内容などの他の情報と共に登録する（Ｐ３−４）。さらに、バージョン情報テーブル２３１にバージョン情報を登録し（Ｐ３−５）、このときＰ１で登録済みのマスタファイル保存先パス、および差分ファイル保存先パスを参照する（Ｐ３−６）。なお、新規ソースプログラムの追加でなく、当該作業管理番号の作業のために既存のソースの修正を行う場合は、ＳＩ関連ファイルテーブル２２２から修正する対象のソースファイル（ＳＩ関連ファイル）を選択し（Ｐ３−１）、作業管理番号テーブル２２１から作業を行う対象の作業管理番号を選択し、それらをファイル管理情報テーブル２２３に登録して対応を取り（Ｐ３−２、Ｐ３−３）、バージョン情報テーブル２３１や追加仕様情報およびバグ情報テーブル２１１の更新も行っておく（Ｐ３−４、Ｐ３−５、Ｐ３−６）。

ＳＩ関連ファイルの新規作成の場合は、図３のような画面上で開発担当者がソースコードを入力すると、各行に、上記で選択されている作業管理番号が付けられる。既存のＳＩ関連ファイルの修正の場合は、ここで作成したバージョン情報テーブル２３１の情報を基に、図３のような画面が表示される。具体的には、マスタファイルまたはマスタファイルと差分ファイルをマージしたものを各行の表示５１のように表示し、作成または更新したときの作業管理番号（例えば「xxx01」）を各行について作業管理番号の表示５２のように表示する。開発担当者がこの画面でソースコードの追加・変更・削除を行うと、その修正部分に、上記で選択されている作業管理番号が付けられる。新規作成あるいは修正したＳＩ関連ファイルを保存するときには、Ｐ３で登録済みのバージョン情報を基に更新後の情報を新規にバージョン情報テーブル２３１に登録し、バージョン情報の履歴についてバージョン情報履歴テーブル２３２に登録する（Ｐ４）。ここで作成したバージョン情報履歴テーブル２３２の情報を基に、図６に例を示すバージョン情報一覧を作成する。ＳＩ対象ファイルチェックリスト出力処理時には、Ｐ１で登録済みのＳＩ対象ファイル出力先パス情報とテーブル２３２から参照した作業管理番号およびファイル名称を基に、図７に例を示すＳＩ対象ファイルチェックリスト４を出力する（Ｐ５）。

本発明の実施の一形態であるＳＩ対象ファイルおよびＳＩ関連ファイル管理システムの構成を示すブロック図である。 各データベースが保持するテーブルとその関連、さらにテーブルに関連した物理ディレクトリを説明するための説明図である。 ＳＩ関連ファイルの表示・編集機能を説明するための説明図である。 ＳＩ関連ファイルの抽出方法について説明するための説明図である。 ＳＩ関連ファイルの抽出処理の概要を示すフローチャートである。 ＳＩ関連ファイルのバージョン管理情報の一例である。 ＳＩ対象ファイルチェックリストの一例である。 本発明の実施の一形態であるＳＩ対象ファイルおよびＳＩ関連ファイル管理システムのデータフロー概略を説明するための説明図である。

符号の説明

１…情報処理・管理部、１１…追加仕様情報およびバグ情報管理機能、１１１…データ表示・編集機能、１１２…データ登録機能、１２…ＳＩ対象ファイルおよびＳＩ関連ファイル情報管理機能、１２１…データ表示・編集機能、１２２…ファイルバージョン情報管理機能、１２３…データ登録機能、１２４…ＳＩ対象ファイル出力機能、１２５…ＳＩ対象ファイルチェックリスト出力機能、２…データベース、２１…追加仕様情報およびバグ管理情報記憶域、２１１…追加仕様情報およびバグ情報テーブル、２２…作業管理情報記憶域、２２１…作業管理番号テーブル、２２２…ＳＩ関連ファイルテーブル、２２３…ファイル管理情報詳細テーブル、２２４…ファイルパス情報テーブル、２３…ファイルバージョン記憶域、２３１…バージョン情報テーブル、２３２…バージョン情報履歴テーブル、３…物理ディレクトリ、３１…ソースマスタ群、３２…差分ソース群、３３…担当者別一時ファイル群、３４…ＳＩ対象ファイル群、４…ＳＩ対象ファイルチェックリスト、５…ＳＩ関連ファイル表示・編集用エディタ、５１…ＳＩ関連ファイル表示・編集部、５２…作業管理番号表示部、６…ＳＩ対象ファイル抽出用作業管理番号選択画面、６１…ＳＩ対象ファイル抽出用作業管理番号選択プルダウン、７…ＳＩ関連ファイルバージョン情報一覧（例）、８…ＳＩ対象ファイルチェックリスト（例）。

Claims (6)

1. システムインテグレーション（以下、「ＳＩ」と言う）を行う対象であるＳＩ対象ファイルについて、システム開発作業からＳＩ時までの工程でファイル管理を行うＳＩ対象ファイルおよびＳＩ関連ファイル管理システムであって、
   ＳＩ対象ファイルの管理、該ＳＩ対象ファイルに関連するＳＩ関連ファイルのファイルバージョン管理、追加仕様情報およびバグ情報管理を、一つの管理システムとして同一データベース上で実装し、追加仕様情報およびバグ情報ごとに振られる作業管理番号をキーとして、前記ＳＩ対象ファイルおよびＳＩ関連ファイルのバージョン並びに追加仕様情報およびバグ情報を一元管理することを特徴とするＳＩ対象ファイルおよびＳＩ関連ファイル管理システム。
2. ＳＩ対象ファイルと該ＳＩ対象ファイルに関連するＳＩ関連ファイルを管理するＳＩ対象ファイルおよびＳＩ関連ファイル管理システムであって、
   追加仕様情報およびバグ情報を登録する手段と、
   登録した追加仕様情報およびバグ情報ごとに作業管理番号を登録する手段と、
   前記作業管理番号を選択してＳＩ関連ファイルの追加・変更・削除を行ったときには、作業完了後にそのＳＩ関連ファイルを保存するとき、前記追加・変更・削除を行った各行へ前記選択した作業管理番号を自動的に付する手段と、
   前記ＳＩ関連ファイルの内容を前記各行に付された作業管理番号と共に表示する手段と
   を備えたことを特徴とするＳＩ対象ファイルおよびＳＩ関連ファイル管理システム。
3. 請求項２に記載のＳＩ対象ファイルおよびＳＩ関連ファイル管理システムにおいて、さらに、
   前記作業管理番号を選択したＳＩ関連ファイルの追加・変更・削除が行われ、当該ＳＩ関連ファイルが同一ファイル名の別バージョンのファイルとして保存されたときには、その時点で当該ＳＩ関連ファイルの各行に付されている作業管理番号と前記ファイル名およびバージョンとを対応させてファイルバージョン情報として記憶し管理する手段を備えたことを特徴とするＳＩ対象ファイルおよびＳＩ関連ファイル管理システム。
4. 請求項３に記載のＳＩ対象ファイルおよびＳＩ関連ファイル管理システムにおいて、さらに、
   抽出対象とする作業管理番号を選択する手段と、
   選択された作業管理番号のうちの少なくとも１つを含み、かつ選択されなかった作業管理番号を含まないようなＳＩ関連ファイルの最新バージョンのものを抽出する手段と
   を備えたことを特徴とするＳＩ対象ファイルおよびＳＩ関連ファイル管理システム。
5. 請求項４に記載のＳＩ対象ファイルおよびＳＩ関連ファイル管理システムにおいて、さらに、
   選択された作業管理番号のうちの少なくとも１つを含み、かつ選択されなかった作業管理番号を含まないようなＳＩ関連ファイルが最新バージョンでなかった場合は、そのようなＳＩ関連ファイルの中で最も最新バージョンに近いファイルの情報を表示し、システム管理者に選択させた上で当該ファイルを抽出する手段を備えたことを特徴とするＳＩ対象ファイルおよびＳＩ関連ファイル管理システム。
6. 請求項４または５に記載のＳＩ対象ファイルおよびＳＩ関連ファイル管理システムにおいて、さらに、
   前記抽出したＳＩ関連ファイルに対応するＳＩ対象ファイルについて、そのＳＩ対象ファイル名、ファイル保存先パス、および、そのＳＩ対象ファイルに対応するＳＩ関連ファイルの追加・変更・削除を行ったときに登録した作業管理番号を漏れなく記述したＳＩ対象ファイルチェックリストを出力する手段を備えたことを特徴とするＳＩ対象ファイルおよびＳＩ関連ファイル管理システム。

Images