(57)【要約】【課題】問題点修正作業のおける立案精度の向上。【解決手段】問題点登録部１０は、プログラムにおける問題点の名称情報と不具合モジュールの名称情報と修正スケジュール情報とを含む問題点情報が第１のコンピュータ２に入力されることを受けて、この問題点情報を第１のコンピュータ２から管理サーバコンピュータ５にアップロードする。モジュール管理部１２は、修正スケジュール情報に沿った不具合モジュールのダウンロード指示が開発統括者αによって第１のコンピュータ２に入力されることを受けて、不具合モジュールを管理サーバコンピュータ５からダウンロードして第２のコンピュータ３を介して修正可能に保持したうえで、修正が完了したモジュールを、管理サーバコンピュータ５にアップロードしてこの管理サーバコンピュータ５に格納されているプログラムに修正済モジュールとして登録する。【選択図】図２
2007265106.tif 000002
【特許請求の範囲】
【請求項１】
互いに連動する複数のモジュールからなるプログラムの開発統括者が管理する第１のコンピュータと、
前記モジュールの修正担当者が管理する第２のコンピュータと、
前記プログラム、および当該プログラムの開発に関するデータが格納されたデータベースを有する管理サーバコンピュータと、
を備え、
これらのコンピュータが電気回線を介して双方向通信自在に接続されたプログラム開発管理システムであって、
前記プログラムにおける問題点の名称情報と、この問題点を生じさせている不具合モジュールの名称情報と、この問題点の修正スケジュール情報とを含む問題点情報が、前記開発統括者によって前記第１のコンピュータに入力されることを受けて、この問題点情報を前記第１のコンピュータから前記管理サーバコンピュータにアップロードしてこの管理サーバコンピュータに登録させる問題点登録手段と、
前記修正スケジュール情報に沿った前記不具合モジュールのダウンロード指示が前記開発統括者によって前記第１のコンピュータに入力されることを受けて、前記不具合モジュールを前記管理サーバコンピュータからダウンロードして前記修正担当者が前記第２のコンピュータを介して修正可能に保持したうえで、修正が完了したモジュールを、前記管理サーバコンピュータにアップロードしてこの管理サーバコンピュータに格納されている前記プログラムに修正済モジュールとして登録するモジュール管理手段と、
を備える、
ことを特徴とする開発管理システム。
【請求項２】
請求項１に記載の開発管理システムにおいて、
前記修正スケジュール情報を前記開発統括者が視認可能に表示する表示手段をさらに備える、
ことを特徴とする開発管理システム。
【請求項３】
請求項２に記載の開発管理システムにおいて、
前記問題点登録手段は、前記問題点の名称情報と前記不具合モジュールの名称情報と前記修正スケジュール情報とを互いに関連付けて前記表示手段に表示させる、
ことを特徴とする開発管理システム。
【請求項４】
請求項２または３に記載の開発管理システムにおいて、
前記問題点登録手段において前記問題点情報が前記第１のコンピュータに入力されることを受けて、当該入力中の問題点情報において前記不具合モジュールとして指定されているモジュールが、前記管理サーバコンピュータの登録済問題点情報において不具合モジュールとして登録されているか否かを検索したうえで、その検索結果を前記表示手段で表示させる検索手段を、
さらに備える、
ことを特徴とする開発管理システム。
【請求項５】
請求項４に記載の開発管理システムにおいて、
前記検索手段は、入力中の前記問題点情報と登録済の前記問題点情報とに重複記載されている前記モジュールの名称情報と、当該重複モジュールが記載されている問題点情報群における前記問題点の名称群と、当該重複モジュールが記載されている問題点情報群における修正スケジュール情報群とを互いに関連付けて前記表示手段に表示させる、
ことを特徴とする開発管理システム。
【請求項６】
互いに連動して動作する複数のモジュールからなるプログラムの開発統括者が管理する第１のコンピュータと、
前記モジュールの修正担当者が管理する第２のコンピュータと、
前記プログラム、および当該プログラムの開発に関するデータが格納されたデータベースを有する管理サーバコンピュータと、
を備え、
これらのコンピュータが電気回線を介して双方向通信自在に接続されたコンピュータシステムに組み込まれる開発管理プログラムであって、
前記プログラムにおける問題点の名称情報と、この問題点を生じさせている不具合モジュールの名称情報と、この問題点の修正スケジュール情報とを含む問題点情報が、前記開発統括者によって前記第１のコンピュータに入力されることを受けて、この問題点情報を前記第１のコンピュータから前記管理サーバコンピュータにアップロードしてこの管理サーバコンピュータに登録させる機能と、
前記修正スケジュール情報に沿った前記不具合モジュールのダウンロード指示が前記開発統括者によって前記第１のコンピュータに入力されることを受けて、前記不具合モジュールを前記管理サーバコンピュータからダウンロードして前記修正担当者が前記第２のコンピュータを介して修正可能に保持したうえで、修正が完了したモジュールを、前記管理サーバコンピュータにアップロードしてこの管理サーバコンピュータに格納されている前記プログラムに修正済モジュールとして登録する機能と、
を含む、
ことを特徴とする開発管理プログラム。
【請求項７】
請求項６に記載の開発管理プログラムにおいて、
前記修正スケジュール情報を、前記開発統括者が視認可能な表示手段に表示する機能をさらに含む、
ことを特徴とする開発管理プログラム。
【請求項８】
請求項７に記載の開発管理プログラムにおいて、
前記修正スケジュール情報を、前記開発統括者が視認可能な表示手段に表示する機能は、前記問題点の名称情報と前記不具合モジュールの名称情報と前記修正スケジュール情報とを互いに関連付けて表示する機能をさらに含む、
ことを特徴とする開発管理プログラム。
【請求項９】
請求項７または８に記載の開発管理プログラムにおいて、
前記問題点情報が前記第１のコンピュータに入力されることを受けて、当該入力中の問題点情報において前記不具合モジュールとして指定されているモジュールが、前記管理サーバコンピュータの登録済問題点情報において不具合モジュールとして登録されているか否かを検索したうえで、その検索結果を前記表示手段で表示する機能を、
さらに含む、
ことを特徴とする開発管理プログラム。
【請求項１０】
請求項９に記載の開発管理プログラムにおいて、
前記修正スケジュール情報を、前記開発統括者が視認可能な表示手段に表示する機能は、入力中の前記問題点情報と登録済の前記問題点情報とに重複記載されている前記モジュールの名称情報と、当該重複モジュールが記載されている問題点情報群における前記問題点の名称群と、当該重複モジュールが記載されている問題点情報群における修正スケジュール情報群とを互いに関連付けて表示する機能をさらに含む、
ことを特徴とする開発管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、開発中のプログラム上の問題点の修正操作を管理する開発管理システムおよび開発管理プログラムに関する。
【背景技術】
【０００２】
従来から、互いに連動して動作する複数のモジュールからなるプログラムの開発管理を、紙の帳票を置き換えて電気回線上に構築された開発管理システム上で実施することが行われている（特許文献１参照）。
【特許文献１】（特開２００３−３４５５９２号公報）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
システム開発の現場では、ある問題点を解決するために特定のモジュールを修正している間に、そのモジュールに新たな問題点が発覚することが多々ある。その場合、先の問題点の修正が完了していないモジュールに新たな問題点の修正を行うことは、先の問題点の修正が活かされないことになる。このような開発・修正上の不都合を防ぐために、先の問題点の修正が完了するまで、新たな問題点の修正を着手することができない。
【０００４】
このことからわかるように、一つのモジュールに複数の問題点が生じた場合においては、そのモジュールの修正を互いに並列に処理することができず、一つずつ順序立てて直列に処理しなければならない。しかしながら、開発中のプログラムにおいて複数の問題点が生じるのは避けられず、しかも新たな問題点が突発的に生じることも多々ある。そのため、各モジュールの作製作業（修正を含む）のスケジュールを立案する作業は複雑になるうえ、突発的な問題点の発覚に応じて、その都度スケジュールを修正しなければならない。しかも、立案されたスケジュールに則って修正されたプログラムに、上述した開発・修正上の不都合が生じることはプログラム開発上の厳禁事項となるにも拘らず、プログラムの開発・修正期間は可及的に短縮化することが求められている。
【０００５】
簡単な構成のプログラムの開発においてはまだしも昨今のシステムで必要とされるプログラムは複雑化の一途を辿っており、このように複雑化しているプログラムの開発において、問題点修正作業における上記課題を解消できるシステムが求められている。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、互いに連動する複数のモジュールからなるプログラムの開発統括者が管理する第１のコンピュータと、
前記モジュールの修正担当者が管理する第２のコンピュータと、
前記プログラム、および当該プログラムの開発に関するデータが格納されたデータベースを有する管理サーバコンピュータと、
を備え、
これらのコンピュータが電気回線を介して双方向通信自在に接続されたプログラム開発管理システムであって、
前記プログラムにおける問題点の名称情報と、この問題点を生じさせている不具合モジュールの名称情報と、この問題点の修正スケジュール情報とを含む問題点情報が、前記開発統括者によって前記第１のコンピュータに入力されることを受けて、この問題点情報を前記第１のコンピュータから前記管理サーバコンピュータにアップロードしてこの管理サーバコンピュータに登録させる問題点登録手段と、
前記修正スケジュール情報に沿った前記不具合モジュールのダウンロード指示が前記開発統括者によって前記第１のコンピュータに入力されることを受けて、前記不具合モジュールを前記管理サーバコンピュータからダウンロードして前記修正担当者が前記第２のコンピュータを介して修正可能に保持したうえで、修正が完了したモジュールを、前記管理サーバコンピュータにアップロードしてこの管理サーバコンピュータに格納されている前記プログラムに修正済モジュールとして登録するモジュール管理手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、複数の問題点の間における関連性の管理を一元化することができる。これにより、問題点解決のためのモジュール修正計画の見直しが、プロジェクトマネージメントの観点より実現可能となり、システムの品質向上の短縮と当該モジュールのテスト工数削減による開発の効率化が可能となる。
【０００８】
さらには、修正対象とするモジュールの修正に関する情報を登録する際に、設定した修正完了予定日までに、当該モジュールに対して既に登録されている修正予定の他の問題点に関する情報を表示することも可能となる。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の最良の実施形態に係る開発管理システムのシステム構成図である。この開発管理システム１は、互いに連動して動作する複数のモジュールからなるプログラムを開発するシステムであって、プログラムの開発統括者（ライブラリアン）αによって管理される第１のコンピュータ２と、モジュールの修正担当者βが管理する第２のコンピュータ３と、プログラムの実際の開発やテストを実施する第３のコンピュータ４と、プログラム、およびプログラムの開発に関するデータが格納されたデータベースを有してプログラムの開発管理を行う管理サーバコンピュータ５とを備える。これらのコンピュータ２、３、４、５は、電気回線６を介して双方向通信自在に接続されており、以下の機能を実現するプログラムがインストールされている。ここでいうプログラムとは、このシステムで開発されるプログラム（開発対象）とは異なる。
【００１０】
なお、本実施形態において、プログラムの開発統括者αとは、プログラムの開発の管理を行う者と、作製中のプログラムの問題点を分析する者と、問題点を抱える不具合モジュールの修正計画を立案する者とを兼務する者をいう。
【００１１】
以下の説明では、プログラムの開発の管理に関する行為を行う場合における開発統括者αを開発管理者α１と呼び、作製中のプログラムの問題点の分析を行う場合における開発統括者αを分析者α２と呼び、問題点を抱える不具合モジュールの修正計画を立案する場合における開発統括者αを修正計画立案者α３と呼ぶ。
【００１２】
また、プログラムにおける問題点の名称情報と、この問題点を生じさせている不具合モジュールの名称情報と、この問題点の修正スケジュール情報とを含む情報を問題点情報と呼ぶ。
【００１３】
図２は、開発管理システム１の機能ブロック図である。管理サーバコンピュータ５は、問題点管理データベース１８と、モジュール・仕様書管理データベース１９とを備える。
【００１４】
第１のコンピュータ２は、問題点登録部１０と、修正計画立案部１１と、モジュール管理部１２と、操作部１３と、表示部１４とを備える。問題点登録部１０は、分析者α２が問題点の名称情報とこの問題点を生じさせている不具合モジュールの名称情報とを操作部１３に入力すると、これらの情報を、問題点管理データベース１８にアップロードして格納する機能を有する。修正計画立案部１１は、修正計画立案者α３が操作部１３に入力する不具合モジュールの名称情報に基づいて不具合モジュールとして指定されているモジュールが、モジュール・仕様書管理データベース１９に登録されている問題点情報において既に不具合モジュールとして登録されているか否かを検索したうえで、その検索結果を表示部１４に表示させる機能を有する。ここで検索結果は、入力中の問題点情報と登録済の問題点情報とに重複記載されている重複モジュールの名称情報と、当該重複モジュールが記載されている問題点情報群における前記問題点の名称群と、当該重複モジュールが記載されている問題点情報群における修正スケジュール情報群とを互いに関連付けられて表示部１４に表示される。本実施形態では、問題点登録部１０により問題点登録手段が構成され、モジュール管理部１２と第３のコンピュータ４とによりモジュール管理手段が構成され、修正計画立案部１１により検索手段が構成される。
【００１５】
第３のコンピュータ４は、モジュール・仕様書管理データベース１９から不具合モジュールをダウンロードして修正担当者βが第２のコンピュータ３を介して修正可能に保持したうえで、修正が完了したモジュールを、モジュール・仕様書管理データベース１９にアップロードする。モジュール・仕様書管理データベース１９では、アップｒードされたモジュールを修正済モジュールとしてプログラムに登録する。
【００１６】
第２のコンピュータ３は、修正担当者βが第２のコンピュータ３に入力する修正指示に基づいて、第３のコンピュータ４にダウンロードされている不具合モジュールの修正を実行する修正実行部１５と、修正担当者βによる修正指示を受ける操作部１６と、修正実行時の内容を表示する表示部１７とを備える。
【００１７】
なお、図２に示す本実施形態の開発管理システム１では、問題点登録部１０と修正計画立案部１１とモジュール管理部１２とを、第１のコンピュータ２に設けるとしたが、これらの機能部１０、１１、１２を、他のコンピュータ（好ましくは管理サーバコンピュータ５）に設けてもよい。また、第３のコンピュータ４を省略してもよい。その場合、不具合モジュールはモジュール・仕様書管理データベース１９から第２のコンピュータ３にダウンロードされる。
【００１８】
また、以下の説明では、第１のコンピュータ２は単一のコンピュータから構成されたものとして説明を行うが、これは説明を簡略化するためになされたものであって、第１のコンピュータ２は互いに連動する複数のコンピュータであってもよいのはいうまでもない。また、第２のコンピュータ３の数は一つとは限らない。一般に、プログラムにおける修正作業は複数の担当者によって分担される。そのため、通常は、複数の修正担当者β毎に複数の第２のコンピュータ３、…が設置される。
【００１９】
次に、開発管理システム１を用いたプログラムの不具合分析と修正スケジュールの立案処理を図３のフロー図を参照して説明する。
【００２０】
（ステップ１−１）
まず、問題点登録部１０は、第１のコンピュータ２に第１の問題点情報Ｄ１が入力されたか否かを監視する。第１の問題点情報Ｄ１は、問題点の名称情報と、問題点の内容情報と、問題点の修正完了希望日とを含む。第１の問題点情報Ｄ１は、分析者α２による調査と分析により抽出されたうえで、分析者α２による操作部１３の操作を介して第１のコンピュータ２に入力される。
【００２１】
（ステップ１−２）
ステップ１−１で第１の問題点情報Ｄ１が入力されたことを検知した問題点登録部１０は、入力された第１の入力データＤ１を管理サーバコンピュータ５の問題点管理データベース１８に格納する。
【００２２】
（ステップ１−３）
第１の問題点情報Ｄ１の入力検知と並行して、問題点登録部１０は、第１のコンピュータ２に第２の問題点情報Ｄ２が入力されたか否かを監視する。第２の問題点情報Ｄ２は、問題点を生じさせる不具合モジュールの名称情報を含む。第２の問題点情報Ｄ２は、第１の問題点情報Ｄ１と同様、分析者α２による調査と分析により抽出されたうえで、分析者α２による操作部１３の操作を介して第１のコンピュータ２に入力される。
【００２３】
（ステップ１−４）
ステップ１−１で第２の問題点情報Ｄ２が入力されたことを検知した問題点登録部１０は、入力された第２の入力データＤ２を管理サーバコンピュータ５の問題点管理データベース１８に格納する。
【００２４】
第１のコンピュータ２における第１、第２の問題点情報Ｄ１、Ｄ２の入力画面の一例が図４に示される。分析者α２は、第１のコンピュータ２の表示部４に表示された第１、第２の問題点情報Ｄ１、Ｄ２の入力画面を見ながら、第１、第２の問題点情報Ｄ１、Ｄ２を操作部１３に入力する。図４では、今回、新たに問題点管理データベース１８に登録する第１、第２の問題点情報Ｄ１、Ｄ２においては、ＰＧＭ９９９の名称番号（ＩＤ）が付されたモジュールが不具合モジュールとして登録されることが示される。
【００２５】
（ステップ１−５）
ステップ１−２、１−４の処理（第１、第２の問題点情報Ｄ１、Ｄ２の登録処理）が終了したことを確認した問題点登録部１０は、これらの情報を問題点管理データベース１８に格納したことを修正計画立案部１１に報知する。報知された修正計画立案部１１は問題点管理データベース１８に以下の検索を実施する。すなわち、修正計画立案部１１は、今回、不具合モジュールとして新たに問題点管理データベース１８に登録するモジュールが既登録問題点における不具合モジュールとして問題点管理データベース１８に登録されているか否かを、問題点管理データベース１８で検索する。問題点管理データベース１８は検索結果を修正計画立案部１１に送信する。
【００２６】
（ステップ１−６）
問題点管理データベース１８から検索結果を受信した修正計画立案部１１は、受信した検索結果を表示部１４に表示する。検索結果の表示例が図５に示される。図５では、新たな問題点において不具合モジュールとして登録するモジュールＰＧＭ９９９は、既登録問題点ＫＹＴ−ＪＫ−ＪＮ−００１において、不具合モジュールとして既に登録されていることが示される。
【００２７】
（ステップ１−７）
図５の検索結果の表示を見た修正計画立案者α３は、今回登録する問題点で不具合モジュールとして指定したモジュールは、既登録問題点において不具合モジュールとして既に登録されているため、修正スケジュールの作成には注意が必要であると判断する。そのような判断をした修正計画立案者α３は、第１のコンピュータ２（修正計画立案部１１）においてスケジュール作成メニュを起動させる。スケジュール作成メニュは、例えば、表示部１４に表示しているスケジュール検索／作成ボタンをマウス等でクリック処理することで実行される。
【００２８】
（ステップ１−８）
スケジュール作成メニュが起動されたことを検知した修正計画立案部１１は、図６に示すスケジュール検索メニュ画面を表示させる。スケジュール検索メニュ画面をみた分析者α２は、スケジュール作成メニュ画面を見ながら、モジュール主眼／問題点主眼の選択入力と、修正完了予定日の期間入力と、対比表表示／分布表表示の選択入力とを操作部１３を介して第１のコンピュータ２に入力する。
【００２９】
上記入力を受けた修正計画立案部１１は、表示部１４に、その修正完了予定日の期間における対比表または分布表を表示する。図７にモジュール主眼の対比表の一例が、図８にモジュール主眼の分布表の一例がそれぞれ示される。
【００３０】
ここで、モジュール主眼とは、スケジュールを作成するに際に注目する主対象を不具合モジュールにすることである。問題点主眼とは、スケジュールを作成する際に注目する主対象を問題点にすることである。対比表とは、設定された修正完了予定日の期間において、一方の軸（図７では縦軸）に不具合モジュールを配し、他方の軸（図７では横軸）に問題点を配したうえで、その交点に両者の組み合わせにおける修正完了予定日を配して表示する表示形態のことである。分布表とは、一方の軸（図８では縦軸）に修正完了予定日を配し、他方の軸（図８では横軸）に不具合モジュールを配したうえで、その交点に両者の組み合わせに対応する問題点を配して表示する表示形態のことである。
【００３１】
（ステップ１−９、１−１０）
修正計画立案者α３は、その修正完了予定日の期間における対比表または分布表を見ながら、今回登録する問題点における不具合モジュールと、登録済の問題点における不具合モジュールとの重複状態を正確に把握することができる。図７、図８の例では、今回登録する問題点の名称（ＩＤ）は、ＫＹＫ−ＪＫ−ＪＮ−４１５であり、今回登録する問題点における不具合モジュールは、ＰＧＭ９９９であり、不具合モジュールＰＧＭ９９９を共有（重複）する既登録問題点は、ＫＹＫ−ＪＫ−ＪＮ−００１である。
【００３２】
重複状態を把握した修正計画立案者α３は、図７に示す対比表における今回登録する問題点（ＫＹＫ−ＪＫ−ＪＮ−４１５）と、今回登録する問題点における不具合モジュール（ＰＧＭ９９９）との交点に、修正完了予定日を操作部１３に入力する。操作部１３に今回登録する問題点における不具合モジュール（ＰＧＭ９９９）の修正完了予定日が入力されたことを検知した修正計画立案部１１は、その修正完了予定日を管理サーバコンピュータ５の問題点管理データベース１８に登録する。
【００３３】
ここで、修正計画立案者α３は、対比表や分布表を熟視することで、今回登録する問題点（ＫＹＫ−ＪＫ−ＪＮ−４１５）における修正スケジュールと、既登録問題点（ＫＹＫ−ＪＫ−ＪＮ−００１）における修正スケジュールとの間で、スケジュール上の不都合が生じないスケジュールを容易に立てることができる。
【００３４】
次に、開発管理システム１を用いたプログラムの実際の不具合修正処理を図９のフロー図を参照して説明する。
【００３５】
（ステップ２−１）
開発管理者α１は、図８に示される分布表（スケジュール表）等を参照することで、現時点において、修正を開始する問題点を確認して、その問題点における不具合モジュールのダウンロード指示を操作部１３に入力する。ダウンロード指示は、不具合モジュールと問題点とを対応付けした状態で指示される。
【００３６】
（ステップ２−２、２−３）
モジュール管理部１２は、操作部１３に修正指示が入力されるか否かを監視しており、ダウンロード指示の入力を検知すると、まず、そのダウンロード指示で指定される問題点における不具合モジュールがダウンロード済となることを問題点管理データベース１８に記録したうえで、モジュール・仕様書管理データベース１９にその不具合モジュールのダウンロード指示を与える。不具合モジュールのダウンロード指示を行った後、開発管理者α１は、第１のコンピュータ２を介して、第２のコンピュータ３に修正開始を促す連絡（メール等）を送信する。
【００３７】
（ステップ２−４）
不具合モジュールのダウンロード指示を受けたモジュール・仕様書管理データベース１９は、その指示で指定されるモジュールを第３のコンピュータ４にダウンロードする。
【００３８】
（ステップ２−５、２−６）
修正開始を促す連絡（メール等）を第２のコンピュータ３が受信したことを確認した修正担当者βは、第２のコンピュータ３の操作部１６を操作することで、第２のコンピュータ３を第３のコンピュータ４にアクセスさせる。そして、第３のコンピュータ４の開発・テスト環境において修正実行部１５をモジュール修正操作可能な状態にする。この状態で、修正担当者βは操作部１６を介して修正実行部１５を操作することで、第３のコンピュータ４にダウンロードされた不具合モジュールの修正を実施する。不具合モジュールの修正が完了すると、修正担当者βは、第２のコンピュータ３の操作部１６を介して第３のコンピュータ４を操作することで、第３のコンピュータ４にダウンロードされている不具合モジュールに修正完了を記録する。なお、このとき、修正担当者βは第２のコンピュータ３を介して、第１のコンピュータ２に修正完了を報知する連絡（メール等）を送信してもよい。
【００３９】
（ステップ２−７、２−８、２−９）
モジュール・仕様書管理データベース１９は、格納している対比表や分布表（図７、図８）を修正進捗情報として、第１のコンピュータ２のモジュール管理部１２に定期的に送信する。修正進捗情報（対比表、分布表）を受信したモジュール管理部１２は、受信した修正進捗情報（対比表、分布表）を表示部１４に表示する。この表示は、開発管理者α１の要求に応じて実施してもよいし、修正進捗情報受信時に強制実施してもよい。表示部１４に表示された修正進捗情報（対比表、分布表）を見ることで、任意の問題点における不具合モジュールが修正済であることを確認した開発管理者α１は、第１のコンピュータ２の操作部１３を操作することで、修正済のモジュールのアップロード指示を操作部１３に入力する。アップロード指示は、不具合モジュール（修正済）と問題点とを対応付けした状態で指示される。
【００４０】
（ステップ２−１０、２−１１）
モジュール管理部１２は、操作部１３に修正済のモジュールのアップロード指示が入力されるか否かを監視しており、アップロード指示の入力を検知すると、まず、そのアップロード指示で指定される問題点における不具合モジュールがアップロード済（修正済）となることを問題点管理データベース１８に記録したうえで、モジュール・仕様書管理データベース１９にその不具合モジュール（修正済）のアップロード指示を与える。
【００４１】
（ステップ２−１２）
不具合モジュール（修正済）のアップロード指示を受けたモジュール・仕様書管理データベース１９は、その指示で指定されるモジュールを第３のコンピュータ４からアップロードする。以上で実際のモジュール修正処理は終了する。
【００４２】
以上説明したように、本実施形態では、モジュール修正が発生して不具合モジュールを登録する際に、自動的に当該問題点の修正完了予定日までに、そのモジュールが他の問題点の修正対象となっているか否かを調査して一覧を表示することができる。
【００４３】
また、発生して入る問題点を全て登録した時点で、問題点とモジュールの態様関係を一覧の形で提示することができる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施形態の開発管理システムの全体構成図である。
【図２】実施形態の開発管理システムの要部構成図である。
【図３】実施の形態の開発管理システムの操作手順を示す第１のフローチャートである。
【図４】実施の形態の開発管理システムの第１段階の表示画面例を示す図である。
【図５】実施の形態の開発管理システムの第２段階の表示画面例を示す図である。
【図６】実施の形態の開発管理システムの第３、第５段階の表示画面例を示す図である。
【図７】実施の形態の開発管理システムの第４段階の表示画面例を示す図である。
【図８】実施の形態の開発管理システムの第６段階の表示画面例を示す図である。
【図９】実施の形態の開発管理システムの操作手順を示す第２のフローチャートである。
【符号の説明】
【００４５】
１  開発管理システム
２  第１のコンピュータ
３  第２のコンピュータ
４  第３のコンピュータ
５  管理サーバコンピュータ
６  電気回線
１０  問題点登録部
１１  修正計画立案部
１２  モジュール管理部
１３  操作部
１４  表示部
１５  修正実行部
１６  操作部
１７  表示部
１８  問題点管理データベース
１９  モジュール・仕様書管理データベース
α  開発統括者
α１  開発管理者
α２  分析者
α３  修正計画立案者
β  修正担当者
【図１】
2007265106.tif 000003
【図２】
2007265106.tif 000004
【図３】
2007265106.tif 000005
【図４】
2007265106.tif 000006
【図５】
2007265106.tif 000007
【図６】
2007265106.tif 000008
【図７】
2007265106.tif 000009
【図８】
2007265106.tif 000010
【図９】
2007265106.tif 000011