JP7140670B2 - 工程管理支援システム、工程管理支援方法、及び工程管理支援プログラム - Google Patents

Description

本発明は、テスト設備の利用が必要なソフトウェア開発工程の管理を支援する技術に関する。

ソフトウェア開発において、ソフトウェアが実際に動作するシステム（実機）や、システムの動作を模擬したシミュレータ上でテストが実施される。実機やシミュレータなどのテスト設備は、コスト削減のため、複数のソフトウェア開発プロジェクト（以下、プロジェクトと呼ぶ）で共用されることがある。各々のプロジェクトを期限内に完了させるためには、適切な数量のテスト設備をプロジェクトで利用できるようにしたい。

たとえば、ＩＴリソースについてプロジェクトへの配分を最適化する手法として、特許文献１には、テスト設備のうちクラウド型システムのＩＴリソースを、テストの内容に基づいて配分するシステムが提案されている。

特開２０１６－２４６９７号公報

特許文献１では、テストの内容に基づくＩＴリソースの配分に加え、プロジェクトの進捗に基づくＩＴリソース予約期間の変更方法が提案されている。しかしながら、プロジェクトマネージャがプロジェクトを可能な限り期限内に完了する目的を考慮すると、特許文献１の技術では対応できず、テスト設備の数の増減によるプロジェクトの進捗の増減を評価し、テスト設備を追加することや、複数のプロジェクト間でテスト設備の配分を見直すこと等が要請される。

本発明は、上記事情に鑑みなされたものであり、その目的は、テスト設備の利用が必要なソフトウェア開発工程におけるテスト設備の数の増減による工程の進捗を適切に評価することのできる技術を提供することにある。

上記目的を達成するため、一観点に係る工程管理支援システムは、設備の利用が必要なソフトウェア開発工程の管理を支援する工程管理支援システムであって、情報を記憶する記憶部と、記憶部に接続され、所定の処理を実行するプロセッサ部と、を備え、記憶部は、ソフトウェア開発工程に使用する設備を示す工程情報と、複数の設備の予約状況を示す設備予約情報と、ソフトウェア開発工程の進捗履歴を示す工程進捗履歴情報と、ソフトウェア開発工程で使用する設備の数の変更案を示す設備数変更案情報と、を記憶し、プロセッサ部は、工程進捗履歴情報に基づいて、ソフトウェア開発工程における工程情報が示す設備を利用したテストに要する残り時間である設備利用残時間を算出し、設備予約情報に基づいて、設備数変更案情報が示す変更案の数の設備を利用可能な時間範囲を特定し、利用可能な時間範囲に基づいて、設備利用残時間分の作業を、変更案の数の設備に変更した場合におけるソフトウェア開発工程の進捗を予測し、予測した変更後の進捗の情報を出力する。

本発明によれば、テスト設備の利用が必要なソフトウェア開発工程におけるテスト設備の数の増減による工程の進捗を適切に評価することができる。

図１は、実施例１に係る計算機システムのハードウェア構成図である。 図２は、実施例１に係る計算機システムの機能構成図である。 図３は、実施例１に係る工程情報の一例を示す図である。 図４は、実施例１に係る工程進捗履歴情報の一例を示す図である。 図５は、実施例１に係る設備予約情報の一例を示す図である。 図６は、実施例１に係るソースコード更新情報の一例を示す図である。 図７は、実施例１に係るテスト設備管理システムによる進捗予測処理のシーケンス図である。 図８は、実施例１に係るプロジェクト進捗予測画面の一例である。 図９は、実施例１に係る設備数変更案入力画面の一例である。 図１０は、実施例１に係るプロジェクトの進捗予測方法を説明する図である。 図１１は、実施例１に係る設備数を変更した際のプロジェクト進捗予測画面の一例である。 図１２は、実施例２に係る進捗予測処理のシーケンス図である。 図１３は、実施例２に係るプロジェクト進捗予測画面の一例である。

実施例について、図面を参照して説明する。なお、以下に説明する実施例は特許請求の範囲に係る発明を限定するものではなく、また、実施例の中で説明されている諸要素およびその組み合わせの全てが発明の解決手段に必須であるとは限らない。

また、以下の説明では、「記憶部」は、１以上の主記憶装置（メモリ）を含む。少なくとも１つの主記憶装置は、揮発性メモリであってもよいし不揮発性メモリであってもよい。記憶部は、主に、プロセッサ部による処理の際に使用される。

また、以下の説明では、「プロセッサ部」は、１以上のプロセッサを含む。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサである。１以上のプロセッサの各々は、シングルコアでもよいしマルチコアでもよい。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。

図１は、実施例１に係る計算機システムのハードウェア構成図である。

計算機システム１は、工程管理支援システムの一例としてのテスト設備管理システム１０と、工程管理システム２１２と、設備予約システム２１３と、ソースコード構成管理システム２１４とを備える。テスト設備管理システム１０と、工程管理システム２１２と、設備予約システム２１３と、ソースコード構成管理システム２１４とは、ネットワーク２１５を介して通信可能に接続されている。ネットワーク２１５は、ＷＡＮ（Wide Area Network）や、ＬＡＮ（Local Area Network）であってもよい。

