JP2008293227A - 進捗管理装置 - Google Patents

Abstract

【課題】懸案事項の解決件数で進捗管理を行う手段では同一成果物に関する懸案事項の難易度に差がある、あるいは成果物への懸案事項の反映に時間がかかる場合に、その成果物について算出される進捗率が必ずしも進捗の実態を表しているとは限らない問題がある。
【解決手段】現世代と一世代前の成果物の変更点を抽出する手段と、成果物の進捗の妥当性を判定するためのルールを管理する手段と、成果物の進捗の妥当性を判定するルールと成果物の進捗、成果物の変更点を比較する手段を備えることで、成果物の進捗の妥当性を自動的に判定する。
【選択図】図１

Description

本発明は文書管理機能を備えた進捗管理装置に関するものである。

ネットワーク上のサーバと複数のクライアントとを接続して、クライアントで編集された文書成果物をサーバに格納し、管理するシステムは文書管理装置または文書管理システムと呼ばれている。文書管理装置に格納された成果物の進捗を算出、管理する装置としては、特開平１０−２４０７９７号公報記載のような装置があげられる。

特開平１０−２４０７９７号公報には、懸案事項を登録する懸案事項入力手段と、懸案事項を管理する懸案事項管理手段と、全懸案事項に占める解決懸案事項の割合から進度管理を行う工程管理手段が示されている。

特開平１０−２４０７９７号公報

上記従来技術のように懸案事項の解決件数で進捗管理を行う手段では同一成果物に関する懸案事項の難易度に差がある、あるいは成果物への懸案事項の反映に時間がかかる場合に、その成果物について算出される進捗率が必ずしも進捗の実態を表しているとは限らない問題があった。例えばある成果物に関して１０件の懸案事項があり９件まで解決済みの場合、従来技術であればその成果物の進捗率は９０％となるが、最後に残った１件が最も難易度が高く解決まで時間がかかるものであれば９０％という数値は妥当とは言えない。

本発明の目的は、上記従来技術によって算出された進捗率の妥当性を上記従来技術とは別観点で自動的に判定し、通知する装置を提供することを最も主要な特徴とする。

上記目的を達成するために、現世代と一世代前の成果物の変更点を抽出する手段と成果物の進捗の妥当性を判定するためのルールを管理する手段を備え、従来技術によって算出された成果物の進捗とおよび進捗の妥当性を判定するためのルール、成果物の変更点を比較し自動的に進捗の妥当性を判定する機能を提供するものである。

本発明によれば懸案事項のような成果物に付随するものではなく、成果物そのものの更新状況に着目することでより実態に近い進捗の判定が可能となるという利点がある。

以下、本発明の実施形態を図面にもとづいて説明する。

図１は本発明の進捗妥当性判定装置のシステム構成を示す図である。進捗判定装置１と文書管理装置９が相互に接続され、文書管理装置９と複数のユーザーコンピュータ１４がネットワーク１３を介して接続される。

進捗判定装置１はメモリ２、ディスク３、ＣＰＵ４を備え、進捗判定部５とルール管理部６と成果物差分情報抽出部８がメモリ２に、ルールデータベース７がディスク３に配置される。

進捗判定部５は文書管理装置９からの要求に応じてルール管理部６よりルール情報を、成果物差分情報抽出部８より成果物の差分情報を取得し成果物の進捗判定を行い、判定結果を通知する。

ルール管理部６はルールに関する情報を格納するルールデータベース７が接続され、進捗判定部５からの要求に応じてルールを送信する。

成果物差分抽出部８は進捗判定部５より成果物を受信し、生成した成果物の差分情報を送信する。

文書管理装置９はメモリ２、ディスク３、ＣＰＵ４を備え、成果物管理部１０がメモリ２に、成果物データベース１１と進捗情報データベース１２がディスク３に配置される。

成果物管理部１０はユーザーコンピュータ１４からの要求に応じて成果物一覧情報や成果物の進捗情報を送信する。

