ITパスポート 2014年 春期 問44

システム開発の工程の流れ図の利用目的【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で注目すべき語を確認：今回は「開発工程の流れ図」「品質管理」「利用目的」。
2. フローチャートの役割を思い出す：手順の見える化、処理の順序・分岐の把握、担当や入力・出力の明示。
3. 各選択肢をフローチャートの機能と照らし合わせる：
   • フローチャートは「どこで問題が起きやすいかを検討」するのに有効 → 合致（ア）。
   • 他の選択肢は別の品質管理ツール（性能測定、原因分析、発生頻度把握）に合致する → 不正解。
4. 最も適切な選択肢を選ぶ：ア。

選択肢別の誤答解説

• ア（正解）
  フローチャートは工程の流れと分岐を示すため、「どこで」「どのような」問題が起こるかを検討する出発点になります。誰が何を受け渡すか、判断ポイントがどこにあるかなどが明らかになり、問題発見に直結します。
• イ（誤り）
  「システムの使用率が予測された範囲内であるか否かを判断する」は、主に性能測定やモニタリングの領域です。使用率（利用率、負荷）はログ分析・性能試験（負荷試験）や監視ツールで調べます。フローチャート自体は利用率の数値判断には使いません。
• ウ（誤り）
  「プロジェクト遂行上の重大な問題とその潜在的な原因の関連を明確にする」は、原因と結果の関連付け（例：因果関係を整理するフィッシュボーン図＝特性要因図）に近い目的です。フローチャートは原因の所在を示す手がかりにはなりますが、原因と結果の網羅的関連付けを行うツールではありません。
• エ（誤り）
  「問題の原因別発生頻度を把握する」は、原因ごとの発生頻度を集計・可視化するパレート図（Pareto図）やヒストグラムの役割です。フローチャートは頻度データを示さないため、この目的には不向きです。

よくある誤解

1. 「流れ図を作れば原因分析まで完了する」
   フローチャートは「どこで問題が起きやすいかを見つける」手段であり、原因を網羅的に整理したり、発生頻度を定量化したりするには別ツール（フィッシュボーン図、パレート図、ヒストグラム等）が必要です。
2. 「細かく書けば書くほど良い」
   過度に詳細化すると逆に分かりにくくなります。目的（問題の検出）に応じて、粒度を調整することが重要です。まずは主要工程を押さえ、問題が見つかった箇所を詳細化する方法が効率的です。

補足コラム

• 表記ルールを統一する：矩形＝作業、ひし形＝判断、矢印＝流れ、円や楕円＝開始/終了などを決めておくと共有が速いです。
• 担当・入力・出力を明記する：誰が何を受け渡すかが分かると、責任の所在や手戻りの原因がわかりやすくなります。
• ボトルネック候補をマーキングする：分岐が多い、判断が多い、手作業が多い工程は要調査箇所です。
• 他ツールとの組合せ：フローチャートで「どこ」に問題がありそうかを特定→フィッシュボーン図で原因を掘る→パレート図で頻度を定量化、という流れが実務ではよく使われます。
  （フィッシュボーン図＝特性要因図：原因をカテゴリー別に整理する図。パレート図＝原因別に発生頻度を棒グラフで並べ、重要箇所を特定する図。）

FAQ