「大規模システム開発時の苦労」

最初にシステム導入後、案件によってはその後に機能追加など色々と改造を行う機会があります。
改造した際にアプリケーションの入替の場合は、基本的にEXEファイルの差し替えとなりますが、単純に台数が多いとそれだけで手間がかかってしまい大変です。
例えば、表示上の文言を変更するなどちょっとした変更であっても、ソフトウェア変更は簡単でも入替作業はすぐにとはいきません。また、改造であればしょうがないですが、ソフトウェア上の不具合を出してしまった場合も同様に入替が必要になりお客様に多大な迷惑をかけてしまうことになりますので、小規模なシステム以上に不具合が起きないように細心の注意を払う必要があります。

図2.  ソフトウェア更新が大変

このような苦労があったため、最近では起動時に最新ソフトウェアをチェックして自動的に更新を行う機能を用意したり、1つのソフトウェア入替で済むようにWebアプリケーション化したりなど工夫をしています。

複数台の装置にてソフトウェアが稼働していますが、工場の生産都合などにより一度に装置全体への展開はできない場合があります。
ここで問題となってくるのが、サーバー上のソフトウェアです。
例えばデータ収集を行うようなアプリケーションであれば、更新してソフトウェア再起動後に停止していた期間のデータも収集できるような仕組みなど、停止時の動作についても考慮が必要となってきます。
しかし、機能によっては停止中だとどうしようもない場合もあります。
そういった場合には、一時的に制限がかかる機能を明確にしたうえで、生産調整を行って頂く必要があります。

また、生産の都合で入替ができるタイミングも決まってくるため、お客様にて入替を行って頂く場合もあります。
その際には、入替に関する手順書の準備、注意点(…制限がかかる機能など)の認識合わせを行ったうえで、生産に影響を与えないように入替作業を行って頂きます。

図3.  生産中のままソフトウェア更新

最近では作業で使用するPCにてWeb会議を行い、画面を共有して一緒に確認しながら作業を行う場合もあります。
この点については、最近はWeb会議などリモートが普及してきたおかげで、本当に便利になったなと感じます。

上記で記載しましたように、複数台の装置にてソフトウェアが稼働していますが、工場の生産都合などにより一度に全体への展開はできない場合があります。
その場合、タイミングを見て数台ずつソフトウェア更新を行っていくことになり、各装置にて稼働するソフトウェアのバージョンが異なる状態が起きます。
ここで問題となってくるのが、サーバー上のソフトウェアとクライアント(オペレーション用PC)のソフトウェアの関係です。
サーバー側は最新バージョン、クライアント側は旧バージョンということが起こるため、改造を行う場合は常に旧バージョンとの互換性を考慮した設計を行う必要があります。
単純に新機能の追加であれば問題ない場合もありますが、例えばDBテーブルへのフィールド追加、設定ファイルへの項目追加など、旧バージョンのソフトウェアでも参照する場合は注意が必要です。

図4.  複数ソフトVerが混在

こういった問題を起こさないように、サーバー側のソフトウェアではクライアント側のソフトウェアバージョンを確認できる仕組みを用意して、処理分けをできるような形としています。
また、装置数台ずつソフトウェア更新を行っていると、きちんと管理していないと各装置ではどのバージョンが稼働しているのかもわからなくなってきます。管理さえできていればいいのですが、その管理自体もなかなか大変だったりするため、各ソフトウェアのバージョン情報をデータベース上に記録して一覧で確認できるような仕組みも用意しています。

ソフトウェア更新とは関係ないですが、動作に関する設定パラメータ項目も大規模になってくるとしっかりとした考慮が必要になります。

共通設定とするべきか？ 装置個別設定とするべきか？ をきちんと考慮して設定項目を決定しないと、後で設定値を変更する際に共通でいいのに全台の設定が必要になって手間がかかって使いにくくなったりします。
ここでやっかいな点としては、装置ごとにパラメータを用意すればとりあえず動作は可能という点です。
最初は問題ないですが、後で設定値の変更を行う際に気づくことになります。
このような経験があり、大規模システムに関わった当初は考慮できていなかったこともありましたが、今では必ず考慮するようになりました。