(57)【要約】【課題】  システム開発時にコードインスペクションを実施し、その結果に応じて開発者の再評価とモジュールの開発難易度の再評価を行い、評価後の開発者の評価とモジュールの難易度から開発の遅延状況を算出することができるシステムを提供すること。【解決手段】  モジュールの開発を実施する手段と、コードインスペクションを実施する手段と、コードインスペクションからの指摘が発生しているかを出力する手段と、出力されたコードインスペクションの指摘事項が開発者のスキルによるものなのか、コードインスペクションの指摘がないのがモジュールが易しいことに起因するのかを管理者に判断させ、その判断結果により開発者のスキルの評価を上昇または下降させる指示情報を受付け、開発者のスキルの情報を変更する手段とを備える。【選択図】      図１
2010186394.tif 000002
【特許請求の範囲】
【請求項１】
コードインスペクションの結果をもとに、開発者の成果を評価するシステムであって、
モジュールの開発を実施する手段と、
コードインスペクションを実施する手段と、
コードインスペクションからの指摘が発生しているかを出力する手段と、
出力されたコードインスペクションの指摘事項が開発者のスキルによるものなのか、コードインスペクションの指摘がないのがモジュールが易しいことに起因するのかを管理者に判断させ、その判断結果により開発者のスキルの評価を上昇または下降させる指示情報を受付け、開発者のスキルの情報を変更する手段と
を備えたことを特徴とするシステム開発者の成果評価システム。
【請求項２】
コードインスペクションの結果をもとに、モジュールの難易度を評価するシステムであって、
コードインスペクションを実施する手段と、
コードインスペクションからの指摘が発生しているかを出力する手段と、
出力されたコードインスペクションの指摘内容が開発者のスキルによるものなのか、コードインスペクションの指摘がないのがモジュールが易しいことに起因するのかを管理者に判断させ、その判断結果により開発者のスキルによらない場合にはモジュールの開発難易度を評価して難易度を上昇させ、モジュールが易しいことに起因する場合にモジュールの開発難易度を下降させる指示情報を受付け、モジュールの開発難易度の情報を変更する手段と
を備えたことを特徴とするモジュールの難易度評価システム。
【請求項３】
開発者の成果とモジュールの難易度をもとに、システム開発の遅延状況を把握するシステムであって、
システム情報の入力を行う手段と、
開発者の成果を評価する手段と、
モジュールの難易度を評価する手段と、
開発者評価とモジュール難易度から工数を算出する手段と、
モジュールごとの開発に必要な工数からプロジェクトの完了予定日を算出する手段と、
完了予定日算出後の所定期間経過後に当初の完了予定日からの遅延日数を算出する手段とを備えたことを特徴とするシステム開発の遅延状況把握システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コードインスペクション結果をもとに開発者の成果を評価すると共に、システム開発の遅延状況（あるいは進捗状況）を把握するシステムに関するものである。
【背景技術】
【０００２】
プログラムの開発では、開発システムの機能増加が加速し、システム開発の規模が飛躍的に増加する傾向になってきている。しかし、規模が増加することにより修正モジュールの影響範囲を詳細に把握することが難しくなり、修正後の影響範囲の調査や影響部分の再テストの実施などにより、小さな修正であっても大きな遅延となることがある。これにより、システム開発の遅延状況が小さな修正であっても大きく左右されることがあり、遅延状況（あるいは進捗状況）を正しく把握することが困難な状態となってきている。
近年では、システム開発におけるプログラミング時にプロジェクトで定義したルールに従ってコーディングが行われているかをチェックすることにより、不具合の混入や不具合を誘発するコーディングをできるだけ排除することで開発遅延の増大を抑止するコーディング規準遵守監視システムの利用が普及しつつある。
【０００３】
図１８は、このコーディング規準遵守監視システムの概要を示すブロック構成図であり、コーディング規準遵守監視システム１８００は、全体制御部１８０１と、ソース取得部１８０２と、インスペクション処理部１８０３と、検出情報集計部１８０４と、集計結果表示部１８０５の各処理部から構成されている。
このような構成のコーディング基準遵守監視システムにおいては、まず、全体制御部１８０１は、実行定義情報において各プロジェクト毎に定義された実行頻度に基づいてスケジューリングを行い、各プロジェクト毎の指定時刻に、各処理部１８０２〜１８０５を起動する。
【０００４】
ソース取得部１８０２は、全体制御部１８０１からの指示に応じて、開発対象格納手段１８２０（実行定義情報に含まれるソースファイルの格納場所）からソースファイル１８２１を取得して、ソースファイル格納部１８１３に格納する。この場合、実行定義情報におけるソース位置には、ネットワークパス等により示されるソースファイル１８２１の格納場所の他、必要に応じて、ＦＴＰ（FileTransferProtocol）やＨＴＴＰ（HypertextTransferProtocol）などのソースのコピーのためのプロトコルや、ソースファイル又は格納場所へのログインのためのＩＤ，パスワード等が含まれ、それらの情報に基づきソースファイルにアクセスして、コピーを行う。
【０００５】
インスペクション処理部１８０３は、全体制御部１８０１からの指示に応じて、実行定義情報に含まれるルール識別情報に基づき、ルール情報に定義された適用ルールを参照して、ソースファイル格納部に格納されたソースファイル１８２１についてインスペクション処理を行い、各ルールに違反する箇所の検出結果を検出情報格納部１８１４に格納する。
【０００６】
検出情報集計部１８０４は、全体制御部１８０１からの指示に応じて、各プロジェクト毎に検出情報格納部１８１４に格納された検出結果を集計し、集計結果を集計結果格納部１８１５に格納する。この場合、検出結果の集計としては、例えば、ソースファイル１８２１毎の検出件数，ルール毎の検出件数等について行う。
集計結果表示部１８０５は、全体制御部１８０１からの指示に応じて、各プロジェクト毎に集計結果情報格納部１８１５に格納された集計結果に基づき、コーディング規準遵守状況レポート１８３０の生成を行う。
以上のように、指定時刻毎に上記の処理を定期的に繰返し行い、ルール違反検出情報を集計した結果にコーディング規準遵守状況レポートを生成する。
【０００７】
本発明に関連する公知技術文献としては下記特許文献１があげられる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１８７３５
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、コーディング規約遵守によって開発中に誤りが混入する割合を軽減するができる。しかし、プロジェクトを通してコーディング規約を遵守した開発者とそうではない開発者のスキルを単純に評価することはできない。すなわち、モジュールの難易度が高い（難しい）ためにルール違反となってしまう場合と、開発者のスキルが低いためにルール違反となってしまう場合があるが、両者を区別し、開発者のスキルを正しく評価することが困難になる。
この結果、開発者の能力に応じて変化する開発工数を見積もることが困難となり、修正発生時の修正工数を正しく見積ることができず、修正作業のための作業増加による開発の遅延状況を正しく把握することが困難となっている。
さらに、開発者の能力に対して、実装する機能の開発難易度が高いために、実装する機能の開発難易度が低い場合と同様の工数ではコーディング規約を遵守することが難しいことが考えられる。この場合は、コーディング規約を遵守できなかったことが開発者の評価に反映されることは、開発者の意欲を著しく低下させる可能性がある。
また、プロジェクトの開始前に想定していた開発者にスキルが、プロジェクト中に実施したコードインスペクションの結果から、大きく異なることか判明した場合、モジュールの開発に必要となる工数がプロジェクト中に変化する。このため、モジュールの開発工数がプロジェクト開始時の見積もりとは異なることとなり、システム開発の開発状況を正しく把握することが困難となっている。
【００１０】
本発明の目的は、システム開発時にコードインスペクションを実施し、その結果に応じて開発者のスキルの再評価とモジュールの開発難易度の再評価を行い、評価後の開発者の評価とモジュールの開発難易度から開発の遅延状況を算出することができるシステム開発者の成果評価システム及びモジュールの難易度評価システム並びに遅延状況把握システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明のシステム開発者の成果評価システムは、コードインスペクションの結果をもとに、開発者の成果を評価するシステムであって、モジュールの開発を実施する手段と、コードインスペクションを実施する手段と、コードインスペクションからの指摘が発生しているかを出力する手段と、出力されたコードインスペクションの指摘事項が開発者のスキルによるものなのか、コードインスペクションの指摘がないのがモジュールが易しいことに起因するのかを管理者に判断させ、その判断結果により開発者のスキルの評価を上昇または下降させる指示情報を受付け、開発者のスキルの情報を変更する手段とを備えたことを特徴とする。
また、コードインスペクションの結果をもとに、モジュールの難易度を評価するシステムであって、コードインスペクションを実施する手段と、コードインスペクションからの指摘が発生しているかを出力する手段と、出力されたコードインスペクションの指摘内容が開発者のスキルによるものなのか、コードインスペクションの指摘がないのがモジュールが易しいことに起因するのかを管理者に判断させ、その判断結果により開発者のスキルによらない場合にはモジュールの開発難易度を評価して難易度を上昇させ、モジュールが易しいことに起因する場合にモジュールの開発難易度を下降させる指示情報を受付け、モジュールの開発難易度の情報を変更する手段とを備えたことを特徴とする。
また、開発者の成果とモジュールの難易度をもとに、システム開発の遅延状況を把握するシステムであって、システム情報の入力を行う手段と、開発者の成果を評価する手段と、モジュールの難易度を評価する手段と、開発者評価とモジュール難易度から工数を算出する手段と、モジュールごとの開発に必要な工数からプロジェクトの完了予定日を算出する手段と、完了予定日算出後の所定期間経過後に当初の完了予定日からの遅延日数を算出する手段とを備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、システム開発時にコードインスペクションを実施し、その結果に応じて開発者のスキルの再評価とモジュールの開発難易度の再評価を行い、評価後の開発者の評価とモジュールの難易度から開発の遅延状況（あるいは進捗状況）を算出することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態例を示すシステム構成図である。
【図２】開発者情報の一例を示す図である。
【図３】スキル情報の一例を示す図である。
【図４】難易度情報の一例を示す図である。
【図５】モジュール情報の一例を示す図である。
【図６】システム情報の一例を示す図である。
【図７】評価後開発者情報の一例を示す図である。
【図８】評価後モジュール情報の一例を示す図である。
【図９】評価後システム情報の一例を示す図である。
【図１０】システム開発の遅延状況および開発者の成果の評価手順を示すフローチャートである。
【図１１】開発情報の入力手順を示すフローチャートである。
【図１２】開始時予想工数の算出手順を示すフローチャートである。
【図１３】システム情報の入力手順を示すフローチャートである。
【図１４】開発者成果の評価手順を示すフローチャートである。
【図１５】難易度の評価手順を示すフローチャートである。
【図１６】遅延状況の評価手順を示すフローチャートである。
【図１７】評価後システム情報の更新手順を示すフローチャートである。
【図１８】従来システムの構成を示すシステム構成図である。
【発明を実施するための形態】
【００１４】
図１は、本発明の一実施の形態例を示すシステム構成図である。
本実施形態のシステムは、システム開発の進捗状況を管理するシステム開発管理者（１１９）が操作するコンピュータ（１０１）で構成される。
コンピュータ（１０１）は、入力装置としてキーボード（１０３）とマウス（１０４）を備え、表示装置（１０２）を備える。
コンピュータ（１０１）は、開発者成果評価部（１０５）と難易度評価部（１０６）と工数評価部（１０７）と遅延状況評価部（１０８）で構成されるシステム開発遅延および成果評価システム（０１０９）が搭載されている。
【００１５】
表示装置（１０２）には、システム開発遅延および成果評価システムの画面が表示され、システム開発管理者（１１９）は、キーボード（１０３）とマウス（１０４）を使用してシステムを操作する。
コンピュータ（１０１）は、記憶装置（１１８）を備え、記憶装置（１１８）には、システム情報（１１０）、開発者情報（１１１）、スキル情報（１１２）、難易度情報（１１３）、モジュール情報（１１４）、評価後開発者情報（１１５）、評価後モジュール情報（１１６）、評価後システム情報（１１７）が格納されるようになっている。
【００１６】
図２は、開発者情報のデータ形式の例である。
図２の各行（２０１）が開発者ごとのスキル（２０２）を示している。
１つの開発者情報は、開発者を識別するための名前である開発者名（２０１）と、開発者の能力に応じたスキル（２０２）の組合せで構成される。このとき設定するスキルは、図３に示すスキル情報のスキル（３０１）の中から１つを選択し入力する。
図２の例では、開発者Ａはスキル（２０３）に示すように「Ａ」というデータで表現されるスキルを持つ開発者であることを示す。
【００１７】
図３は、スキル情報のデータ形式の例である。
図３の各行（３０１）がスキルごとの工数係数(３０２)を示している。
１つのスキル情報は、ある開発者群のスキルを識別するための名前であるスキル（３０１）と、その開発者群のスキルに応じたある工数係数（３０２）の組合せで構成される。
工数係数（３０２）は、対象とするスキルを持つ開発者群が必要とする作業時間を、標準的なスキルを持つ開発者群が必要とする作業時間で割った値である。例えば、ある作業を標準的なスキルを持つ開発者群Ｂが行った場合の作業時間は１０時間であり、同様の作業を開発者群Ａが行った場合の作業時間は８時間であったとする。この場合の開発者群Ａの工数係数は「０．８」となる。
システム開発を通して教育受講やノウハウ蓄積などの影響から、システム開発中に開発者のスキルが変化することが考えられる。このとき、開発者のスキルが上昇した場合を開発者のスキルが上がったと表現する。コードインスペクションの指摘件数等から、システム開発中に開発者のスキルが下降した場合を開発者のスキルが下がったと表現する。
システム開発中に変化した開発者のスキルは、図７の評価後開発者情報に記述し、更新を行う。
工数係数（３０２）を用いてスキルを複数のグループにわけ、それぞれのグループにスキル（３０１）を付与することでスキル情報を構成する。図３に用いられるスキルを元に、図２の開発者情報の各開発者のスキル（２０２）を決定する。
図３の例では、スキルＡは工数係数（３０３）に示すように「０．８」というデータで表現される工数係数を持つスキルであることを示す。
【００１８】
図４は、難易度情報のデータ形式の例である。
図４の各行（４０１）が難易度ごとの工数（４０２）を示している。
１つの難易度情報は、あるモジュールの開発の難易度を識別するための名前である難易度（４０１）と、そのモジュールの難易度に応じたある工数（４０２）の組合せで構成される。
工数（４０２）は、対象とするモジュールの複雑度やステップ数などの指標を用いて算出する。
工数（４０２）を用いて難易度を複数のグループにわけ、それぞれに難易度（４０１）を付与することで難易度情報を構成する。図４に用いられる難易度を元に、図５のモジュール情報の各難易度（５０３）を決定する。
図４の例では、難易度Ａは工数（４０２）に示すように「１０」というデータで表現される工数を持つ難易度であることを示す。
【００１９】
図５は、モジュール情報のデータ形式の例である。
図５の各行（５０１）が、開発するシステムの一つのモジュール情報を示している。
１つのモジュール情報は、モジュールの開発を担当する開発者名（５０２）と、モジュールの開発の難易度を識別する難易度（５０３）と、開発者のスキルとモジュールの難易度から算出される開発時予想工数（５０４）の組合せで構成されている。
モジュール情報に記述される開発者名（５０２）は、開発者情報にある開発者名から参照して記述される。
モジュール情報に記述される難易度（５０３）は、図４の難易度情報にある難易度から参照して記述される。
開始時予想工数（５０４）は、対象のモジュールを担当する開発者の開発者情報のスキルを元に参照したスキル情報の工数係数と、対象のモジュールの難易度を元に参照した難易度情報の工数とを掛け合わせることで得られる値である。
開始時予想工数（５０４）により、モジュールの開発初期時点の予想工数を定義する。
モジュール情報には、システム開発で開発する必要のある全モジュールが登録されている。
図５の例では、モジュール１は開発者名（５０２）に示すように「開発者Ａ」というデータと、難易度（５０３）に示すように「Ａ」というデータと、開始時予想工数（５０４）に示すように「８」というデータで表現されるモジュール情報を持つモジュールであることを示す。
【００２０】
図６は、システム情報のデータ形式の例である。
図６の名称（６０１）、開発開始日（６０２）、遅延日数（６０３）、完了予定日（６０３）のそれぞれの行が、開発するシステムの対応する情報を示している。
名称は、開発するシステムのシステム名称（６０５）を示している。
開発開始日は、開発するシステムの開始日（６０６）を示している。
遅延日数は、開発するシステムが予想している完了予定日（６０８）からの遅延日数（６０７）を示している。
完了予定日は、開発するシステムが予想している完了予定日（６０８）を示している。完了予定日は、開発開始日に、図５のモジュール情報の各モジュールが持つ開始時予想工数の総和を日付に変換したものを足した日付である。
【００２１】
図７は、評価後開発者情報のデータ形式の例である。
図７の各行（７０１）が、評価後の開発者ごとのスキル（７０２）を示している。
１つの評価後開発者情報は、システム開発が進む過程でコードインスペクション結果に応じてシステム開発管理者（１１９）から評価を受ける。これにより、開発者の評価後のスキル値は変化し、その評価語のスキルを評価後スキル（７０２）として評価後開発者情報の該当する開発者の評価後スキルに反映させる。
図７の例では、開発者Ａは評価後スキル（７０３）に示すように「Ｂ」というデータで表現される評価後開発者情報を持つ開発者であることを示す。
【００２２】
図８は、評価後モジュール情報のデータ形式の例である。
図８の各行（８０１）が、開発するシステムの各モジュールの評価後モジュール情報を示している。
１つの評価後モジュール情報は、モジュールの開発を担当する開発者名（８０２）と、モジュールの開発の難易度を識別する難易度（８０３）と、開発者のスキルとモジュールの難易度から算出される現時予想工数（８０４）の組合せで構成されている。
評価後モジュール情報に記述される開発者名（８０２）は、評価後開発者情報にある開発者名から参照して記述される。
評価後モジュール情報に記述される難易度（８０３）は、図４の難易度情報にある難易度から参照して記述される。
現時予想工数（８０４）は、対象のモジュールを担当する開発者の評価後開発者情報のスキルを元に参照したスキル情報の工数係数と、対象のモジュールの難易度を元に参照した難易度情報の工数とを掛け合わせることで得られる値である。
現時予想工数（８０４）により、評価後モジュール情報の更新時のモジュールを開発にかかる予想工数を定義する。
図８の例では、モジュール１は開発者名（８０２）に示すように「開発者Ａ」というデータと、難易度（８０３）に示すように「Ｂ」というデータと、現時予想工数（８０４）に示すように「５」というデータで表現されるモジュール情報を持つモジュールであることを示す。
【００２３】
図９は、評価後システム情報のデータ形式の例である。
図９の名称（９０１）、開発開始日（９０２）、遅延日数（９０３）、完了予定日（９０３）のそれぞれの行が、開発するシステムの対応する情報を示している。
名称は、図６の名称（６０１）と同一である。
開発開始日は、図６の開始日（６０６）と同一である。
遅延日数は、開発するシステムが予想している完了予定日（０９０６）からの遅延日数（９０５）を示している。
完了予定日は、開発するシステムが予想している完了予定日（９０６）を示している。
完了予定日は、開発開始日に、図８のモジュール情報の各モジュールが持つ現時予想工数の総和を日付に変換したものを足した日付である。
【００２４】
以下、本発明の実施の形態の処理手順を、図１０、図１１、図１２、図１３、図１４、図１５、図１６、図１７のフローチャートを用いて説明する。
図１０は、システム開発の遅延状況および開発者の成果の評価手順を示すフローチャートである。
システム開発遅延および成果評価システム（１０９）は、工数評価部（１０７）によって開発時予想工数を算出して開発初期時点のシステム情報を作成し、さらにモジュール開発を進める過程で開発者成果評価部（１０５）と難易度評価部（１０６）によって開発者情報とモジュール情報を更新し、さらに工数評価部（１０７）と遅延状況評価部（１０８）によって現時予想工数を算出して現時点のシステム情報を更新する。
この時、システム情報（１１０）と開発者情報（１１１）とスキル情報（１１２）と難易度情報（１１３）とモジュール情報（１１４）を入力する（ステップ１００１）。
次に、ステップ１００１において入力された情報をもとに工数評価部（１０７）によってモジュールごとの開始時予想工数の算出を行う（ステップ１００２）。
次に、モジュールごとの開始時予想工数からシステム全体の開始時予想工数を算出し、システム情報の開発開始日（６０６）に増分させて完了予定日（６０８）を算出する（ステップ１００３）。
【００２５】
次に、モジュールの開発を行い、コードインスペクション結果と開発者の誤りに応じて開発者の評価とモジュールの難易度の評価を行う（ステップ１００４，１００５，１００６）。
コードインスペクションおよび開発者の誤りに応じて評価された開発者情報とモジュールの難易度によって、評価後開発者情報のスキルと評価後モジュール情報の難易度が更新される。難易度が更新された評価後モジュール情報から現時予想工数を算出する（ステップ１００７）。
次に、評価後モジュール情報のすべてのモジュールの現時予想工数を参照し、現時予想工数の総和を算出する。現時予想工数の総和の値をもとに評価後システム情報のデータを更新する（ステップ１００８）。
このとき、モジュールの開発が完了しているか、完了していないかを判定し、完了していなければモジュールの開発に戻り開発を続行する（ステップ１００９）。
完了している場合は、他に開発するモジュールがないか判定する。他に開発するモジュールがある場合は、モジュールの開発に戻り、開発を続行する（ステップ１０１０）。
他に開発するモジュールが存在しない場合は、システム開発を終了とする（ステップ１０１１）。
【００２６】
図１１は、開発情報の入力手順を示すフローチャートである。
開発者情報入力（ステップ１１０１）では、開発者情報（図２）に開発者名を入力する。
次に、開発者ごとにスキル情報入力（ステップ１１０２）を開発者情報のスキル欄に入力する。
このとき入力するスキルは、スキル情報（図３）に記述されているスキルより選択し入力する。
次に、モジュールごとに難易度情報入力（ステップ１１０３）をモジュール情報の難易度欄に入力する。このとき入力する難易度は、難易度情報（図４）に記述されている難易度より選択し入力する。
次に、モジュール情報の開発社名欄へモジュールごとに設定されている開発者名を入力する。
【００２７】
図１２は、開始時予想工数の算出手順を示すフローチャートであり、図１１で入力されたモジュール情報をもとに、開発時の予想工数を算出する。
はじめに、モジュール情報の先頭のレコードを参照し、開発者名と難易度を確認する（ステップ１２０１）。
次に、開発者情報から確認した開発者名で参照を行い、その開発者名に設定されているスキルを確認する（ステップ１２０２）。
次に、スキル情報から確認したスキルで参照を行い、そのスキルに設定されている工数係数を確認する（ステップ１２０３）。
次に、難易度情報から確認した難易度で参照を行い、その難易度に設定されている工数を確認する（ステップ１２０４）。
【００２８】
次に、以上の各情報から参照した工数係数と工数の値を掛け合わせ、そのとき算出された値をモジュール情報の先頭のレコードの開始時予想工数に入力する（ステップ１２０５）。
次に、モジュール情報の全レコードを対象にステップ１２０１、ステップ１２０２、ステップ１２０３、ステップ１２０４、ステップ１２０５を行ったか確認する（ステップ１２０６）。
モジュール情報の全レコードに対してステップ１２０１、ステップ１２０２、ステップ１２０３、ステップ１２０４、ステップ１２０５を行っていない場合は、行っていないレコードに対してステップ１２０１へ戻る。
モジュールの情報の全レコードに対してステップ１２０１、ステップ１２０２、ステップ１２０３、ステップ１２０４、ステップ１２０５を行っている場合は、開発時予想工数の算出手順が完了したものとする。
【００２９】
図１３は、システム情報の入力手順を示すフローチャートである。
システム情報の入力では、モジュール情報の開始時予想工数をもとにシステム情報の完了予定日の算出を行う。
はじめに、モジュール情報を参照して、すべてのレコードの開発時予想工数を確認する（ステップ１３０１）。
次に、確認した全ての開始時予想工数を足し合わせ、その総和を算出する（ステップ１３０２）。
次に、算出した開始時予想工数の総和をシステム情報の開発開始日に加えた値をシステム情報の完了予定日に設定する（ステップ１３０３）。
システム情報の完了予定日が更新されたことにより、システム情報の入力が完了したものとする。
【００３０】
図１４は、開発者成果の評価手順を示すフローチャートである。
開発者成果の評価では、コードインスペクションの結果を参考に、評価後開発者情報を更新することを目的としている。
はじめに、設計書等をもとに通常のモジュールの開発を実施する（ステップ１４０１）。
次に、プロジェクトで定義されたポリシーのもとでコードインスペクションを実施する（１４０２）。
次に、コードインスペクション結果をシステム開発管理者のコンピュータ１０１に出力し、表示装置１０２に表示させる（ステップ１４０３）。
システム開発管理者は、コードインスペクション結果を見て、誤りが発生している場合、レビューにより、その誤りが開発者の誤りに起因するものであると判断した場合は、評価後開発者情報の該当開発者名のスキルを１ランク下げる評価結果の指示情報をキーボード１０３から入力する（ステップ１４０６〜１４０８）。開発者の誤りに起因するものでないと判断した場合は、開発者成果の評価を終了する。この場合にはスキルの変更はない。
一方、コードインスペクションによる指摘事項が存在しない場合（誤りは存在しない場合）は、他の開発者を交えたレビューを実施することで判断し、モジュールの開発に係る難易度による判断を行う（ステップ１４０９）。レビューにより開発者に対して、開発を担当したモジュールの難易度が易しいと判断されなかった場合は、評価後開発者情報の該当開発者名のスキルを１ランク上げる評価結果の指示情報をキーボード１０３から入力する（１４１０）。レビューより、開発を担当したモジュールの難易度が易しいと判断された場合は、開発者成果の評価を終了する。
管理者からスキルを上げる、または下げる指示情報が入力された場合は、評価後開発者情報の該当開発者名のスキルを指示通りに変更する(ステップ１４０５)。
【００３１】
図１５は、難易度情報の評価手順を示すフローチャートである。
難易度情報の評価では、コードインスペクションの結果を参考に、評価後モジュール情報を更新することを目的としている。
まず、コードインスペクション結果をシステム開発管理者のコンピュータ１０１に出力し、表示装置１０２に表示させる（ステップ１５０１）。
システム開発管理者は、コードインスペクション結果を見て、誤りが発生している場合、レビューにより、開発者による誤りかの判断を行う（ステップ１５０４、１５０５）。誤りが発生していない場合は、開発者に対して、開発を担当したモジュールの難易度が易しいかの判断を行う（ステップ１５０５）。
開発者による誤りかの判断は、開発者成果の評価（図１４）で実施した開発者による誤りかの判断結果を利用する。
開発者成果の評価（図１４）で実施した開発者による誤りかの判断結果が、開発者の誤りに起因するものであると判断された場合は、難易度の評価を終了する。開発者成果の評価（図１４）で実施した開発者による誤りかの判断結果が、開発者の誤りに起因するものではないと判断された場合は、評価後モジュール情報の難易度を１ランクを上げる評価結果の指示情報をキーボード１０３から入力する（ステップ１５０７、１５０８）。
開発者成果の評価（図１４）で実施した開発者に対して開発を担当したモジュールの難易度が易しいかの判断結果が、モジュールが易しいことに起因するものであると判断された場合は、評価後モジュール情報の難易度を１ランク下げる評価結果の指示情報をキーボード置１０３から入力する（ステップ１５０６）。
開発者成果の評価（図１４）で実施した開発者に対して開発を担当したモジュールの難易度が易しいかの判断結果が、モジュールが易しいことに起因するものでないと判断された場合は、難易度の評価を終了する。
管理者からモジュールの難易度を上げる、または下げる指示情報が入力された場合は、評価後モジュール情報の難易度を指示通りに変更する(ステップ１５０３)。
【００３２】
図１６は、遅延状況の評価手順を示すフローチャートである。
遅延状況の評価では、評価後モジュール情報をもとにすべての評価後モジュール情報の現時予想工数を算出することを目的とする。
はじめに、評価後モジュール情報のある１レコードを参照し、開発者名と難易度を確認する（ステップ１６０１）。
次に、確認した開発者名をもとに評価後開発者情報から該当する開発者名のスキルを確認する（ステップ１６０２）。
次に、確認したスキルをともにスキル情報から該当するスキルの工数係数を確認する（ステップ１６０３）。
次に、確認した難易度をもとに難易度情報から該当する難易度の工数を参照する（ステップ１６０４）。
次に、以上で確認した工数係数と工数を掛け合わせ、得られた値をステップ１６０１で参照したレコードの現時予想工数として、ステップ１６０１で参照したレコードの現時予想工数を更新する(ステップ１６０５)。
次に、全ての現時予想工数が更新されたかを確認し、すべてのレコードの更新が完了していなければ順次、レコードを変更して評価後モジュール情報の全レコードの現時予想工数を更新する（ステップ１６０６）。
【００３３】
図１７は、評価後システム情報の更新手順を示すフローチャートである。
評価後システム情報の更新では、評価後モジュール情報の現時予想工数をもとに、評価後システム情報の完了予定日を更新することを目的とする。
はじめに、評価後モジュール情報を参照して、すべてのレコードの現時予想工数を確認する（ステップ１７０１）。
次に、確認した全ての現時予想工数を足し合わせ、その総和を算出する（ステップ１７０２）。
次に、算出した現時予想工数の総和を評価後システム情報の遅延日数に設定する（ステップ１７０３）。
次に、評価後システム情報の開発開始日に評価後システム情報の遅延日数を加えた値をシステム情報の完了予定日に設定する（ステップ１７０４）。評価後システム情報の完了予定日が更新されたことにより、評価後システム情報の入力が完了したものとする。
【符号の説明】
【００３４】
１０１    コンピュータ
１０２    表示装置
１０３    キーボード
１０４    マウス
１０５    開発者成果評価部
１０６    難易度評価部
１０７    工数評価部
１０８    遅延状況評価部
１０９    システム開発遅延および成果評価システム
１１０    システム情報
１１１    開発者情報
１１２    スキル情報
１１３    難易度情報
１１４    モジュール情報
１１５    評価後開発者情報
１１６    評価後モジュール情報
１１７    評価後システム情報
【図１】
2010186394.tif 000003
【図２】
2010186394.tif 000004
【図３】
2010186394.tif 000005
【図４】
2010186394.tif 000006
【図５】
2010186394.tif 000007
【図６】
2010186394.tif 000008
【図７】
2010186394.tif 000009
【図８】
2010186394.tif 000010
【図９】
2010186394.tif 000011
【図１０】
2010186394.tif 000012
【図１１】
2010186394.tif 000013
【図１２】
2010186394.tif 000014
【図１３】
2010186394.tif 000015
【図１４】
2010186394.tif 000016
【図１５】
2010186394.tif 000017
【図１６】
2010186394.tif 000018
【図１７】
2010186394.tif 000019
【図１８】
2010186394.tif 000020