JPH05120001A - 作業計画作成方式 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウェアの開発プロジェクトにおいて仕
様変更の発生に伴う仕様書の修正作業用の作業計画表を
自動的かつ迅速に作成し、修正作業の進捗状況を正確に
把握する。 【構成】 ソフトウェアの仕様書毎に、その作成工数の
情報を蓄積し、仕様書の変更に際し、利用者が入力した
修正作業の難易度と前記作成工数の情報を基に、該仕様
書の修正作業の工数を算出し、仕様変更に関わる作業計
画表を作成する。

Description

【発明の詳細な説明】

【０００１】

【産業の利用分野】本発明は、ソフトウェアの開発プロ
ジェクトの作業計画および作業の進捗状況を管理するプ
ロジェクト管理支援システムにおいて、開発しようとす
るソフトウェアの仕様変更に対する仕様書の修正作業用
の作業計画を作成する作業計画作成方式に関する。

【０００２】

【従来の技術】ソフトウェアの開発におけるプロジェク
ト管理作業には、作業計画作業、進捗管理作業がある。
これらの作業を支援するワークシートとして作業計画表
が使用されている。

【０００３】従来、この作業計画表は人手で作成される
のが一般的であった。即ち、プロジェクト開始段階で人
手により作成し、その後、プロジェクトが進むにつれて
各作業の進捗状況を作業計画表に人手により記述してい
た。

【０００４】しかし、この方法では作業計画表の作成、
各作業の進捗状況の記述が人手により行われているた
め、各作業の進捗状況を正確に反映している保証はな
く、又、作業計画表の作成、各作業の進捗状況の記述に
多くの工数を要するという問題点があった。

【０００５】この問題を解決するため、特願平２−５７
９５４号「進度集計プロジェクト管理システム」におい
て、画面上で作業名、予定開始日、予定終了日をマウス
およびキ−ボ−ドを使用して入力することにより、作業
計画表を自動的に迅速に作成し、また作業の進捗状況の
記述に関して、画面上で更新日、作業名、進捗日をマウ
スおよびキ−ボ−ドを使用して入力することにより、各
作業の進捗状況を自動的に、かつ迅速に作業計画表に記
述し、各作業の進捗状況を正確に把握できるようにした
システムが提案されている。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来技術においてはプロジェクトの開始段階での作業計画
表にはない作業、すなわちソフトウェアの仕様変更の発
生による修正作業等の突発的作業に関しては、作業計画
表の変更、追加は行わず、進捗状況は仕様変更の発生し
た仕様書の一部として人手により記述管理されていた。
このため、仕様書の修正作業は作業計画表上には直接現
れず、実際の修正作業の作業計画表、進捗状況を正確に
把握することができないという問題があった。

【０００７】本発明の目的は、ソフトウェアの仕様変更
の発生に伴う仕様書の修正作業用の作業計画を自動的に
かつ迅速に作成し、修正作業の進捗状況を正確に把握す
ることができる作業計画作成方式を提供することにあ
る。

【０００８】

【課題を解決するための手段】本発明は上記目的を達成
するために、基本的には、開発しようとするソフトウェ
アの仕様に関する仕様書毎に、その作成工数の情報を蓄
積し、該仕様書の内容変更に際し、利用者が入力した修
正作業の困難の度合いを表した修正難易度と前記作成工
数の情報を基に、該仕様書の修正作業の工数を算出し、
この算出した工数に基づいて仕様変更に関わる作業計画
表を作成し、出力するようにした。

【０００９】

【作用】上記手段によれば、仕様書の内容変更に際して
は、蓄積しておいた仕様書毎の作成工数のうち内容変更
のあった仕様書に関する作成工数を検索する。そして、
その検索結果の作業工数と知利用者が入力した修正作業
の困難度合いを示す修正難易度とを基に、該仕様書の修
正作業の工数を算出し、この算出した工数に基づいて仕
様変更に関わる作業計画表を自動的に作成して出力する
ので、修正作業用の作業計画表を迅速に作成することを
可能にし、ひいてはプロジェクト管理において仕様変更
が発生した仕様書の管理の正確化を図ることができる。

