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

ソフトウェア方式設計【午前解説】

正解の理由

解法ステップ

1. 問題文のキーワードを抽出：「ソフトウェア方式設計」「行うべき作業」などに注目。
2. 各選択肢と開発工程のフェーズを対応付ける：要件定義、方式設計（アーキテクチャ）、詳細設計、実装などで分類。
3. 「最上位レベルの構造」「ソフトウェア品目」「コンポーネント識別」は方式設計の定義に合致するため正答を決定。
4. 他選択肢が別工程（要求定義、詳細設計、分析）に該当するか検証して除外する。

選択肢別の誤答解説

• ア: 顧客に意見を求めて仕様を決定する。
  → 要件定義・要求工学の範囲。方式設計は要件を基に構造化する工程であり、顧客合意や仕様決定そのものは主目的ではありません。
• イ: イ: ソフトウェア品目に対する要件を、最上位レベルの構造を表現する方式で、かつ、ソフトウェアコンポーネントを識別する方式に変換する。
  → 正解。方式設計（アーキテクチャ設計）はまさに要件を構造化しコンポーネントを識別する工程です。
• ウ: プログラム1行ごとの処理まで明確になるように詳細化する。
  → 詳細設計またはコーディング直前の工程の説明。方式設計の粒度よりも遥かに詳細な文です。
• エ: 要求内容を図表などの形式でまとめ、段階的に詳細化して分析する。
  → 要求分析や要件定義（機能・非機能の整理）に近い記述で、方式設計の「構造化してコンポーネントを識別する」点とは焦点が異なります。

よくある誤解

• 「方式設計＝詳細設計」と混同する誤解：方式設計はアーキテクチャや構成決定であり、プログラム1行単位の設計ではありません。
• 「顧客との合意形成も方式設計で行う」と考える誤解：顧客意見の取り込みや仕様決定は要求定義・要件定義の範囲です。
• 「図表で段階的に詳述する＝方式設計」と安易に判断する誤解：図表化や段階的詳細化は要件分析や基本設計の説明にも当てはまりますが、方式設計は構造とコンポーネントの識別がキーワードです。

補足コラム

• 方式設計（ソフトウェア方式設計）の典型的成果物：ソフトウェア構成図、サブシステム／モジュールの分割図、インタフェース仕様概要、コンポーネント配置図、非機能要件の割当表など。
• 実務上の位置付け：要求定義で得た要求を基に、実装単位（ソフトウェア品目）と相互関係を決め、後続の詳細設計・担当分割・見積り・テスト計画に橋渡しします。
• 試験対策のコツ：問題文に「最上位」や「コンポーネント」「品目」といった語があれば方式設計を想起し、「1行ごと」「顧客に意見を求める」「図表で段階的に分析」はそれぞれ別工程に結び付ける習慣をつけると正答率が上がります。

FAQ