工程管理システム２１２は、ソフトウェアの開発プロジェクトを構成する各工程（ソフトウェア開発工程の一例）の日程の計画および進捗の実績を管理するシステムである。設備予約システム２１３は、ソフトウェア開発に利用するテスト設備に関するソフトウェア開発者からの予約を受け付け、テスト設備の利用時間と利用者とを管理するシステムである。ソースコード構成管理システム２１４は、ソフトウェア開発者が、ソースコードに対する変更を行うたびに、変更ファイルと変更日時、コメントおよび変更者名を登録し、ソースコードに対する変更の履歴を参照できるシステムである。

テスト設備管理システム１０は、プロセッサ１０１、主記憶装置１０２、補助記憶装置１０３、入力装置１０４、出力装置１０５、及び通信装置１０６を備える。

プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）により構成されている。プロセッサ１０１は、主記憶装置１０２に記憶されているプログラムを実行することにより、テスト設備管理システム１０の各種処理を実行する。主記憶装置１０２は、プロセッサ１０１により実行されるプログラム（例えば、工程管理支援プログラム）や、プロセッサ１０１に使用されるデータを記憶する装置であり、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＮＶＲＡＭ（Non Volatile RAM）等である。補助記憶装置１０３は、プロセッサ１０１により実行されるプログラムやデータ（各種データベース）を記憶する装置であり、例えば、ＳＳＤ（Solid State Drive）、ハードディスクドライブ、光学式記憶装置、記録媒体の読取／書込装置等である。補助記憶装置１０３に格納されているプログラムやデータは主記憶装置１０２に随時ロードされる。

入力装置１０４は、ユーザから情報の入力を受け付ける装置であり、例えば、キーボード、マウス、タッチパネル等である。出力装置１０５は、ユーザに情報を提供（出力）する装置であり、例えば、液晶モニタ、ＬＣＤ（Liquid Crystal Display）、グラフィックカード、スピーカ等である。通信装置１０６は、ネットワーク２１５を介して、他の装置（工程管理システム２１２、設備予約システム２１３、ソースコード構成管理システム２１４等）との間の通信を実現する有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、シリアル通信モジュール等である。

図２は、実施例１に係る計算機システムの機能構成図である。

テスト設備管理システム１０は、ユーザインタフェース２０２と、プロジェクト進捗予測部２０３と、工程情報管理部２０４と、工程進捗履歴情報管理部２０５と、設備予約情報管理部２０６と、ソースコード変更情報管理部２０７と、工程情報データベース２０８と、工程進捗履歴情報データベース２０９と、設備予約情報データベース２１０と、ソースコード変更情報データベース２１１とを備える。ここで、ユーザインタフェース２０２、プロジェクト進捗予測部２０３、工程情報管理部２０４、工程進捗履歴情報管理部２０５、設備予約情報管理部２０６、及びソースコード変更情報管理部２０７は、主にプロセッサ１０１がプログラム（工程管理支援プログラム）を実行することにより構成される。工程情報データベース２０８、工程進捗履歴情報データベース２０９、設備予約情報データベース２１０、及びソースコード変更情報データベース２１１は、例えば、補助記憶装置１０３により構成される。

ユーザインタフェース２０２は、ユーザ２０１から、プロジェクトで利用可能なテスト設備数の変更量の仮定（以下、設備数変更案とする）の入力を受け付ける。なお、受け付けられた設備数変更案の情報は、主記憶装置１０２又は補助記憶装置１０３に記憶される。ユーザインタフェース２０２は、テスト設備管理システム１０のユーザ２０１に対し、プロジェクト進捗予測部２０３が算出した、プロジェクトの進捗予測（例えば、プロジェクト進捗予測画面（図８、図１１参照）を表示する。プロジェクトの進捗予測としては、プロジェクトで利用可能なテスト設備の数が現状のままである場合の予測と、プロジェクトで利用可能なテスト設備の数を変更させた場合の予測とがある。これにより、テスト設備管理システム１０のユーザ２０１は、所望の期間でプロジェクトを完了させるための、プロジェクトへのテスト設備の割り当てを検討できる。

工程情報管理部２０４は、工程管理システム２１２から工程情報３０（図３参照）を収集し、工程情報データベース２０８に保存し、プロジェクト進捗予測部２０３からの要求に応じて工程情報３０の情報を出力する。

工程進捗履歴情報管理部２０５は、工程管理システム２１２から工程進捗履歴情報４０（図４参照）を収集し、工程進捗履歴情報データベース２０９に保存し、プロジェクト進捗予測部２０３からの要求に応じて工程進捗履歴情報４０の情報を出力する。

設備予約情報管理部２０６は、設備予約システム２１３から設備予約情報５０（図５参照）を収集し、設備予約情報データベース２１０に保存し、プロジェクト進捗予測部２０３からの要求に応じて設備予約情報５０の情報を出力する。

ソ－スコード変更情報管理部２０７は、ソースコード構成管理システム２１４からソースコード変更情報６０（図６参照）を収集し、ソースコード変更情報データベース２１１に保存し、プロジェクト進捗予測部２０３からの要求に応じてソースコード変更情報６０の情報を出力する。

