決定表

読み：けっていひょう　／　英語表記：decision table

• 通信の基礎

複数の条件の組合せに対して、実行する動作や判定結果を表で定める方法。複雑な分岐を整理し、組合せに抜けや重なりがないかを確認するのに使う。

イマシルちゃんの解説

会員かどうかと購入金額によって送料が変わるとしよう。
文章だけで説明すると、どの場合に送料がかかるのか見落としやすくなるよ。
判断に使う情報の組合せと結果を一覧にする表が、決定表なんだ。
会員で金額が基準以上の場合、会員で基準未満の場合というように、あり得る組合せを並べていくよ。
それぞれに送料を記入すれば、決め忘れた場合や同じ組合せで結果が食い違うところを見つけやすくなるんだ。
プログラムを作る前の整理にも、期待した結果になるかを試すときにも使えるよ。

より深い解説

分岐を表にする

一つの規則は、確認する条件と、それが成立した場合の動作から構成される。規則を行に並べる形式も、列に並べる形式もある。向きよりも、何を入力としてどう判断するかが重要である。

独自の例

商品の貸出しで、利用登録の有無と在庫の有無から処理を決めるとする。

二つの二値条件を独立に組み合わせると、場合の数は4となる。一般にはk個の独立した二値条件で2のk乗の組合せを考える。ただし、業務上成立しない組合せは、その理由とともに区別する。

漏れと競合を確認する

同じ入力で複数規則が成立する設計もある。その場合は、すべてを実行するのか、優先する一つだけを選ぶのかという評価方針を明示する必要がある。

関係しない項目をまとめる

ある入力が結果に影響しない場合、表では不問などと表して規則をまとめられる。ただし、まとめた範囲へ意図しない入力まで含まないかを確認する。

簡潔にすることだけを優先せず、規則をまとめる前後で結果が変わらないことを確かめる。テストでは、表に整理した規則を基に代表値や境界値を選ぶ。

ほかの表記法との比較

条件分岐を整理することと、時間を追って状態が変わることは異なる。過去の経緯によって判断が変わる場合は、状態を入力へ含めるか、状態遷移のモデルと組み合わせる。

実際の試験ではここに出る！全1問

ネットワークスペシャリスト

午前Ⅱ

• H24秋 問24

この用語が出てくる記事

• データフローダイアグラム
• ブラックボックステスト
• UML