ITシステムの故障による事故で反省

         私は数年前、私が原因フローシステムの承認の突然の中断の会社で働いていたし、システムプロンプトには、トリガ、電子メールやSMSメッセージはありません覚えています。そして、私たちのスタッフと、関連する承認を送ります

人々は気にしないので。プロセスは、商品の天才調達システムを使用しようとして見て最初の2人の同僚に開始され、関連する倉庫が商品を受け取ったかどうか彼の同僚に尋ねたまでは、唯一そこに見つけるために、この時間は何を採用する受信されません

この購入商品の購入注文は、唯一の深刻な問題を見つけることができます。

         出荷の非存在下では、予想されるダウンタイムの2日間を裏打ちする必要があります。だから、企業は航空輸送の調達を開始する必要があります。緊急時の使用上の空気の出荷により、緊急調達要件。

燃焼眉のこの一時的なキャプチャ

不安。調査するその後、組織のIT開発者や作業負荷によるSharePoint開発の途中で中断されました。そして、また、通常の例外ハンドラをしていない、そして最終的に私たちは本当に、Microsoftのバグはにつながったと考えることができます

事故。

        その後、私は一方で考える必要がありました。企業情報の継続的な進展に伴い。情報システムを追加し続ける上で私たちは、日々の依存を働きます。私たちのチームは、情報技術の構築への投資やメンテナンスは継続が必要になります

追加と注意、または情報システムは、私たちの日常の仕事の制約になる可能性があります。しかし、本当の生活の中で、我々は非常に多くの企業間の情報技術を気にするが、状態に維持し、後でシステムをアップグレード

度は非常に多くの場合、おざなりな態度や実際のShiyun魏で支払われるので、ポジティブではありません。

        システムは、通常のまたは不適切な保守情報、人員不足など、主要なアップグレードや改装を実行する必要があるときはいつでも。復興へ、アップグレード作業を行うことができるように持っていた、結果は構築に見えるかもしれません

また、新しいホイール、そして多くの同様の機能。人的・物的資源は、実際にも、管理の抜け穴である間、他の多くを過ごしました。

おすすめ

転載: www.cnblogs.com/mqxnongmin/p/10966133.html