カスタム上位機・SCADA ソフトの開発進め方:分業・見積り・引継ぎの境界
カスタム上位機・SCADA ソフトは通常 1 社で完結せず、設備側ソフト・現地システム統合・外部開発チーム・顧客側検収の 4 層に分業されます。設備メーカーやコントローラ供給元が読み出し可能なデータインターフェースを用意し、システムインテグレータが現場ネットワークと計器の配線を担い、外部チームが画面・帳票・データ保存を開発し、顧客は検収段階で点表・画面一覧・試験記録を突き合わせます。この 4 層の境界を着工前に取り決めておくと、後半のインターフェース変更や範囲拡大による手戻りが減ります。
上位機プロジェクトに実際に存在する作業
上位機プロジェクトは「監視画面を作る」ように見えますが、実際には 5 種類の作業に分かれ、担う主体もそれぞれ異なります。
- 現場設備と計器:コントローラ、インバータ、計器、はかり類など、読み出し可能なデータ源
- 通信とネットワーク:プロトコル変換、ゲートウェイ設定、ネットワーク分割、時刻同期とローカルバッファリング
- 画面と操作ロジック:画面構成、操作権限、アラーム階層、操作履歴の記録
- データと帳票:履歴データ保存、帳票テンプレート、外部データインターフェース
- 納品と運用:プログラムの版管理、バックアップ、更新手順、後日の変更フロー
このうち顧客要件で変わるのは 2 番目と 3 番目だけです。1 番目は設備側で決まり、4 番目と 5 番目は 2 年後にも改修できるかどうかを左右します。
職責で分ける:自社で担う範囲と外部チームへ任せる範囲
分業を明確にする最も簡単な方法は、機能メニューで分けるのではなく「誰が何を担うか」を 4 つのブロックに描くことです。
| 分業の層 | 主な作業 | 通常の担当 |
|---|---|---|
| 設備側ソフト | コントローラプログラム、データインターフェースの公開、通信パラメータ設定 | 設備メーカーまたはコントローラ供給元 |
| 現地システム統合 | ネットワークと配線、計器の接続、信号検証、現地調整 | 顧客の IT 部門または現地システムインテグレータ |
| 上位機開発 | 画面、アラーム、履歴データ、帳票、外部インターフェース | 外部開発チームまたは社内ソフト部門 |
| 検収と運用 | 検収試験、アカウントと権限、版更新、後日の変更 | 顧客の設備部門と最終ユーザー |
分業表の目的は責任の押し付け合いではなく、各層が何をどの形式で納めるかを言えるようにすることです。
この 4 層で最も問題が出やすいのは 2 層目と 3 層目の間です。現場ネットワークの条件、計器の通信プロトコル、コントローラで使用可能なレジスタ一覧が開発前に確定していないと、外部チームが作った画面には表示すべきデータがありません。
見積りは総額よりも構成がものを言う
上位機開発の見積りを評価するとき、総額より構成のほうが参考になります。使える見積りは人日と単価の 2 つに分解でき、範囲外の内容が明記されています。
- 作業項目ごとの分解:点表整理、通信調整、画面開発、帳票開発、現地調整、ドキュメント作成をそれぞれ記載
- 人日と役割:作業項目ごとの人日、現地調整と遠隔支援が同一単価かどうか
- 範囲外の事項:顧客側の協力事項、追加変更の扱い、出張と宿泊の計上方法
- 納品物一覧:ソースコード、画面ファイル、通信点表、試験記録、操作マニュアルそれぞれの部数と形式
作業項目ごとに分解された見積りほど、「これは変更依頼に当たるか」という後の争いが減ります。総額だけを示し範囲を書かない見積りは、実施段階で範囲が解釈し直されることを意味しがちです。
コードと資産の引継ぎ境界
上位機システムは運用開始後も改修が続くため、何を引き継ぐかが 2 年後の自由度を決めます。実務では次の項目を 1 つずつ確認します。
- ソースとプロジェクトファイル:コンパイル可能な完全なソース、または編集可能なプロジェクトファイルを提供するか、ライセンス範囲を明記する
- 通信点表:各点のデータ型、アドレス、単位、更新周期を、突き合わせ可能な表として整える
- 画面一覧:画面名、階層、対応する工程区間を整理し、後日の特定と改修を容易にする
- 試験記録:通信の疎通、アラームの発報、電源断からの復帰、連続運転それぞれの結果
- 更新手順:プログラム更新を誰が、どの時間帯に実施し、問題発生時にどう切り戻すか
特に抜けやすいのが 3 番目と 5 番目です。画面一覧は後日の改修時の特定効率を決め、更新手順は顧客が小さな変更を自力で処理できるかどうかを決めます。
ライセンス版ソフトとカスタム開発の線引き
多くのプロジェクトはゼロからのコード開発を必要としません。判断はいくつかの具体的な問いに集約されます。通信プロトコルがライセンス版ソフト付属のドライバ範囲を超えるか、画面や操作ロジックに非標準の要件があるか、MES や ERP とデータを交換する必要があるか、後日の保守を顧客自身のチームが担う必要があるか。
- プロトコルとドライバが対応範囲内で、画面ロジックが標準的:ライセンス版ソフトを優先。納品が早く保守費用も抑えられる
- 外部データインターフェース、非標準の操作ロジック、複数ロールの権限が必要:カスタム開発が適する
- 併用:ライセンス版ソフトが標準画面と現場操作を担い、カスタムプログラムがデータインターフェースと帳票を担う形は一般的
併用する場合は境界を早期に確定します。どのデータをライセンス版ソフトがデータベースへ書き込み、どのインターフェースをカスタムプログラムが担うかを決め、2 つのプログラムが同じテーブルへ同時に書き込まないようにします。
段階的な進め方とマイルストーン検収
一括納品より段階的に進めるほうがリスクを抑えられ、各段階に照合できる成果物が残ります。
- 機能確認:点表、画面一覧、操作ロジックを確定し、書面で合意する
- 試作画面:まず 1〜2 の重要画面を作り、データ経路と画面のトーンを検証する
- 段階投入:工程区間またはライン単位で段階的に稼働させ、各回の様子を見てから次へ進む
- 引継ぎと運用:ソースとドキュメントの引継ぎを完了し、版更新とサポートの段階へ移る
この順序の直接の利点は、通信とデータ経路の問題が試作段階で表に出ることです。正式稼働の当日に初めて判明する事態を避けられます。
着工前に準備しておく情報
設計に入る前に次の項目を整理しておくと、後半の手戻りを減らせます。現行のコントローラと計器の通信プロトコル一覧、提供可能なデータ点とサンプリング周期、現場ネットワークと遠隔接続の条件、連携が必要な外部システムとそのインターフェース形式、そして顧客側で点表と画面を確認する担当者。
上海橙軒智能は 2009 年から産業ソフトウェアと設備ネットワーク化の領域でプロジェクト経験を積み、上位機ソフト、データ収集、監視プラットフォームの製品能力を備えています。設備条件とプロジェクト範囲に応じて、機能境界と納品物一覧の確認に協力できます。
まとめ
カスタム上位機・SCADA ソフトで重要なのは 1 社で担うか複数社で担うかではなく、4 層の分業境界を早い段階で書き留めることです。まず設備側ソフト、現地システム統合、上位機開発、検収と運用に分け、点表とデータ源を先に確定します。次に作業項目ごとに分解した見積りで範囲を固定し、ソース、点表、画面一覧、試験記録、更新手順で引継ぎ内容を固定します。最後に機能確認、試作画面、段階投入の順で進めます。ここまで整えれば、稼働後も改修できるシステムになります。
方案のご相談を予約する
上位機または SCADA ソフトの開発方式を検討中の場合は、設備の種類、通信プロトコル、連携したい外部システムをお知らせください。実際の条件に合わせて機能境界と納品物一覧をご提案します。
お問い合わせ