ブラックボックス化した既存システムを引き継ぎ、運用保守と継続的な改修を支援

当時お客様が長年お取引をしていたシステムの保守会社様が、事業方針の変更により、保守から撤退することになりました。業務を継続するためには、新たな支援体制が必要でした。

しかし、長年お使いのシステムには、仕様書や運用手順書が十分に残っていませんでした。過去の改修によって処理も複雑化しており、保守会社様から得られる情報だけでは、運用保守に必要な内容を把握しきれない状況でした。

シスラボは、このシステムの運用保守を引き継ぎました。画面や実際の動作から仕組みを読み解き、今後の追加開発や更新にも対応できるよう、調査と運用の見直しを進めました。

• 保守会社が変わっても、日々の業務と改修は続く

  お客様が抱えていたのは、新しい保守の依頼先を確保するという課題に加え、システムの中身が分からないまま変更に対応しなければならないという課題でした。

  法令改正に伴う修正、業務部門からの追加開発要望、不具合への対応、修正パッチの適用。どれも、保守会社様の撤退を理由に先送りできるものではありません。

  一方で、何かを変更したときに、ほかの機能や連携先へどのような影響が出るのかを判断しにくい状態でした。普段の操作は分かっていても、内部の処理や過去の改修理由までは、社内で把握しきれていませんでした。

• 業務への影響を踏まえ、調べる順番を決める

  調査は、お客様が現在どのようにシステムを使い、何に困っているのかを確認するところから始めました。

  重要なのは、すべての機能を同じ深さで調べることではありません。止まると業務への影響が大きい処理、対応期限が迫っている変更、お問合せが繰り返し寄せられている機能など、保守を続けるうえで優先して把握すべき範囲があります。

  お客様の業務の理解と技術的な調査を並行して進め、日々の対応に必要な情報から確認していきました。

• 画面の動きから、見えない処理を追う

  仕様書が十分にそろっていない状況では、実際の画面や動作が調査の入口になります。どの情報を入力し、どの操作をすると、何が変わるのか。お客様の普段の業務と照らし合わせながら、機能を読み解いていきました。

  ただし、画面の動きだけで、システム全体が分かるわけではありません。画面で登録したデータが、後から別の処理で更新される場合や、外部システムへ渡される場合もあります。

  そのため、確認できるプログラムやデータ、設定、ログなどを手がかりに、画面と裏側の処理の関係を調べました。夜間処理や月次処理、外部連携など、日中の操作では見えない部分も、運用保守の対象として捉えました。

• 複雑な仕様には、積み重ねてきた理由がある

  長年の追加開発によって処理が絡み合うと、小さな修正でも広い範囲の確認が必要になります。こうした、いわゆるスパゲッティ化したシステムでは、現在の動作に加えて、なぜその仕様になったのかを理解することも重要です。

  一見重複しているように見える処理にも、取引先との取り決めや、過去の不具合を避けるためといった理由があるかもしれません。複雑な部分を単純にするだけでは、業務上必要な条件まで失うおそれがあります。

  シスラボは、現在の業務の進め方や過去の経緯をお客様と確認しながら、残すべき仕様と見直すべき部分を見極めていきました。資料から分かることだけで判断せず、現場の手作業で補っている部分や例外的な対応にも目を向けました。

• 調査を、次の改修や運用改善に生かす

  引き継ぎ後も、法令改正への対応、追加開発、不具合修正、修正パッチの適用など、必要な作業は続きます。

  その都度、目の前の対応だけで終えてしまうと、次の変更時にも同じ箇所を調べ直すことになります。調査で把握した処理の関係や注意点を、今後の確認や判断に使える形で残していく必要があります。

  また、改修や更新では、変更する箇所だけでなく、その先で使われるデータや連携先まで含めて確認します。パッチの適用でも、業務への影響を確かめたうえで、適用の時期や検証の方法を検討します。

  シスラボは、既存システムの運用保守を担いながら、仕組みと業務の両面から理解を深め、今後の運用を最適化するための見直しを進めました。お客様が必要な改修を判断し、システムを継続して使えるよう支援しています。