KPITが、モデルベースデザインで AUTOSAR準拠のソフトウェアを開発するエンドツーエンドのプロセスを確立

エンジンの後処理システムのソフトウェアとハードウェアを分離することに加えて、KPITの顧客はシステムに新しい機能を追加する必要がありました。また、手作業で組み込みCコードを作成することに基づいた既存の開発ワークフローで欠点に対処する必要がありました。既存のワークフローでは、エンジニアは、電子制御ユニット（电子控制单元）で要件をテストできるようになるまで、システム要件を検証する機会はほとんどありませんでした。顧客は、手作業によるコーディングを減らし、開発の初期段階で設計を検証したいと考えました。

同時に、顧客は、提供されたソフトウェアが同じ电子控制单元上で実行される他のソフトウェアと互換性があることを保証するために、オープンで規格化された自動車ソフトウェアアーキテクチャを望んでいました。

KPITのエンジニアは、顧客向けにAUTOSARおよびモデルベースデザインに基づくソフトウェア開発ワークフローを確立しました。

このワークフローでは、まずシステム要件の解析をして、個々のAUTOSARソフトウェアコンポーネントから構成されるアーキテクチャの定義を行いました。

次に、チームは、インターフェイスを設定してその他の構成の詳細情報を追加するために、AUTOSARオーサリングツールを使用して個々のコンポーネントのソフトウェア要件を定義しました。

トップダウンアプローチに従い、ソフトウェアコンポーネント記述のARXMLファイルをオーサリングツールからエクスポートしました。これらのファイルを金宝app模拟に直接インポートして、インターフェイスブロックおよびオーサリングツールで定義されたAUTOSAR関連の設定を含むスケルトンの模拟モデルを作成しました。

金宝app模拟および状态流^®で作業を行い、アプリケーションソフトウェアのスケルトンモデルに対して、新機能を実装するために順次ロジックとその他のブロックを追加しました。

马修汽车咨询委员会（MAAB）ガイドラインに準拠するためにモデルを確認してから、モデルインザループシミュレーションを実行して要件に対して設計された機能をテストしました。

嵌入式编码器^®およびAUTOSAR規格の嵌入式编码器サポートパッケージを使用して、AUTOSAR準拠のCコードを更新されたソフトウェアコンポーネント記述のARXMLファイルと共に生成しました。

生成したCコードを使用して、ソフトウェアインザループテストを実施して、これらのテストの結果が金宝app模拟モデルのシミュレーション結果と一致することを検証しました。

电子控制单元に配布する前に、新しいアプリケーションソフトウェアを他のAUTOSARソフトウェアコンポーネントに統合できるようにするために、更新されたARXMLファイルをAUTOSARオーサリングツールにインポートしました。

このワークフローを使用して、KPITおよびその顧客はエンジンの後処理システムソフトウェアの開発を正常に完了させました。現在、このソフトウェアの最終テストが行われています。KPITの顧客は現在、他のAUTOSARプロジェクトでもモデルベースデザインを使用しています。

• 開発時間を最大40%削減。金宝app模拟を使用したモデルベースデザインにより、標準的な開発手法と比較して10%から40%程度削減されました。標準的な開発手法に時間がかかるのは、手作業でのコーディングや电子控制单元を使用しない形態で要件の検証ができないためです。
• AUTOSARラウンドトリップエンジニアリングのワークフローの確立。AUTOSARオーサリングツールでインターフェイスを設定後、KPITはそれらを金宝app模拟にインポートして2.つのツールのソフトウェアコンポーネント間で1.対1.のマッピングを行いました。AUTOSAR準拠のコードおよびコンポーネント記述ファイルは、模拟モデルから自動的に生成され、ARXMLファイルはKPITのオーサリングツールにインポートされました。
• モデルベースデザインのためにAUTOSAR実装を簡略化。「当社の顧客は現在、アプリケーションソフトウェアおよび制御アルゴリズムの開発に集中できます。なぜなら、AUTOSARのワークフローやツールチェーンについて懸念する必要がなくなったためです。」と马赫什氏は述べています。「数学作业」は引き続き、模拟におけるA金宝appUTOSARに対するサポートを強化しており、私たちはAUTOSAR規格に対するいかなる変更もサポートされるものと確信しています。」