図２は成果物データベース１１に格納されるデータ構造の例である。５１０１はプロジェクト名である。５１０２は成果物名である。５１０３は成果物の実体である。５１０４は成果物の対象工程名である。５１０５は成果物の担当者名である。５１０６は版フラグである。版フラグは０、１、２のいずれかの値をとり、２の場合最新の版、１の場合最新より一つ前の版、０の場合はそれ以外を示す。版フラグが２の成果物は同一プロジェクト名かつ同一成果物名の場合、一意に特定される。５１０１、５１０２、５１０３、５１０４、５１０５、５１０６はユーザーコンピュータ１４より登録、更新される。

図３は進捗情報データベース１２に格納されるデータ構造の例である。５２０１はプロジェクト名である。５２０２は成果物名である。５２０３は進捗率である。５２０１、５２０２、５２０３はユーザーコンピュータ１４より登録、更新される。５２０４は警告フラグである。警告フラグは０あるいは１の値をとり、０であれば進捗率に問題がないことを、１であれば進捗率が疑わしいことを示す。５２０５、５２０６、５２０７は抵触したルールを表すルールＩＤである。ルールＩＤは−1あるいはそれ以外の値をとり、−1であればルールＩＤが存在しないことを示す。ルールＩＤは最大３個まで格納可能である。

図４はルールデータベース７に格納されるデータ構造の例である。５３０１はルールＩＤで一意の数値が割当てられる。５３０２はプロジェクト名である。５３０３はルール名である。５３０４はルールの対象工程名で、”機能仕様書”、”マニュアル”のいずれかの値をとる。５３０５はルールの対象で、”単語”、”段落”、”進捗率”のいずれかの値をとる。５３０６、５３０７、５３０８は条件の構成要素である。５３０６は５３０５が”単語”もしくは”段落”の場合、”追加”、”変更”のいずれかの値を、”進捗率”の場合、進捗率をとる。５３０７は５３０５が”単語”もしくは”段落”の場合、その対象数を、”進捗率”の場合、”以上”、”以下”のいずれかの値をとる。５３０８は５３０５が”単語”もしくは”段落”の場合、”以上”、”以下”のいずれかの値を、”進捗率”の場合、要素が存在しないことを表す−１をとる。５３０９は条件間の論理条件で、”ＡＮＤ”もしくは”ＯＲ”のいずれかの値をとる。５３０５、５３０６、５３０７、５３０８、５３０９は過去の工程状況から自動的に導き出される。

図５は成果物差分抽出部８によって抽出される成果物差分情報のデータ構造の例である。差分情報１に対象を表す”単語”あるいは”段落”、差分情報２に種別を表す”追加”あるいは”変更”、差分情報３に差分情報２が”追加”であれば追加箇所数、”変更”であれば変更箇所数が格納される。

図６は文書管理装置９においてユーザーコンピュータ１４よりプロジェクト名”AA01プロジェクト”の成果物名”機能仕様書_API編.doc”の進捗率が更新されたことにより進捗率妥当性検証イベントが発生し、”機能仕様書_API編.doc”に対して警告フラグ１が設定された場合の画面例である。この画面ではプロジェクト名(６００１)、成果物名(６００２)、担当者名(６００３)、進捗率(６００４)を表示している。また、”機能仕様書_API編.doc”の進捗率７５％が判定ルールに抵触したため、抵触したルール名、対象、条件を含んだ警告画面(６００５)が表示されている。なお、警告画面中に表示される条件は最大３件で、最初に判定されたものから降順に表示される。

図７は成果物管理部１０における進捗率妥当性検証イベント発生時の警告フラグ更新のフローチャートである。ステップ１０１において成果物データベー１１より対象の成果物のプロジェクト名と成果物名を、ステップ１０２において進捗情報データベース１２より進捗率を取得する。次にステップ１０３において進捗判定部５にプロジェクト名、成果物名、進捗率を送信し、ステップ１０４において警告フラグ、ルールＩＤ１、ルールＩＤ２、ルールＩＤ３を受信する。次にステップ１０５において警告フラグが１であるかを判定し、１である場合にはステップ１０６に進み、１でない場合にはステップ１１２に進む。次にステップ１０７において１０４の３つのルールＩＤで未取得のものがあるかを判定し、ある場合にはステップ１０８に進み、ない場合にはステップ１１１に進む。次にステップ１０８においてルール管理部６にルールＩＤを送信し、ステップ１０９においてルールＩＤ，対象工程、対象、条件１、条件２、条件３、論理条件からなる条件情報を受信する。次にステップ１１０においてステップ１０９の条件情報をメモリにスタックし、ステップ１０６に戻る。

