JPH11296350A - オブジェクトリリース管理方法 - Google Patents

Abstract

(57)【要約】 【課題】システム開発・運用・保守において発生する修
正オブジェクトの本番環境へのリリースにおいて、人為
的な作業ミスを防止し、ＳＩ管理者の負荷を軽減する。 【解決手段】システム装置は、端末装置から入力された
ＳＩ要求オブジェクトの登録要求（ステップ２０４）に
対して、リリース要求オブジェクトが修正されているか
（ステップ２０８）といったリリース要求オブジェクト
の登録チェックを行い、登録可と判断した場合は、リリ
ース要求オブジェクトをリリース待ちのファイルに格納
する（ステップ２２０）。さらにシステム装置は、リリ
ース予定日でＳＩオブジェクトを自動抽出した後、抽出
されたオブジェクトに関連してリリースされるべきオブ
ジェクトが全てシステム装置に登録されているかチェッ
クを行う。ここで、システム装置が、リリース可と判断
した場合は、リリース対象オブジェクトを本番用オブジ
ェクトファイルへリリースする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システム開発・運
用・保守における修正オブジェクトの本番環境へのリリ
ース手段に関わるものである。

【０００２】

【従来の技術】システム開発・運用・保守において、オ
ブジェクトに変更が発生した場合は、修正・テストを行
い本番環境へリリースする。 ここで、オブジェクトと
は、マクロやモジュールのことである。この際、リリー
ス対象オブジェクトが正しいものか、また修正が完了し
ているかといったリリース対象オブジェクトの妥当性確
認は、ＳＩ管理者が人手で行って本番環境へリリースし
ていた。

【０００３】ここで、ＳＩとはシステム開発・運用・保
守において修正されたオブジェクトの本番環境へのリリ
ース行為または、オブジェクトの管理作業を指す。

【０００４】

【発明が解決しようとする課題】従来の方法において
は、リリース対象オブジェクトの妥当性確認に時間がか
かりＳＩ管理者の負担が大きいという問題点がある。さ
らに、対象外のオブジェクトをリリースしてしまう。ま
たは、対象のオブジェクトのリリースを忘れる。修正の
完了していないオブジェクトをリリースしてしまう。と
いったＳＩミスが発生する。

【０００５】本発明の目的は、リリース対象オブジェク
トの修正情報をチェックし、オブジェクトが本番環境へ
リリース可能であるかどうかを自動的に判断することが
可能なシステムを提供することで、ＳＩ管理者の負荷を
軽減することと、オブジェクトの関連情報と修正情報を
管理することにより人為的なＳＩミスを未然に防止する
ことにある。

【０００６】

【課題を解決するための手段】本発明は、関連オブジェ
クトファイル、本番用オブジェクトファイル、修正済オ
ブジェクトファイル、オブジェクト修正情報ファイル、
リリース待ちオブジェクトファイルとシステム装置、端
末装置によって構成され、端末装置から入力されたリリ
ース要求オブジェクトの登録要求に対して、登録要求の
あった登録要求オブジェクトが本当に修正されているか
チェックを行い、チェックの結果をもとにシステム装置
がリリース要求オブジェクトの登録可／不可を判断し、
登録可の場合は、システム装置がリリース要求オブジェ
クトのＳＩ予定日の妥当性チェックをが行い、リリース
予定日が妥当であると判断した場合は、ＳＩ要求オブジ
ェクトをリリース待ちファイルに格納し、リリース予定
日が妥当ではないと判断した場合は、ＳＩ予定日の再入
力要求を端末装置に通知する。また登録不可の場合は、
システム装置への登録不可の旨端末装置に通知する手段
と、登録されたリリース要求オブジェクトのリリース予
定日がシステム装置のシステム日付と一致するオブジェ
クトを抽出後、抽出されたオブジェクトに関連して修正
されたオブジェクトがシステム装置に登録されているか
チェックを行い、チェックの結果をもとにシステム装置
がリリース可／不可を判断し、リリース可の場合は、リ
リース要求オブジェクトを本番用のオブジェクトを管理
するファイルへ格納し、リリース不可の場合は、ＳＩ不
可の旨端末装置に通知する手段を有することを特徴とす
るオブジェクトリリース管理方法である。

