2007/10/17デジタルな発想だけで物事を設計していくと、論理的に発生する、しないかをまず判断して、発生しないと結論付けたものに対しての備えが出来ないケースがあります。「前段の処理でAという出力条件を除外するための仕組みを入れているので、後段の処理ではAという入力がなされることは想定しない」という発想で物事を設計していきます。確かに論理的には正しいし、実装上もそのような構築を行っていくのでしょうが、それが業務であれシステムであれ、実際の運用にはいっていくと、前提条件どおりに物事が処理されないケースがあります。前段でAを除外して、後段ではその他からの入力がないように設計していても、別の入力方法が新たに追加されたり、偶然の事故でAが入力されてきたりすることも考えられます。定義し、それに反する入力や結果が発生したときの基本的な例外処理ルールを定義し、設計・構築に反映することが構築の基本となります。最近のシステム設計、業務設計だけでなく、組織設計や事業計画などでも、前提の段階で発生しないという条件を設定しすぎることで、実際の業務で発生してしまった例外に対応することができなくなって、大惨事を発生させます。パターンに関する許容される定義の範囲と、それ以外の例外が発生した場合の対処を、各々のプロセスやモジュールにきちんと組み込んでいくこと、これが基本中の基本であり、たとえ業務のような形にならないものであっても同じことを考えるべきです。この基本に反して「こんなことが発生することは無いので、何も定義する必要はない」といった乱暴な考えかたで物事を進めてしまっているケースが多いのではと思います。22:02「めったにない」「ほとんどない」という言葉も、まったく意味を成さないですよね。「めったにない」から作らなくてよいのか。「ほとんどない」からテストしなくてよいのか。そんな訳はないわけです。裕史(株)プライアルトス代表。IBM、サン、アクセンチュアでの経験を基にIT業界向けマーケティング支援を提供。祝!12月はオルタナブロガーランキング2位で、112か月連続ランキングインとなりました。RPA利用企業1500社を対象とした最新調査。予想7:ユーザー企業がSI事業者と競合する時代を迎えるIT教育先進国アルメニア、プログラマーなら平均所得の10倍稼げるんですって。京都MM平凡寺展示その2京都国際マンガミュージアムの平凡寺展示オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。利用規約プライバシーポリシーお問い合わせアイティメディアからのお知らせプレスリリースメールサービスRSSTwitterITmediaはアイティメディア株式会社の登録商標です。