JP2020512622A - 複合エンジニアリング施設のライフサイクルを管理する方法とその実装のためのシステム - Google Patents

Abstract

本発明は、自動制御方法に関する。原子力および火力発電所、水力発電所などの複合エンジニアリング施設の全ライフサイクルを管理するために使用することができる。本発明は、複合エンジニアリング施設の設計、建設、運用および廃棄作業の段階で適用できる。複合エンジニアリング施設のライフサイクル管理システムは、前記施設の構成管理を確保する。つまり、施設の構造群、システム群、および要素群それぞれの特性を識別およびドキュメント化するプロセスを確保し、前記それぞれの特性の変更が適切に開発されて検証し、認可取得、製造され、取り付けられ、試験済みであって、記録されて設備のドキュメントに反映ることを保証する。複合エンジニアリング施設のライフサイクルのあらゆる段階で重要な検証済みの情報へのアクセス速度を高めることが本発明を使用することにより達成される技術的結果である。アクセス速度を高めることは、施設のドキュメントのステータスとシステムに配置されて設備の要求群および統合された設備の３Ｄ−モデルに関する必要な全情報を含める番の知的データ配列の明確な対応を適用することにより、施設の状態変更の管理（監視）プロセスの信頼性を高めることと、安全および経済的に効果の高い意思決定を行うことを目的としている。

Description

本発明は、自動制御方法に関する。原子力および火力発電所、水力発電所などの複合エンジニアリング施設の全ライフサイクルを管理するために使用することができる。本発明は、複合エンジニアリング施設の設計、建設、運用および廃棄作業の段階で適用できる。

複合エンジニアリング施設のライフサイクル管理システムは、前記施設の構成管理を確保する。つまり、施設の構造群、システム群、および要素群それぞれの特性を識別およびドキュメント化するプロセスを確保し、前記それぞれの特性の変更が適切に開発されて検証し、認可取得、製造され、取り付けられ、試験済みであって、記録されて設備のドキュメントに反映することを保証する。

複合エンジニアリング施設のライフサイクル管理システムが周知であり、例えば、http://pdteurope.com/wp-content/uploads/2016/07/2-4c-Kent-PLM-based-workflow-for-CM-and-NKM-in-the-nuclear-power-industry.pdf)、
特に、熱発電エネルギーおよび原子力エネルギーの業界で発電企業会社であるシーメンス社の
−Archimed NXT知識マネジメントシステムをベースとしたSiemens Teamcenter Nuclear Edition
−Dassault Systemes 3DEXPERIENCEをベースとした3DS最適化プラント建設および3DS統合プラントエンジニアリング
−CADサプライヤーの追加モジュール機器付きNeolant Neosynthesis PLM / PDM、
前記の用途は：
−知識管理−要求、説明、指示、図面、2Dおよび3Dモデル、明細書および請求書、報告書、証明書を含めてドキュメントを収集、保管、設計、技術、設置、試運転、修理、および保守ドキュメントの認可/取消しと処理すること、
−プロセス管理−（スケジューリングおよびリスク管理システムとの統合を含む）計画、意思決定のサポート、知識管理サブシステムの要求に合致し、手順に合致した検証、知識管理サブシステムへの反映と同様に、
−構成管理−構成管理サブシステム内で行われた変更の記録、設計サブシステム（CADコンピューター支援設計を含めて）との統合、計画および仕入（ERP-エンタープライズリソース管理およびSM-供給管理）、継続的な生産管理（MES-管理実行システム）。

また、原子力発電所のドキュメント管理の方法とその実施するためのシステム（CN104517181）が既知である。システムは、クライアント部分、プロセッサ、およびデータベースが搭載されているサーバーから形成されている。システム内のドキュメントには特定のカテゴリが割り当てられ、それに応じて、その処理の手順が決定される。

また、各ドキュメントに関連するデータ型を特徴づける1つ以上の属性を持つデータセットそれぞれに対応するドキュメントを含むデータベース（以下、DBと呼びる）を持つ発電所制御システム（US8606548）が周知されている。

しかし、前記システムとそこに実施されている方法では、設備に関するすべての情報の現状ステータスを考慮して、ライフサイクルのすべての段階で制御プロセスを編成することは不可能である。

本発明が解決する問題は、設計、工事、運営過程および施設解体過程などを含むエンジニアリング施設の存在にかかる段階で複合エンジニアリング施設のライフサイクルを管理するように設計されて、本発明を実施するための方法およびシステムを構築することである。

複合エンジニアリング施設のライフサイクル管理メソッドと管理システムは、構成管理を確保する。つまり、複合エンジニアリング施設の構造、システム、および要素の特性を同定およびドキュメント化するプロセスを確保し、前記記載したものの利用は、特性への変更が適切に設計と確認され、認可取得され、製造され、試験を受けて、エンジニアリング施設に属するドキュメントに記録されてことを保障している。

本発明を使用することによって達成される技術的な効果は、健全と経済的な効果の高い意思決定を目的とし、複合エンジニアリング施設のライフサイクルのあらゆる段階と関連する真の情報と信頼性の情報へアクセス速度を高め、並びにエンジニアリング施設の実態の変化を管理（制御）プロセスの信頼性を高めることというものである。

指定された課題と専門化効果は、複合エンジニアリング施設のライフサイクルを管理方法が有する下記の特徴によって達成される。

−その複合施設の構成要素群と前記要素の関係および設備の分解構造内の位置を見分けしながら、複合施設の構造を形成する。

−複合エンジニアリング施設とその実現プロセスに関連する要求の関係した配列を形成する。

−要求に特定のステータスが割り当てられて、複合エンジニアリング施設の構造的分解に従って要求の計画と会計を実行する。

−少なくとも設計データまたは供給と仕入に関するデータおよび試運と運営、施設の構造に関するデータおよび運転に関するデータおよび／または施設構成データを保存するための配列したデータベースを構成する。

−ドキュメントを読み込むときは、読み込まれるドキュメントと関連して、エンジニアリング施設の要素および／または要素群、また前記要素間関係ついての情報に相当して設備の要素に特徴付ける構造的知識データを読み込み、並びに前記ドキュメントとエンジニアリング施設の要素との関係を形成する。

−知識データをロードする際は、予めデータベースにダウンロードされるデータと関連があるドキュメントが有るかどうかことを確認し、関連のあるドキュメントが検出したときは、特定種類の知識データのダウンロードされる機能を確認する。エンジニアリング施設の持つ要素とダウンロードするドキュメントのバージョンと間にリンクを作る。そのリンクには、ドキュメントの現在バージョンのデータが記録されたデータセットで、連携したエンジニアリング施設の要素の現在のバージョンのドキュメントからデータが記録される。

−ドキュメントが登録していない場合、またはシステム内のパラメータが要求されるパラメータ基準を満たしていない場合、知識データはロードされない。

−ダウンロードされたドキュメントのバージョンのステータスを考慮して、自動比較の可能性を備えたシステム内のドキュメントとドキュメントに関連がある構造化知的データの使用可能性ステータスを確立する。

