SysMLモデルとExcel仕様書をどのように使い分けるべきか
この記事で分かること
- 具体的なSysML図の作り方
- 空調設計で見落としやすい接続・状態・制約
- 仕様書、試験、レビューへ展開する方法
MBSEやSysMLを導入するとき、現場でよく出る疑問があります。「Excel仕様書はもう不要になるのか」「既存の管理表をすべてSysMLへ移すべきなのか」「SysMLモデルとExcelが二重管理になるのではないか」という疑問です。空調設計では、要求、構造、制御、冷媒条件、部品仕様、試験結果、機種差分が多く、Excelが長年使われてきました。これを一気に置き換えるのは現実的ではありません。
結論から言えば、SysMLモデルとExcel仕様書は競合するものではありません。SysMLは、要求、機能、構造、状態、流れ、故障、検証の関係を表すのに向いています。Excelは、数値一覧、パラメータ表、機種差分、試験結果、管理台帳を扱うのに向いています。両者を役割分担し、IDで接続することが実務的です。
SysMLは関係を管理し、Excelは値と一覧を管理する。この分担を決めると、MBSE導入は現場に入りやすくなります。
目次
結論：置き換えではなく役割分担で考える
SysMLモデルとExcel仕様書は、情報の持ち方が違います。SysMLは、要求がどの機能に割り当てられ、どの構造がその機能を担い、どの状態で動作し、どの故障モードや検証項目と関係するかを表します。Excelは、機種別の数値、試験結果、部品仕様、チェック項目、変更履歴を一覧で扱います。
| 観点 | SysMLモデル | Excel仕様書 |
|---|---|---|
| 得意な情報 | 関係、構造、流れ、状態、追跡性 | 数値、一覧、機種差分、試験結果 |
| 空調での例 | COP要求と圧縮機・熱交換器・制御の関係 | 機種別COP、騒音、重量、電源仕様 |
| レビューでの使い方 | 変更影響、抜け漏れ、責任境界を見る | 数値の妥当性、差分、合否を確認する |
| 苦手なこと | 大量の数値表、細かな機種差分 | 関係性、状態遷移、変更影響 |
この分担を決めずに導入すると、同じ要求がSysMLとExcelの両方に書かれ、どちらが正なのかわからなくなります。最初に「関係はSysML、値はExcel」「要求IDは共通」「更新責任者を決める」という運用を置くことが重要です。
SysMLが得意なこと
SysMLが得意なのは、設計情報の関係を表すことです。空調機では、冷媒回路、空気流路、電力、制御、センサ、筐体、保守、法規制が互いに影響します。Excelの表だけでは、ある要求がどの部品、どの制御、どの故障モード、どの試験と関係するかを見失いやすくなります。
たとえば「低騒音要求」は、ファン、熱交換器通風抵抗、筐体、制御回転数、据付条件、<u>試験条件</u>と関係します。SysMLで要求図、BDD、IBD、状態機械図、検証ケースをつなぐと、要求変更時に確認すべき範囲が見えます。
| SysMLで管理したい情報 | 理由 |
|---|---|
| 要求間の依存関係 | 省エネ、快適性、騒音、安全がトレードオフになる |
| 構成要素の責務 | 圧縮機、ファン、センサ、制御の役割を共有できる |
| 状態遷移 | 冷房、暖房、除霜、異常停止の条件を追える |
| 信号と流れ | 冷媒、空気、電力、通信の境界を確認できる |
| 故障モードとの関係 | FMEAやDRBFMへ接続しやすい |
| 検証との追跡 | 要求がどの試験で確認されるかを示せる |
Excelが得意なこと
Excelが得意なのは、表としての管理です。空調機の設計では、機種別仕様、部品番号、パラメータ、試験結果、合否判定、変更履歴、チェックリストが大量にあります。これらをすべてSysMLモデルに入れると、モデルが重くなり、更新も難しくなります。
たとえば、機種別の冷房能力、暖房能力、COP、騒音、電源、重量、外形寸法、冷媒量、試験条件は、Excelの表で管理した方が扱いやすいことが多いです。SysMLには、これらの値がどの要求や検証ケースに属するかを示し、詳細値はExcelで管理します。
| Excelで管理したい情報 | 理由 |
|---|---|
| 機種別仕様値 | 行列で比較しやすい |
| パラメータ一覧 | 制御定数やしきい値を管理しやすい |
| 試験結果 | 測定値、合否、日付、担当者を記録しやすい |
| 部品表 | 購買、製造、変更管理とつながりやすい |
| チェックリスト | レビュー進捗を管理しやすい |
| 変更履歴 | 差分と承認状態を残しやすい |
空調設計での使い分け表
空調設計では、情報を「関係で見るもの」と「一覧で見るもの」に分けると迷いにくくなります。以下は実務で使える使い分け例です。
| 情報 | 主に置く場所 | 補足 |
|---|---|---|
| 上位要求 | SysML | 要求ID、関係、優先順位を管理する |
| 機種別要求値 | Excel | 要求IDを付けてSysMLと接続する |
| 冷媒回路構成 | SysML | BDD/IBDで構造と流れを示す |
| 配管寸法や部品番号 | Excel | 部品表や設計表で管理する |
| 運転状態 | SysML | 状態機械図で遷移条件を示す |
| 制御パラメータ | Excel | しきい値や機種差分を一覧管理する |
| 故障モード | 両方 | 関係はSysML、詳細評価はFMEA表 |
| 試験項目 | 両方 | 検証ケースはSysML、結果はExcel |
IDでつなぐ運用を作る
SysMLとExcelを併用するには、IDが必要です。要求ID、ブロックID、信号ID、状態ID、試験ID、故障モードIDを共通で使います。IDがないと、Excelの値がどの要求に対応しているのか、SysMLのブロックがどの試験で検証されるのかを追えません。
IDは複雑にしすぎない方が続きます。たとえば、REQ-COP-001、BLK-COMP-001、SIG-PRESS-001、STATE-COOL-001、TEST-COP-001のように、種類と意味がわかる形式にします。最初から全社標準を完璧に作るより、対象プロジェクトで一貫して使えることを優先します。
| ID種別 | 例 | 用途 |
|---|---|---|
| 要求ID | REQ-COP-001 | SysML要求図とExcel仕様値を接続 |
| ブロックID | BLK-ODU-FAN-001 | 構造要素と部品表を接続 |
| 信号ID | SIG-OUT-TEMP-001 | センサ、制御、ログを接続 |
| 状態ID | STATE-DEFROST-001 | 状態遷移と制御処理を接続 |
| 試験ID | TEST-NOISE-001 | 要求と試験結果を接続 |
二重管理を防ぐルール
二重管理を防ぐには、どの情報をどちらに正として置くかを決めます。たとえば、要求の関係と優先順位はSysMLを正、機種別数値はExcelを正、試験結果はExcelを正、検証ケースとの関係はSysMLを正、と決めます。
また、同じ文章を両方に丸ごと書かないことも大切です。Excelには要求IDと値を置き、SysMLには要求IDと関係を置く。詳細説明はどちらか一方に寄せ、もう一方から参照します。これにより、変更時に片方だけ更新される問題を減らせます。
| ルール | 目的 |
|---|---|
| 正本を決める | 更新責任を明確にする |
| IDで参照する | 同じ説明の重複を避ける |
| 更新タイミングを決める | レビュー前に不整合を発見する |
| 変更理由を残す | 後工程で判断根拠を追える |
| レビュー対象を分ける | モデルレビューと数値レビューを混ぜない |
導入ステップ
最初から全仕様書をSysML化しようとしない方が成功しやすくなります。まず、手戻りが多いテーマを一つ選びます。たとえば、除霜制御、騒音要求、冷媒変更、AI省エネ制御、保護停止などです。そのテーマについて、要求、構造、状態、故障、検証をSysMLで整理し、数値や試験結果はExcelに残します。
1. 対象テーマを一つ選ぶ 2. 既存Excel仕様書から要求IDを付ける 3. SysMLで要求、構造、状態、検証の関係を描く 4. Excel側にID列を追加する 5. レビューで<u>変更影響</u>を追えるか確認する 6. 二重記載や更新漏れを洗い出す 7. 成果が出た範囲から横展開する
この導入順なら、現場が使い慣れたExcelを否定せずにSysMLの価値を示せます。MBSE導入初期では、ツールの統合より、<u>設計判断</u>が追いやすくなったかを評価する方が実務的です。
よくある失敗
一つ目の失敗は、Excelを悪者にすることです。Excel仕様書には、現場で積み上げてきたノウハウがあります。これを否定すると、MBSE導入は抵抗を受けます。Excelの弱点は関係の追跡であり、一覧管理そのものではありません。
二つ目の失敗は、SysMLモデルへ数値を入れすぎることです。機種差分や試験結果をすべてモデル化すると、更新負荷が大きくなります。モデルには関係を置き、詳細値はExcelで管理する方が長続きします。
三つ目の失敗は、IDを後回しにすることです。IDなしでSysMLとExcelを併用すると、どの情報が対応しているのかわからなくなります。簡単なIDでもよいので、最初の対象テーマから付けるべきです。
運用定着の評価指標
SysMLとExcelの使い分けが定着しているかは、モデルの枚数やExcelの削減量では判断できません。評価すべきなのは、設計判断が追いやすくなったか、変更影響を早く見つけられるようになったか、レビューで同じ議論を繰り返さなくなったかです。MBSE導入初期ほど、ツール操作の習熟より運用効果を測る必要があります。
たとえば、冷媒回路変更のレビューで、関連する要求、部品、制御、FMEA、試験項目を短時間で抽出できるなら、SysMLとExcelの接続は機能しています。逆に、モデルはあるのに担当者がExcelだけを見て判断している場合、モデルの役割が現場に伝わっていません。評価指標を設定し、月次または節目レビューで確認します。
| 評価指標 | 見る内容 | 改善アクション |
|---|---|---|
| 変更影響の抽出時間 | 要求から構造、制御、試験へたどる時間 | ID不足、関係線不足、正本不明を修正 |
| レビュー指摘の質 | 数値確認だけでなく関係の抜けを指摘できたか | 図の粒度、チェックリストを調整 |
| Excel更新漏れ | モデル変更後に値や試験表が追随したか | 更新責任と承認フローを明確化 |
| モデル参照率 | レビューでSysMLが実際に使われたか | 会議資料の構成と対象図を見直す |
| 手戻り件数 | 後工程で要求解釈の違いが減ったか | 失敗事例を要求IDへ戻す |
定着のためには、成功事例を小さく残すことも大切です。「除霜条件の抜けをレビュー前に見つけた」「騒音要求の試験条件不一致をIDで発見した」といった実例があると、現場はSysMLの価値を理解しやすくなります。Excelを減らすことではなく、設計判断の根拠を追えるようにすることを成果として示します。
次に読むなら
次に読むなら、空調機の仕様書をSysML要求図へ変換する方法 がおすすめです。このテーマの全体像を整理する柱記事です。
関連記事
- 空調設計で活用するSysML図の優先順位：最初に習得すべき5種類: このテーマの全体像を整理する柱記事です。
- 空調室外機のブロック定義図を作成する具体例: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
- アクティビティ図で空調運転モードを表現する方法: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
- 品質保証部門向けMBSE研修を設計する方法: チェックリストやテンプレート化の入口として使いやすい記事です。
まとめ
SysMLモデルとExcel仕様書は、どちらか一方を選ぶものではありません。SysMLは要求、機能、構造、状態、故障、検証の関係を管理するのに向いています。Excelは数値、一覧、機種差分、試験結果、変更履歴を管理するのに向いています。
空調設計では、両者をIDでつなぎ、正本の置き場所を決めることが重要です。最初は手戻りが多いテーマを一つ選び、SysMLで関係を整理し、Excelで詳細値を管理します。この分担を守ると、MBSE導入は既存業務を壊さず、設計レビューと変更影響追跡を強くできます。
コメント