ステップ１１１において警告画面を出し、スタックされた条件情報を警告画面中に表示する。次にステップ１１２において進捗情報データベース１２に警告フラグ、ルールＩＤ１、ルールＩＤ２、ルールＩＤ３を保存する。

図８、図９、図１０、図１１は進捗判定部５における警告フラグ送信のフローチャートである。図８のステップ２０１において成果物管理部１０よりプロジェクト名、成果物名、進捗率を受信する。次にステップ２０２において成果物管理部１０にプロジェクト名、成果物名を送信し、ステップ２０３において対象工程を受信する。次にステップ２０４において成果物管理部１０にプロジェクト名、成果物名、版フラグとして２を送信し、ステップ２０５において最新の版の成果物を受信する。次にステップ２０６において成果物管理部１０にプロジェクト名、成果物名、版フラグとして１を送信し、ステップ２０７において1つ前の版の成果物を受信する。

ステップ２０８において成果物差分情報抽出部８にステップ２０５の成果物とステップ２０７の成果物を送信し、ステップ２０９において差分情報１、差分情報２、差分情報３からなる差分一覧情報を受信する。

ステップ２１０においてルール管理部６にプロジェクト名を送信し、ステップ２１１においてルール名、対象工程から成るルール一覧情報を受信する。次にステップ２１２においてルール全体への抵触有無を表す全体フラグに０を設定する。次にステップ２１３において３つのルールＩＤのスタック領域に−１を設定する。次にステップ２１４において抵触した条件数をカウントするための回数フラグに０を設定する。

ステップ２１５においてルール一覧情報に未取得のルール情報が残っているかを判定し、残っている場合にはステップ２１６に進み、残っていない場合にはステップ２４８(図９)に進む。ステップ２１６においてルール一覧情報より１件のルール情報を取り出し、ステップ２１７においてステップ２０３の対象工程とステップ２１６の対象工程が一致するかを判定し、一致する場合にはステップ２１８に進み、一致しない場合にはステップ２１５に戻る。次にステップ２１８においてルール管理部６にステップ２０１のプロジェクト名、ステップ２１６のルール名を送信し、ステップ２１９においてルールＩＤ、対象工程、対象、条件１、条件２、条件３、論理条件から成る条件一覧情報を受信する。

図９のステップ２２０において条件一覧情報に未取得の条件情報が残っているかを判定し、残っている場合にはステップ２２１に進み、残っていない場合にはステップ２１５(図８)に戻る。次にステップ２２１において条件一覧情報より１件の条件情報を取り出し、ステップ２２２においてステップ２２１の対象が”単語”もしくは”段落”と一致するかを判定し、一致する場合にはステップ２２３に進み、一致しない場合にはステップ２２４に進む。次にステップ２２３において条件と差分情報一覧を比較し、差分情報が条件を満たす場合には結果フラグに１を設定し、ステップ２２５に進む。

ステップ２２４において条件と進捗率を比較し、進捗率が条件を満たす場合には結果フラグに１を設定し、ステップ２２５に進む。

ステップ２２５においてステップ２２１の論理条件が”ＡＮＤ”と一致するかを判定し、一致する場合にはステップ２２６に進み、一致しない場合にはステップ２２７に進む。ステップ２２６において２２３または２２４の結果フラグと全体フラグの論理積を算出し、全体フラグに代入し、ステップ２２０に戻る。ステップ２２７において２２３または２２４の結果フラグと全体フラグの論理和を算出し、全体フラグに代入し、ステップ２２０に戻る。

