基本情報技術者 2014年秋期午前（科目A）問46

問題文

システム開発で用いる設計技法のうち、決定表を説明したものはどれか。

選択肢

ア：エンティティを長方形で表し、その関係を線で結んで表現したものである。

イ：外部インタフェース、プロセス、データストア間でのデータの流れを表現したものである。

ウ：条件の組合せとそれに対する動作とを表現したものである。（正解）

エ：処理や選択などの制御の流れを、直線又は矢印で表現したものである。

決定表の説明はどれか【午前2 解説】

要点まとめ

結論：決定表は「条件の組合せとそれに対する動作」を表にして論理を整理する技法である。
根拠：複数条件の組み合わせごとに対応するアクションを列挙し、網羅的なルール管理やテスト設計に使うからである。
差がつくポイント：選択肢のキーワード「条件の組合せ」「動作」を見つけて、ER図／DFD／フローチャートと混同しないことが重要である。

正解の理由

正解はウです。決定表は複数の条件（入力や状態）の組合せごとに、それぞれに対応する動作（出力や処理）を表形式で表現する手法です。業務ルールや分岐条件が多数ある場合に、どの条件組合せでどの動作を行うかを漏れなく整理・検証できるため、要件定義やテストケース作成に適しています。選択肢ウが「条件の組合せとそれに対する動作」を明確に示しているため該当します。

よくある誤解

決定表を「真理値表（ブール論理の単純な一覧）」と同一視しがちだが、決定表はアクション（動作）まで明示し業務ルールに直結する点が異なる。
決定表とフローチャートを混同してしまう受験者が多い。フローチャートは制御の流れを示す図であり、状況ごとの動作一覧を網羅的に表す決定表とは用途が異なる。
条件が多くなると表が膨張する（組合せ爆発）ため、簡潔化やルールの統合をしないと実用性が落ちる点を見落としやすい。

解法ステップ

問題文のキーワードを確認：「条件」「動作」「組合せ」など決定表に特有の語を探す。
各選択肢の定義を照合：ER図（エンティティ）、DFD（データフロー）、フローチャート（制御の流れ）など既知の図式と比較する。
「条件の組合せと動作を表現する」記述がある選択肢を選ぶ。消去法で他を除外すれば確定できる。

選択肢別の誤答解説

ア: エンティティを長方形で表し、その関係を線で結んで表現したものである。
→ これはER図（エンティティ・リレーションシップ図）の説明であり、決定表とは無関係です。
イ: 外部インタフェース、プロセス、データストア間でのデータの流れを表現したものである。
→ これはDFD（データフロー図）の説明です。データの流れに着目しており、条件と動作の組合せ表ではありません。
ウ: 条件の組合せとそれに対する動作とを表現したものである。
→ これが正しい定義であり、決定表そのものです。正解はウ。
エ: 処理や選択などの制御の流れを、直線又は矢印で表現したものである。
→ これはフローチャートの定義です。制御の流れを図示する点で決定表とは目的が異なります。

補足コラム

決定表はルールベースの業務仕様やテスト設計で特に有用です。横軸に条件、縦軸にアクションを置き、各列が一つのルール（条件組合せ＋対応アクション）を表します。条件数が増えると列数が指数的に増えるため、実務では不要な組合せの除去や、条件の抽象化、決定表の縮約（同一動作の結合）を行って扱いやすくします。決定表は決定木やルールエンジンに変換して実装することも一般的です。

FAQ

Q1: 決定表と真理値表はどう違いますか？
A1: 真理値表は論理式の入力と出力の関係を示す純粋な論理表ですが、決定表は条件ごとの「実際の業務動作（出力）」や例外処理などを明示して業務ルール化します。

Q2: 条件が多くて決定表が大きくなるときの対処法は？
A2: 条件の統合・抽象化、不要な組合せの除外、同一動作ルールのマージ、あるいは決定ツリーやルールエンジンへの変換で複雑さを抑えます。

Q3: テスト設計ではどのように使うべきですか？
A3: 決定表の各列をテストケースとして扱うことで条件組合せの網羅性が担保され、境界条件や例外ルールも抜けなく検証できます。

関連キーワード: 決定表、決定ロジック、業務ルール、データフロー図、ER図、フローチャート、テスト設計、条件網羅、真理値表、決定木

← 前の問題へ次の問題へ →

\ せっかくなら /

基本情報技術者を
クイズ形式で学習しませんか？

クイズ画面へ遷移する→

すぐに利用可能！