この例では、クライアント (この場合は 3 台のコンピューター) がジョブをサーバーやプリンターに送信する方法、またそのサーバーから状態を受信する方法を示します。この例は、主に、Simulink Function をさまざまなサブシステムから呼び出す方法と、Simulink® および Stateflow® の両方とやり取りする方法を取り上げます (この例をシミュレーションすると、Stateflow によって、現在の作業フォルダー内にコードが生成される可能性があることに注意してください)。

この例では、モデル slexCounterFunctionMdlRef に、カウンターを維持する Simulink 関数 update() が含まれています。複数のインスタンス作成により、このアプリケーション モデルでこのロジックを CounterA および CounterB として再利用できます。

この例では、アプリケーションにおけるサービスとそれらのサービスへのアクセスを含む一般的なソフトウェア モデル化パターンについて説明します。

この例では、Stateflow® チャートを使って関数の実行を動的にスケジュールする一般的なモデル化パターンを示します。

この例では、分散システム内でメッセージ通信を使用する方法を示します。ここで、コントローラーはさまざまな送信元から反復する複数の受信メッセージを管理し、さまざまな受信者へコマンドを通信するメッセージを送信します。この例では、別個のサーモスタットを使用して 2 つの異なる部屋の温度を管理する制御システムのモデルを使用します。コンポーネントのアルゴリズム モデル化は、基本的に Stateflow の例バンバン温度制御システムのモデル化 (Stateflow)に従いますが、コンポーネント間の通信は Simulink® のメッセージと SimEvents® ブロックを使用してモデル化されます。青色で表現されている参照モデル Controller と Thermometer は、スタンドアロン コードを生成すると想定されるソフトウェア コンポーネントであり、他のコンポーネントは環境をモデル化します。