プロジェクト進捗予測部２０３は、ユーザインタフェース２０２がユーザ２０１から受け付けた設備数変更案と、工程情報管理部２０４から取得した工程情報３０と、工程進捗履歴情報管理部２０５から取得した工程進捗履歴情報４０と、設備予約情報管理部２０６から取得した設備予約情報５０と、ソースコード変更情報管理部２０７から取得したソースコード変更情報６０とに基づいて、プロジェクトで利用可能なテスト設備の数が現状のままである場合のプロジェクトの進捗予測と、プロジェクトで利用可能なテスト設備の数を変更させた場合のプロジェクトの進捗予測と、を算出する。

図３は、実施例１に係る工程情報の一例を示す図である。

工程情報３０は、各プロジェクトにおける工程毎のエントリを格納する。工程情報３０のエントリは、番号（＃）３０１、プロジェクト名称３０２、工程名称３０３、工程開始日３０４、工程期限日３０５、必要設備種別３０６、及び必要時間３０７のフィールドを含む。

番号３０１には、エントリを示す番号が格納される。プロジェクト名称３０２には、エントリに対応するプロジェクトを一意に特定する名称（プロジェクト名称）が格納される。工程名称３０３には、エントリに対応するプロジェクトに含まれる工程を一意に特定する名称（工程名称）が格納される。工程開始日３０４には、エントリに対応するプロジェクトの工程を開始した日（又は開始する予定日）が格納される。工程期限日３０５には、エントリに対応するプロジェクトの工程の終了期限日が格納される。必要設備種別３０６には、エントリに対応するプロジェクトの工程において、必要となるテスト設備の種別（設備種別）が格納される。必要時間３０７には、エントリに対応するプロジェクトの工程を完了するために必要となると想定される時間（必要時間：工程必要時間）が格納される。

なお、工程情報３０は、工程情報管理部２０４によって工程管理システム２１２から収集されるが、工程管理システム２１２が管理する情報を根拠に間接的に導出した情報であってもよい。例えば、工程名称３０３の工程名称と、必要設備種別３０６の設備種別との対応関係が予め決まっている場合には、工程管理システム２１２で工程における必要設備種別が管理されていなくても、工程情報管理部２０４において工程名称３０３の工程名称に基づいて設備種別を特定し、必要設備種別３０６に設定するようにしてもよい。

図４は、実施例１に係る工程進捗履歴情報の一例を示す図である。

工程進捗履歴情報４０は、プロジェクトの工程における進捗の履歴を示す複数のエントリを格納する。工程進捗履歴情報４０のエントリは、番号４０１、プロジェクト名称４０２、工程名称４０３、進捗記録日４０４、及び進捗状況４０５のフィールドを含む。

番号４０１には、エントリに対応する番号が格納される。プロジェクト名称４０２には、エントリに対応するプロジェクトのプロジェクト名称が格納される。工程名称４０３には、エントリに対応するプロジェクトの工程の名称が格納される。進捗記録日４０４には、エントリに対応する進捗を記録した日（進捗記録日）が格納される。進捗状況４０５には、エントリに対応するプロジェクトの工程の進捗記録日４０４の進捗記録日の時点での進捗状況（例えば、進捗率）が格納される。図４の例では、進捗状況４０５の進捗状況を百分率で表すようにしているが、これに限られず、例えば、工程に含まれる全ての作業項目数と、進捗記録日時点で完了した作業項目数との組など、工程の進捗を表現する他の形式であってもよい。

なお、工程進捗履歴情報４０は、工程管理システム２１２が管理する情報を根拠に間接的に導出した情報であってもよい。例えば、工程管理システム２１２は、特定時点の進捗状況のみを管理するようにし、工程進捗履歴情報管理部２０５が進捗状況を定期的に収集し、工程進捗履歴データベース２０９に必要な情報を付加して保存するようにしてもよい。

図５は、実施例１に係る設備予約情報の一例を示す図である。

設備予約情報５０は、複数のテスト設備に対する予約ごとのエントリを格納する。設備予約情報５０のエントリは、番号５０１、設備名称５０２、設備種別５０３、利用プロジェクト５０４、予約開始日時５０５、及び予約終了日時５０６のフィールドを含む。

番号５０１には、エントリに対応する番号が格納される。設備名称５０２には、エントリに対応する予約の対象となるテスト設備を一意に特定する名称（設備名称）が格納される。設備種別５０３には、エントリに対応する設備名称５０２の設備名称の設備について、ソフトウェア開発における利用形態に着目して分類した種別を示す名称（種別名称）が格納される。ここで、複数の設備が同一の設備種別を有する場合があり、この場合には、これらの設備は、その設備種別を必要とする工程において、いずれの設備も利用可能であることを意味している。例えば、図３において工程１の必要設備種別は、設備種別１となっているが、図５の設備予約情報５０における設備種別１を有する設備１、設備２、設備３のいずれも工程１で利用することが可能である。

利用プロジェクト５０４には、エントリに対応する設備を利用するプロジェクトのプロジェクト名が格納される。予約開始日時５０５には、エントリに対応する設備の予約開始日時が格納される。予約終了日時５０６には、エントリに対応する設備の予約終了日時が格納される。

