ITパスポート 2010年 秋期 問41

システム方式設計において実施する作業はどれか【ITパスポート 解説】

正解の理由

• システム方式設計：方式＝方式（やり方）／設計＝どうやって実現するかを決めること。英語では「system architecture design」に相当します。

解法ステップ

1. 各選択肢が「何を決める／何の作業か」を短く言い換える。
   • ア：画面の設計（ユーザーインターフェース）
   • イ：機能や能力の定義（何をするか）
   • ウ：信頼性の定義（どれだけ壊れにくいか、可用性など）
   • エ：ハード／ソフトの構成を決定（どの機器・ソフトを使うか）
2. 「システム開発プロセスの各段階」を思い出す。順序と役割は次の通り：
   • システム要件定義（何を実現するかを決める）→ システム方式設計（どう実現するか＝構成を決める）→ ソフトウェア方式設計（ソフトの構造を決める）→ ソフトウェア詳細設計（画面や具体的な処理内容を設計）
3. 上記と選択肢を照合して、方式設計の役割に合うものを選ぶ。該当するのはエ。

選択肢別の誤答解説

• ア: システムで使用する端末の画面設計を行う。
  → 画面設計は画面のレイアウトや操作性を決める作業です。これは通常「ソフトウェア詳細設計（具体的な画面設計）」やUI/UX設計の範囲で、方式設計（全体の構成）ではありません。
• イ: システムの機能及び能力を定義する。
  → これは「システム要件定義」の仕事です。何を実現するか（機能）やどの程度の性能が必要か（能力＝性能要件）をここで決めます。方式設計はその要件を受け、どのような機器やソフトで満たすかを決めます。
• ウ: システムの信頼性を定義する。
  → 信頼性（例：可用性、障害時の復旧時間など）は「非機能要件」と呼ばれ、要件定義の段階で決めることが多いです。方式設計では、その信頼性要求を満たすために冗長構成やバックアップ方式を設計しますが、「定義する」のは要件定義の役割です。
• エ: システムのハードウェア構成、ソフトウェア構成を明確にする。
  → 正解。方式設計はまさにこれを行います。具体的には、サーバ台数、OS、ミドルウェア、ネットワーク構成、クラウド・オンプレの選択などです。

よくある誤解

1. 方式設計＝要件定義と考える
   • 要件定義は「何をするか（what）」を決めます。方式設計は「どうやって実現するか（how）」を決めます。混同しやすいので区別して覚えましょう。
2. 画面設計や詳細な処理（ボタンの配置やSQL文）は方式設計の仕事だと思う
   • 画面の細かい設計は詳細設計の範囲です。方式設計は「どのソフトを使うか」「どのサーバで動かすか」など大枠を決める段階です。
3. 信頼性は方式設計で定義すると思う
   • 信頼性の「目標値」や「要求」は要件定義で定めます。方式設計では、その目標を満たすための手段（冗長化やバックアップ方式など）を決めます。

補足コラム

• 要件定義 = WHAT（何を）
• 方式設計 = HOW（どうやって）
• 詳細設計 = HOW DETAIL（どのように具体的に）

• 要件定義：従業員が申請できること、1日あたりN件の処理能力が必要、稼働率99.9%など（何を・どれだけ）。
• システム方式設計：クラウド上にWebサーバ2台＋ロードバランサ、DBはマネージドDBを採用、認証は社内ADと連携するなど（どの機器・サービスを使うか）。
• ソフトウェア方式設計：申請機能はモジュールA、承認機能はモジュールB、APIで連携するなど（ソフトの構造）。
• 詳細設計：申請画面の項目、ボタン配置、DBのテーブル定義、SQLの詳細など（実装に直結する仕様）。

FAQ