JPH04326467A - 作業誘導方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置を用いた
仕様書の作成作業における作業誘導方法に係り、例えば
互いに関連する複数の仕様書やプログラムの作成を経て
情報処理システムの設計と開発を進めるための支援シス
テムに好適な作業誘導方法に関する。

【０００２】

【従来の技術】情報処理システムを設計及び開発するた
めには多数の仕様書やプログラムを作成しなければなら
ない。しかもそれらは互いに複雑に関連しあっているた
め、計算機による支援が求められている。

【０００３】従来は、例えば情報処理学会全国大会第３
０回予稿集ｐ５８７〜ｐ５９０によれば、システム開発
のための各作業項目ごとに開始、完了予定日を記した工
程表を記憶し、該工程表を用いて作業者に対して作業開
始時点において予定されている作業を表示するシステム
があった。

【０００４】また、ＩＢＭ　　ＳＹＳＴＥＭＳ　　ＪＯ
ＵＲＮＡＬ，ＶＯＬ２９，ＮＯ２，１９９０，Ｐ１８９
〜Ｐ２０８によれば、作業の関連を記憶し、該作業の関
連を表示し、作業者の指示に従って次の作業を開始する
方法があった。

【０００５】

【発明が解決しようとする課題】しかし上記情報処理学
会全国大会第３０回予稿集に見られる従来技術では、工
程表に記された予定に基づいて作業誘導を行っていたた
め、実際に作業がどこまで完了したかを考慮していなか
った。従って作業が予定通り進行していない場合、表示
される作業予定は実態を反映していないという問題点が
あった。

【０００６】また上記ＩＢＭ　　ＳＹＳＴＥＭＳ　　Ｊ
ＯＵＲＮＡＬに見られる従来技術では、作業間の関連情
報において、その作業で何を作成するかを区別していな
い。 従って例えば「Ａプログラム仕様書」を作成する作業と
「Ｂプログラム仕様書」を作成する作業とは両方とも同
じ「プログラム仕様書作成」という作業である。そのた
め作業者に作業状況を表示する場合に、前記の例の２個
の作業を区別して表示することができないという問題点
があった。

【０００７】

【課題を解決するための手段】上記目的達成のため、本
発明の作業誘導方法では、データ間の関連を記憶し、あ
る第１のデータの作業が完了したことを作業者が指示し
たら関連する第２のデータの作業を検出し、該第２のデ
ータの作業に対して影響を及ぼす他のすべてのデータの
作業が既に完了しているかを検査し、完了していれば該
第２の作業が開始可能となったことが判明したのでこれ
を対話端末に表示する。

【０００８】特に本発明の望ましい態様では、作業の対
象となるデータと該作業の開始予定日と終了予定日とを
対応づける作業日程表を作業者が作成する際に、該作業
者の指示に従って該作業日程情報の中の開始予定日と終
了予定日とを対応づけ、該対応からデータ間の関連を自
動的に検出する。

【０００９】また、データの内容又はデータが存在する
か否かによって該データに対する作業状況を判定する判
定条件を記憶し、該判定条件を用いてあるデータに対す
る作業状況を自動的に判定する。

【００１０】また、データ間の関連が複雑で作成が困難
な場合はデータの種別間についてあらかじめ作成してお
き、これを用いてデータ間の関連を自動的に検出する。

【００１１】また、完了した作業と次に開始すべき作業
との関係を、これらの作業を結ぶ矢印でわかりやすく表
示する。

【００１２】

【作用】本発明の作業誘導方法では、作業の実際の進行
状況に基づいて次に行うべき作業を検出するため、実際
的な誘導ができる。複数の作業がある１個の作業に影響
するときも、これを検査しているため、作業間の関連が
複雑な場合にも対処できる。

【００１３】特に作業日程表の開始予定日と終了予定日
との対応からデータ間の関連を自動的に検出すれば、デ
ータ間の関連の指定と作業日程表の作成とを同時に行え
るため、作業者の作業が簡略化される。

【００１４】また、データの内容又はデータが存在する
か否かによって該データに対する作業状況を判定する判
定条件を用いれば、従来作業者が指定していた作業状況
を自動的に判定できる。

【００１５】

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

【００１６】図１は、本発明を仕様書作成支援システム
に適用した場合の処理手順の１実施例を示すフローチャ
ートであり、図２は、本発明に係る仕様書作成支援シス
テムの構成を示すブロック図である。

【００１７】図２において、１はプログラムに基づく逐
次処理機能を有するＣＰＵであり、図１の手順の実行を
制御する。２はキーボードとマウスとモニタテレビ画面
を有する対話端末であり、該仕様書作成支援システムを
用いる作業者が指示を入力したり結果を該作業者に表示
するために用いる。３は図１の手順を実現するプログラ
ムである。４は図３に示す状態情報を保持するファイル
であり、作業の対象となる仕様書の種別３１と名称３２
と作業の担当者３３と作業の状態３４との対応関係を表
す。５は図４に示すデータ関連情報を保持するファイル
であり、影響元仕様書名４１の仕様書が完成しなければ
影響先仕様書名４２の仕様書に対する作業を開始できな
いことを表す。９は仕様書作成支援システムが、作業者
の編集作業の指示に従って作成する仕様書を保持するフ
ァイルである。