【００１０】

【実施例】以下、本発明の実施例を図を用いて詳細に説
明する。

【００１１】図１は本発明を実施する計算機システムの
構成を示すブロック図であり、データ処理装置本体２０
１、ディスプレイ２０２、キーボード２０３、マウス２
０４、作業計画表作成処理部２０５、作業日程情報ライ
ブラリ２０６、修正日程情報ライブラリ２０７、仕様書
間関連情報ライブラリ２０８で構成されている。

【００１２】図２は、本発明の第１の実施例の処理手順
を示すフローチャートであり、以下このフロ−チャ−ト
に基づいて第１の実施例を説明する。

【００１３】まず、仕様変更が発生した場合、仕様変更
情報をキ−ボ−ド２０３から入力する（ステップ１０
１）。仕様変更情報３０１は、図３に示すように、作業
名３０２、仕様書名３０３、仕様変更番号３０４、仕様
変更名３０５で構成されている。

【００１４】次に、仕様変更の発生した変更波及元仕様
書に対して、修正難易度を入力する（ステップ１０
２）。修正難易度は、仕様書を作成する作業に対する修
正作業の割合をパーセントで表したものである。

【００１５】次に、入力された仕様変更情報３０１内の
作業名３０２および仕様書名３０３により作業日程情報
を作業日程情報ライブラリ２０６から検索する（ステッ
プ１０３）。図４に示されるように、作業日程情報４０
１は、「作業１」，「作業２」などの作業名４０２、
「仕様書１」，「仕様書２」などの仕様書名４０３、
「１／４」，「１／５」などの予定開始日４０４、「６
／３０」，「７／３１」などの予定終了日４０５、「１
／４」などの実績開始日４０６、「１／７」などの実績
終了日４０７で構成されている。予定開始日４０４およ
び予定終了日４０５は、プロジェクト開始段階に設定し
た仕様書の作成作業の日程であり、実績開始日４０６
は、実際に仕様書の作成作業を開始した日を入力し、実
績終了日４０７は実際に作成作業を終了した日を入力す
る。

【００１６】次に、検索した作業日程情報４０１内の実
績終了日４０７から、変更波及元仕様書の作成が終了し
ているかどうかを判定する（ステップ１０４）。仕様変
更が発生した時に、その変更波及元仕様書の作成が既に
終了しているならば、実績開始日４０６と実績終了日４
０７の差分を仕様書作成工数として設定するが（ステッ
プ１０５）、変更波及元仕様書の作成がまだ終了してい
ないならば、予定開始日４０４と予定終了日４０５との
差分を仕様書作成工数として設定する（ステップ１０
６）。

【００１７】次に、設定した仕様書作成工数に修正難易
度を掛け合わせ１００で割り、変更波及元仕様書の修正
作業工数を算出する（ステップ１０７）。

【００１８】次に、算出した修正作業工数を修正日程情
報ライブラリ２０７に登録する（ステップ１０８）。

【００１９】図５に示すように、修正日程情報５０１
は、作業名５０２、仕様書名５０３、「Ｃ０００１」な
どの仕様変更番号５０４、「仕様変更１」，「仕様変更
２」などの仕様変更名５０５、「４」，「３」などの修
正作業工数５０６、予定開始日５０７、予定終了日５０
８、実績開始日５０９、実績終了日５１０で構成されて
いる。

【００２０】ここで、作業工数の単位は、例えば「時間
／人」である。

【００２１】作業名５０２、仕様書名５０３、仕様変更
番号５０４および仕様変更名５０５は、入力した仕様変
更情報３０１内の作業名３０２、仕様書名３０３、仕様
変更番号３０４、仕様変更名３０５をそれぞれ転記す
る。

【００２２】修正作業工数５０６は、ステップ１０７で
算出した修正作業工数を転記する。

【００２３】このようにしてステップ１０８で登録され
た修正作業工数は、後述の図１６に示す手順のステップ
１４０１において参照され、修正作業用の作業計画表を
作成するために使用され、その作成された作業計画表が
ディスプレイ２０２の画面に表示される。