なお、設備予約情報５０は、設備予約システム２１３が管理する情報を根拠に間接的に導出した情報であってもよい。例えば、設備予約システム２１３は、利用プロジェクトの代わりに利用者名を記憶するようにし、設備予約情報管理部２０６において、利用者名と利用者の担当プロジェクトとの対応関係に基づいて、利用プロジェクトを特定し、設備予約情報５０として格納するようにしてもよい。

図６は、実施例１に係るソースコード更新情報の一例を示す図である。

ソースコード更新情報６０は、ソースコードの更新毎に対応するエントリを格納する。ソースコード更新情報６０のエントリは、番号６０１、プロジェクト名称６０２、変更日時６０３、変更内容６０４、及び変更行数６０５のフィールドを含む。番号６０１には、エントリに対応する番号が格納される。プロジェクト名称６０２には、エントリに対応する更新を行ったプロジェクトのプロジェクト名称が格納される。変更日時６０３には、エントリに対応するソースコードが変更された日時が格納される。変更内容６０４には、エントリに対応するソースコードの変更内容が格納される。変更行数６０５には、エントリに対応するソースコードについての変更した箇所の行数が格納される。

ソースコード変更情報６０は、ソースコード構成管理システム２１４が管理する情報を根拠に間接的に導出した情報であってもよい。例えば、ソースコード構成管理システム２１４における管理単位がリポジトリであるとき、リポジトリ名とプロジェクト名称との対応関係に基づき、ソースコード変更情報管理部２０７がプロジェクト名称を特定し、ソースコード変更情報６０に格納するようにしてもよい。

次に、テスト設備管理システム１０による処理動作について説明する。

図７は、実施例１に係るテスト設備管理システムによる進捗予測処理のシーケンス図である。

テスト設備管理システム１０において、ユーザによる開始指示に基づいて、進捗予測処理が開始される。プロジェクト進捗予測部２０３は、工程進捗履歴情報管理部２０５より工程進捗履歴情報４０を取得し、取得した工程進捗履歴情報４０に基づいて、利用可能なテスト設備が現状のままである場合の所定のプロジェクトの所定の工程（例えば、予め決められているプロジェクトの工程であってもよいし、ユーザにより指定されたプロジェクトの工程であってもよい）の進捗予測を算出し（Ｓ７０１）、ユーザインタフェース２０２に渡す。

ここで、進捗予測は、例えば、工程進捗履歴情報４０の進捗記録日４０４の進捗記録日と、進捗状況４０５の進捗状況とを利用した回帰分析によって算出する。また、進捗予測の算出時に、工程情報管理部２０４から取得した工程情報３０と、設備予約情報管理部２０６から取得した設備予約情報５０とを参照し、各々の工程について、工程情報３０の必要設備種別３０６の設備種別で特定される設備が予約されている期間をもとに、設備の予約が不十分であることを判定し、進捗の遅延を予測してもよい。

次いで、ユーザインタフェース２０２は、プロジェクト進捗予測部２０３から渡された進捗予測に基づいて、プロジェクト進捗予測画面８０（図８参照）を作成し、出力装置１０５に表示する（ステップＳ７０２）。

ユーザ２０１が設備数変更案をテスト設備管理システム１０に入力したい場合には、プロジェクト進捗予測画面８０に表示される設備数変更ボタン８０３（図８参照）を押下することとなる（Ｓ７０３）。これに対して、ユーザインタフェース２０２は、ユーザ２０１が設備数変更ボタン８０３を押下したことを検出すると、設備数変更案入力画面９０（図９参照）を表示し（Ｓ７０４）、ユーザ２０１からの追加設備数等の入力を受け付ける状態となる。

ユーザ２０１が設備数変更案を入力したい場合には、入力装置１０４を介して設備数変更案入力画面９０に設備数変更案を入力し、決定ボタン９０４を押下することとなる（Ｓ７０５）。これに対して、プロジェクト進捗予測部２０３は、ステップＳ７０５で入力された設備数変更案と、ステップＳ７０１で算出したプロジェクトの進捗予測と、設備予約情報管理部２０６から取得した設備予約情報５０と、ソースコード変更情報管理部２０７から取得したソースコード変更情報６０に基づいて、プロジェクトで利用可能な設備数が設備数変更案で指定されている数である場合のプロジェクトの進捗予測（変更後進捗予測）を算出し（Ｓ７０６）、算出した変更後進捗予測を、ユーザインタフェース２０２に渡す。

次いで、ユーザインタフェース２０２は、ステップＳ７０２でプロジェクト進捗予測部２０３が算出した進捗予測と、ステップＳ７０６でプロジェクト進捗予測部２０３が算出した変更後進捗予測とを、プロジェクト進捗予測画面８０Ａ（図１１参照）に表示する。

以上の処理動作により、テスト設備管理システム１０のユーザは、設備数変更案によってプロジェクトの進捗がどのように変化するかの予測を、プロジェクト進捗予測画面８０Ａを参照することにより認識することができる。

