世間的には、なぜこんなに何回も障害が出ているのか、経営陣やエンジニアは何をしているのか
という認識だろう。
自分も金融等のSESをしていたが、金融システムは特に徹底したテストをしている。
１行コード修正したら、１週間かけて様々なテストケースを想定して行う。
みずほ銀行クラスなら徹底したテストと厳しいペアチェック等もあると思われる。
それでも、ブラックボックス化された旧システムとその連携等で想定外の障害がでている。
私が以前勤めていた会社からも優秀な先輩社員が下請けとして、このシステム統合に携わっていたが、
戻ってきた後、内容を聞いたがスケジュールも厳しく連日深夜までの残業で、周りの人もかなり疲弊しており、相当厳しい環境だったと聞いた
当然他メンバーも選りすぐりの優秀な人材が集められていたと思うが、それでもバグが発生してしまう。
一体どうすれば防げたのか、難しい問題だと思う。
または
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。
ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
Amazon スマイルSALE 開催中
期間限定！人気商品がお買い得。ポイントアップキャンペーン実施中
Amazon スマイルSALE を今すぐチェック
Amazon スマイルSALE を今すぐチェック
この本を読んだ購入者はこれも読んでいます
ページ 1 以下のうち 1 最初から観るページ 1 以下のうち 1
イメージ付きのレビュー
タイトルから人間ドラマにも期待したが、システムの物語だった
日経コンピュータの記事を全面的に加筆・修正とあった。統合３行、大手SI４社、35万人月を交えた人間ドラマにも期待した、無縁のメインフレーム世界にも興味を抱いて手に取った、やたら登場する肩書きばかりの人物像より汎用的なシステム用語の方が親しめる。一部はほどほどに、二部に移った、銀行の肝である勘定系は 80年代の設計思想の老朽化したシステムであった。夜間の一括処理が遅れると ATMなどオンラインの開始に即影響するとか、システム全体のデーターフローを把握していた方が世代交代してブラックボックス化しているとか、高負荷で処理遅れが生じた際に自動で手順変更するプログラムも、手順マニュアルさえもないし、通信系統のバックアップコンピュータもないという。取引の全フローを整合させるのに、トランザクションのような仕組みではなくエラー回復は手作業なのだろう。３行統合の混乱後も基本部分はそのままに、新サービスへの対応のため継ぎ接ぎして使い続けてきたというが、この企業特有だったのだろう。当然ながら何度もの大きなトラブルに見舞われ、ついに印新と統合の巨大プロジェクトが開始された、遅々として進まなかったシステムが完成し、難関のフォーマット統一やデータ移行も完了する。一部はそんな印新のくだり。SOAは当然として AIやブロックチェーンの話題ではない。リアルタイム／マルチタスク制御（ミリ秒）から入った門外漢には、事務 -COBOL分野は新鮮だった。データ処理時間の長いものはバックグラウンド平行処理が当然だったからだ、かつて目にした事務用／科学技術用コンピュータの区分を思い出して懐かしかった。分野外の方も、レガシーなシステムの印新物語として楽しめるかもしれない。ただし５人の著者は専門誌のライターであって、小説家でないことを納得のうえで。