データベースを形成する際、下記のエンティティを含むドキュメント集約の３レベルシステムが使用される。

エンティティはパッケージドキュメント、ドキュメントセット、ドキュメント自体からなる。各ドキュメントは統一されたタイプとクラスに指定されるが、ドキュメントのタイプはそのセマンティック部分によってのみ決定される。ドキュメントのタイプとクラスは、その動作と、認可（ライフサイクル）を通過するために使用できる関係と手順のリスト、およびシステムユニットに着信する知的なデータのロード可能性を決定する。知的データの構造化されたストレージと管理を確保するために、システムには複合エンジニアリング施設の分解構造が構成される。それは、指定された機能を現実する要素のグループとして設備構造の説明とストレージが提供され、複合エンジニアリング施設の体積（位置）分解の構造も形成される。システムに読み込んでおくドキュメントについて、ドキュメントを特徴付ける少なくとも２つのパラメータの値が決定また割り当てられ、それに基づいてドキュメントの認可手順が決定され、関連する構造化知的データのダウンロードする可能性決定される。

複合エンジニアリング施設のライフサイクル管理システムは下記の事実により形成されているから、指定されたタスクが解決され、指定された技術的結果が達成される。

−ドキュメントの調整と変更のプロセスを含むドキュメントを保存する専用のドキュメント管理ユニット、
−複合エンジニアリング設備の分解構造と複合エンジニアリング設備の構成を作成、保存、管理する専用分解ユニット、
−個々の要求の保存と前記要求のトレースの実行用構造と、前記要求を調整し変更するプロセスを管理する専用要求管理ユニット。

−複合エンジニアリング施設の要素ごとに前記要素の分類の特性の自動比較の可能を確保して、統合データと構造を保存する機器制御ユニット、
−設備の三次元分解構造を、前記設備の位置に関する情報を含み、格納し管理する専用ユニット。

−その実施中に前記プロジェクト管理プロセスに関連するデータを保存するプロジェクト管理ユニット。

前記のユニットはすべて相対的に接されている。

複合エンジニアリング施設のライフサイクル管理システムは、すべての前記システムのユニットと接続された複合エンジニアリング施設の要素を可視識別しナビゲーションする専用可視化ユニットが取り付けられる。可視化ユニットは次の機能があり、その機能の中にはサードパーティシステムからの３Ｄモデルのインポート；特定の構造に従って３Ｄモデルを配置、複合エンジニアリング施設のライフサイクルのすべての段階で計画工程また全アクティビティの可視化という機能である。

ドキュメント管理ユニットは、次の機能を実行する。

設備のドキュメントを集約してから構造化的なストレージを行う。その他、前記ドキュメントのステータスと前記ドキュメントの間の関係を示し、すべてのバージョンに関する情報の蓄積することを含んだ前記設備のドキュメントのライフサイクル全履歴を維持する機能である。次に、さまざまなドキュメント認可の手続きを編成する機能であり、ドキュメントの検討と認可の完全な履歴を維持し、ドキュメントのすべてのバージョン／リビジョンの通知が発行された期間の履歴の保存を確保する。ならびに、ユニットとの相互接続のサポート。要求されたドキュメントと他のドキュメントとの関係を表示しながら、属性検索またコンテキスト検索（ストレージの会計単位のコンテンツでの検索）をサポートする。ドキュメントに関するレポート作成機能。

分解ユニットは、複合エンジニアリング施設の分解構造を形成する機能を実行して、システムのさまざまなユニットの設備のデータを確実に統合する。

要求の制御ユニットの機能：
要求を作成し前記要求を調整するプロセスを組織する機能；階層構造の形で構造化された要求ストレージを組織する機能。要求の分類；複合エンジニアリング施設のライフサイクル中のさまざまなタイプのプロセスの実現中の会計計画プロセスと要求会計のサポートする機能がある。

機器制御ユニットは、構造の各ブランチの利用可能な特性と相互関係のリストを作成しながら、複合エンジニアリング施設の要素群のストレージ構造形成する機能と、構造の各ブランチの利用可能な特性と相互関係のリストを作成しながら、複合エンジニアリング施設の要素のモデル／ブランドのストレージ構造の形成機能を実行し、サードパーティシステムから複合エンジニアリング施設使用しているモデル／ブランドの要素に関するデータをインポートし、複合エンジニアリング施設の要素に関するすべての情報を前記情報のステータスを考慮しながら蓄積する。

複合エンジニアリング施設の空間分解の構造を保存と管理するユニットは、設備の構造内の前記設備の要素の位置に関する情報を整理、入力、また固定することを目的として、前記設備の立体（位置配置）分解の構造形成を確保する。

プロジェクト管理ユニットは、機器納期、リソース、コストの管理（制御）を含むプロジェクト管理し、供給データ管理（制御）；組立作業と施工に関するデータ管理し、試運転に関するデータ管理し、インフラ管理し、設計過程の監視し、施設整備と施設間のリンクの監視し、すべてのライフサイクルの段階でドキュメントの開発と機器の調達と納入の計画と実際実施の条件の比較し、運用管理、カレンダーとネットワークの計画とリソース計画を計り、プロジェクト状況の報告行い、機器サプライヤーとの相互協力を行い、機器納入時を管理し、機器の各品目どおり調達また配送手順の実施適時の評価を行う。

前記システムに属する前記ユニット全体と前記ユニット相互の相関連により、複合エンジニアリング施設のライフサイクル段階で情報の関連性と完全性を、また複合エンジニアリング施設の実態変化を管理（制御）プロセスの信頼性を確保できる。複合エンジニアリング施設（以下、設備という）の状態の変化管理（制御）するプロセスの動作信頼性は、複合エンジニアリング施設のドキュメントステータスと前記ドキュメントと関連付けられた知的データ配列を利用したことによって達成される。前記知的データ配列は、前記複合エンジニアリング施設の要素、前記設備の統合された３Ｄモデル要求に関する必要な情報を含んでシステムにロードされたドキュメントバージョンとのリンクに配置されている。設備のライフサイクルの全体を通じて、設備要素とドキュメント関係の流れ中で、ドキュメントのアーカイブバージョン、現在のバージョンと将来データを含むドキュメントからデータを含みながら前記設備の要素を特徴づけるすべてデータの蓄積は、特定の要素に関連するドキュメントへの迅速なアクセスを可能にする。

知的データとして、システムユニットの設備、または情報システムで制御されるシステムユニットの設備の特性と関係に関する情報が考慮される。知的データの例：システムに属する機器の３Ｄモデル、システムに属する機器の特定の位置の記録、システムに属する機器について記録の特性、機器の３Ｄモデルの通信、システムに属する機器の記録とその特性など挙げられる。

