SCADAシステム要求仕様書の書き方：機能境界・データ仕様・検収基準

SCADA要求仕様書が押さえるべき章

入札・技術契約の添付にそのまま使えるSRSは、通常次の順序で章を構成します。各章は能力の一般論ではなく、検証可能な条項で締めるのが原則です：

• 背景と目的：監視対象の一覧（作業現場・ポンプ場・配電室）、解決すべき運転課題、既存システムとの関係
• システム境界とインターフェース：SCADAの守備範囲がどの階層までか、PLC・MES・映像システムとのインターフェースの所属
• 機能要求：監視・操作・警報・トレンド・帳票・権限・冗長化を項目ごとに列挙し、各条項に優先度を付す
• データ要求：ポイント表の規模、サンプリング周期、履歴データの保存年数、アーカイブとエクスポート方式
• 非機能要求：可用性の目標、更新と応答の制限時間、同時接続クライアント数、ネットワークセキュリティと監査要求
• 検収と引き渡し基準：FAT/SATの項目、試験条件、文書と教育、保証期間の責任境界

章の順序は調整できますが、各章は「検収時にどう証明するか」に答えられなければなりません。検証方法を書けない条項は、判定基準を補うか削除するかのどちらかです。この種の条項が検収段階で争点になりやすいためです。

重要項目の書き方：能力記述から検証可能な条項へ

機能要求とデータ要求がSRSの中核です。要点は、各要求を「入力—処理—観察可能な結果」の三段構成で書くことです。頻出章の書き方を対照します：

各要求に一意の番号と優先度（必須・推奨・任意）を付け、検収試験ケースから番号を直接引用するのが推奨される進め方です。FAT/SATで一対一に照合でき、抜れも解釈の余地も残りません。

よくある欠落と書き方の原則：契約段階で高くつく落とし穴

納入済み監視プロジェクトの振り返りでは、要求文書に欠けやすいのは機能条項ではなく境界と仕様です。頻度が高く、後からの補修費用も大きい欠落は次の通りです：

• 境界の欠落：SCADAとPLCの制御権限の分担が未記載—誰が設定値を発行するか、ローカル優先かリモート優先か、暴走時の保護動作
• データの欠落：履歴の保存年数とエクスポート形式が未合意—運用数年後に監査追跡へ応えられない
• 通信の欠落：プロトコル名だけで障害時動作を未記載—再接続・キャッシュ補完・時刻同期の条項がない
• 警報の欠落：分類と抑制方針が未定義—稼働後に警報が流れ、重要警報を見落とす
• 検収の欠落：検収条項が「安定稼働」の一言—定量化された指標と試験条件がなく、解釈が分かれる

埋め合わせるには、欠落の種類ごとに確認質問を用意します。境界の章は「制御権限は誰か」、データの章は「何年保存し、どう出力するか」、通信の章は「回線が切れたらどうするか」、警報の章は「誰がいつ何を受けるか」、検収の章は「どの試験条件で証明するか」。五つの質問が文書内で答えられれば、そのSRSは技術契約の添付文書になれます。