ASAM ODS API に続いて、ASAM ODS は ASAM ODS ベースモデルを定義します。ベースモデルは、ASAM ODS の一部であるすべての要素、属性、関係を記述しています。これは、プロジェクト内で使用されるデータを記述するための参照として使用される抽象モデルです。
したがって、許容されるアプリケーションモデルの範囲を定義しています。すべての色付き要素(以下の HighQSoft ASAM ODS ベースモデルポスターを参照)は、ASAM ODS 標準と完全に互換性があります。これらの色付きの要素および追加された属性と関連は、すべての ASAM ODS クライアントによって自動的に認識されます。灰色で表示されている要素はすべて、色付き要素でカバーされていない特殊なケースを記述するために追加できる情報を示しています。例えば、NVH 領域では特殊なケースがあります。通常、これらの要素は避けます。
ASAM ODS アプリケーションモデルは、ASAM ODS ベースモデルの派生モデルです。プロジェクト情報、テスト目的、テスト環境、テストステップの記述部分は一般的に完全に柔軟ですが、テストデータ自体の記述には標準化が実施されています。これには、データの構造、チャンネル名、物理的な記述が含まれます。
異なるドメイン(衝突試験の ISO など)やアプリケーション(openMDM)のアプリケーションモデルを記述する標準があります。その内容は、プロジェクトによって生成されたデータと同様に、顧客のドメイン(エンジンなど)、ユースケース、ワークフローに強く依存します。アプリケーションモデルを導き出す作業は、通常 HighQSoft がお客様をサポートしながら行います。
HighQSoft GmbH では、25 年以上にわたって ASAM ODS アプリケーションモデルの実地経験を積んできました。弊社は、既存のすべてのドメインと多くの異なる種類のプロジェクトのためのモデルを開発しました。
通常、最初の分析のためにテストデータが事前に提供されます。ワークショップでは、データだけでなく、利用可能な企業情報やプロセスについても議論します。その結果、アプリケーションモデルを設計することができます。それはすべての関連情報を含むだけでなく、プロセスやデータベースを読み取るために最適化されています。
データモデルの定義は標準的な作業であり、迅速に行うことができる。アプリケーションモデルは、サーバーをセットアップすることなく、ASAMCommander でレビューおよび検証できます。
アプリケーションモデルの導出は、2つの側面に焦点を当てます:
追加のファイル形式を統合する必要があったり、ユースケースを満たすために他の情報が必要ですか?問題ありません!多くの場合、データ管理において柔軟性を維持することは非常に重要な要件です。弊社製品内のデータモデル変更は迅速に行われ、テストデータ管理ソリューションは常に新しい要件に適応することができます。
特に、稼働中のシステムに対する計画外の変更には、多大な労力が伴います。
弊社の製品では、すべての情報は完全に透明であり、管理された方法で変更、統合、移行することができます。
HighQSoft GmbH
Black-und-Decker-Straße 17b
D-65510 Idstein