システムユニットの設備とは、特定のクラスの情報のインスタンスが作成またはシステムに入力されたときに表示される、情報システムのアドレス（アドレス指定とは、情報システム内の設備の場所を特定する方法−システムユニットである）空間内のエンティティである。さらに、システムユニットの設備のクラスとは、「フィールド」（より基本的なタイプの変数）と「メソッド」（前記フィールドを操作するための関数）のテーマ的に統一されたセットで構成される普遍的であり複合データタイプを意味すると理解される。これは、内部および外部インターフェイスを持つ情報エンティティのモデルで、その内容（フィールド値）を操作する。

設備の要素とドキュメントのバージョン間関係というのは、設備の要素とドキュメントの現在のバージョン間の接続の存在を特徴付ける配列のデータであり、ドキュメントに示されている要素の情報とドキュメントのバージョンの情報が含まれている。

図１は、システムのブロック図を示す：１−ドキュメント管理ユニット；２−分解ユニット；３−要求管理ユニット；４−機器制御ユニット；５−設備の空間分解の構造を保存また管理するユニット；６−プロジェクト管理ユニット；７−可視化ユニット； 各ユニットは、その中のシステムユニット設備の全体により言及される。 図２は、システムにデータをロードし配置する基本原理の特徴を説明する図であり、前記基本原理は次のとおりである。ドキュメントファイル９で表され、知的データ（集合的にドキュメント８）に関連するドキュメント８は、システム１２に置かれたドキュメントの形でシステムのドキュメント管理ユニット１に置かれる。前記のシステム１２は、ドキュメントファイル１３を含む。その知的データは、システム１４のデータ構造タイプ及びシステム１５のドキュメントクラスの構造に従って割り当てられる（集合的にシステム１２のドキュメントという）。第三者のシステム１０からのデータとともに、ドキュメント８（ドキュメント９のファイルとその知的データ）のデータ１１をダウンロードするダウンロードプロセス中に、必須の接続が確立（検証）され、所与のタイプとドキュメントのクラスに対して、対応するユニット１６の施設の形式で、対応するユニット２−７における施設蓄積構造において、ユニット２−７に置かれる。接続１１の利用可能性の検証が成功した場合、接続１８は、ユニット２−７の設備とユニット１のドキュメントとの間で確立される。この場合、ユニット１６の施設についての基本情報は、システム１２のドキュメントの具体的なバージョンとの接続１８に入力される。接続がない場合は、１１はシステムにロードされず、処理されない。接続１１がない場合は、第三者のシステム１０からのデータはシステムに入力されないで、システムで処理されない。 ドキュメントをダウンロードしてシステムに配置するときに、ドキュメントのステータスを認可する手順１９を決定する点から、サードパーティシステムからドキュメントと関連データをダウンロードする手順を図３に示す。対応するタイプ１４およびクラス１５を割り当ててから、システムにドキュメント８をロードするときは、前記ドキュメントのタイプとクラスに応じて前記ドキュメント認可の手順１９を決定する。システム１２に読み込まれたドキュメントについては、システム内の多くの可能な手順から、ドキュメントの異なるステータスセット２０、２１、２２と前記ステータスセット変更順序を含めて具体的な認可の手順１９を選択する。ドキュメント１２については、ドキュメント１２の現在の認可ステータス（２３）が常に決定され、この場合、ユニット１６の設備つき情報２４の現在のステータスも設定さて接続１８に反映される。 図４は、ドキュメントをシステムにロードする際、データのロードを示す図である。ドキュメント管理ユニット１のシステムにドキュメント８をロードする際、システム１２に配置されドキュメントを作成し、前記ドキュメントのクラス１５およびタイプ１４を決定し、前記ドキュメント１９を認可する手順、およびドキュメント８（１０）に関連付けられた知的データをロードする許可とそのタイプを決定する。接続１１が見つかって、それがドキュメントの特定のタイプとクラスに許可されているものに対応する場合、システム１２にあるドキュメントとユニット１６の設備との間にリンク１８を形成する。ユニット１６の設備に対してドキュメント８に関連付けられた知的データをロードする。システム１２に配置されたドキュメントとユニット１６に属する設備とのリンク１８が形成される。この場合、ドキュメントとともにダウンロードされるデータには、設備の要素に関する情報だけでなく、ユニット１６の設備の相間リンク２５についての情報も含まれる場合がある。各ユニット２、３、４、５、６、７に対して、ユニット１６の設備に関するダウンロードされたデータの現在のステータスは、ダウンロードされたドキュメントのバージョンステータスに従って決定される。 図５は、システム内のデータのステータスを考慮しながら分析し、検証するプロセス過程を示す図である。

図５に示したように、ドキュメント管理ユニット１のシステムに割り当てられた１つのドキュメント１２の異なるバージョンから受信した、ユニット１６の設備についての情報分析と検証は、ドキュメント１２の異なるバージョンに対応するリンク１８に反映されたユニット１６の設備を特徴付けるデータを比較することにより行われる。

図５に示したように、設備のライフサイクルのさまざまな段階においてシステム、ドキュメント管理ユニット１に配置されたさまざまなドキュメント１２とともに受信したユニット１６の設備に関する情報の分析と検証は、設備のさまざまなライフサイクルに関連するドキュメント１２相当しているリンク１８に反映されたユニット１６の設備を特徴付けるデータを比較することによって実行されることも示している。
図６は、システム内のデータのステータスを考慮しながら分析し、検証するプロセス過程を示す図である。

図６に示したように、設備のライフサイクルのさまざまな段階で、システムにあるドキュメント管理ユニット１に配置された１つのドキュメント１２の異なるバージョンと、システムにあるドキュメント管理ユニット１にあるさまざまなドキュメント１２と一緒に受信されたユニット１６の設備に関する情報の比較を行う際、ユニット１６の設備に関する情報の現在のステータス２４を考慮して、前記情報の分析と検証が実行される。（ドキュメントの現在のバージョンで作成されたユニット設備に関する情報のステータスは、ドキュメントの現在のバージョンのステータス（２０、２１、２２）から継承される。）

設備のライフサイクル管理システムは、よく知られたコンピューターデバイスを使用して実施できる。システムのクライアント部分とサーバー部分は、Windows Server 2008 R 2、ENOVIA V 6 Core （STUDIO 、LCS 、BPS ）V 6 R 2015 X HF 06 などの有名なソフトウェアを使用して、それぞれコンピューターデバイスに実施できる。

システムを構成するユニット相対関係は、よく知られているソフトウェア、例えば、ENOVIA V 6 コア（STUDIO 、LCS 、BPS ）、V 6 R 2015 Xを使用して実装することができる。

設備ライフサイクル管理システム（図１）は、ドキュメント管理ユニット１、分解ユニット２、要求管理ユニット３、機器制御ユニット４、複合エンジニアリング施設５の空間分解構造を保存および管理するユニット、プロジェクト管理ユニット６、可視化ユニット７を備える。

前記すべてのユニットは、ソフトウェアインターフェイスを介して相互接続されている。

ドキュメント管理ユニット１は、それらの調整および変更のプロセスを含むドキュメント８を格納する専用ユニットである。

ドキュメント管理ユニット１は、下記の機能を実行する。

− 設備のドキュメントの集約および構造化ストレージ。

