不具合解析から要求図を更新する手順

不具合解析から要求図を更新するときは、原因をそのまま『〜しないこと』へ変換せず、失われた機能、検出可能性、制御反応、運転者/整備者への情報、検証条件へ分解します。暫定封じ込めと恒久要求は別ID・別期限で管理します。

市場で冷却ポンプが間欠停止し電池温度が上昇した場合、『ポンプ停止禁止』では検証できません。流量低下の検出時間、利用可能な代替情報、出力制限、警告、DTC、再始動条件、サービス判定を下位要求として追加します。

この記事で分かること

• 事象・故障モード・原因・要求を混同しない方法
• 暫定対策と恒久要求の分離
• FMEA・状態・検証ケースへの反映
• 再発防止を閉じる変更ゲート

目次

• 結論：EV・HV変更影響管理は要求衝突を見える化する
• なぜEV・HVではMBSEが効くのか
• 要求・構造・確認ポイント
• SysMLで表すモデル構成
• 設計レビューで使う確認表
• データ・AI・シミュレーションを扱う注意点
• 実務への落とし込み手順
• よくある失敗
• まとめ

結論：EV・HV変更影響管理は要求衝突を見える化する

不具合解析から要求図を更新するときは、原因をそのまま『〜しないこと』へ変換せず、失われた機能、検出可能性、制御反応、運転者/整備者への情報、検証条件へ分解します。暫定封じ込めと恒久要求は別ID・別期限で管理します。

この表の各行には、要求ID、モデル要素ID、担当、根拠版、未決事項、検証ケースIDを付けます。図上で線がつながっていても、条件・単位・版が欠けていれば、変更影響や合否を再現できません。

なぜEV・HVではMBSEが効くのか

市場で冷却ポンプが間欠停止し電池温度が上昇した場合、『ポンプ停止禁止』では検証できません。流量低下の検出時間、利用可能な代替情報、出力制限、警告、DTC、再始動条件、サービス判定を下位要求として追加します。

対象を文章仕様だけで管理すると、要求、設計値、制御状態、試験結果の版がずれやすくなります。MBSEの役割は図を増やすことではなく、設計判断の入力・出力・根拠・責任を関係として管理し、変更後も検証証拠へ戻れるようにすることです。

要求・構造・確認ポイント

SysMLで表すモデル構成

SysMLでは、要求図で目的と制約を分け、BDDで責務、IBDで物理量と信号、状態機械図でガード・縮退・復帰、パラメトリック図で制約式を表します。satisfy は設計要素、verify は検証ケースへ結び、単なる関連線と混同しません。

要求更新の完了率を件数でなく `Closure = verified permanent requirements / identified control gaps` として追います。暫定監視だけの項目は分子へ入れず、原因未確定と恒久対策未検証を可視化します。

計算例として、ギャップ5件のうち、恒久要求が検証済み3件、暫定監視1件、原因未確定1件ならClosureは60 %です。『5件すべて処置済み』と報告せず、残りの運用制限と期限を併記します。

計算値は桁数より前提が重要です。入力値の測定点、時間同期、サンプリング周期、フィルタ、許容差、モデル版を結果と一緒に保存します。

設計レビューで使う確認表

• 原因未確定なのに原因対策を断定していないか
• 事象を禁止文にしただけの要求になっていないか
• 暫定監視と恒久設計を区別したか
• 上位影響と運転者・整備者情報まで更新したか
• 変更で新しい故障モードを作っていないか
• 閉鎖条件に市場再発監視を含めたか

質問には、回答者、根拠ファイル、適用版、未決時の暫定措置を付けます。「確認済み」だけでは、後から判断根拠を再現できません。

データ・AI・シミュレーションを扱う注意点

正常、候補、制限、保護を分けると、単発ノイズで強い制限へ入ることと、異常を見逃すことの両方をレビューできます。復帰にはヒステリシス、連続正常時間、再発時のラッチを必要に応じて定義します。

実務への落とし込み手順

1. 現品、ログ、環境、版、時系列を変更前に保全する 2. 事象、故障モード、原因仮説、影響を別フィールドにする 3. 失われた機能と既存要求の欠落・曖昧・誤りを分類する 4. 暫定封じ込めと恒久要求を別IDで登録する 5. FMEA、状態機械、IBD、診断、試験へ変更を伝播する 6. 再現、境界、故障、復帰、再発監視の証拠で閉じる

各手順の完了条件をファイル作成ではなく、次工程が判断できる証拠で定義します。未決事項は消さず、所有者、期限、影響する要求と試験を記録します。

正常一点だけでなく、境界値の前後、ばらつき、劣化、通信遅れ、センサ故障、復帰を組み合わせます。合否基準と併せて、観測できない量を何で推定するかも明記します。

よくある失敗

適用範囲と不確実性

数値例は進捗の見せ方であり、安全上の閉鎖基準ではありません。市場不具合の法的報告、リコール、顧客通知、機密保持は仕向地と組織の正式手順に従ってください。

規格・ガイドラインは適用範囲と最新版を案件ごとに確認し、公開ページの要約だけで適合を判定しません。安全関連の要求値、故障許容時間、診断カバレッジ、法規適用は、車両固有の分析と承認済み資料を正とします。

次に読むなら

次に読むなら、EV・HVの設計審査で使えるMBSEチェックリスト がおすすめです。チェックリストやテンプレート化の入口として使いやすい記事です。

関連記事

• 量産移行でモデルが古くなる原因と対策: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
• インバータ仕様変更が熱・制御・安全へ与える影響をMBSEで見る: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
• 試作評価結果をSysMLモデルへ戻す運用ルール: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
• バッテリーサプライヤ変更時に確認すべき要求トレース: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。

参考資料

• IEC 60812:2018 Failure modes and effects analysis（確認日: 2026-09-05）
• NASA: System Safety Handbook Volume 2（確認日: 2026-09-05）
• NASA Systems Engineering Handbook（確認日: 2026-09-05）
• OMG Systems Modeling Language Version 1.6（確認日: 2026-09-05）

まとめ

不具合から要求を強くするには、原因文を追加するのでなく、失われた機能と診断・縮退・復帰・証拠を再設計します。暫定封じ込めを恒久完了に数えないことが再発防止の要点です。