- 印刷する
共通データモデルを遵守するためのガイダンスと、共通データモデルの作成例。
共通データモデルとは?
共通データモデルとは、標準化され拡張可能なデータスキーマのコレクションを提供するものである。これらの事前定義されたスキーマは、業務上の成果物、物理的な成果物、参考資料、イベントのログなど、さまざまなタイプのデータをカバーする。作業指示書やユニットなど、広く使用されている概念やアクティビティを表現することで、これらのスキーマはデータの作成、コンパイル、分析を容易にします。この標準化は、異なるシステム間でのデータの取り扱いを合理化するのに役立ちます。
コンポーザビリティにおける共通データモデル
チューリップ・テーブルは、データ・フローを処理し、アプリケーション間の接続を維持する上で重要な役割を果たします。テーブルにはアプリケーションに表示される情報が含まれており、アプリケーションはテーブル・レコードを作成、更新、削除します。複数のアプリケーションが同じテーブルを使用している場合、テーブルを介して相互に通信することができます。
ある問題に対するソリューションを設計する際、使用するテーブルを定義することは最も重要なステップの 1 つです。論理的にテーブルを選択することで、よりシンプルで、再利用可能で、コンポーザブルなアプリケーションを実現することができる。適切な量のデータがテーブルに格納されていれば、アプリビルダーは使用するアプリ変数の数を減らすことができ、アプリケーションを複雑でなく、カスタマイズしやすくすることができます。ソリューション内のアプリケーションが同じテーブル・セットを使用している場合、どちらか一方のアプリケーションを再設計することなく、アプリケーションは交換可能またはコンポーザブルになります。
共通データモデルの例
チューリップテーブルは、主にデジタルツインモデルに従うべきです。つまり、テーブルは物理的な工場や製造現場をできるだけ厳密に反映する必要があります。履歴データは完成記録に限定し、テーブルをマスターデータの保存や、完成記録や外部レコードからの重複データの保存に使用しないようにする。
主要なテーブルタイプ
理想的には、テーブルは物理的および運用上の成果物を表すべきである。
これらのテーブルには、アプリによって定期的に更新されるStatusフィールドが必ず含まれる。
物理的成果物
物理的な成果物とは、施設内の有形物、または運用中に使用または生産されるコンポーネントのことです。
例
- 在庫品目
- ユニット
- ロケーション
- ステーション
- 設備と資産
オペレーション・アーティファクト
オペレーション・アーティファクトとは、オペレーションを可能にしたり、サポートしたりする有形または無形の要素や部品のことである。
例
- マテリアル・リクエスト
- 欠陥
- カンバンカード
- 作業指示
- アクション
セカンダリ(上級者向け)テーブルタイプ
以下のセカンダリテーブルタイプは、デジタルツインモデルには適合しません。リファレンステーブルやログテーブルは、ソリューションデザインプロセスを経て、他のすべてのオプションを使い切った後にのみ含めるべきです。これらのテーブルは、アプリソリューションの基盤として使用すべきではありません。
ログ
イベントログは、本番環境で何かを調べ、定義することができる情報です。これらは、ERPなどの外部システムでよく見られます。
例
- メモとコメント
- 系図記録
- ステーションの活動履歴
- 検査結果
リファレンス
リファレンスはアプリケーション間で共有される台帳です。これは完了レコードの概念に似ていますが、アプリケーション間で共有され、テーブルクエリ、Aggregation、チューリップテーブルの変更可能性にアクセスできるようになります。
例
- 材料定義
- 材料表
独自の共通データモデルを構築する
Tulipの共通データモデルの例は、あなたのデータモデルを構築するための出発点になるように設計されています。しかし、すべてのプロセスやソリューションは異なっており、アプリケーションと同様に、データモデルも必要に応じてカスタマイズすることができます。
小さな変更としては、テーブルのフィールドの追加や削除があります。場合によっては(特殊なプロセス、同じユースケースに複数のテーブルが必要な場合)、大きな変更が必要になります。この場合、ダウンロードしたデータモデルから1つまたは複数のテーブルを代用したり、追加のテーブルを挿入したりすることができる。
共通データモデルの計画
- プロセスの物理的および運用上の成果物を定義する。
- 各アーティファクトに対応するテーブルを見つける
- アプリケーションによって収集されるデータの種類と、使用される必要がある参照を調べる。