− ドキュメントのすべてのバージョンに関する情報の蓄積を含む設備のドキュメントのライフサイクルの全履歴を維持し、ドキュメントのステータスと前記ドキュメント間の関係を示す。

− ドキュメントの認可するためのさまざまな手順の編成。

− ドキュメントの検討と認可の完全な履歴を維持し、ドキュメントのすべてのバージョン／リビジョンの通知を発行した履歴の保存を確保する。

− システムの他のユニットとの相互関係をサポートする。

− 要求されたドキュメントと他のドキュメントの関係を表示しながら、属性検索とコンテキスト検索（ストレージの会計単位のコンテンツで検索）をサポートする。

− ドキュメントのレポートを編成する。

ドキュメント管理ユニット１の設備のドキュメントの集約および構造化ストレージについては、次のエンティティ（ユニット設備のクラス）を使用し、ドキュメントを集約するための３レベルシステムがサポートされる：ドキュメントパッケージ、ドキュメントセット、ドキュメント。ドキュメントには、被検討の設備の具体的な要素に関する情報が蓄積される。ドキュメントとは、たとえば、システムの説明、仕様、プロセス図、回路図、等角図、配置図、機器のリスト、設計の必要性に関するアンケート、構造図からなるドキュメントである。ドキュメントは、ストレージの独立した会計単位として機能が与えられる場合と、ストレージの会計単位ではない場合があり、ただし、キット（キット内のドキュメント）の一部としてのみ使用できる。各ドキュメント対しては、ドキュメントを特定のタイプに関連付けるコードが割り当てられる。ドキュメントタイプの統一分類子として、DCC コーディングシステムコードのセットが使用される（IEC 61355-1 規格）。同時に、ドキュメントのコーディングのため統一されたシステムに従って、ドキュメントの種類の数（１４）の定義は、ドキュメントの種類がそのセマンティックパートによってのみ決定されるという事実に基づいている（たとえば、あるプロジェクトには３種類の証明書があり、別のプロジェクトには６種類の証明書があるが、これらの全ては、一つのクラス「証明書」に属する。レポート、計算、仕様などと同様に。）このアプローチにより、任意のプロジェクトからのドキュメントのタイプの対応を確立できる。

システム内のドキュメントの動作を決定する２番目の主要な基準は、ドキュメントクラスである。ドキュメントクラスは、設備のライフサイクルの段階とドキュメントの目的に応じて、統一されたドキュメント構造（１５）に従って決定される。

ドキュメントのセットは、情報ストレージの２レベルのユニット１の設備である。当前記セットは、１つの設備に関連するか、ドキュメントの構造（たとえば、技術プロジェクトのドキュメントの一部としてのボリュームまたは一冊のドキュメント）に応じて結合されたドキュメントのコレクション（セットであるもの）である。セットには、レポート、説明ノート、初期技術要求、計算、技術プロジェクトドキュメントの量（書籍）、品質保証プログラム、技術ソリューション、技術タスク、作業図面の基本セット、仕様、手順、工場ドキュメントなどが入っている。システムに形成またはロードされるセットは、会計の単位である。キットを使用によって、変更管理プロセスを整理するために、１つのユニット設備（セット内のドキュメント）を一度に複数のセット形で同時に使用できる。システム内のキットの動作は、ドキュメントの動作と同様に、当前記のタイプとクラスの組み合わせが決める。

ドキュメントのパッケージは、ドキュメント管理ユニット１の設備であり、事前定義された規則に従ってドキュメントを集約することを目的としている。ドキュメントのパッケージを使用すると、任意のタイプとクラスのドキュメントを含めることができる。パッケージが形成される際、添付ドキュメントの属性にそのパッケージに含まれることを示すリンクが自動的に作成される。

ドキュメント管理ユニット１は、設備のドキュメンテーションのライフサイクルの全履歴を維持し、設備のすべてのドキュメント処理の履歴を監視することを提供する。ドキュメントの適用性の程度を決定し、前記に関する情報を提供するために、指定された規則の基にステータス（２０、２１、２２）の自動管理と自動変更が行われる。前記の規則はイベントリスト（たとえば、ドキュメント管理ユニット１は、すべてのドキュメントおよびセットの自動変更を提供し、現在のバージョンのドキュメントを含むパッケージのステータスが変更された場合のストレージユニットとして機能する）か、および認可されたユーザーによる認可手続きに合格したという事実により定義される。ドキュメントのステータス（２０、２１、２２）は、ドキュメントのライフサイクルの要素である。適切なステータスのセットが割り当てられたドキュメントのライフサイクルのタイプは、タイプ（１４）とクラス（１５）の組み合わせによって決定される。たとえば、仕様書タイプのドキュメントの場合は、ドキュメント構造内の配置に応じて（たとえば、技術プロジェクト仕様、作業ドキュメントの仕様）、さまざまなライフサイクルのタイプが設定される。

ドキュメント管理ユニット１は、ドキュメントの認可に関しては、ドキュメント管理ユニット１の設備（ドキュメント、キット、パッケージ）の整合および認可するために様々な手順１９を編成する能力を提供する。整合手順を開始する際、整合ステップの順序を確立することができる。この際、各整合ステップを実行するために、認可ユーザーが記載された予め決定したリストから、何人にも前記整合ステップの担当を割り当てる（ステップに対して、責任を負って指定されるユーザーのリストは、システム内の役割によって決定される）。ステップ手順を実行する場合、ステップの実行中にユニットに属する設備のライフサイクルでステータス（２０、２１、２２）を編成する順番が決定される。事前に構成された手順テンプレート（整合手順のステップと対応するユニットに属する設備のステータスとリンクする用テンプレート）が備えられている。これを使用する場合は、ステップの担当者のみを割り当てる必要がある。多くのユニット設備に対しては、タイプ（１４）とクラス（１５）に応じて、特定の整合手順を厳密に固定する。割り当てられた手順の指定した手順を実行せず特定のユニット設備（ドキュメント、セット、パッケージ）のステータスを変更できないようにすることが想定される。

ドキュメント管理ユニット１は、ユニット１の設備（ドキュメント、セット、パッケージ）のすべてバージョン／リビジョンに対する通知発行履歴の保存を確保とドキュメントの検討および整合の完全な履歴の維持に関しては、通知の設備および通知の登録簿（通知グループの転送の固定機能を実行する通知の集合体）を作成できる。この場合、通知と前記通知が作成されたドキュメントのバージョンと前記通知入力された通知の登録簿とのリンクが作成される。前記通知の登録簿を再生成（通知に対する応答を形成の際）する際、前記通知の登録簿の構造に含まれる通知リンクが通知の登録簿の現在バージョンに更新される。

ドキュメント管理ユニット１は、各具体的通知に対する応答の形成担当ユーザーを任命することにより、一箇所の通知登録簿から通知を並行検討する。ユーザーの任命と、通知、通知への返信、通知登録の形成手順は、ドキュメントの認可手順を通じて実行される。ユニット１の設備としての調整した通知は、変更手順の開始と制御に役立つ。

