(57)【特許請求の範囲】
【請求項１】
電子計算機を利用して、登録されたソースプログラムを格納する統合ライブラリと登録された対応するドキュメントを格納する統合ライブラリとを計算機上に保存し登録・更新するリソース管理方法において、前記計算機は、端末装置からの要求に応じて前記統合ライブラリの両方から指定されたソースプログラムと対応するドキュメントを読み出して各々修正用ライブラリに複写するとともに、前記ソースプログラムと対応するドキュメントの両者に共通の修正番号を採番して当該ソースプログラムと対応するドキュメントの修正と登録を管理するテーブルに記録し、前記計算機は、各々登録用ライブラリに格納される修正後の前記ソースプログラムと対応するドキュメントを読み出して各々の前記統合ライブラリに登録するに際して、採番され前記テーブル上に記録されたものと同一の前記修正番号が修正後の前記ソースプログラムと対応するドキュメント中の所定の位置に記録されているか否かを判定し、記録されている場合に修正後の前記ソースプログラムと対応するドキュメントを各々の前記統合ライブラリに登録することを特徴とする統合リソース管理方法。
【請求項２】
前記計算機は、前記テーブルを参照して、前記要求の際に指定されたソースプログラムとそれに対応付けられたドキュメントの識別子に対応する前記テーブル上の前回の修正番号を次の連番に更新し、更新された修正番号を今回の修正番号として記録することを特徴とする請求項１記載の統合リソース管理方法。
【請求項３】
前記計算機は、前記要求の際に指定されたソースプログラムとそれに対応付けられたドキュメントの識別子に対応してさらに前記複写の処理日を前記テーブルに登録し、修正後の登録の際に前記処理日を削除し、前記テーブルに登録されている前記識別子に対応する登録日を更新することを特徴とする請求項２記載の統合リソース管理方法。
【請求項４】
計算機読み取り可能なプログラムを格納する記憶媒体であって、前記プログラムは、登録されたソースプログラムを格納する統合ライブラリと登録された対応するドキュメントを格納する統合ライブラリとを前記計算機上に保存し登録・更新する機能を前記計算機に実行させるためのプログラムであって、端末装置からの要求に応じて前記統合ライブラリの両方から指定されたソースプログラムと対応するドキュメントを読み出して各々修正用ライブラリに複写するとともに、前記ソースプログラムと対応するドキュメントの両者に共通の修正番号を採番して当該ソースプログラムと対応するドキュメントの修正と登録を管理するテーブルに記録する機能と、各々登録用ライブラリに格納される修正後の前記ソースプログラムと対応するドキュメントを読み出して各々の前記統合ライブラリに登録するに際して、採番され前記テーブル上に記録されたものと同一の前記修正番号が修正後の前記ソースプログラムと対応するドキュメント中の所定の位置に記録されているか否かを判定し、記録されている場合に修正後の前記ソースプログラムと対応するドキュメントを各々の前記統合ライブラリに登録する機能とを前記計算機に実行させるプログラムであることを特徴とするプログラムを格納する記憶媒体。
【請求項５】
前記プログラムは、前記テーブルを参照して、前記要求の際に指定されたソースプログラムとそれに対応付けられたドキュメントの識別子に対応する前記テーブル上の前回の修正番号を次の連番に更新し、更新された修正番号を今回の修正番号として記録する機能を前記計算機に実行させるプログラムであることを特徴とする請求項４記載のプログラムを格納する記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子計算機を利用してソースプログラムと関連するドキュメントをリソースとして管理する方法に係わり、特にソースプログラムと対応するドキュメントとが同期をとって保守されるように管理する統合リソース管理方法に関する。
【０００２】
【従来の技術】
特開平５−１０８３１９号公報には、ドキュメント（プログラム仕様書）からソースプログラムを自動生成する方式について記載されている。この技術は、ソフトウェアの初期作成および大幅な業務仕様の変更に伴う再作成時にソースプログラムの生産性、信頼性を向上する点で有効である。しかし業務改善などによりソフトウェアを保守する際には、ドキュメント及びソースプログラムに手作業による修正が必要となる。このときドキュメント又はソースプログラムのどちらか一方で修正漏れが発生する可能性がある。更に近年の大規模開発においては、これらの修正漏れを人手により検出することが大変困難な状況になっている。
【０００３】
【発明が解決しようとする課題】
従来の技術では以下のような問題点が挙げられる。これまでソフトウェア保守時にドキュメント又はソースプログラムの修正漏れを検知する作業は、人間の手作業に頼っているため、大規模開発では特に充分なチェックアウトができなかった。またこれによつて次回以降の保守時には、ドキュメントとソースプログラムの整合性を調査する作業が発生し、実際のドキュメントやソースプログラムの修正作業のほかに膨大な作業量が必要となり、ソフトウェア保守作業の作業効率を低下させる要因となっている。
【０００４】
本発明の目的は、ソースプログラムと対応するドキュメントが同期をとって保守されるように管理する方法を提供することにある。
【０００５】
【課題を解決するための手段】
本発明は、登録されたソースプログラムを格納するライブラリと登録された対応するドキュメントを格納するライブラリとをリソースとして管理するリソース管理方法において、払い出し要求に応じてこれらライブラリの両方から指定されたソースプログラムと対応するドキュメントを払い出すとともに両者に共通の修正番号を付与し、修正後のソースプログラムと対応するドキュメントを上記ライブラリの両方に登録するに際して、修正後のソースプログラムと対応するドキュメントの所定の位置に付与された修正番号が記録されているか否かを判定し、記録されている場合に修正後のソースプログラムと対応するドキュメントを各々のライブラリに登録する統合リソース管理方法を特徴とする。
【０００６】
【発明の実施の形態】
図１は、本発明の実施形態の構成を示す統合リソース管理システムの構成図である。１０１は統合リソース管理のプログラムを実行する計算機である。１０２は登録・払い出し要求を投入するための端末装置であり、ネツトワークを介してこの計算機に接続されるパソコン等の計算機である。１０３は統合リソース管理システムが管理している全てのソースプログラムを格納している統合ソースプログラムライブラリである。１０４は統合リソース管理システムが管理している全てのドキュメントを格納している統合ドキュメントライブラリである。１０５はリソースの登録・払い出し状況を管理するプログラム管理テーブルである。１０６は払い出し要求に従って払い出されたソースプログラムが格納される払い出し用ソースプログラムライブラリである。１０７は払い出し要求に従って払い出されたドキュメントが格納される払い出し用ドキュメントライブラリである。１０８は登録要求の際に登録するソースプログラムを予め格納しておくための登録用ソースプログラムライブラリである。１０９は登録要求の際に登録するドキュメントを予め格納しておくための登録用ドキュメントライブラリである。１１０は登録結果及び払い出し結果を通知するためのプリンタ上の帳票である。統合リソース管理をするプログラムは、新規登録要求に対して動作する新規登録処理（１１１）、払い出し要求に対して動作する払い出し処理（１１２）および修正登録要求に対して動作する修正登録処理（１１３）から構成されている。
【０００７】
なお統合リソース管理を構成する新規登録処理（１１１）、払い出し処理（１１２）および修正登録処理（１１３）のプログラムを格納する記憶媒体を作成し、計算機１０１に接続されている駆動装置を介して計算機１０１に読み込むか、他の計算機の駆動装置、その計算機およびネットワークを介して計算機１０１に伝送し、計算機１０１で実行することが可能である。
【０００８】
以下図１により動作の概要を説明する。まず新規にリソースを登録する場合の動作について説明する。端末装置（１０２）から新規登録を選択し、登録するプログラムＩＤを投入すると、統合リソース管理の新規登録処理（１１１）が動作する。新規登録処理（１１１）はプログラム管理テーブル（１０５）を検索し、新規登録の妥当性をチェックした後、予め格納されていた登録用のライブラリ（１０８、１０９）の内容を統合ライブラリ（１０３、１０４）に登録する。そして登録したリソースの情報をプログラム管理テーブル（１０５）に登録する。  次に既に登録されているリソースに対して修正を行うために払い出しを行う場合の動作について説明する。端末装置（１０２）から払い出しを選択し、払い出しを行うプログラムＩＤを投入すると、統合リソース管理の払い出し処理（１１２）が動作する。払い出し処理（１１２）は、プログラム管理テーブル（１０５）を検索し、払い出しの妥当性をチェックした後、統合ライブラリ（１０３、１０４）から払い出し用のライブラリ（１０６、１０７）に指定されたソースプログラムとそのドキュメントを複写する。そして払い出したリソースの情報をプログラム管理テーブル（１０５）に登録する。
【０００９】
最後に払い出したリソースを修正した後、登録する場合の動作について説明する。端末装置（１０２）から修正登録を選択し、修正登録を行うプログラムＩＤを投入すると、統合リソース管理の修正登録処理（１１３）が動作する。修正登録処理（１１３）は、プログラム管理テーブル（１０５）を検索し、修正登録の妥当性をチェックした後、予め登録用のライブラリ（１０８、１０９）に格納されていた内容を統合ライブラリ（１０３、１０４）に登録する。また登録結果を結果確認リスト（１１０）として出力する。
【００１０】
図２は、表示装置１０２に表示される統合リソース管理の画面遷移図である。２０１は統合リソース管理システムのメニュー画面である。２０２は新規登録画面である。２０３は払い出し画面である。２０４は修正登録画面である。
【００１１】
以下図２により画面遷移について説明する。まず統合リソース管理プログラムを起動すると、メニュー画面（２０１）が出力され、メニュー画面（２０１）に表示される処理の番号を選択する（２０５）ことにより画面が遷移する。メニュー画面（２０１）で「１」を選択すると新規登録画面（２０２）に遷移する。新規登録画面（２０２）を介して新規登録するプログラムＩＤ（２０６）、プログラム名称（２０７）およびプログラムの作成担当者（２０８）を入力することにより新規登録処理（１１１）を起動する。新規登録処理（１１１）の処理結果は、処理結果通知（２０９）に表示される。
【００１２】
メニュー画面（２０１）で「２」を選択すると払い出し画面（２０３）に遷移する。払い出し画面（２０３）を介して払い出すプログラムＩＤ（２０６）、修正後の登録予定日（２１０）および払い出し担当者（２０８）を入力することにより、払い出し処理（１１２）を起動する。払い出し処理（１１２）の処理結果は、処理結果通知（２０９）に表示される。
【００１３】
処理メニュー画面（２０１）で「３」を選択すると修正登録画面（２０４）に遷移する。修正登録画面（２０４）を介して修正登録するプログラムＩＤ（２０６）およびプログラムの修正担当者（２０８）を入力することにより、修正登録処理（１１３）を起動する。修正登録処理（１１３）の処理結果は、処理結果通知（２０９）に表示される。
【００１４】
図３は、プログラム管理テーブル（１０５）のデータ構成を示す図である。プログラム管理テーブル（１０５）は、プログラムとそのドキュメントの登録及び払い出し状態を管理するテーブルである。２０６はプログラムとそのドキュメントを一意に特定するための識別子である。プログラムと対応するドキュメントに共通なリソースの識別子である。２０７はプログラムとそのドキュメントを一意に特定するための日本語名称である。３０１は払い出しの際に与えられる修正番号である。プログラム毎に連番を付番する。３０２は払い出しを行った年月日である。払い出し作業を行った年月日が自動的に登録される。２１０は払い出したプログラムソースとドキュメントを修正後に登録する予定日である。払い出しの際に画面から入力される。３０３はプログラムソースとそのドキュメントを登録した年月日である。登録作業を行った年月日が自動的に設定される。２０８はプログラムソースとそのドキュメントを作成又は修正した担当者である。登録又は払い出しの際に画面から入力される。修正番号（３０１）は、最新の修正番号を保持している。新規に登録した後、一度も払い出しを行っていないプログラムは、修正番号（３０１）が空欄となる。払い出し日（３０２）および登録予定日（２１０）にデータがある場合は、現在払い出し中であることを表している。修正後に登録するときは、払い出し日（３０２）および登録予定日（２１０）が空欄になり、登録日（３０３）が設定される。
【００１５】
図４は、結果確認リスト（１１０）のデータ構成を示す図である。２０６は処理を行ったプログラムのＩＤである。２０７は処理を行ったプログラムの日本語名称である。４０１は処理の種別である。新規登録、払い出し、修正登録の何れかを出力する。４０２は処理結果を出力する。エラーが発生した場合はエラーの内容を出力する。
【００１６】
図５は、統合リソース管理プログラム中の新規登録処理（１１１）の流れを表すフローチャートである。端末（１０２）の新規登録画面（２０２）を介してプログラムＩＤ（２０６）、プログラム名称（２０７）及び担当者（２０８）を入力すると新規登録処理（１１１）が起動する。新規登録処理（１１１）は、まず端末（１０２）から入力した内容を受信する（ステップ５０１）。プログラムＩＤ（２０６）を検索キーとして、プログラム管理テーブル（１０５）を検索する（ステップ５０２）。プログラム管理テーブル（１０５）から検索できた場合は、既に登録されているとみなし、エラー通知を端末（１０２）に返し、処理を中止する。また、登録用のライブラリ（１０８，１０９）にソースプログラムとそのドキュメントの双方共が存在しない場合は、エラーとみなしエラー通知を端末（１０２）に返す。プログラムＩＤ（２０６）がプログラム管理テーブル（１０５）から検索できなかった場合は、新規登録できるとみなし、予め登録するプログラムのソースプログラムとそのドキュメントが格納されている登録用のライブラリ（１０８，１０９）から統合ライブラリ（１０３，１０４）にソースプログラムとそのドキュメントを登録する（ステップ５０３）。ここで登録するソースプログラムとそのドキュメントのファイルは、指定された同一のプログラムＩＤがファイル名として付与される。次にプログラム管理テーブル（１０５）にプログラムＩＤ（２０６）、プログラム名称（２０７）、登録日（３０３）および担当者（２０８）を登録する（ステップ５０４）。登録日（３０３）は、処理を行った日付を設定する。最後に端末（１０２）に処理結果を表示し、結果確認リスト（１１０）に処理結果を出力する（ステップ５０５）。端末（１０２）には、新規登録画面（２０２）の処理結果通知（２０９）に出力する。結果確認リスト（１１０）には、プログラムＩＤ（２０６）、プログラム名称（２０７）および処理区分（４０１）および処理結果（４０２）を出力する。処理区分（４０１）には「新規登録」を出力する。
【００１７】
図６は、統合リソース管理プログラム中の払い出し処理（１１２）の流れを表すフローチャートである。端末（１０２）の払い出し画面（２０３）を介してプログラムＩＤ（２０６）、登録予定日（２１０）および担当者（２０９）を入力すると、払い出し処理（１１２）を起動する。払い出し処理（１１２）では、まず端末（１０２）からの入力を受信する（ステップ６０１）。端末（１０２）から入力されたプログラムＩＤ（２０６）を検索キーとしてプログラム管理テーブル（１０５）を検索する（ステップ６０２）。検索できなかった場合は、まだ登録されてないとみなし、エラー通知を端末（１０２）に返し、処理を中止する。検索できた場合、払い出し日（３０２）が設定されていると既に払い出し中と判断し、エラー通知を端末（１０２）に返し、処理を中断する。上記以外の場合は正常とみなし、端末（１０２）から入力されたプログラムＩＤ（２０６）のソースプログラムとそのドキュメントを統合ライブラリ（１０３，１０４）から払い出し用のライブラリ（１０６，１０７）に複写する（ステップ６０３）。次に今回の修正に対する修正番号を付番する（ステップ６０４）。修正番号は、前回の修正番号（３０１）に連続する番号、例えば前回の修正番号（３０１）を１だけ進めた連番に更新する。払い出すプログラムＩＤに対する修正番号（３０１）が空欄であれば初期払い出しとみなし、最初の連番を付番する。次に払い出すプログラムに対する払い出し情報をプログラム管理テーブル（１０５）に登録する（ステップ６０５）。すなわち付番した修正番号（３０１）、払い出し日（３０２）、登録予定日（２１０）および担当者（２０８）を更新して、登録日（３０３）を削除するなど無効とする。払い出し日（３０２）は、払い出し処理を行った年月日を設定する。登録予定日（２１０）、担当者（２０８）は、端末（１０２）の払い出し画面（２０３）を介して入力された内容を設定する。最後に払い出しの処理結果通知を端末（１０２）に表示し、結果確認リスト（１１０）に出力する（ステップ６０６）。端末（１０２）には、払い出し画面（２０３）の処理結果通知（２０９）に出力する。結果確認リスト（１１０）には、払い出したプログラムＩＤ（２０６）、プログラム名称（２０７）、処理区分（４０１）および処理結果（４０２）を出力する。処理区分（４０１）には「払い出し」を出力する。
【００１８】
図７は、統合リソース管理プログラム中の修正登録処理（１１３）の流れを表すフローチャートである。端末（１０２）の修正登録画面（２０４）を介してプログラムＩＤ（２０６）および担当者（２０８）を入力すると修正登録処理（１１３）を起動する。修正登録処理（１１３）では、まず端末（１０２）から入力された内容を受信する（ステップ７０１）。端末（１０２）から入力されたプログラムＩＤ（２０６）を検索キーとして、プログラム管理テーブル（１０５）を検索する。検索できなかった場合は、プログラムの登録がまだ行われていないため、エラーと判断し、端末（１０２）にエラー通知を返す（ステップ７０２）。またプログラムＩＤ（２０６）は検索できるが払い出し日（３０２）が空欄の場合は、払い出しが行われていないためエラーと判断し、端末（１０２）にエラー通知を返す（ステップ７０２）。上記条件を満たした場合は更に以下のチェックを行う。登録用のライブラリ（１０８，１０９）に予め格納されたソースプログラムとそのドキュメントについて検索によつて得られたプログラム管理テーブル（１０５）の修正番号（３０１）を検索して双方の所定位置に該当する修正番号（３０１）が存在するか否かをチェックする（ステップ７０３）。
【００１９】
図８に整合性チェックの具体例を示す。図８の例では、「金額」を求める際に「消費税（５％）」を乗算する変更を行い、その場合の修正番号（３０１）が「ＰＲＯＧ０１００２」であるケースを表している。修正番号はソースプログラム８０２とドキュメント８０１の各々について修正担当者によって所定の位置に記録されたものである。修正番号（３０１）の整合性チェック（７０３）では、修正番号「ＰＲＯＧ０１００２」をソースプログラム８０２とそのドキュメント８０１の双方について検索する。ソースプログラム、ドキュメントの双方に同一の修正番号を検出できた場合にのみ整合性があると判断され、何れか一方でも検索できなかった場合は、エラーとみなされる。
【００２０】
図７の修正登録処理（１１３）に戻り、整合性チェック（７０３）で整合性が確保できた場合は、登録用のライブラリ（１０８，１０９）から統合ライブラリ（１０３，１０４）にソースプログラムとそのドキュメントを登録する（ステップ７０４）。登録したプログラムの管理情報によってプログラム管理テーブル（１０５）を更新する（ステップ７０５）。すなわち払い出し日（３０２）及び登録予定日（２１０）を削除するなど無効とし、登録日（３０３）及び担当者（２０８）を設定する。登録日（３０３）は、修正登録（１１３）の処理を行った年月日を設定する。担当者（２０８）は、端末（１０２）の修正登録画面（２０４）から入力した内容を設定する。最後に処理結果通知を端末（１０２）に表示し、結果確認リスト（１１０）に出力する（ステップ７０６）。結果確認リスト（１１０）には、プログラムＩＤ（２０６）、プログラム名称（２０７）、処理区分（４０１）および処理結果（４０２）を出力する。処理区分（４０１）は「修正登録」を設定する。
【００２１】
なお上記実施形態は、ＣＡＳＥツールによりドキュメントを入力してソースコーディングを生成する全ての成果物について適用できる。例えばレコード仕様からＣＯＢＯＬのレコード定義ステートメントを生成して使用する場合に、前者をドキュメント、後者をプログラムとみなして本発明を適用できる。
【００２２】
【発明の効果】
以上述べたように本発明によれば、ソースプログラムと対応するドキュメントに共通の修正番号を付与し、この修正番号に基づいてソースプログラムと対応するドキュメントの双方が修正されているか否かを管理するので、ドキュメント又はソースプログラムの修正漏れを検出することができ、ドキュメントとソースプログラムの整合性を調査する作業を回避できる。
【図面の簡単な説明】
【図１】実施形態の統合リソース管理システムの構成図である。
【図２】実施形態の統合リソース管理の画面遷移図である。
【図３】実施形態のプログラム管理テーブル１０５のデータ構成を示す図である。
【図４】実施形態の結果確認リスト１１０のデータ構成を示す図である。
【図５】実施形態の新規登録処理１１１の流れを表すフローチャートである。
【図６】実施形態の払い出し処理１１２の流れを表すフローチャートである。
【図７】実施形態の修正登録処理１１３の流れを表すフローチャートである。
【図８】修正番号の整合性チェックの具体例を示す図である。
【符号の説明】
１０５：プログラム管理テーブル、１１１：新規登録処理、１１２：払い出し処理、１１３：修正登録処理、２０６：プログラムＩＤ、３０１：修正番号、３０２：払い出し日、３０３：登録日
【図１】
0003771753.tif 000002
【図２】
0003771753.tif 000003
【図３】
0003771753.tif 000004
【図４】
0003771753.tif 000005
【図５】
0003771753.tif 000006
【図６】
0003771753.tif 000007
【図７】
0003771753.tif 000008
【図８】
0003771753.tif 000009