(57)【要約】【課題】  プログラム開発の進捗状況をより正確に把握することを目的とする。【解決手段】  進捗管理サーバ１０は、管理者用端末３０から、プログラムについて、開発が完了するまでの残作業工数の送信要求を受け付け、送信要求されたプログラムのソースコードを評価することにより、当該ソースコードに含まれる問題点をチェックする。そして、進捗管理サーバ１０は、チェックしたソースコードの問題点の修正に要する予測修正工数を、修正工数テーブル１５を参照して算出し、送信要求されたプログラムのソースコードごとに、予測基準工数と予測修正工数とを加算するとともに、加算したソースコードごとの工数を集計した結果を、前記送信要求されたプログラムの残作業工数として管理者用端末３０に出力する。【選択図】      図１
2006127020.tif 000002
【特許請求の範囲】
【請求項１】
開発対象のプログラムについての作業工数を管理する進捗管理装置における進捗管理方法であって、
前記進捗管理装置は、前記プログラムに含まれるステップ数を基に当該プログラムの開発が完了するまでに要する予測基準工数を見積もるための実績データを格納する実績データ記憶部と、前記プログラム中のソースコードに含まれる問題点の修正に要すると予測される予測修正工数を格納する予測修正工数記憶部とを備え、
閲覧用端末から、開発対象のプログラムについて、開発が完了するまでの残作業工数の送信要求を受け付けるステップと、
前記送信要求されたプログラムのソースコードを評価することにより、当該ソースコードに含まれる問題点をチェックするステップと、
前記チェックしたソースコードの問題点の修正に要すると予測される予測修正工数を、前記予測修正工数記憶部に格納された前記予測修正工数を参照して算出するステップと、
前記ソースコードごとに算出した予測修正工数と、前記実績データ記憶部に格納された前記実績データから、前記送信要求されたプログラムに含まれるステップ数を基に見積った前記予測基準工数とを合算するステップと、
前記合算した工数を、前記送信要求されたプログラムの残作業工数として前記閲覧用端末に出力するステップと、
を有することを特徴とする進捗管理方法。
【請求項２】
開発対象のプログラムについての作業工数を管理する進捗管理装置における進捗管理方法であって、
前記進捗管理装置は、前記プログラムに含まれるソースコードのステップ数を基に当該ソースコードの開発が完了するまでに要する予測基準工数を見積もるための実績データを格納する実績データ記憶部と、前記ソースコードに含まれる問題点の修正に要する予測修正工数を格納する予測修正工数記憶部とを備え、
閲覧用端末から、開発対象のプログラムについて、開発が完了するまでの残作業工数の送信要求を受け付けるステップと、
前記送信要求されたプログラムのソースコードを評価することにより、当該ソースコードに含まれる問題点をチェックするステップと、
前記チェックしたソースコードの問題点の修正に要する予測修正工数を、前記予測修正工数記憶部に格納された前記予測修正工数を参照して算出するステップと、
前記送信要求されたプログラムのソースコードごとに、前記実績データ記憶部に格納された前記実績データから、前記送信要求されたプログラムに含まれるソースコードのステップ数を基に見積った前記予測基準工数と前記算出した予測修正工数とを加算するステップと、
前記加算したソースコードごとの工数を集計した結果を、前記送信要求されたプログラムの残作業工数として前記閲覧用端末に出力するステップと、
を有することを特徴とする進捗管理方法。
【請求項３】
外部端末から、修正対象となった前記ソースコードに含まれる問題点の連絡があった場合、当該問題点の修正に要した実際の作業工数に基づき、前記予測修正工数記憶部に格納されている前記予測修正工数を更新するステップをさらに有することを特徴とする請求項１または請求項２に記載の進捗管理方法。
【請求項４】
前記予測修正工数記憶部には、前記ソースコードに含まれる問題点の修正に要する予測修正工数が、当該問題点、修正回数および累計修正工数の別に分類されて格納されており、
前記予測修正工数を更新するステップでは、前記ソースコードに含まれる問題点の連絡があるたびに、その問題点ごとに、修正回数を加算するとともに、当該問題点の修正に要した実際の作業工数を前記累計修正工数に加算することにより、修正回数あたりの修正工数を算出し、算出後の修正工数を前記予測修正工数として更新することを特徴とする請求項３に記載の進捗管理方法。
【請求項５】
前記進捗管理装置は、前記ソースコードを格納するソースコード記憶部をさらに備えており、
前記問題点の修正に要した実際の作業工数は、その問題点を修正した当該ソースコードを前記ソースコード記憶部から読み出してから、修正後の当該ソースコードを前記ソースコード記憶部に登録するまでの時間により算出されたものであることを特徴とする請求項３または請求項４に記載の進捗管理方法。
【請求項６】
前記ソースコードの問題点は、複数の異なる種類があることを特徴とする請求項１または請求項２に記載の進捗管理方法。
【請求項７】
前記送信要求されたプログラムの残作業工数として前記閲覧用端末に出力するステップでは、当該プログラム中のソースコードごとの工数を出力することを特徴とする請求項１または請求項２に記載の進捗管理方法。
【請求項８】
開発対象のプログラムについての作業工数を管理する処理部を備えた進捗管理装置であって、
前記プログラムに含まれるソースコードのステップ数を基に当該ソースコードの開発が完了するまでに要する予測基準工数を見積もるための実績データを格納する実績データ記憶部と、前記ソースコードに含まれる問題点の修正に要すると予測される予測修正工数を格納する予測修正工数記憶部とをさらに備え、
前記処理部は、
閲覧用端末から、開発対象のプログラムについて、開発が完了するまでの残作業工数の送信要求を受け付け、
前記送信要求されたプログラムのソースコードを評価することにより、当該ソースコードに含まれる問題点をチェックし、
前記チェックしたソースコードの問題点の修正に要する予測修正工数を、前記予測修正工数記憶部に格納された前記予測修正工数を参照して算出し、
前記実績データ記憶部に格納された前記実績データから、前記送信要求されたプログラムに含まれるソースコードのステップ数を基に見積った前記予測基準工数と前記算出した予測修正工数とを加算し、
前記加算したソースコードごとの工数を集計した結果を、前記送信要求されたプログラムの残作業工数として前記閲覧用端末に出力する
ことを特徴とする進捗管理装置。
【請求項９】
請求項１ないし請求項７のいずれか１項に記載の進捗管理方法をコンピュータに実行させるための進捗管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進捗管理装置に係り、特に、プログラム工数を管理する進捗管理装置に関するものである。
【背景技術】
【０００２】
従来、プログラムの完成までに要する工数を予測する方法が知られている（例えば、特許文献１参照）。
【特許文献１】特開平０７−２３０５０１号公報（段落００２８−００３３）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に開示された方法によれば、プログラム中の問題点の修正に要する時間を考慮せずに予測されていたので、正確な予測が行えず、その結果、プログラム開発の進捗状況が正確に把握できないという不都合があった。
【０００４】
そこで、本発明は、前記した課題を解決するためになされたものであり、その目的は、プログラム開発の進捗状況をより正確に把握することができる進捗管理方法、進捗管理装置および進捗管理プログラムを提供することである。
【課題を解決するための手段】
【０００５】
前記した課題を解決するために、本発明は、開発対象のプログラムについての作業工数を管理する進捗管理装置における進捗管理方法であって、前記進捗管理装置は、前記プログラムに含まれるステップ数を基に当該プログラムの開発が完了するまでに要する予測基準工数を見積もるための実績データを格納する実績データ記憶部と、プログラム中のソースコードに含まれる問題点の修正に要すると予測される予測修正工数を格納する予測修正工数記憶部とを備え、閲覧用端末から、開発対象のプログラムについて、開発が完了するまでの残作業工数の送信要求を受け付けるステップと、前記送信要求されたプログラムのソースコードを評価することにより、当該ソースコードに含まれる問題点をチェックするステップとを有するものである。また、前記チェックしたソースコードの問題点の修正に要すると予測される予測修正工数を、前記予測修正工数記憶部に格納された前記予測修正工数を参照して算出するステップと、前記ソースコードごとに算出した予測修正工数と、前記実績データ記憶部に格納された前記実績データから、前記送信要求されたプログラムに含まれるステップ数を基に見積った前記予測基準工数とを合算するステップと、前記合算した工数を、前記送信要求されたプログラムの残作業工数として前記閲覧用端末に出力するステップとを有するものである。
【０００６】
また、前記した課題を解決するために、本発明は、開発対象のプログラムについての作業工数を管理する進捗管理装置における進捗管理方法であって、前記進捗管理装置は、前記プログラムに含まれるソースコードのステップ数を基に当該ソースコードの開発が完了するまでに要する予測基準工数を見積もるための実績データを格納する実績データ記憶部と、前記ソースコードに含まれる問題点の修正に要する予測修正工数を格納する予測修正工数記憶部とを備え、閲覧用端末から、開発対象のプログラムについて、開発が完了するまでの残作業工数の送信要求を受け付けるステップと、前記送信要求されたプログラムのソースコードを評価することにより、当該ソースコードに含まれる問題点をチェックするステップとを有するものである。また、前記チェックしたソースコードの問題点の修正に要する予測修正工数を、前記予測修正工数記憶部に格納された前記予測修正工数を参照して算出するステップと、前記送信要求されたプログラムのソースコードごとに、前記実績データ記憶部に格納された前記実績データから、前記送信要求されたプログラムに含まれるソースコードのステップ数を基に見積った前記予測基準工数と前記算出した予測修正工数とを加算するステップと、前記加算したソースコードごとの工数を集計した結果を、前記送信要求されたプログラムの残作業工数として前記閲覧用端末に出力するステップとを有するものである。
【発明の効果】
【０００７】
本発明によれば、プログラム開発の進捗状況をより正確に把握することができる。
【発明を実施するための最良の形態】
【０００８】
図１は、本発明の実施の形態に係る進捗管理サーバを含む全体のシステムを示すブロック図である。
図１において、進捗管理サーバ（進捗管理装置）１０は、インターネットなどのネットワーク２０を介して、管理者用端末（閲覧用端末）３０と作業者用端末（外部端末）４０とに接続されている。また、ネットワーク２０には、プロジェクト管理サーバ５０が接続されている。以下にこれらを詳述する。
【０００９】
まず、進捗管理サーバ１０について詳述する。図１に示すように、進捗管理サーバ１０には、ＣＰＵ（処理部）１１が装備され、ＣＰＵ１１が、バス１８を介して、キーボード１２およびディスプレイ１３に接続されている。そして、バス１８上には、ソースコードデータベース（ソースコード記憶部）１４、修正工数テーブル（予測修正工数記憶部）１５、ネットワークインタフェース１６および主記憶装置１７が接続されている。ソースコードデータベース１４には、開発対象のソースコードが格納されている。なお、修正工数テーブル１５については図２で後記する。
【００１０】
主記憶装置１７には、オペレーティングシステム１７１、実績管理部１７２、ソースコード評価部１７３、進捗管理部１７４およびソースコード管理部１７５を有している。これら各部１７２〜１７５は、アプリケーションなどのプログラムであり、本実施の形態においては、進捗管理プログラムと総称する。
進捗管理部１７４では、修正工数把握処理１７４Ａおよび修正工数反映処理１７４Ｂを実行するようになっている。これらの処理１７４Ａ，１７４Ｂは、モジュールをあらわしている。なお、前記した進捗管理プログラムは、ＣＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体から読み込まれてもよい。
【００１１】
ここで、前記した修正工数テーブル１５のデータ様式を図２に示す。図２によると、修正工数テーブル１５には、問題点コードｄ１１と、予測修正工数ｄ１２と、修正回数ｄ１３と、累計修正工数ｄ１４とが関連付けられて格納されている。問題点コードｄ１１は、ソースコードに含まれる問題点（種別を含む）を識別するためのものであり、「Ｘ」などが示されている。問題点というのは、コンパイルエラーなどのエラーを指し、例えばリントチェックにより確認される。
修正回数ｄ１３は、ソースコードの問題点を実際に修正した回数であり、累計修正工数ｄ１４は、ソースコードの問題点を修正するのに費やした実際の合計作業時間である。
予測修正工数ｄ１２は、前記した修正回数ｄ１３および累計修正工数ｄ１４により、ソースコードの問題点を修正すると予測される作業時間であり、（累計修正工数ｄ１４）／（修正回数ｄ１３）により求められる。つまり、予測修正工数ｄ１２は、単位修正回数あたりの平均作業時間である。
【００１２】
次に、図１に示した実績管理部１７２について詳述する。実績管理部１７２は、図３（ａ）に示す実績データ１７２Ａを基に、図３（ｂ）に示す予測基準工数一覧１７２Ｂを取得するためのものである。なお、実績データ１７２Ａおよび予測基準工数一覧１７２Ｂは、主記憶装置１７の所定領域（ここでは実績データ記憶部という）に格納される。
図３（ａ）に示す実績データ１７２Ａは、過去のプログラムの開発実績によりソースコードの開発が完了するまでに要する予測基準工数を見積もるためのデータであり、実績管理部１７２によって取得される。具体的には、実績データ１７２Ａには、ソースコード名ｄ２１、開発完了の有無を示す状況ｄ２２、予定工数ｄ２３、実工数ｄ２４、予定ステップ数ｄ２５および実ステップ数ｄ２６を含んでいる。ソースコード名ｄ２１は、開発対象のソースコードの名称であり、例えば、「ＡＡＡ」が示されている。
予定工数ｄ２３は、あらかじめ入力された作業時間であり、実工数ｄ２４は、ソースコードの開発に実際に費やした実際の作業時間である。また、予定ステップ数ｄ２５は、あらかじめ入力されたソースコードのステップ数であり、実ステップ数ｄ２６は、実際に作業が実行されたステップ数である。
【００１３】
また、図３（ｂ）に示す予測基準工数一覧１７２Ｂは、図３（ａ）に示したソースコード名ｄ２１および予測基準工数ｄ２７の対応関係を示す一覧であり、実績管理部１７２によって取得される。予測基準工数ｄ２７は、ステップ数のみに着目して見積もられたソースコードの作業時間であり、図３（ａ）に示した実工数ｄ２４、予定ステップ数ｄ２５および実ステップ数ｄ２６を用いて求められる。すなわち、予測基準工数ｄ２７＝[（（予定ステップ数ｄ２５）−（実ステップ数ｄ２６））×（実工数ｄ２４）／（実ステップ数ｄ２６）]である。なお、図３（ａ）（ｂ）では、ソースコード名ｄ２１ごとに分類して予測基準工数を取得することとしているが、プログラムごとに分類して予測基準工数を取得するようにしてもよい。
なお、前記した実績管理部１７２の機能は、特許文献１（特開平０７−２３０５０１号公報）に記載されている公知の機能である。
【００１４】
図１に戻り、ソースコード評価部１７３は、ソースコードの評価によりその問題点をチェックし、図４に示す評価テーブル１７３Ａを取得するためのものである。つまり、ソースコード評価部１７３には、ソースコードを解析して、コンパイルエラーや実行時エラーの可能性のある点をレポートする機能がある。例えば、コマンドのｌｉｎｔ（リント）を用いる。
図４に示す評価テーブル１７３Ａには、図３（ａ）（ｂ）に示したソースコード名ｄ２１および図２に示した問題点コードｄ１１の対応関係が格納されている。ここでは、問題点コードｄ１１は、「Ｘ」や「Ｙ」などの種別ごとに分類されている。そして、ソースコード名ｄ２１ごとに、かつ、問題点コードｄ１１ごとに、問題点数（「１」など）が保持されている。これにより、問題点の種別ごとに、問題点数を保持することが可能となる。なお、評価テーブル１７３Ａは、主記憶装置１７の所定領域に格納される。
【００１５】
図１に戻り、進捗管理部１７４は、修正工数把握処理１７４Ａにより、開発対象となるプログラムの残作業工数を管理者用端末３０に出力するためのものである。また、進捗管理部１７４は、修正工数反映処理１７４Ｂにより、図２に示した修正工数テーブル１５を更新するためのものである。なお、詳細は後記する。
ソースコード管理部１７５は、図１に示したソースコードデータベース１４を管理するためのものである。
【００１６】
次に、図１に示したプロジェクト管理サーバ５０について詳述する。図１に示すように、プロジェクト管理サーバ５０は、通信部５１、プロジェクト一覧表（ファイル）５２および処理部５３を実装している。通信部５１は、ネットワークインタフェースなどのインタフェースであり、処理部５３は、ＣＰＵなどの処理装置である。プロジェクト一覧表５２には、すべてのプロジェクトに関するプログラムの計画をあらわした情報（開発に携わる作業者名、ソースコード名ｄ２１など）が格納されている。これにより、すべてのプロジェクト計画を効率的に管理することが可能となる。
【００１７】
次に、図１に示した管理者用端末３０および作業者用端末４０について詳述する。管理者用端末３０および作業者用端末４０は、パーソナルコンピュータなどのコンピュータであり、一般的な構成となっている。すなわち、図１に示すように、管理者用端末３０は、ネットワークインタフェースなどの通信部３１、キーボードなどの入力部３２、コンピュータディスプレイなどの表示部３３、メモリなどの記憶部３４およびＣＰＵなどの処理部３５を実装している。これとほぼ同様に、作業者用端末４０も、ネットワークインタフェースなどの通信部４１、キーボードなどの入力部４２、コンピュータディスプレイなどの表示部４３、問題点コード入力部４４およびＣＰＵなどの処理部４５を実装している。問題点コード入力部４４は、ソースコードの問題点コードを入力するためのプログラムであり、図示しないメモリに格納されている。なお、管理者用端末３０は、例えば、プログラム開発の管理者によって利用され、作業者用端末４０は、例えば、プログラム開発に携わる技術者によって利用される。
図１では、管理者用端末３０および作業者用端末４０がそれぞれ１台として記載されているが、複数存在するものとする。
【００１８】
次に、前記した管理者用端末３０からのリクエストにより、進捗管理サーバ１０が、プログラムの残作業工数をその管理者用端末３０に通知する処理について説明する。
図５は、管理者用端末３０および進捗管理サーバ１０の処理手順であって、進捗管理サーバ１０がプログラムの残作業工数を管理者用端末３０に通知する処理に関する手順を示す図である。ここでは、管理者が、管理者用端末３０を用いて、図１に示したプロジェクト管理サーバ５０にアクセスした後、プロジェクト管理サーバ５０に格納されているプロジェクト一覧表５２の中から、あるプロジェクトを検索し、その検索したプロジェクトに関するプログラム開発の進捗状況を把握する場合を例にして説明する。
【００１９】
まず、管理者が、管理者用端末３０を操作して、進捗管理サーバ１０にアクセスし、前記したプロジェクトに関する開発対象のプログラムについて、開発が完了するまでの残作業工数の表示要求（送信要求）を行う。そうすると、進捗管理サーバ１０では、図１に示したＣＰＵ１１が、その残作業工数の表示要求を受け付ける（Ｓ１０）。続いて、ＣＰＵ１１は、図１に示したソースコード評価部１７３を起動し、Ｓ１０で表示要求されたプログラムのソースコードをソースコードデータベース１４から読み出し、そのソースコードに関する評価処理（例えば、リントチェック）を行う（Ｓ１１）。そして、ＣＰＵ１１は、Ｓ１１における評価結果により、ソースコードごとの問題点コードｄ１１および問題点数を取得する（Ｓ１２）。すなわち、ＣＰＵ１１は、図４に示した評価テーブル１７３Ａ上のソースコード名ｄ２１、問題点コードｄ１１および問題点数を取得する。
【００２０】
次に、進捗管理サーバ１０のＣＰＵ１１は、図１に示した実績管理部１７２を起動し、次のような処理を行う。すなわち、ＣＰＵ１１は、まず、Ｓ１０で表示要求されたプログラムのソースコードについて、図３（ａ）に示した実績データ１７２Ａから、現開発段階での実工数ｄ２４、予定ステップ数ｄ２５および実ステップ数ｄ２６を抽出する。そして、ＣＰＵ１１は、抽出した実工数ｄ２４、予定ステップ数ｄ２５および実ステップ数ｄ２６を用いて、ソースコードごとの予測基準工数ｄ２７[＝（（予定ステップ数ｄ２５）−（実ステップ数ｄ２６））×（実工数ｄ２４）／（実ステップ数ｄ２６）]を取得する（Ｓ１３）。すなわち、ＣＰＵ１１は、Ｓ１０で表示要求されたプログラムに含まれるすべてのソースコードに関し、図３（ｂ）に示した予測基準工数一覧１７２Ｂ上のソースコード名ｄ２１および予測基準工数ｄ２７を取得する。例えば、あるソースコードの予定ステップ数ｄ２５を１０００、実工数ｄ２４を１００時間、実ステップ数ｄ２６を５００とした場合、そのソースコードの予測基準工数ｄ２７は、[（（予定ステップ数ｄ２５）−（実ステップ数ｄ２６））×（実工数ｄ２４）／（実ステップ数ｄ２６）]により、１００時間となる。これにより、ソースコードの予測基準工数ｄ２７が、過去の開発実績から画一的に求められることとなる。
【００２１】
次に、進捗管理サーバ１０のＣＰＵ１１は、図１に示した進捗管理部１７４の修正工数把握処理１７４Ａを用いて、図２に示した修正工数テーブル１５から、図２に示した問題点コードｄ１１ごとの予測修正工数ｄ１２を取得する（Ｓ１４）。
【００２２】
続いて、進捗管理サーバ１０のＣＰＵ１１は、図１に示した進捗管理部１７４の修正工数把握処理１７４Ａを用いて、Ｓ１１で評価処理を行ったあるソースコードの予測修正工数ｄ３１を算出する（Ｓ１５）。予測修正工数ｄ３１というのは、ソースコードに含まれる問題点の修正に要すると予測される工数であり、ステップ数に着目して求められる予測基準工数ｄ２７とは異なり、ソースコードの問題点に着目して求められたものである。
【００２３】
具体的には、あるソースコードの予測修正工数ｄ３１は、次のようにして算出する。すなわち、Ｓ１２で取得したソースコードごとの問題点コードｄ１１について、図４に示したその問題点数と、図２に示した予測修正工数ｄ１２とを乗算する。例えば、図４に示したソースコード名「ＡＡＡ」の予測修正工数ｄ３１について考えてみる。図４では、ソースコード名「ＡＡＡ」の問題点コードｄ１１の種別「Ｘ」「Ｙ」「Ｚ」の問題点数が、それぞれ「１件」「２件」「３件」を示し、図２では、「Ｘ」、「Ｙ」、「Ｚ」の種別の問題点コードｄ１１の予測修正工数ｄ１２が、それぞれ「５時間」、「２時間」、「３時間」を示している。したがって、ソースコード名「ＡＡＡ」の予測修正工数は、（Ｘ種別の問題点コードの問題点数「１」×その種別の予測修正工数「５時間」）＋（Ｙ種別の問題点コードの問題点数「２」×その種別の予測修正工数「２時間」）＋（Ｚ種別の問題点コードの問題点数「３」×その種別の予測修正工数「３時間」）＝１８時間となる。この算出結果をあらわす予測修正工数テーブル１７４１を図６に示す。この図６に示す予測修正工数テーブル１７４１には、「ＡＡＡ」などのソースコード名ｄ２１とその予測修正工数ｄ３１との対応関係が格納される。
【００２４】
次に、図５のＳ１６において、ＣＰＵ１１は、Ｓ１５で予測修正工数ｄ３１を算出したあるソースコードについて、その予測修正工数ｄ３１（図６参照）とＳ１３で取得した予測基準工数ｄ２７（図３（ｂ）参照）とを加算して残作業工数ｄ４１を算出する（Ｓ１６）。この加算結果をあらわすソースコード別残作業工数テーブル１７４２を図７に示す。この図７に示すソースコード別残作業工数テーブル１７４２には、「ＡＡＡ」などのソースコード名ｄ２１と、Ｓ１６で加算された残作業工数ｄ４１との対応関係が格納される。これにより、あるソースコードについての残作業工数ｄ４１が、ソースコードのステップ数から画一的に見積もられる時間以外にも、その問題点の修正に費やされる時間も加味して求められることとなる。
【００２５】
そして、ＣＰＵ１１は、Ｓ１１で評価処理を行ったすべてのソースコードについての残作業工数ｄ４１（図７参照）を算出していないと判断した場合（Ｓ１７の「Ｎｏ」の場合）、前記したＳ１５からＳ１６までの処理を繰り返し、他方、算出したと判断した場合（Ｓ１７の「Ｙｅｓ」の場合）、Ｓ１８に進む。これにより、すべてのソースコードの残作業工数ｄ４１が算出される。
【００２６】
その後、ＣＰＵ１１は、Ｓ１３で取得したソースコードごとの予測基準工数ｄ２７（図３（ｂ）参照）と、Ｓ１７ですべてのソースコードについての残作業工数ｄ４１（図７参照）とを集計し、この集計結果を、ネットワーク２０を介して、管理者用端末３０に出力する（Ｓ１８）。これにより、管理者用端末３０では、図８（ａ）に示す表示画面ｄ１００が表示される。
【００２７】
図８（ａ）に示す表示画面ｄ１００には、プロジェクト名ごとに、Ｓ１８で出力された集計結果を示す残作業工数ｄ５１が表示される。ここでは、Ｓ１０で表示要求されたプログラムについての残作業工数ｄ５１が最上段に表示されていることとする。これにより、管理者は、所望のプログラムについて開発が完了するまでの時間を把握することができる。しかも、この残作業工数ｄ５１は、プログラムに含まれるソースコードのステップ数から画一的に見積もられる時間以外にも、その問題点の修正に費やされる時間も加味されている。したがって、管理者は、プログラム開発の進捗状況を正確に把握することできる。この場合、例えば、プログラム開発が遅れているときには、適切なリソース（人員など）を投入することが可能となるので、プロジェクトの遅延を回避することができ、有益である。
【００２８】
また、図８（ａ）に示す表示画面ｄ１００は、同図（ａ）中のプロジェクト名の表示欄に対するクリック操作により、図８（ｂ）に示す表示画面ｄ２００に切り替わるようになっている。図８（ｂ）に示す表示画面ｄ２００には、クリック操作されたプロジェクト名について、ソースコード名ｄ２１ごとの残作業工数ｄ４１が表示される。これにより、管理者は、個々のソースコード名ｄ２１ごとの開発状況を把握することができる。
【００２９】
次に、図１に示した作業者用端末４０からの連絡により、図１に示した進捗管理サーバ１０が、図２に示した修正工数テーブル１５を更新する処理について説明する。
図９は、作業者用端末４０および進捗管理サーバ１０の処理手順であって、進捗管理サーバ１０が図２に示した修正工数テーブル１５を更新する全体的な処理に関する手順を示す図である。ここでは、作業者が、あるソースコードについての問題点を発見した後、そのソースコードの送信要求を、作業者用端末４０を用いて、進捗管理サーバ１０に行った場合を前提にして説明する。
【００３０】
まず、作業者用端末４０は、進捗管理サーバ１０から、送信要求したソースコードをネットワーク２０を介して受信する（Ｓ２０）。続いて、作業者は、作業者用端末４０を操作して、Ｓ２０で受信したソースコードを修正する（Ｓ２１）。次に、作業者用端末４０は、修正後のソースコードを進捗管理サーバ１０にネットワーク２０を介して送信する（Ｓ２２）。これにより、進捗管理サーバ１０では、図１に示したＣＰＵ１１が、作業者用端末４０から送信されてきた修正後のソースコードを図１に示したソースコードデータベース１４に登録する（Ｓ２３）。
一方、作業者は、作業者用端末４０を操作して、Ｓ２１により修正したソースコードの問題点を示す問題点コードｄ１１（図２参照）を入力する（Ｓ２４）。この場合、作業者用端末４０では、図１に示した処理部４４が、図１に示した問題点コード入力部４４を起動する。続いて、作業者用端末４０は、Ｓ２４により入力された問題点コードｄ１１を進捗管理サーバ１０に送信する（Ｓ２５）。これにより、ソースコードに含まれる問題点の連絡が行われる。
そうすると、図９のＳ２６において、進捗管理サーバ１０は、図１に示した進捗管理部１７４を起動し、図１に示した修正工数反映処理１７４Ｂにより、作業者用端末４０から送信されてきた問題点コードｄ１１に関する修正工数テーブル１５を更新する修正工数反映処理を行う（Ｓ２６）。この修正工数反映処理を具体的に説明する。
【００３１】
図１０は、図９の修正工数反映処理Ｓ２６の処理手順の詳細を示す図である。ここでは、図１に示した進捗管理サーバ１０のＣＰＵ１１を動作主体として説明する。
まず、ＣＰＵ１１は、修正対象となったソースコードの修正前の時刻と修正後の時刻とを用いて、その修正作業に要した修正工数（修正時間を意味する。以下同じ）を算出する（Ｓ２６１）。ここでは、修正前の時間は、図１に示したソースコードデータベース１４から、修正対象のソースコードを読み出した時間を指し、修正後の時間は、図９に示したＳ２３で修正後のソースコードを登録した時間を指す。これにより、修正前後の時間差を示す修正時間が修正工数として求められることとなる。
【００３２】
続いて、ＣＰＵ１１は、図９のＳ２５で送信された問題点コードｄ１１が、図２に示した修正工数テーブル１５に登録済みかどうかを判断する（Ｓ２６２）。そして、この判断の結果、例えば、問題点コードｄ１１が未登録の場合（Ｓ２６２の「Ｎｏ」の場合）、ＣＰＵ１１は、図２に示した修正工数テーブル１５上で、未登録と判断した問題点コードｄ１１ごとに、図２に示した予測修正工数（ここでは「Ｓ２６１で算出された修正工数」）ｄ１２、修正回数（ここでは「１回」）および累計作業工数（ここでは「Ｓ２６１で算出された修正工数」）ｄ１４を新規登録する（Ｓ２６３）。これにより、新規な問題点コードｄ１１についてのレコードが図２に示した修正工数テーブル１５に追加されることとなる。したがって、Ｓ２６３の登録処理以降、図５に示したＳ１０からＳ１８までの処理が行われた場合、新規な問題点コードｄ１１をあらわすソースコードの問題点の修正に費やされる時間も加味されて、図８（ａ）（ｂ）に示した残作業工数が表示されることとなる。したがって、管理者は、プログラム開発の進捗状況をより正確に把握することできる。
【００３３】
これに対して、Ｓ２６２における判断の結果、例えば、問題点コードｄ１１が登録済の場合（Ｓ２６２の「Ｙｅｓ」の場合）、ＣＰＵ１１は、登録済と判断した問題点コードｄ１１について、Ｓ２６１で算出した修正工数を図２に示した累計修正工数ｄ１４に累計するとともに、図２に示した修正回数ｄ１３を１つカウントアップし、図２に示した予測修正工数ｄ１２を算出する（Ｓ２６４）。予測修正工数ｄ１２の算出では、（図２に示した累計修正工数ｄ１４）／（図２に示した修正回数ｄ１３）により、単位修正回数あたりの平均作業時間が求められる。例えば、図２に示した「Ｘ」の問題点コードｄ１１の修正工数（ここではＳ２６１により算出された時間）が１時間であった場合、図２に示した累計修正時間ｄ１４、修正回数ｄ１３および予測修正工数ｄ１２は、次のようになる。すなわち、累計修正時間ｄ１４は、１５時間（図２で登録済の時間）＋１時間（図１０のＳ２６１で算出された時間）＝１６時間となる。修正回数ｄ１３は、３回（図２で登録済の回数）＋１回（今回の修正分）＝４回となる。予測修正工数ｄ１２は、１６時間（図１０のＳ２６４で算出された累計修正時間ｄ１４）／４回（図１０のＳ２６４で算出された修正回数ｄ１３）＝４時間となる。
【００３４】
そして、図１０のＳ２６５において、ＣＰＵ１１は、Ｓ２６４における算出結果を図２に示した修正工数テーブル１５上で更新する。これにより、Ｓ２６５の更新処理以降、図５に示したＳ１０からＳ１８までの処理が行われた場合、図２に示した最新の修正工数テーブル１５に登録された予測修正工数ｄ１２を用いて、ソースコードの問題点の修正に費やされる時間も加味され、図８（ａ）（ｂ）に示した残作業工数が表示されることとなる。したがって、管理者は、ソースコードの修正状況を反映したプログラム開発の進捗状況を把握することできる。
【００３５】
なお、本発明は、前記した実施の形態に限られない。進捗管理サーバ１０の実施上の構成および処理手順は、既知の技術により変更することが可能である。例えば、図５では、Ｓ１５からＳ１８までの処理により、ソースコード単位に、図３（ｂ）に示した予測基準工数ｄ２７と図６に示した予測修正工数ｄ４１とを加算してプログラムの残作業工数を集計する場合について説明したが、これに限られない。例えば、プログラム単位に見積もられた予測基準工数と、ソースコードごとの予測修正工数ｄ４１の集計値とを合算してプログラムの残作業工数を集計するようにしてもよい。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態に係る進捗管理サーバを含む全体のシステムを示すブロック図である。
【図２】図１の修正工数テーブルのデータ様式を示す図である。
【図３】同図（ａ）は、図１の実績管理部により取得された実績データの一例を示す図、同図（ｂ）は、図１の実績管理部により取得された予測基準工数一覧の一例を示す図である。
【図４】図１のソースコード評価部により取得された評価テーブルの一例を示す図である。
【図５】図１の管理者用端末および進捗管理サーバの処理手順であって、進捗管理サーバがプログラムの残作業工数を管理者用端末に通知する処理に関する手順を示す図である。
【図６】図１の進捗管理部により取得された予測修正工数テーブルの一例を示す図である。
【図７】図１の進捗管理部により取得されたソースコード別算作業工数テーブルの一例を示す図である。
【図８】同図（ａ）は、図１の管理者用端末に表示された表示画面の一例を示す図、同図（ｂ）は、図１の管理者用端末に表示された他の表示画面の一例を示す図である。
【図９】図１の作業者用端末および進捗管理サーバの処理手順であって、進捗管理サーバが図２に示した修正工数テーブルを更新する全体的な処理に関する手順を示す図である。
【図１０】図９の修正工数反映処理の処理手順の詳細を示す図である。
【符号の説明】
【００３７】
１０    進捗管理サーバ（進捗管理装置）
３０    管理者用端末（閲覧用端末）
４０    作業者用端末（外部端末）
１１    ＣＰＵ（処理部）
１４    ソースコードデータベース（ソースコード記憶部）
１５    修正工数テーブル（予測修正工数記憶部）
【図１】
2006127020.tif 000003
【図２】
2006127020.tif 000004
【図３】
2006127020.tif 000005
【図４】
2006127020.tif 000006
【図５】
2006127020.tif 000007
【図６】
2006127020.tif 000008
【図７】
2006127020.tif 000009
【図８】
2006127020.tif 000010
【図９】
2006127020.tif 000011
【図１０】
2006127020.tif 000012