【００２４】従って、この実施例によれば、ソフトウェ
アの開発プロジェクトにおいて仕様変更の発生に伴う仕
様書の修正作業用の作業計画表を自動的かつ迅速に作成
することができる。従って、プロジェクト管理において
仕様変更が発生した仕様書の管理を正確に行うことがで
きる。

【００２５】図６および図７に本発明の第２の実施例の
処理手順を示す。

【００２６】本実施例は、図２の実施例で示す手順にス
テップ６０１、６０２、６０３、６０４、６０５、６０
６、６０７、６０８、６０９を新たに付加したものであ
る。

【００２７】本実施例では、図２の変更波及元仕様書の
修正作業工数を修正日程情報ライブラリ２０７に登録し
た後（ステップ１０８）、仕様変更が発生した仕様書と
関連があるために仕様変更が波及する変更波及先仕様書
を仕様書間関連情報ライブラリ２０８から順次検索する
（ステップ６０１）。

【００２８】図８に示すように、仕様書間関連情報７０
１は、仕様書名７０２、関連仕様書名７０３、関連情報
７０４で構成されている。ここで、関連情報７０４にお
いて”○”は関連があることを示し、”×”は関連がな
いことを示し、”−”は同一の仕様書であることを示
す。

【００２９】次に、未検索の変更波及先仕様書が存在す
るかどうかを判定する（ステップ６０２）。変更波及先
仕様書が存在しなければ、直ちに処理を終了するが、変
更波及先仕様書が存在すれば、次のステップに進む。

【００３０】次に、変更波及先仕様書に対して、修正難
易度を入力する（ステップ６０３）。

【００３１】次に、検索した変更波及先仕様書の作業名
と仕様書名から変更波及先仕様書の作業日程情報４０１
を検索する（ステップ６０４）。

【００３２】次に、検索した作業日程情報４０１内の実
績終了日４０７から、変更波及先仕様書の作成が終了し
ているかどうかを判定する（ステップ６０５）。変更波
及先仕様書の作成がすでに終了しているならば、実績開
始日４０６と実績終了日４０７の差分を変更波及先の仕
様書作成工数として設定するが（ステップ６０６）、変
更波及先仕様書の作成が未だ終了していないならば、予
定開始日４０４と予定終了日４０５の差分を変更波及先
仕様書の作成工数として設定する（ステップ６０７）。

【００３３】次に、設定した変更波及先仕様書の作成工
数に修正難易度を掛け合わせ１００で割り、変更波及先
の修正作業工数を算出する（ステップ６０８）。

【００３４】次に、算出した変更波及先仕様書の修正作
業工数を修正日程情報ライブラリ２０７に登録する（ス
テップ６０９）。

【００３５】以下、ステップ６０１に戻り、変更波及先
仕様書のすべてについて処理を行い終了する。

【００３６】このようにしてステップ６０９で登録され
た修正作業工数は、後述の図１６に示す手順のステップ
１４０１において参照され、修正作業用の作業計画表を
作成するために使用され、その作成された作業計画表が
ディスプレイ２０２の画面に表示される。

【００３７】従って、この実施例によれば、仕様変更が
波及する波及先の仕様書を検索し、その修正作業用の作
業工数をも算出するので、仕様変更が発生した仕様書の
修正作業用の作業計画表作成に加え、仕様変更が波及す
る仕様書の修正作業用の作業計画表をも自動的かつ迅速
に作成することができる。従って、仕様変更に伴うピロ
ジェクト全体に必要な修正作業工数が正確にわかり、必
要な対策を効果的に実施することができる。

【００３８】図９および図１０に本発明の第３の実施例
の処理手順を示す。

【００３９】本実施例は、図６，図７のの実施例のステ
ップ６０３を８０１に、またステップ６０８を８０２に
変更した以外は、図６，図７で示した手順と同じであ
る。本実施例は、図６，図７の未検索の変更波及先仕様
書が存在するかどうかを判定した後（ステップ６０
２）、仕様書間の関連の種類に対応した補正値を取得す
る（ステップ８０１）。

