... フレームワークに含まれる全ツール用 : オートメーション フレームワークが各統合ツールのデータを管理し、オートメーション フレームワークのメカニズムで実行します。
ObjectStore とメディエータ
AF アプリケーションワイドで作成した、ソフトウェアプラットフォーム内の一貫したデータ管理用の絶対要求を満たすために、オートメーションフレームワークが提供する 2 つの異なるメカニズム : ObjectStore とメディエータコンセプト ObjectStore は、中央データ管理ベースです。 それが構築する技術ベース上で、特定のデータモジュールが、たとえばデバイスデータ (例 : センサデータ、I / O、ネットワークコンフィグレーション) を処理し、ドライブデータが開発されます。 データは、XML かバイナリ形式で保存されます。 既存デバイスはインポート可能です。新規デバイスはカタログエディタで作成し、新デバイスクラスは UML で指定します。 メディエータコンセプト がアプリケーションを機能的にカップリングします。カップリングされたアプリケーションは、それぞれのデータ管理をします。 オートメーションスイートに統合されたアプリケーションすべては、それらのデータ関連部分を利用できるようにします (変数、タグ、パラメータ)。 これらのデータが他アプリケーションで使われている場合、メディエータは必要データの更新が確実に行われるようにします。 両方のデータ管理方法が、既存ソフトウェアを含みながら、オートメーションスイート内で混在できます。
ObjectStore は、中央データ管理ベースです。 それが構築する技術ベース上で、特定のデータモジュールが、たとえばデバイスデータ (例 : センサデータ、I / O、ネットワークコンフィグレーション) を処理し、ドライブデータが開発されます。 データは、XML かバイナリ形式で保存されます。 既存デバイスはインポート可能です。新規デバイスはカタログエディタで作成し、新デバイスクラスは UML で指定します。
メディエータコンセプト がアプリケーションを機能的にカップリングします。カップリングされたアプリケーションは、それぞれのデータ管理をします。 オートメーションスイートに統合されたアプリケーションすべては、それらのデータ関連部分を利用できるようにします (変数、タグ、パラメータ)。 これらのデータが他アプリケーションで使われている場合、メディエータは必要データの更新が確実に行われるようにします。
両方のデータ管理方法が、既存ソフトウェアを含みながら、オートメーションスイート内で混在できます。
[AF の特徴 - 基本機能]
オブザーバがデータ一貫性を保証
次の図は、アプリケーションスイートが行う日常業務を示しています。 4 つのツールが共通データ管理にリンクしています。 変数 「スピード」 がたとえばプログラミングシステム (図の中で 「PLC」 という名称) で変更された後、この変更がオブザーバと呼ばれる機能で登録され、全関連ツールに自動的に知らされます。 こうして、変更は 1 度だけ入力すればよく、その後はツールすべてがいつでもその変更を使用できます。
共通データモデルのソフトウェアプラットフォーム
オートメーション フレームワーク では、共通モデルで統合を行います。 これは、特にツール間で変更する必要があるデータすべてに当てはまります。 モデルは、ツールすべてがこのタイプの同じ実装で 1 つの要素タイプのために動作することを確実にします。 オートメーション フレームワークをベースに開発された各ソフトウェアツールは、この共通データモデルを直接使用できます。たとえば、自社製品を実現し、定義するためにも使用できます。 コンプリートなコンポーネントは、データモデルをベースに開発されているので、すぐにこれらの製品と一緒に使用できます。 追加プロパティは、新規または対応拡張コンポーネントを使って追加できます。
データ統合レベル : インポート / エクスポート から統合を完成するまで
既存ツールをソフトウェアプラットフォームへ統合完成するための第一のステップは、機能のインポートとエクスポートです。 これらの機能は、高度な動性が要求されていないとき、主に使われます。たとえば、異なるアプリケーション領域にあるツールで、異なる人または企業間のデータを交換する場合です。 しかし、ツールがアプリケーションの同じ領域で一緒に使われている場合、高度な動性が要求されます。 この場合は、もともと自立的なツールを 1 つの統合環境に組み合せ、特定データを自動インタフェースで変更する必要があります。