【００１８】図４において、各行の対応関係を以後の説
明で影響関係と呼ぶことにする。例えば影響関係４３は
”売上ファイル更新概要”の作成作業が完了しないと”
売上ファイル更新詳細”の作成作業が開始できない影響
関係を表している。

【００１９】図４に示す関係を図５に示す。図５は影響
関係４３，４４をそれぞれ矢印５４，５５で表している
。図５からわかるように、本実施例では”売上ファイル
更新概要”５１と”売上ファイル更新機能”５２との両
方の作成作業が完了しないと”売上ファイル更新詳細”
５３の作成作業が開始できない場合を想定している。次
に、図１から図６を用いて第１の実施例を詳細に説明す
る。

【００２０】図１において、先ず利用者が”売上ファイ
ル更新機能”という仕様書が完成したことを入力する（
１００）。これを影響元仕様書とする。次に状態情報４
の中の該仕様書に対する状態を”作業中”から”完了”
に変更する（１０１）。次にデータ関連情報５から”売
上ファイル更新機能”が影響を及ぼす仕様書を検索する
（１０２）と、”売上ファイル更新詳細”が該当する。 次にデータ関連情報５から”売上ファイル更新詳細”に
影響を及ぼす仕様書を検索する（１０４）と、”売上フ
ァイル更新概要”が該当するので、状態情報４から”売
上ファイル更新概要”の状態を取得する（１０６）。状
態は”完了”であるから”売上ファイル更新詳細”に対
する”売上ファイル更新概要”による影響は問題ないこ
とが判明した。”売上ファイル更新詳細”に影響を及ぼ
す仕様書は他にない（１０４、１０５）ので、”売上フ
ァイル更新詳細”が作業開始可能となったことが判明し
た。従って次に状態情報４の中の”売上ファイル更新詳
細”の状態を”作業不可能”から”作業中”に変更する
（１０７）。

【００２１】もし”売上ファイル更新概要”の状態が”
完了”でない場合は（１０８）、”売上ファイル更新詳
細”の作業はまだ開始できないので、”売上ファイル更
新詳細”の状態は書き替えられない。

【００２２】次にもとへ戻って”売上ファイル更新機能
”が影響を及ぼす他の仕様書を検索する（１０２）。 他に該当するものがない（１０３）ので、図６のように
状態情報４を対話端末２に表示して（１０９）処理を終
了する。

【００２３】この実施例によれば、作業者は作業の完了
を指示するだけで、次に行うべき作業が何かを知ること
ができる。従ってまだ作業を開始するべき段階に至って
いない仕様書に対して、誤って作業を開始する恐れがな
い。

【００２４】上記の効果を保証する情報はデータ関連情
報に含まれる。該データ関連情報の作成が作業者にとっ
て困難であれば、これを作業の要領を熟知した別の者、
例えば複数の作業者を管理する管理者が行うことにすれ
ばよい。そうすると作業に不慣れな作業者は該管理者の
設定に従って表示される作業状況の一覧を見ながら作業
を進めることができる。

【００２５】次に図７と図８を用いて第２の実施例を説
明する。

【００２６】本実施例は一つの仕様書に対する作業が複
数ある場合に対応するため、状態の種類を増やし、デー
タ関連情報のデータ構造を改変したものである。

【００２７】例えばあるシステムを複数の作業者が共同
で開発するとき、意志疎通を図るため仕様書の内容を互
いに確認するレビューと呼ばれる作業が発生する。レビ
ューは仕様書が完成した後に行われるから、状態”完了
”に続く次の状態として例えば”レビュー中”、”レビ
ュー完了”の２種類の状態を加える。前記３種類の状態
と合わせて５種類になる。データ関連情報は５種類の状
態を用いて例えば図７のようにする。

【００２８】図７に示すデータ関連情報は、影響元仕様
書の仕様書名７０４の状態が状態７０５になったとき、
影響先仕様書の仕様書名７０６の状態を状態７０７に変
更することを示している。例えば影響関係７０１によれ
ば、”売上ファイル更新概要”の状態が”完了”となっ
たとき、”売上ファイル更新機能”の状態を”作業中”
にする。また影響関係７０２と影響関係７０３は影響先
仕様書の仕様書名７０６と状態７０７がともに同一であ
るから、”売上ファイル更新機能”の状態が”完了”か
つ”売上ファイル更新概要”の状態が”レビュー完了”
のとき”売上ファイル更新機能”の状態を”レビュー中
”とする。影響関係７０２は例えば”売上ファイル更新
機能”の状態がまだ”作業中”なのに、影響関係７０３
によって”レビュー中”に変更されることを防ぐ働きが
ある。

【００２９】データ関連情報５が図７のようである場合
、状態情報４は状態の種類が増えることは言うまでもな
い。また、処理の手順についても図１に示す手順と同様
であるが、状態の変化が図７のように規定されている点
が違っている。

【００３０】図８は図７の例に従う状態の変化の様子を
示す。例えば状態８０２は”売上ファイル更新概要”の
状態が”作業中”であることを示している。このとき作
業者の指示に従って状態８０３に状態を変更したとき（
８１２）、７０１の規定に従って８１５のように状態を
変更する。即ち、”売上ファイル更新機能”の状態を”
作業不可能”から”作業中”に変更する。この影響関係
は８２１で図中に示している。同様に７０２と７０３の
規定による影響は８２２に示している。影響関係８１９
と８２０は他の仕様書の作業状況の変化による影響を示
している。このような影響によって、状態変化８１１，
８１３，８１５，８１７が起こる。また状態変化８１２
，８１４，８１６，８１８は作業者の指示に従って状態
を変更するときに起こる。