【０００７】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。

【０００８】図１は、本発明のシステム構成図であり、
図２、図３は、図１に示した各手段の処理手順の実施形
態を表すフローチャートである。また、図４は図１にお
ける関連オブジェクトファイル、図５は図１におけるオ
ブジェクト修正情報ファイルのレイアウトである。図６
はＳＩ要求オブジェクト登録画面のレイアウトである。

【０００９】本発明におけるリリース要求オブジェクト
の本番環境へのリリースは、処理ステップ２００、２０
２、２０４、２０６、２０８、２１０、２１２、２１
４、２１６、２１８、２２０を行うオブジェクト登録・
チェック手段（ステップ１００）と、処理ステップ３０
０、３０２、３０４、３０６、３０８、３１０、３１
２、３１４を行うオブジェクトリリース手段（ステップ
１０２）により行われる。

【００１０】図１において関連オブジェクトファイル１
０４は、プロジェクトで所有するオブジェクトどうしの
関連情報を格納する。関連情報は、オブジェクトリリー
ス管理システムの運用を開始する前に、開発者もしくは
ＳＩ管理者の手によってファイルエディタ等を使用して
設定しておく必要がある。本番用オブジェクトファイル
１０６は、本番環境で使用するオブジェクトを格納し、
修正済オブジェクトファイル１０８は、仕様変更や不良
対策による修正が完了したオブジェクトを格納する。オ
ブジェクト修正情報ファイル１１０は、リリース要求オ
ブジェクトの修正情報を格納し、リリース待ちオブジェ
クトファイル１１２は、ＳＩ待ちのオブジェクトを格納
する。

【００１１】図４の関連オブジェクトファイル１０４
は、オブジェクトＩＤ４００と関連オブジェクトＩＤ４
０２から成る２次元マトリックスとなっており、オブジ
ェクトＩＤ４００が関連オブジェクトＩＤ４０２と関連
があるかどうかを関連情報４０４によって表している。
ここで関連オブジェクトとは、オブジェクトが修正され
た場合、その修正に伴い必ず見直さなければならないオ
ブジェクトまたは、必ず修正されなければならないオブ
ジェクトのことである。さらに関連情報４０４におい
て、０は関連がない状態、１は関連オブジェクトを見直
す必要がある状態、２は関連オブジェクトを修正する必
要がある状態であることを示す。例えば、図４におい
て、Ｂ０１のオブジェクトはＡ０１、Ｃ０１と関連があ
り、Ａ０１については見直しが必要、Ｃ０１については
修正が必要であることを示している。

【００１２】図５のオブジェクト修正情報ファイル１１
０において、５００はシステム装置に登録されたオブジ
ェクトのＩＤ、５０２はオブジェクトの名称、５０４は
修正内容、５０６は修正完了日、５０８はＳＩ予定日、
５１０はＳＩ完了日である。

【００１３】図６のＳＩ要求オブジェクト登録画面０３
０において、６００はリリース要求オブジェクトのオブ
ジェクトＩＤを入力するフィールド、６０２はオブジェ
クトの名称を入力するフィールド、６０４は修正内容を
入力するフィールド、６０６は修正完了日を入力するフ
ィールド、６０８はリリース予定日をを入力するフィー
ルド、６１０は入力されたオブジェクトＩＤ６０２に関
連するオブジェクトのＩＤの一覧を表示するフィール
ド、６１２は関連オブジェクトＩＤ６１０を修正するか
どうかのサインを入力するフィールドである。修正サイ
ン６１２において、１は関連するオブジェクトの修正が
必要であること、０は修正が必要でないことを示す。６
１４は関連オブジェクトＩＤ６１０を表示するためのボ
タン、６１６はＳＩ要求オブジェクト登録画面０３０に
入力した内容をＳＩシステム装置０１０へ送信するため
のボタンである。６１８はエラーメッセージを表示する
フィールドである。

【００１４】次に図２のフローチャートに基づいてＳＩ
オブジェクト登録・チェック処理方法を説明する。