図１０は図９のステップ２２３を詳細化したフローチャートである。ステップ２２８において差分一覧情報に未取得の差分情報が残っているかを判定し、残っている場合にはステップ２２９に進み、残っていない場合にはステップ２３９に進む。次にステップ２２９において差分一覧情報より1件の差分情報を取り出し、ステップ２３０においてステップ２２９の差分情報1とステップ２２１(図９)の対象が一致するかを判定し、一致する場合にはステップ２３１に進み、一致しない場合にはステップ２２８に戻る。次にステップ２３１においてステップ２２９の差分情報２とステップ２２１(図９)の条件１が一致するかを判定し、一致する場合にはステップ２３２に進み、一致しない場合にはステップ２２８に戻る。次にステップ２３２においてステップ２２１の条件３が”以上”と一致するかを判定し、一致する場合にはステップ２３３に進み、一致しない場合にはステップ２３４に進む。次にステップ２３３においてステップ２２９の差分情報３がステップ２２１(図９)の条件２の値以上であるかを判定し、以上である場合にはステップ２３５に進み、未満である場合にはステップ２３９に進む。

ステップ２３４においてステップ２２９の差分情報３がステップ２２１(図９)の条件２の値以下であるかを判定し、以下である場合にはステップ２３５に進み、大きい場合にはステップ２３９に進む。

ステップ２３５において回数フラグが３未満であるかを判定し、３未満である場合にはステップ２３６に進み、３以上の場合にはステップ２３８に進む。次にステップ２３６において２２１(図９)のルールＩＤをメモリにスタックする。次にステップ２３７において回数フラグに１加算する。

ステップ２３８において結果フラグとして１を返す。ステップ２３９において結果フラグとして０を返す。

図１１は図９のステップ２２４を詳細化したフローチャートである。ステップ２４０においてステップ２２１(図９)の条件２が”以上”と一致するかを判定し、一致する場合にはステップ２４１に進み、一致しない場合にはステップ２４２に進む。次にステップ２４１においてステップ２０１(図８)の進捗率がステップ２２１(図９)の条件１の値以上であるかを判定し、以上である場合にはステップ２４３に進み、未満の場合にはステップ２４７に進む。

ステップ２４２においてステップ２０１(図８)の進捗率がステップ２２１(図９)の条件１の値以下であるかを判定し、以下である場合にはステップ２４３に進み、大きい場合にはステップ２４７に進む。

ステップ２４８において結果フラグとして１を返す。ステップ２５１において結果フラグとして０を返す。

ステップ２４３において回数フラグが３未満であるかを判定し、３未満である場合にはステップ２４４に進み、３以上の場合にはステップ２４６に進む。次にステップ２４４において２２１(図９)のルールＩＤをスタックする。次にステップ２４５において回数フラグに１加算する。

ステップ２４６において結果フラグとして１を返す。ステップ２４７において結果フラグとして０を返す。

図９のステップ２４８において全体フラグが１であるかを判定し、１である場合にはステップ２４９に進み、１でない場合にはステップ２５０に進む。ステップ２４９においてルールＩＤ１、ルールＩＤ２、ルールＩＤ３、警告フラグを１として送信する。ステップ２５０においてルールＩＤ１、ルールＩＤ２、ルールＩＤ３、警告フラグを０として送信する。

図１２は図８のステップ２０３への応答となる成果物管理部１０における対象工程送信のフローチャートである。ステップ３０１において進捗判定部５よりプロジェクト名、成果物名を受信する。次にステップ３０２において成果物データベース１１に未取得の成果物情報が存在するかを判定し、存在している場合にはステップ３０３に進み、存在していない場合にはステップ３０８に進む。

ステップ３０３において成果物データベース１１よりプロジェクト名、成果物名、対象工程名、版フラグから成る１件の成果物情報を取り出す。次にステップ３０４においてステップ３０１のプロジェクト名とステップ３０３のプロジェクト名が一致するかを判定し、一致する場合にはステップ３０５に進み、一致しない場合にはステップ３０２に戻る。次にステップ３０５においてステップ３０１の成果物名とステップ３０３の成果物名が一致するかを判定し、一致する場合にはステップ３０６に進み、一致しない場合にはステップ３０２に戻る。次にステップ３０６においてステップ３０３の版フラグが２であるかを判定し、２である場合にはステップ３０７に進み、２でない場合にはステップ３０２に戻る。ステップ３０７において対象工程をメモリにスタックし、ステップ３０２に戻る。

