(57)【要約】【課題】生産性の指標、あるいは前倒し摘出率といった定量指標の傾向を予測するモデルを、投下工数割合という定量指標を用いて実現する。【解決手段】  情報処理部５４は、各グラフＧがモデルＭの最遅最少曲線を下回っているか否かを判断し（Ｓ６２）、下回っていると判断した場合は（Ｓ６３でＹｅｓ）、最遅最少曲線を上回るのに必要なキャッチアップ目標値を算出し、現状を傾向予測値に修正する。【選択図】  図１０
2010122895.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが、
過去のソフトウェア開発の成功プロジェクトにおける各工程へ投下した工数の割合と新規ソフトウェアの開発開始予定時点ならびに開発終了予定時点および予定工数に基づいて、新規ソフトウェア開発の各工程を最も早く開始しうる限界である第１の開始限界と最も遅く開始しうる限界である第２の開始限界を、各工程ごとに決定するステップと、
過去のソフトウェア開発の成功プロジェクトにおける各工程に対応する各作業の最多量に至るために、各作業に対応する各工程の第１の開始限界から前記開発終了予定時点までの間で所定の時点ごとに順次達成すべき目標作業量を示す曲線である第１の曲線のグラフィックデータを、前記作業の種類ごとに作成するステップと、
過去のソフトウェア開発の成功プロジェクトにおける各工程に対応する各作業の最少量に至るために、各作業に対応する各工程の第２の開始限界から前記開発終了予定時点までの間で所定の時点ごとに順次達成すべき目標作業量を示す曲線である第２の曲線のグラフィックデータを、前記作業の種類ごとに作成するステップと、
新規ソフトウェアの開発プロジェクトにおける各工程の作業達成の前記作業の種類ごとの実績値を、前記所定の時点ごとに入力するステップと、
前記所定の時点ごとに入力された作業の種類ごとの作業達成の実績値が、前記作業の種類に対応する第１の曲線において実績値の入力された時点に対応する目標作業量を上回るかまたは前記作業の種類に対応する第２の曲線において実績値の入力された時点に対応する目標作業量を下回るか否かを判断するステップと、
前記入力された作業の実績値が前記第１の曲線の目標作業量を上回るかまたは前記第２の曲線の目標作業量を下回ると判断されたことに応じ、現時点から前記開発終了予定時点の間に達成すべき作業量である目標作業量を算出するステップと、
前記目標作業量を出力するステップと、
を実行する作業目標出力方法。
【請求項２】
前記作業達成の実績値は、累積バグ数、累積テスト数、累積ドキュメントページ数、累積ステップ数および累積テスト消化件数を含む請求項１に記載の作業目標出力方法。
【請求項３】
請求項１または２に記載の作業目標出力方法をコンピュータが実行するためのプログラム。
【請求項４】
請求項１または２に記載の作業目標出力方法を実行するコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータシステム開発の工程管理に関する。
【背景技術】
【０００２】
コンピュータシステム開発プロセスの生産性を評価・予測するシステムとしては、下記の特許文献が挙げられる。
【０００３】
特許文献１では、品質、生産性の高い複数モデルＰＪを抽出し、これらの実績生産性データに基いて基本（平均化）生産性モデルｆ０（ｘ）、抽出ＰＪのばらつき（ｆ０（ｘ）に対する生産性ギャップの大きさ）を求める（Ｓ１０２）。経験者によりモデルＰＪのばらつきの要因分析を行い要因とその重みをＰＪ特性として得る（Ｓ１０３）。ＰＪ特性と生産性ギャップの大きさとを基に生産性ナレッジ（標準生産性モデルｆ１（ｘ）×ＰＪ特性係数ｃ）を決定する。開発工数目標の見積り時に、標準生産性モデルｆ１（ｘ）の調整によって開発組織全体の生産性の向上を図り、対象ＰＪのＰＪ特性係数の調整によってコスト管理を可能にする。
【０００４】
特許文献２では、戦略、指標、施策の関係付けとともに、施策を活動プロセスの連なりとして情報を持ち、さらに外部環境要因と施策とを関連付ける情報を持つような、戦略・施策モデル、企業活動モデル、外部環境要因モデルからなる戦略ネットワークモデルを構築することで、活動実行中に将来実施するプロセスの指標予測値を算出し、問題点を迅速に把握して対策を打つ時間制御・処理制御と、施策設定が問題であったのか、外部環境要因が問題だったのか、施策の実行過程が問題であったのかを特定する企業活動評価処理を備えている。
【０００５】
その他、本願に関係する先行技術としては、特許文献３および４、非特許文献１および２が挙げられる。
【特許文献１】特開２００４−３３４３２１号公報
【特許文献２】特開２００６−２６８５９２号公報
【特許文献３】ＷＯ２００３／０８１４９２（特願２００３−５７９１４３）
【特許文献４】特開平８−２１２１０７号公報
【非特許文献１】”Tutorial: If you’re Living the High Life, You’re Living the Informative Material”、Software Engineering Institute発行
【非特許文献２】「IPAがソフト開発の質などを可視化するツールを公開」、平成２０年１０月２７日検索、インターネットＵＲＬ［http://www.itmedia.co.jp/enterprise/articles/0712/25/news040.html］
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ソフトウェア開発において、ソースステップ数といった生産性の指標、あるいは前倒し摘出率といった品質の指標は重要な定量指標である。これらの定量指標が将来どのようになるのかの傾向を予測することができれば、ソフトウェア開発は非常に安定する。本発明は、この傾向を予測するモデルを、投下工数割合という定量指標を用いて実現する。
【課題を解決するための手段】
【０００７】
本発明に係る作業目標出力方法は、コンピュータが、過去のソフトウェア開発の成功プロジェクトにおける各工程へ投下した工数の割合と新規ソフトウェアの開発開始予定時点ならびに開発終了予定時点および予定工数に基づいて、新規ソフトウェア開発の各工程を最も早く開始しうる限界である第１の開始限界と最も遅く開始しうる限界である第２の開始限界を、各工程ごとに決定するステップと、過去のソフトウェア開発の成功プロジェクトにおける各工程に対応する各作業の最多量に至るために、各作業に対応する各工程の第１の開始限界から開発終了予定時点までの間で所定の時点ごとに順次達成すべき目標作業量を示す曲線である第１の曲線のグラフィックデータを、作業の種類ごとに作成するステップと、過去のソフトウェア開発の成功プロジェクトにおける各工程に対応する各作業の最少量に至るために、各作業に対応する各工程の第２の開始限界から開発終了予定時点までの間で所定の時点ごとに順次達成すべき目標作業量を示す曲線である第２の曲線のグラフィックデータを、作業の種類ごとに作成するステップと、新規ソフトウェアの開発プロジェクトにおける各工程の作業達成の作業の種類ごとの実績値を、所定の時点ごとに入力するステップと、所定の時点ごとに入力された作業の種類ごとの作業達成の実績値が、作業の種類に対応する第１の曲線において実績値の入力された時点に対応する目標作業量を上回るかまたは作業の種類に対応する第２の曲線において実績値の入力された時点に対応する目標作業量を下回るか否かを判断するステップと、入力された作業の実績値が第１の曲線の目標作業量を上回るかまたは第２の曲線の目標作業量を下回ると判断されたことに応じ、現時点から開発終了予定時点の間に達成すべき作業量である目標作業量を算出するステップと、目標作業量を出力するステップと、を実行する。
【０００８】
作業達成の実績値は、累積バグ数、累積テスト数、累積ドキュメントページ数、累積ステップ数および累積テスト消化件数を含む。
【０００９】
この作業目標出力方法をコンピュータに実行させるプログラムも本発明に含まれる。
【発明の効果】
【００１０】
この発明によると、所定の時点ごとに作業の遅れや行き過ぎが判断され、今後の目標値が出力されるので、生産性の低い作業者も今後の作業に明確に具体的な目標を設定することができる。
【発明を実施するための最良の形態】
【００１１】
以下、添付した図面を参照し本発明の好ましい実施の形態を説明する。図１は、本発明の好ましい実施形態に係る情報処理装置１００のブロック構成を示す。情報処理装置１００は、操作部５１（キーボード、マウスその他のポインティングデバイス、タッチパネルなど）、表示部５２（液晶ディスプレイおよびオンボードグラフィックカードなど）、通信部５３（ネットワークカードなど）、情報処理部５４（ＣＰＵ、マイクロコンピュータなど）、記憶部５５（ＲＡＭ、ＲＯＭ、フラッシュメモリ、ハードディスク、ＤＶＤ、ＣＤ−ＲＷその他のコンピュータ読み取り可能な記録媒体）、情報読取／書込部５６（ＣＤ−ＲＷドライブなど）を備えたパソコンなどで構成される。
【００１２】
情報処理部５４は、各部の動作、例えば通信部５３によるデータの送受信、記憶部５５へのデータの格納もしくは記憶部５５からの情報の読み出しを制御する。また、ソフトウェア的な演算処理を行う。
【００１３】
情報処理装置１００は、操作部５１を介して入力された情報あるいは通信部５３から通信回線を介して入力された情報を、記憶部５５に格納し、情報処理部５４にてその情報に所定の処理を施し、その結果を表示部５２や通信部５３に接続されたプリンタ、あるいは情報読取／書込部５６にセットされた記録媒体に出力する。
【００１４】
以下、情報処理装置１００による予測モデルの作成を、準備段階、実装段階、運用段階に分けて説明する。
【００１５】
（１）準備段階
図２は、情報処理装置１００の情報処理部５４が実行を制御する準備段階のフローチャートを示す。
【００１６】
（１−１）最早、最遅開始限界の設定
表１は、一例として、ある企業の２００８年度上期の実績ベースラインの投下工数割合（過去の成功プロジェクトが各工程に投下した工数の割合をヒストグラム分析し、＋−１σの上下管理限界と平均を導出したもの。所定の期間、例えば各年度の上期、下期の経過ごとに更新される）を示している。操作部５１や通信部５３は、表１の情報を入力して記憶部５５に格納する（Ｓ１）。
【００１７】
【表１】
2010122895.tif 000003
【００１８】
設計工程の前には要求分析工程があり、テスト工程の後にはリリース工程があるため、必ずしも上記３工程（設計、製造、テスト）に１００％の工数を投下してよい訳ではない。ただし、この３工程はソフトウェアの製造に直結した工程であるため、なるべくバランスよく工数を投下することが好ましい。
【００１９】
そこで、情報処理部５４は、最も早く工程が開始できた場合（これを最早開始限界と呼ぶ）と、最も遅く工程が開始された場合（これを最遅開始限界と呼ぶ）を記憶部５５の上記の投下工数割合から以下のように求める（Ｓ２）。
【００２０】
設計工程最早開始限界：前工程の管理限界はないので０％（開発の当初から設計ができる理想的な場合）とする。
【００２１】
設計工程最遅開始限界：１００−（本工程および後続工程の投下工数割合の平均（あるいは下方管理限界）の総和）。便宜上、以下では平均を採用する。例えば、表１の３工程の平均に従うと、設計工程最遅開始限界＝100-(14.81+37.40+20.75)=27.04となる。
【００２２】
製造工程最早開始限界：前工程の下方管理限界の総和=5.46
製造工程最遅開始限界：１００−（本工程および後続工程の投下工数割合の平均（あるいは下方管理限界）の総和）。便宜上、以下では平均を採用する。例えば、表１の３工程の平均に従うと、設計工程最遅開始限界＝100-(37.40+20.75)=41.85となる。
【００２３】
テスト工程最早開始限界：前工程の下方管理限界の総和=5.46+28.39=33.85
テスト工程最遅開始限界：１００−（本工程および後続工程の投下工数割合の平均（あるいは下方管理限界）の総和）。便宜上、以下では平均を採用する。例えば、表１の３工程の平均に従うと、設計工程最遅開始限界＝100-20.75=79.25となる。
【００２４】
以上から、情報処理部５４が求めた３工程の最早・最遅開始限界は以下の通りとなる。この表２のような最早・最遅開始限界は記憶部５５に格納される（Ｓ３）。
【００２５】
【表２】
2010122895.tif 000004
【００２６】
（１−２）投入計画による工程開始日程の算出
次に、情報処理部５４は、開発計画上の人員の投入計画（何月に何日）から、開発開始週から開発終了週までの累積投下予定工数パーセンテージを算出し、各工程の最早・最遅開始日程を算出する（Ｓ４）。例えば、２００８年１月７日から６月３０日までに１０人月を各週に均等に投下する投入計画であった場合の各工程の最早・最遅開始日程は、以下のようになる。この表３のような各工程の最早・最遅開始日程は記憶部５５に格納される（Ｓ５）。
【００２７】
【表３】
2010122895.tif 000005
【００２８】
（２）実装段階
図３〜４は、情報処理装置１００の情報処理部５４が実行を制御する実装段階のフローチャートを示す。以下、２００８年１月７日〜同年６月３０日の１０人月のプロジェクトを例に説明する。
【００２９】
（２−１）前倒し抽出予測モデルの作成
まず、情報処理部５４は、外部から入力された人月当たりの結合テスト以降バグ密度の実績から、最多バグ数と最少バグ数を算出する（Ｓ１１）。例えば、実績が上部管理限界線（ＵＣＬ）=4.3708,平均=3.4444, 下部管理限界線（ＬＣＬ）=2.5179であれば、結合テスト以降最多バグ数=4.3708X10=43.708、結合テスト以降最少バグ数=2.5179X10=25.179となる。
【００３０】
次に、結合テスト以降最多・最少バグ数と、前倒し摘出率（バグの総件数のうち、単体デバッグ工程以前に摘出されたものの割合）に基づいて、最多全バグ数と最少全バグ数を算出する（Ｓ１２）。例えば、上記の結合テスト以降最多・最少バグ数で前倒し摘出率を７５％とした場合、最多全バグ数=43.708/0.25=174.832, 最少全バグ数=25.179/0.25=100.716となる。
【００３１】
次に、情報処理部５４は、バグ抽出の最早週数と最遅週数を工程開始限界より算出する（Ｓ１３）。最早週数は、設計工程の最早開始限界からプロジェクトの最終週までの週数、例えば２００８年１月７日〜６月３０日６月３０日の２６週である。最遅週数は、設計工程の最遅開始限界からプロジェクトの最終週までの週数、例えば２００８年２月１８日〜６月３０日６月３０日の２６週である。
【００３２】
最後に、情報処理部５４は、縦軸に累積バグ数、横軸に日程を取り、最早最多バグ抽出曲線（曲線とは直線も含む。以下同様）と最遅最少バグ抽出曲線の描画データを作成する（Ｓ１５）。図５は最早最多バグ抽出曲線Ｌ１−１、最遅最少バグ抽出曲線Ｌ１−２の一例を示す。
【００３３】
（２−２）テスト密度予測モデルの作成
まず、情報処理部５４は、結合テスト以降テスト密度から最多テスト仕様数と最少テスト仕様数を算出する（Ｓ２１）。例えば、UCL=166.4593,平均=113.3203,LCL=60.7813とすると、結合テスト以降最多テスト仕様数=166.4593X製造キロステップ、結合テスト以降最少テスト仕様数=60.7813X製造キロステップである。
【００３４】
次に、情報処理部５４は、テスト密度の最早週数と最遅週数を工程開始限界より算出する（Ｓ２２）。例えば、最早週数=テスト工程の最早開始限界＝２００８年３月３日から最終週である同年６月３０日までの１８週、最遅週数=テスト工程の最遅開始限界＝２００８年３月３日から最終週である同年６月３０日までの６週となる。
【００３５】
最後に、情報処理部５４は、縦軸に累積テスト仕様数、横軸に日程を取り、最早最多テスト仕様数曲線と最遅最少テスト仕様数曲線の描画データを外部装置に出力する（Ｓ２３）。ただし、モデルの作成段階では、製造は始まっておらず、「製造キロステップ」は空値である。実際に製造が開始し、製造キロステップの入力がされることにより、テスト密度予測モデルの描画データが得られる。
【００３６】
図６（ａ）は製造キロステップの入力以前のテスト密度予測モデルの描画データの一例、図６（ｂ）は製造キロステップの入力以後のテスト密度予測モデルのは最早最多テスト仕様数曲線Ｌ２−１、最遅最少テスト仕様数曲線Ｌ２−２の一例を示す。
【００３７】
（２−３）ドキュメント規模予測モデル
情報処理部５４は、入力された過去の実績設計工程全体生産性から最多ドキュメントページ数と最少ドキュメントページ数を算出する（Ｓ３１）。例えば、UCL=13.3870,平均値=8.5688,LCL=3.7505とすると、最多ドキュメントページ数=13.3870X10=133.870、最少ドキュメントページ数=3.7505X10=37.505である。
【００３８】
次に、情報処理部５４は、ドキュメント製造の最早週数と最遅週数を工程開始限界より算出する（Ｓ３２）。その際、コーディング開始前に完了する場合（=BeforeCode）とテスト開始前に完了する場合（=AfterCode）の２種類を算出する。
【００３９】
BeforeCode最早週数＝設計工程の最早開始限界２００８年１月７日から製造工程の最遅開始限界２００８年３月１７日まで＝１１
BeforeCode最遅週数＝設計工程の最遅開始限界２００８年２月１８日から製造工程の最遅開始限界２００８年３月１７日まで＝５
AfterCode最早週数＝設計工程の最早開始限界２００８年１月７日からテスト工程の最遅開始限界２００８年５月２６日まで＝２１
AfterCode最遅週数＝設計工程の最遅開始限界２００８年２月１８日からテスト工程の最遅開始限界２００８年５月２６日まで＝１５
最後に、情報処理部５４は、縦軸に累積ドキュメントページ数、横軸に日程を取り、最早最多ドキュメントページ様数曲線と最遅最少ドキュメントページ数曲線の描画データを外部装置に出力する（Ｓ３３）。
【００４０】
図７（ａ）は、BeforeCode最早最多ドキュメントページ数曲線Ｌ３−１−ＢとBeforeCode最遅最少ドキュメントページ数曲線Ｌ３−２−Ｂの一例を示す。図７（ａ）は、AfterCode最早最多ドキュメントページ数曲線Ｌ３−１−ＡとAfterCode最遅最少ドキュメントページ数曲線Ｌ３−２−Ａの一例を示す。
【００４１】
（２−４）ステップ数規模予測モデル
情報処理部５４は、過去の実績ステップ数規模から製造工程全体生産性を算出する（Ｓ４１）。例えば、UCL=1040.4266,平均値=683.7134,LCL=327.0002とすると、最多ステップ数=1040.4266X10=10404.266、最少ステップ数=327.0002X10=3270.002である。
【００４２】
次に、情報処理部５４は、ステップ製造の最早週数と最遅週数を工程開始限界より算出する（Ｓ４２）。
【００４３】
最早週数＝製造工程の最早開始限界２００８年１月１４日から製造工程の最遅開始限界２００８年５月２６日まで＝２０
最遅週数＝製造工程の最遅開始限界２００８年３月１７日から製造工程の最遅開始限界２００８年５月２６日まで＝１１
最後に、情報処理部５４は、縦軸に累積ステップ数、横軸に日程を取り、最早最多ステップ数曲線と最遅最少ステップ数曲線の描画データを外部装置に出力する（Ｓ４３）。
【００４４】
図８は、最早最多ステップ数曲線Ｌ４−１と最遅最少ステップ数曲線Ｌ４−２の一例を示す。
【００４５】
（２−５）テスト消化件数予測モデル
情報処理部５４は、入力された過去のテスト工程全体消化生産性から最多テスト消化件数と最少テスト消化件数を算出する（Ｓ５１）。例えば、UCL=134.3451,平均値=87.2306,LCL=40.1161とすると、最多ステップ数=134.3451X10=1343.451、最少ステップ数=40.1161X10=401.161である。
【００４６】
次に、情報処理部５４は、テスト消化の最早週数と最遅週数を工程開始限界より算出する（Ｓ５２）。
【００４７】
最早週数＝テスト工程の最早開始限界２００８年３月３日から製造工程の最遅開始限界２００８年６月３０日まで＝１８
最遅週数＝製造工程の最遅開始限界２００８年５月２６日から製造工程の最遅開始限界２００８年６月３０日まで＝６
最後に、情報処理部５４は、縦軸に累積テスト消化件数数、横軸に日程を取り、最早最多テスト消化件数曲線と最遅最少テスト消化件数曲線の描画データを外部装置に出力する（Ｓ５３）。
【００４８】
図９は、最早最多テスト消化件数曲線Ｌ５−１と最遅最少テスト消化件数曲線Ｌ５−２の一例を示す。
【００４９】
（３）運用段階
図１０は情報処理装置１００の情報処理部５４が実行を制御する運用段階のフローチャートを示す。情報処理装置１００は、所定の時点ごと、例えば毎週の特定の曜日に、以下のプロセスデータを入力する（Ｓ６１）。
【００５０】
累積設計書ページ数（累積基本設計書ページ数＋累積詳細設計書ページ数）
累積設計書バグ件数（累積基本設計書バグ数＋累積詳細設計書バグ数）
累積ステップ数
累積ソースバグ指摘件数（累積ソースレビューバグ数＋累積単体テストバグ数）
累積テスト仕様数（累積結合テスト仕様件数＋累積システムテスト仕様件数）
累積テスト消化件数（累積結合テスト消化件数＋累積システムテスト消化件数）
累積テストバグ数（累積結合テストバグ数＋累積システムバグ数）
情報処理部５４は、入力されたプロセスデータの示す値を縦軸、入力時点を横軸に採ったグラフＧを、当該プロセスデータの値の種類に対応するモデルＭの描画データに重畳した描画データを作成し、この描画データを、表示部５２やプリンタや記録媒体などの外部装置に出力する（Ｓ６２）。
【００５１】
図１１（ａ）は前倒し抽出予測モデル（図５参照）に重畳された所定の時点ごとの累積設計書ページ数のグラフ、図１１（ｂ）はテスト密度予測モデル（図６参照）に重畳された所定の時点ごとの累積設計書バグ件数のグラフ、図１１（ｃ）はBeforeCodeドキュメント規模予測モデル（図７（ａ）参照）に重畳された所定の時点ごとの累積設計書バグ件数のグラフ、図１１（ｄ）はAfterCodeドキュメント規模予測モデル（図７（ｂ）参照）に重畳された所定の時点ごとの累積設計書バグ件数のグラフ、図１１（ｅ）はステップ数規模予測モデル（図８参照）に重畳された所定の時点ごとのステップ数のグラフ、図１１（ｆ）はテスト消化件数予測モデル（図９参照）に重畳された所定の時点ごとのテスト消化件数のグラフを示す。
【００５２】
情報処理部５４は、各グラフＧがモデルＭの最遅最少曲線を下回っているか否かを判断し（Ｓ６２）、下回っていると判断した場合は（Ｓ６３でＹｅｓ）、最遅最少曲線を上回るのに必要なキャッチアップ目標値を算出し、現状を傾向予測値に修正する。
【００５３】
下回っていないと判断した場合は（Ｓ６３でＮｏ）、各グラフＧがモデルＭの最遅最少曲線を下回る傾向を示しているか否かを判断し（Ｓ６６）、下回っていると判断した場合は（Ｓ６６でＹｅｓ）、最遅最少曲線を上回るのに必要なキャッチアップ目標値を算出し、現状を傾向予測値の範囲内に維持する（Ｓ６８）。傾向の判定は、例えばグラフＧが下に凸の曲線であればグラフＧがモデルＭの最遅最少曲線を下回る傾向を示していると判断し、上に凸の曲線であればグラフＧがモデルＭの最遅最少曲線を下回る傾向を示していないと判断することで行われる。
【００５４】
下回る傾向にないと判断した場合は（Ｓ６７でＮｏ）、各グラフＧがモデルＭの最早最多曲線を上回っているか否かを判断し（Ｓ６８）、上回っていると判断した場合は（Ｓ７０でＹｅｓ）、Ｓ７３に進む。上回っていないと判断した場合は（Ｓ７０でＮｏ）、各グラフＧがモデルＭの最早最多曲線を上回る傾向を示しているか否かを判断し（Ｓ７１）、上回る傾向と判断した場合は（Ｓ７２でＹｅｓ）、Ｓ７３に進む。上回る傾向と判断しない場合は（Ｓ７２でＮｏ）、Ｓ７４に進む。
【００５５】
Ｓ７３では、キャッチアップ目標値を各モデルから算出する。キャッチアップ目標値とは、例えば、現時点でのモデルＭとグラフＧの差である。
【００５６】
すなわち、
最小キャッチアップ目標値＝第二の曲線の値−実績値
最大キャッチアップ目標値＝第一の曲線の値−実績値
とすると、実績値が第一の曲線を上回っている場合は、いずれもマイナスの値とな り、実績値が第二の曲線を下回っている場合は、いずれもプラスの値となる。このキャッチアップ目標値により、ユーザは原因分析と対策を実施できる。
【００５７】
Ｓ７４では、プロジェクトの終了が操作部５１から指示されたか否かを判断する。Ｙｅｓの場合はこの処理を終え、Ｎｏの場合はＳ６１に戻る。
【００５８】
なお、Ｓ６３、６６、６９、７１の判断結果の内容を示すメッセージやキャッチアップ目標値を表示部５２に表示したり音声再生装置にて再生してもよい。ＱＣＤ管理の観点からは、「前倒し摘出予測モデル」「ステップ数規模予測モデル」が必須であるが、その他のモデルは、使用が推奨されるが、必ずしも必要ではない。
【図面の簡単な説明】
【００５９】
【図１】情報処理装置のブロック図
【図２】準備段階のフローチャート
【図３】実装段階のフローチャート（１）
【図４】実装段階のフローチャート（２）
【図５】前倒し摘出予測モデルを例示した図
【図６】テスト密度予測モデルを例示した図
【図７】ドキュメント規模予測モデルを例示した図
【図８】ステップ数規模予測モデルを例示した図
【図９】テスト消化件数予測モデルを例示した図
【図１０】運用段階のフローチャート
【図１１】各モデルに重畳された実績値を例示した図
【符号の説明】
【００６０】
５１：操作部、５２：表示部、５３：通信部、５４：情報処理部、５５：記憶部、５６：情報読取／書込部
【図１】
2010122895.tif 000006
【図２】
2010122895.tif 000007
【図３】
2010122895.tif 000008
【図４】
2010122895.tif 000009
【図５】
2010122895.tif 000010
【図６】
2010122895.tif 000011
【図７】
2010122895.tif 000012
【図８】
2010122895.tif 000013
【図９】
2010122895.tif 000014
【図１０】
2010122895.tif 000015
【図１１】
2010122895.tif 000016