障害対策手法・事例集 PART Ⅲ 障害分析手法・事例集

３．これまでの成果概要

教訓番号 教訓タイトル

1 複雑な条件式のロジック変更を行う場合は、デシジョンテーブル等による検証が有効である ○ ○ 2

条件が整理されていない状態で、トータルの条件数が100を超えるような機能、または10個以上の条 件を有する機能を修正する場合、関連する条件を全て洗い出して整理し不整合がないことを確認す る

○ ○

3 複数機能モジュールを統合する場合、統合前の条件数の総和と統合後の条件数を比較し差がある

場合は、条件の抜けがないか確認する。 ○ ○

4 変数値域が広く、組合せバリエーションが非常に多くなる場合には、値域を適切な大きさに分割した

上で境界値テストを実施する ○

5 内蔵電池を使用する場合には、深放電時の起動シーケンスを考慮すること ○ ○ ○ ○ ○

6 フラッシュメモリを使用する場合には、書き込み寿命回数を考慮すること ○ ○ ○ ○

7 消費電力の多い機能を追加する場合には、一時的な電圧降下による影響（リセット、フリーズ等）や

電源の種類、電池の場合は残量を考慮すること ○

8 想定可能な例外を形式的に漏れなく分析する ○ ○

9 システムを二重化する場合は、同期すべきデータ領域を適切に設定する

○

10 制御対象のハードウェアが同一でも、運用条件が変わるときは、ハードウェア仕様を再確認する ○ ○ ○ ○ 11 プロセス間、スレッド間でデータを共有（引き渡し）する場合は、排他・同期処理が正しく行われている

か、あるいはデッドロックが発生していないかどうか注意する ○ ○ ○

12 歩留りのある製品の良品／不良品を検査する装置では、全てが良品あるいは、不良品との検査結果

は異常と判断すべきである ○ ○

13 既存ソフトウェアの性能改善を実施する際には、アイドリングタイムの発生、処理の同期ずれの発生

等と影響を確認する ○ ○ ○ ○ ○

14

・大量のデータを通信経由で扱う場合、一連の処理の流れの中にボトルネックを作りこまないように 注意する

・時間帯による負荷変動について考慮する

○ ○ ○ ○

15 納入したあと、お客様が運用するような業務システムでは、業務シーケンス中のあらゆる異常操作（リ

セット、電源断、放置も含め）、への対応を考える ○ ○

16 障害解析時の保守メンテ用ログ処理であっても、仕様書を作成し、影響評価を実施すること ○

17 判断処理は、必要条件だけでなく、制限すべき条件も漏れなく抽出する ○

18 ログファイルの断片化に注意する ○

シ ス テ ム テ ス ト

教 育

プ ロ ジ ェク ト マ ネ ジ メ ン ト

運 用 シ

ス テ ム 要 求 定 義

シ ス テ ム ア ー キ テ ク チ ャ 設 計

ソ フ ト ウ ェア ア ー キ テ ク チ ャ 設 計

ソ フ ト ウ ェア ア ー キ テ ク チ ャ 設 計

（変 更 設 計

）

実 装

（コ ー デ ィ ン グ

） レ ビ ュー

３．これまでの成果概要

複雑な条件式のロジッ ク変更を行う場合は、デ シジョンテーブル等によ る検証が有効である

歩留りのある製品の良 品／不良品を検査する 装置では、全てが良品 あるいは、不良品との 検査結果は異常と判断 すべきである

消費電力の多い機 能を追加する場合 には、一時的な電 圧降下による影響

（リセット、フリーズ 等）や電源の種類、

電池の場合は残 量を考慮すること

教訓一覧（製品・制御システム）

３．これまでの成果概要

組織連携 発注者責任 要求 設計 製造 試験 運用

1

各事業部門が自分のこととして捉える「態勢」をつくることが大切 ○

2

3

サービスの継続を優先するシステムにおいては、

疑わしき構成要素を積極的にシステムから切り離せ

（“フェールソフト”の考え方）

○

4

システム全体を俯瞰する鳥の目で総合的な対策を行うべし！ ○ ○

5

現場の動きをシミュレートできるようにすべし！ ○ ○ ○

6

その管理ルールを策定せよ！ ○

7

「変更管理」の仕組み作りと「品質管理責任」の明確化を！ ○

8

障害のリスク対策を練るべし ○ ○ ○

9

No

ガバナン ス／マネ ジメント

技術

領域 ＩＤ 教訓概要 ガバナンス/マネジメント

各教訓の説明

教訓一覧（ITサービス）