ステップ３０８において進捗判定部５にスタックされた対象工程を送信する。

図１３は図８のステップ２０５、ステップ２０７への応答となる成果物管理部１０における成果物送信のフローチャートである。ステップ４０１において進捗判定部５よりプロジェクト名、成果物名、版フラグを受信する。次にステップ４０２において成果物データベース１１に成果物情報が存在するかを判定し、存在している場合にはステップ４０３に進み、存在していない場合にはステップ４０８に進む。

ステップ４０３において成果物データベース１１よりプロジェクト名、成果物名、成果物、版フラグから成る１件の成果物情報を取り出す。次にステップ４０４においてステップ４０１のプロジェクト名とステップ４０３のプロジェクト名が一致するかを判定し、一致する場合にはステップ４０５に進み、一致しない場合にはステップ４０２に戻る。次にステップ４０５においてステップ４０１の成果物名とステップ４０３の成果物名が一致するかを判定し、一致する場合にはステップ４０６に進み、一致しない場合にはステップ４０２に戻る。次にステップ４０６においてステップ４０１の版フラグとステップ４０３の版フラグが一致するかを判定し、一致する場合にはステップ４０７に進み、一致しない場合にはステップ４０２に戻る。ステップ４０７において成果物をメモリにスタックし、ステップ４０２に戻る。

ステップ４０８において進捗判定部５にスタックされた成果物を送信する。

図１４は図８のステップ２０８への応答となる成果物差分情報抽出部８における成果物送信のフローチャートである。ステップ５０１において進捗判定部５より比較元の成果物、比較先の成果物を受信する。次にステップ５０２においてステップ５０１の２つの成果物を既存の差分情報抽出技術を用いて比較し、差分情報１として”単語”、差分情報２として”追加”もしくは”変更”、差分情報３として単語数から成る単語差分情報を抽出する。次にステップ５０３においてステップ５０１の２つの成果物を既存の差分情報抽出技術を用いて比較し、差分情報１として”段落”、差分情報２として”追加”もしくは”変更”、差分情報３として段落数から成る段落差分情報を抽出する。次にステップ５０４において進捗判定部５にステップ５０２、ステップ５０３の差分情報を送信する。

図１５は図８のステップ２１１への応答となるルール管理部６におけるルール一覧情報送信のフローチャートである。ステップ６０１において進捗判定部５よりプロジェクト名を受信する。次にステッ６０２においてルールデータベース７に未取得ルール情報が存在するかを判定し、存在している場合にはステップ６０３に進み、存在していない場合にはステップ６０６に進む。

ステップ６０３においてルールデータベース７よりプロジェクト名、ルール名、対象工程から成る1件のルール情報を取り出す。次にステップ６０４においてステップ６０１のプロジェクト名とステップ６０３のプロジェクト名が一致するかを判定し、一致する場合にはステップ６０５に進み、一致しない場合にはステップ６０２に戻る。ステップ６０５においてルール名、対象工程をメモリにスタックし、ステップ６０２に戻る。

ステップ６０６において進捗判定部５にスタックされたルール名、対象工程を送信する。

図１６は図８のステップ２１９への応答となるルール管理部６におけるルールの条件一覧送信のフローチャートである。ステップ７０１において進捗判定部５よりプロジェクト名、ルール名を受信する。次にステップ７０２においてルールデータベース７に未取得のルール情報が存在するかを判定し、存在している場合にはステップ７０３に進み、存在していない場合にはステップ７０９に進む。

ステップ７０３においてルールデータベース７よりルールＩＤ、プロジェクト名、ルール名、対象工程、対象、条件１、条件２、条件３、論理条件から成る条件情報を取り出す。次にステップ７０４においてステップ７０１のプロジェクト名とステップ７０３のプロジェクト名が一致するかを判定し、一致する場合にはステップ７０５に進み、一致しない場合にはステップ７０２に戻る。次にステップ７０５においてステップ７０１のルール名とステップ７０３のルール名が一致するかを判定し、一致する場合にはステップ７０６に進み、一致しない場合にはステップ７０２に戻る。