ここで、ユーザ２０１が別の設備数変更案に基づく進捗予測を実施したい場合には、設備数変更ボタン８０３を押下することにより、ステップＳ７０３からステップＳ７０７を再度実行させるようにすればよい。このようにして、ユーザが入力した設備数変更案に応じた進捗予測を表示することで、ユーザは、所望の期間でプロジェクトの工程を完了させるための、プロジェクトの工程へのテスト設備の割り当てを検討できる。

図８は、実施例１に係るプロジェクト進捗予測画面の一例である。

プロジェクト進捗予測画面８０は、進捗予測処理におけるステップＳ７０２で表示される。プロジェクト進捗予測画面８０は、進捗表示対象名表示エリア８０１、プロジェクト進捗予測表示エリア８０２、及び設備数変更ボタン８０３を備える。

進捗表示対象名表示エリア８０１には、進捗を表示させるプロジェクト名及び工程名が表示される。プロジェクト進捗予測表示エリア８０２には、表示対象のプロジェクトの工程における現在の進捗や、ステップＳ７０１でプロジェクト進捗予測部２０３が算出した進捗予測が表示される。図８においては、工程の進捗及び進捗予測を、縦軸を完了済みの作業量とし、横軸を時間として、実際の進捗を実線で示し、進捗予測を点線で示したグラフで表しているが、進捗及び進捗予測を表現する他の形式で表してもよい。例えば、工程の作業消化率と予想工程完了日を記載した表や、ガントチャート、バーンダウンチャートのような形式や、ＥＶＭ（Earned Value Management）、ＣＣＰＭ(Critical Chain Project Management)の各手法で利用される形式のグラフであってもよい。また、図８に示す例では、プロジェクト進捗予測表示エリア８０２には、１つのプロジェクトの１つの工程の進捗を表示しているが、１つのプロジェクトの複数の工程を表示してもよく、複数のプロジェクトの進捗の工程を表示してもよく、また、１つまたは複数のプロジェクトに含まれる一部の工程の進捗を表示してもよい。

設備数変更ボタン８０３は、ユーザ２０１からの設備数の変更指示（設備変更案）を受け付けるボタンである。設備数変更ボタン８０３が押下されると、ユーザインタフェース２０２は、設備数変更案入力画面９０を表示する。

図９は、実施例１に係る設備数変更案入力画面の一例である。

設備数変更案入力画面９０は、進捗予測処理におけるステップＳ７０４でユーザインタフェース２０２により表示される。設備数変更案入力画面９０は、対象工程入力エリア９０１、追加設備入力エリア９０２、追加設備数入力エリア９０３、及び決定ボタン９０４を備える。

対象工程入力エリア９０１は、設備追加の対象となる工程を指定するためのエリア（領域）である。追加設備入力エリア９０２は、追加する設備を指定するためのエリアである。追加設備数入力エリア９０３は、変更する設備の数、例えば、追加する設備の数を指定するためのエリアである。決定ボタン９０４は、設備数変更案入力画面９０に対して指定された設備数の変更の決定を受け付けるエリアである。

次に、進捗予測処理におけるステップＳ７０６におけるプロジェクトの進捗予測方法について説明する。

図１０は、実施例１に係るプロジェクトの進捗予測方法を説明する図である。

処理１００５では、プロジェクト進捗予測部２０３は、ソースコード変更情報データベース２１１のソースコード変更情報６０と、工程進捗履歴情報データベース２１１の工程進捗履歴情報４０とに基づき、ソースコード変更時間割合１００６を算出する。ここで、ソースコード変更時間割合１００６は、ソフトウェアのテスト工程に要する時間のうち、ソースコードの修正の作業に要する時間（ソースコード変更時間）の割合である。ソフトウェアのテスト工程では、ソースコードから生成するプログラムの動作に問題が無いかを確認し、問題があればソースコードを変更して再度動作を確認する。本実施例では、ソフトウェアのテスト工程は、テスト設備を使用してソフトウェアの動作を確認する作業と、ソースコードを変更する作業とで構成されているとする。ソースコード変更時間割合の算出においては、まず、プロジェクト進捗予測部２０３は、予め設定された、ソースコードの変更行数１行あたりに要する変更時間の標準値と、ソースコード変更情報６０の進捗予測の対象の工程（対象工程）を含むプロジェクトのエントリの変更行数６０５から得られるソースコードの変更行数とを乗算することによりソースコード変更時間を算出する。次に、プロジェクト進捗予測部２０３は、工程進捗履歴情報４０に基づいて、進捗予測の対象工程の進捗状況の進捗率が０%から最初に上昇した日を対象工程の開始日とし、対象工程の開始日から現在までの時間を工程実施済時間とする。そして、プロジェクト進捗予測部２０３は、工程実施済時間に対するソースコード変更時間の割合をソースコード変更時間割合とする。