分解ユニット２は、設備の分解構造の保存と管理ユニットである。分解ユニット２は、システムのさまざまなユニットから設備に関するのデータを確実に集合し、設備の分解構造を形成する機能を果たす。

分解ユニット２は、たとえば、PBS（Product Breakdown structure）製品設備として、設備の分解構造の形成を確保し、システムの特定の最終リスト（指定の機能する設備のグループ（設備−ユニットシステム））として設備の構造の格納を目的とする。前記構造においては、たとえば、建物／構造とはシステムと見なされる。システム内の施設に関するすべての技術情報（ドキュメント、要求、機器、３Ｄ モデルなど）は、各システムユニット（１，２、３、４、５、６、７）のシステムユニット（１６）に対して具体的に決定されるレベルで、前記構造と関連する。この構造は、設備について情報をナビゲートするための主な手段であり、計画と会計の要求、主要なアクティビティの実現を計画し、設備の構造を評価する（たとえば、設備の準備の程度や、設備の特定の部分で作業を開始するためのドキュメントの完全性）。

ドキュメント管理ユニット１にロードされた関連ドキュメントに基づいて前記の構造をダウンロードし、構造を形成する（図２、図３を参照）。

要求管理ユニット３は、設備のライフサイクルのすべての段階で要求管理プロセスを作成するために設計されている。

要求管理ユニット３は、次の主な機能を果たす：
− 要求の作成と調整のためのプロセスの編成。

− 階層構造の形式により要求の構造化ストレージの組織。

− 要求の分類化；
− エンジニアリング施設のライフサイクル中に異なるタイプのプロセスを実現するに用いる会計および会計要求の計画プロセスのサポート。

要求管理ユニット３は、さらに以下の機能を果たしても良い。

− 属性を使用して要求の分類の可視化。

− サードパーティシステム、たとえば、プロジェクトの統一情報スペース（ＥＩＰ）などから着信した要求のシステム構造のインポート／エクスポート動作をサポートする。

− ドキュメントに関するディスカッションを行い、プロジェクトＥＩＰなどのサードパーティシステムにレプリケーションを考慮して、要求、俗性、および、通知を保存する機能を果たす。

− プロジェクトのＥＩＰなど、サードパーティシステムの要求ソースとのリンクをサポート／インポートする。

− 並べ替えとフィルタリングの要求する；
− アクセスコントロールを行う。

要求管理ユニット３の機能：確保するもの
− 異なる要求の相対関係（リンク）のタイプを観察する （リンク属性の有無）。

− 要求とその検証結果との関係を可視化する。

− 情報のステータスを考慮したトレーサビリティに関する一般レポートの作成する
。

− 情報のステータスを考慮したトレーサビリティに関するマルチレベルレポートの作成。
− トレーサビリティに関するレポートに基づいて分析をする機能 − 欠落している（未実現の）要求の検索、規制ドキュメントに準拠しない要求を検索するなど、情報の状態を考える。

要求管理ユニット３は、次のように機能する。要求ストレージ構造を形成し、ユニット設備としてシステムに要求を作成する。要求については、他の要求と他のユニットの設備の両方との関係を確立することができる。

要求管理の異なるプロセスをサポートすることは、主に、要求とシステムの構成の一部であるユニット設備間の異なるタイプの関係に基づいている。ユニット設備の同じ要求に対して、いくつかのタイプの関係（たとえば、プランリンクとファクトリンク）を確立する。

機器制御ユニット４は、設備のライフサイクルのすべての段階で、設備の各要素（機器、たとえば、管継手など）に関する情報の蓄積と構造化されたストレージを整理し、設備の各要素を管理するためにすべての活動種類を行うように設計されている。

機器制御ユニット４は、下記の機能を果たす。

− ストレージ構造の各ブランチのために使用可能な特性と関係のリストを定義して、設備の要素のストレージ構造を形成する。

− ストレージ構造の各ブランチのために利用可能な特性と関係のリストを定義して、
設備要素のモデル／ブランドのストレージ構造を形成する。

− サードパーティシステムから、設備およびモデル／ブランドの要素に関するデータをインポートする。

− 設備の要素のステータスを考慮して、設備の要素に関するすべての情報を蓄積する。

機器制御ユニット４の動作。

機器制御ユニット４において、設備の各要素に従って、機器制御ユニット４の設備（１６）「設備要素」を配置する。

機器制御ユニット４には、ユニット（１６）の設備として、使用される製品（機器）のモデル／ブランドを配置する −「設備要素のモデル／ブランド」。ユニットの設備「設備要素」と「設備の要素のモデル／マーク」の間に適切な関係を確立することにより、設備の具体的なの要素のモデル／ブランドに関する情報が導入される。

ユニット４の制御ユニットは、請求された前記システムの言及された他のユニットの他の設備とユニット４の設備の間に通信を確立することを備えている。機器制御ユニット４の情報の更新は、一般的な規則に従って更新され、すなわちドキュメント管理ユニット１に着信したドキュメントを更新する場合だけて更新される（図２，３）。

機器制御ユニット４の各設備の情報は、前記情報の一緒にダウンロードされたドキュメントのバージョンのコンテキストで入力される（つまり、「設備要素」または「設備の要素のモデル／マーク」のユニット設備は、独自の特性（重量、全体寸法、その他の特性）を持たず、ところが必要なすべての特性がシステムに入力されて、ドキュメント管理ユニット１の特定のドキュメントとユニット４の設備のリンクに反映される（図５、図６を参照））。リンクが再確立され、新たにキュメントのバージョンを作成するとき、そのプロパティが書き換えられる。すなわち「ユニット設備・ドキュメントのバージョン」リンクとその特性は、特定のドキュメントの内容によりユニット４の特定の設備を特性付ける。（図４、５、６）。

機器制御ユニット４の各設備には、対応するドキュメントのステータスに応じたステータスの表示を含むすべての情報がある（図５、６）。

プロジェクト管理ユニット６の設備との関係を確立する可能性があるため、作業を計画するときにユニット設備を使用できる。

複合エンジニアリング施設５の空間分解構造を格納および管理用のユニットは、設備の体積的（現地位置）分解の構造を作成する。前記分解の構造は、構造内の設備要素の位置に関する情報、例えば、ビルディング・マーク・ルーム（構造要素間リンクを作成することにより）などを整理、入力、および固定し、また（ユニットの設備として）敷地スペースの情報と前期スペースの特性を入力および修正する。

ドキュメント管理ユニット１に読み込まれた関連ドキュメントに基づいて構造をダウンロードして作成する（図２、３）。

プロジェクト管理ユニット６は、以下の機能を果たす。

− プロジェクト管理（条件、リソース、コストの管理を含む）。

− 調達、供給に関するデータ管理。

− 施工および組立工事に関するデータ管理。

− 試運転に関するデータ管理。

− 通信管理。

この場合、プロジェクト管理ユニット６は、下記のことを実行する。

− 施設の設計、整備と施工およびそれら相対関係に関する作業の監視。