ステップ７０６において対象が”単語”あるいは”段落”と一致するかを判定し、一致する場合にはステップ７０７に進み、一致しない場合にはステップ７０８に進む。ステップ７０７においてメモリにルールＩＤ、対象工程、対象、条件１、条件２、条件３、論理条件をスタックし、ステップ７０２に戻る。ステップ７０８においてメモリにルールＩＤ、対象工程、対象、条件１、条件２、論理条件、条件３を−1としてスタックし、ステップ７０２に戻る。

ステップ７０９において進捗判定部５にスタックされたルールＩＤ、対象工程、対象、条件１、条件２、条件３、論理条件を送信する。

図１７は図７のステップ１０９への応答となるルール管理部６におけるルールの条件一覧送信のフローチャートである。ステップ８０１において成果物管理部１０よりルールＩＤを受信する。次にステップ８０２においてルールデータベース７に未取得のルール情報が存在するかを判定し、存在している場合にはステップ８０３に進み、存在していない場合にはステップ８０８に進む。

ステップ８０３においてルールデータベース７よりルールＩＤ、プロジェクト名、ルール名、対象工程、対象、条件１、条件２、条件３、論理条件から成る条件情報を取り出す。次にステップ８０４においてステップ８０１のルールＩＤとステップ８０３のルールＩＤが一致するかを判定し、一致する場合にはステップ８０５に進み、一致しない場合にはステップ８０２に戻る。

ステップ８０５において対象が”単語”あるいは”段落”と一致するかを判定し、一致する場合にはステップ８０６に進み、一致しない場合にはステップ８０７に進む。ステップ８０６においてメモリにルールＩＤ、対象工程、対象、条件１、条件２、条件３、論理条件をスタックし、ステップ８０２に戻る。ステップ８０７においてメモリにルールＩＤ、対象工程、対象、条件１、条件２、論理条件、条件３を−1としてスタックし、ステップ８０２に戻る。

ステップ８０８において成果物管理部１０にスタックされたルールＩＤ、対象工程、対象、条件１、条件２、条件３、論理条件を送信する。

本発明における進捗妥当性判定装置の一実施例のシステム構成を示すブロック図。 本実施形態における成果物データベースのデータ構造例。 本実施形態における進捗情報データベースのデータ構造例。 本実施形態におけるルールデータベースのデータ構造例。 本実施形態における成果物差分情報のデータ構造例。 本実施形態における判定ルール抵触時の警告表示例。 本実施形態における警告フラグ更新のフローチャート。 本実施形態における警告フラグ送信(1)のフローチャート。 本実施形態における警告フラグ送信(2)のフローチャート。 本実施形態における警告フラグ送信(3)のフローチャート。 本実施形態における警告フラグ送信(4)のフローチャート。 本実施形態における対象工程送信のフローチャート。 本実施形態における成果物送信のフローチャート。 本実施形態における成果物差分情報送信のフローチャート。 本実施形態におけるルール一覧送信のフローチャート。 本実施形態におけるルールの条件一覧送信のフローチャート。 本実施形態におけるルールの条件一覧送信のフローチャート。

符号の説明

１…進捗判定装置、５…進捗判定部、６…ルール管理部、８…成果物差分情報抽出部、９…文書管理装置、１０…成果物管理部。

Claims (1)

1. ネットワークを介し、単一、もしくは複数のユーザーコンピュータと接続し、成果物の進捗を管理する手段と複数世代の成果物を蓄積する手段を具備する装置において、現世代と一世代前の成果物の変更点を抽出する手段と、成果物の進捗の妥当性を判定するためのルールを管理する手段と、前記ルールと成果物の進捗、成果物の変更点を比較し成果物の進捗の妥当性を判定する手段と、進捗の妥当性の判定結果を前記装置に通知する手段を備えることを特徴とする成果物の進捗妥当性判定装置。

Images