処理１００７では、プロジェクト進捗予測部２０３は、工程進捗履歴情報４０と、工程情報データベース２０８の工程情報３０と、ソースコード変更時間割合１００６とに基づいて、設備利用予測残時間１００８を算出する。ここで、設備利用予測残時間１００８は、対象工程を完了するまでに設備を使用すると予測される時間（設備利用残時間）である。設備利用予測残時間１００８の算出においては、まず、プロジェクト進捗予測部２０３は、工程進捗履歴情報４０の対象工程に対応する進捗状況４０５の進捗率から、工程の全作業に占める残作業の割合を求める。次に、残作業の割合と工程情報３０の必要時間３０７の必要時間から、残作業の完了に必要な時間（残作業必要時間）を求める。次に、プロジェクト進捗予測部２０３は、残作業必要時間のうち、ソースコード変更時間割合１００６で与えられる割合の時間はソースコード変更に充てられる時間（ソースコード変更予測残時間）と予測し、残りの時間を設備利用予測残時間とする。

処理１０１０では、プロジェクト進捗予測部２０３は、工程進捗履歴情報４０と、工程情報３０と、設備予約情報５０と、設備利用予測残時間１００８と、設備数変更案１００９とに基づいて、設備数変更案に基づく進捗予測１０１１を算出する。設備数変更案に基づく進捗予測１０１１の算出においては、まず、プロジェクト進捗予測部２０３は、設備予約情報５０と、工程情報３０と、設備数変更案１００９とから、対象工程における今後の設備利用スケジュールを算出する。設備利用スケジュールは、設備数変更案に従った数の設備についての使用可能な時間範囲（すなわち、予約されていない時間範囲）のスケジュールである。なお、設備を使用可能な時間を、例えば、設備が特定の会社に所属するものである場合には、その会社における就業時間内に限ったり、又はその会社の就業日に限ったりしてもよい。次に、プロジェクト進捗予測部２０３は、今後の設備利用スケジュールと、設備利用予測残時間１００８から、今後の設備利用予測残時間の変化を予測する。ここで、或る時間において、設備が複数使用可能な場合には、工程に対して予め指定された設備数までは複数の設備により並行して作業を進められるとみなし、設備利用予測残時間から、並行して使用される設備数の分についての、のべ使用時間を減少させるようにしてもよい。次に、プロジェクト進捗予測部２０３は、設備利用スケジュールで設備が使用可能となっていない時間をソースコード変更に充てられるとみなし、ソースコード変更予測残時間の今後の変化を予測する。次に、プロジェクト進捗予測部２０３は、設備利用予測残時間と、ソースコード変更予測残時間とを加算した予測残時間を各時点で算出することにより予測残時間の変化を求め、これに基づいて、設備数変更案に基づく進捗予測を算出する。ここで、設備利用予測残時間がソースコード変更予測残時間より先に０となる場合には、設備利用スケジュールで割り当てられた設備利用時間の一部をソースコード変更に充てるものとして、設備利用予測残時間とソースコード変更予測残時間とを算出してもよい。

図１１は、実施例１に係る設備数を変更した際のプロジェクト進捗予測画面の一例である。

プロジェクト進捗予測画面８０Ａは、進捗予測処理のステップＳ７０７でユーザインタフェース２０２により表示される画面である。プロジェクト進捗予測画面８０Ａは、図８に示すプロジェクト進捗予測画面８０に対して、設備数変更情報１１０１、設備数変更時進捗予測１１０２をさらに表示する。設備数変更情報１１０１は、設備数変更案入力画面９０で入力した、進捗予測の対象となる変更設備を示す。

設備数変更時進捗予測１１０２は、設備数変更情報１１０１で示される設備数変更を行った場合のプロジェクトの進捗予測を示す。本実施形態では、設備数変更時進捗予測１１０２は、変更前の進捗予想と同一のグラフ上に表示されている。設備数変更時進捗予測１１０２により、プロジェクトマネージャは、設備数変更がプロジェクト完了の早期化にどれだけ貢献するかを、変更前の進捗予測と比較して知ることができるため、設備のプロジェクトへの割り当て見直しや設備の購入による設備追加を検討することができる。

次に、実施例２に係るテスト設備管理システム１０について説明する。実施例２に係るテスト設備管理システム１０は、実施例１に係るテスト設備管理システム１０において、更に、複数のプロジェクトにわたって設備の過不足を示し、設備が不足するプロジェクトが存在する場合に、テスト設備の配分を見直す判断を支援するための画面（プロジェクト進捗画面１３０：図１３参照）を表示させるようにしたものである。以下の説明においては、実施例１に係るテスト管理設備システム１０の構成と同様な構成については、同一の符号を用いて説明する。

次に、実施例２に係るテスト設備管理システム１０による進捗予測処理について説明する。

図１２は、実施例２に係る進捗予測処理のシーケンス図である。なお、実施例１に係る進捗予測処理と同一のステップについては、同一符号を付し、重複する説明を省略する。

ステップＳ１２０１では、プロジェクト進捗予測部２０３は、図７のステップＳ７０１で算出されるプロジェクトの進捗予測に加え、プロジェクトの設備過不足を算出する。設備過不足は、プロジェクトで予約されている設備の過不足を示す情報であり、例えば、「余裕あり」、「適切」、「不足」のように段階を持つ。設備過不足の算出においては、プロジェクト進捗予測部２０３は、例えば、設備予約情報管理部２０６から取得した設備予約情報５０を参照し、各々のプロジェクトに対して設備の予約時間を算出し、予約時間と、設備の利用が必要な時間（設備必要時間）とを比較することにより行う。設備必要時間は、例えば、工程情報３０の必要時間３０７の必要時間のうちのソースコード変更時間割合の分を除いた時間としてもよい。