【００１５】開発者は、修正が完了したオブジェクトを
修正済オブジェクトファイル１０８へ格納後、端末装置
０２０のＳＩ要求オブジェクト登録画面０３０からオブ
ジェクトＩＤ６０２を入力する。開発者は、関連オブジ
ェクト表示ボタン６１４を押下することで関連オブジェ
クト表示要求をシステム装置０１０に送信し、システム
装置０１０はこの要求を受け付ける（ステップ２０
０）。

【００１６】システム装置０１０は、ステップ２００で
取得したオブジェクトＩＤ６０２について、関連オブジ
ェクトファイル１０４の該当レコードの関連情報４０４
を参照し、関連情報４０４が１の関連オブジェクトＩＤ
４０２を端末装置０２０のＳＩ要求オブジェクト登録画
面０３０の関連オブジェクトＩＤ６１０欄に表示する。
ここで、見直サイン６１２の初期値は０としておく（ス
テップ２０２）。

【００１７】開発者は、リリース要求オブジェクト登録
画面０３０の関連オブジェクトＩＤ６１０に表示された
オブジェクトを見直した後、オブジェクトＩＤ６００の
オブジェクト修正に伴って修正されるべき関連オブジェ
クトＩＤ６１０の修正サイン６１２欄を１にし、オブジ
ェクト名６０２、修正内容６０４、修正完了日６０６、
リリース予定日６０８を入力する。開発者は、登録ボタ
ン６１６を押下することでリリース要求オブジェクトの
登録要求をシステム装置０１０に送信し、システム装置
０１０はこの要求を受け付ける（ステップ２０４）。

【００１８】システム装置０１０は、ステップ２００で
取得したオブジェクトＩＤ６０２について、本番用オブ
ジェクトファイル１０６と修正済オブジェクトファイル
１０８中の該当オブジェクトを比較し修正量（ステップ
数）を計算する（ステップ２０６）。ＳＩシステム装置
０１０は、ステップ２０６で計算した修正量をチェック
し（ステップ２０８）、修正量が０であれば、端末装置
０２０のリリース要求オブジェクト登録画面０３０のエ
ラーメッセージ欄６１８に登録不可であることを表示す
る（ステップ２１０）。０でなければ、ステップ２０４
で取得したリリース予定日６０８が未来日付かどうかチ
ェックし（ステップ２１２）、未来日付でなければ、端
末装置０２０のＳＩ要求オブジェクト登録画面０３０の
エラーメッセージ欄６１８にＳＩ予定日の再入力要求メ
ッセージを表示する（ステップ２１４）。未来日付であ
れば、ステップ２００で取得したオブジェクトＩＤ６０
０とステップ２０４で取得したオブジェクト名６０２、
修正内容６０４、修正完了日６０６、ＳＩ予定日６０８
をオブジェクト修正情報ファイル１１０に格納する（ス
テップ２１６）。

【００１９】ＳＩシステム装置０１０は、ステップ２０
４で取得したオブジェクトＩＤ６００について、関連オ
ブジェクトファイル１０４を検索し該当するレコードを
抽出する。ここで抽出されたレコードの関連オブジェク
トＩＤ４０２とステップ２０４で取得した修正サイン６
１２が１となっている関連オブジェクトＩＤ６１０が一
致する箇所の関連情報を２に更新する（ステップ２１
８）。さらにステップ２００で取得したオブジェクトＩ
Ｄ６０２について、修正済オブジェクトファイル１０８
から該当するオブジェクトをリリース待ちオブジェクト
ファイル１１２へ移動する（ステップ２２０）。

【００２０】次に図３のフローチャートに基づいてオブ
ジェクトリリース処理方法を説明する。