− ライフサイクルのすべての段階でのドキュメントの開発完成予定表および機器の調達・納期の計画表および実施状態を比較する。

− 運用管理。

− カレンダーとネットワークの計画。

− リソース計画。

− プロジェクトの報告。

− 機器サプライヤーとの相互作用。

− 機器納期管理。

− 設備の各品目の調達および配送手順の適時性の評価（計画事実分析）。

プロジェクト管理ユニット６は以下のように動作する。

ユニットの設備群（１６）の形式によりプロジェクト作業の構造が作成される。前記設備を使用すると、他のシステムユニット（１６）の設備間にさまざまなタイプの相間関係が確立される（ドキュメント、機器、要求など）。

関係のタイプは、作業の計画または事実を特徴付ける。

相間関係は、ユニットの設備に関連して特定の作業の期限、責任、順序を設定できる属性がある。

コミュニケーションの観点では、フォーラム、グループ、ワークルームを作成して、ドキュメントの集合的な開発、および設備のライフサイクル全体期間中さまざまな作業の計画と実現におけるコミュニケーションの機能を確保できる。

可視化ユニット７は、設備の３Ｄ可視化と、設備３Ｄモデルを通じたナビゲーションの可能性を供給するように設計されている。

可視化ユニット７は、以下の機能を果たす：
− 必要なデータの品質を維持しながら、サードパーティシステムから３Ｄモデルをインポート。

− 他のユニットの設備（ドキュメント、機器）とＳＴモデルのリンクを確立する。

− 指定した構造に応じて、システム内のＳＴモデルの構造化して配置する。

− 設備のライフサイクルのすべての段階（設計、建設、試運転など）での計画プロセスとあらゆる種類の活動実施過程を可視化する。

可視化ユニット７は以下のように動作する。

可視化ユニット７は、個々の設備の要素のレベルに分解された３Ｄ設備モデルを備え、前記ユニットに存在する３Ｄモデルと他のユニットの他の設備（ドキュメント、機器）間のリンクが確立される。

３Ｄモデルの更新は、ユニット１の対応するドキュメントを更新する場合にのみ実行され、３Ｄモデルの要素のステータスは、３Ｄモデルのステータス対応するユニット１のドキュメントに従って設定される（図２，３）。本発明の方法は、本発明のシステムを使用して次のとおり実施できる。

複合エンジニアリング施設の設計段階で、施設に対する要求が特定され、整合され、修正される。そのために、要求管理ユニット３にドキュメント８とともに要求をダウンロードする。同時に、要求の一意の識別子をチェックする。ロードした要求に基づいて、設備の分解構造を形成する。広く受け入れられている分類方法に従って要求を分類する。システムに入力された要求ごとに、他の要求と他のユニットの設備１６の両方とのリンクを確立する。適切な相関関係を確立することにより、責任の分配を伴う要求の計画と会計を立てる。関連ドキュメント１２のシステムで転記と認可することにより、要求および要求間のリンクステータスを割り当てる。ユニットの施設およびドキュメントの通信にすべての情報がダウンロードされるから（１８）、システム内のすべての情報に対して、ステータス２４（運用中、認可済みなど）の反映が提供される。そのステータスは関連ドキュメントのステータスを変更しない限り変更できない（２０、２１、２２）。システム内のドキュメントのステータスを変更および固定するプロセスを整理するために、ドキュメント１９の調整と認可を行うために、柔軟または厳密な手順を作ることができる。

ドキュメント（３Ｄの開発とＣＡＤの情報モデルの作成を含む）が作成されることに伴って、設備の構造、システム、および要素の特性の蓄積、識別、およびドキュメント化がされる。前記の事を行うには、少なくとも、ドキュメント８が配列された関連配列した情報を保存するように設計されたデータベースを作成する。そのドキュメント８は、設計データおよび／または供給および調達に関するデータおよび／または試運転および／または運転データに関し、設備が存在するライフサイクルに応じるドキュメントである。ドキュメントは、入力する際、分類され（図３）、対応するタイプ１４およびクラス１５、たとえば、タイプ「Ａｃｔ」、クラス「購入／配信／配信ドキュメント」が割り当てられる。前記のことによって、事前に設定されたテンプレートに基づいて、設備のプロジェクト建築施工の実施中のドキュメント１２のライフサイクルを自動的に決定する。同時に、システムの責任のあるユーザーを指定して、前記ドキュメント１２の認可に必要なすべての手順（１９）および公式ステータスを確立する（図３および４）。ドキュメントのクラス１５およびタイプ１４に基づいて、関連するスマートデータをダウンロードする機能が決定される。ドキュメントファイル９とともに、ドキュメントに関連付けられ、設備の要素を特徴付ける構造化データをロードして、たとえば、ドキュメントと設備の要求および要素との間にリンク１８を設定する。たとえば、「ポンプの受け入れ証明書」というドキュメントは、機器制御ユニット４の設備の要素「ポンプ」およびポンプの特性を確立する要求管理ユニット３の要求に関連付けられている。ドキュメント１２のステータスは、そのドキュメントとともに他のユニットにロードされる構造化データのステータスを決定する。

機器制御ユニット４においては、設備の建築施工のプロジェクトを実施中に、相当のドキュメントをロードすることにより、「設備要素」および「設備要素のモデル／マーク」ユニットの特定の設備についての情報の作成／アカウンティングが生成される。設備のライフサイクルのさまざまな段階で生成された幅広いドキュメント（１２）（計データ、インストール結果のデータ、試運転の結果のデータなど）をユニット４の１つの設備１６に関連付けることができる（図５）。ユニット１６の設備に関する情報は、直接ユニット１６の設備ではなく、ユニット１６の設備に対応するドキュメント１２のバージョンのリンク１８に直接記録される。同じドキュメント１２の異なるバージョンから設備のライフサイクルのさまざまな段階で、２６および２７それぞれのさまざまなドキュメントとともに受信したユニット１６の設備に関する情報を自動的に比較することができる。（図５）。すべての情報は、ドキュメント８のステータスに従ったステータスを持つ。前記のデータの入力と制御の整理組織の仕組みにより、たとえば、運用段階中に、設備の要素に関するすべての必要な情報及びその情報と一緒に入力されたドキュメント及びすべての認可手順と受け取った通知に関する情報を極力早く取得できる（図６）。

設備の各ライフステージで、ドキュメントとそれに対応するデータが蓄積される。情報の蓄積は、常に、ドキュメント１２の関連バージョンのステータスの義務的な反映を伴い、ユニット１６の設備間のシステム内のすべての必要な相対関係のインストールにより行われる。