【００３１】第２の実施例によれば、一つの仕様書に対
して例えば作成とレビューのような複数の作業が必要と
なる場合にも、作業誘導ができる。

【００３２】次に図９〜図１５を用いて第３の実施例に
ついて説明する。

【００３３】本実施例は、状態と状態番号を対応づける
状態番号情報７を追加し（図９）、また影響先仕様書の
変更前の状態（図１０の現状態１００４）を限定できる
ようにデータ関連情報を図１０のように改変したもので
ある。

【００３４】図９の状態番号は例では１〜５を割当てて
いるが、続き番号である必要はない。ただし作業の流れ
の順序と番号の順序が対応するように設定すると、例え
ば作業が完了していることを”３以上”のように簡単に
表現できるため、便利である。

【００３５】図１０において、指定最小状態１００２は
影響元仕様書の仕様書名７０４の仕様書の状態に関する
条件を表し、影響の波及を適用する状態番号の最小の数
値を指定する。例えば指定最小状態１００２を”３”と
指定したとき、３以上のすべての状態を含む。具体的に
は”完了”、”レビュー中”、”レビュー完了”の３個
の状態を意味する。

【００３６】この表現方法は一例であって、例えば最大
の状態番号を指定するため、適用最大状態の欄を設ける
とさらに自由度が向上することは言うまでもない。

【００３７】影響先仕様書の現状態１００４は、仕様書
名７０６の仕様書が他の作業状況の変化に追従して影響
を受ける前の時点における状態が現状態１００４に一致
したときに限って影響を受けることを指定する。

【００３８】現状態１００４を特に限定したくない場合
もある。その場合は例えば現状態１００４に特別な状態
番号、例えば”０”を指定し、現状態を確認するステッ
プで”０”か否かを判別することもできる。

【００３９】次状態１００５は、影響を受ける条件がす
べて成立したときに、影響先仕様書の仕様書名７０６に
設定される新しい状態を表す。

【００４０】影響関係１００６は前記影響関係７０２と
７０３を一つの影響関係で表している。図７の表現法で
は、”売上ファイル更新機能”の状態が”作業中”から
直接”レビュー中”に変更されるのを防ぐために影響関
係７０２が必要であった。図１０では影響先仕様書の現
状態１００４を指定できるため、その分表現が簡便とな
っている。

【００４１】また、図４の影響関係を前記第２の実施例
に適用したいとき、次のような問題がある。図７におい
て、影響元仕様書の仕様書名７０４として”売上ファイ
ル更新概要”と”売上ファイル更新機能”を指定し、そ
れらの状態７０５をともに”完了”と指定したとき、”
レビュー中”や”レビュー完了”は指定に含まれない。 このため、”売上ファイル更新機能”の状態が”完了”
に到る前に”売上ファイル更新概要”の状態が”完了”
を通り越して”レビュー中”になってしまったら、上記
の２個の仕様書の状態が同時に”完了”となることはな
い。従って”売上ファイル更新詳細”の状態はいつまで
たっても”作業不可能”のままである。上記問題は、図
１０の影響元仕様書の指定最小状態１００２の指定を”
３”とすることによって解決される。図９のように状態
を番号と対応づけたのは、指定最小状態１００２をこの
ように指定できるようにするためである。

【００４２】第３の実施例の処理手順を図１１と図１２
に、システムの構成を図１３に示す。図１１が全体の処
理手順を示し、図１２は図１１のステップ１１０５とス
テップ１１０８の詳細を示す。

【００４３】図１１と図１２に示す処理手順中で中間デ
ータを保持するために作業領域６が必要となる。作業領
域の例を図１４に示す。図１４において、各欄には状態
が変更された仕様書の名称を１個ずつ記憶できるように
なっている。

【００４４】図１５は状態情報４の詳細である。状態１
５０１は状態を状態番号で表している。

【００４５】いま、作業の状態が図１５のようであり、
”売上ファイル更新機能”の作成作業が完了した場合を
例として、図１１と図１２の処理手順に従って第３の実
施例の動作を詳細に説明する。

【００４６】先ず作業領域６を空白にし、最初の欄に作
業状況が変化した仕様書の名称”売上ファイル更新機能
”を記憶する（１１０１）。次に”売上ファイル更新機
能”の状態を”３”に変更する（１１０２）。次に繰り
返しの終了を判定するため、作業領域６に記憶されてい
る仕様書名がないか調べる（１１０３）。作業領域６に
は”売上ファイル更新機能”が記憶されているので、次
にその名称を取得し、作業領域６から削除する（１１０
４）。その結果得られた仕様書名”売上ファイル更新機
能”を入力として、図１２に示す影響波及処理を行う（
１１０５）。

