ソフトウェアバリデーション

「市販の品質管理ソフトだから、メーカーがきちんと検証しているはずだ。うちで改めて確かめる必要はないだろう」ーーコンピュータ化システムのバリデーション（CSV：Computerized System Validation）で、最もよくある誤解である。CSVとは、製造や品質管理に使うコンピュータシステムが「意図した用途どおりに、正しく動く」ことを証明する活動だ。

対象は、製造ラインを制御する装置だけではない。試験結果を集計する表計算のマクロ、逸脱を管理するデータベース、記録を電子保存するシステムーー品質や製品の安全に関わるデータを扱うものは、広くCSVの射程に入る。「これはただの表計算だから」と対象外にしたシートが、実は重要な判定値を計算していた、という見落としは珍しくない。

冒頭の誤解に答えよう。ソフトウェアメーカーが検証しているのは、あくまで「そのソフトが仕様どおり動くこと」である。だが、あなたがそれを自社の目的で、自社の環境で、自社の設定で使ったときに、意図どおりに機能するかは、別の話だ。

同じ表計算ソフトでも、どんな数式を組み、どんなデータを流し込むかで結果は変わる。ベンダーの検証は出発点にすぎず「自分の使い方での正しさ」は、使う側が確かめるほかない。

CSVの成否は、着手する前の「意図した用途」の定義で、ほぼ決まる。何を、どこまで、どう使うのかが曖昧なままでは、そもそも「正しく動いた」と判定する基準が持てない。バリデーションとは、決めた基準に照らして確かめる行為だから、基準が無ければ、いくらテストを繰り返しても確認にはならない。

だからリスクに応じてメリハリをつけるーー製品の安全や重要な品質判断に直結する機能は手厚く、影響の小さい機能は軽く。すべてを同じ重さで検証しようとすれば、資源が尽きて、肝心のところが手薄になる。実務でもう一つ効くのが、記録の完全性（データインテグリティ）という視点だ。

システムが正しく計算するだけでは足りない。誰が、いつ、そのデータを入力し、変更したかがたどれること、後から書き換えても痕跡が残ることーーこうした仕組みがなければ、そのデータは証拠として信用されない。特に電子記録に頼るほど「消えない・書き換えても分かる」設計が重みを増す。

そしてシステムは導入時に検証すれば終わり、ではない。設定変更やアップデート、使い方の拡張ーー手を加えれば、その都度、影響範囲を見極めて確かめ直す。コンピュータは、指示どおりに、間違いも忠実に実行する。

人の目を離れて自動で流れるからこそ、一度組み込まれた誤りは、静かに、大量に、正しい顔をして再生産される。CSVとは、その自動化された正しさが本物であることを、世に出す前に確かめておく最後の関所なのである。

この分野の解説動画