これまで自動車業界では、ハードとソフトの両方が揃わないと実車を動かせませんでした。つまり、開発したプログラムをハードウェアを利用してテストする、いわゆる開発の下流工程にならなければ、当初決めた規格や仕様が正しいのかどうかが確認できず、間違いが見つかった際には最初から開発をやり直す「手戻り」が発生していました。

モデルベース開発（MBD）では、開発の上流段階においてモデルが正しく動くのかを確認できます。上流の段階において動きを確認できるため、手戻りを極力減らせることがモデルベース開発（MBD）の最大のメリットです。

近年の車載ECU（電子制御ユニット）搭載数の増大とそれに実装されるソフトウェアの大規模化により、それぞれの機能のすり合せや仕様が複雑化してしまい手戻りリスクが増大しています。

従来の車両開発では1車種あたり3から5年かけて行われており、その期間で試作車両を5、6回作成していますが、手戻りが発生することで、車両完成の直前までソフトウェア開発がずれ込むケースも発生しており、開発コストが膨れ上がってしまう事例もあります。

今後の動向としては、自動運転に向けたECUの統合化、シミュレーションでの開発によるハードウェアの仮想化、リコール費用低減と機能追加による付加価値向上を目的としたソフトウェア更新（OTA）が進むと考えられています。

これらにより、機能横断した新たな機能の実装と開発期間の大幅な短縮、タイムリーなソフトウェアのリリースが期待されており、モデルベース開発（MBD）は「適用が望ましい手法」から「導入が必須な手法」へと変化しています。

自動運転レベルが上がっていくと、運転操作の判断を人間ではなくソフトウェアが行うようになるため、さまざまな走行シーンやトラブルを想定した膨大なシチュエーションを検証する必要があります。

これらをすべて実車でテストすることは到底できませんが、モデルベース開発（MBD）であれば無限大かつ、いい意味で「机上」で検証できることもメリットです。

自動運転（以下、AD）／先進運転支援システム（以下、ADAS）やコネクテッドカーの開発においても、すべての開発工程において実車テストで検証を行うことはもはやナンセンスな時代になってきています。

• MILS（Model-In-the-Loop Simulation）
• SILS（Software-In-the-Loop Simulation）
• HILS（Hardware-In-the-Loop Simulation）