新着記事一覧

ERP導入プロジェクトでユーザーが抵抗勢力に変わる理由

　いよいよ秋本番といった季節になり、EnterpriseZineの記事もかなり出揃い筆者も楽しく読ませて頂いています。今回は、たいていのERP導...

2007/10/29

ユーザーの事前期待がサービスの在り方を決定する～サービスの定義

　サービスとは何か？　その定義はサービスサイエンスにおける大きな課題だ。そもそも、発揮された機能がサービスであるかどうかは、ユーザーの事前期待に...

2007/10/29

ストレージネットワーキングの基礎：ファイバチャネルゾーンとは

ファイバチャネル（以下FC）には、一般に知られているよりも強力なセキュリティメカニズムがあらかじめ備わっています。しかし、このメカニズムはたいて...

2007/10/29

【拾七】それでもおこってしまったらすみやかに報告を。

　システムトラブルで記者会見といったニュースが後を絶ちません。昨今、システム停止が経営リスクとなっていますが、どのようなトラブルでも、経営危機を...

2007/10/26

【拾六】サービスイン（カットオーバー）時には必ず本番チェックを実施する。

　トラブルには必ず「原因」があり、その原因が作りこまれた誤りを「発見」しなければなりません。またおこってしまったトラブルは、適切に「対策」するこ...

2007/10/26

【拾伍】プログラム類の本番移行管理は確実に行う。

　開発、テストがうまく行き、いざ本番！というところで、単純なヒューマンエラーが重大なトラブルを引き起こすことがあります。今回は、これを防ぐにはど...

2007/10/26

【拾四】プログラムの修正が無い場合でもデータの流れるシステムはテスト・確認を実施する。

　トラブルの原因のひとつに「手当て漏れ」があります。人間なので、担当者判断ミスはどうしても起こってしまいますが、そこをテストなどでどう防いでいく...

2007/10/26

【拾参】リグレッションテストは必ず実施する。

　システムに修正を加えた時、今まで動いていたところに影響が出ないことを保証するのが、リグレッションテストです。仕様の変更に伴う修正が入った場合も...

2007/10/26

【拾弐】必ず原本に戻ってテスト・検証を行う。

　システムの品質を上げるには、テストをしっかり行っておくことが重要ですが、要件定義などに誤りがあれば、決めたとおりに出来ていたとしても誤りの作り...

2007/10/26

【拾壱】JCL修正のみでも、修正規模が小規模でもテスト、レビューを必ず実施する。

　ほんの些細なミスが、大きな事故を生むのは、システム開発も同様です。理由にならない言い訳を考える前にルールに従い愚直に実行することが大切です。

2007/10/26

【拾】修正時の影響分析は有識者の経験やツールを駆使して入念に行う。

　保守作業において、プログラムを新設、修正する場合、その影響度の調査は念入りに行ってもしすぎるということはありません。ツールやドキュメントを駆使...

2007/10/26

ストレージネットワーキングの基礎: SAN接続サーバーを構成する

ホストを新しいSANに接続するのは、単体のディスクや直接接続式のSCSIアレイを接続するのとは訳が違います。本稿では、現在ベストプラクティスとさ...

2007/10/26