【００４０】図１１に示すように、仕様書間関連情報９
０１は、仕様書名９０２、関連仕様書名９０３、関連情
報９０４で構成されている。関連情報９０４の各項目欄
には、仕様書間の関連名が記述してある。ここで、”
−”は同じ仕様書を示し、”×”は関連が存在しないこ
とを示す。

【００４１】仕様書間の関連の種類と補正値は、図１２
に示すように互いに対応付けて蓄積されるもので、参
照、転記、生成、集計などの仕様書間関連名（１００
１）、「５０」，「２５」などの補正値（１００２）で
構成されている。

【００４２】次に、図６，図７の実施例と同様に処理
し、変更波及先の仕様書作成工数を設定した後（ステッ
プ６０６、６０７）、設定した変更波及先の仕様書作成
工数に変更波及元仕様書の修正難易度を掛け合わせ１０
０で割り、さらに補正値１００２を掛け合わせ、変更波
及先の修正作業工数を算出する（ステップ８０２）。

【００４３】次に、図６，図７で示した実施例と同様に
算出した変更波及先仕様書の修正作業工数を修正日程情
報ライブラリ２０７に登録する（ステップ６０９）。

【００４４】以下、ステップ６０１に戻り、変更波及先
仕様書すべてについて処理を行い終了する。

【００４５】このようにしてステップ６０９で登録され
た修正作業工数は、後述の図１６に示す手順のステップ
１４０１において参照され、修正作業用の作業計画表を
作成するために使用され、その作成された作業計画表が
ディスプレイ２０２の画面に表示される。

【００４６】従って、この実施例によれば、仕様変更が
波及する波及先の仕様書に対する修正難易度を入力する
代わりに、仕様書間の関連の種類に対応した修正作業の
工数の割合を用い、仕様変更が波及する仕様書の修正作
業用の作業計画表を作成するので、仕様変更が波及する
仕様書に対する修正作業の難易度を１つ１つ入力せずに
修正作業用の作業計画表を容易にかつ迅速に作成するこ
とができる。

【００４７】図１３に本発明の第４の実施例の処理手順
に示す。

【００４８】この実施例では、まず、仕様変更情報を入
力する（ステップ１１０１）。図１４で示されるよう
に、仕様変更情報１２０１は、作業名１２０２、仕様書
名１２０３、仕様書種別名１２０４、仕様変更番号１２
０５、仕様変更名１２０６、仕様変更原因コード１２０
７、変更内容１２０８で構成されている。

【００４９】仕様変更原因コード１２０７は図１５に示
すように、処理抜け、インタフェ−ス不良、初期設定不
良などの原因内容１３０２に対応付けられている。

【００５０】次に、入力された仕様変更情報１２０１内
の仕様書種別名１２０４、仕様変更原因コード１２０
７、変更内容１２０８と一致する過去のプロジェクトの
仕様書があるかどうかを仕様書間関連情報ライブラリ２
０７の中から検索する（ステップ１１０２）。

【００５１】この結果、過去のプロジェクトの中に一致
するものが存在しなければ、ステップ１１０５に進む
（ステップ１１０３）。しかし、一致するものがあれ
ば、検索した仕様書の修正作業工数を読み込み（ステッ
プ１１０４）、ステップ１１０２に戻る。

【００５２】次に、一致した仕様書の件数が「０」であ
るか判定する（ステップ１１０５）。一致した仕様書の
件数が「０」であるならば、直ちに処理を終了するが、
一致した仕様書の件数が１以上であるならば、一致した
すべての仕様書の修正作業工数の平均を算出し、その平
均値を変更波及元仕様書の修正作業工数として設定する
（ステップ１１０６）。

【００５３】次に、算出した修正作業工数を修正日程情
報ライブラリ２０７に登録し（ステップ１１０７）、処
理を終了する。

【００５４】このようにしてステップ１１０７で登録さ
れた修正作業工数は、後述の図１６に示す手順のステッ
プ１４０１において参照され、修正作業用の作業計画表
を作成するために使用され、その作成された作業計画表
がディスプレイ２０２の画面に表示される。