【００４７】影響波及処理では先ず、図１０の仕様書名
７０６が入力された影響先仕様書に一致し、かつ影響先
仕様書の状態が現状態１００４に一致する影響関係があ
るか調べる（１２００）。なければ直ちに影響波及処理
を終了する。あれば次に図１０の仕様書名７０６が入力
された影響先仕様書に一致し、かつ影響先仕様書の状態
が現状態１００４に一致する影響関係を１個検索する。 この場合、影響関係１００６が該当し、２次影響仕様書
は”売上ファイル更新概要”となる。次に２次影響仕様
書の状態を図１５の１５０２から取得する（１２０３）
。この場合状態番号は”５”である。その結果得られた
状態番号が、影響関係１００６の指定最小状態１００２
の欄と一致するか検査する（１２０４）。一致するので
、”売上ファイル更新機能”に影響を及ぼす他の２次影
響仕様書を検索する（１２０１）。しかし何も該当しな
いので、”売上ファイル更新機能”の状態”３”を、影
響関係１００６の次状態１００５の欄で指定された状態
”４”に変更する（１２０５）。状態の変更が起こった
ので、”売上ファイル更新機能”を作業領域６に追加し
（１２０６）、影響波及処理を終了する。

【００４８】ステップ１２０４で、もしも２次影響仕様
書の状態が指定通りでないなら、影響関係の条件を満た
さない。従って入力された影響先仕様書は影響を受けな
いことが判明するので、何もせずに影響波及処理を終了
する。

【００４９】次に図１１に戻って、ステップ１１０４で
得られた仕様書が図１０の仕様書名７０４の欄の内容に
一致し、かつ仕様書の状態番号が指定最小状態１００２
の欄の番号に等しいかより大きく、かつ影響先仕様書の
仕様書名７０６で示される仕様書の状態が現状態１００
４に一致するものを１個検索する（１１０６）。この場
合”売上ファイル更新機能”の状態が”３”であり、図
１５より”売上ファイル更新詳細”の状態が”１”であ
るから、影響関係１００８が該当する。従って影響先仕
様書は”売上ファイル更新詳細”となる。

【００５０】ステップ１１０６で得られた影響先仕様書
は、状態を変更する必要がある可能性があるため、影響
先仕様書を入力として図１２に示す影響波及処理を行う
（１１０８）。この場合”売上ファイル更新詳細”の状
態が”１”から”２”に変更され、作業領域に”売上フ
ァイル更新詳細”が追加される。

【００５１】次にステップ１１０６で他の影響先仕様書
を検索するが、なにも該当しない（１１０６，１１０７
）。

【００５２】次に作業領域から仕様書名を１個取得する
（１１０４）。”売上ファイル更新機能”が得られるが
、既に処理済みであるため、影響波及処理では何も起こ
らず（１１０５）、また影響を及ぼす仕様書も該当する
ものがない（１１０６，１１０７）。

【００５３】次に作業領域から仕様書名を１個取得する
（１１０４）。”売上ファイル更新詳細”が得られる。 影響波及処理では何も起こらない（１１０５）。影響を
及ぼす仕様書としては、影響関係１００９が該当する。 ”売上ファイル更新詳細２”が影響先仕様書となる。

【００５４】次に”売上ファイル更新詳細２”について
影響波及処理を行う（１１０８）。この場合状態が”１
”から”２”に変更され、”売上ファイル更新詳細２”
が作業領域に記憶される。

【００５５】以後、作業領域に記憶されたすべての仕様
書について同様の処理を行い、作業領域が空になったら
図６のように状態情報４を対話端末２に表示して（１０
９）処理を終了する。

【００５６】本実施例によれば、一つの仕様書に複数の
作業が必要な場合の作業誘導が可能であり、しかも第２
の実施例が図４のような影響関係に対処できなかったと
いう問題を解決している。また第２の実施例に比べて、
指定するべき影響関係の項目数が減るなど、データ関連
情報５の表現が簡便となっているため、作成が容易であ
る。さらにある影響関係による影響によって間接的に引
き起こされる影響波及にも対処できるため、より複雑な
影響の関係を自動的に検出し、より適切な作業誘導を作
業者に提供できる。

【００５７】次に図１６を用いて第４の実施例について
説明する。

【００５８】本実施例は、前記仕様書作成支援システム
が作業工程表の作成を支援する機能を有する場合に係り
、第１から第３の実施例の作業誘導方法において必要と
なるデータ関連情報５を、作業工程表の作成時に自動的
に作成するものである。

【００５９】作業工程表の作成を支援する機能の一例と
して、作業工程表の編集や印刷機能を有する作業工程表
エディタがある。図１６は作業工程表エディタの編集画
面の例を示す。

【００６０】開始予定日１６０７は、”売上ファイル更
新概要”５１という仕様書の作業を開始する予定日を示
す。同様に終了予定日１６０９は仕様書の作業を終了す
る予定日を示す。作業線１６０８は仕様書の作業を予定
している期間を示す。影響関係線１６１６は終了予定日
１６０９から開始予定日１６１３への影響を示し、”売
上ファイル更新概要”５１の作業が完了しないと”売上
ファイル更新詳細”５３の作業を開始できないことを意
味する。

【００６１】次に図１６と図４とを用いて第４の実施例
における仕様書作成支援システムの動作を説明する。