ライフサイクル全体を通して複合エンジニアリング施設のドキュメント、要求、要素間の関係を確立することと、確立されたリンク１８にユニット１６の設備に関するデータを反映することにより、システム内のドキュメントとデータの関連している完全な配列の形成、保守、更新が可能になる。なお、システムのさまざまなユニットのデータのステータス（データのステータスは、関連するドキュメントのステータスによって決定される）を決定および確立する主要メカニズムである。かつ全ユーザーに対しては、認可済み情報だけでなく、認可に提出された設備に関する現在のデータを供給する。たとえば、データの完全性を確保するために、一定のドキュメントおよび前記ドキュメントと関連するデータの新しく開発されるべきすべてのバージョンがシステムにロードされる。このアプローチにより、システム設備は、その特性（属性値）だけでなく、システムにアップロードされたドキュメントのバージョンのステータス（整合取得中、認可済み、生産工程になど）に関連情報を受ける（図６）。

プロジェクト開発の初期段階で形成された設備の分解作成（分解ユニット２）に基づいて、ＰＢＳ（製品分解構造）構造中には、設備の要素に関する情報の純化および更新が行われる。そのために、機器制御ユニット４では対応する設備１６を作成することと、分解部５の空間構造内の設備分解の空間的構造を明らかにすることを行う。ＰＢＳは、機能システム（技術的、電気的、等）のほかには、システム（特定の機能を実行する要素のリスト）と考えられる設備の建物／施設を備える。ＰＢＳ が認可した分解に基づいて、設備に関する情報が列挙される： 機能システムのためには 「設備要素」および「設備要素のモデル／マーク」を作成し、「建物／施設」のためには、｛建物｝、「マーク」、「ルーム」設備の空間分解のユニット構造構造の設備を作成する。設備のすべての要素に関する情報（「設備要素」、「設備要素のモデル／マーク」、「建物」、「マーク」、「部屋」）およびそれらの関係に関する情報は、特定のドキュメント（特定済みタイプ（１４）およびクラス（１５））をロードする際に入力される。

たとえば、設計段階では、設備の一定の要素とそのモデル／マークに関する情報を機器制御ユニット４に読み込むためには、機能システムのプロジェクト仕様を使用し、部屋に関する情報をダウンロードするために建築図面を使用し、および設備要素と部屋の間の通信を確立するためには設備の要素組み立て図面を使用し、並びに設備の要素と建物（建物と関連するマークと部屋）は、必ずＰＢＳ構造体に相当する要素に接続している。要求を説明するための計画として仕様要求のＰＢＳ構造の要素（またはそれを詳述する要素）との関係を設けることおよび設備の要素に対して関連するドキュメントを配置して実装を確認することにより、要求事実の事実が発生して、ＰＢＳ構造の段階的な細部化のアプローチにより、異なるタイプの要求管理手法を実現できる。

プロジェクト管理プロセスを実行および制御するためには、プロジェクト管理において、設備のドキュメントとスケジュール、タスクなどのアイテム、プロジェクト管理ユニット６の設備１６との関係を確立する。プロジェクト管理ユニット６におけるすべてのタイプのプロジェクト管理活動の組織化は、システム内のドキュメントおよび関連情報のステータスを認可するための組織化手順に関して、すべてのユニットの機能の全体を使用して実行される。

設備のドキュメントが開発・作成されるに伴って、情報の蓄積が実施され、データが可視化ユニット７にロードされる。可視化ユニット７にデータをロードするために、設備のドキュメントの限定されたリスト（タイプとクラスの具体的な組み合わせ）が定義される。可視化ユニット７に対応するデータがロードされる際、ＰＢＳ構造を介して、特定の３Ｄモデルに含まれるユニット４および５の設備の要素との通信が確立される。

本発明の方法とシステムは、複合的エンジニアリング施設のライフサイクルを効果的に管理する能力を提供する。

複合的エンジニアリング施設のライフサイクルのさまざまな段階で、ユニット間のシステム内の相互関係と情報の調整された量により、設備の開発と構築、および運用と保守などの目的、およびプロジェクトの運用廃止計画の両方のために、現在のステータスを含んだ累積した情報を使用できる。

１− ドキュメント管理ユニット
２− 分解ユニット
３− 要求管理ユニット
４− 機器制御ユニット
５− 設備の空間分解の構造を保存および管理するためのユニット
６− プロジェクト管理ユニット
７− 可視化ユニット
８− ドキュメント
９− ドキュメントファイル
１０− サードパーティシステムからのデータ
１１− データをダウンロードするための必須リンク（前提条件）
１２− システムに配置されたドキュメント
１３− システム内のドキュメントファイル
１４− システム内のドキュメントタイプの構造
１５− システム内のドキュメントクラスの構造
１６− ユニット２，３，４，５，６，７のいずれかの設備
１７− ユニット２、３、４、５、６、７のユニット設備のストレージ構造
１８− ユニット２、３、４、５、６、７の設備とユニット１のドキュメントとの通信
１９ − システム２０、２１，２２の複数のドキュメントの認可手順 −手順１９に従うドキュメントの認可ステータス−
２３ − ドキュメント認可の現在のステータス
２４ − ユニット設備に関する情報の現在のステータス
２５ − ユニット設備同士の関係に関するデータの読み込み
２６ − 一つドキュメントの異なるバージョンから受信したユニットの設備に関する基本情報の自動比較の可能性、
２７ − 設備のライフサイクルの異なる段階で異なるドキュメントを受け取ったユニットの設備についての基本情報の自動比較の可能性
２８ − ユニット設備に関する基本情報の比較は、設備のライフサイクルのどの段階でも基本情報ステータスを考慮して行う。

Claims (18)

1. 複合エンジニアリング施設のライフサイクルを管理する方法であって、
   設備の分解構造内の要素と要素間の相対関係とそれらの位置を強調して、複合設備の構造を形成することと、
   複合エンジニアリング施設およびその実行プロセスに関連する要求の配列を形成することと、
   複合エンジニアリング施設の構造的分解に従って要求の計画と会計を実行しながら、要求に特定のステータスを割り当てることと、
   少なくとも設計データ及び／又はデータ供給や調達、機器調達及び／又はデータ調整及び／又は動作開始データ及び／又は設備構成データを表すドキュメントに関連データアレイを格納するデータベースを形成することと、
   ドキュメントを読み込む際に、設備の要素および／または要素に関する情報に対応する構造化された知的データ、および／またはドキュメントに関連付け、設備の要素を特徴付けるそれらの間の関係が読み込まれ、ドキュメントと設備の要素間のリンクが確立されることと、
   ドキュメントをロードする際に、設備の要素／要素群の情報およびドキュメントと関係があって、設備の要素に特性つける前記要素間関係に相当する構造化したインテリジェント・データをロードして、ドキュメントと設備の要素間に関係を作ることと、
   インテリジェント・データをロードする際に、事前にダウンロードされるデータに関連するドキュメントがデータベースにあるかどうかをチェックし、前記ドキュメントと同様なドキュメントを発見する場合には、具体的なタイプのインテリジェント・データの入力可能性を確認して、設備の要素とドキュメントの現在バージョンの設備の関連した要素を特性つけるデータが書き込まれたデータの組み合わせであるダウンロードされるドキュメントのバージョン間にリンクを生成することと、
   前記ドキュメントがない場合には、またはシステム内のそのパラメータが要求を満たしていない場合には、知的データを読み込まないことと、
   ダウンロードされたドキュメントのバージョンのステータスを考慮して、自動比較の可能性を備えたシステム内のドキュメントおよびドキュメントに関連付けられた構造化知的データの適用可能性ステータスを確立すること
   を特徴とする複合エンジニアリング施設のライフサイクルを管理する方法。