【００５５】従って、この実施例によれば、仕様変更の
発生した仕様書の種類、仕様変更の原因、変更内容に類
似した仕様書を過去のプロジェクトから検索し、その仕
様書の修正作業の工数を参考にして仕様変更となった仕
様書の修正作業工数を算出するので、仕様変更に伴う仕
様書の修正作業用の作業計画表を極めて容易に、かつ迅
速に作成することができる。

【００５６】図１６に本発明の第５の実施例の処理手順
を示す。本実施例では、図２の実施例にステップ１４０
１を追加した以外は図２で示した実施例と同じである。
本実施例は図２の変更波及先仕様書の修正作業工数を修
正日程情報ライブラリ２０７に登録した後（ステップ１
０８）、修正日程情報５０１から修正作業用の作業計画
表を作成する（ステップ１４０１）。

【００５７】図１７は作業計画表の表示画面の例であ
る。作業計画表の表示画面１５０１は、項番１５０２、
項目名１５０３、作業計画線１５０４で構成されてい
る。項番１５０２は「１」からシーケンシャルにカウント
アップされたものが表示されている。項目名１５０３は
「仕様書１」、「仕様書２」などの仕様書名が表示され
ている。作業計画線１５０４は開始日を左端の丸印で表
し、終了日を右端の丸印で表し、両端を線で結び作業工
数を表したものである。開始日は修正日程情報５０１内
の予定開始日４０４が、終了日は予定終了日４０５が、
各々の丸印の上に表示される。作業計画線１５０４の下
には、「作業１」、「作業２」などの作業名４０２が表
示されている。

【００５８】次に、修正日程情報に基づいて修正作業用
の作業計画表を作成する過程を説明する。

【００５９】修正作業用の作業計画表を作成する直前の
作業計画表の初期画面は図１７に示される画面表示とな
っている。修正作業工数を算出し、修正日程情報ライブ
ラリ２０７に登録した（ステップ１０８）後の画面表示
を図１８に示している。

【００６０】図示のように、修正作業用の作業計画線
は、修正作業の発生した仕様書の作業計画線の直下に挿
入して表示する。修正作業用の作業計画線は修正日程情
報５０１内の予定開始日５０７に基づいて左端の丸印１
６０１を設定し、予定終了日５０８に基づいて右端の丸
印１６０２を設定して両端を線で結び、その下に「仕様
変更１」などの仕様変更名５０５を表示し、両端の丸印
の上に各々の日付を表示することにより作成される。

【００６１】図１９および図２０に本発明の第６の実施
例の処理手順を示す。

【００６２】この実施例においては、まず、仕様変更許
容上限値を入力する（ステップ１７０１）。仕様変更許
容上限値は、仕様変更による仕様書作成作業の遅れ時
間、即ち、仕様変更時間の上限値である。

【００６３】次に、単純許容上限値を入力する（ステッ
プ１７０２）。単純許容上限値は、仕様変更以外の原因
による仕様書作成作業の遅れ時間、即ち、単純遅れ時間
の上限値である。

【００６４】次に、仕様書の作業進捗情報を入力する
（ステップ１７０３）。図２１に示すように、作業進捗
情報１８０１は、作業名１８０２、仕様書名１８０３、
進捗予定日１８０４、進捗実績日１８０５で構成されて
いる。

【００６５】進捗予定日１８０４は、作業の進捗状況を
知るための基準となる日付である。進捗実績日１８０５
は、作業の進捗状況が進捗予定日１８０４と比較してど
の時点であるかを日付で表したものである。

【００６６】次に、入力された進捗予定日１８０４から
進捗実績日１８０５を引いた値が「０」よりも大きいか
判定する（ステップ１７０４）。進捗予定日１８０４か
ら進捗実績日１８０５を引いた値が「０」以上ならば、
直ちに処理を終了するが、「０」よりも小さい時は、次
のステップに進む。

【００６７】次に、進捗予定日１８０４から進捗実績日
１８０５を引いた値を遅れ時間として設定する（ステッ
プ１７０５）。

【００６８】次に、遅れが発生した仕様書の作業名１８
０２、仕様書名１８０３により、修正日程情報５０１か
ら遅れが発生した仕様書の修正作業を順次検索する（ス
テップ１７０６）。