【００６２】先ず、作業工程表エディタは作業者の編集
操作に従って、図１６に示すような作業工程表を対話端
末２に表示する。そのとき、仕様書名１６０３の欄の名
称と、開始予定日と、終了予定日との対応によって作業
日程情報を記憶し、影響関係線の始点と終点が示す仕様
書名の対応によってデータ関連情報５を記憶する。デー
タ関連情報はこの場合図２のようになり、第１の実施例
にそのまま適用できることは言うまでもない。

【００６３】次に第１の実施例のように作業誘導を行う
。このとき図１のステップ１０９において、作業日程情
報とその時点での日時との比較により、予定されている
作業状況が得られるので、その結果と状態情報４とを比
較することにより、作業が予定通り進行しているか否か
を判定できる。その結果を図６の表示に加えて表示する
。

【００６４】第１から第３の実施例ではデータ関連情報
５の作成に手間がかかるという問題があった。本実施例
によれば、作成された作業日程表からデータ関連情報５
を自動的に作成できる。作業日程表は作業が予定通り進
行しているか否かとか、開発に投入する人員や時間の集
計など、他の目的にも利用できるため、作業日程表の作
成はデータ関連情報の作成より有意義である。また作業
者は作業の予定との違いを把握できるため、どの作業を
優先するべきかを知ることができる。

【００６５】さらに、例えば終了予定日を過ぎても依然
として作業を終了していない作業について、その時点で
の日時と終了予定日との差を求めることにより、作業の
遅れ日数が得られる。これをすべての作業について合計
することによって、全体の作業の遅れが得られる。これ
らの遅れ日数を作業ごと又は全体の合計によって表示す
ることにより、作業の予定との違いを定量的に示すこと
ができる。

【００６６】次に図１７から図２０と図９と図１５とを
用いて第５の実施例について説明する。

【００６７】本実施例は図１８に示すような判定条件を
用いて作業状況を自動的に判定するものである。本実施
例のシステム構成を図１９に、処理手順を図２０に示す
。

【００６８】なお、作業を完了したか又は作業を中断し
たとき、これを以後の説明では、作業を終了したと表現
する。

【００６９】図１７は対話端末によって仕様書を編集す
る仕様書エディタの画面例を示す。図１８は判定条件７
の例を示す。

【００７０】図１７において、仕様書１７０１は編集の
対象となる仕様書である。仕様書名１７０２は仕様書１
７０１の名称を表示している。欄項目１７０２は記述欄
１７０４の意味を表示している。同様に欄項目１７０３
は記述欄１７０５の意味を表示している。記述欄１７０
４には”作成者署名欄”、記述欄１７０５には”承認者
署名欄”、という欄名がそれぞれ対応付けられていると
する。

【００７１】図１８において、仕様書名１８０１は判定
の対象となる仕様書の名称を示す。欄名１８０２はその
中のどの記述欄が判定の対象であるかを示す。最小状態
１８０３はその記述欄に何らかの文字や図形が記述され
ているとき、仕様書の状態番号が取るべき番号の最小値
を示す。１８０４や１８０５の各行は条件を示し、仕様
書名１８０１で示された仕様書の中の、欄名１８０２で
示された欄に何かが記述されていれば、その仕様書の状
態が少なくとも最小状態１８０３で示された番号でなけ
ればならないことを示す。もし最小状態１８０３の番号
以下であれば、その仕様書の状態番号を最小状態１８０
３の番号に変更する。

【００７２】次に図２０を用いて第５の実施例の処理手
順を詳細に説明する。説明において、次の場合を想定す
る。即ち、状態情報４が図１５のようであり、状態番号
情報７が図９のようであり、作業者が図１７の編集画面
のように”売上ファイル更新機能”という仕様書を編集
し、編集の作業を終了し、仕様書を仕様書ファイル９に
記憶したとする。

【００７３】先ず作業を終了した仕様書の名称”売上フ
ァイル更新機能”を取得する（２００１）。次に判定条
件８の中から、図１８の仕様書名１８０１の欄の内容が
”売上ファイル更新機能”と一致するものを１個検索す
る（２００２）。条件１８０４が該当する。”売上ファ
イル更新機能”の状態は図１５の１５０３によると”２
”であり、条件１８０４によると最小でも”３”でなけ
ればならないから、変更が必要となる可能性がある（２
００５）。条件１８０４は”売上ファイル更新機能”の
内容について、図１７の”作成者署名欄”１７０４に何
かが記述されていることを条件としている。図１７によ
れば、条件に該当する（２００６）。次に判定条件８の
中から仕様書名１８０１と最小状態１８０３の内容が同
じものを検索する（２００７）が、該当するものはない
（２００８）ので、状態情報４の中の、”売上ファイル
更新機能”の状態を”３”に変更する（２００９）。

【００７４】次に別の条件を検索する（２００２）と、
条件１８０５が該当する（２００３）。最小状態１８０
３の欄は”５”であるから、変更が必要となる可能性が
ある（２００５）。しかし”承認者署名欄”１７０５は
空白だから、条件１８０５の条件を満足していない（２
００６）。

【００７５】さらに別の条件を検索する（２００２）が
、何も該当しない（２００３）ため、処理を終了する。

【００７６】ステップ２００５において、最小状態１８
０３の指定を既に満足している場合は、状態を変更する
必要はないため、直ちに他の条件の処理に移る。

