長く使われている製品や装置では、仕様変更や機能追加を繰り返すうちに、開発が少しずつ難しくなることがあります。 以前は簡単に変更できた機能でも、現在では影響範囲の調査に時間がかかる。 担当者でなければ処理内容が分からない。 […]

客先へ装置を納入すると、自社には同じ構成の実機が残っていないことがあります。 不具合の連絡を受けても、確認できるのは客先から送られてくるログ、エラーコード、担当者からの聞き取りなどに限られます。 比較的単純な装置であれば […]

電気設計、制御設計、ソフトウェア開発など、複数の担当者がそれぞれの領域を分担して開発を進めます。 それぞれが仕様に従って設計し、単体試験でも問題なく動作している。それにもかかわらず、装置全体を組み上げると、思ったように動 […]

長年使い続けてきたC言語の制御ソフトは、企業にとって大切な技術資産です。 実機で十分に動作し、過去の不具合対応やノウハウも蓄積されているため、簡単に置き換えられるものではありません。 一方で、製品の高機能化や派生機種の増 […]

V字プロセスを組織図として捉えていませんか？ モデルベース開発の説明では、V字プロセスの図がよく使われます。 左側には要求分析や設計、モデル作成が並び、右側には単体試験、結合試験、システム試験などの検証工程が並びます。 […]

複雑な制御・検証課題を、見える化し、PoCで前に進めるために 制御開発や検証の現場では、こんな課題がよくあります。 こうした場面で、私たちは MATLAB / Simulink を活用します。理由は、複雑な課題を整理し、 […]

モデルベース開発（MBD）を導入するとき、意外とハマりやすいのがプログラミング経験が豊富な人ほど、従来のコード中心の考え方をそのまま持ち込んでしまうことです。 これは、プログラマーのスキルが低いという話ではありません。む […]

モデルベース開発（MBD）の導入で意外と多い失敗が、設計を十分に行わないまま、いきなりSimulinkモデルを書き始めてしまうことです。 教育や演習では、手順に沿ってSimulinkブロックを組み、シミュレーションを動か […]

技術商談やMBD導入検討の場で、よく見かけるやり取りがあります。 どちらも自然な発言です。しかし、この往復が続くと、多くのミーティングは前に進まなくなります。 背景にあるのは、単なるコミュニケーション不足ではありません。 […]

モデルベース開発（MBD）は、多くのメリットが語られています。品質向上、手戻り削減、上流での検証、属人化の回避──どれも正しい話です。その一方で、現場を見ていると、ある違和感を覚えることがあります。 それは、「MBDを導 […]