【００６９】次に、遅れが発生した仕様書に修正作業が
存在したかどうか判定する（ステップ１７０７）。

【００７０】未検索の修正作業が存在していれば、仕様
変更時間に修正作業の実績工数を加算し（ステップ１７
０８）、ステップ１７０６に戻る。この修正作業の実績
工数は実績終了日５１０から実績開始日５０９を引いた
値である。未検索の修正作業が存在していなければ、次
のステップに進む。

【００７１】次に、遅れ時間から仕様変更時間を引いた
値を単純遅れ時間として設定する（ステップ１７０
９）。

【００７２】次に、単純許容上限値よりも単純遅れ時間
が大きいかどうか判定する（ステップ１７１０）。単純
許容上限値よりも単純遅れ時間が大きいならば、遅れが
発生した仕様書に対して単純遅れ時間過多の警告を表示
するが（ステップ１７１１）、単純遅れ時間が単純許容
上限値以下ならば、ステップ１７１１は実行せずに次の
ステップに進む。

【００７３】次に、仕様変更許容上限値よりも仕様変更
時間が大きいかどうか判定する（ステップ１７１２）。
仕様変更許容上限値よりも仕様変更時間が大きいなら
ば、遅れが発生した仕様書に対して仕様変更時間過多の
警告を表示するが（ステップ１７１３）、仕様変更時間
が仕様変更許容上限値以下ならば、ステップ１７１３は
実行せずに処理を終了する。

【００７４】従って、この実施例によれば、仕様書の作
成作業に遅れが発生した場合、その遅れが仕様変更の発
生によるものか、仕様変更以外の原因によるものかを区
別し、遅れの種類に対応した警告を行っているので、仕
様書の作成作業に遅れが生じていること、およびその原
因を自動的かつ迅速に報知し、必要な対策を講じさせる
ことができる。

【００７５】図２２に本発明の第７の実施例の処理手順
を示す。

【００７６】この実施例においては、まず、遅れが発生
した仕様書の名称を入力する（ステップ１９０１）。

【００７７】次に、図８で示したような仕様書間関連情
報７０１から遅れ波及先仕様書を順次検索する（ステッ
プ１９０２）。

【００７８】次に、未検索の遅れ波及先仕様書が存在す
るかどうか判定する（ステップ１９０３）。未検索の遅
れ波及先仕様書が存在していれば、検索した遅れ波及先
仕様書に対して、関連する仕様書に遅れが発生している
事を通知し、ステップ１９０２に戻る。未検索の遅れ波
及先仕様書が存在していなければ、直ちに処理を終了す
る。

【００７９】従って、この実施例によれば、仕様書の作
成作業に遅れが発生した場合、作業の遅れが波及する仕
様書を仕様書間の関連情報により検索し、それぞれの仕
様書に対して他の仕様書に遅れが波及してくることを自
動的に通知するので、、遅れが波及する仕様書に対して
関連する仕様書に遅れが発生したことを自動的かつ迅速
に通知し、遅れが波及する作業に対して的確なフォロー
を行うことができる。

【００８０】なお、上記実施例において作業計画表はデ
ィスプレイの画面に出力するようにしているが、プリン
タなどで印字出力するようにしてもよい。また、この場
合の表形式は、図１７および図１８に示されるものに限
定されるものではない。

【００８１】

【発明の効果】以上のように本発明によれば次のような
効果がある。

【００８２】（１）ソフトウェアの開発プロジェクトに
おいて仕様変更の発生に伴う仕様書の修正作業用の作業
計画表を自動的かつ迅速に作成することができる。従っ
て、プロジェクト管理において仕様変更が発生した仕様
書の修正作業の工数とその進捗状況を正確に把握し、仕
様書の管理を正確に行うことができる。

【００８３】（２）仕様変更が波及する波及先の仕様書
を検索し、その修正作業用の作業工数をも算出するの
で、仕様変更が発生した仕様書の修正作業用の作業計画
表作成に加え、仕様変更が波及する仕様書の修正作業用
の作業計画表をも自動的かつ迅速に作成することができ
る。従って、仕様変更に伴うピロジェクト全体に必要な
修正作業工数が正確にわかり、必要な対策を効果的に実
施することができる。

