成果物管理システム、方法及びコンピュータプログラム
【課題】最終成果物を作成するまでに、前工程の成果物に依存する複数の工程が介在する場合において、いずれかの工程で省略された中間成果物が事後的に作成されたときであっても、一連の依存関係が適切に反映されるようにする。
【解決手段】成果物監視部１０は、各工程で作成される成果物の各々に全工程における当該工程の相対順序を表す情報を含む成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤ（前成果物ＩＤ）との組をヘッダ情報として成果物ＩＤ登録部１７に登録する。成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後、本来両ＩＤ間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、所定条件を満たすときは、当該連続する関係の無い成果物の前成果物ＩＤを、中間成果物の成果物ＩＤに置き換える。
【解決手段】成果物監視部１０は、各工程で作成される成果物の各々に全工程における当該工程の相対順序を表す情報を含む成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤ（前成果物ＩＤ）との組をヘッダ情報として成果物ＩＤ登録部１７に登録する。成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後、本来両ＩＤ間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、所定条件を満たすときは、当該連続する関係の無い成果物の前成果物ＩＤを、中間成果物の成果物ＩＤに置き換える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される中間成果物に連続的な依存性が要求される成果物開発を支援する成果物管理技術に関するものである。
【背景技術】
【０００２】
近年、財務報告の有効性を保証する観点から、内部統制の重要性が増している。内部統制のうち、ＩＴ（情報技術）−全般統制で求められる統制項目の一つは、システム開発を実施する際に、最初の開発要望と最終的にリリースされるプログラム、およびその開発過程で作成される各種設計書などの成果物の依存関係が明確となっていることを保証することである。
【０００３】
しかしながら、実際の開発現場では、緊急のバグ修正や、問題対処のためのパッチリリース等の緊急を要する案件の場合、リリースまでの時間を最小限にすることが求められる制約から、中間成果物の一部が、省略され、未完成の状態で、最終プログラムのリリースを実施することが優先されるケースがしばしばある。
【０００４】
この場合、内部統制の観点からは、リリース後、省略された中間成果物をできる限り速やかに作成し、最終的にすべての成果物が作成され、成果物間の依存関係が明確に定義されることにより、最初の開発依頼書と最終的にリリースされたプログラムまでのすべての成果物の一連の依存関係が明確に管理されることが必要となる。
【０００５】
このような要請に応える従来技術して、ソフトウエアの上流工程から下流工程へ段階的に設計情報を詳細化しながら、ソフトウェア成果物を作成する場合に、各成果物に、固有の設計情報識別ＩＤの他に、関連する上流工程の成果物の設計情報識別ＩＤを付与することにより、上流工程の成果物が下流工程のどの成果物と関連しているかを管理する技術が存在する（特許文献１参照）。
【０００６】
また、開発プロセスの各段階の完了結果に関する情報をソフトウェア成果物に埋め込み、この情報に基づいて、ソフトウェア成果物と開発プロセスとの関連を管理する技術も知られている（特許文献２参照）。
【０００７】
さらに、互いに依存関係によって関連をもつ成果物間の対応関係を記憶するテーブルを参照することにより、依存関係のある成果物において、一つの成果物に変更があった場合に、その変更の影響が及ぶ成果物を明確にすることができ、成果物間の不整合を防ぐ技術も存在する（特許文献３参照）。
【特許文献１】特開２００７−１９９７５５
【特許文献２】特開２００７−１８３６１
【特許文献３】特開２００２−４１２８９
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１乃至３のいずれの技術も、成果物が、予定された順番通り、省略されることなく作成されることが前提となっており、事後的に中間成果物が作成された場合には、その依存関係を管理することができないという問題があった。
【０００９】
本発明は、このような問題に鑑み、最終成果物を作成するまでに、前工程の成果物に依存する複数の工程が介在する場合において、いずれかの工程で省略された中間成果物が事後的に作成されたときであっても、一連の依存関係が適切に反映される成果物管理技術を提供することを、その課題とする。
【課題を解決するための手段】
【００１０】
本発明は、成果物管理システム、成果物管理方法、及び、コンピュータシステムを成果物管理システムとして動作させるためのコンピュータプログラムを提供する。
本発明の成果物管理システムは、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムであって、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段と、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段と、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段と、を備えて成る。
【００１１】
ある実施の態様の成果物管理システムは、前記ヘッダ情報に含まれる成果物ＩＤと前成果物ＩＤとが連続する関係にあるか否かを判定する判定手段をさらに備えており、前記登録手段は、前記判定手段により、成果物ＩＤと前成果物ＩＤとが連続する関係にないと判定される成果物についてのヘッダ情報の一部として、時間の経過と共に減少する、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物の完成予定日数を登録するように構成される。登録手段は、前記中間成果物が作成された場合は、前記完成予定日数を削除する。
前記完成予定日数が所定の日数となったことを検知した場合に、予め登録された連絡先装置に向けて警告情報を発信する警告通信管理手段をさらに備えた成果物管理システムとすることもできる。
【００１２】
本発明の成果物管理方法は、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するために、成果物ＩＤ付与手段、登録手段及び更新手段を有する情報処理システムが実行する方法であって、前記成果物ＩＤ付与手段が、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する段階と、前記登録手段が、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する段階と、前記更新手段が、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える段階と、を有する方法である。
【００１３】
本発明のコンピュータプログラムは、コンピュータを、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムとして動作させるためのコンピュータプログラムであって、前記コンピュータを、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段、及び、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段、として機能させる、コンピュータプログラムである。
【発明の効果】
【００１４】
本発明によれば、複数工程のいずれかで、省略された中間成果物が事後的に作成されたときに、既に作成されたヘッダ情報が、成果物の一連の依存関係が適切に反映されるように置き換わるので、事前に決められた工程順に従って成果物が作成されない場合であっても、事後的に成果物の一連の依存関係を管理することができる。
また、中間成果物の完成予定日数をヘッダ情報の一部として登録することにより、中間成果物の完成予定日を管理することができる。
さらに、中間成果物の完成予定日数が所定の日数となった場合には、警告情報を発信することにより、中間成果物の作成し忘れを防止することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を、ユーザ端末で作成した成果物の一連の依存関係を管理する成果物管理システムに適用した場合の実施の形態例を説明する。この成果物管理システムは、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発の支援を行うものである。
【００１６】
[全体構成]
図１は、本実施形態による成果物管理システムの全体構成図である。この成果物管理システムは、システム開発の過程で種々の成果物を作成するユーザ端末３０との間で、ネットワーク４０を介して相互接続されるコンピュータにより実現される。このコンピュータは、ハードディスク装置等の記憶装置を有しており、本発明のコンピュータプログラムを実行することにより、記憶装置上に、成果物保存フォルダ２０を構築するとともに、そのコンピュータを成果物監視部１０として機能させる。
【００１７】
成果物保存フォルダ２０は、成果物監視部１０によりアクセスされるデータベース管理システムの一種であり、システム開発の工程ごとに分けて作成されている。成果物は、その作成された工程に応じたフォルダに格納される。図示の例では、「開発依頼書」フォルダ２１、「要件定義書」フォルダ２２、「外部設計書」フォルダ２３、「内部設計書」フォルダ２４、「ＰＧ設計書」フォルダ２５、「プログラム」フォルダ２６、「テスト確認書」フォルダ２７、及び「リリース結果確認書」フォルダ２８が格納されている。以後の説明では、便宜上、成果物が、各フォルダ２１〜２８の順番に作成されるものとする。
【００１８】
［各種ＩＤ及びヘッダ情報］
本実施形態では、各工程で作成される成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報として「成果物ＩＤ」を用いる。また、作成された成果物が前工程のどの成果物に依存しているのかを識別するために「前成果物ＩＤ」を用いる。
また、成果物同士の関連性を検証しやすくするために、すべての成果物にヘッダの欄を設け、このヘッダの欄にヘッダ情報を記述する。成果物に記述するヘッダ情報は、後述する成果物ＩＤ登録ＤＢ１７（ＤＢはデータベースの略、以下同じ）に登録するヘッダ情報と同じ内容であっても良いが、本実施形態では、成果物ＩＤ、前成果物ＩＤ及び連絡先を成果物に記述するヘッダ情報とする。成果物に記述するヘッダ情報の一例を図２の上部に示す。
図２の「成果物ＩＤ」の欄には、成果物ＩＤが成果物ＩＤ付与部１３により自動的に付与される。「前成果物ＩＤ」の欄には、前成果物ＩＤがユーザ端末３０から指定される。「連絡先」の欄には、成果物が完了予定日になっても作成されない場合の警告メールの送付先が、ユーザ端末３０により記述される。
【００１９】
成果物ＩＤについて、より詳しく説明しておく。成果物ＩＤは、図３に示されるように、その成果物がどの開発工程におけるものであるかを識別するための「成果物ＩＤ種別」と、同じ成果物ＩＤ種別を持つ複数の成果物を区別するための「成果物ＩＤ番号」とで構成される。成果物ＩＤ種別は、図４に示されるように、１バイトのアルファベット、図示の例では、図１のフォルダの順番に対応してＡ〜Ｈを用いることができる。例えば、成果物保存フォルダ２０の「内部設計書」フォルダ２４に成果物が保存された場合、成果物ＩＤ種別は４番目の成果物であるから「Ｄ」となる。最初の成果物ＩＤ種別は、特に「Ｓｔａｒｔ−ＩＤ」、最後の成果物ＩＤ種別は、「Ｅｎｄ−ＩＤ」と称する。
なお、図４に示すように、最初の成果物、最後の成果物、並びに、成果物間の順序を識別することができる情報であれば、必ずしもアルファベットである必要はない。
【００２０】
このＩＤ体系から判るように、本実施形態では、各工程での成果物が、必ずしも１対１に関連づけられる必要はなく、１つの上流成果物（上流工程で作成された成果物）から２つ以上の下流成果物（その上流工程からみれば下流に当たる工程で作成された成果物）が作成されることを前提としている。但し、複数上流成果物が下流で１つの成果物にまとめられることはないものとする。
【００２１】
なお、成果物ＩＤと前成果物ＩＤとが連続する関係にない場合において、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ成果物を特に「中間成果物」と称する場合がある。
【００２２】
［成果物監視部の構成］
図１に戻り、成果物監視部１０の構成を詳しく説明する。
成果物監視部１０は、成果物保存フォルダ２０に保存される成果物及びヘッダ情報の内容を監視するものであり、そのために、図示のように、成果物登録検知部１１、成果物ＩＤ付与部１２、前成果物ＩＤ管理部１３、作業管理部１４、成果物ＩＤ登録管理部１５、通信管理部１６の機能を有するとともに、成果物ＩＤ登録ＤＢ１７を所定のデータ記録領域に形成する。成果物ＩＤ登録ＤＢ１７は、成果物ＩＤ、前成果物ＩＤ及び作業の完了予定日数を含むヘッダ情報を登録するためのＤＢである。この成果物ＩＤ登録ＤＢ１７は、成果物保存フォルダ２０と同じ記憶装置に構築しても良い。
【００２３】
成果物監視部１０の各機能の説明は、以下の通りである。
成果物登録検知部１１は、成果物保存フォルダ２０を監視し、実際に作成された成果物が保存・更新されたことを検知する機能である。
【００２４】
成果物ＩＤ付与部１２は、成果物保存フォルダ２０に保存された成果物に、上記の成果物ＩＤを自動的に付与するとともに、この成果物ＩＤを当該成果物のヘッダ情報の一部として、成果物ＩＤ登録管理部１５へ通知する。必要に応じて、成果物ＩＤの置き換え（更新）を可能にするための処理を行う。
【００２５】
前成果物ＩＤ管理部１３は、注目する成果物と依存関係にある前成果物ＩＤの指定をユーザ端末３０を通じて促し、指定された内容を当該成果物のヘッダ情報の一部として当該成果物の前成果物ＩＤとして記述するとともに、記述した前成果物ＩＤを、成果物ＩＤ登録管理部１５へ通知する。必要に応じて、前成果物ＩＤの置き換え（更新）を可能にするための処理を行う。
【００２６】
作業管理部１４は、成果物ＩＤと前成果物ＩＤとに基づいて、作成された複数の成果物の間の連続的な依存性、すなわち実際に行われた作業の依存性を監視する。具体的には、各成果物のヘッダに記述され、あるいは、成果物ＩＤ登録ＤＢ１７に登録されているヘッダ情報を読み出して、成果物毎の成果物ＩＤと前成果物ＩＤとを比較し、両ＩＤが連続する関係にあるか否かを判定する。連続する関係にない成果物が作成されていると判定した場合は、その旨を成果物ＩＤ登録管理部１５に伝える。
【００２７】
作業管理部１４は、また、連続する関係にない成果物が作成されていると判定され、所定の通知条件に該当する場合には、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物の受領の有無を監視し、未受領のときは、その完成予定日数の入力をユーザ端末３０に促すための処理を行う。完成予定日数が入力されたときは、その完成予定日数を図示しないメモリ領域に保存して監視する。すなわち、コンピュータが内蔵する図示しない時計機能を利用し、所定の日数（例えば０日）になるまで、完成予定日数を時間の経過と共に減少させ、現在の日数を成果物ＩＤ登録管理部１５に伝える。完成予定日数が所定の日数に達したときは、その旨を通信管理部１６に伝える。
【００２８】
成果物ＩＤ登録管理部１５は、成果物ＩＤ付与部１２、前成果物ＩＤ管理部１３及び作業管理部１４と連携することにより、登録手段、更新手段として機能する。
すなわち、成果物ＩＤ登録管理部１５は、成果物ＩＤ、前成果物ＩＤ、及び完了予定日数を成果物ＩＤを登録ＤＢ１７に登録するとともに、成果物ＩＤ登録ＤＢ１７に登録されているヘッダ情報、及び、成果物保存フォルダ２０に保存されている成果物のヘッダ情報の一部又は全部を置き換える（更新する）ための処理を行う。
【００２９】
具体的には、各々の成果物に関して、成果物ＩＤ付与部１２で付与した成果物の成果物ＩＤと、前成果物ＩＤ管理部１３で付与した当該前成果物ＩＤとの組をヘッダ情報として成果物ＩＤ登録ＤＢ１７に登録する。また、作業管理部１４により、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後に、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が、連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、中間成果物の成果物ＩＤに置き換える（成果物保存フォルダ２０に保存された成果物のヘッダ情報についても同じ）。
【００３０】
成果物ＩＤ登録管理部１５は、また、成果物ＩＤと前成果物ＩＤとが連続する関係にないと判定される成果物についてのヘッダ情報に、作業管理部１４より受け取った、時間の経過に伴って減少する完成予定日数を併せて登録する。作業管理部１４から、中間成果物が作成された旨の通知を受領したときは、ヘッダ情報から完成予定日数を削除する。
【００３１】
通信管理部１６は、作業管理部１４から警告情報の発信を促す通知を受け取ったときは、成果物保存フォルダ２０に保存されているファイルのヘッダ情報に含まれている連絡先アドレスを読み出し、その連絡先アドレスに対して、警告メールを送信する。
【００３２】
［成果物ＩＤの登録］
次に、各ＩＤの登録プロセスについて説明する。
上述した通り、成果物が成果物フォルダ２０に保存された時点で、成果物ＩＤが自動的に付与され、それがヘッダ情報の一部として、成果物保存フォルダ２０の成果物に付与され、且つ、成果物ＩＤ登録ＤＢ１７に登録される。また、当該成果物の作成前に完成している成果物がある場合は、それらの成果物ＩＤのうち、ユーザ端末３０より指定された一つの成果物ＩＤが、上記の成果物ＩＤと組になる前成果物ＩＤとして、成果物に記述され、且つ、成果物ＩＤ登録ＤＢ１７に登録される。登録される成果物ＩＤ登録ＤＢ１７の内容を図５に示す。
【００３３】
図５を参照すると、Ｎｏ．１〜Ｎｏ．６・・・のフィールドに、図３及び図４に示したＩＤ体系の成果物ＩＤ及び前成果物ＩＤの組と完了予定日数とが相互に関連付けられ、これが一つのヘッダ情報として登録されるようになっている。
Ｎｏ．２のフィールドに着目すると、ヘッダの前成果物ＩＤのＩＤ種別は、当該成果物ＩＤのＩＤ種別よりも１つだけ前のアルファベットが付与されることとなる。成果物ＩＤと前成果物ＩＤとは連続する関係となるのに対して、図５におけるＮｏ．４及びＮｏ．５のフィールドのように、途中の成果物すなわち中間成果物の作成が省略された場合には、ヘッダ情報の前成果物ＩＤのＩＤ種別は、当該成果物のＩＤのＩＤ種別よりも２つ以上前のアルファベットが付与され、連続する関係とならない。
これにより、成果物監視部１０は、中間成果物の省略が発生したかどうかを容易に検知することができる。
【００３４】
［全体シーケンス］
次に、図６を参照して、本実施形態の成果物管理システムの全体的なシーケンス動作を説明する。
図６を参照すると、ユーザ端末３０（「ユーザ」として表記）を通じて成果物が作成され（１）、それが成果物保存フォルダ２０に保存される（２），（３）。成果物登録検知部１１で成果物保存を検知する（４）と、成果物ＩＤ付与部１２が、その成果物に対して、ユーザの手を介さず、自動的に成果物ＩＤを付与するとともに、その成果物ＩＤを成果物ＩＤ登録（５）に伝える。
【００３５】
前成果物ＩＤ管理部１３は、成果物ＩＤ登録管理部１５と協働し、付与された成果物ＩＤ、及び、ユーザ端末３０を通じて指定された前成果物ＩＤを、成果物のヘッダの欄にヘッダ情報の一部として記述するとともに、その前成果物ＩＤを成果物ＩＤ登録部１５に伝える。この記述は、ユーザ端末３０が直接行っても良い。この場合、前成果物ＩＤ管理部１３の上記処理は、記述内容を読み取るための処理に変わる。図２に示した連絡先の情報は、この時点でユーザ端末３０より入力させる（６）。なお、保存された成果物が最初の開発工程で作成されたものである場合には、前成果物ＩＤは存在しないので、ユーザ端末３０からの指定の処理は存在しない。
作業管理部１４は、成果物ＩＤと前成果物ＩＤとが連続する関係にないこと、つまり、中間成果物が省略されたことを検知した場合には、ユーザ端末３０に対して、中間成果物の作成完了予定日数を入力するよう促すための処理を行う。作業管理部１４は、ユーザ端末３０から完了予定日数が入力されたことを確認したときは（７）、成果物ＩＤ登録管理部１５にその旨を伝える。
【００３６】
成果物ＩＤ登録管理部１５は、ここまでの処理で得られた成果物ＩＤ、前成果物ＩＤ及び完了予定日数を、成果物ＩＤ登録ＤＢ１７に登録する（８）。その際、成果物ＩＤ登録管理部１５は、成果物ＩＤの整合性を検証し、当該成果物が事後的に作成された中間成果物であることが確認された場合には、既に登録されている成果物のうち、更新が必要な成果物について、成果物保存フォルダ２０に保存されている成果物のヘッダ情報と、成果物ＩＤ登録ＤＢ１７との更新を行う（９）。
【００３７】
作業管理部１４は、成果物ＩＤ登録ＤＢ１７に登録された完了予定日数を、例えば、毎日午前零時に１日減らす。日数がマイナスになった場合は、通信管理部１６に対して、警告情報を発信させるための通知を行う。通信管理部１６は、当該中間成果物の、ヘッダ情報として記録された連絡先に、メールで警告を発信する（１０）。
［詳細シーケンス］
【００３８】
次に、図６の全体的なシーケンス動作における成果物監視部１０の処理手順を、成果物ＩＤ登録ＤＢ１７への登録及び更新の処理を中心として、図７〜図９を参照して説明する。図７は、成果物監視部１０における詳細手順説明図、図８はヘッダ情報の更新順序、図９は、ヘッダ情報の更新内容を示す説明図である。
＜最初の登録＞
図７及び図８を参照し、まず、ユーザが、成果物ＩＤ種別が「Ａ」の成果物を作成する。この成果物が成果物保存フォルダ２０に保存されたことを検知すると、成果物ＩＤが他と重複がないように、自動的に付与される点は、図６の（１）〜（５）と同じである（ステップＳ１０１〜Ｓ１０２）。以後、便宜上、図６との重複記載を避ける。
付与される成果物ＩＤは「Ａ−００１」とする。「Ａ−００１」はＳｔａｒｔ−ＩＤなので、図７における処理はステップＳ１０４に移り、ヘッダの前成果物ＩＤ、完了予定日数は、「Ｎｕｌｌ」（何も無いことの意味）として、成果物ＩＤ登録ＤＢ１７に登録する（ステップＳ１０３：Yes、Ｓ１０４：図８（ａ））。
【００３９】
＜２回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｂ」の成果物を作成したとする。当該成果物に付与する成果物ＩＤは「Ｂ−００１」であり、これは、Ｓｔａｒｔ−ＩＤではないので、図７における処理は、ステップＳ１０５に移る（ステップＳ１０３：Ｎｏ）。ステップＳ１０５では、既に登録されている成果物ＩＤ種別「Ｂ」より若い（それ以前）のすべての既存成果物ＩＤを成果物ＩＤ登録ＤＢ１７から検索してユーザ端末３０に提示し、ユーザに一つだけ選択させる（ステップＳ１０５）。ユーザは、現在作成した成果物がどの成果物と依存関係にあるのかを指定する。この例では、「Ａ−００１」を前成果物ＩＤとして選択したとする。
【００４０】
ユーザに選択された前成果物ＩＤ種別は、今回成果物保存フォルダ２０に保存された成果物の成果物ＩＤ種別の一つ後なので（ステップＳ１０６：Yes）、成果物ＩＤ「Ｂ−００１」と前成果物ＩＤ「Ａ−００１」とを登録し、完了予定日数は「Ｎｕｌｌ」のままとする（ステップＳ１２０）。また、今回登録された成果物の前成果物ＩＤと同一の前成果物ＩＤを持ち、かつ完了予定日数が「Ｎｕｌｌ」でない成果物は存在しないので、図７の処理は、ステップＳ１０１に戻る（ステップＳ１３０：Ｎｏ：図８（ｂ））。
【００４１】
＜３回目：更新＞
次に、ユーザが、成果物ＩＤ種別が同じく「Ｂ」の成果物を作成したとする。この場合、既に成果物ＩＤ種別「Ｂ」の成果物が存在することから、付与される成果物ＩＤは「Ｂ−００２」となる。また、既に登録されている、成果物ＩＤ種別Ｂより前の成果物ＩＤは「Ａ−００１」だけなので、ユーザは、「Ａ−００１」を前成果物として指定することになる。つまり、図７における処理は、前回と同じとなる（図８（ｃ））。
【００４２】
＜４回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｄ」の成果物を作成したとする。この場合、付与される成果物ＩＤは「Ｄ−００１」となる。この時点で既に登録されている成果物ＩＤ種別「Ｄ」より前の成果物ＩＤには上記の３種類がある。ユーザは、これらの中から、現在作成した成果物とどの成果物が依存関係にあるかを選択する。本例では、「Ｂ−００２」を前成果物として選択したとする。この場合、当該成果物ＩＤ種別「Ｄ」と前成果物ＩＤ種別「Ｂ」が２つ以上離れているため、図７の処理は、ステップＳ１１０に移る（ステップＳ１０６：Ｎｏ）。この場合は、ユーザに中間成果物の作成完了までの日数を尋ねる（ステップＳ１１０）。ユーザが５日と入力したとすると、成果物ＩＤ「Ｄ−００１」、前成果物ＩＤ「Ｂ−００２」のほかに、完了予定日数として「５日」を登録する（ステップＳ１１１）。今回登録された成果物の前成果物ＩＤと同一の前成果物ＩＤを持ち、かつ完了予定日数が「Ｎｕｌｌ」でない成果物は存在しないので、その後の図７における処理は、前回と同じとなる（ステップＳ１３０：Ｎｏ：図８（ｄ））。
【００４３】
＜５回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｄ」の成果物を作成したとする。この場合、付与される成果物ＩＤは「Ｄ−００２」となり、既に登録されている、成果物ＩＤ種別「Ｄ」より前の成果物ＩＤは３種類となる。ユーザは、これらの中から、現在作成した成果物が依存関係にある前成果物の成果物ＩＤとして「Ｂ−００２」を選択したとする。さらに、当該ＩＤ種別と前成果物ＩＤ種別とが２つ以上離れているため、ユーザは中間成果物の作成完了までの日数を入力することを求められる。ユーザが５日と入力したとすると、成果物ＩＤ「Ｄ−００２」、前成果物ＩＤ「Ｂ−００２」、完了予定日数「５日」を登録する。その後の図７における処理は、前回と同じとなる（ステップＳ１３０：Ｎｏ：図８（ｅ））。
【００４４】
＜６回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｃ」の成果物を作成したとする。この場合、付与される成果物ＩＤは「Ｃ−００１」となり、既に登録されている成果物ＩＤ種別より前の成果物ＩＤは３種類となる。ユーザは、これらの中から、現在作成した成果物が依存関係にある前成果物の成果物ＩＤとして「Ｂ−００２」を選択したとする。
この場合は、図７のステップＳ１３０において、前成果物ＩＤとして指定された「Ｂ−００２」と同一の前成果物ＩＤを持つ成果物が成果物ＩＤ登録ＤＢに存在しているかどうかを検索すると、図９上段に示されるように、成果物ＩＤが「Ｄ−００１」と「Ｄ−００２」の２つの成果物が存在するので（ステップＳ１３０：Yes）、ユーザに対して、成果物ＩＤが「Ｃ−００１」の成果物と、成果物ＩＤが「Ｄ−００１」の成果物又は「Ｄ−００２」の成果物とが依存関係にあるかを尋ねることになる（ステップＳ１３１）。ユーザが「Ｄ−００２」の成果物と依存関係にあると指定すると（つまり、図９上段参照）、指定された「Ｄ−０００２」の成果物の前成果物ＩＤを、今回保存された成果物の成果物ＩＤ「Ｃ−００１」で置き換える。その後、「Ｄ−００２」の成果物ＩＤ種別と前成果物ＩＤ種別が連続したものとなるので、完了予定日数を「Ｎｕｌｌ」に更新する（ステップＳ１３２：図９下段参照）。また、成果物保存フォルダ２０に保存されている、成果物ＩＤ「Ｄ−００２」の成果物のヘッダの前成果物ＩＤも、この更新内容と同様に更新する（ステップＳ１３３：図８（ｆ）。
【００４５】
このように、本実施形態の成果物管理システムでは、開発工程の順序に応じて連続する成果物ＩＤ及び前成果物ＩＤの組をヘッダ情報の一部として採用したので、成果物ＩＤと前成果物ＩＤの連続性によって、中間成果物の作成が省略されていることを容易に検知することができる。このように中間成果物が省略されている場合であっても、事後的に作成された中間成果物を成果物保存フォルダ２０に保存する際に、この中間成果物に依存する成果物について、ヘッダ情報及び成果物ＩＤ登録ＤＢを更新することによって、最終的にすべての成果物の一連の依存関係を適切に管理することが可能になる。
また、中間成果物の完了予定日数を登録することにより、中間成果物が今後いつまでに作成される予定であるのかを把握できる。
さらに、完了予定日数が所定の日数となった場合に、所定の連絡先に警告メールを送信することによって、中間成果物の作成し忘れを防止することができる。
【図面の簡単な説明】
【００４６】
【図１】本実施形態による成果物管理システムの全体構成図。
【図２】成果物のヘッダに記録されるヘッダ情報の一例を示した図。
【図３】本実施形態で採用するＩＤ体系の説明図。
【図４】成果物ＩＤを構成する成果物ＩＤ種別及び成果物ＩＤ番号の説明図。
【図５】成果物ＩＤ登録ＤＢの内容説明図。
【図６】成果物監視システムの全体的なシーケンスを示した手順説明図。
【図７】成果物監視部における詳細シーケンスを示した手順説明図。
【図８】ヘッダ情報の更新順序を示した図。
【図９】ヘッダ情報が実際に更新される状態を示した図。
【符号の説明】
【００４７】
１０ 成果物監視部
１１ 成果物登録検知部
１２ 成果物ＩＤ付与部
１３ 前成果物ＩＤ管理部
１４ 作業管理部
１５ 成果物ＩＤ登録管理部
１６ 通信管理部
１７ 成果物ＩＤ登録ＤＢ
２０ 成果物保存フォルダ
【技術分野】
【０００１】
本発明は、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される中間成果物に連続的な依存性が要求される成果物開発を支援する成果物管理技術に関するものである。
【背景技術】
【０００２】
近年、財務報告の有効性を保証する観点から、内部統制の重要性が増している。内部統制のうち、ＩＴ（情報技術）−全般統制で求められる統制項目の一つは、システム開発を実施する際に、最初の開発要望と最終的にリリースされるプログラム、およびその開発過程で作成される各種設計書などの成果物の依存関係が明確となっていることを保証することである。
【０００３】
しかしながら、実際の開発現場では、緊急のバグ修正や、問題対処のためのパッチリリース等の緊急を要する案件の場合、リリースまでの時間を最小限にすることが求められる制約から、中間成果物の一部が、省略され、未完成の状態で、最終プログラムのリリースを実施することが優先されるケースがしばしばある。
【０００４】
この場合、内部統制の観点からは、リリース後、省略された中間成果物をできる限り速やかに作成し、最終的にすべての成果物が作成され、成果物間の依存関係が明確に定義されることにより、最初の開発依頼書と最終的にリリースされたプログラムまでのすべての成果物の一連の依存関係が明確に管理されることが必要となる。
【０００５】
このような要請に応える従来技術して、ソフトウエアの上流工程から下流工程へ段階的に設計情報を詳細化しながら、ソフトウェア成果物を作成する場合に、各成果物に、固有の設計情報識別ＩＤの他に、関連する上流工程の成果物の設計情報識別ＩＤを付与することにより、上流工程の成果物が下流工程のどの成果物と関連しているかを管理する技術が存在する（特許文献１参照）。
【０００６】
また、開発プロセスの各段階の完了結果に関する情報をソフトウェア成果物に埋め込み、この情報に基づいて、ソフトウェア成果物と開発プロセスとの関連を管理する技術も知られている（特許文献２参照）。
【０００７】
さらに、互いに依存関係によって関連をもつ成果物間の対応関係を記憶するテーブルを参照することにより、依存関係のある成果物において、一つの成果物に変更があった場合に、その変更の影響が及ぶ成果物を明確にすることができ、成果物間の不整合を防ぐ技術も存在する（特許文献３参照）。
【特許文献１】特開２００７−１９９７５５
【特許文献２】特開２００７−１８３６１
【特許文献３】特開２００２−４１２８９
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１乃至３のいずれの技術も、成果物が、予定された順番通り、省略されることなく作成されることが前提となっており、事後的に中間成果物が作成された場合には、その依存関係を管理することができないという問題があった。
【０００９】
本発明は、このような問題に鑑み、最終成果物を作成するまでに、前工程の成果物に依存する複数の工程が介在する場合において、いずれかの工程で省略された中間成果物が事後的に作成されたときであっても、一連の依存関係が適切に反映される成果物管理技術を提供することを、その課題とする。
【課題を解決するための手段】
【００１０】
本発明は、成果物管理システム、成果物管理方法、及び、コンピュータシステムを成果物管理システムとして動作させるためのコンピュータプログラムを提供する。
本発明の成果物管理システムは、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムであって、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段と、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段と、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段と、を備えて成る。
【００１１】
ある実施の態様の成果物管理システムは、前記ヘッダ情報に含まれる成果物ＩＤと前成果物ＩＤとが連続する関係にあるか否かを判定する判定手段をさらに備えており、前記登録手段は、前記判定手段により、成果物ＩＤと前成果物ＩＤとが連続する関係にないと判定される成果物についてのヘッダ情報の一部として、時間の経過と共に減少する、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物の完成予定日数を登録するように構成される。登録手段は、前記中間成果物が作成された場合は、前記完成予定日数を削除する。
前記完成予定日数が所定の日数となったことを検知した場合に、予め登録された連絡先装置に向けて警告情報を発信する警告通信管理手段をさらに備えた成果物管理システムとすることもできる。
【００１２】
本発明の成果物管理方法は、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するために、成果物ＩＤ付与手段、登録手段及び更新手段を有する情報処理システムが実行する方法であって、前記成果物ＩＤ付与手段が、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する段階と、前記登録手段が、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する段階と、前記更新手段が、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える段階と、を有する方法である。
【００１３】
本発明のコンピュータプログラムは、コンピュータを、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムとして動作させるためのコンピュータプログラムであって、前記コンピュータを、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段、及び、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段、として機能させる、コンピュータプログラムである。
【発明の効果】
【００１４】
本発明によれば、複数工程のいずれかで、省略された中間成果物が事後的に作成されたときに、既に作成されたヘッダ情報が、成果物の一連の依存関係が適切に反映されるように置き換わるので、事前に決められた工程順に従って成果物が作成されない場合であっても、事後的に成果物の一連の依存関係を管理することができる。
また、中間成果物の完成予定日数をヘッダ情報の一部として登録することにより、中間成果物の完成予定日を管理することができる。
さらに、中間成果物の完成予定日数が所定の日数となった場合には、警告情報を発信することにより、中間成果物の作成し忘れを防止することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を、ユーザ端末で作成した成果物の一連の依存関係を管理する成果物管理システムに適用した場合の実施の形態例を説明する。この成果物管理システムは、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発の支援を行うものである。
【００１６】
[全体構成]
図１は、本実施形態による成果物管理システムの全体構成図である。この成果物管理システムは、システム開発の過程で種々の成果物を作成するユーザ端末３０との間で、ネットワーク４０を介して相互接続されるコンピュータにより実現される。このコンピュータは、ハードディスク装置等の記憶装置を有しており、本発明のコンピュータプログラムを実行することにより、記憶装置上に、成果物保存フォルダ２０を構築するとともに、そのコンピュータを成果物監視部１０として機能させる。
【００１７】
成果物保存フォルダ２０は、成果物監視部１０によりアクセスされるデータベース管理システムの一種であり、システム開発の工程ごとに分けて作成されている。成果物は、その作成された工程に応じたフォルダに格納される。図示の例では、「開発依頼書」フォルダ２１、「要件定義書」フォルダ２２、「外部設計書」フォルダ２３、「内部設計書」フォルダ２４、「ＰＧ設計書」フォルダ２５、「プログラム」フォルダ２６、「テスト確認書」フォルダ２７、及び「リリース結果確認書」フォルダ２８が格納されている。以後の説明では、便宜上、成果物が、各フォルダ２１〜２８の順番に作成されるものとする。
【００１８】
［各種ＩＤ及びヘッダ情報］
本実施形態では、各工程で作成される成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報として「成果物ＩＤ」を用いる。また、作成された成果物が前工程のどの成果物に依存しているのかを識別するために「前成果物ＩＤ」を用いる。
また、成果物同士の関連性を検証しやすくするために、すべての成果物にヘッダの欄を設け、このヘッダの欄にヘッダ情報を記述する。成果物に記述するヘッダ情報は、後述する成果物ＩＤ登録ＤＢ１７（ＤＢはデータベースの略、以下同じ）に登録するヘッダ情報と同じ内容であっても良いが、本実施形態では、成果物ＩＤ、前成果物ＩＤ及び連絡先を成果物に記述するヘッダ情報とする。成果物に記述するヘッダ情報の一例を図２の上部に示す。
図２の「成果物ＩＤ」の欄には、成果物ＩＤが成果物ＩＤ付与部１３により自動的に付与される。「前成果物ＩＤ」の欄には、前成果物ＩＤがユーザ端末３０から指定される。「連絡先」の欄には、成果物が完了予定日になっても作成されない場合の警告メールの送付先が、ユーザ端末３０により記述される。
【００１９】
成果物ＩＤについて、より詳しく説明しておく。成果物ＩＤは、図３に示されるように、その成果物がどの開発工程におけるものであるかを識別するための「成果物ＩＤ種別」と、同じ成果物ＩＤ種別を持つ複数の成果物を区別するための「成果物ＩＤ番号」とで構成される。成果物ＩＤ種別は、図４に示されるように、１バイトのアルファベット、図示の例では、図１のフォルダの順番に対応してＡ〜Ｈを用いることができる。例えば、成果物保存フォルダ２０の「内部設計書」フォルダ２４に成果物が保存された場合、成果物ＩＤ種別は４番目の成果物であるから「Ｄ」となる。最初の成果物ＩＤ種別は、特に「Ｓｔａｒｔ−ＩＤ」、最後の成果物ＩＤ種別は、「Ｅｎｄ−ＩＤ」と称する。
なお、図４に示すように、最初の成果物、最後の成果物、並びに、成果物間の順序を識別することができる情報であれば、必ずしもアルファベットである必要はない。
【００２０】
このＩＤ体系から判るように、本実施形態では、各工程での成果物が、必ずしも１対１に関連づけられる必要はなく、１つの上流成果物（上流工程で作成された成果物）から２つ以上の下流成果物（その上流工程からみれば下流に当たる工程で作成された成果物）が作成されることを前提としている。但し、複数上流成果物が下流で１つの成果物にまとめられることはないものとする。
【００２１】
なお、成果物ＩＤと前成果物ＩＤとが連続する関係にない場合において、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ成果物を特に「中間成果物」と称する場合がある。
【００２２】
［成果物監視部の構成］
図１に戻り、成果物監視部１０の構成を詳しく説明する。
成果物監視部１０は、成果物保存フォルダ２０に保存される成果物及びヘッダ情報の内容を監視するものであり、そのために、図示のように、成果物登録検知部１１、成果物ＩＤ付与部１２、前成果物ＩＤ管理部１３、作業管理部１４、成果物ＩＤ登録管理部１５、通信管理部１６の機能を有するとともに、成果物ＩＤ登録ＤＢ１７を所定のデータ記録領域に形成する。成果物ＩＤ登録ＤＢ１７は、成果物ＩＤ、前成果物ＩＤ及び作業の完了予定日数を含むヘッダ情報を登録するためのＤＢである。この成果物ＩＤ登録ＤＢ１７は、成果物保存フォルダ２０と同じ記憶装置に構築しても良い。
【００２３】
成果物監視部１０の各機能の説明は、以下の通りである。
成果物登録検知部１１は、成果物保存フォルダ２０を監視し、実際に作成された成果物が保存・更新されたことを検知する機能である。
【００２４】
成果物ＩＤ付与部１２は、成果物保存フォルダ２０に保存された成果物に、上記の成果物ＩＤを自動的に付与するとともに、この成果物ＩＤを当該成果物のヘッダ情報の一部として、成果物ＩＤ登録管理部１５へ通知する。必要に応じて、成果物ＩＤの置き換え（更新）を可能にするための処理を行う。
【００２５】
前成果物ＩＤ管理部１３は、注目する成果物と依存関係にある前成果物ＩＤの指定をユーザ端末３０を通じて促し、指定された内容を当該成果物のヘッダ情報の一部として当該成果物の前成果物ＩＤとして記述するとともに、記述した前成果物ＩＤを、成果物ＩＤ登録管理部１５へ通知する。必要に応じて、前成果物ＩＤの置き換え（更新）を可能にするための処理を行う。
【００２６】
作業管理部１４は、成果物ＩＤと前成果物ＩＤとに基づいて、作成された複数の成果物の間の連続的な依存性、すなわち実際に行われた作業の依存性を監視する。具体的には、各成果物のヘッダに記述され、あるいは、成果物ＩＤ登録ＤＢ１７に登録されているヘッダ情報を読み出して、成果物毎の成果物ＩＤと前成果物ＩＤとを比較し、両ＩＤが連続する関係にあるか否かを判定する。連続する関係にない成果物が作成されていると判定した場合は、その旨を成果物ＩＤ登録管理部１５に伝える。
【００２７】
作業管理部１４は、また、連続する関係にない成果物が作成されていると判定され、所定の通知条件に該当する場合には、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物の受領の有無を監視し、未受領のときは、その完成予定日数の入力をユーザ端末３０に促すための処理を行う。完成予定日数が入力されたときは、その完成予定日数を図示しないメモリ領域に保存して監視する。すなわち、コンピュータが内蔵する図示しない時計機能を利用し、所定の日数（例えば０日）になるまで、完成予定日数を時間の経過と共に減少させ、現在の日数を成果物ＩＤ登録管理部１５に伝える。完成予定日数が所定の日数に達したときは、その旨を通信管理部１６に伝える。
【００２８】
成果物ＩＤ登録管理部１５は、成果物ＩＤ付与部１２、前成果物ＩＤ管理部１３及び作業管理部１４と連携することにより、登録手段、更新手段として機能する。
すなわち、成果物ＩＤ登録管理部１５は、成果物ＩＤ、前成果物ＩＤ、及び完了予定日数を成果物ＩＤを登録ＤＢ１７に登録するとともに、成果物ＩＤ登録ＤＢ１７に登録されているヘッダ情報、及び、成果物保存フォルダ２０に保存されている成果物のヘッダ情報の一部又は全部を置き換える（更新する）ための処理を行う。
【００２９】
具体的には、各々の成果物に関して、成果物ＩＤ付与部１２で付与した成果物の成果物ＩＤと、前成果物ＩＤ管理部１３で付与した当該前成果物ＩＤとの組をヘッダ情報として成果物ＩＤ登録ＤＢ１７に登録する。また、作業管理部１４により、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後に、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が、連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、中間成果物の成果物ＩＤに置き換える（成果物保存フォルダ２０に保存された成果物のヘッダ情報についても同じ）。
【００３０】
成果物ＩＤ登録管理部１５は、また、成果物ＩＤと前成果物ＩＤとが連続する関係にないと判定される成果物についてのヘッダ情報に、作業管理部１４より受け取った、時間の経過に伴って減少する完成予定日数を併せて登録する。作業管理部１４から、中間成果物が作成された旨の通知を受領したときは、ヘッダ情報から完成予定日数を削除する。
【００３１】
通信管理部１６は、作業管理部１４から警告情報の発信を促す通知を受け取ったときは、成果物保存フォルダ２０に保存されているファイルのヘッダ情報に含まれている連絡先アドレスを読み出し、その連絡先アドレスに対して、警告メールを送信する。
【００３２】
［成果物ＩＤの登録］
次に、各ＩＤの登録プロセスについて説明する。
上述した通り、成果物が成果物フォルダ２０に保存された時点で、成果物ＩＤが自動的に付与され、それがヘッダ情報の一部として、成果物保存フォルダ２０の成果物に付与され、且つ、成果物ＩＤ登録ＤＢ１７に登録される。また、当該成果物の作成前に完成している成果物がある場合は、それらの成果物ＩＤのうち、ユーザ端末３０より指定された一つの成果物ＩＤが、上記の成果物ＩＤと組になる前成果物ＩＤとして、成果物に記述され、且つ、成果物ＩＤ登録ＤＢ１７に登録される。登録される成果物ＩＤ登録ＤＢ１７の内容を図５に示す。
【００３３】
図５を参照すると、Ｎｏ．１〜Ｎｏ．６・・・のフィールドに、図３及び図４に示したＩＤ体系の成果物ＩＤ及び前成果物ＩＤの組と完了予定日数とが相互に関連付けられ、これが一つのヘッダ情報として登録されるようになっている。
Ｎｏ．２のフィールドに着目すると、ヘッダの前成果物ＩＤのＩＤ種別は、当該成果物ＩＤのＩＤ種別よりも１つだけ前のアルファベットが付与されることとなる。成果物ＩＤと前成果物ＩＤとは連続する関係となるのに対して、図５におけるＮｏ．４及びＮｏ．５のフィールドのように、途中の成果物すなわち中間成果物の作成が省略された場合には、ヘッダ情報の前成果物ＩＤのＩＤ種別は、当該成果物のＩＤのＩＤ種別よりも２つ以上前のアルファベットが付与され、連続する関係とならない。
これにより、成果物監視部１０は、中間成果物の省略が発生したかどうかを容易に検知することができる。
【００３４】
［全体シーケンス］
次に、図６を参照して、本実施形態の成果物管理システムの全体的なシーケンス動作を説明する。
図６を参照すると、ユーザ端末３０（「ユーザ」として表記）を通じて成果物が作成され（１）、それが成果物保存フォルダ２０に保存される（２），（３）。成果物登録検知部１１で成果物保存を検知する（４）と、成果物ＩＤ付与部１２が、その成果物に対して、ユーザの手を介さず、自動的に成果物ＩＤを付与するとともに、その成果物ＩＤを成果物ＩＤ登録（５）に伝える。
【００３５】
前成果物ＩＤ管理部１３は、成果物ＩＤ登録管理部１５と協働し、付与された成果物ＩＤ、及び、ユーザ端末３０を通じて指定された前成果物ＩＤを、成果物のヘッダの欄にヘッダ情報の一部として記述するとともに、その前成果物ＩＤを成果物ＩＤ登録部１５に伝える。この記述は、ユーザ端末３０が直接行っても良い。この場合、前成果物ＩＤ管理部１３の上記処理は、記述内容を読み取るための処理に変わる。図２に示した連絡先の情報は、この時点でユーザ端末３０より入力させる（６）。なお、保存された成果物が最初の開発工程で作成されたものである場合には、前成果物ＩＤは存在しないので、ユーザ端末３０からの指定の処理は存在しない。
作業管理部１４は、成果物ＩＤと前成果物ＩＤとが連続する関係にないこと、つまり、中間成果物が省略されたことを検知した場合には、ユーザ端末３０に対して、中間成果物の作成完了予定日数を入力するよう促すための処理を行う。作業管理部１４は、ユーザ端末３０から完了予定日数が入力されたことを確認したときは（７）、成果物ＩＤ登録管理部１５にその旨を伝える。
【００３６】
成果物ＩＤ登録管理部１５は、ここまでの処理で得られた成果物ＩＤ、前成果物ＩＤ及び完了予定日数を、成果物ＩＤ登録ＤＢ１７に登録する（８）。その際、成果物ＩＤ登録管理部１５は、成果物ＩＤの整合性を検証し、当該成果物が事後的に作成された中間成果物であることが確認された場合には、既に登録されている成果物のうち、更新が必要な成果物について、成果物保存フォルダ２０に保存されている成果物のヘッダ情報と、成果物ＩＤ登録ＤＢ１７との更新を行う（９）。
【００３７】
作業管理部１４は、成果物ＩＤ登録ＤＢ１７に登録された完了予定日数を、例えば、毎日午前零時に１日減らす。日数がマイナスになった場合は、通信管理部１６に対して、警告情報を発信させるための通知を行う。通信管理部１６は、当該中間成果物の、ヘッダ情報として記録された連絡先に、メールで警告を発信する（１０）。
［詳細シーケンス］
【００３８】
次に、図６の全体的なシーケンス動作における成果物監視部１０の処理手順を、成果物ＩＤ登録ＤＢ１７への登録及び更新の処理を中心として、図７〜図９を参照して説明する。図７は、成果物監視部１０における詳細手順説明図、図８はヘッダ情報の更新順序、図９は、ヘッダ情報の更新内容を示す説明図である。
＜最初の登録＞
図７及び図８を参照し、まず、ユーザが、成果物ＩＤ種別が「Ａ」の成果物を作成する。この成果物が成果物保存フォルダ２０に保存されたことを検知すると、成果物ＩＤが他と重複がないように、自動的に付与される点は、図６の（１）〜（５）と同じである（ステップＳ１０１〜Ｓ１０２）。以後、便宜上、図６との重複記載を避ける。
付与される成果物ＩＤは「Ａ−００１」とする。「Ａ−００１」はＳｔａｒｔ−ＩＤなので、図７における処理はステップＳ１０４に移り、ヘッダの前成果物ＩＤ、完了予定日数は、「Ｎｕｌｌ」（何も無いことの意味）として、成果物ＩＤ登録ＤＢ１７に登録する（ステップＳ１０３：Yes、Ｓ１０４：図８（ａ））。
【００３９】
＜２回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｂ」の成果物を作成したとする。当該成果物に付与する成果物ＩＤは「Ｂ−００１」であり、これは、Ｓｔａｒｔ−ＩＤではないので、図７における処理は、ステップＳ１０５に移る（ステップＳ１０３：Ｎｏ）。ステップＳ１０５では、既に登録されている成果物ＩＤ種別「Ｂ」より若い（それ以前）のすべての既存成果物ＩＤを成果物ＩＤ登録ＤＢ１７から検索してユーザ端末３０に提示し、ユーザに一つだけ選択させる（ステップＳ１０５）。ユーザは、現在作成した成果物がどの成果物と依存関係にあるのかを指定する。この例では、「Ａ−００１」を前成果物ＩＤとして選択したとする。
【００４０】
ユーザに選択された前成果物ＩＤ種別は、今回成果物保存フォルダ２０に保存された成果物の成果物ＩＤ種別の一つ後なので（ステップＳ１０６：Yes）、成果物ＩＤ「Ｂ−００１」と前成果物ＩＤ「Ａ−００１」とを登録し、完了予定日数は「Ｎｕｌｌ」のままとする（ステップＳ１２０）。また、今回登録された成果物の前成果物ＩＤと同一の前成果物ＩＤを持ち、かつ完了予定日数が「Ｎｕｌｌ」でない成果物は存在しないので、図７の処理は、ステップＳ１０１に戻る（ステップＳ１３０：Ｎｏ：図８（ｂ））。
【００４１】
＜３回目：更新＞
次に、ユーザが、成果物ＩＤ種別が同じく「Ｂ」の成果物を作成したとする。この場合、既に成果物ＩＤ種別「Ｂ」の成果物が存在することから、付与される成果物ＩＤは「Ｂ−００２」となる。また、既に登録されている、成果物ＩＤ種別Ｂより前の成果物ＩＤは「Ａ−００１」だけなので、ユーザは、「Ａ−００１」を前成果物として指定することになる。つまり、図７における処理は、前回と同じとなる（図８（ｃ））。
【００４２】
＜４回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｄ」の成果物を作成したとする。この場合、付与される成果物ＩＤは「Ｄ−００１」となる。この時点で既に登録されている成果物ＩＤ種別「Ｄ」より前の成果物ＩＤには上記の３種類がある。ユーザは、これらの中から、現在作成した成果物とどの成果物が依存関係にあるかを選択する。本例では、「Ｂ−００２」を前成果物として選択したとする。この場合、当該成果物ＩＤ種別「Ｄ」と前成果物ＩＤ種別「Ｂ」が２つ以上離れているため、図７の処理は、ステップＳ１１０に移る（ステップＳ１０６：Ｎｏ）。この場合は、ユーザに中間成果物の作成完了までの日数を尋ねる（ステップＳ１１０）。ユーザが５日と入力したとすると、成果物ＩＤ「Ｄ−００１」、前成果物ＩＤ「Ｂ−００２」のほかに、完了予定日数として「５日」を登録する（ステップＳ１１１）。今回登録された成果物の前成果物ＩＤと同一の前成果物ＩＤを持ち、かつ完了予定日数が「Ｎｕｌｌ」でない成果物は存在しないので、その後の図７における処理は、前回と同じとなる（ステップＳ１３０：Ｎｏ：図８（ｄ））。
【００４３】
＜５回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｄ」の成果物を作成したとする。この場合、付与される成果物ＩＤは「Ｄ−００２」となり、既に登録されている、成果物ＩＤ種別「Ｄ」より前の成果物ＩＤは３種類となる。ユーザは、これらの中から、現在作成した成果物が依存関係にある前成果物の成果物ＩＤとして「Ｂ−００２」を選択したとする。さらに、当該ＩＤ種別と前成果物ＩＤ種別とが２つ以上離れているため、ユーザは中間成果物の作成完了までの日数を入力することを求められる。ユーザが５日と入力したとすると、成果物ＩＤ「Ｄ−００２」、前成果物ＩＤ「Ｂ−００２」、完了予定日数「５日」を登録する。その後の図７における処理は、前回と同じとなる（ステップＳ１３０：Ｎｏ：図８（ｅ））。
【００４４】
＜６回目：更新＞
次に、ユーザが、成果物ＩＤ種別が「Ｃ」の成果物を作成したとする。この場合、付与される成果物ＩＤは「Ｃ−００１」となり、既に登録されている成果物ＩＤ種別より前の成果物ＩＤは３種類となる。ユーザは、これらの中から、現在作成した成果物が依存関係にある前成果物の成果物ＩＤとして「Ｂ−００２」を選択したとする。
この場合は、図７のステップＳ１３０において、前成果物ＩＤとして指定された「Ｂ−００２」と同一の前成果物ＩＤを持つ成果物が成果物ＩＤ登録ＤＢに存在しているかどうかを検索すると、図９上段に示されるように、成果物ＩＤが「Ｄ−００１」と「Ｄ−００２」の２つの成果物が存在するので（ステップＳ１３０：Yes）、ユーザに対して、成果物ＩＤが「Ｃ−００１」の成果物と、成果物ＩＤが「Ｄ−００１」の成果物又は「Ｄ−００２」の成果物とが依存関係にあるかを尋ねることになる（ステップＳ１３１）。ユーザが「Ｄ−００２」の成果物と依存関係にあると指定すると（つまり、図９上段参照）、指定された「Ｄ−０００２」の成果物の前成果物ＩＤを、今回保存された成果物の成果物ＩＤ「Ｃ−００１」で置き換える。その後、「Ｄ−００２」の成果物ＩＤ種別と前成果物ＩＤ種別が連続したものとなるので、完了予定日数を「Ｎｕｌｌ」に更新する（ステップＳ１３２：図９下段参照）。また、成果物保存フォルダ２０に保存されている、成果物ＩＤ「Ｄ−００２」の成果物のヘッダの前成果物ＩＤも、この更新内容と同様に更新する（ステップＳ１３３：図８（ｆ）。
【００４５】
このように、本実施形態の成果物管理システムでは、開発工程の順序に応じて連続する成果物ＩＤ及び前成果物ＩＤの組をヘッダ情報の一部として採用したので、成果物ＩＤと前成果物ＩＤの連続性によって、中間成果物の作成が省略されていることを容易に検知することができる。このように中間成果物が省略されている場合であっても、事後的に作成された中間成果物を成果物保存フォルダ２０に保存する際に、この中間成果物に依存する成果物について、ヘッダ情報及び成果物ＩＤ登録ＤＢを更新することによって、最終的にすべての成果物の一連の依存関係を適切に管理することが可能になる。
また、中間成果物の完了予定日数を登録することにより、中間成果物が今後いつまでに作成される予定であるのかを把握できる。
さらに、完了予定日数が所定の日数となった場合に、所定の連絡先に警告メールを送信することによって、中間成果物の作成し忘れを防止することができる。
【図面の簡単な説明】
【００４６】
【図１】本実施形態による成果物管理システムの全体構成図。
【図２】成果物のヘッダに記録されるヘッダ情報の一例を示した図。
【図３】本実施形態で採用するＩＤ体系の説明図。
【図４】成果物ＩＤを構成する成果物ＩＤ種別及び成果物ＩＤ番号の説明図。
【図５】成果物ＩＤ登録ＤＢの内容説明図。
【図６】成果物監視システムの全体的なシーケンスを示した手順説明図。
【図７】成果物監視部における詳細シーケンスを示した手順説明図。
【図８】ヘッダ情報の更新順序を示した図。
【図９】ヘッダ情報が実際に更新される状態を示した図。
【符号の説明】
【００４７】
１０ 成果物監視部
１１ 成果物登録検知部
１２ 成果物ＩＤ付与部
１３ 前成果物ＩＤ管理部
１４ 作業管理部
１５ 成果物ＩＤ登録管理部
１６ 通信管理部
１７ 成果物ＩＤ登録ＤＢ
２０ 成果物保存フォルダ
【特許請求の範囲】
【請求項１】
最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムであって、
前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段と、
各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段と、
成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段と、
を備えて成る、成果物管理システム。
【請求項２】
前記ヘッダ情報に含まれる成果物ＩＤと前成果物ＩＤとが連続する関係にあるか否かを判定する判定手段をさらに備えており、
前記登録手段は、前記判定手段により、成果物ＩＤと前成果物ＩＤとが連続する関係にないと判定される成果物についてのヘッダ情報の一部として、時間の経過と共に減少する、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物の完成予定日数を登録する、
請求項１記載の成果物管理システム。
【請求項３】
前記登録手段は、前記中間成果物が作成された場合は、前記ヘッダ情報から前記完成予定日数を削除する、
請求項２記載の成果物管理システム。
【請求項４】
前記完成予定日数が所定の日数となったことを検知した場合に、予め登録された連絡先装置に向けて警告情報を発信する警告手段をさらに備えて成る、
請求項２又は３記載の成果物管理システム。
【請求項５】
最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するために、成果物ＩＤ付与手段、登録手段及び更新手段を有する情報処理システムが実行する方法であって、
前記成果物ＩＤ付与手段が、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する段階と、
前記登録手段が、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する段階と、
前記更新手段が、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える段階と、
を有する成果物管理方法。
【請求項６】
コンピュータを、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムとして動作させるためのコンピュータプログラムであって、
前記コンピュータを、
前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段、
各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段、及び、
成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段、
として機能させる、コンピュータプログラム。
【請求項１】
最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムであって、
前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段と、
各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段と、
成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段と、
を備えて成る、成果物管理システム。
【請求項２】
前記ヘッダ情報に含まれる成果物ＩＤと前成果物ＩＤとが連続する関係にあるか否かを判定する判定手段をさらに備えており、
前記登録手段は、前記判定手段により、成果物ＩＤと前成果物ＩＤとが連続する関係にないと判定される成果物についてのヘッダ情報の一部として、時間の経過と共に減少する、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物の完成予定日数を登録する、
請求項１記載の成果物管理システム。
【請求項３】
前記登録手段は、前記中間成果物が作成された場合は、前記ヘッダ情報から前記完成予定日数を削除する、
請求項２記載の成果物管理システム。
【請求項４】
前記完成予定日数が所定の日数となったことを検知した場合に、予め登録された連絡先装置に向けて警告情報を発信する警告手段をさらに備えて成る、
請求項２又は３記載の成果物管理システム。
【請求項５】
最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するために、成果物ＩＤ付与手段、登録手段及び更新手段を有する情報処理システムが実行する方法であって、
前記成果物ＩＤ付与手段が、前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する段階と、
前記登録手段が、各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する段階と、
前記更新手段が、成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える段階と、
を有する成果物管理方法。
【請求項６】
コンピュータを、最終成果物を作成するまでに複数の工程が介在し、各工程で作成される成果物に連続的な依存性が要求される成果物開発を支援するシステムとして動作させるためのコンピュータプログラムであって、
前記コンピュータを、
前記各工程で作成される成果物の各々に、当該成果物を一意に識別し且つ全工程における当該工程の相対順序を表す情報を含む成果物ＩＤを付与する成果物ＩＤ付与手段、
各々の成果物に関して、当該成果物の成果物ＩＤと、当該成果物の作成前に作成されている成果物の成果物ＩＤのうち依存性のある成果物の成果物ＩＤを前成果物ＩＤとして、当該成果物ＩＤと当該前成果物ＩＤとの組をヘッダ情報として登録する登録手段、及び、
成果物ＩＤと前成果物ＩＤとが連続する関係にない成果物が作成された後であって、当該成果物ＩＤと前成果物ＩＤとの間に位置するはずの成果物ＩＤを持つ中間成果物が作成され、その中間成果物についてのヘッダ情報が、前記連続する関係に無い成果物と同じ前成果物ＩＤを含み、且つ、当該中間成果物が前記連続する関係に無い成果物に依存する関係にあるときに、当該中間成果物のヘッダ情報を登録する際に、当該連続する関係の無い成果物の前成果物ＩＤを、前記中間成果物の成果物ＩＤに置き換える更新手段、
として機能させる、コンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−２３０３９６（Ｐ２００９−２３０３９６Ａ）
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願番号】特願２００８−７４１１９（Ｐ２００８−７４１１９）
【出願日】平成２０年３月２１日（２００８．３．２１）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願日】平成２０年３月２１日（２００８．３．２１）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]