ITパスポート 2009年 春期 問49

プログラミングの説明として、適切なものはどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワード「プログラミング」を確認する。定義は「処理手順をプログラム言語で記述し、動作を確認する行為」。
2. 各選択肢の主要語を短く置き換えて考える。
   • ア：結合して動作検証 → テスト（結合テスト）
   • イ：階層構造で機能分割 → 設計（モジュール化／構造化設計）
   • ウ：文法に従って記述し検証 → プログラミング（記述＋チェック）
   • エ：処理手順を図式化 → フローチャート（可視化／設計補助）
3. どれが「書くこと（記述）」と「検証」を含むか見て、ウを選ぶ。

選択肢別の誤答解説

• ア: 「個々のプログラムを結合し、ソフトウェアが要求どおり動作するかを検証する。」
  • これは結合テスト（英: integration testing）。複数の部品をつなげて正しく動くかを確かめる工程で、プログラミング（書くこと）とは別のフェーズです。
• イ: 「ソフトウェアを階層構造に基づいて機能分割する。」
  • これはソフトウェア設計（モジュール化、構造化設計）。どのように分けて作るかを決める作業で、プログラムを書き始める前の設計段階に当たります。
• ウ: 「プログラム言語の文法に従って処理手順などを記述し、その処理手順などに誤りがないかを検証する。」
  • これがプログラミングの説明。記述（コーディング）と検証（デバッグやテストの初期段階）を含んでいる点で適切です。
• エ: 「プログラムの処理手順を図式化する。」
  • これはフローチャートや図式化（可視化）。アルゴリズムを分かりやすく表す手段で、直接「コードを書く」行為ではありません。

よくある誤解

1. 「プログラミング = ただコードを書くこと」
   • 実際は、設計や検証（デバッグ、テスト）も含めた広い活動です。書くだけでなく、正しく動くか確かめることが重要です。
2. 「フローチャートを書けばそれがプログラミングだ」
   • フローチャートは手助け（設計ツール）であり、実際にプログラム言語で記述して実行可能にする作業は別です。
3. 「文法（syntax）さえ合えば正しいプログラムになる」
   • 文法エラーがなければ動く可能性はありますが、意図した処理（ロジック）が正しいかは別問題（論理・仕様の正しさ）です。

補足コラム

• 文法エラーと論理エラーの違い（初心者に重要）
  • 文法エラー（syntax error）：プログラム言語のルールに反する書き方。コンパイルや実行の前に検出されることが多い。
  • 実行時エラー（runtime error）：実行中に発生するエラー（例：ゼロで割る）。
  • 論理エラー（logic error）：文法的には正しいが、期待した結果にならない。テストやデバッグで見つける必要がある。
• 例（Pythonでの簡単な例）

# 文法エラーの例（コロンがない）
# if x > 0
#     print("positive")

# 実行例（文法を直したが論理に問題あり）
x = 5
if x < 0:
    print("positive")  # 論理エラー：条件が逆

• 開発の流れ（簡単な順序）
  1. 要件定義（何を作るか）
  2. 設計（どう作るか）
  3. プログラミング（コードを書く） ← ここでウに該当
  4. テスト（単体・結合・総合）
  5. 運用・保守

FAQ