"プラントを準備完了にするコストを見積もるための準備完了見積りエンジンであって、モデル属性を有する1つ以上の準備完了モデルを保存するように構成されたプラント運転準備完了モデルデータベースと、項目属性を有する準備完了項目を備える1つ以上の準備完了チェックリストを保存するように構成された準備完了チェックリストデータベースと、前記プラント運転準備完了モデルデータベースおよび準備完了チェックリストデータベースと通信可能に結合された準備完了分析エンジンであって、プラントに関連したプラント属性を受信し、前記プラント属性を前記項目属性と比較することによって、前記準備完了チェックリストデータベース内にある準備完了チェックリストから、前記プラントの運転を開始する前提条件である該当準備完了項目を特定し、前記プラント属性に基づいて、前記モデルデータベース内にある少なくとも1つの該当準備完了モデルを特定し、前記少なくとも1つの該当準備完了モデルを前記該当準備完了項目に適用することによって、準備完了コスト見積りを作成する、ように構成された準備完了分析エンジンと、前記分析エンジンに結合され、前記準備完了コスト見積りを提示するように構成された見積りインターフェースと、を備える、エンジン。前記準備完了分析エンジンは、チェックリスト項目に適用される先行-後出論理を介して、該当準備完了項目を特定するようにさらに構成される請求項1に記載のエンジン。前記準備完了分析エンジンは、前記特定された準備完了項目に基づいて準備完了プランを作成するようにさらに構成される請求項1に記載のエンジン。前記準備完了分析エンジンは、コスト測定基準に対して前記準備完了プランを最適化するようにさらに構成される請求項3に記載のエンジン。前記少なくとも1つの準備完了モデルは、準備完了プランのシミュレーションを備える請求項3に記載のエンジン。少なくとも1つの該当準備完了モデルは、前記プラントの建設前に確立されたアプリオリモデルを備える請求項1に記載のエンジン。前記準備完了分析エンジンは、複数の確立された準備完了モデルから前記少なくとも1つのプラント準備完了モデルを選択するようにさらに構成される請求項6に記載のエンジン。前記準備完了分析エンジンは、固有装置および重複装置のうちの少なくとも1つの種類を含む装置種類に従って、該当準備完了項目を特定するようにさらに構成される請求項1に記載のエンジン。前記プラント準備完了モデルは、前記装置種類に対応するように調整される請求項8に記載のエンジン。前記準備完了コスト見積りは、前記該当チェックリスト項目に従ってコストを項目化したものを備える請求項1に記載のエンジン。前記準備完了コスト見積りは、コスト種類に従ってコストを項目化したものを備える請求項1に記載のエンジン。前記準備完了コスト見積りは、金銭コスト、時間コスト、労働コスト、および装置台数のうち少なくとも2つのコスト種類を含む、互いに異なるコスト種類を備える請求項1に記載のエンジン。よって、運転準備完了コストを見積もるシステムおよび方法に対する要求が依然としてある。本発明の主題は、プラントの運転準備完了コストを見積もることができる装置、システムおよび方法を提供する。例えば、準備完了分析エンジンは、おそらくは建設要件、運転手法開発コスト、保守管理装置、またはプラントに関連した他の属性を含むプラント属性を組み込んでいる1つ以上の準備完了モデルを分析するように構成され得る。分析エンジンは、準備完了項目例えば、タスク、装置、訓練、認可、適合性、職員雇用等を備える準備完了チェックリストにアクセスすることができる。入力されたプラント属性に基づき、分析エンジンを使用するSMEは、該当する準備完了項目例えば、装置、活動、タスク、職員等をチェックリスト、おそらくは包括的な準備完了チェックリストから特定して、どの項目が所有者に対して準備を整えさせるのに必要となるかを判断することができる。チェックリストの項目は、どの項目が互いに関連しているかを示す先行-後出論理に基づいてリンク付けされ得る。その後、分析エンジンは、該当する準備完了モデルを該当するチェックリスト項目に適用して、準備完了コスト見積りを作成することができる。コスト見積りは、コスト見積りレポートを提示するための見積りインターフェースを構成することによって、新規のプラント所有者へ提示することができる。本発明の主題の様々な目的、特徴、側面、および利点は、添付の図面と共に以下の好ましい実施形態の詳細な説明からいっそう明らかになるであろう。図中、同様の数字は同様の構成要素を表す。なお、以下の説明はコンピュータ/サーバベースの準備完了見積りエンジンに向けられているが、様々な代替構成も適していると思われ、サーバ、インターフェース、システム、データベース、エンジン、コントローラ、または個々にまたは集合的に動作する他の種類のコンピューティング装置を含む様々なコンピューティング装置を使用してもよい。コンピューティング装置は、具体的で一時的でないコンピュータ読み取り可能な記憶媒体例えば、ハードドライブ、固体ドライブ、RAM、フラッシュ、ROMなど上に保存されたソフトウェア命令を実行するように構成されたプロセッサを備えるものと理解すべきである。ソフトウェア命令は、好ましくは、開示された装置に対して、役割、任務、または後述するような他の機能を提供するようにコンピューティング装置を構成する。特に好ましい実施形態において、様々なサーバ、システム、データベース、またはインターフェースは、おそらくはHTTP、HTTPS、AES、公開-秘密鍵交換、ウェブサービスAPI、周知の金融取引プロトコル、または他の電子情報交換方法に基づいて、標準プロトコルまたはアルゴリズムを使用してデータ交換する。データ交換は、好ましくは、パケット交換ネットワーク、インターネット、LAN、WAN、VPN、または他の種類のパケット交換ネットワーク上で行われる。開示された技術は、プラントを運転準備完了にする処理を通じて新規のプラント所有者を導くことができるインフラストラクチャを提供することを含む、数多くの有利な技術効果を提供することを理解すべきである。本明細書において用いられるように、そして文脈に反しない限り、結合されたcoupledtoという用語は、直接結合互いに結合される2つの要素が互いに接触するおよび間接結合少なくとも1つの追加の要素が2つの要素間にあるの両方を含むものと意図される。したがって、結合されたcoupledtoおよび結合されたcoupledwithという用語は同義語として使用される。新規プラントを設計または建設する準備のための計画局面におけるビジネスは、新規の施設を開始および運転する前に数千のタスクを完了する必要があることが多い。新規プラントの所有者は、プロジェクト予算内でこの仕事を完了させるコストを計上すべきである。以下の開示は、新規のプラントまたは生産プラントについて運転準備完了に備える活動を完了させるコスト例えば、労働、時間、材料、金銭、装置、ツールなどを見積もるための処理または知識ベースモデルについて論じている。見積もられたコストは、金銭上のコスト、時間コスト、装置コスト、人材コスト、工具コスト、アプリケーションソフトウェアプログラムコスト、または他の種類の資源費用を含みうることに注意すべきである。図1において、準備見積り完了エンジン100を使用して、新規プラント所有者に対する準備完了コスト見積りまたは準備完了プランを作成することができる。準備完了見積りエンジン100は、内部ネットワーク上で通信可能に互いに結合された個々のコンポーネントのシステムとみなすことができる。ある実施形態においては、準備完了見積りエンジン100は、プラントの建設完了に従事したEPMC会社によって新規プラント所有者に対するサービスとして提供される。準備完了見積りエンジン100は、準備完了チェックリストデータベース120と、準備完了モデルデータベース130と、分析エンジン110と、ユーザインターフェース155と、見積りインターフェース165とを含み得る。ローカルユーザ例えば、内容領域専門家SME150、遠隔ユーザ例えば、所有者160は、ネットワーク115例えば、WAN、LAN、インターネット等上でユーザインターフェース155または見積りインターフェース165を介して準備完了見積りエンジン100にアクセスすることができる。1人以上のSME150、すなわち他のユーザが、実際のプラント建設に関する情報を示すプラント属性140を入力する。分析エンジン110は、プラント属性140を使用して、チェックリストデータベース120に保存された1つ以上の該当する準備完了チェックリスト、またはモデルデータベース130に保存された1つ以上の該当する準備完了モデルを選択することができる。適切なチェックリストまたはモデルがそのプラント建設に該当するとみなされると、分析エンジン110は、選択された該当モデルを、選択されたチェックリスト内にある該当項目に適用して、準備完了コスト見積りを作成することができる。プラント属性140は、実際のプラント建設の側面を反映するデータを表しており、数多くの異なる形式を取り得る。プラント属性140は、数字、文字列、データ構造、または他の種類のデータオブジェクトを含むさまざまなデータオブジェクトとして保存されることができる。プラント属性140は、単一の値のパラメータまたは多値のパラメータであってもよい。多値のパラメータの例としては、名称,値ペアが挙げられる。ここで、名称は属性が参照され得る例えば、温度、圧力等モニカmonikerを表し、値は属性の特定のデータを表す。ある実施形態においては、多値の属性は、プラント構成要素または他の資産に関連した情報のNタプルtupleを含み得る。プラント属性140は、プラント建設のすべての局面から、またはプラント建設に関連したすべてのスケールからの情報を有し得る。例えば、プラント属性140は、開始、設計、工学、建設、運転、管理、コミッショニング、ディコミッショニングから、または寿命末期までを通してのプラントの寿命サイクルの段階に関連したデータを含み得る。さらに、プラント属性140は、構成要素レベル例えば、ボルト、バルブ、ポンプ等からプロジェクトレベル例えば、現場、所有者、EPMC会社等までのデータを含み得る。スケールレベルの例としては、資産レベル、構成要素レベル、プラントレベル、現場レベル例えば、地理、場所等、管轄レベル例えば、市、州、地域、国等、または他のレベルが挙げられる。プラント属性140は、所望により、組織構造に整理することができる。より好ましい実施形態において、プラント属性140に対して、標準化されかつプロジェクトに依存しない名前空間に従った名称および値を割り当てることができる。名前空間は、1つ以上の望ましいスキーマに基づいて組織することができる。ある実施形態においては、名前空間は、一般的なプラント建設プロジェクトテンプレートに従って階層的に組織することができる。プラント属性140がシステムに入力されると、テンプレートは、特定のプラント建設用に具体化され得る。プラント属性140は、所望により、自動的に取得され得る。ある実施形態においては、分析エンジン110は1つ以上のエンジニアリングモデリングツールと通信可能に結合し得る。例えば、分析エンジン110は、SmartPlant商標または他のツールからプラント設計属性140を取得するように構成され得よう。分析エンジン110は、モデル化されたプラントのツール固有表記を、準備完了見積りエンジン100の標準化された名前空間に変換することができる。チェックリストデータベース120は、プラント建設に関連した1つ以上の準備完了チェックリストを保存するように構成されたデータベースを表す。準備完了チェックリストは、建設プロジェクトの異なる局面における異なる準備完了の場合に関連するような、数多くの異なる種類のものがあり得る。例えば、チェックリストは、設計準備完了、エンジニアリング準備完了、建設準備完了、運転準備完了、または単に新規プラント所有者への引渡し準備完了に関連付けられ得る。特に好ましいチェックリストは、建設プロジェクトの全局面をカバーする包括的チェックリストを備え、包括的チェックリストは、プラント所有者に対してプラント建設の新局面へ移行する準備が整うようにするために有用と考えられる最適な実務上の行為または項目を表し、プラントの所有権の取得を含んでいる。チェックリストデータベース120内に保存されたチェックリストは、プラント所有者に対して特定のプラント建設の準備が整うようにすることに関連しても関連しなくてもよいような準備完了項目を備える。準備完了項目は、装置、タスク、職員、イベント、または所有者が準備完了となるのに必要とされるような他の種類の項目を含み得る。各項目は、プラント建設の準備完了に項目がどのように関係するかを記述する属性も備え得る。項目属性は、おそらくはプラント属性140について使用したのと同じ名前空間に従って、プロジェクトに依存しないデータとして保存することもできる。同様に、モデルデータベース130は、1つ以上の準備完了モデルを保存するデータベースを表す。準備完了モデルは、既知のチェックリスト項目およびプラント属性140をコスト見積りに変換するように構成される1つ以上のモジュールを含み得る。準備完了モデルの例としては、スプレッドシート、ソフトウェアシミュレーション、モンテカルロアプリケーション、またはデジタルモデルの他の種類が挙げられる。モデルデータベース130に保存された準備完了モデルは、チェックリストデータベース120に対して上述したようなプラント建設の全局面における様々な種類の準備完了に対応するように構成され得る。加えて、準備完了モデルは、建設プロジェクトに依存しないとされ、1つ以上の異なる建設プロジェクトに適用可能である。モデルは、システム内の他のデータオブジェクトと同様、プラント属性140、チェックリスト属性、項目属性、または他のオブジェクト属性と同様の名前空間内に当てはまる、1つ以上の割り当てられたモデル属性を含み得る。SME150、すなわち他の権限を有するユーザがプラント属性140を入力すると、分析エンジン110は、セレクタ145を使用して、チェックリストデータベース120からのどのチェックリストが現在検討中のプラント建設に該当するとみなされるかを判断することができる。該当チェックリストは、セレクタ145を介して、プラント属性140を当該チェックリストに関連した属性と比較することにより、特定することができる。この比較が選択規則を満足すれば、チェックリストは該当すると見なされる。例えば、プラント属性140が、プラント建設はほとんど完成しており、かつ、最終の準備完了活動または項目の一式が保証されていると見なされることを示しているという理由で、セレクタ145が、包括的準備完了チェックリストは該当すると特定することもあろう。なお、該当チェックリストが、プラント建設に該当しない準備完了項目を有する場合もあろうことに注意すべきである。セレクタ145は、該当しないチェックリスト項目をフィルタリングする;検討中のプラント建設に該当すると特定された準備完了項目を残しておく、ことによって、プロジェクト固有のチェックリストを構築することができる。どのチェックリスト項目がプラント建設に該当するかをセレクタ145が特定するのと同様に、セレクタ145は、モデルデータベース130に格納されたどのモデルが検討中のプラント建設について該当する準備完了モデルと見なされるかを判断することもできる。セレクタ145は、同様に、プラント属性140を、モデルに割り当てられた属性に対して比較することができる。この比較がモデル選択規則を満たせば、モデルは該当すると見なされる。該当準備完了項目および該当モデルが特定または選択されると、モデラ135は、該当モデルを準備完了項目に適用して、準備完了コスト見積りを作成することができる。例えば、該当項目は、プラント属性140から取得された実際の値を追加したデータフィールドを有する固有チェックリストの一部であり得る。該当項目は該当モデルに挿入されるか、またはそうでなければ入力され、その後、モデラ135によって実行されて結果を作成することができる。該当モデルは、スプレッドシートのように単純なものであってもよいし、1つ以上の一連のモンテカルロアプリケーションのように複雑なものであってもよい。モデルの複雑性には関係なく、モデラ135は、1つ以上の準備完了コスト見積り167を作成することができ、見積りインターフェース165を介して準備完了コスト見積り167を所有者160に提示することができる。準備完了コスト見積り167は、分析エンジン110のユーザ例えば、所有者160、SME150等によって選択または所望された1つ以上のコスト見積りを備えることができる。準備完了コスト見積りの例としては、異なる種類のコストが含まれ、金銭コスト、時間量、装置台数、職員数、材料量、または他の量が含まれる。見積りインターフェース165は、所望により異なる手法に従って準備完了コスト見積り167を提示するように構成され得る。ある実施形態においては、見積りインターフェース165が、所有者160に対してローカルなウェブページを描画して準備完了コスト見積り167をウェブページ、おそらくはスプレッドシートまたは他の種類のレポートとして提示することができるウェブサーバーとして動作し得る。見積りインターフェース165は、所有者160が対話型準備完了コスト見積り167と対話できるようなアプリケーションインターフェースとして動作することも可能であろう。例えば、見積りインターフェース165は、ユーザコントロールを提示して、所有者160が準備完了シミュレーションまたはモンテカロルアプリケーションのパラメータを調節し、モデル変更のパラメータが変化するにつれ準備完了コスト見積り167がどのように変化するかを判断するといった、モデラ135の動作を調節することができる。より完璧な例として、所有者160がプラント設計開発の早期段階にある場合を考える。所有者160は、建設を開始する準備完了を判断するために、設計に関連したプラント属性140を調節することができよう。所有者160は、管轄プラント属性140を変更して、プラント設計の新規の管轄への移行に基づいて準備完了コスト見積り167が変化するかどうかをみることができよう。分析エンジン110は、複数の別個のプロジェクトに関して、複数のユーザが同時に使用可能であることを理解すべきである。例えば、プラント属性140の第1のインスタンスは、第1の特定のプラント建設プロジェクトに関連付けることができ、プラント属性140の第2の別個のインスタントは、全く異なる第2のプラント建設プロジェクトに関連付けることができる。実際、各プラント建設オブジェクトは、異なる所有者160を有してもよいだろう。複数の異なるプロジェクトを支援するために、チェックリストデータベース120およびモデルデータベース130は、プロジェクトに依存しないフォーマットで各データオブジェクトを保存するように構成され得る。図2において、チェックリストデータベース220は、1つ以上のチェックリスト225を保存し、それぞれは、1つ以上の準備完了チェックリスト項目227を有する。チェックリスト225は、例えば、新規プラント所有者が所有権を得る準備が完了しているかなど、局面における成果物に関して所有者が準備完了しているかを判断する場合に有用と見なされるチェックリスト項目227を編集したものを示す。また、この編集物は、複数の過去のプロジェクトに渡って学んだ教えを表し、様々な既知の最良の実務をカバーするとみなし得る。より好ましい実施形態において、チェックリスト225は、別個の管理可能なオブジェクトと見なされる。各チェックリスト225は、対応するチェックリスト225の性質を記述する1つ以上のチェックリスト属性226を含み得る。チェックリスト属性226は、名称、識別子、チェックリストの種類、該当する管轄、該当する所有者、チェックリストレベルのモデリングパラメータ、またはチェックリスト225に割り当てられた他の種類の属性を含む、幅広い情報をカバーすることができる。チェックリスト225は、チェックリスト属性226を介してチェックリスト225上で動作するように構築された1つ以上のクエリをおそらくは送ることで、チェックリスト225を必要に応じてアクセス、検索、または更新することができる。例えば、中国管轄チェックリスト属性226を有する準備完了チェックリスト225すべてを検索することができよう。さらに、先に述べたように、チェックリスト属性226は、システム内の他のオブジェクトと容易に比較できるように、標準化または正規化された名前空間に準拠することもできる。各準備完了チェックリスト225は、1つ以上の準備完了チェックリスト項目227を含み得る。準備完了チェックリスト項目227は、準備が完了したと見なされ得る前に十分な状態であるとみなされるべき項目に対応している。例えば、準備完了項目227は、装置1台を含むこともあろう。当該特定の装置の準備が整っている例えば、適切な場所に、割り当てられた、または訓練された適切な職員を有するなどと、十分な状態であるとみなされるであろう。準備完了項目227は、チェックリスト225を調査する際に必ずしも十分な状態である必要はないことを心に留めておくべきである。なぜならば、建設プロジェクトがいまだ進行中だからである。チェックリスト225の準備完了項目227は、1つ以上の準備完了項目227がそのプロジェクトに該当し、他の項目は当該プロジェクトに該当しないとみなされる、特定のプラント建設プロジェクトに対して包括的に該当する場合があろう。プロジェクトのプラント属性をチェックリスト属性226または項目属性229と比較することによって、そのプロジェクトに該当準備完了項目227が該当すると特定することができる。準備完了項目227は、数多くの異なる種類の項目を含み得る。項目の例としては、装置、職員、文書化、タスク、またはプロジェクト局面にとって適切な所有者準備完了を確保するための他の種類の要件が挙げられる。各項目属性229は、その対応項目227を記述する情報量を提供する。項目属性229の例としては、名称、識別子例えば、UUID、GUID等、種類、項目に対する関連コスト、資産レベル情報、該当する管轄、所有者、モデリングパラメータ、または他の種類の属性が挙げられる。また、システム内の他のオブジェクトと同様に、項目属性229は、共通の名前空間に従っている。2つの特に好ましい項目属性229は、先行項目リンクと、後出項目リンクとを備える。これらのリンクは、おそらくは他のチェックリスト225内の、他の項目227との関係を示す。先行項目リンクは、現在の項目が十分な状態にあると見なし得る前に十分な状態であるべき準備完了項目227を示す。例として、準備完了項目227は、建築現場における装置を所有することに対応する。先行項目は、装置1台を購入するタスクを含む。同様に、先行項目リンクは、準備完了を確立するための一連の項目における必要な項目とみなされ得る準備完了項目227を示す。上記の例を続けると、この装置に対する先行項目は、ある人を当該装置に割り当てるまたは当該人に対して装置の利用を訓練するためのタスクを含むこともあろう。先行項目はまたは後出項目がプラント属性に関して項目選択規則を満たす準備完了項目属性229を有していない場合でも、先行-後出論理predecessor-successorlogicを介してさらなる該当準備完了項目227を特定できる。このような項目は、ともすればプラントと無関係のように見えるかもしれないが、先行-後出論理分析に基づいて、やはり該当するとみなされるだろう。特に注意すべきなのは、準備完了属性229は、準備完了コスト見積りを判断するための準備完了モデル内のモデリング項目227に関連した情報を含み得ることである。当然ながら、モデリングパラメータは、項目227の性質およびその関連コストに基づいて、数多くの異なる形式を取ることができよう。モデリングパラメータは、項目227に関連したコスト測定基準costmetricを表すために使用され得る1つ以上のアルゴリズムまたは式を含んでもよいだろう。上述の装置例において、コストの確立に該当するモデリングパラメータは、装置取得のリードタイムと、使用単位時間あたりの、購入価格、リスク、または安全測定基準についてのソースsource、または、コスト見積りを判断するのに使用され得る他の種類の情報を含み得よう。本例をさらに拡張すると、装置種類は、固有または重複して特定され得る。固有装置は、より高い準備完了コストを招き得るが、重複装置は、より低い準備完了コストであり得よう。包括的準備完了チェックリスト225は、プラント所有者の準備を整えるために必要とされるような項目または活動のリストを含んで提供され得る。例えば、準備完了チェックリストは、保守管理準備完了、運転準備完了、システム準備完了、組織的準備完了、支援準備完了、サプライチェーン準備完了、リスクおよび所有者準備完了検査、または他の種類の準備完了に関連する項目を含み得よう。開示された技術に従って動作するように適合され得る既知のシステムとして、FLUOR登録商標UpFRONT役務商標運転準備完了および開始支援サービスが含まれる。図3において、モデルデータベース330は、1つ以上の準備完了モデル335を、好ましくはプロジェクトに依存しない方法で保存するように構成される。システム内の他のオブジェクトと同様に、準備完了モデル335は、モデル属性336によって示されるような属性も備え得る。モデル335は、1つ以上の準備完了コスト見積りを作成するように構成された様々な種類のアプリケーションを含み得る。モデルの例には、スプレッドシート、モデリングプログラム、シミュレーション、またはモンテカルロアプリケーションさえも含まれる。準備完了モデル335は、モデルが該当すると見なされる状況に関する情報を提供する1つ以上のモデル属性336を備える。同様に、準備完了モデル335は、プラント属性と準備完了モデル属性336との比較に基づいて、プロジェクトに該当すると特定され得る。典型的には、モデル属性336は、チェックリスト属性、準備完了項目属性、または他のより詳細なレベル属性よりも高レベルグローバルな見方を有する。例えば、モデル属性336は、モデルが該当すると見なされる準備完了の場合または管轄についてのコスト測定基準すべてを含み得る。それでもなお、モデル属性336は、資産レベルまでもといった、より詳細なレベルを含み得るとも考えられる。ある実施形態においては、モデル属性336は、数多くの別個のプロジェクトに該当するというよりも、特定のプロジェクト所有者またはプロジェクトの他の特定の局面についてモデル335が該当するにすぎないことを示すことができよう。モデル335は、準備完了コスト見積りを導き出すために、システムの他のコンポーネントからの様々な情報を組み合わせて使用される。該当準備完了モデル335は、該当するチェックリスト項目、準備完了項目属性、またはプラント属性と合わせて、プラント用の準備完了モデルを開発することができる。モデル335がスプレッドシートを備える実施形態においては、準備完了項目属性およびプラント属性から得られる情報は、スプレッドシートに入力されて、1つ以上の該当コスト測定基準を作成する。モデル335がシミュレーションを備える実施形態においては、シミュレーションは、様々な属性に従って構成され得る。その後、シミュレーションは実行されて、コスト測定基準を判断することができる。コスト測定基準は、時間、装置、材料の量、品質、リスク、安全性、職員、または他の定量化可能な要因に基づいて行われてもよい。準備完了モデル335は、過去の経験に基づいて構築され得る。例えば、準備完了モデル335は、現在検討中のプラントの建設以前に設立されたアプリオリモデルを備え得る。アプリオリモデルは、過去の建設プロジェクトに基づいてプラント所有者に対して準備を整えさせることについて学んだ教えを具現化している。分析エンジンが1つ以上の準備完了モデル335を使用しようと求めた場合、選択されたモデルは、アプリオリモデル、新規作成モデル、またはモデルデータベース330内の他のモデル335のうちの1つであり得る。準備完了モデル335は、少なくとも1つの導出されたコスト測定基準を備える1つ以上の準備完了コスト見積りを作成するように構成される。プロジェクトに関係するとみなされる該当チェックリスト項目の多くは、準備完了に対して十分な状態でない場合があることを覚えておくべきである。したがって、準備完了コスト見積りまたはコスト測定基準は、確定的な値を有さない場合があろう。固有数重複量も判断でき、これらはモデルにロードされる。一般的に、固有項目は、設計のための追加の時間例えば、高い準備完了コストが必要となるのに対し、重複項目はそれらに関連した設計のために多くの時間を必要としない例えば、低準備完了コストだろう。これらは、見積もられた準備完了コストに影響を与えることになろう。準備完了モデル335は、モンテカルロ環境におけるのと同様の回数、シミュレーションとして実行されて、コスト測定基準上の広がりspreadを判断することができる。異なる入力パラメータを有するシミュレーションを複数回実行すれば、準備完了コスト見積りおよびコスト測定基準に信頼を与えることができる。ある人がタスクすなわち、該当準備完了アイテムを割り当てられた例を考える。タスクを割り当てられた第1の人は、コスト測定基準を増加させるが、第2の異なる人がタスクを割り当てられると、コスト測定基準は減少するかもしれない。準備完了モデル335を利用して、準備完了コスト見積りにおける広がりを判断することができる。シミュレーションを複数回実行すると、適切な準備完了の達成に関する統計を構築することができることを理解すべきである。本発明の主題は、この統計を使用して所望の準備完了を達成する尤度を生成することを含むものと見なされる。加えて、入力属性例えば、職員がタスクに割り当てられたこと、利用可能な装置等を変化させて該当する準備完了モデル335にすることも、準備完了コスト見積りに関連した1つ以上のコスト測定基準を最適化することを提供する。入力属性は様々なので、所有者は、どのように時間、金銭、努力、装置を節約するか、またはさらにリスクを減少するのが最良かを判断することができる。例えば、モデル335は、装置種類例えば、固有、重複等に対応するaccommodateように調整することができよう。職員属性を変化させる方法の1つとして、特定のスキル測定基準または能力を有する既知の職員を有する責任マトリックスの使用が挙げられる。分析エンジンは、マトリックスを調査して他の個人をタスク、装置、または他のチェックリスト項目に割り当てることができるかどうかを判断することによって、リソース割り当てを変更することができる。個人が一連の適切なスキルまたは能力すなわち、属性を有していれば、その個人は、より効率的でない個人との適切な交換要員となり得よう。準備完了モデル335は、準備完了を達成するためのシミュレーションとして利用され得ることを考慮すると、準備完了モデル335は、準備完了プランを作成するために利用され得ることも理解すべきである。おそらくはコスト測定基準の最適化を含む、望ましい準備完了コスト見積りが完了すると、準備完了モデル335を使用して、チェックリスト項目、割り当てられたリソース、リンクされた項目例えばリンクチェックリストタスク、先行、後出等、または適切な準備完了をどのように達成するかを略述する他の情報を有する推奨準備完了プランを出力することができる。さらに、推奨準備完了プランは、成功の尤度、項目化されたコスト測定基準、項目化されたリスク要因、またはプラント所有者に有用な他の情報をも含み得る。図4において、方法400は、準備完了コスト見積りを作成するための可能な方法を示す。方法400は、上述の様々な要素がいかに相互に作用して、1つ以上の準備完了コスト見積りを生み出すかを略述する。ステップ410は、1つ以上の準備完了チェックリストを保存する準備完了チェックリストデータベースへのアクセスを提供することを含む。チェックリストは、追加、削除、更新、またはそうでなければ、時間の経過、または、過去の建設プロジェクトから所有者に対して準備を整えさせることを通じて教えを学ぶにつれて修正することができる、生きたliving書類と見なされる。より好ましい実施形態において、チェックリストは、プロジェクトに依存しないやり方で保存される。例えば、チェックリストは、XMLデータ構造として保存され得るだろう。各チェックリストは、チェックリスト属性を含むことができ、準備完了項目属性を同様に有する1つ以上の準備完了チェックリスト項目を含むことができる。上述したように、システム内の様々なデータオブジェクトは、オブジェクトが1つ以上の選択規則例えば、ブール論理、プログラマティック命令、相互関係等に従って互いに容易に比較し合えるよう、一般的な名前空間に準拠した属性を有し得る。ステップ410は、1つ以上の準備完了モデルを保存する準備完了モデルデータベースへのアクセスを提供することを含む。準備完了モデルは、システムの他のオブジェクトと同様に、属性によって特定されることもできる。準備完了モデルは、単純なスプレッドシートから、準備完了の場合のシミュレーションを表す複雑な命令の組、またはさらにはモンテカルロアプリケーションまでおよぶことがある。ステップ430は、チェックリストデータベースおよびモデルデータベースと通信可能に結合し得る準備完了分析エンジンへのアクセスを提供することを含む。ユーザは、おそらくはネットワーク例えば、インターネット上に提示された1つ以上のユーザインターフェースを介して、準備完了分析エンジンにアクセスすることができる。ある実施形態においては、ユーザは、分析エンジン内部のHTTPサーバによって供給されたウェブページを介して準備完了分析エンジンにアクセスすることができる。他の実施形態においては、ユーザに対してローカルに実行している1つ以上のソフトウェアアプリケーションを通じてアクセスすることができる。ステップ440は、プラントに関連したプラント属性を受信することを含む。例えば、ユーザ、おそらくは内容領域専門家は、プロジェクト特定情報がプラント属性という形式で提示される分析エンジンに、プロジェクト特定情報を入力することができる。上述したように、プラント属性は、1組の属性がおそらくは異なるオブジェクト上での他の1組の属性と容易に比較できるように、一般的な名前空間に正規化され得る。プラント属性は、1つ以上の設計ツールから自動的に取得され得る。例えば、分析エンジンは、3Dモデリングツールに結合されて、幾何学属性、パーツリスト、装置記述例えば、固有、重複、既成品等または他の属性を取得することができる。ステップ450において、分析エンジンは、プラント属性を使用して、チェックリストデータベースに保存されたチェックリストから該当準備完了項目を特定することができる。該当項目を特定することは、プラント属性をチェックリスト属性またはチェックリスト項目属性と比較することを含む。分析エンジンが、チェックリスト項目がプラント属性に関する比較選択基準を満たすことを見つけた場合、チェックリスト項目は準備完了コスト見積りを見積もるために使用される、該当チェックリスト項目と見なされることになる。加えて、ステップ455において、分析エンジンは、該当チェックリスト項目内の先行-後出論理に従って先行または後出リンクをたどり、追加の該当チェックリスト項目を特定することができる。ステップ460は、ステップ450と同様に、準備完了モデルデータベースから該当準備完了モデルを特定することを含み得る。分析エンジンは、プラント属性を、様々な準備完了モデルに関連する属性と比較することができる。この比較が満足の行く結果を生じる場合、準備完了モデルは、現在のプラント建築プロジェクトに該当するものと見なされる。ステップ470は、該当準備完了モデルを該当準備完了項目に適用することを含む。分析エンジンは、該当準備完了項目から、その属性情報を含む情報を取得して、その情報を該当準備完了モデルに入力する。例えば、モデルは、項目のタスクの属性から取得可能なタスクを完了するための推定時間フレームを必要とする場合がある。推定時間フレームは、モデルのパラメータとしてモデルに入力することができる。モデルは、その後、推定時間フレームを、必要に応じてタスクが割り当てられた職員に関連した1つ以上の倍率で調整することができよう。モデルは、数多くの時間フレームを組み合わせて、最終の推定時間フレームすなわち、推定コスト測定基準を作成して準備完了を完成させることができる。そのような取り組みは、スプレッドシートアプリケーションを使用して達成することができる。ある実施形態においては、ステップ475は、準備完了プランの1つ以上のシミュレーションを実行することを含み得る。準備完了プランは、準備完了を達成するのに十分な状態であるべき該当チェックリスト項目を項目化することによって、モデルから作成可能である。さらに、分析エンジンは、プランがシミュレーション用に充分に具体化されるように、職員、装置、または他のリソースを各項目に割り当てることができる。シミュレーションは、複数回実行されて、準備完了達成に関連した統計を導き出す事ができる。準備完了プランは、1つ以上の準備完了要件を含み得る。準備完了要件の例としては、リスク管理、訓練、運転手順、人材プランニング、雇用者訓練、保守管理手順、予備品プランニング、サプライチェーン活動、企業I/Tシステム、規制順守、コミッショニング、準備完了レビュー、処理認可等が挙げられる。ステップ480は、モデルに基づいて見積もられた準備完了コストを作成することを含み得る。上述したように、準備完了コスト見積りは、様々な方法を通じてモデルから生成することができる。ある実施形態においては、モデルは、式またはアルゴリズムをプラント属性または該当チェックリスト属性に適用することから計算される1つ以上のコスト測定基準に基づいて見積もられる準備完了コストを生成する。より複雑な実施形態においては、モデルは、コスト測定基準を生み出すシミュレーションを表す。例えば、分析エンジンは、属性が固定値を有しないことを前提に、属性値が変化することを許容し、おそらくはモンテカルロアプリケーション内において、モデルシミュレーションを複数回実行することができる。入力パラメータを該当モデルに変化させることによって、分析エンジンは、コスト見積りまたはコスト測定基準が十分な分散を有するかどうかを判断することができる。実際、ステップ485は、コスト測定基準に対して準備完了プランを最適化することを含み得る。分析エンジンはモデルの入力パラメータを変化させると、結果生じる準備完了コスト見積りも恐らく変化する。よって、分析エンジンを使用して、最適化されたコスト測定基準を生み出す可変属性値を求めることによって準備完了プランを最適化することができる。コスト測定基準の最適化は、金銭、時間、努力、リスク、安全、装置、材料、または他の種類の測定基準のようなコスト測定基準値を増加/減少させ得る。ステップ490は、準備完了コスト見積りを提示することを含む。コスト見積りを提示することは、様々な該当チェックリスト項目、コスト測定基準、推奨準備完了プラン、または他の情報の項目化されたリストを備えるレポートを表すように、遠隔コンピュータを構成することを含み得る。ある実施形態においては、準備完了コスト見積りは、ユーザが制御または対話してコスト見積りの範囲を判断することができる対話型アプリケーションとして構築され得る。好ましくは、プラント所有者は、提示されたコスト見積りを使用して、1つ以上の建設局面の準備完了をいかに達成すべきか、またはそのプラントを引き継ぐかを判断することができる。開示された技術については、数多くの利点がある。開示された処理は、柔軟性があり、モジュール化されている。過去の経験を利用することで、クライアントの目的にあったコスト見積りを作成するように、適合する準備完了プランを即座に確立できる。コスト見積りは、新規のプラント所有者による再検討または予算目的のための主要な活動によって組織化され得る。例えば、コスト見積りは、活動、装置、人材、時間、または他の種類のコストに項目化され得る。見積りは、保守管理、サプライチェーン、支援、システム、または他の種類の準備完了といった準備完了の種類によっても項目化され得る。開示されたシステムは、幅広い範囲の業界および異なる種類の新規生産施設のために使用することができるであろうことが意図されている。例えば、開示された分析エンジンおよび技術は、代替の設計コストを評価するために設計者を助ける人工知能工学設計アプリケーションとして有用であろう。これは、企業が運転準備完了に備えるコストを削減して新規プラントの寿命サイクルコストを最適化する設計構成を選択するために、使用することができる。また、プラント建設前または建設中に、準備完了コスト見積りまたは準備完了プランを作成できることも理解すべきである。このような取り組みは、プラント所有者が正確な情報を適時有して、プラント開発に関する堅実な決定を行うことを保証するものである。個人が代替の設計を評価できたり、決定間の差分コストについて理解できたりする決定支援システムなどの技術を、様々な産業は利用することができるだろう。既に述べた以外のさらに多くの変形が、本明細書における本発明の概念から逸脱せずに可能であることは、当業者にとって自明であろう。したがって、発明の主題は、添付の請求項の範囲以外には制限されない。さらに、本明細書および請求項の両者を解釈する際に、すべての用語は、文脈と矛盾のないような、可能な限り最も広いやり方で解釈されるべきである。特に、備えるcomprisesおよび備えるcomprisingという用語は、要素、構成要素、またはステップを非排他的な方法で述べているものと解釈されるべきであり、参照された要素、構成要素、またはステップは、明示的に参照されてない他の要素、構成要素、またはステップと共に提示または利用または組み合わされてもよい。本明細書がA、B、C...Nからなる群から選択されたもののうち少なくとも1つについて主張言及する場合には、本文は、AとNとを加えたものまたはBとNと加えたものではなく、当該群から1つの要素だけを要するものとして解釈されるべきである。"