(57)【要約】【課題】プロジェクトを完了させるために必要なタスクの所要時間の変動性を十分に考慮し、プロジェクト計画及び管理に有用となりうるタスク及びプロジェクト情報を効果的に提示する方法及び装置を提供すること。【解決手段】複数のタスク（１１０）を含むプロジェクトのプロジェクト明細情報（２０６）からプロジェクト計画を生成する方法及び装置である。プロジェクト明細情報（２０６）は、タスク（１１０）間の順位関係を記述する情報、タスク（１１０）の所要時間を示す情報、及びタスク（１１０）の所要時間の変動性（１１６）を示す情報を含むことができる。プロジェクトのシミュレーションモデル（２２８）は、プロジェクト明細情報（２０６）を使用して生成される。シミュレーションモデル（２２８）は複数回実行（２３４）され、クリティカルパスを形成しているタスク（１１０）のサブセットが識別されて、シミュレーション結果データ（２４８）が生成される。プロジェクトネットワークプレゼンテーション（２５６）は、シミュレーション結果データ（２４８）から生成される。プロジェクトネットワークプレゼンテーション（２５６）は、クリティカルパスを形成しているタスク（１１０）の識別されたサブセットを含む。【選択図】なし【特許請求の範囲】
【請求項１】
プロジェクト計画を生成する方法であって、この方法は、
複数のタスク（１１０）を含むプロジェクト（１０４）のプロジェクト明細情報（２０６）であって、前記タスク（１１０）間の順位関係を記述する情報、前記タスク（１１０）の所要時間を示す情報、及び前記タスク（１１０）の所要時間の変動性（１１６）を示す情報を含む前記プロジェクト明細情報（２０６）をプロセッサユニット（１２０４）によって受信し、
前記プロジェクト明細情報（２０６）を使用して前記プロセッサユニット（１２０４）によって、前記プロジェクト（１０４）のシミュレーションモデル（２２８）を生成し、
前記シミュレーションモデル（２２８）を複数回実行（２３４）して、クリティカルパスを形成しているタスク（１１０）のサブセットを識別して、シミュレーション結果データ（２４８）を生成し、
前記シミュレーション結果データから、前記クリティカルパス（１０４）を形成しているタスク（１１０）の識別されたサブセットを含むプロジェクトネットワークプレゼンテーション（２５６）を生成することを含み、
前記プロジェクト明細情報（２０６）は、テキストファイル（２２０）、電子スプレッドシートファイル（２２２）、及び拡張マークアップ言語ファイルからなる情報形式（２１８）のグループから選択された情報形式で前記プロセッサユニット（１２０４）によって受信される方法。
【請求項２】
前記プロジェクト（１０４）の前記シミュレーションモデル（２２８）を生成することが、前記タスク（１１０）の所要時間を示す情報と、前記タスク（１１０）の所要時間の変動性を示す情報に基づいて、前記タスク（１１０）の所要時間をモデル化するための統計形式を決定することを含む、請求項１に記載の方法。
【請求項３】
前記シミュレーションモデル（２２８）を前記複数回実行（２３４）して、前記シミュレーション結果データを生成することが、
前記タスク（１１０）の所要時間を示す情報と、前記タスク（１１０）の所要時間の変動性（１１６）を示す情報を使用して、前記タスク（１１０）のランダム所要時間を識別し、
前記ランダム所要時間のそれぞれに対して、前記プロジェクト（１０４）の前記クリティカルパスを形成する前記タスク（１１０）のサブセットを識別し、
前記タスク（１１０）それぞれの要約統計量を更新する
ことを含み、
前記要約統計量は、タスクが前記クリティカルパスにあると識別された前記複数の実行回数（２３４）を示す
請求項１又は２に記載の方法。
【請求項４】
前記プロジェクトネットワークプレゼンテーション（２５６）が、複数のタスク（１１０）のサブセット内のタスク（１１０）のスラックに基づいて、前記複数のタスク（１１０）のサブセットを示し、前記複数のタスク（１１０）のサブセットは、前記クリティカルパスを形成している前記タスク（１１０）のサブセットと、前記クリティカルパスにはない少なくとも２つの他のタスク（１１０）のサブセットを含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記プロジェクトネットワークプレゼンテーション（２５６）が、前記タスク（１１０）に対応するノード（２６２）と、前記ノード（２６２）をつないでノード（２６２）間の関係を示すエッジ（２６４）を含み、前記ノード（２６２）は、対応するタスク（１１０）のスラック範囲を示すために強調され、
前記ノード（２６２）は、異なる色を使用して異なるスラック範囲を示すように強調されており、
前記エッジ（２６４）の厚さは、前記エッジ（２６４）によってつながった前記ノード（２６２）に対応する前記タスク（１１０）のスラック値を示す、請求項１乃至３のいずれか１項に記載の方法。
【請求項６】
装置であって、この装置は、
複数のタスク（１１０）を含むプロジェクト（１０４）のプロジェクト明細情報（２０６）であって、タスク（１１０）間の順位関係を記述する情報、前記タスクの所要時間を示す情報、及び前記タスク（１１０）の所要時間の変動性（１１６）を示す情報を含む前記プロジェクト明細情報（２０６）を受信するように構成されたプロセッサユニット（１２０４）と、
前記プロジェクト明細情報（２０６）を使用して前記プロジェクト（１０４）のシミュレーションモデル（２２８）を生成するように構成されたシミュレーションモデル（２２８）ジェネレータと、
前記シミュレーションモデル（２２８）を複数回実行（２３４）して、クリティカルパスを形成しているタスク（１１０）のサブセットを識別し、シミュレーション結果データ（２４８）を生成するように構成されたシミュレータ（２４４）と、
前記シミュレーション結果データ（２４８）から、前記クリティカルパスを形成している前記タスク（１１０）のサブセットの表示を含むプロジェクトネットワークプレゼンテーション（２５６）を生成するように構成されたプレゼンテーションジェネレータ（２５０）を含み、
前記プロジェクト明細情報（２０６）は、テキストファイル、電子スプレッドシートファイル（２２２）、及び拡張マークアップ言語ファイルからなる情報形式（２１８）のグループから選択された情報形式で前記プロセッサユニット（１２０４）によって受信される装置。
【請求項７】
前記シミュレーションモデルジェネレータ（２２８）が、前記タスク（１１０）の所要時間を示す情報と、前記タスク（１１０）の所要時間の前記変動性（１１６）を示す情報に基づいて、前記タスク（１１０）の所要時間をモデル化する統計形式を決定するように構成されている、請求項６に記載の装置。
【請求項８】
前記シミュレータ（２４４）は、
前記タスク（１１０）の所要時間を示す情報と、前記タスク（１１０）の所要時間の前記変動性（１１６）を示す情報を使用して、前記タスク（１１０）のランダム所要時間を識別し、
前記ランダム所要時間それぞれに対して、前記プロジェクト（１０４）の前記クリティカルパスを形成している前記タスク（１１０）のサブセットを識別し、
前記タスク（１１０）それぞれの要約統計量を更新する
ように構成されており、
前記要約統計量は、タスクが前記クリティカルパスにあると識別された前記複数の実行回数（２３４）を示す、請求項６又は７に記載の装置。
【請求項９】
前記プロジェクトネットワークプレゼンテーション（２５６）は、複数のタスク（１１０）のサブセット内のタスク（１１０）のスラックに基づいて、前記複数のタスク（１１０）のサブセットを示し、前記複数のタスク（１１０）のサブセットは、前記クリティカルパスを形成している前記タスク（１１０）のサブセットと、前記クリティカルパスにはない少なくとも２つの他のタスク（１１０）のサブセットを含む、請求項６乃至８のいずれか１項に記載の装置。
【請求項１０】
前記プロジェクトネットワークプレゼンテーション（２５６）が、前記タスク（１１０）に対応するノード（２６２）と、前記ノード（２６２）をつないで前記ノード（２６２）間の関係を示すエッジ（２６４）を含み、前記ノード（２６２）は、対応するタスク（１１０）のスラック範囲を示すために強調され、
前記ノード（２６２）は、異なる色を使用して異なるスラック範囲を示すように強調されており、
前記エッジ（２６４）の厚さは、前記エッジ（２６４）によってつながった前記ノード（２６２）に対応する前記タスク（１１０）のスラック値を示す、請求項６乃至９のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、任意の数のタスクによって定義される製造プロジェクト等のプロジェクトを計画し管理することに関するものである。具体的には、本発明はプロジェクトをシミュレーション及び解析し、プロジェクトのシミュレーション結果のグラフィック表現を生成するシステム及び方法に関するものである。
【背景技術】
【０００２】
製造プロジェクト等のプロジェクトは、任意の数のタスクによって定義することができる。プロジェクトは任意の数のタスクを実施することによって完了する。プロジェクトを定義する任意の数のタスクは、タスクを実施するのに必要なリソース、タスクを開始した時点からタスクを完了するまでかかる時間、及びタスク間の関係の観点から定義することができる。タスクを開始した時点からタスクを完了するまでかかる時間はタスクの所要時間と呼ぶことができる。一つのプロジェクトを完了するために行われるタスク間の関係は、順位拘束の観点から定義することができる。順位拘束により、プロジェクトを完了するために行われるどのタスクが、他のタスクを開始する前に実施する必要があるかが定義される。
【０００３】
プロジェクトの計画には、プロジェクトを完了するために必要な様々なタスクのスケジューリングを行い、プロジェクトを完了するのに望ましい目的を果たすために、これらのタスクに適切なリソースを配分することが含まれる。例えば、上記のある目的は特定の利用可能なリソースを使用して、特定の期間内にプロジェクトを完了することであってよい。別の例として、プロジェクトの計画には、プロジェクトを完了するのに必要な様々なタスクのスケジューリングを行い、プロジェクトを完了するのに要する合計時間を最短化するためにこれらのタスクに利用可能なリソースを割り当てることが含まれうる。
【０００４】
プロジェクトの管理には、タスクを実施しながらプロジェクトを監視し、タスクのスケジュールに全ての必要な調節を行うことが含まれる。プロジェクトの管理にはまた、状態の変化に応じてタスク間のリソースの再配分を行うことも含まれうる。
【０００５】
現在、プロジェクトの計画及び管理には様々な方法が使われる。これらの方法の多くは、業務用のソフトウェアのパッケージで入手可能である。さらに、これらの方法の多くは、クリティカルパス法、又はクリティカルパス法の一又は複数のバリエーションを用いる。
【０００６】
クリティカルパス法とは、プロジェクトタスクのセットをスケジューリングするアルゴリズムである。クリティカルパス法は一般に、特に建設業、航空宇宙・防衛、ソフトウェアの開発、リサーチプロジェクト、製品開発、エンジニアリング、及びプラント保全を含む全てのプロジェクトの形態で使用される。クリティカルパス法は、個別のタスクを有する全てのプロジェクトに適用することができる。
【０００７】
クリティカルパス法では、プロジェクトを完了するのに必要な全てのタスクのリスト、各タスクを実施するのにかかる所要時間、及びタスク間の依存関係を含むプロジェクトモデルを用いる。この情報を使用して、クリティカルパス法では、プロジェクトの開始から終了まで、計画されたタスクの最長所要時間シーケンスと、プロジェクトを長引かせないで各タスクを開始し終了させる最速及び最遅所要時間シーケンスを計算する。この工程では、最長所要時間シーケンスの一部であるタスクを「クリティカル」として識別する。したがって、プロジェクトの開始から終了までの計画されたタスクの最長所要時間シーケンスは「クリティカルパス」である。つまり、クリティカルパスとは、最長全体所要時間となる、プロジェクトの開始から終了までの計画されたタスクのシーケンスである。クリティカルパスにより、プロジェクトを完了することができる最短時間が判断される。クリティカルパス上のタスクの全ての遅延は、計画されたプロジェクト完了日に直接影響する。 
【０００８】
クリティカルパスの所要時間よりも合計所要時間が短いプロジェクトの開始から終了までのタスクのシーケンスは、サブクリティカル又はノンクリティカルパスと呼ばれる。上記パス上のタスクは、プロジェクトの所要時間を全体的に伸ばさない限り、多少遅延しうる。プロジェクトの完了を全体的に遅らせずに、ノンクリティカルパス上のタスクを遅延することができる長さは、フロート又はスラックと呼ぶことができる。
【０００９】
最初は、クリティカルパス法では、タスク間の論理依存性のみが考慮された。その後、クリティカルパス法は、タスクベースのリソースの割当てとリソースのレベリングを通して、各タスクに関するリソースを含むように拡張された。リソースを平準化したタスクのスケジュールでは、要求された時点でリソースが入手不能なために起こる遅延と、この結果以前は短いパスだったものが最長の又は最も「リソースクリティカル」なパスとなりうることが考慮されうる。関連概念は、クリティカルチェーンプロジェクト管理と呼ばれる。クリティカルチェーンプロジェクト管理では、リソースの制約が起因の不測の遅延からタスクとプロジェクトの所要時間を保護しようと試みる。
【００１０】
プロジェクトのスケジュールは定期的に変化しうる。クリティカルパス法を使用して、スケジュールの継続的な監視をすることができる。クリティカルパス法は、プロジェクトマネージャがクリティカルタスクをトラッキングすることができるようにし、ノンクリティカルタスクが総スラックを超過して遅延しうる可能性をプロジェクトマネージャに警告することにより、新たなクリティカルパスを作成し、プロジェクトの完了を遅延させる。加えて、この方法は例えば、プログラム評価及びレビュー手法を使用して、確率予測の概念を組み込むことができる。
【００１１】
一般にＰＥＲＴと略されるプログラム評価及びレビュー手法は、所定のプロジェクトの完了に伴うタスクを解析し提示するように設計された統計ツールである。プログラム評価及びレビュー手法は、プロジェクトを完了させるのに必要なタスク、これらのタスクの相互依存性、及び各タスクを実施するのに必要な時間及び時間の範囲の推定値を提示するデータを処理する。上記時間の予想には、各タスクに対する「最も可能性の高い時間」、「楽観的な時間」、及び「悲観的な時間」の推定値が含まれる。プログラム評価及びレビュー手法により、時間内にプロジェクトを完了するためにアウトルック上に情報を提供し、プロジェクトの完了を遅延させうる状態を強調し、これにより管理決定を指示することができる。プログラム評価及びレビュー手法は、フロープランのクリティカルネス及びスラックの両方、又はプロジェクトを完了させるために行わなければならない連続タスクのネットワークを明示し定義する。この手法は、現在の予想をスケジューリングされた完了日と比較し、スケジューリングされた日付までに完了する可能性を計算する。プログラム評価及びレビュー手法を使用して、オプションを実行する前に、プロジェクトのスケジュール上で様々なオプションの結果をシミュレーションすることができる。
【００１２】
プロジェクトを完了させるのに必要なタスクを行うための計画は、プロジェクトネットワークの形態で提示することができる。プロジェクトネットワークはまた、ネットワークチャートとも呼ぶことができる。プロジェクトネットワークとは、プロジェクトを完了させるために行う必要がある様々なタスクを実行するシーケンスを図示するグラフ又はフロー図である。プロジェクトネットワークは、プロジェクトを完了させるために行う必要がある様々なタスクをノードとして、タスク間の依存性をノードをつなぐエッジとして示すことによって、タスクのシーケンスを図示することができる。
【００１３】
現在のプロジェクト計画及び管理のシステム及び方法は改善可能である。例えば、現在のプロジェクト計画及び管理のシステム及び方法では、プロジェクトを完了させるために必要なタスクの所要時間の変動性を十分に考慮していない。さらに、現在のシステム及び方法は、プロジェクト計画及び管理に有用となりうるタスク及びプロジェクト情報の効果的な提示を提供しない。
【００１４】
したがって、上述した一又は複数の問題点並びに起こりうるその他の問題点を考慮に入れた方法及び装置を有することが望ましい。
【発明の概要】
【００１５】
本発明の一実施形態は、プロジェクト計画を生成する方法を提供する。この方法は、複数のタスクを含むプロジェクトの明細情報をプロセッサユニットによって受け取ることを含む。プロジェクトの明細情報は、タスク間の順位関係を示す情報、タスクの所要時間を示す情報、及びタスクの所要時間の変動性を示す情報を含む。プロジェクトの明細情報を使用して、プロセッサユニットによってプロジェクトのシミュレーションモデルが生成される。シミュレーションモデルは、クリティカルパスを形成するタスクのサブセットを識別し、シミュレーション結果データを生成するために複数回実行される。プロジェクトネットワークのプレゼンテーションは、シミュレーション結果データから生成される。プロジェクトネットワークのプレゼンテーションには、識別されたクリティカルパスを形成するタスクのサブセットが含まれる。
【００１６】
本発明の別の実施形態は、プロセッサユニット、シミュレーションモデルジェネレータ、シミュレータ、及びプレゼンテーションジェネレータを含む装置を提供する。プロセッサユニットは、複数のタスクを含むプロジェクトのプロジェクト明細情報を受け取るように構成されている。プロジェクト明細情報は、タスク間の順位関係を示す情報、タスクの所要時間を示す情報、及びタスクの所要時間の変動性を示す情報を含む。シミュレーションモデルジェネレータは、プロジェクト明細情報を使ってプロジェクトのシミュレーションモデルを生成するように構成されている。シミュレータは、クリティカルパスを形成するタスクのサブセットを識別し、シミュレーション結果データを生成するために、複数回シミュレーションモデルを実行するように構成されている。プレゼンテーションジェネレータは、シミュレーション結果データからプロジェクトネットワークのプレゼンテーションを生成するように構成されている。プロジェクトネットワークのプレゼンテーションには、クリティカルパスを形成するタスクのサブセットの表示が含まれる。
【００１７】
本発明の別の実施形態は、プロジェクト計画を生成する方法を提供する。複数のタスクを含むプロジェクトのプロジェクト明細情報は、プロセッサユニットによって受信される。プロジェクト明細情報は、タスク間の優先順位関係を示す情報、タスクの所要時間を示す情報、及びタスクの所要時間の変動性を示す情報を含む。プロジェクトネットワークのプレゼンテーションは、プロジェクト明細情報から生成される。プロジェクトネットワークのプレゼンテーションは、プロジェクトを完了させるためにクリティカルパスを形成するタスクのサブセットの表示を含む。プロジェクトネットワークのプレゼンテーションは、タスクに対応するノードと、ノード間の関係を示すノードをつなぐエッジを含む。ノードは、対応するタスクがクリティカルパス上にある可能性を示すために強調される。
【００１８】
特徴、及び機能は、本発明の様々な実施形態で独立に実現することが可能であるか、以下の説明及び図面を参照してさらなる詳細が理解されうる、さらに別の実施形態で組み合わせることが可能である。
【００１９】
新規の機能と考えられる実施形態の特徴は、特許請求の範囲に明記される。しかしながら、実施形態と、好ましい使用モードと、さらにはその目的と特徴は、添付図面を参照して本発明の一実施形態の以下の詳細な説明を読むことにより最もよく理解されるであろう。
【図面の簡単な説明】
【００２０】
【図１】例示の一実施形態によるプロジェクト計画及び管理環境のブロック図である。
【図２】例示の一実施形態によるプロジェクト計画及び管理システムのブロック図である。
【図３】例示の一実施形態によるプロジェクト計画及び管理システムへ入力されるプロジェクト明細情報の実施例の表である。
【図４】例示の一実施形態による決定論クリティカルパス法の計算結果の実施例の表である。
【図５】例示の一実施形態による決定論クリティカルパス法の計算結果の実施例のプロジェクトネットワーク図である。
【図６】例示の一実施形態によるモンテカルロプロジェクトシミュレーションの結果の実施例の表である。
【図７】例示の一実施形態によるモンテカルロプロジェクトシミュレーションの結果の実施例のプロジェクトネットワークを示す図である。
【図８】例示の一実施形態によるプロジェクト計画の工程を示すフロー図である。
【図９】例示の一実施形態によるプロジェクト計画のシミュレーションモデルを実行する工程を示すフロー図である。
【図１０】例示の一実施形態による宇宙航空ビークルの製造及び保守方法を示すブロック図である。
【図１１】例示の一実施形態を実装可能な宇宙航空ビークルを示すブロック図である。
【図１２】例示の一実施形態によるデータ処理システムを示すブロック図である。
【発明を実施するための形態】
【００２１】
例示の異なる実施形態は、任意の数の異なる検討事項を認識して考慮している。本明細書でアイテムを参照する際に使用している「任意の数の」は、一又は複数のアイテムを意味する。例えば、任意の数の異なる検討事項は、一又は複数の異なる検討事項を意味する。
【００２２】
例示の異なる実施形態は、地球の製造環境においてうまく競合するために、限られたリソースを効果的に管理することが望ましいことを認識し考慮している。製造プロジェクト又はその他のプロジェクトの解析において、意志決定者はしばしば限りあるリソースをプロジェクトタスク間で配分し、改善努力をどこに集中させるかを決定する問題に直面する。例示の異なる実施形態は、意志決定者がプロジェクト計画及び管理ツールの改善を望んでいることを認識し、考慮している。
【００２３】
具体的には、例示の異なる実施形態は、タスクの所要時間の不確実性に対処した改善が望ましいことを認識し、考慮している。現在のプロジェクト計画及び管理の方法は、パスコンバージェンスを統計的に説明せず、プロジェクトの所要時間を過小評価する傾向がありうる。
【００２４】
例示の異なる実施形態は、シミュレーションがプロジェクト計画及び管理の有用なツールであることを認識し、考慮している。プロジェクト計画及び管理のシミュレーションを使用することで、不確実性の潜在的な影響を数値で表す能力が得られる。シミュレーションは、プロジェクトのリスクを識別し、軽減効果をサポートするのに有用である。シミュレーションはまた、プロジェクトのリソース配分をサポートするのにも有用である。
【００２５】
しかしながら、例示の異なる実施形態はまた、現在、実在の状況において、シミュレーションはプロジェクト管理の現実実務のプロジェクトマネージャによってしばしば使用されていないことも認識し、考慮している。プロジェクトマネージャは、様々な理由でシミュレーションを使用したがらない可能性がある。例えば、プロジェクト計画及び管理のシミュレーションの使用に対する一つの障害は、シミュレーションにおいて使用する正確なモデルを構築するのに必要となりうる時間、努力及び特殊な知識である。
【００２６】
本明細書で説明した例示の実施形態によるプロジェクト計画及び管理は、タスクの所要時間の変動性を説明するシミュレーションを使用することによって、従来のプロジェクト計画及び管理ツールの限界に対処するものである。例示の実施形態は、結果的に、用いたシミュレーション法の理解を深め、強化する対話式の方法及び視覚化を提供する。例示の実施形態によれば、プロジェクト計画及び管理のシミュレーションの使用に伴う重荷は、シミュレーションモデルの自動生成を提供することによって削減される。
【００２７】
したがって、例示の異なる実施形態は、様々なタスク間でのリソース配分を含む、プロジェクト計画及び管理の意志決定者へ、プロジェクト情報を効果的に伝えるプロジェクトネットワークを生成する意志決定支援ツールと手順を提供する。例示の実施形態は、プロジェクトタスクの明細情報と、タスク間の関係からシミュレーションモデルを自動生成する方法及び装置を提供する。プロジェクトタスクに伴うリスクを示す統計計測値は、シミュレーションモデルを実行することによって得られる結果から識別することができる。例示の実施形態は、シミュレーションを実行して得られた結果の視覚化を提供し、様々なタスク間へのリソース配分を含むプロジェクト計画及び管理に使用するために、プロジェクト情報を意志決定者へ効果的に伝える。
【００２８】
図１をまず参照する。図１は、例示の一実施形態によるプロジェクト計画及び管理環境のブロック図を示している。プロジェクト計画及び管理環境１００は、プロジェクト１０４のプロジェクト計画及び管理１０２に使用することができる。例えば、非限定的に、プロジェクト１０４は製造プロジェクト１０６又はその他のプロジェクト１０８であってよい。
【００２９】
プロジェクト１０４はタスク１１０によって定義される。タスク１１０は、プロジェクト１０４を完了させるために実施しなければならない作業である。.タスク１１２間の関係は、他のタスクを開始する前に、どのタスク１１０を実施する必要があるかを定義する。タスク所要時間１１４とは、個別のタスク１１０を実施するのにかかる時間である。現実の世界では、タスクの所要時間１１４の正確で信頼性のある値はタスクの開始前に得ることができない。したがって、タスク所要時間１１４はしばしば変動性１１６の影響を受ける。 
【００３０】
リソース１１８を用いてプロジェクト１０４を完了させることができる。リソース１１８には、人間又は他の資本リソースを含みうる。リソース１１８をタスク１１０間に分散させることができる。
【００３１】
リソース１１８を使用してタスク１１０を実行すると、結果的にプロジェクトの結果１２０が得られる。プロジェクト１０４の性質によっては、プロジェクトの結果１２０はプロダクト１２２又はその他のプロジェクトの結果１２４であってよい。タスク１１０のスケジューリング及びタスク１１０へのリソース１１８の適用により、プロジェクトの結果１２０の完了１２６の時間が決定されうる。
【００３２】
プロジェクト計画及び管理１０２には、所望の完了時間１２６においてプロジェクトの結果１２０が得られるように、タスク１１０をスケジューリング及び管理し、リソース１１８を配分することが含まれうる。プロジェクト計画及び管理１０２は、プロジェクト計画及び管理システム１２８を用いることができる。プロジェクト計画及び管理システム１２８を使用してプロジェクトネットワーク１３０を生成することができる。プロジェクトネットワーク１３０とは、プロジェクト１０４を完了するために実施すべきタスク１１０のシーケンスのグラフィック表現である。プロジェクトネットワーク１３０は、タスク１１０と、タスク間の関係１１２を示しうる。
【００３３】
図２は、例示の一実施形態によるプロジェクト計画及び管理システムのブロック図を示している。この実施例では、プロジェクト計画及び管理システム２００は、図１のプロジェクト計画及び管理システム１２８の一実施態様の一例である。  
【００３４】
例示の実施形態によれば、本明細書に記載するプロジェクト計画及び管理システム２００の機能性は、データ処理システム２０２で実行されるソフトウェアにおいて実装可能である。例えば、非限定的に、データ処理システム２０２は、プロジェクト計画及び管理システム２００の機能性を実施するようにプログラミングされた汎用コンピュータ又はその他のデータ処理デバイスであってよい。プロジェクト計画及び管理システム２００の機能性は、任意のプログラミング言語又はプログラミング言語の組み合わせを使用してデータ処理システム２０２で実装可能である。例えば、非限定的に、プロジェクト計画及び管理システム２００の機能性を、別のプログラミング言語、またはプログラミング言語の組み合わせを使用して、Ｊａｖａ（登録商標）プログラミング言語において実装可能である。
【００３５】
例示の実施形態によれば、プロジェクト計画及び管理システム２００は、プロジェクト明細受信機能２０４、シミュレーションモデルジェネレータ２２６、シミュレータ２４４、及びプレゼンテーションジェネレータ２５０を含むことができる。プロジェクト計画及び管理システム２００は、本明細書に記載したその他の機能も含むことができる。
【００３６】
プロジェクト明細受信機能２０４は、プロジェクト計画及び管理システム２００によって使用されるプロジェクト明細情報２０６を受信するように構成することができる。      
プロジェクト明細受信機能２０４は、データ処理システム２０２に提供されたプロジェクト明細情報２０６を受信する、別のデータ処理システムからプロジェクト明細情報２０６をポーリングする、又はこれらの両方を実施するように構成することができる。
【００３７】
プロジェクト明細情報２０６は、タスク情報２０８、タスク関係情報２１０、及びタスク所要時間情報２１２を含むことができる。タスク情報２０８は、プロジェクトを完了させるために実施する必要があるタスクを識別する情報を含むことができる。タスク関係情報２１０は、他のタスクを開始することができる前に、どのタスクを実施しなければならないかを識別する情報を含みうる。
【００３８】
タスク所要時間情報２１２は、開始から終了までタスクの実施にかかる時間を識別する情報を含みうる。どのタスクについても、タスク所要時間情報２１２は単一の時間値を含みうる。しかしながら、タスク所要時間情報２１２は好ましくは所要時間変動情報２１４も含むことができる。所要時間変動情報２１４は、タスクを実施するのにかかる時間の可能な変動性又は不確実性を識別する情報を含みうる。例えば、非限定的に、所要時間変動情報２１４はタスクの時間値の範囲を含みうる。所要時間変動情報２１４は、あるタスクの時間値の範囲におけるタスク所要時間の確率分布を示す情報を含みうる、又は含まなくてよい。
【００３９】
例示の実施形態によれば、プロジェクト明細情報２０６は様々な情報形式２１８でプロジェクト明細受信機能２０４へ提供することができる。プロジェクト明細受信機能２０４は、既存のデータ処理システム上でプロジェクトマネージャ又はその他のオペレータによって現在使用されている情報形式２１８でプロジェクト明細情報２０６を受信するように構成可能であることが好ましい。例えば、非限定的に、情報形式２１８はテキストファイル２２０、電子スプレッドシートファイル２２２、その他の形式２２４、又は様々な形式の組み合わせを含むことができる。例えば、非限定的に、電子スプレッドシートファイル２２２は、ワードプロセッサ又はその他のコンピュータプログラムを使用して生成することができる。例えば、非限定的に、その他の形式２２４は拡張マークアップ言語（ＸＭＬ）の形式を含むことができる。拡張マークアップ言語は、プラットフォーム非依存で広く受け入れられている。
【００４０】
プロジェクト明細受信機能２０４は、入力システム２０７を介してプロジェクト明細情報２０６を受信することができる。入力システム２０７は、任意の数の情報形式２１８でデータを受信する任意の数のシステムを含むことができる。例えば、非限定的に、入力システム２０７はキーボードとモニター、ポータブル磁気ディスク又は光ディスクから情報を読み取るディスクドライブ、ポータブルメモリデバイスを受けるように構成されたポート接続部、コンピュータネットワークへの有線又は無線接続部、又はその他のデータ入力システム又はシステムの組み合わせを含むことができる。一例では、非限定的に、入力システム２０７の一部又は全てをデータ処理システム２０２の一部として提供可能である。
【００４１】
シミュレーションモデルジェネレータ２２６は、シミュレーションモデル２２８を生成するように構成されている。シミュレーションモデル２２８は、シミュレータ２４４上で実行できるプロジェクトネットワークのモデルである。例えば、シミュレーションモデルジェネレータ２２６は、プロジェクト明細情報２０６を既存のタスクモデル２３０と組み合わせて使用して、自動的にシミュレーションモデル２２８を生成することができる。 
【００４２】
シミュレーションモデルジェネレータ２２６は、プロジェクト明細情報２０６で提供されるタスク所要時間情報２１２と、所要時間変動情報２１４に基づいて、タスクの所要時間をモデル化するための適切な統計形式を決定することができる。例えば、非限定的に、三角分布はタスク所要時間情報２１２が単一のタスク所要時間値であり、所要時間変動情報２１４は最長タスク所要時間の単一値及び最短タスク所要時間の単一値を含むタスクの所要時間をモデル化するための適切な統計形式であってよい。タスク所要時間情報２１２と所要時間変動情報２１４が別の統計形式が適切でありうることを示す別の情報を含む場合、タスクの所要時間をモデル化するために、別の適切な統計形式、例えば均一分布、ガウス分布、対数正規分布、又はその他の分布を決定することができる。  
【００４３】
シミュレーションモデル２２８は、実行パラメータ２３２によって定義することができる。実行回数２３４は非限定的に、実行パラメータ２３２の一例である。実行回数２３４は、シミュレーション結果データ２４８を得るために、シミュレータ２４４によってシミュレーションモデル２２８が実行される回数である。例えば、非限定的に、実行回数２３４は１０００回の実行又はその他任意の実行回数であってよい。
【００４４】
一又は複数の実行パラメータ２３２はオペレータ２３６によって選択可能でありうる。例えば、非限定的に、オペレータ２３６は、プロジェクトの計画、プロジェクトの管理、又はその両方を行うプロジェクト計画及び管理システム２００を使用するプロジェクトマネージャ又はその他人間のオペレータであってよい。オペレータ２３６は、オペレータインターフェース２３８を用いてパラメータの選択２４２を行うことができる。例えば、非限定的に、オペレータインターフェース２３８はグラフィカルユーザインターフェース（ＧＵＩ）２４０を含むことができる。グラフィカルユーザインターフェース２４０はオペレータ２３６にパラメータの選択２４２を行うようにプロンプトすることができる。オペレータ２３６によるパラメータの選択２４２がない場合、実行パラメータ２３２のデフォルト値を使用することができる。 
【００４５】
シミュレータ２４４は、実行パラメータ２３２にしたがってシミュレーションモデル２２８を実行するように構成されている。例えば、シミュレータ２４４はシミュレーションモデル２２８を実行回数２３４だけ実行してモンテカルロシミュレーション２４６を実施することができる。シミュレーションモデル２２８の実行回数２３４の情報は、シミュレータ２４４によってコンパイルされ、シミュレーション結果データ２４８が得られる。
【００４６】
プレゼンテーションジェネレータ２５０は、シミュレーション結果データ２４８の有用なプレゼンテーションを生成するように構成されている。プレゼンテーションジェネレータ２５０は、様々なプレゼンテーションパラメータ２５２を用いることができる。プレゼンテーションパラメータ２５２は、どのようにシミュレーション結果データ２４８を提示すべきかを定義することができる。例示の実施形態によれば、一又は複数のプレゼンテーションパラメータ２５２はオペレータ２３６によって選択可能でありうる。例えば、非限定的に、オペレータ２３６は例えばカラースキーム、及びタスクパラメータのグラフィック属性との関連性等のプレゼンテーションパラメータを選択することができる。オペレータ２３６はオペレータインターフェース２３８を使用して、プレゼンテーションパラメータ２５２のパラメータの選択２４２を行うことができる。
【００４７】
プレゼンテーションジェネレータ２５０は、シミュレーション結果データ２４８からプロジェクトネットワークプレゼンテーション２５６を生成することができる。   プロジェクトネットワークプレゼンテーション２５６は、テキストプレゼンテーション２５８、略図プレゼンテーション２６０、又はその両方を含むことができる。略図プレゼンテーション２６０は、エッジ２６４でつながったノード２６２のグラフィック表示としてプロジェクトネットワークを提示することができ、ノード２６２はタスクに対応し、エッジ２６４はタスク間の関係を示す。
【００４８】
例示の実施形態によれば、プレゼンテーションジェネレータ２５０は、様々なオペレータが選択可能なインジケータを使用して、略図プレゼンテーション２６０の情報を伝えるように構成することができる。例えば、非限定的に、情報はノードの形状、エッジの形状、サイズ、カラー、ラベル、ツールチップ、他のグラフィックへのＪａｖａＳｃｒｉｐｔ（登録商標）リンク又はその他のインジケータを単独で又は任意の組み合わせで使用して、情報を略図プレゼンテーション２６０内で伝えることができる。
【００４９】
例示の実施形態によれば、略図プレゼンテーション２６０も、オペレータ２３６がそれによって追加の情報を取得することができるインターフェースを提供することができる。例えば、非限定的に、略図プレゼンテーション２６０は、オペレータ２３６がノード２６２、エッジ２６４、又はその両方を選択することによって、対応するタスク及びタスク間の関係に関する追加情報を取得することができるように構成することができる。例えば、略図プレゼンテーション２６０は、オペレータ２３６がマウスを操作して略図プレゼンテーション２６０の複数のノード２６２のうちの一つの上にカーソルを停止させると、ダイアログボックスが現れて追加情報を提供するように構成することができる。この追加情報は、さらなる追加情報への一又は複数のリンクを含むことができる。
【００５０】
プレゼンテーションジェネレータ２５０によって生成されたプロジェクトネットワークプレゼンテーション２５６は、出力システム２５４に提供されうる。出力システム２５４は、プロジェクトネットワークプレゼンテーション２５６が表示されたディスプレイデバイス２６６を含むことができる。例えば、非限定的に、ディスプレイデバイス２６６はコンピュータのモニター又はその他のディスプレイデバイスであってよい。出力システム２５４はまた、オペレータ２３６がディスプレイデバイス２６６上に表示されたプロジェクトネットワークプレゼンテーション２５６と交信することを可能にする一又は複数の入力デバイスも含むことができる。
【００５１】
あるいは、又はさらに、出力システム２５４は記憶システム２６８を含むことができる。記憶システム２６８は、プロジェクトネットワークプレゼンテーション２５６、シミュレーション結果データ２４８、又はその両方を後に使用するために記憶することができる任意のデバイス又はシステムを含むことができる。
【００５２】
図２に示す図は物理的又はアーキテクチャ的な限定であることを暗示するものではなく、例示の異なる実施形態を実装可能である。図示されたコンポーネントに加えて、代えて、又は加え及び代えて他のコンポーネントを使用することができる。一部の例示の実施形態では幾つかのコンポーネントは不要である。また、ブロックは、機能的なコンポーネントを示すために提示されている。例示の異なる実施形態において実施されるとき、これらの一又は複数のブロックは、異なるブロックに合成又は分割することができる。
【００５３】
例えば、入力システム２０７、オペレータインターフェース２３８、及び出力システム２５４を、データ処理システム２０２において全体的に又は部分的に実装することができる。入力システム２０７、オペレータインターフェース２３８、及び出力システム２５４は、任意の数の共有コンポーネントを使用して全体的に又は部分的に実装することができる。
【００５４】
例示の実施形態の特定例を、図３〜７を参照しながら提示する。この実施例では、図３〜７に示す図は、図２のプロジェクトネットワークプレゼンテーション２５６の実施例である。例示の実施形態は、提示された特定例に限定されるものではない。
【００５５】
ここで図３に注目する。図３は、プロジェクト計画及び管理システムへ入力するための例示のプロジェクト明細情報の表を例示の実施形態にしたがって図示したものである。この実施例において、表３００の情報は、図２のプロジェクト明細情報２０６の一例である。  
【００５６】
表３００の情報は、１４のタスクを有するプロジェクトを表したものである。各タスクは、タスク識別番号３０２、タスク名３０４、及び識別番号３０６によって参照される後続タスクのリストを有する。各タスクは、タスク所要時間情報も有する。この実施例では、タスク所要時間は三角分布に従うと想定される。したがって、この実施例では、タスク所要時間情報は最短３０８、モード３１０、及び最長３１２時間値を含む。
【００５７】
ここで、例示の実施形態に従って確定的クリティカルパス法の例示の計算結果の表を示す図４に注目する。この実施例では、表４００の情報は、図３の表３００の情報に適用された確定的クリティカルパス法の計算結果である。プロジェクトネットワークの各タスクに対して、早期開始４０２、早期終了４０４、遅延開始４０６、遅延終了４０８、及びスラック４１０が計算される。この場合、予想タスク所要時間を使用し、タスク所要時間の変動性を考慮せずに、基本的なクリティカルパス法の計算が行われる。平均タスク所要時間４１２は、三角に分布した処理時間の想定に基づいて識別される。タスクのスラックがゼロに等しい場合、タスクはクリティカル４１４としてラベル表示する。このように、表４００はどのタスクがクリティカルパス上にあるかを表示する。
【００５８】
ここで、例示の実施形態にしたがって確定的クリティカルパス法の例示の計算結果を示すプロジェクトネットワーク図である図５に注目する。この実施例において、ネットワーク図５００は、図４の表４００の情報のグラフィック表現である。例示の実施形態によれば、ネットワーク図５００は、上述した基本のクリティカルパス法の計算結果に基づいて自動的に生成可能である。ネットワーク図５００を生成するのに使用する一又は複数のパラメータは、オペレータによって選択可能である。
【００５９】
この実施例において、ネットワーク図５００はアクティビティオンノードタイプのネットワーク図である。タスクは、例えばノード５０２及び５０４等のノードによって表される。タスク間の順位拘束関係は、ノードをつなぐエッジによって表される。例えば、ノード５０２及び５０４をつなぐエッジ５０６は、ノード５０２及び５０４によって表されるタスク間の順位拘束関係を示す。この場合、エッジ５０６はノード５０２からノード５０４までを指している矢印の形である。したがって、この場合、エッジ５０６は、ノード５０４によって表されるタスクＨを開始できる前に、ノード５０２によって表されるタスクＡを実施しなければならないことを示す。この実施例では、タスク名とスラックの両方がノードにリスト記載されている。
【００６０】
例示の実施形態によれば、ノードは、ノードのサブセット内のノードによって表されるタスクのスラック値に基づいてノードのサブセットを示す特性の識別を含むことができる。この実施例において、ノードのサブセットは、ノードのサブセット内のノードによって表されるタスクの異なる範囲のスラック値に基づいて、異なる色で色付けされている。例えば、非限定的に、ノードのサブセット内のノードの色は、最大スラック値を有するタスクの青から、クリティカルパス上のタスクの赤まで連続的な色のスペクトルに沿った範囲であってよい。この実施例において、異なる色は、図５のノードの異なるハッシュマークによって表される。
【００６１】
クリティカルパス上のタスクを表すノードのサブセットと、クリティカルパス上にはない別の少なくとも２つのノードのサブセットを含む少なくとも３つのノードのサブセットは、この方法又は別のやり方の特性の識別を使用して強調することができることが好ましい。ノードのサブセットをこの方法で強調することによって、プロジェクトプランナー又はプロジェクトマネージャがクリティカルパス上にあるタスク、クリティカルパス上にはないが、状態の変化によりクリティカルパス上となる可能性が高いタスク、及び状態の変化によりクリティカルパス上となる可能性が低いタスクを簡単に識別することが可能になる。この実施例では、ノード５０２、５０４、５０８、５１０、５１２、及び５１４を赤で色付けすることができる。これは、対応するタスクＡ、タスクＨ、タスクＩ、タスクＬ、タスクＭ、及びタスクＥはそれぞれクリティカルパス上にあることを示す。  
【００６２】
この実施例では、エッジの厚さはスラック値に基づいてスケーリングされる。あるいは、他の色、他の識別特性、又は識別特性の任意の組み合わせを使用して、ノード又はノードのサブセットに関するスラック値を示すことができる。  
【００６３】
例示の実施形態によれば、ネットワーク図５００は、オペレータが追加の情報を得ることができるインターフェースを提供することもできる。例えば、非限定的に、ネットワーク図５００は、オペレータが対応するタスク及びタスク間の関係に関する追加情報を得るために、表示されたノード、エッジ、又は両方を選択できるように構成可能である。例えば、ネットワーク図５００は、オペレータがマウスを操作してカーソルをネットワーク図５００の複数のノードのうちの一つの上に停止させたときに、追加の情報を提供するダイアログボックスが現れるように構成することができる。この追加の情報は、さらなる追加情報への一又は複数のリンクを含みうる。
【００６４】
図６は、例示の一実施形態によるモンテカルロプロジェクトシュミレーションの例示結果の表を示している。モンテカルロシミュレーションでは、シミュレーションモデルはある回数だけ実行される。その回数の実行結果を組み合わせて全体結果が得られる。この実施例において、表６００は、図３の表３００のプロジェクト明細情報から生成されたシミュレーションモデルを使用して、１０００回実行されたモンテカルロシミュレーションの結果を示すものである。  
【００６５】
表６００は、様々な施策の要約統計量を提供する。スラック４１０と遅延終了４０８は、確定的クリティカルパス法の計算に対応する。平均シミュレーションスラック６０２は、全１０００回の実行にわたるスラックの平均である。クリティカルの割合６０４は、タスクのスラックがゼロである実行割合である。この値はしたがって、タスクがクリティカルパス上にあると判断されたシミュレーションの合計実行回数の割合を示す。遅延終了６０６の９５％信頼区間は、全１０００回の実行にわたる遅延終了の計算に基づくものである。
【００６６】
ここで、例示の実施形態によるモンテカルロプロジェクトシミュレーションの例示の結果のプロジェクトネットワーク図を示す図７に注目する。この実施例において、ネットワーク図７００は、図６の表６００に提示される情報のグラフィック表現である。  
【００６７】
この実施例では、タスクはノードと、エッジによる順位拘束によって表される。ノードラベルは、タスク名、確定的タスク所要時間を使用して計算されたスラック、シミュレーションで観測されたスラック値の範囲、及びタスクがクリティカルパス上にある時間割合を含む。スラック値統計のタプルは、全シミュレーションの実行にわたって観測されたスラック値の最小値、平均値、及び最大値である。
【００６８】
この実施例において、シミュレーションの合計実行回数の異なる割合に対し、ノード７０２と７０４に対応するタスクがクリティカルパス上にあると判断されたことを示すために、ノード７０２と７０４は異なる方法で強調されている。したがって、ノード７０２と７０４は異なる方法で強調されて、ノード７０２及び７０４に対応するタスクがクリティカルパス上になる異なる可能性を示す。例えば、非限定的に、タスクがクリティカルパス上にあるシミュレーションの実行割合に基づいて、異なる色を使用してノードを色づけすることができる。例えば、非限定的に、色のスペクトルは、クリティカルパス上にある実行割合が最も低いタスクの青から、クリティカルパス上の実行割合が最も高いタスクの赤までの幅がある。この実施例において、異なる色は図７のノードの異なるハッシュマークによって表される。この実施例において、エッジの厚さは、基本の確定的スラック値に基づいてスケーリングされる。
【００６９】
例示の実施形態によれば、ネットワーク図７００はまた、オペレータが追加の情報を取得できるインターフェースを提供することもできる。例えば、非限定的に、ネットワーク図７００は、オペレータが表示されたノード、エッジ、又は両方を選択して対応するタスクと、タスク間の関係に関する追加情報を取得することができるように構成可能である。例えば、ネットワーク図７００は、オペレータがマウスを操作してカーソルをネットワーク図７００の複数のノードのうちの一つの上に停止させた時に、追加情報を提供するダイアログボックスが現れるように構成可能である。この追加情報は、さらなる追加情報への一又は複数のリンクを含みうる。
【００７０】
ここで、例示の一実施形態によるプロジェクトの計画工程のフロー図を示す図８に注目する。例えば、図８の工程は図２のプロジェクトの計画及び管理システム２００において実行可能である。
【００７１】
この工程は、プロジェクト明細データを受け取ることから開始される（作業８０２）。受け取ったプロジェクト明細データを使用して、シミュレーションモデルを生成する（作業８０４）。このシミュレーションモデルを次に、ある実行回数だけ実行することができる（作業８０６）。シミュレーションモデルを実行することによって得られた結果から、プロジェクトネットワークプレゼンテーションを生成することができる（作業８０８）。プロジェクトネットワークプレゼンテーションを次に表示することができ（作業８１０）、その後工程は終了する。
【００７２】
次に図９を参照する。図９は、例示の一実施形態による、プロジェクトの計画のシミュレーションモデルを実行する工程のフロー図である。この実施例では、図９の工程は、図８の作業８０６を実行する工程の一例である。
【００７３】
この工程は、シミュレーションモデルの各タスクのランダム所要時間を抽出することによって開始される（作業９０２）。次に、クリティカルパス法の計算を、ランダム所要時間を使用してプロジェクト全体に対して行うことができる（作業９０４）。各タスクの要約統計量を次に更新することができる（作業９０６）。次に、選択された実行回数のシミュレーションモデルが完了したか否かを判断することができる（作業９０８）。選択された実行回数は固定の、又はオペレータによって選択可能な値であってよい。選択された実行回数が完了していない場合、工程は作業９０２を繰り返し行う。選択された実行回数が完了した場合、工程は終了する。
【００７４】
一又は複数の例示の実施形態により、プロジェクトネットワーク解析の意志決定サポートツールが提供される。  例示の実施形態により、製造又はその他のプロジェクト環境でのタスクの離散集合を含むプロジェクトのプロジェクトネットワークの理解を深めるために、シミュレーションモデルの生成ツールと視覚化が提供される。一又は複数の例示の実施形態により、製造及びその他のプロジェクト工程を改善し、リソースインベストメントの最適化をサポートする能力が得られる。予想のタスク所要時間は、促進リソースの追加によって短縮されうる。希少リソースの配分に関する決定は、例示の実施形態の確率的性質によって改善できる。例示の実施形態は、タスクの所要時間特有の変動性を認識し考慮しており、シミュレーションを用いてこの変動性を収集し理解してプロジェクトの計画及び管理を改善する。
【００７５】
本発明の実施形態は、図１０に示す航空宇宙機の製造及び保守方法１０００、及び図１１に示す航空宇宙機１１００に照らし説明することができる。まず図１０に注目すると、例示の実施形態による航空宇宙機の製造及び保守方法のブロック図が示されている。  
【００７６】
製造前の段階では、航空宇宙機の製造及び保守方法１０００は、図１１の航空宇宙機１１００の仕様及び設計１００２、並びに材料調達１００４を含みうる。製造段階では、構成要素及びサブアセンブリの製造１００６と、図１１の航空宇宙機１１００のシステムインテグレーション１００８とが行われる。したがって、図１１の航空宇宙機１１００は認可及び納品１０１０を介して、運航１０１２される。  
【００７７】
顧客によって運航１０１２される間に、図１１の航空宇宙機１１００は定期的な整備及び保守１０１４（改造、再構成、改修、及び他の整備又は保守なども含みうる）が予定されている。この実施例において、航空宇宙機の製造及び保守方法１０００は、航空宇宙機の方法として示される。異なる例示の実施形態を、その他の種類のビークルを含むその他の種類のプラットフォーム向けの製造及び保守方法を含む他の種類の製造及び保守方法に適用することができる。
【００７８】
航空宇宙機の製造及び保守方法１０００の各工程は、システムインテグレータ、第三者、オペレータ、又は上記エンティティの任意の組み合わせによって実施又は実行されうる。これらの実施例では、オペレータは顧客であってもよい。この説明のために、システムインテグレータは限定しないが、任意の数の航空宇宙機メーカー、及び主要システムの下請け業者を含むことができる。第三者は限定しないが、任意の数の供給メーカー、下請け業者、及びサプライヤを含むことができる。オペレータは、会社、軍事エンティティ、サービス組織等であってよい。
【００７９】
ここで、例示の実施形態を実装可能な航空宇宙機のブロック図を示す図１１を参照する。この実施例では、航空宇宙機１１００は、図１０の航空宇宙機の製造及び保守方法１０００によって製造される。航空宇宙機１１００は、航空機、宇宙機、又は空中を飛行する、宇宙を飛行する、又は空中と宇宙の両方で稼働できるその他すべてのビークルを含むことができる。航空宇宙機１１００は、複数のシステム１１０４及び内装１１０６を有する機体１１０２を含むことができる。  
【００８０】
複数のシステム１１０４の例は、推進システム１１０８、電気システム１１１０、油圧システム１１１２、及び環境システム１１１４のうちの一又は複数を含む。例示の実施形態は、航空宇宙機１１００、複数のシステム１１０４、又は航空宇宙機１１００のその他全ての構成要素の製造、作業、及び整備に関するプロジェクトの計画に使用することができる。例示の実施形態はまた、上記プロジェクトの管理にも使用可能である。航空宇宙産業の例を示したが、自動車産業などの他の産業に異なる例示の実施形態を適用することができる。
【００８１】
本明細書で説明した装置及び方法は、図１０の航空宇宙機の製造及び保守方法１０００の段階のうちの少なくとも一つの段階で使用可能である。本明細書において、列挙されたアイテムと共に使用する「〜のうちの少なくとも１つの」という表現は、列挙されたアイテムのうちの一又は複数からなる様々な組み合わせが使用可能であり、且つ列挙された各アイテムが１つだけあればよいことを意味する。例えば、「アイテムＡ、アイテムＢ、及びアイテムＣのうちの少なくとも１つ」は、例えば、限定しないが、「アイテムＡ」、又は「アイテムＡとアイテムＢ」を含む。この例は、「アイテムＡとアイテムＢとアイテムＣ」、又は「アイテムＢとアイテムＣ」も含む。  
【００８２】
例示の一実施例では、図１０の構成要素及びサブアセンブリの製造１００６において製造される構成要素又はサブアセンブリは、航空宇宙機１１００の図１０の運航中１０１２に製造される構成要素又はサブアセンブリと同様の方法で作製又は製造される。  
【００８３】
さらに別の実施例では、任意の数の装置の実施形態、方法の実施形態、又はこれらの組み合わせは、図１０の構成要素及びサブアセンブリの製造１００６並びにシステムインテグレーション１００８などの製造段階で利用可能である。本明細書でアイテムを参照する際に使用している「任意の数の」は、一又は複数のアイテムを意味する。例えば、任意の数の装置の実施形態は一又は複数の装置の実施形態を意味する。任意の数の装置の実施形態、方法の実施形態、又はこれらの組み合わせは、図１０で航空宇宙機１１００が運航中１０１２及び／又は整備及び保守１０１４の段階で利用可能である。  
【００８４】
任意の数の異なる例示の実施形態の利用は、航空宇宙機１１００のアセンブリを大幅に促進しうる。任意の数の異なる例示の実施形態により、航空宇宙機１１００の費用が削減されうる。例えば、一又は複数の異なる例示の実施形態を、構成要素及びサブアセンブリの製造１００６、及び／又はシステムインテグレーション１００８に使用可能である。さらに、異なる例示の実施形態を、図１０の運航中１０１２、及び／又は整備及び保守１０１４の間にも使用可能である。異なる例示の実施形態は、図１０の航空宇宙機の製造及び保守方法１０００のこれらの部分及びその他の部分に使用して、プロジェクトの計画及び管理をさらに効果的にすることができる。  
【００８５】
ここで、例示の一実施形態によるデータ処理システムのブロック図を示す図１２に注目する。この実施例では、データ処理システム１２００は、図２のデータ処理システム２０２の一実施態様の一例である。この実施例では、データ処理システム１２００は通信ファブリック１２０２を含む。通信ファブリック１２０２により、プロセッサユニット１２０４、メモリ１２０６、固定記憶域１２０８、通信ユニット１２１０、入力／出力（Ｉ／Ｏ）ユニット１２１２、及び表示装置１２１４との間の通信が可能になる。メモリ１２０６、固定記憶域１２０８、通信ユニット１２１０、入力／出力（Ｉ／Ｏ）ユニット１２１２、及び表示装置１２１４は、通信ファブリック１２０２を介してプロセッサユニット１２０４によってアクセス可能なリソースの例である。
【００８６】
プロセッサユニット１２０４は、メモリ１２０６に読み込まれうるソフトウェアに対する命令を実行するように働く。プロセッサユニット１２０４は、特定の実装態様に応じて、任意の数のプロセッサ、マルチプロセッサコア、又は他の形式のプロセッサであってもよい。さらに、プロセッサユニット１２０４は、単一チップ上でメインプロセッサが二次プロセッサと共存する異種プロセッサシステムを任意の個数だけ使用して実装されてもよい。別の例示的な実施例では、プロセッサユニット１２０４は同一形式の複数のプロセッサを含む対称型マルチプロセッサシステムであってもよい。
【００８７】
メモリ１２０６及び固定記憶域１２０８は、記憶デバイス１２１６の例である。記憶デバイスは、例えば、限定しないが、データ、機能的な形態のプログラムコード、及び／又は他の好適な情報などの情報を、一時的に又は永続的に記憶することができる任意のハードウェア部分である。記憶デバイス１２１６は、これらの実施例ではコンピュータで読取可能な記憶デバイスと呼ばれることもある。このような実施例では、メモリ１２０６は、例えば、ランダムアクセスメモリ又は他の何らかの適切な揮発性又は不揮発性の記憶デバイスであってもよい。固定記憶域１２０８は、特定の実装態様に応じて様々な形態をとることができる。 
【００８８】
例えば、固定記憶域１２０８は、一又は複数のコンポーネント又はデバイスを含みうる。例えば、固定記憶域１２０８は、ハードドライブ、フラッシュメモリ、書換え型光ディスク、書換え可能磁気テープ、又はそれらの何らかの組み合わせである。固定記憶域１２０８によって使用される媒体は着脱式であってもよい。例えば、着脱式ハードドライブは固定記憶域１２０８に使用しうる。  
【００８９】
通信ユニット１２１０はこれらの例では、他のデータ処理システム又はデバイスとの通信を提供する。このような実施例では、通信ユニット１２１０はネットワークインターフェースカードである。通信ユニット１２１０は、物理的及び無線の通信リンクのいずれか一方又は両方を使用することによって、通信を提供することができる。  
【００９０】
入出力ユニット１２１２により、データ処理システム１２００に接続可能な他のデバイスによるデータの入力及び出力が可能になる。例えば、入出力ユニット１２１２は、キーボード、マウス、及び／又は他の幾つかの好適な入力デバイスを介してユーザ入力への接続を提供することができる。さらに、入出力ユニット１２１２は出力をプリンタに送ることができる。表示装置１２１４はユーザに情報を表示する機構を提供する。  
【００９１】
オペレーティングシステム、アプリケーション、及び／又はプログラムに対する命令は、通信ファブリック１２０２を介してプロセッサユニット１２０４と通信する記憶デバイス１２１６内に配置されうる。これらの例示的な実施例では、命令は固定記憶域１２０８上の機能的な形態になっている。これらの命令は、プロセッサユニット１２０４によって実行するためにメモリ１２０６に読み込まれうる。異なる実施形態の工程は、メモリ（例えば、メモリ１２０６）に配置される、コンピュータで実施される命令を使用して、プロセッサユニット１２０４によって実行されうる。
【００９２】
これらの命令は、プログラム命令、プログラムコード、コンピュータで使用可能なプログラムコード、又はコンピュータで読取可能なプログラムコードと呼ばれ、プロセッサユニット１２０４内のプロセッサによって読込及び実行されうる。異なる実施形態のプログラムコードは、メモリ１２０６又は固定記憶域１２０８など、異なる物理的な又はコンピュータで読取可能な記憶媒体上に具現化しうる。  
【００９３】
プログラムコード１２１８は、選択的に着脱可能でコンピュータで読取可能な媒体１２２０上に機能的な形態で配置され、プロセッサユニット１２０４での実行用のデータ処理システム１２００に読込み又は転送することができる。プログラムコード１２１８及びコンピュータで読み取り可能な媒体１２２０は、これらの実施例においてコンピュータプログラムプロダクト１２２２を形成する。一つの実施例では、コンピュータで読取可能な媒体１２２０は、コンピュータで読取可能な記憶媒体１２２４又はコンピュータで読取可能な信号媒体１２２６であってもよい。  
【００９４】
コンピュータで読取可能な記憶媒体１２２４は、例えば、固定記憶域１２０８の一部であるハードドライブなどのように、記憶デバイス上に転送するための固定記憶域１２０８の一部であるドライブ又は他のデバイスに挿入又は配置される光ディスク又は磁気ディスクなどを含みうる。コンピュータで読取可能な記憶媒体１２２４はまた、データ処理システム１２００に接続されているハードドライブ、サムドライブ、又はフラッシュメモリなどの固定記憶域の形態をとりうる。幾つかの例では、コンピュータで読取可能な記憶媒体１２２４はデータ処理システム１２００から着脱可能ではないことがある。  
【００９５】
これらの実施例では、コンピュータで読込可能な記憶媒体１２２４は、プログラムコード１２１８を伝搬又は伝送する媒体よりはむしろプログラムコード１２１８を記憶するために使用される物理的な又は有形の記憶デバイスである。コンピュータで読込可能な記憶媒体１２２４は、コンピュータで読込可能な有形の記憶デバイス又はコンピュータで読込可能な物理的な記憶デバイスとも呼ばれる。換言すると、コンピュータで読込可能な記憶媒体１２２４は、人が触れることのできる媒体である。
【００９６】
代替的に、プログラムコード１２１８はコンピュータで読取可能な信号媒体１２２６を用いてデータ処理システム１２００に転送可能である。コンピュータで読取可能な信号媒体１２２６は、例えば、プログラムコード１２１８を含む伝播されたデータ信号であってもよい。例えば、コンピュータで読取可能な信号媒体１２２６は、電磁信号、光信号、及び／又は他の好適な形式の信号であってもよい。これらの信号は、無線通信リンク、光ファイバケーブル、同軸ケーブル、有線、及び／又は他の好適な形式の通信リンクなどの通信リンクによって伝送されうる。すなわち、通信リンク及び／又は接続は、例示的な実施例で物理的なもの又は無線によるものでありうる。
【００９７】
例示の幾つかの実施形態では、プログラムコード１２１８は、コンピュータで読み取り可能な信号媒体１２２６により、ネットワークを介して別のデバイス又はデータ処理システムから固定記憶域１２０８にダウンロードされて、データ処理システム１２００内で使用される。例えば、サーバーデータ処理システムのコンピュータで読取可能な記憶媒体に記憶されたプログラムコードは、ネットワークを介してサーバーからデータ処理システム１２００にダウンロードすることができる。プログラムコード１２１８を提供するデータ処理システムは、サーバーコンピュータ、クライアントコンピュータ、又はプログラムコード１２１８を記憶及び伝送することができる他のデバイスであってもよい。
【００９８】
データ処理システム１２００に対して例示されている異なるコンポーネントは構造上の制限を設けることを意図しておらず、異なる実施形態が実装可能である。異なる例示的実施形態は、データ処理システム１２００に対して図解されているコンポーネントに対して追加的及び／又は代替的なコンポーネントを含むデータ処理システム内に実装しうる。図１２に示した他のコンポーネントは、実施例から異なることがある。異なる実施形態は、プログラムコードを実行できる任意のハードウェアデバイス又はシステムを使用して実施することができる。一実施例として、データ処理システム１２００は、無機コンポーネントと統合された有機コンポーネントを含むことができる、及び／又はすべて人間以外の有機コンポーネントから構成することができる。例えば、記憶デバイスは有機半導体を含んでいてもよい。
【００９９】
別の例示的な実施例では、プロセッサユニット１２０４は、特定用途のために製造又は構成された回路を有するハードウェアユニットの形態をとってもよい。この種のハードウェアは、工程を実行するように構成された記憶デバイスからメモリにプログラムコードを読み込む必要なく、工程を実施することができる。 
【０１００】
例えば、プロセッサユニット１２０４がハードウェアユニットの形態をとる場合、プロセッサユニット１２０４は回路システム、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス、又は任意の数の作業を実施するために構成された他の好適な形式のハードウェアであってもよい。プログラマブル論理デバイスにより、デバイスは任意の数の作業を実施するように構成されている。このデバイスはその後再構成する、又は任意の数の作業を実施するために永続的に構成することができる。プログラマブル理論デバイスの例としては、たとえば、プログラマブル論理アレイ、プログラマブルアレイ論理、フィールドプログラマブル論理アレイ、フィールドプログラマブルゲートアレイ、及び他の適するハードウエアデバイスが含まれる。この種の実装態様では、異なる実施形態の工程がハードウェアユニットで実施されるため、プログラムコード１２１８は省略されてもよい。
【０１０１】
さらに別の例示的な実施例では、プロセッサユニット１２０４は、コンピュータ及びハードウェアユニットの中に見出されるプロセッサの組み合わせを利用して実装可能である。プロセッサユニット１２０４は、プログラムコード１２１８を実行するように構成されている任意の数のハードウェアユニット及び任意の数のプロセッサを有していてもよい。ここに描かれている実施例では、工程の一部は任意の数のハードウェアユニットで実行することが可能であるが、一方、他の工程は任意の数のプロセッサで実行可能である。
【０１０２】
別の実施例では、バスシステムは、通信ファブリック１２０２を実装するために使用することができ、システムバス又は入出力バスといった一又は複数のバスを含むことができる。言うまでもなく、バスシステムは、バスシステムに取り付けられた異なるコンポーネント又はデバイス間でのデータ伝送を行う任意の適切な種類のアーキテクチャを使用して実施することができる。  
【０１０３】
加えて、通信ユニット１２１０は、データの送信、データの受信、又はデータの送受信を行う任意の数のデバイスを含みうる。通信ユニット１２１０は、例えば、モデム又はネットワークアダプタ、２個のネットワークアダプタ、又はこれらの何らかの組み合わせであってもよい。さらに、メモリは例えば、通信ファブリック１２０２に備わっていることがあるインターフェース及びメモリコントローラハブにみられるような、メモリ１２０６又はキャッシュであってもよい。  
【０１０４】
文章及び図面において、プロジェクト計画を生成する方法が開示されており、この方法は、プロセッサユニット１２０４によって、タスク１１０間の順位関係を記述する情報、タスクの所要時間を示す情報、及びタスク１１０の所要時間の変動性１１６を示す情報を含むプロジェクト明細情報２０６であって、複数のタスク１１０を含むプロジェクト１０４のプロジェクト明細情報２０６を受信し、プロセッサユニット１２０４によって、プロジェクト明細情報２０６を使用してプロジェクト１０４のシミュレーションモデル２２８を生成し、シミュレーションモデル２２８を複数回実行２３４して、クリティカルパスを形成するタスク１１０のサブセットを識別し、シミュレーション結果データ２４８を生成し、シミュレーション結果データから、クリティカルパス１０４を形成するタスク１１０の識別されたサブセットを含むプロジェクトネットワークプレゼンテーション２５６を生成することを含む。
【０１０５】
この方法はさらに、テキストファイル２２０、電子スプレッドシートファイル２２２、及び拡張マークアップ言語ファイルからなる情報形式２１８のグループから選択された情報形式のプロジェクト明細情報２０６をプロセッサユニット１２０４によって受信することを含む。この方法はさらに、プロジェクト１０４のシミュレーションモデル（２２８）を生成することが、タスク１１０の所要時間を示す情報と、タスク１１０の所要時間の変動性を示す情報に基づいて、タスク１１０の所要時間をモデル化するための統計的形式を判断することを含む。
【０１０６】
ある変形例では、この方法において、シミュレーションモデル（２２８）を複数回実行２３４して、シミュレーション結果データを生成することが、タスク１１０の所要時間を示す情報と、タスク１１０の所要時間の変動性１１６を示す情報を使用して、タスク１１０のランダム所要時間を識別し、各ランダム所要時間に対し、プロジェクト１０４のクリティカルパスを形成するタスク１１０のサブセットを識別し、各タスク１１０の要約統計量を更新することを含む。ある変形例では、この方法において、タスクがクリティカルパスにあると識別された複数の実行回数２３４を示す要約統計量を含む。
【０１０７】
ある実施例において、この方法は、プロジェクトネットワークプレゼンテーション２５６が、複数のタスク１１０のサブセットのうちのタスク１１０のスラックに基づき複数のタスク１１０のサブセットを示すことを含み、複数のタスク１１０のサブセットは、クリティカルパスを形成しているタスク１１０のサブセットと、クリティカルパスではない少なくとも２つの他のタスク１１０のサブセットを含む。  
【０１０８】
さらに別の実施例では、この方法において、プロジェクトネットワークプレゼンテーション２５６は、タスク１１０に対応するノード２６２と、ノード２６２をつないでノード２６２間の関係を示すエッジ２６４を含み、ノード２６２は、対応するタスク１１０のスラック範囲を示すために強調される。ある変形例において、この方法は、異なるスラックの範囲を示すために異なる色を使用してノード２６２を強調することを含む。さらに別の変形例において、この方法は、エッジ２６４の厚さにより、エッジ２６４がつなぐノード２６２に対応するタスク１１０のスラック値を示すことを含む。
【０１０９】
一態様において、装置が開示されており、この装置は、タスク１１０間の順位関係を記述した情報、タスクの所要時間を示す情報、及びタスク１１０の所要時間の変動性１１６を示す情報を含むプロジェクト明細情報２０６であって、複数のタスク１１０を含むプロジェクト１０４のプロジェクト明細情報２０６を受信するように構成されたプロセッサユニット１２０４と、プロジェクト明細情報２０６を使用してプロジェクト１０４のシミュレーションモデル２２８を生成するように構成されたシミュレーションモデル２２８ジェネレータと、シミュレーションモデル２２８を複数回実行２３４して、クリティカルパスを形成するタスク１１０のサブセットを識別し、シミュレーション結果データ２４８を生成するように構成されたシミュレータ２４４と、シミュレーション結果データ２４８から、クリティカルパス１０４を形成するタスク１１０のサブセットの提示を含むプロジェクトネットワークプレゼンテーション２５６を生成するように構成されたプレゼンテーションジェネレータ２５０を含む。さらに別の態様において、装置は、テキストファイル、電子スプレッドシートファイル２２２、及び拡張マークアップ言語ファイルからなる情報形式２１８のグループから選択された情報形式のプロジェクト明細情報２０６を受信するプロセッサユニット１２０４を含む。別の実施例において、装置は、タスク１１０の所要時間を示す情報と、タスク１１０の所要時間の変動性１１６を示す情報に基づいて、タスク１１０の所要時間をモデル化するための統計形式を判断するように構成されたシミュレーションモデルジェネレータ２２８を含む。ある場合には、装置は、タスク１１０の所要時間を示す情報と、タスク１１０の所要時間の変動性１１６を示す情報を使用して、タスク１１０のランダム所要時間を識別し、各ランダム所要時間に対し、プロジェクト１０４のクリティカルパスを形成するタスク１１０のサブセットを識別し、各タスク１１０に対し要約統計量を更新するように構成されたシミュレータ２４４を含む。
【０１１０】
この場合、要約統計量は、タスクがクリティカルパスにあると識別された複数の実行回数２３４を示すことができる。
【０１１１】
さらに別の実施例では、装置において、プロジェクトネットワークプレゼンテーション２５６は、複数のタスク１１０のサブセット内のタスク１１０のスラックに基づいて、複数のタスク１１０のサブセットを示し、複数のタスク１１０のサブセットは、クリティカルパスを形成するタスク１１０のサブセットと、クリティカルパスにはない少なくとも２つの他のタスク１１０のサブセットを含む。さらに別の実施例では、装置において、プロジェクトネットワークプレゼンテーション２５６は、タスク１１０に対応するノード２６２と、ノード２６２をつないでノード２６２間の関係を示すエッジ２６４を含み、ノード２６２は、対応するタスク１１０のスラックの範囲を示すために強調される。別の場合では、装置において、スラックの異なる範囲を示すために異なる色を使用してノード２６２が強調される。
【０１１２】
一実施例では、装置において、エッジ２６４の厚さは、エッジ２６４でつながったノード２６２に対応するタスク１１０のスラック値を示す。
【０１１３】
別の態様では、プロジェクト計画を生成する方法が開示されており、この方法は、複数のタスク１１０を含むプロジェクトのプロジェクト明細情報２０６であって、タスク１１０間の順位関係を記述する情報、タスク１１０の所要時間を示す情報、及びタスク１１０の所要時間の変動性１１６を示す情報を含むプロジェクト明細情報２０６をプロセッサユニット１２０４によって受信し、プロジェクト明細情報２０６から、プロジェクト１０４を完了するためにクリティカルパスを形成しているタスク１１０のサブセットの表示を含み、且つタスク１１０に対応するノード２６２と、ノード２６２をつないでノード２６２間の関係を示すエッジ２６４を含むプロジェクトネットワークプレゼンテーション２５６を生成することを含み、対応するタスク１１０がクリティカルパス上にある可能性を示すためにノード２６２が強調される。さらに別の場合では、方法において、エッジ２６４の厚さは、エッジ２６２によってつながったノード２６２に対応しているタスク１１０のスラック値を示す。
【０１１４】
本明細書に図示したフロー図及びブロック図は、例示の実施形態の幾つかの可能な実装態様の構造、機能性、及び作業を示している。その際、フロー図又はブロック図の各ブロックは、工程又はステップのモジュール、セグメント、機能又は部分を表わすことができる。幾つかの代替的な実装態様では、ブロックに記載された機能又は機能群は、図の中に記載の順序を逸脱して現れることがある。例えば、場合によっては、連続して示されている２つのブロックの機能をほぼ同時に実行しても、又は時には含まれる機能性によってはブロックに図示した順番とは逆に実行してもよい。また、図示した機能、追加の機能、又はこれら両方の他のブロックを、図示したフロー図又はブロック図の例示のブロックに追加することが可能である。
【０１１５】
異なる例示の実施形態の説明は、例示及び説明を目的として提示されているものであり、網羅的な説明であること、又は開示された形態に実施形態を限定することを意図していない。当業者には、多数の修正例及び変形例が明らかであろう。さらに、異なる例示の実施形態は、他の例示の実施形態と比較して異なる特徴を提供することができる。選択された一又は複数の実施形態は、実施形態の原理、実際の用途を最もよく説明するため、及び他の当業者に対し、様々な実施形態の開示内容と、考慮される特定の用途に適した様々な修正との理解を促すために選択及び記述されている。
【符号の説明】
【０１１６】
１００    プロジェクト計画及び管理環境
１０２    プロジェクトの計画及び管理
１０４    プロジェクト
１０６    製造プロジェクト
１０８    その他のプロジェクト
１１０    タスク
１１２    タスク間の関係
１１４    タスク所要時間
１１６    変動性
１１８    リソース
１２０    プロジェクトの結果
１２２    プロダクト
１２４    その他のプロジェクトの結果
１２６    完了時間
１２８    プロジェクトの計画及び管理システム
１３０    プロジェクトネットワーク
２００    プロジェクトの計画及び管理システム
２０２    データ処理システム
２０４    プロジェクト明細受信機能
２０６    プロジェクト明細情報
２０８    タスク情報
２１０    タスク関係情報
２１２    タスク所要時間情報
２１４    所要時間変動情報
２１６    リソース
２１８    情報形式
２２０    テキストファイル
２２２    電子スプレッドシート
２２４    その他の形式
２２６    シミュレーションモデルジェネレータ
２２８    シミュレーションモデル
２３０    タスクモデル
２３２    実行パラメータ
２３４    実行回数
２３６    オペレータ
２３８    操作インターフェース
２４０    グラフィカルユーザインターフェース
２４２    パラメータの選択
２４４    シミュレータ
２４６    モンテカルロシミュレーション
２４８    シミュレーション結果データ
２５０    プレゼンテーションジェネレータ
２５２    プレゼンテーションパラメータ
２５４    出力システム
２５６    プロジェクトネットワークのプレゼンテーション
２５８    テキストプレゼンテーション
２６０    図表プレゼンテーション
２６２    ノード
２６４    エッジ
２６６    ディスプレイデバイス
２６８    記憶システム
３００    プロジェクト明細情報２０６の一例の表
３０２    タスク識別子
３０４    タスク名
３０６    後続識別子
３０８    最短
３１０    モード
３１２    最長
４００    確定的クリティカルパス法の計算結果の表
４０２    早期開始
４０４    早期終了
４０６    遅延開始
４０８    遅延終了
４１０    スラック
４１２    平均
４１４    クリティカル
５００    ネットワーク図
５０２    ノード
５０４    ノード
５０６    エッジ
５０８    ノード
５１０    ノード
５１２    ノード
５１４    ノード
６００    モンテカルロシミュレーションの結果の表
６０２    平均シミュレーションスラック
６０４    クリティカルの割合（％）
６０６    遅延終了の９５％信頼区間
７００    ネットワーク図
７０２    ノード
７０４    ノード
８０２    プロジェクト明細データを受信するステップ
８０４    シミュレーションモデルを生成するステップ
８０６    ある実行回数だけシミュレーションモデルを実行するステップ
８０８    シミュレーションモデルを実行することで得た結果からプロジェクトネットワークのプレゼンテーションを生成するステップ
８１０    プロジェクトネットワークのプレゼンテーションを表示するステップ
９０２    シミュレーションモデルの各タスクのランダム所要時間をサンプリングするステップ
９０４    ランダム持続時間を使用してプロジェクト全体のクリティカルパス法の計算を実施するステップ
９０６    各タスクの要約統計量を更新するステップ
１０００    航空宇宙機の製造及び保守方法
１００２    仕様及び設計
１００４    材料の調達
１００６    構成要素及びサブアセンブリの製造
１００８    システムインテグレーション
１０１０    認可及び納品
１０１２    運航
１０１４    整備及び保守
１１００    航空宇宙機
１１０２    機体
１１０４    システム
１１０６    内装
１１０８    推進システム
１１１０    電気システム
１１１２    油圧システム
１１１４    環境システム
１２００    データ処理システム
１２０２    通信ファブリック
１２０４    プロセッサユニット
１２０６    メモリ
１２０８    固定記憶域
１２１０    通信ユニット
１２１２    入力／出力ユニット
１２１４    表示装置
１２１６    記憶デバイス
１２１８    プログラムコード
１２２０    コンピュータによって読み取り可能な媒体
１２２２    コンピュータプログラムプロダクト
１２２４    コンピュータによって読み取り可能な記憶媒体
１２２６    コンピュータによって読み取り可能な信号媒体
【図１】
2013117959.tif 000002
【図２】
2013117959.tif 000003
【図３】
2013117959.tif 000004
【図４】
2013117959.tif 000005
【図５】
2013117959.tif 000006
【図６】
2013117959.tif 000007
【図７】
2013117959.tif 000008
【図８】
2013117959.tif 000009
【図９】
2013117959.tif 000010
【図１０】
2013117959.tif 000011
【図１１】
2013117959.tif 000012
【図１２】
2013117959.tif 000013
【外国語明細書】
2013117959000001.pdf
2013117959000002.pdf
2013117959000003.pdf
2013117959000004.pdf