ステップＳ１２０２では、ユーザインタフェース２０２は、ステップＳ１２０１でプロジェクト進捗予測部２０３が算出した進捗予測と設備過不足とを、プロジェクト進捗予測画面１３０（図１３参照）に表示する。

ステップ１２０６では、プロジェクト進捗予測部２０３は、図７のステップＳ７０６で算出される、プロジェクトで利用可能な設備数が、設備数変更案で指定される場合のプロジェクトの進捗予測（例えば、完了予測日）に加え、この場合の設備過不足を算出する。設備過不足の算出においては、プロジェクト進捗予測部２０３は、例えば、設備数変更案と設備予約情報管理部２０６から取得した設備予約情報５０とに基づいて、設備の予約時間を算出し、それを設備必要時間と比較することで行う。

ステップ１２０７では、ユーザインタフェース２０２は、ステップＳ１２０２でプロジェクト進捗予測部２０３が算出した進捗予測と、設備過不足と、ステップＳ１２０６でプロジェクト進捗予測部２０３が算出した、プロジェクトで利用可能な設備数が設備数変更案で指定される場合のプロジェクトの進捗予測と、設備過不足とを、プロジェクト進捗予測画面１３０に表示する。

図１３は、実施例２に係るプロジェクト進捗予測画面の一例である。

プロジェクト進捗予測画面１３０は、ステップＳ１２０２及びステップＳ１２０７で表示される画面である。プロジェクト進捗予測画面１３０は、設備数変更ボタン１３０１、番号１３０２、プロジェクト名１３０３、進捗率１３０４、期限日１３０５、完了予測日１３０６、及び設備過不足１３０７を含む。

設備数変更ボタン１３０１は、ユーザ２０１からの設備数の変更指示を受け付けるボタンである。設備数変更ボタン１３０１が押下されると、ユーザインタフェース２０２は、設備数変更案入力画面９０を表示する。

番号１３０２には、プロジェクトに対応する行の番号が表示される。プロジェクト名１３０３には、プロジェクト名が表示される。進捗率１３０４には、プロジェクトの進捗の状況（例えば、進捗率）が表示される。進捗率は、例えば、工程進捗履歴情報４０の進捗状況４０４の進捗率に基づいて算出する。期限日１３０５には、プロジェクトの期限日が表示される。プロジェクトの期限日は、例えば、工程情報３０の工程期限日３０４の工程期限日を利用して算出される。完了予測日１３０６には、これまでの工程進捗履歴を根拠とした、プロジェクトの完了が予測される日（完了予測日）が表示される。完了予測日は、ステップＳ７０１でプロジェクト進捗予測部２０３が算出した進捗予測に基づいて算出される。設備過不足１３０７には、ステップＳ１２０１及びステップＳ１２０６でプロジェクト進捗予測部２０３が算出した設備過不足が表示される。

なお、ステップＳ１２０７で表示するプロジェクト進捗予測画面１３０は、実施例１における図１１に示す設備数変更情報１１０１のような形式で、設備数変更情報を表示してもよい。

このプロジェクト進捗予測画面１３００によると、複数のプロジェクトにわたって設備の過不足を同一画面に示すことで、ユーザは設備が不足するプロジェクトと余裕のあるプロジェクトとを容易に認識することができ、設備の割り当ての見直しを適切に行うことができるようになる。また、テスト設備を追加することの検討に利用することができる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、適宜変形して実施することが可能である。

例えば、上記実施例において、プロジェクトにおける各工程を、ソフトウェア開発工程の一例としていたが、本発明はこれに限られず、例えば、複数の工程を含むプロジェクトの全体を１つのソフトウェア開発工程の一例としてもよい。

また、上記実施例において、プロセッサが行っていた処理の一部又は全部を、ハードウェア回路で行うようにしてもよい。また、上記実施形態におけるプログラムは、プログラムソースからインストールされてよい。プログラムソースは、プログラム配布サーバ又は記憶メディア（例えば可搬型の記憶メディア）であってもよい。

１０…テスト設備管理システム、１０１…プロセッサ、１０２…主記憶装置、１０３…補助記憶装置、２０１…ユーザ、２０２…ユーザインタフェース、２０３…プロジェクト進捗予測部、２０４…工程情報管理部、２０５…工程進捗履歴情報管理部、２０６…設備予約情報管理部、２０７…ソースコード変更情報管理部、２０８…工程情報データベース、２０９…工程進捗履歴情報データベース、２１０…設備予約情報データベース、２１１…ソースコード変更情報データベース

Claims (9)