【００２１】ＳＩシステム装置０１０は、オブジェクト
修正情報ファイル１１０の先頭レコードを読み込む（ス
テップ３００）。ＳＩシステム装置０１０は、読み込ん
だレコードのＳＩ完了日５１０をチェックし（ステップ
３０２）、完了日がセットされていれば、オブジェクト
修正情報ファイル１１０の次のレコードを読み込む。完
了日がセットされていなければ、ＳＩ予定日５０８がＳ
Ｉシステム装置０１０のシステム日付と一致するかチェ
ックし（ステップ３０４）、一致していなければ、オブ
ジェクト修正情報ファイル１１０の次のレコードを読み
込む。一致していれば、該当するレコードのオブジェク
トＩＤ５００について、関連オブジェクトファイル１０
４を検索し、関連情報４０４が２である関連オブジェク
トＩＤ４０２を取得する。ここで、取得した関連オブジ
ェクトＩＤ４０２について、リリース待ちオブジェクト
ファイル１１２を検索し、関連オブジェクトＩＤ４０２
と一致するオブジェクトがＳＩ待ちオブジェクトファイ
ル１１２中に存在するかチェックする（ステップ３０
６）。ステップ３０６の処理を行う事により、今回ＳＩ
するオブジェクトに関連してＳＩされるべきオブジェク
トが全てシステム装置へ登録されているか確認する事が
できる。ここで、リリース待ちオブジェクトファイル１
１２中に関連オブジェクトＩＤ４０２と一致するオブジ
ェクトが存在しなければ、端末装置０２０にＳＩ不可で
ある事を通知する（ステップ３０８）。存在すれば、ス
テップ３０６で取得したオブジェクトＩＤ５００につい
て、ＳＩ待ちオブジェクトファイル１１２を検索し、該
当オブジェクトを本番用オブジェクトファイル１０６へ
移動する（ステップ３１０）。

【００２２】システム装置０１０は、ステップ３１０で
移動したオブジェクトについて、該当するオブジェクト
修正情報ファイル１１０のＳＩ完了日５１０にオブジェ
クトを移動した日付をセットする（ステップ３１２）。
さらにステップ３１０で移動したオブジェクトについ
て、該当する関連オブジェクトファイル１０４の関連情
報が２の箇所を１に更新する（ステップ３１４）。

【００２３】

【発明の効果】以上述べたように、本発明によれば、リ
リース要求オブジェクトの登録時にオブジェクトが登録
可能であるかチェックし、本番環境へのリリース時にリ
リース対象オブジェクトの妥当性チェックを行う事で、
人為的なＳＩミスを未然に防止するとともにＳＩ管理者
の負荷を軽減する事が可能である。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】図１におけるオブジェクト登録・チェック手段
の処理手順を示すフローチャートである。

【図３】図１におけるオブジェクトリリース手段の処理
手順を示すフローチャートである。

【図４】図１における関連オブジェクトファイルの構成
図である。

【図５】図１におけるオブジェクト修正情報ファイルの
構成図である。

【図６】リリース要求オブジェクト登録画面のレイアウ
トある。

【符号の説明】

０１０ システム装置 ０２０ 端末装置 ０３０ リリース要求オブジェクト登録画面 １００ オブジェクト登録・チェック手段 １０２ オブジェクトリリース手段 １０４ 関連オブジェクトファイル １０６ 本番用オブジェクトファイル １０８ 修正済オブジェクトファイル １１０ オブジェクト修正情報ファイル １１２ リリース待ちオブジェクトファイル

Claims (2)

【特許請求の範囲】
1. 【請求項１】端末装置からシステム装置へ入力されたリ
   リース要求オブジェクトの登録要求に対して、登録要求
   のあったリリース要求オブジェクトが本当に修正されて
   いるかチェックを行い、チェックの結果をもとにシステ
   ムがリリース要求オブジェクトの登録可／不可を判断
   し、登録可の場合は、リリース要求オブジェクトをシス
   テム装置に登録することを特徴とするオブジェクトリリ
   ース管理方法。
2. 【請求項２】請求項１で登録されたリリース要求オブジ
   ェクトのリリース予定日がシステム装置のシステム日付
   と一致するオブジェクトを抽出後、抽出されたオブジェ
   クトに関連して修正されたオブジェクトがシステム装置
   に登録されているかチェックを行い、チェックの結果を
   もとにシステム装置がリリース可／不可を判断し、リリ
   ース可の場合は、リリース要求オブジェクトを本番用の
   オブジェクトを管理するファイルへ格納することを特徴
   とするオブジェクトリリース管理方法。