【００８４】（３）仕様変更が波及する波及先の仕様書
に対する修正難易度を入力する代わりに、仕様書間の関
連の種類に対応した修正作業の工数の割合を用い、仕様
変更が波及する仕様書の修正作業用の作業計画表を作成
するので、仕様変更が波及する仕様書に対する修正作業
の難易度を１つ１つ入力せずに修正作業用の作業計画表
を容易にかつ迅速に作成することができる。

【００８５】（４）仕様変更の発生した仕様書の種類、
仕様変更の原因、変更内容に類似した仕様書を過去のプ
ロジェクトから検索し、その仕様書の修正作業の工数を
参考にして仕様変更となった仕様書の修正作業工数を算
出するので、仕様変更に伴う仕様書の修正作業用の作業
計画表を極めて容易に、かつ迅速に作成することができ
る。

【００８６】（５）仕様書の作成作業に遅れが発生した
場合、その遅れが仕様変更の発生によるものか、仕様変
更以外の原因によるものかを区別し、遅れの種類に対応
した警告を行っているので、仕様書の作成作業に遅れが
生じていること、およびその原因を自動的かつ迅速に報
知し、必要な対策を講じさせることができる。

【００８７】（６）仕様書の作成作業に遅れが発生した
場合、作業の遅れが波及する仕様書を仕様書間の関連情
報により検索し、それぞれの仕様書に対して他の仕様書
に遅れが波及してくることを自動的に通知するので、、
遅れが波及する仕様書に対して関連する仕様書に遅れが
発生したことを自動的かつ迅速に通知し、遅れが波及す
る作業に対して的確なフォローを行うことができる。

【図面の簡単な説明】

【図１】 本発明を実施するハードウェア構成を示すブ
ロック図である。

【図２】 本発明の第１の実施例における処理手順を示
すフロ−チャ−トである。

【図３】 本発明の第１の実施例における仕様変更情報
の構造を示す説明図である。

【図４】 作業日程情報の構造を示す説明図である。

【図５】 修正日程情報の構造を示す説明図である。

【図６】 本発明の第２の実施例における処理手順の前
半部分を示すフロ−チャ−トである。

【図７】 本発明の第２の実施例における処理手順の後
半部分を示すフロ−チャ−トである。

【図８】 本発明の第２の実施例における仕様書間関連
情報を示す説明図である。

【図９】 本発明の第３の実施例における処理手順の前
半部分を示すフロ−チャ−トである。

【図１０】 本発明の第３の実施例における処理手順の
後半部分を示すフロ−チャ−トである。

【図１１】 本発明の第３の実施例における仕様書間関
連情報を示す説明図である。

【図１２】 仕様書間の関連の種類と補正値の対応を示
す説明図である。

【図１３】 本発明の第４の実施例における処理手順を
示すフロ−チャ−トである。

【図１４】 本発明の第４の実施例における仕様変更情
報の構造を示す説明図である。

【図１５】 仕様変更原因コードと原因内容の対応付け
を示す説明図である。

【図１６】 本発明の第５の実施例における処理手順を
示すフロ−チャ−トである。

【図１７】 本発明において出力する作業計画表の画面
表示例を示す説明図である。

【図１８】 本発明において出力する修正作業用の作業
計画表の画面表示例を示す説明図である。

【図１９】 本発明の第６の実施例における処理手順の
前半部分を示すフロ−チャ−トである。

【図２０】 本発明の第６の実施例における処理手順の
後半部分を示すフロ−チャ−トである。

【図２１】 作業進捗情報の構造を示す説明図である。

【図２２】 本発明の第７の実施例における処理手順を
示すフロ−チャ−トである。

【符号の説明】

２０１…データ処理装置本体、２０２…ディスプレイ、
２０３…キーボード、２０４…マウス、２０５…作業計
画表作成処理部、２０６…作業日程情報ライブラリ、２
０７…修正日程情報ライブラリ、２０８…仕様書間関連
情報ライブラリ。