【００７７】ステップ２００８において、仕様書名１８
０１と最小状態１８０３とがともに同一の条件が他にあ
ったとき、それらすべての条件が成立しなければならな
いとする。従ってステップ２００６に戻って条件の検査
をする。

【００７８】上記のようにすることで、複雑な条件を複
数の条件に分けて指定できる。

【００７９】本実施例によれば、作業状況が自動的に検
査されるため、作業者が編集を終了するごとに状態を設
定する必要がない。

【００８０】本実施例では仕様書の指定した欄に何かが
記述されているかどうかで判定をしたが、例えば仕様書
が存在するかどうかで判定する方法もある。

【００８１】また、各仕様書ごとに判定プログラムを用
意し、判定条件８で仕様書と判定プログラムとの対応を
記憶し、対応を用いて判定プログラムを自動的に起動す
る方法もある。さらに、多くの場合同じ種別の仕様書に
ついては同じプログラムで判定できることから、仕様書
の種別ごとに判定プログラムを用意する方法もある。判
定プログラムを用意すれば、より複雑な条件を検査でき
、従ってより適切な判定ができる。

【００８２】また、図１８では状態の変更の指定につい
て、最小状態１８０３によって最小の状態番号を指定し
たが、図１０の現状態１００４と次状態１００５に見ら
れるように、判定条件適用時における仕様書の状態が現
状態で指定した状態に等しいときにだけ、次状態に変更
するようにすることもできる。こうすると、より複雑な
指定が可能である。

【００８３】次に図２１から図２４と図１０と図１５と
を用いて第６の実施例について説明する。

【００８４】前記第２又は第３の実施例ではデータ関連
情報５の作成が困難さや繁雑さを伴うという問題があっ
た。本実施例は、データの種別単位に関連を指定するデ
ータ種別関連情報を用いて上記の問題を解決するもので
ある。

【００８５】図２１にデータ種別関連情報の例を示す。 図２２にデータ関連情報の例を示す。データの種別の例
としては、図１５に仕様書種別３１と仕様書名３２との
対応を示す例がある。

【００８６】図２１において、一行のデータの組みを以
後の説明で種別影響関係と呼ぶ。例えば”プログラム処
理概要図”と”３”と”プログラム機能説明図”と”１
”と”２”との組みは種別影響関係である。影響元仕様
書の仕様書種別名２１０１の欄に影響元の仕様書の種別
を指定する。同様に影響先仕様書の仕様書種別名２１０
２の欄には影響先の仕様書の種別を指定する。例えば種
別影響関係２１０３によれば、”プログラム処理概要図
”という種別に属する第１の仕様書の状態番号が”３”
以上で、かつ第１の仕様書に関連する第２の仕様書が仕
様書種別”プログラム機能説明図”に属し、かつ第２の
仕様書の状態が”１”であれば、第２の仕様書の状態を
”２”に変更する。

【００８７】図２３にシステムの構成を示す。図２３に
おいて、データ関連中間情報１１は本実施例によって得
られる中間出力であって、これは前記第３の実施例で用
いた図１０に示すデータ関連情報と同様のデータ構造と
意味を持つ。従って本実施例を適用した後、データ関連
中間情報１１について第３の実施例を適用することで作
業誘導ができる。

【００８８】図２４は、図２１と図２２とを入力として
本実施例を適用して得られるデータ関連中間情報１１で
ある。

【００８９】次に第６の実施例の処理手順を説明する。

【００９０】先ず図２２に示すデータ関連情報５から影
響関係を１個取得する。例えば影響関係２２０１が該当
する。次に影響関係２２０１の影響元仕様書名４１の種
別がデータ種別関連情報１０の中の影響元仕様書の仕様
書種別名２１０１に一致し、かつ影響関係２２０１の影
響先仕様書名４２の種別がデータ種別関連情報１０の中
の影響先仕様書の仕様書種別名２１０２に一致する種別
影響関係を図２１から検索する。この場合、図１５から
”売上ファイル更新概要”の種別は”プログラム処理概
要図”であり、”売上ファイル更新機能”の種別は”プ
ログラム機能説明図”であるから、種別影響関係２１０
３と２１０４とが該当する。これらそれぞれについて、
影響元仕様書の仕様書種別名２１０１を影響関係２２０
１の影響元仕様書名”売上ファイル更新概要”で置き換
える。同様に種別影響関係２１０３と２１０４とのそれ
ぞれについて、影響先仕様書の仕様書種別名２１０２を
影響関係２２０１の影響先仕様書名”売上ファイル更新
機能”で置き換える。以上の処理によって図２４の２４
０１と１００６とが得られる。

【００９１】次に図２２の残りの影響関係２２０２につ
いて同様の処理を行うと図２４の２４０２と２４０３と
が得られる。以上のようにすべての影響関係について同
様の処理を行えば、データ関連中間情報１１が得られる
。

【００９２】次にデータ関連中間情報１１を改めて第３
の実施例のデータ関連情報５として第３の実施例を行い
、処理を終了する。

【００９３】本実施例によれば、図２２に示すデータ関
連情報から図２４に示すデータ関連中間情報１１を得る
ことができる。データ関連中間情報１１を作業者が直接
指定するより、データ関連情報を指定する方がより簡便
である。