2. 請求項１に記載の方法であって、
   ドキュメントのパッケージ、ドキュメントのセット、ドキュメントを含むドキュメントの３レベル型の集約システムを使用して、データベースを形成する
   ことを特徴とする方法。
3. 請求項１に記載の方法であって、
   各ドキュメントが統一されたタイプとクラスに関連付けられている
   ことを特徴とする方法。
4. 請求項３に記載の方法であって、
   ドキュメントのタイプがその意味部分によってのみ決定される
   ことを特徴とする方法。
5. 請求項３に記載の方法であって、
   ドキュメントのタイプとクラスがその動作と、利用可能な関係（認可とライフサイクル）を渡すための手順のリストを決定する
   ことを特徴とする方法。
6. 請求項１に記載の方法であって、
   通知とそれらが作成されたドキュメントのバージョンと間のリンクを作成する一方で、通知の登録簿をさらに形成することを、および入力された通知からレジストリが繰り返し生成されるときに再作成されるレジストリ通知リンクの構成は、レジストリの現在のバージョンに更新すること
   を特徴とする方法。
7. 請求項１に記載の方法であって、
   複合エンジニアリング施設の分解構造を作成し、特定の機能を実行する要素のグループとして設備の構造の記述と保存を提供する
   ことを特徴とする方法。
8. 請求項１に記載の方法であって、
   複合エンジニアリング施設の体積（位置）分解の構造を作成する
   ことを特徴とする方法。
9. 請求項１に記載の方法であって、
   システムにロードされたすべてのドキュメントについて、ドキュメントを特徴付ける少なくとも２つの基本パラメータの値が決定および割り当てられ、それに基づいてドキュメントを認可の手順が決定されることと、および関連する構造化知的データをダウンロードする可能性を決定することを特徴とする方法。
10. ドキュメントの整合と変更のプロセスを含めてドキュメントを保存するために設計されたドキュメント管理専用ユニット、複合エンジニアリング施設の分解構造及び複合エンジニアリング施設の構成を形成、保存、管理専用分解ユニット、コントロールユニットを含む、複合エンジニアリング施設のライフサイクル管理システム個々の要求とそのトレースの構造を保存し、更に前記要求の整合過程及び変更プロセスを管理する要求管理専用ユニット、複合エンジニアリング施設の要素それぞれに統合データと構造の分類および特性の自動比較することを確保するとともに前記統合データと構造を格納する専用機器制御ユニット、設備の現地に関する情報を含めて設備の空間分解構造の格納および管理専用ユニット、実施されているプロジェクト管理プロセスに関連付けられたデータストレージ専用プロジェクト管理ユニットを備えた複合エンジニアリング施設であり、前記のすべてのユニットは相対的に接続されている
    ことを特徴とするシステム。
11. 前記システムは、複合エンジニアリング施設のすべてのシステムユニットに接続されて、複合エンジニアリング施設の要素を視覚的に識別およびナビゲーションする専用可視化ユニットをさらに備えている複合エンジニアリング施設である
    ことを特徴とする請求項１０に記載のシステム。
12. 前記システムは、サードパーティシステムから３Ｄモデルをインポートすることと、複合エンジニアリング施設のライフサイクルの全段階での計画プロセスおよび全タイプの活動実行の可視化の特定の構造に応じるシステム内の３Ｄモデルの構造化配置機能を実行する可視化ユニットである
    ことを特徴とする請求項１１に記載のシステム。
13. 前記システムは、
    設備のドキュメントの集約および構造化して保存することと、
    全ドキュメントのステータスと前記ドキュメント間の関係を示して前記ドキュメント群のバージョンの関する情報の蓄積を含めて、設備のドキュメント処理のライフサイクルの全履歴を維持することと、
    さまざまなドキュメント整合手続きの組織することと、
    ドキュメントの検討および完全な整合履歴を維持し、ドキュメントの全バージョン／リビジョンの通知を発行した履歴の保存を確保することと、他のユニットとの相対リンクをサポートすることと、
    要求されたドキュメントと他のドキュメントとの関係を表示しながら、属性検索およびコンテキスト検索（ストレージの会計単位のコンテンツでの検索）をサポートすることと、
    ドキュメントに関するのレポートをすること
    の機能を実行するドキュメント管理専用ユニットである
    ことを特徴とする請求項１０に記載のシステム。
14. 請求項１０に記載のシステムであって、
    要求管理専用ユニットは、要求の作成および整合プロセスの組織することと、階層構造の形で構造化された要求ストレージの組織することと、要求の分類することと、複合エンジニアリング施設のライフサイクル中の異なるタイプのプロセスの実行中の会計計画プロセスと要求会計をサポートトすることの機能を実行することを特徴とする。
15. 請求項１０に記載のシステムであって、
    専用機器制御ユニットは、構造の各ブランチに対して利用可能な特性および関係のリストを決定することにより、複合エンジニアリング施設の要素群の格納構造を形成することと、各ブランチに対して使用可能な特性と相対関係のリストの構造を決定することにより、複合エンジニアリング施設の要素のモデル／ブランドのストレージ構造の形成することと、サードパーティシステムから複合エンジニアリング施設とモデル／ブランドの要素に関するデータをインポートすることと、複合エンジニアリング施設のステータスを考慮して前記複合エンジニアリング施設要素に関するすべての情報の蓄積する機能を実行することを特徴とする。
16. 請求項１０に記載のシステムであって、
    プロジェクト管理ユニットは、タイミング、リソース、コスト（コントロール）を管理することを含めてプロジェクトを管理することと、供給データ管理（コントロール）することと、建設施工および組み立て工事のデータを管理することと、データ管理が試運転することと、インフラ管理、設計作業、施設の整備と建設工事および前記の間の関係の監視することと、ライフサイクルの全段階においてはドキュメント群の開発期間および設備仕入れと納期予定期間が厳守されるかどうかのことを確認することと、施設運用を管理することと、カレンダーとネットワークの下に企画を立てることと、リソース企画過程を管理することと、プロジェクトの実現と進捗報告することと、機器のサプライヤーとの協力を行うことと、機器の納期管理することと、機器の各アイテムの調達および配送の適時性の評価機能を実行することを特徴とする。
17. 請求項１０に記載のシステムであって、
    分解ユニットは、システムの異なるユニットから設備のデータ統合を確保するためには、複合複合エンジニアリング施設の分解構造を形成する機能を実行することを特徴とする。
18. 請求項１０に記載のシステムであって、
    格納及び管理ユニットは、施設構造内の施設要素群の位置に関する情報を組織化、入力、および記録することを目的とし、設備の体積的（位置的）分解構造の作成を行う複合エンジニアリング施設の空間分解構造を格納および管理することを特徴とする。

Images