フロントページの続き (72)発明者 穂垣 博文 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウエアエンジニアリング株式会 社内 (72)発明者 高舘 公人 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアの開発プロジェクトの作業
   計画および作業の進捗状況を管理するプロジェクト管理
   支援システムにおいて、開発しようとするソフトウェア
   の仕様に関する仕様書毎に、その作成工数の情報を蓄積
   し、該仕様書の仕様変更に際し、利用者が入力した修正
   作業の困難の度合いを表した修正難易度と前記作成工数
   の情報を基に、該仕様書の修正作業の工数を算出し、こ
   の算出した工数に基づいて仕様変更に関わる作業計画表
   を作成し、出力することを特徴とする作業計画作成方
   式。
2. 【請求項２】 仕様変更の影響範囲を表す仕様書間の関
   連情報を蓄積し、該仕様書の仕様変更に際し、その仕様
   変更が波及する仕様書を検索し、変更元の仕様書と変更
   波及先の仕様書の各々に対して利用者が入力した修正難
   易度と、蓄積された各仕様書毎の作成工数の情報を基
   に、各仕様書毎の修正作業の工数を算出し、この算出し
   た工数に基づいて仕様変更に関わる作業計画表を作成
   し、出力することを特徴とする請求項１記載の作業計画
   作成方式。
3. 【請求項３】 変更波及先の仕様書の修正難易度に代え
   て、仕様書間の関連種類に対応付けて蓄積した修正作業
   の工数の割合を用いて変更波及先の仕様書の修正作業工
   数を算出することを特徴とする請求項２記載の作業計画
   作成方式。
4. 【請求項４】ソフトウェアの開発プロジェクトの作業計
   画および作業の進捗状況を管理するプロジェクト管理支
   援システムにおいて、過去のプロジェクトにおいて開発
   したソフトウェアの仕様に関する各仕様書の仕様変更の
   原因情報、変更内容情報、仕様書種別情報を蓄積し、開
   発しようとするソフトウェの仕様変更に際し、仕様変更
   のあった仕様書に類似した過去のプロジェクトの仕様書
   を検索し、その類似仕様書における仕様変更の際の修正
   作業の実績を基に、仕様変更のあった仕様書の修正作業
   の工数を算出し、この算出した工数に基づいて仕様変更
   に関わる作業計画表を作成し、出力することを特徴とす
   る作業計画作成方式。
5. 【請求項５】 ソフトウェアの開発プロジェクトの作業
   計画および作業の進捗状況を管理するプロジェクト管理
   支援システムにおいて、開発しようとするソフトウェア
   の仕様に関する仕様書の作業日程情報と修正作業の修正
   日程情報とを関連付けた関連情報と、仕様変更時の工程
   遅れの仕様変更許容上限値と、仕様変更時以外の原因に
   よる工程遅れの単純許容上限値をそれぞれ蓄積し、仕様
   書の作成作業の進捗状況が入力された時に、仕様変更に
   伴う修正作業が予定よりも遅れていた場合、前記関連情
   報から該仕様書の修正作業に要した仕様変更時間を特定
   し、修正作業の遅れ時間から該仕様変更時間を差し引い
   て単純遅れ時間を算出し、前記該仕様変更時間と前記仕
   様変更許容上限値の比較と、前記単純遅れ時間と前記単
   純許容上限値との比較を行い、少なくともどちらか一方
   の値が許容上限値を越えていた場合には、各々の遅れに
   対応した警告を出力することを特徴とする作業計画作成
   方式。
6. 【請求項６】 ソフトウェアの開発プロジェクトの作業
   計画および作業の進捗状況を管理するプロジェクト管理
   支援システムにおいて、開発しようとするソフトウェア
   の仕様に関する仕様書の工程遅れが発生した際の各仕様
   書間の影響範囲を表す関連情報を蓄積し、各仕様書の作
   成作業の進捗状況が入力された時に、その作成作業が予
   定よりも遅れていた時は、前記関連情報から工程遅れが
   波及する他の仕様書を検索し、その工程遅れが波及する
   ことを警告することを特徴とする作業計画作成方式。