【００９４】このとき図２１に示すデータ種別関連情報
が必要であるが、その作成に関しては問題がないことの
理由を以下で説明する。新しいシステムを開発するとき
、必ず新しい仕様書が必要となり、第３の実施例では新
しい仕様書についてデータ関連中間情報を作業者が作成
する必要があった。しかし新しいシステムを開発すると
きでも新しい仕様書の種別が増えることはほとんどない
。従ってデータ種別関連情報は一度作成すればほとんど
変更する必要がない。しかも仕様書種別の数は仕様書の
数よりはるかに少ないため作成が容易である。

【００９５】本実施例では中間出力としてデータ関連中
間情報１１を一旦作成するが、例えば図１１のステップ
１１０６や図１２のステップ１２０１で直接図２１のデ
ータ種別関連情報と図２２の状態情報とを用いて影響を
検査することもできる。

【００９６】次に図２５と図３と図４とを用いて第７の
実施例について説明する。

【００９７】本実施例は例えば図１のステップ１０９の
ように状態情報を対話端末に表示するとき、作業の関連
の様子を分かりやすく表示する工夫を示す。

【００９８】図２５に表示画面の例を示す。図２５では
、状態情報４が図３のようであり、データ関連情報５が
図４のようである場合の例を示している。

【００９９】図２５において、実線枠２５０１は仕様書
”売上ファイル更新概要”の作業状況が”完了”である
ことを示す。太線枠２５０２は仕様書”売上ファイル更
新機能”の作業状況が”作業中”であることを示す。 破線枠２５０３は仕様書”売上ファイル更新詳細”の作
業状況が”作業不可能”であることを示す。太線矢印２
５０４と実線矢印２５０５は矢印の両端に表示された仕
様書の間に影響関係があることを示し、特に太線矢印は
”売上ファイル更新概要”の作業が完了したにも係わら
ず”売上ファイル更新詳細”がまだ作業不可能であるこ
とを示す。

【０１００】次に第７の実施例の処理手順について説明
する。

【０１０１】先ず状態情報４から仕様書名とそれに対応
する状態とを取得する。例えば図３によれば、”売上フ
ァイル更新概要”と”完了”が該当する。次にその状態
から枠線の種類を以下のように決定する。即ち、状態が
”完了”のときは太線、”作業中”のときは実線、”作
業不可能”のときは破線である。この場合太線が該当す
る。次に仕様書名を画面上に表示し、仕様書名を枠線で
囲む。以上の処理を状態情報４に含まれるすべての仕様
書について行う。

【０１０２】次にデータ関連情報５から、影響関係を１
個取得する。例えば図４によれば、影響関係４３が該当
する。次に影響関係４３の影響元仕様書名と影響先仕様
書名との両方が状態情報４に含まれるか検査する。もし
含まれなければ他の影響関係の処理に移る。この場合”
売上ファイル更新概要”と”売上ファイル更新機能”と
は両方とも図３に含まれるため、次のステップに進む。 次に影響関係４３の影響元仕様書名４１の状態が”完了
”で、かつ影響先仕様書名４２の状態が”作業不可能”
であるか否か検査する。この場合該当する。次に検査の
結果に従って矢印の種類を以下のように決定する。 即ち、該当すれば太線矢印、該当しなければ実線矢印で
ある。次に画面上に表示されている影響関係４３の影響
元仕様書名の枠を始点とし、影響先仕様書名の枠を終点
として矢印を表示する。以上の処理をデータ関連情報の
すべての影響関係について行う。

【０１０３】以上のようにして図２５のような画面を表
示し、処理を終了する。

【０１０４】本実施例によれば、作業の状況が一目で把
握できる。このことは図３と図２５とを見比べると明ら
かである。しかも図２５には図４の影響関係も表示され
ているため、作業の関連も読みとれる。さらに、図２５
によれば、”売上ファイル更新詳細”に向かう実線矢印
が、作業ができない原因であることが読みとれる。即ち
、”売上ファイル更新機能”の作業が終了すれば”売上
ファイル更新詳細”の作業が開始できることが読みとれ
る。従って作業者は、単にどの作業ができるかだけでな
く、どの作業を優先すべきかを知ることができる。

【０１０５】また、状態が図９のように多数ある場合に
は、作業間の影響の様子にもさまざまな場合が起こる。 これを表示するため、さらに矢印の種類を増やすことも
できる。図２６は影響元仕様書の状態番号と、影響先仕
様書の状態番号と、矢印の色と、矢印の線の種類とを対
応づける矢印選択情報を示す。前記の矢印の種類を決定
するステップにおいて矢印選択情報を用いて、影響元仕
様書の状態と影響先仕様書の状態とから、矢印の種類を
決定すれば、さらに複雑な作業の関連を分かりやすく表
示できる。

【０１０６】また、先ず作業者名を取得し、次に図３の
担当欄３３から、作業の担当者を取得し、作業者名と比
較し、一致する作業だけを表示することにより、ある作
業者が担当する作業だけを表示することもできる。

【０１０７】

【発明の効果】作業者は自分が行った個々の作業につい
て作業状況を入力するだけで、次に行うべき作業を知る
ことができる。

【０１０８】特に、ある作業が他の複数の作業を完了し
なければ開始できない場合や、ある作業の完了によって
他の複数の作業が開始可能となる場合に、作業者に対し
て有益な情報を提供できる。なぜなら、そのような複数
の作業間の関係と作業状況を把握し、自分が次に行うべ
き作業を的確に判断することは困難だからである。

