(57)【特許請求の範囲】
【請求項１】
プロジェクトにおける工程管理を行うシステムにおいて、
前記プロジェクトにおける開発対象の構成要素の情報および当該構成要素間の依存関係の情報を含む構成情報であって、当該依存関係の情報には、少なくとも、包含関係と結合関係とが含まれる、構成情報を取得する構成情報取得部と、
前記構成情報取得部により取得された前記構成情報に基づいて作業項目および作業の実行順を決定し、作業工程の定義情報として管理する管理部とを備え、
前記管理部は、
前記構成要素のうち、他の構成要素を包含しない構成要素である葉構成要素に関する作業項目を決定し、
所定の１つの構成要素に包含される複数の構成要素の全てが前記葉構成要素である場合に、当該葉構成要素間の結合関係に関する作業項目を決定する、システム。
【請求項２】
前記管理部は、所定の１つの構成要素に包含される複数の構成要素の一部または全てが、前記結合関係に関する作業項目が決定された構成要素を包含する構成要素であって、前記結合関係に関する作業項目が決定されていない構成要素を包含する構成要素が含まれない場合に、当該構成要素間の結合関係に関する作業項目を決定する、請求項１に記載のシステム。
【請求項３】
前記管理部は、前記構成要素間の結合関係に関する前記作業項目の決定を、他の構成要素に包含されない構成要素に到達するまで繰り返す、請求項２に記載のシステム。
【請求項４】
前記構成情報取得部により取得される前記構成情報は、前記依存関係の情報のうち、結合関係として、制約のない結合関係と制約のある結合関係とを含む、請求項１に記載のシステム。
【請求項５】
前記構成情報取得部により取得される前記構成情報は、ＳｙｓＭＬで記載され、前記依存関係の情報のうち、前記包含関係がブロック定義図で表現され、前記制約のない結合関係が内部ブロック図で表現され、前記制約のある結合関係がパラメトリック図で表現される、請求項４に記載のシステム。
【請求項６】
前記管理部は、少なくとも前記作業項目と当該作業項目に関連する前記構成要素と作業の実行順とを登録項目とするデータ構造に対して、決定した前記作業項目の情報を登録することで、前記定義情報を生成する、請求項１に記載のシステム。
【請求項７】
前記構成要素の種類および前記構成要素間の結合関係の種類に応じて実行される作業の詳細項目および作業の実行順を定義した詳細定義情報を取得する定義情報取得部をさらに備え、
前記管理部は、前記データ構造に登録された前記作業項目および前記構成要素の情報に基づき、対応する前記詳細定義情報を当該データ構造に登録する、請求項６に記載のシステム。
【請求項８】
プロジェクトの工程を管理する方法において、
前記プロジェクトにおける開発対象の構成要素の情報および当該構成要素間の依存関係の情報を含む構成情報であって、当該依存関係の情報には、少なくとも、包含関係と結合関係とが含まれる、構成情報を取得するステップと、
前記構成要素のうち、他の構成要素を包含しない構成要素である葉構成要素に関する作業項目を決定するステップと、
所定の１つの構成要素に包含される複数の構成要素の全てが前記葉構成要素である場合に、当該葉構成要素間の結合関係に関する作業項目を決定するステップと、
少なくとも前記作業項目と当該作業項目に関連する前記構成要素と作業の実行順とを登録項目とするデータ構造に対して、決定した前記作業項目の情報を登録するステップとを含む、方法。
【請求項９】
所定の１つの構成要素に包含される複数の構成要素の一部または全てが、前記結合関係に関する作業項目が決定された構成要素を包含する構成要素であって、前記結合関係に関する作業項目が決定されていない構成要素を包含する構成要素が含まれない場合に、当該構成要素間の結合関係に関する作業項目を決定するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
前記構成要素間の結合関係に関する前記作業項目を決定するステップを、他の構成要素に包含されない構成要素に到達するまで繰り返す、請求項９に記載の方法。
【請求項１１】
前記構成要素の種類および前記構成要素間の結合関係の種類に応じて実行される作業の詳細項目および作業の実行順を定義した詳細定義情報を取得するステップと、
前記データ構造に登録された前記作業項目および前記構成要素の情報に基づき、対応する前記詳細定義情報を当該データ構造に登録するステップとをさらに含む、請求項８に記載の方法。
【請求項１２】
コンピュータを、
プロジェクトにおける開発対象の構成要素の情報および当該構成要素間の依存関係の情報を含む構成情報であって、当該依存関係の情報には、少なくとも、包含関係と結合関係とが含まれる、構成情報を取得する構成情報取得手段と、
前記構成情報取得手段により取得された前記構成情報に基づいて作業項目および作業の実行順を決定し、作業工程の定義情報として管理する管理手段として機能させ、
前記管理手段の機能として、
前記構成要素のうち、他の構成要素を包含しない構成要素である葉構成要素に関する作業項目を決定し、
所定の１つの構成要素に包含される複数の構成要素の全てが前記葉構成要素である場合に、当該葉構成要素間の結合関係に関する作業項目を決定する処理を前記コンピュータに実行させる、プログラム。
【請求項１３】
前記管理手段の機能として、所定の１つの構成要素に包含される複数の構成要素の一部または全てが、前記結合関係に関する作業項目が決定された構成要素を包含する構成要素であって、前記結合関係に関する作業項目が決定されていない構成要素を包含する構成要素が含まれない場合に、当該構成要素間の結合関係に関する作業項目を決定する処理を前記コンピュータに実行させる、請求項１２に記載のプログラム。
【請求項１４】
前記管理手段の機能として、前記構成要素間の結合関係に関する前記作業項目の決定を、他の構成要素に包含されない構成要素に到達するまで繰り返す処理を前記コンピュータに実行させる、請求項１３に記載のプログラム。
【請求項１５】
コンピュータに、
プロジェクトにおける開発対象の構成要素の情報および当該構成要素間の依存関係の情報を含む構成情報であって、当該依存関係の情報には、少なくとも、包含関係と結合関係とが含まれる、構成情報を取得する処理と、
前記構成要素のうち、他の構成要素を包含しない構成要素である葉構成要素に関する作業項目を決定する処理と、
所定の１つの構成要素に包含される複数の構成要素の全てが前記葉構成要素である場合に、当該葉構成要素間の結合関係に関する作業項目を決定する処理と、
少なくとも前記作業項目と当該作業項目に関連する前記構成要素と作業の実行順とを登録項目とするデータ構造に対して、決定した前記作業項目の情報を登録する処理と
を実行させる、プログラム。
【請求項１６】
所定の１つの構成要素に包含される複数の構成要素の一部または全てが、前記結合関係に関する作業項目が決定された構成要素を包含する構成要素であって、前記結合関係に関する作業項目が決定されていない構成要素を包含する構成要素が含まれない場合に、当該構成要素間の結合関係に関する作業項目を決定する処理を、前記コンピュータに、さらに実行させる、請求項１５に記載のプログラム。
【請求項１７】
前記構成要素の種類および前記構成要素間の結合関係の種類に応じて実行される作業の詳細項目および作業の実行順を定義した詳細定義情報を取得する処理と、
前記データ構造に登録された前記作業項目および前記構成要素の情報に基づき、対応する前記詳細定義情報を当該データ構造に登録する処理とを、前記コンピュータに、さらに実行させる、請求項１５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクトにおける作業工程等の工程管理をコンピュータにより行うためのプログラム、その工程管理方法および工程管理システムに関する。
【背景技術】
【０００２】
プロジェクト管理を効率良く行うために、プロジェクトにおける対象のコンポーネント（構成要素）や作業工程を、コンピュータ等を用いて機械的に管理するシステムや管理方法が提案されている（例えば、特許文献１参照）。これらの管理を機械的に行うことによって、プロジェクト管理者の負担を軽減することができる。
【０００３】
特許文献１に記載された従来技術は、コンポーネントの構成情報を管理するコンポーネント構成管理部と、共通化されたＷＢＳ（Work Breakdown Structure）の定義と各項目を詳細化する際のルールを管理する共通ＷＢＳ管理部と、２つの管理部で管理された情報から自動的にＷＢＳを詳細化するＷＢＳ詳細化装置と、詳細化されたＷＢＳを管理するＷＢＳ管理部とを設けた構成としている。そして、各プロジェクトが共通化されたＷＢＳを使用し、かつ各プロジェクト固有の作業を開発対象のコンポーネント構成情報に基づいて自動的に生成する。
【０００４】
【特許文献１】特開２００４−１１０１０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
システム開発におけるプロジェクト管理では、開発対象であるシステムのコンポーネント間の依存関係を適切に表現することが重要である。特に作業工程の管理では、コンポーネント間の依存関係がわからなければ、各作業に対する適切なスケジューリングができない。ハードウェアやソフトウェア等の様々なコンポーネントを含む複雑なシステムの開発の場合、コンポーネント間の依存関係としては、少なくとも、コンポーネント間の包含関係、制約のあるコンポーネント間の結合、制約のないコンポーネント間の結合、の３種類の依存関係が表現されることが好ましい。しかし、従来の機械的なプロジェクト管理技術では、これらの依存関係を明確に区別して表現し、コンポーネントや作業工程の管理に反映することは行われていない。
【０００６】
特許文献１に記載の従来技術においても、コンポーネント間の依存関係の表現パターンは１つである。そのため、コンポーネント間の包含関係、制約のあるコンポーネント間の結合、制約のないコンポーネント間の結合、といった依存関係を区別して表現することができない。したがって、ハードウェアやソフトウェア等の様々なコンポーネントを含む複雑なシステムの開発プロジェクトに関して、コンポーネントや作業工程を適切に管理し、プロジェクト管理を効率良く行うことは、容易ではない。
【０００７】
本発明は、以上の課題に鑑みて成されたものであり、その目的は、ハードウェアやソフトウェア等の様々なコンポーネントを含む複雑なシステムの開発に関して、作業工程等の工程管理を機械的に行うことを実現することにある。
【課題を解決するための手段】
【０００８】
上記の目的を達成するため、本発明は、次のようなシステムとして構成される。このシステムは、プロジェクトにおける開発対象の構成要素の情報および構成要素間の依存関係の情報を含む構成情報であって、この依存関係の情報には、少なくとも、包含関係と結合関係とが含まれる、構成情報を取得する構成情報取得部と、この構成情報取得部により取得された構成情報に基づいて作業項目および作業の実行順を決定し、作業工程の定義情報として管理する管理部とを備え、管理部は、構成要素のうち、他の構成要素を包含しない構成要素である葉構成要素に関する作業項目を決定し、所定の１つの構成要素に包含される複数の構成要素の全てが葉構成要素である場合に、葉構成要素間の結合関係に関する作業項目を決定する。
【０００９】
さらに好ましくは、管理部は、所定の１つの構成要素に包含される複数の構成要素の一部または全てが、結合関係に関する作業項目が決定された構成要素を包含する構成要素であって、結合関係に関する作業項目が決定されていない構成要素を包含する構成要素が含まれない場合に、この構成要素間の結合関係に関する作業項目を決定する。
そして、管理部は、構成要素間の結合関係に関する作業項目の決定を、他の構成要素に包含されない構成要素に到達するまで繰り返す。
また、構成情報取得部により取得される構成情報は、依存関係の情報のうち、結合関係として、制約のない結合関係と制約のある結合関係とを含む。
【００１０】
より詳細には、構成情報取得部により取得される構成情報はＳｙｓＭＬで記載され、依存関係の情報のうち、包含関係がブロック定義図で表現され、制約のない結合関係が内部ブロック図で表現され、制約のある結合関係がパラメトリック図で表現される。
そして、管理部は、少なくとも作業項目とこの作業項目に関連する構成要素と作業の実行順とを登録項目とするデータ構造に対して、決定した作業項目の情報を登録することで、定義情報を生成する。
【００１１】
さらにまた、このシステムは、構成要素の種類および構成要素間の結合関係の種類に応じて実行される作業の詳細項目および作業の実行順を定義した詳細定義情報を取得する定義情報取得部をさらに備える構成としても良い。この場合、管理部は、データ構造に登録された作業項目および構成要素の情報に基づき、対応する詳細定義情報をデータ構造に登録する。
【００１２】
本発明は、さらに上記の技術的思想を方法のカテゴリにて把握した構成によっても実現される。また、コンピュータを、上記のシステムの機能を実現するプログラムとしても実現される。このプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に記録して配布したり、ネットワークを介して配信したりすることにより、提供することができる。
【発明の効果】
【００１３】
以上のように構成された本発明によれば、ハードウェアやソフトウェア等の様々なコンポーネントを含む複雑なシステムの開発に関して、作業工程等の工程管理を機械的に行うことが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して、本発明の実施形態について詳細に説明する。
本実施形態は、システム開発のプロジェクトに関して、開発対象であるシステムの構造モデルの情報に基づき、プロジェクトにおける作業項目および作業の実行順を決定し、作業工程の管理を行う。また、本実施形態では、決定された作業項目および作業の実行順の情報を登録したＷＢＳが作成される。
【００１５】
＜システム構成＞
図１は、本実施形態による工程管理システムの構成を示す図である。
図１に示す工程管理システムは、ＷＢＳ生成装置１００と、フェーズテンプレート格納部２００と、構成情報格納部３００と、詳細項目テンプレート格納部４００と、ＷＢＳ格納部５００とを備える。また、ＷＢＳ生成装置１００は、フェーズ生成部１１０と、構成情報取得部１２０と、作業項目決定部１３０と、詳細項目決定部１４０と、予定日決定部１５０とを備える。
【００１６】
図２は、図１に示す工程管理システムを実現するコンピュータのハードウェア構成例を示す図である。
図２に示すコンピュータ１０は、演算手段であるＣＰＵ（Central Processing Unit）１０ａと、記憶手段であるメイン・メモリ１０ｃおよび磁気ディスク装置（ＨＤＤ：Hard Disk Drive）１０ｇを備える。また、ネットワークを介して外部装置に接続するためのネットワーク・インタフェース・カード１０ｆと、表示出力を行うためのビデオ・カード１０ｄおよび表示装置１０ｊと、音声出力を行うための音声機構１０ｈとを備える。さらに、キーボードやマウス等の入力デバイス１０ｉを備える。
【００１７】
図２に示すように、メイン・メモリ１０ｃおよびビデオ・カード１０ｄは、システム・コントローラ１０ｂを介してＣＰＵ１０ａに接続されている。また、ネットワーク・インタフェース・カード１０ｆ、磁気ディスク装置１０ｇ、音声機構１０ｈおよび入力デバイス１０ｉは、Ｉ／Ｏコントローラ１０ｅを介してシステム・コントローラ１０ｂと接続されている。各構成要素は、システム・バスや入出力バス等の各種のバスによって接続される。例えば、ＣＰＵ１０ａとメイン・メモリ１０ｃの間は、システム・バスやメモリ・バスにより接続される。また、ＣＰＵ１０ａと磁気ディスク装置１０ｇ、ネットワーク・インタフェース・カード１０ｆ、ビデオ・カード１０ｄ、音声機構１０ｈ、入力デバイス１０ｉ等との間は、ＰＣＩ（Peripheral Components Interconnect）、ＰＣＩ  Ｅｘｐｒｅｓｓ、シリアルＡＴＡ（AT Attachment）、ＵＳＢ（Universal Serial Bus）、ＡＧＰ（Accelerated Graphics Port）等の入出力バスにより接続される。
【００１８】
なお、図２は、本実施形態が適用されるのに好適なコンピュータのハードウェア構成を例示するに過ぎず、実際の各サーバが図示の構成に限定されないことは言うまでもない。例えば、ビデオ・カード１０ｄを設ける代わりに、ビデオメモリのみを搭載し、ＣＰＵ１０ａにてイメージ・データを処理する構成としても良い。また、音声機構１０ｈを独立した構成とせず、システム・コントローラ１０ｂやＩ／Ｏコントローラ１０ｅを構成するチップセットの機能として備えるようにしても良い。また、補助記憶装置として磁気ディスク装置１０ｇの他に、各種の光学ディスクやフレキシブル・ディスクをメディアとするドライブを設けても良い。表示装置１０ｊとしては、主として液晶ディスプレイが用いられるが、その他、ＣＲＴディスプレイやプラズマ・ディスプレイ等、任意の方式のディスプレイを用いて良い。
【００１９】
図１に示す工程管理システムが図２に示すコンピュータで構成される場合、ＷＢＳ生成装置１００の各機能は、メイン・メモリ１０ｃに読み込まれたプログラムをＣＰＵ１０ａが実行することにより実現される。また、フェーズテンプレート格納部２００、構成情報格納部３００、詳細項目テンプレート格納部４００、ＷＢＳ格納部５００は、メイン・メモリ１０ｃや磁気ディスク装置１０ｇ等の記憶手段により実現される。
【００２０】
フェーズテンプレート格納部２００は、プロジェクトの各フェーズ（作業段階）の実行順を示すテンプレート（定義情報）を格納する。
図３は、フェーズテンプレートの構成例を示す図である。
図３に示すフェーズテンプレートは、フェーズを識別するためのフェーズ名とフェーズの実行順を示すフェーズ順番とを登録項目とする。図示のフェーズテンプレートによれば、Ａフェーズ、Ｂフェーズ、Ｃフェーズの順でプロジェクトが進行する。フェーズテンプレート格納部２００には、プロジェクトの種類等に応じて、種々のフェーズテンプレートが格納される。
【００２１】
構成情報格納部３００は、開発対象のシステム（以下、対象システム）の構成を示す情報である構造モデルを格納する。構造モデルには、対象システムのコンポーネントの情報とコンポーネント間の依存関係の情報とが含まれる。依存関係としては、少なくとも、包含関係、制約のない結合関係、制約のある結合関係が定義される。本実施形態では、これらの情報を表現するため、ＳｙｓＭＬ（Systems Modeling Language）を用いて構造モデルを記載する。ＳｙｓＭＬについては、例えば、「OMG SysMLSpecification」（http://www.omg.org/docs/ptc/06-05-04.pdf）、「ＯＭＧ技術−ＳｙｓＭＬ（OMG Systems Modeling Language）」（http://www.otij.org/omginfo/technology/primer/sysml.html）に詳細に記載されている。
【００２２】
図４は、ＳｙｓＭＬを用いて記載される構造モデルの例を示す図である。
図４（Ａ）はブロック定義図（Block Definition Diagram）であり、コンポーネント間の包含関係を表す。図示の例では、要素Ａは、要素Ｂおよび要素Ｃを包含する。また、要素Ｂは、要素Ｄおよび要素Ｅを包含する。図４（Ｂ）は、内部ブロック図（Internal Block Diagram）であり、コンポーネント間の制約のない結合関係を表す。図示の例では、要素Ｂと要素Ｃとがコネクタで結ばれており、これらのコンポーネントには結合関係があるが、その結合には制約はない。図４（Ｃ）は、パラメトリック図（Parametric Diagram）であり、コンポーネント間の制約のある結合関係を表す。図示の例では、要素Ｄと要素Ｅとが制約要素Ｆを介して結ばれており、これらのコンポーネントには制約付きの結合関係がある。
【００２３】
なお、ＳｙｓＭＬでは、図４（Ｃ）に記載されるように、要素間の結合関係における制約も要素（制約要素）として表現される。そこで、ＳｙｓＭＬにおける要素にステレオタイプ＜＜ｍｅｔａｃｌａｓｓ＞＞を付与し、その属性で要素を区別することとする。本実施形態では、対象システムのコンポーネントに対応する要素は、ステレオタイプ＜＜ｍｅｔａｃｌａｓｓ＞＞の属性をｂｌｏｃｋとする（以下、この要素をブロック要素と呼ぶ）。また、制約要素は、ステレオタイプ＜＜ｍｅｔａｃｌａｓｓ＞＞の属性をｃｏｎｓｔｒａｉｎｔとする。
【００２４】
また、他のコンポーネントを包含しないコンポーネント、すなわちブロック定義図の木構造において子を持たない葉ノードに対応するコンポーネント（葉構成要素）に関して、後述する詳細項目テンプレートが適用されていることを表すステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞を付与できるものとする。このステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞の属性は、作業パターンとＷＢＳ登録済みフラグである。作業パターンは、詳細項目テンプレートとの対応付けを行うための属性であり、属性値は｛Ｓｏｆｔｗａｒｅ，Ｍｅｃｈａｎｉｃａｌ，Ｅｌｅｃｔｒｉｃ｝である。ＷＢＳ登録済みフラグは、そのコンポーネントに関する情報が既にＷＢＳに登録されたか否かを表す属性であり、属性値は｛Ｔｒｕｅ，Ｆａｌｓｅ｝である。このＷＢＳ登録済みフラグ属性の属性値は、初期的にはＦａｌｓｅとなっている。
【００２５】
詳細項目テンプレート格納部４００は、コンポーネントに関する作業項目およびコンポーネント間の結合関係に関する作業項目を定義した詳細項目テンプレートを格納する。詳細項目テンプレートは、作業項目を識別するための作業項目名、工数、作業の実行順を示す作業順番を登録項目とする。コンポーネントや結合関係の種類によって作業内容は異なる。そこで、この作業内容を表す作業パターンが定義され、詳細項目テンプレートは作業パターンごとに設定されるものとする。すなわち、各詳細項目テンプレートは、作業パターンごとに固有の作業項目セットを持つ。また、詳細項目テンプレートの内容は、フェーズごとに異なる。言い換えれば、フェーズ（作業段階）が異なると、同じ作業パターンであっても具体的な作業内容が異なる。したがって、詳細項目テンプレートは、フェーズごとに、かつ作業パターンごとに用意されることとなる。
【００２６】
個々の詳細項目テンプレートには、作業パターンを識別するための属性（Property）が付与される。本実施形態では、Ｓｏｆｔｗａｒｅ（ソフトウェア）、Ｍｅｃｈａｎｉｃａｌ（機械）、Ｅｌｅｃｔｒｉｃ（電子機器）、ｐａｒｔｓＣｏｍｂｉｎｅ（すり合わせ）、ｐａｒｔｓＣｏｍｂｉｎｅＷｉｔｈＣｏｎｓｔｒａｉｎｔ（制約つきすり合わせ）の５種類の作業パターンがあるものとする。ここで、Ｓｏｆｔｗａｒｅ、Ｍｅｃｈａｎｉｃａｌ、Ｅｌｅｃｔｒｉｃの３つの属性は、ＳｙｓＭＬのブロック要素におけるステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞の作業パターン属性の属性値と同様である。したがって、ＳｙｓＭＬのブロック要素から作業パターン属性の属性値を読み取ることで、このブロック要素に対応する対象システムのコンポーネントの作業パターンがわかり、このコンポーネントに対応する詳細項目テンプレートが特定されることとなる。なお、詳細項目テンプレートの作業パターンの属性のうち、ｐａｒｔｓＣｏｍｂｉｎｅ、ｐａｒｔｓＣｏｍｂｉｎｅＷｉｔｈＣｏｎｓｔｒａｉｎｔの２つの属性は、コンポーネント間の結合関係に関するものである。そのため、ステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞の作業パターン属性には、対応する属性値は存在しない。
【００２７】
図５は、詳細項目テンプレートの構成例を示す図である。
図５に示す詳細項目テンプレートは、作業パターンの属性がＳｏｆｔｗａｒｅであり、Ａフェーズの作業に関するものである。この詳細項目テンプレートには、ＡＡ、ＢＢ、ＣＣ、ＤＤの４つの作業項目が登録されており、各作業はこの順で実行される。
【００２８】
ＷＢＳ格納部５００は、ＷＢＳ生成装置１００により生成されるＷＢＳを格納する。本実施形態では、フェーズ、コンポーネントに関する作業項目およびコンポーネント間の結合関係に関する作業項目に対応する中項目、各中項目における作業の詳細項目に対応する小項目、が登録されるデータ構造としてＷＢＳが生成される。ＷＢＳの詳細については、後述する。
【００２９】
ＷＢＳ生成装置１００は、構成情報格納部３００から対象システムの構造モデルを読み込み、この構造モデルに基づいて工程管理に用いられるＷＢＳを生成する。具体的には、ＷＢＳ生成装置１００は、フェーズテンプレート格納部２００からフェーズテンプレートを、詳細項目テンプレート格納部４００から詳細項目テンプレートを、それぞれ読み込む。そして、構造モデルから必要な情報を抽出し、上記テンプレートに基づいて生成されるＷＢＳの中項目および小項目に登録する。
【００３０】
フェーズ生成部１１０は、フェーズテンプレート格納部２００からプロジェクトに対応するフェーズテンプレートを読み込み、フェーズテンプレートの内容をＷＢＳのデータ構造におけるフェーズに関する項目に登録する。登録される情報は、フェーズ名およびフェーズ順番である。ＷＢＳ生成装置１００の使用者であるプロジェクトマネージャは、プロジェクトの内容に応じてフェーズテンプレートを選択し、ＷＢＳ生成装置１００に入力する。フェーズ生成部１１０は、この入力を受け付けて、選択されたフェーズテンプレートをフェーズテンプレート格納部２００から読み込む。
【００３１】
構成情報取得部１２０は、構成情報格納部３００から対象システムの構造モデルを読み込む。そして、対象システムの構成に関する情報、具体的には、対象システムを構成する個々のコンポーネントの情報およびコンポーネント間の依存関係の情報を作業項目決定部１３０に送る。また、構成情報取得部１２０は、ＳｙｓＭＬで記載された構造モデルから、ブロック要素におけるステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞の作業パターン属性の情報を抽出して詳細項目決定部１４０に送る。
【００３２】
作業項目決定部１３０は、構成情報取得部１２０から受け取った情報に基づき、個々のコンポーネントに関する作業項目およびコンポーネント間の結合関係に関する作業項目の情報を生成して、ＷＢＳのデータ構造における中項目に該当する各項目に登録する。登録される情報は、中項目の項目名（中項目名）、中項目に関連するＳｙｓＭＬの要素の要素名（関連要素名）、作業の実行順（中項目順番）である。ただし、ここでは、ブロック要素および制約要素の他に、制約のない結合関係を表すコネクタも要素として扱う。作業項目の情報を生成しＷＢＳに登録するための具体的な手順については、後述する。
【００３３】
詳細項目決定部１４０は、作業項目決定部１３０によりＷＢＳに登録された中項目の個々の作業項目に関して、さらに詳細な作業内容を特定し、ＷＢＳのデータ構造における小項目に該当する各項目に登録する。具体的には、詳細項目決定部１４０は、まず、構成情報取得部１２０から受け取った作業パターン属性の情報に基づき、各コンポーネントの作業パターンに対応する詳細項目テンプレートを詳細項目テンプレート格納部４００から読み込む。そして、詳細項目テンプレートの内容をＷＢＳの小項目の該当欄に登録する。登録される情報は、小項目の項目名（小項目名）、作業に要する工数、作業の実行順（小項目順番）である。なお、作業に要する工数の単位は任意であるが、本実施形態では作業に要する日数とする。
【００３４】
予定日決定部１５０は、フェーズ生成部１１０、作業項目決定部１３０、詳細項目決定部１４０によりＷＢＳのデータ構造に登録された、作業項目（詳細項目を含む）、作業の実行順、工数に基づき、各作業の開始予定日および終了予定日を計算し、ＷＢＳのデータ構造に登録する。予定日決定部１５０による各作業の開始予定日および終了予定日の計算方法の詳細については、後述する。
【００３５】
以上のように構成された工程管理システムにおいて、各作業項目の情報を生成してＷＢＳに登録するフェーズ生成部１１０、作業項目決定部１３０、詳細項目決定部１４０、予定日決定部１５０と、作成されたＷＢＳを格納するＷＢＳ格納部５００とで、作業工程の管理手段として機能する。また、詳細項目決定部１４０は、詳細項目の定義情報である詳細項目テンプレートを取得する定義情報取得手段としても機能する。
【００３６】
＜ＷＢＳ生成装置１００の動作＞
次に、ＷＢＳ生成装置１００の動作について、フローチャートを参照して説明する。
図６は、ＷＢＳ生成装置１００によるＷＢＳの生成処理の全体的な流れを示すフローチャートである。
図６を参照すると、まず、フェーズ生成部１１０が、プロジェクトマネージャにより選択されたフェーズテンプレートをフェーズテンプレート格納部２００から読み込み、プロジェクト開始日の設定を受け付ける（ステップ６０１）。そして、フェーズ生成部１１０は、読み込んだフェーズテンプレートのフェーズ名およびフェーズ順番を、ＷＢＳのフェーズ名およびフェーズ順番の欄にセットする（ステップ６０２）。
【００３７】
次に、構成情報取得部１２０が、対象システムの構造モデルを構成情報格納部３００から読み込む（ステップ６０３）。そして、作業項目決定部１３０が、構造モデルから得られた対象システムの構成に関する情報を、作業項目ごとに、ＷＢＳの中項目の各欄（中項目名、関連要素名、中項目順番）に登録する（ステップ６０４）。
【００３８】
次に、詳細項目決定部１４０が、ＷＢＳの作業項目ごとに、詳細項目テンプレート格納部４００から、各要素の作業パターンに基づいて特定される詳細項目テンプレートを読み込む。そして、読み込んだ詳細項目テンプレートの情報を、ＷＢＳの小項目の各欄（小項目名、工数、小項目順番）に登録する（ステップ６０５）。
【００３９】
この後、予定日決定部１５０が、ステップ６０５まででＷＢＳに登録されている、各作業項目（詳細項目を含む）の実行順および工数に基づき、各作業の開始予定日および終了予定日を計算する。そして、計算された開始予定日および終了予定日を、ＷＢＳの該当する各項目に登録する（ステップ６０６）。以上のようにして生成されたＷＢＳは、ＷＢＳ生成装置１００から出力されてＷＢＳ格納部５００に格納され、保持される。
【００４０】
図７は、図６のステップ６０４に示す作業項目決定部１３０の処理の詳細な内容を示すフローチャートである。
図７を参照すると、作業項目決定部１３０は、まず、処理対象として、構造モデルに示される対象システムのコンポーネントのうち、他のコンポーネントを包含しないコンポーネントを全て、抽出する。すなわち、ＳｙｓＭＬのブロック定義図で子を持たない葉ノードのブロック要素が抽出される（ステップ７０１）。そして、作業の実行順の登録に用いられる基準値を１とする（ステップ７０２）。
【００４１】
次に、作業項目決定部１３０は、処理対象である要素の要素名をＷＢＳの関連要素名の欄にセットする（ステップ７０３）。そして、この要素がブロック要素か否かを判断する（ステップ７０４）。最初の処理サイクルでは、ステップ７０１で抽出されたブロック要素が処理対象となっているので、ステップ７０４ではブロック要素であると判断される。
【００４２】
ステップ７０４でブロック要素と判断された場合、次に作業項目決定部１３０は、ＷＢＳの中項目名の欄に、処理対象であるブロック要素の要素名（ブロック名）をセットする（ステップ７０５）。そして、中項目順番の欄に、基準値をセットする（ステップ７０６）。最初の処理サイクルでは、基準値はステップ７０２で設定された１なので、中項目順番には１がセットされる。
【００４３】
次に、作業項目決定部１３０は、基準値に１を加算し（ステップ７０７）、処理対象であるブロック要素におけるステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞のＷＢＳ登録済みフラグ属性の属性値を、Ｔｒｕｅとする（ステップ７０８）。ステップ７０５からステップ７０８までの処理で、処理対象であるブロック要素に対応するコンポーネントに関して、中項目に関する情報の登録が完了する。
【００４４】
次に、作業項目決定部１３０は、処理対象であるブロック要素の親要素に着目する。この親要素は、処理対象であるブロック要素に対応するコンポーネントを包含するコンポーネントに対応している。そして、着目した親要素に属す全ての子要素（処理対象のブロック要素と同じ親要素を持つ要素）に対して、ステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞のＷＢＳ登録済みフラグ属性を調べ、全ての子要素の属性値がＴｒｕｅとなっている要素群（以下、セット済み要素群と呼ぶ）を抽出する（ステップ７０９）。
【００４５】
この後、作業項目決定部１３０は、抽出されたセット済み要素群における各要素の間に存在する制約要素およびコネクタ要素を抽出し（ステップ７１０）、抽出された要素を新たな処理対象として、ステップ７０３の処理に戻る。以下、ブロック要素どうしを結合するこれら制約要素とコネクタ要素とを合わせて、結合要素と呼ぶ。
【００４６】
作業項目決定部１３０は、新たに処理対象となった要素（結合要素）の要素名をＷＢＳの関連要素名の欄にセットする（ステップ７０３）。そして、この要素がブロック要素か否かを判断する（ステップ７０４）。ここでは、ステップ７１０で抽出された結合要素が処理対象であるので、ステップ７０４ではブロック要素ではないと判断される。
【００４７】
ステップ７０４でブロック要素ではないと判断された場合、次に作業項目決定部１３０は、ＷＢＳの中項目名の欄に、処理対象である結合要素の両端に位置するブロック要素（以下、関連ブロック要素と呼ぶ）の要素名（ブロック名）をセットする（ステップ７１１）。そして、中項目順番の欄に、基準値をセットする（ステップ７１２）。ここでは、ステップ７０２で設定された１に、ステップ７０７で１が加算されているので、中項目順番には２がセットされる。
【００４８】
次に、作業項目決定部１３０は、基準値に１を加算し（ステップ７１３）、ステップ７１１で要素名をセットされた関連ブロック要素の親要素（以下、要素Ａと呼ぶ）におけるステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞のＷＢＳ登録済みフラグ属性の属性値を、Ｔｒｕｅとする（ステップ７１４）。ステップ７１１からステップ７１４までの処理で、処理対象である結合要素によって結合される関連ブロック要素に対応するコンポーネントを包含するコンポーネント（すなわち、要素Ａに対応するコンポーネント）に関して、中項目に関する情報の登録が完了する。
【００４９】
次に、作業項目決定部１３０は、要素Ａがブロック定義図における最上位（ルートノード）のブロック要素か否かを判断する（ステップ７１５）。最上位のブロック要素である場合、対象システムの構成全体に対して、ＷＢＳの中項目に関する情報の登録が完了したことを意味するので、作業項目決定部１３０による処理を終了する。一方、要素Ａがブロック定義図の最上位のブロック要素ではない場合、まだＷＢＳの中項目に情報が登録されていないコンポーネントが存在することを意味するので、作業項目決定部１３０による処理を続行する。
【００５０】
要素Ａが最上位のブロック要素でなかった場合、作業項目決定部１３０は、要素Ａの親要素に着目する。そして、着目した親要素に属す全ての子要素（要素Ａと同じ親要素を持つ要素）に対して、ステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞のＷＢＳ登録済みフラグ属性を調べ、全ての子要素の属性値がＴｒｕｅとなっているセット済み要素群を抽出する（ステップ７１６）。
【００５１】
この後、作業項目決定部１３０は、抽出されたセット済み要素群における各要素の間に存在する結合要素（制約要素およびコネクタ要素）を抽出し（ステップ７１７）、抽出された要素を新たな処理対象として、ステップ７０３の処理に戻る。以下、ステップ７１５で要素Ａが最上位のブロック要素と判断されるまで、上記の処理を繰り返す。
【００５２】
図８は、図６のステップ６０５に示す詳細項目決定部１４０の処理の詳細な内容を示すフローチャートである。
詳細項目決定部１４０は、作業項目決定部１３０により中項目に関する情報が登録されたＷＢＳの各作業項目に順次着目し、以下の処理を実行する。
図８を参照すると、詳細項目決定部１４０は、まず、着目した作業項目の関連要素名の欄に登録されている要素名に基づき、要素の種類を調べる（ステップ８０１、８０３）。
【００５３】
要素が制約要素（Ｃｏｎｓｔｒａｉｎｔ）である場合（ステップ８０１でＹｅｓ）、詳細項目決定部１４０は、詳細項目テンプレート格納部４００から、作業パターンがｐａｒｔｓＣｏｍｂｉｎｅＷｉｔｈＣｏｎｓｔｒａｉｎｔである詳細項目テンプレートを読み込む（ステップ８０２）。そして、読み込んだ詳細項目テンプレートに含まれる詳細項目の内容を、ＷＢＳにおける小項目の該当する欄にセットする（ステップ８０７）。
【００５４】
要素がコネクタ要素（Ｃｏｎｎｅｃｔｏｒ）である場合（ステップ８０３でＹｅｓ）、詳細項目決定部１４０は、詳細項目テンプレート格納部４００から、作業パターンがｐａｒｔｓＣｏｍｂｉｎｅである詳細項目テンプレートを読み込む（ステップ８０４）。そして、読み込んだ詳細項目テンプレートに含まれる詳細項目の内容を、ＷＢＳにおける小項目の該当する欄にセットする（ステップ８０７）。
【００５５】
要素が制約要素（Ｃｏｎｓｔｒａｉｎｔ）でもコネクタ要素（Ｃｏｎｎｅｃｔｏｒ）でもない場合（ステップ８０１、８０３でＮｏ）、詳細項目決定部１４０は、構造モデルのブロック定義図を参照する。そして、着目している作業項目の要素に関して、ステレオタイプ＜＜ｐａｔｔｅｒｎＡｐｐｌｉｅｄ＞＞の作業パターン属性の属性値を取得する（ステップ８０５）。これにより、属性値としてＳｏｆｔｗａｒｅ、Ｍｅｃｈａｎｉｃａｌ、Ｅｌｅｃｔｒｉｃのいずれかが得られる。
【００５６】
次に、詳細項目決定部１４０は、詳細項目テンプレート格納部４００から、作業パターンがステップ８０５で得られた属性値と同一の詳細項目テンプレートを読み込む（ステップ８０６）。そして、読み込んだ詳細項目テンプレートに含まれる詳細項目の内容を、ＷＢＳにおける小項目の該当する欄にセットする（ステップ８０７）。
【００５７】
図９は、図６のステップ６０６に示す予定日決定部１５０の処理の詳細な内容を示すフローチャートである。
図９を参照すると、予定日決定部１５０は、図６のステップ６０１で設定されたプロジェクトの開始日を取得し、一時的に定義された変数Ｘに代入する（ステップ９０１）。そして、ＷＢＳにおいてフェーズ番号が１であり、中項目順番が１であり、小項目順番が１である詳細項目の全てを処理対象として着目する（ステップ９０２）。
【００５８】
次に、予定日決定部１５０は、ステップ９０２で着目した各詳細項目に対応するＷＢＳの開始予定日の欄に変数Ｘの値（日付）をセットする（ステップ９０３）。また、同詳細項目に対応するＷＢＳの終了予定日の欄に、（Ｘ＋工数）の値（日付）をセットする（ステップ９０４）。そして、予定日決定部１５０は、（Ｘ＋工数＋１）を新たな変数Ｘの値とする（ステップ９０５）。
【００５９】
次に、予定日決定部１５０は、未だ着目していないＷＢＳの詳細項目について、以下の探索を行う。
まず、予定日決定部１５０は、ステップ９０２で着目した詳細項目と比較して、フェーズ順番および中項目順番が同一であり、小項目順番が１だけ大きい詳細項目が存在するかを調べる（ステップ９０６）。そのような詳細項目があった場合は、該当する詳細項目の全てを処理対象として着目し（ステップ９０９）、ステップ９０３に戻る。
【００６０】
ステップ９０６の条件に該当する詳細項目がなかった場合、次に予定日決定部１５０は、ステップ９０２で着目した詳細項目と比較して、フェーズ順番が同一であり、中項目順番が１だけ大きい詳細項目が存在するかを調べる（ステップ９０７）。そのような詳細項目があった場合は、該当する詳細項目の全てを処理対象として着目し（ステップ９０９）、ステップ９０３に戻る。
【００６１】
ステップ９０７の条件に該当する詳細項目がなかった場合、次に予定日決定部１５０は、ステップ９０２で着目した詳細項目と比較して、フェーズ順番が１だけ大きい詳細項目が存在するかを調べる（ステップ９０８）。そのような詳細項目があった場合は、該当する詳細項目の全てを処理対象として着目し（ステップ９０９）、ステップ９０３に戻る。
【００６２】
ステップ９０６、９０７、９０８のいずれの条件にも該当する詳細項目がなかった場合は、全ての詳細項目に関して開始予定日および終了予定日がセットされたことを意味する。したがって、予定日決定部１５０は処理を終了する。
【００６３】
＜ＷＢＳ生成の具体例＞
次に、具体的な対象システムの例を挙げて、ＷＢＳの生成処理の具体例を説明する。
図１０は、対象システムの構成例を示すブロック定義図である。
図１０に示す対象システムは、雨を検知して自動的に動作する雨滴検知ワイパー（Rain sensing Wiper）である。図１０を参照すると、雨滴検知ワイパーは、電子制御ユニット（ECU）と、制御用のソフトウェア（Software）と、赤外線センサ（IR Sensor）と、センサ取り付け具（Sensor Attachment）とで構成される。ソフトウェアは、設定ファイル（Configuration file）と、コア・モジュール（Core module）と、インタフェース・モジュール（I/F module）とで構成される。赤外線センサは、受光体（Optical Receiver）と、レンズ（Lens）とで構成される。図１０の木構造の階層により、各構成要素の包含関係が示されている。また、センサ取り付け具、受光体およびレンズは機械の作業パターン属性を持ち、電子制御ユニットは電子機器の作業パターン属性を持ち、設定ファイル、コア・モジュールおよびインタフェース・モジュール（以下、Ｉ／Ｆモジュールと略記する）はソフトウェアの作業パターン属性を持つものとする。
【００６４】
次に、図１０に示す雨滴検知ワイパーの各構成要素の結合関係を説明する。
図１１は、雨滴検知ワイパーの構成要素間の結合関係を表すパラメトリック図である。
図１１を参照すると、赤外線センサとセンサ取り付け具との間には、センサの物理的な大きさに関する制約がある。電子制御ユニットと赤外線センサとの間には、センサの電気的な範囲に関する制約がある。ソフトウェアは電子制御ユニットと連動する（ソフトウェアが電子制御ユニットを制御する）が、制約はない。
【００６５】
図１２は、赤外線センサの構成要素間の結合関係を表すパラメトリック図である。
図１２を参照すると、受光体とレンズとの間には、レンズの物理的な大きさに関する制約がある。
【００６６】
図１３は、ソフトウェアの構成要素間の結合関係を表す内部ブロック図である。
図１３を参照すると、コア・モジュールと設定ファイルとの間には、関連性がある（コア・モジュールが設定ファイルを読み込む）が、両者の間に制約はない。また、コア・モジュールとＩ／Ｆモジュールとの間には、関連性がある（コア・モジュールの情報がＩ／Ｆモジュールに流れる）が、両者の間に制約はない。
【００６７】
次に、フェーズテンプレートおよび詳細項目テンプレートの例を示す。
図１４は、フェーズテンプレートを示す図である。
図１４を参照すると、雨滴検知ワイパーの開発プロジェクトのフェーズは、詳細設計、プロトタイプ開発、プロトタイプテストの３つからなり、この順でプロジェクトが進行することがわかる。
【００６８】
図１５は、詳細設計のフェーズにおける詳細項目テンプレートを示す図、図１６は、プロトタイプ開発のフェーズにおける詳細項目テンプレートを示す図、図１７は、プロトタイプテストのフェーズにおける詳細項目テンプレートを示す図である。
図示のように、各フェーズにおいて、Ｓｏｆｔｗａｒｅ、Ｍｅｃｈａｎｉｃａｌ、Ｅｌｅｃｔｒｉｃ、ｐａｒｔｓＣｏｍｂｉｎｅ、ｐａｒｔｓＣｏｍｂｉｎｅＷｉｔｈＣｏｎｓｔｒａｉｎｔの５種類の作業パターンごとの詳細項目テンプレートが用意されている。
【００６９】
次に、上記の雨滴検知ワイパーの開発プロジェクトにおけるＷＢＳの具体的な生成手順について説明する。
まず、フェーズ生成部１１０が、図１４に示すフェーズテンプレートを読み込み、ＷＢＳの該当欄に情報をセットする。また、プロジェクト開始日の設定を受け付ける。ここでは、プロジェクト開始日を２００７年５月２０日とする。図１８は、ＷＢＳにフェーズテンプレートの情報がセットされた様子を示す図である。
【００７０】
次に、構成情報取得部１２０が、図１０乃至図１３に示した構造モデルを読み込み、作業項目決定部１３０が、ＷＢＳの中項目の該当欄に情報をセットする。作業項目決定部１３０は、まず、図１０のブロック定義図で葉ノードのブロック要素を抽出し、中項目順番の値を１として、ＷＢＳに情報をセットする。図１９は、この時点でのＷＢＳの状態を示す図である。図１０のブロック定義図では、設定ファイル、コア・モジュール、Ｉ／Ｆモジュール、受光体、レンズ、電子制御ユニットおよびセンサ取り付け具が、それぞれ葉ノードに該当し、図１９のＷＢＳに情報がセットされている。
【００７１】
次に、作業項目決定部１３０は、セット済み要素群について、ブロック要素間の結合要素を抽出する。そして、中項目順番の値を２として、ＷＢＳに情報をセットする。図１９のＷＢＳを参照すると、図１０のブロック定義図において、設定ファイル、コア・モジュールおよびＩ／Ｆモジュールからなる要素群と、受光体およびレンズからなる要素群とが、セット済み要素群である。したがって、前者に対して、図１３に示した内部ブロック図に基づきＷＢＳに情報がセットされ、後者に対して、図１２に示したパラメトリック図に基づきＷＢＳに情報がセットされる。図２０は、この時点でのＷＢＳの状態を示す図である。なお、図２０以降、ＷＢＳのサイズが大きくなるため、プロトタイプ開発およびプロトタイプテストの各フェーズについては記載を省略し、詳細設計のフェーズについてのみ記載する。
【００７２】
次に、作業項目決定部１３０は、上記の処理サイクルでセット済み要素群となった要素群について、ブロック要素間の結合要素を抽出する。そして、中項目順番の値を３として、ＷＢＳに情報をセットする。図２０のＷＢＳを参照すると、図１０のブロック定義図において、設定ファイル、コア・モジュールおよびＩ／Ｆモジュールからなる要素群と、受光体およびレンズからなる要素群とに対して情報がセットされた。したがって、電子制御ユニット、ソフトウェア、センサ取り付け具および赤外線センサからなる要素群が、新たにセット済み要素群となった要素群である。したがって、この要素群に対して、図１１に示したパラメトリック図に基づきＷＢＳに情報がセットされる。図２１は、この時点でのＷＢＳの状態を示す図である。
【００７３】
次に、詳細項目決定部１４０が、各要素の種類に応じた作業パターンの詳細項目テンプレートを読み込み、ＷＢＳに情報をセットする。そして、予定日決定部１５０が、各詳細項目の開始予定日および終了予定日を計算してＷＢＳにセットする。図２２は、この時点でのＷＢＳの状態を示す図である。
【００７４】
以上、本実施形態について説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。例えば、上記実施形態では、対象システムの構造モデルを、ＳｙｓＭＬを用いて記載した。しかしながら、構造モデルは、対象システムのコンポーネントの情報とコンポーネント間の依存関係の情報とが含まれ、依存関係として、包含関係、制約のない結合関係、制約のある結合関係が定義されるものであれば良く、ＳｙｓＭＬにより記載したものに限らない。また、上記実施形態では、工程管理の対象であるプロジェクトについてＷＢＳを生成することとした。しかしながら、プロジェクトの作業項目、作業の実行順、工数等の情報を管理するデータ構造は、ＷＢＳに限定されるものではない。その他、上記実施形態に、種々の変更または改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００７５】
【図１】本実施形態による工程管理システムの構成を示す図である。
【図２】図１に示す工程管理システムを実現するコンピュータのハードウェア構成例を示す図である。
【図３】本実施形態で用いられるフェーズテンプレートの構成例を示す図である。
【図４】ＳｙｓＭＬを用いて記載される本実施形態の構造モデルの例を示す図である。
【図５】本実施形態で用いられる詳細項目テンプレートの構成例を示す図である。
【図６】本実施形態のＷＢＳ生成装置によるＷＢＳの生成処理の全体的な流れを示すフローチャートである。
【図７】図６に示す作業項目決定部の処理の詳細な内容を示すフローチャートである。
【図８】図６に示す詳細項目決定部の処理の詳細な内容を示すフローチャートである。
【図９】図６に示す予定日決定部の処理の詳細な内容を示すフローチャートである。
【図１０】対象システムである雨滴検知ワイパーの構成例を示すブロック定義図である。
【図１１】雨滴検知ワイパーの構成要素間の結合関係を表すパラメトリック図である。
【図１２】赤外線センサの構成要素間の結合関係を表すである。
【図１３】ソフトウェアの構成要素間の結合関係を表す内部ブロック図である。
【図１４】フェーズテンプレートを示す図である。
【図１５】詳細設計のフェーズにおける詳細項目テンプレートを示す図である。
【図１６】プロトタイプ開発のフェーズにおける詳細項目テンプレートを示す図である。
【図１７】プロトタイプテストのフェーズにおける詳細項目テンプレートを示す図である。
【図１８】ＷＢＳにフェーズテンプレートの情報がセットされた様子を示す図である。
【図１９】最初の処理サイクルで中項目の情報がセットされたＷＢＳの状態を示す図である。
【図２０】２回目の処理サイクルで中項目の情報がセットされたＷＢＳの状態を示す図である。
【図２１】３回目の処理サイクルで中項目の情報がセットされたＷＢＳの状態を示す図である。
【図２２】小項目の情報、開始予定部、終了予定日がセットされたＷＢＳの状態を示す図である。
【符号の説明】
【００７６】
１００…ＷＢＳ生成装置、１１０…フェーズ生成部、１２０…構成情報取得部、１３０…作業項目決定部、１４０…詳細項目決定部、１５０…予定日決定部、２００…フェーズテンプレート格納部、３００…構成情報格納部、４００…詳細項目テンプレート格納部、５００…ＷＢＳ格納部
【図１】
0005044820.tif 000002
【図２】
0005044820.tif 000003
【図３】
0005044820.tif 000004
【図４】
0005044820.tif 000005
【図５】
0005044820.tif 000006
【図６】
0005044820.tif 000007
【図７】
0005044820.tif 000008
【図８】
0005044820.tif 000009
【図９】
0005044820.tif 000010
【図１０】
0005044820.tif 000011
【図１１】
0005044820.tif 000012
【図１２】
0005044820.tif 000013
【図１３】
0005044820.tif 000014
【図１４】
0005044820.tif 000015
【図１５】
0005044820.tif 000016
【図１６】
0005044820.tif 000017
【図１７】
0005044820.tif 000018
【図１８】
0005044820.tif 000019
【図１９】
0005044820.tif 000020
【図２０】
0005044820.tif 000021
【図２１】
0005044820.tif 000022
【図２２】
0005044820.tif 000023