1. 設備の利用が必要なソフトウェア開発工程の管理を支援する工程管理支援システムであって、
   情報を記憶する記憶部と、前記記憶部に接続され、所定の処理を実行するプロセッサ部と、を備え、
   前記記憶部は、
   前記ソフトウェア開発工程に使用する設備を示す工程情報と、
   複数の設備の予約状況を示す設備予約情報と、
   前記ソフトウェア開発工程の進捗履歴を示す工程進捗履歴情報と、
   前記ソフトウェア開発工程で使用する設備の数の変更案を示す設備数変更案情報と、を記憶し、
   前記プロセッサ部は、
   前記工程進捗履歴情報に基づいて、前記ソフトウェア開発工程における前記工程情報が示す前記設備を利用したテストに要する残り時間である設備利用残時間を算出し、
   前記設備予約情報に基づいて、前記設備数変更案情報が示す変更案の数の設備を利用可能な時間範囲を特定し、
   前記利用可能な時間範囲に基づいて、前記設備利用残時間分の作業を、前記変更案の数の設備に変更した場合における前記ソフトウェア開発工程の進捗を予測し、
   前記予測した変更後の進捗の情報を出力する
   工程管理支援システム。
2. 前記ソフトウェア開発工程は、ソースコードを作成する作成作業と、前記設備を利用して前記ソースコードのテストを行うテスト作業とを含み、
   前記工程情報は、前記ソフトウェア開発工程に必要な時間である工程必要時間を含み、
   前記記憶部は、
   前記ソースコードの変更量を示すソースコード変更情報を記憶し、
   前記プロセッサ部は、
   前記ソースコード変更情報に基づいて、前記ソースコードの変更量の変更に要した時間であるソースコード変更時間を推定し、
   前記ソースコード変更情報と、前記工程進捗履歴情報とに基づいて、前記工程必要時間中の前記テスト作業に必要な時間である設備必要時間を特定し、
   前記設備必要時間と、前記工程進捗履歴情報とに基づいて、前記設備利用残時間を算出する
   請求項１に記載の工程管理支援システム。
3. 前記プロセッサ部は、
   ユーザから前記変更案を受け付ける
   請求項１又は請求項２に記載の工程管理支援システム。
4. 前記プロセッサ部は、
   前記変更後の進捗の情報を、変更前における進捗の情報ととともに出力する
   請求項１から請求項３のいずれか一項に記載の工程管理支援システム。
5. 前記プロセッサ部は、
   前記予測した変更後の進捗の情報と、前記変更前における予測した進捗の情報とを比較可能なグラフにより表示する
   請求項４に記載の工程管理支援システム。
6. 前記工程情報は、前記ソフトウェア開発工程に必要な時間である工程必要時間を含み、
   前記プロセッサ部は、
   前記ソフトウェア開発工程における前記設備の予約時間と、前記工程必要時間とに基づいて、前記設備の過不足を判定し、
   前記設備の過不足の判定結果を出力する
   請求項１から請求項５のいずれか一項に記載の工程管理支援システム。
7. 前記記憶部は、複数のソフトウェア開発工程における工程情報と、設備予約情報と、工程進捗履歴情報と、設備数変更案情報と、を記憶し、
   前記工程情報は、それぞれの前記ソフトウェア開発工程に必要な時間である工程必要時間を含み、
   前記プロセッサ部は、
   前記複数のソフトウェア開発工程における、前記設備の過不足を判定し、
   前記複数のソフトウェア開発工程についての前記設備の過不足の判定結果を出力する
   請求項６に記載の工程管理支援システム。
8. 設備の利用が必要なソフトウェア開発工程の管理を支援する工程管理支援システムによるソフトウェア開発工程の管理を支援する方法であって、
   前記工程管理支援システムは、
   前記ソフトウェア開発工程に使用する設備を示す工程情報と、
   複数の設備の予約状況を示す設備予約情報と、
   前記ソフトウェア開発工程の進捗履歴を示す工程進捗履歴情報と、
   前記ソフトウェア開発工程で使用する設備の数の変更案を示す設備数変更案情報と、を記憶し、
   前記工程進捗履歴情報に基づいて、前記ソフトウェア開発工程における前記工程情報が示す前記設備を利用したテストに要する残り時間である設備利用残時間を算出し、
   前記設備予約情報に基づいて、前記設備数変更案情報が示す変更案の数の設備を利用可能な時間範囲を特定し、
   前記利用可能な時間範囲に基づいて、前記設備利用残時間分の作業を、前記変更案の数の設備に変更した場合における前記ソフトウェア開発工程の進捗を予測し、
   前記予測した変更後の進捗の情報を出力する
   工程管理支援方法。
9. 設備の利用が必要なソフトウェア開発工程の管理を支援する工程管理支援システムを構成するコンピュータに実行させる工程管理支援プログラムであって、
   前記コンピュータに、
   前記ソフトウェア開発工程の進捗履歴を示す工程進捗履歴情報に基づいて、前記ソフトウェア開発工程に使用する設備を示す工程情報が示す前記設備を利用したテストに要する残り時間である設備利用残時間を算出させ、
   複数の設備の予約状況を示す設備予約情報に基づいて、前記ソフトウェア開発工程で使用する設備の数の変更案を示す設備数変更案情報が示す変更案の数の設備を利用可能な時間範囲を特定させ、
   前記利用可能な時間範囲に基づいて、前記設備利用残時間分の作業を、前記変更案の数の設備に変更した場合における前記ソフトウェア開発工程の進捗を予測させ、
   前記予測した変更後の進捗の情報を出力させる
   工程管理支援プログラム。

Images