【０１０９】さらに、作業間の関連を記憶するステップ
と、作業状況を記憶するステップとは別々のステップで
あるから、これら２個のステップにおいて入力する作業
者は同一の人物である必要がない。そのため例えば複数
の作業者の管理を行う管理者が作業間の関連情報を入力
し、作業状況は実際にその作業を行った作業者が入力す
ることができる。このようにすると、作業間の関連や作
業の流れを熟知していない作業者でも、管理者の適切な
設定に基づいて行われる作業誘導に従って作業ができる
。

【図面の簡単な説明】

【図１】第１の実施例の処理手順を示すフローチャート
である。

【図２】第１の実施例の作業誘導を実現するためのシス
テム構成を示すブロック図である。

【図３】状態情報の例である。

【図４】データ関連情報の例である。

【図５】仕様書の関連を表す図である。

【図６】作業誘導の画面表示例である。

【図７】データ関連情報の第２の例である。

【図８】状態の変化の様子を示す図である。

【図９】状態番号情報の例である。

【図１０】データ関連情報の第３の例である。

【図１１】第３の実施例の処理手順を示すフローチャー
トである。

【図１２】図１１の影響波及処理の詳細な処理手順を示
すフローチャートである。

【図１３】第３の実施例を実現するためのシステムの構
成を示すブロック図である。

【図１４】作業領域の例である。

【図１５】状態情報の第２の例である。

【図１６】作業工程表エディタの画面表示例である。

【図１７】仕様書エディタの画面表示例である。

【図１８】判定条件の例である。

【図１９】第５の実施例を実現するためのシステムの構
成を示すブロック図である。

【図２０】第５の実施例の処理手順を示すフローチャー
トである。

【図２１】データ種別関連情報の例である。

【図２２】データ関連情報の第４の例である。

【図２３】第６の実施例を実現するためのシステムの構
成を示すブロック図である。

【図２４】データ関連中間情報の例である。

【図２５】第７の実施例の画面表示例である。

【図２６】矢印選択情報の例である。

【符号の説明】

１…ＣＰＵ、２…対話端末、３…プログラム、４…状態
情報、５…データ関連情報、６…作業領域、７…状態番
号情報、８…判定条件、９…仕様書ファイル、１０…デ
ータ種別関連情報、１１…データ関連中間情報。

Claims (5)

【特許請求の範囲】
1. 【請求項１】計算機及び対話端末を有する情報処理装置
   における作業誘導方法であって、システムの仕様書又は
   プログラムを内容として持つデータと少なくとも”作業
   不可能”か”作業中”か”完了”かの３種類の状態との
   対応を表す状態情報を記憶するステップと、第１のデー
   タと該第１のデータの作業状況の変化に追従して影響を
   受ける第２のデータとを対応づけるデータ関連情報を記
   憶するステップと、作業者がデータを作成した際に該状
   態情報の中の該データに対応する状態を作業者の指示し
   た状態に変更するステップと、該状態が”完了”ならば
   該データ関連情報の中から該データの作業状況の変化に
   追従して影響を受けるべき少なくとも１個の影響データ
   を検出するステップと、該データ関連情報の中から該影
   響データに対して影響を及ぼす２次影響データを検出す
   るステップと、検出されたすべての該２次影響データの
   状態が”完了”であるか検査するステップと、すべての
   該２次影響データの状態が”完了”ならば該状態情報の
   中の該影響データに対応する状態を作業中に変更するス
   テップと、該状態情報をデータ名称と状態との対応表に
   よって対話端末に表示するステップとからなることを特
   徴とする作業誘導方法。
2. 【請求項２】請求項１において、作業の対象となる対象
   データと該作業の開始予定日と終了予定日とを対応づけ
   る作業日程情報を記憶するステップと、作業者の指示に
   従って該作業日程情報の中のある対象データの終了予定
   日と他の対象データの開始予定日とを対応づけるステッ
   プと、該対応からデータ関連情報を作成するステップと
   、該作業日程情報を対話端末に表示するステップとを有
   することを特徴とする作業誘導方法。
3. 【請求項３】請求項１において、データの内容又はデー
   タが存在するか否かによって該データに対する作業状況
   を判定する判定条件を記憶するステップと、該判定条件
   を用いてあるデータに対する作業状況を判定するステッ
   プを有することを特徴とする作業誘導方法。
4. 【請求項４】請求項１において、あるデータの種別と該
   データの状態を指定する指定状態と該種別に属するある
   データが該状態指定に該当するときに状態を変更される
   他のデータの種別と変更後の状態とを対応づけるデータ
   種別関連情報を用いて、請求項１記載の影響データを検
   出するステップと２次影響データを確認するステップを
   行うことを特徴とする作業誘導方法。
5. 【請求項５】請求項１において、データの名称又は該デ
   ータを作成する作業の名称を対話端末に表示するステッ
   プと、作業者が該データの状態を認識できるように該名
   称の表示色を変えるか又は該名称を箱で囲むステップと
   、作業が完了したあるデータと該データの作業の完了に
   よって作業を開始できるようになった影響データとの関
   係を該データと該影響データとを結ぶ線分又は矢印によ
   って表示するステップを有することを特徴とする作業誘
   導方法。