問50
頻出度★★★
図は開発するソフトウェアの動作ロジックを検討し，その結果を文書化した流れ図の一部である。このような作業を実施するのはソフトウェア開発のどの段階か。 - 判定「IN ≧ 1」 - No → 「“エラー”と表示」（以下省略） - Yes → 判定「IN ≧ 4 AND IN ≦ 9」へ - Yes → 「“上半期”と表示」（以下省略） - No → 判定「IN ≦ 12」へ - Yes → 「“下半期”と表示」（以下省略） - No → 「“エラー”と表示」（以下省略）
平成22年度 春期 ITパスポート試験 問50
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 50
不正解ア
システム方式設計は、システム要件をハードウェア・ソフトウェア・手作業のどれで実現するかを振り分け、サブシステムの分割やハードウェア構成・ネットワーク構成といったシステム全体の枠組みを決める段階である。扱うのは構成要素の配置レベルであって、個々のプログラム内部の判定条件や処理順序までは決めない。図のような分岐の詳細は、この段階の成果物には現れない。
不正解イ
システム要件定義は、利用者の業務上の要求をもとに、開発するシステムが備えるべき機能・性能・信頼性・制約などを「何を実現するか」として整理する段階である。まだ実現手段を決めない、開発プロセスの最も上流にあたる。図は「どう処理するか」という実現手順を示しているので、要件定義の成果物ではない。
- ウ
正解 正解は ウ の ソフトウェア詳細設計。図の流れ図は、入力値 IN に対して「IN ≧ 1」か、「IN ≧ 4 AND IN ≦ 9」か、「IN ≦ 12」か、という判定を順に並べ、それぞれの Yes / No でどの表示 (“エラー”“上半期”“下半期”) に進むかを一つ残らず決めている。つまり、月を表す入力値を上半期・下半期・エラーに振り分けるプログラム内部の処理手順 (アルゴリズム・分岐条件・処理順序) を、そのままコーディングできる細かさまで詰めて文書化したものである。共通フレームの開発プロセスで、ソフトウェアの各コンポーネントについて内部の論理をここまで具体化し、プログラム作成に渡せる形にする段階がソフトウェア詳細設計であり、流れ図 (フローチャート) はその代表的な成果物にあたる。設問の「動作ロジックを検討し，その結果を文書化した」という記述が、まさにこの段階の作業を指している。
不正解エ
ソフトウェア要件定義は、システム方式設計でソフトウェアに割り当てられた部分について、その機能・入出力・インタフェース・画面や帳票など「ソフトウェアが何をするか」を定める段階である。上半期・下半期を判定して表示するという機能自体はここで決まるが、それを IN ≧ 4 AND IN ≦ 9 のような具体的な判定式と分岐の並びに落とし込むのは、後工程のソフトウェア詳細設計である。
ここがポイント
- 共通フレームの開発プロセスは、システム要件定義 → システム方式設計 → ソフトウェア要件定義 → ソフトウェア方式設計 → ソフトウェア詳細設計 → プログラミング → テスト の順に、「何を作るか」から「どう作るか」へ、そしてシステム全体からソフトウェア個別へと具体化していく。段階名に「要件定義」があれば何を作るか、「設計」があればどう作るか、「システム」なら全体、「ソフトウェア」ならソフト部分、と2軸で切り分けると判断しやすい。
- ソフトウェア詳細設計は、コンポーネント内部のアルゴリズム・分岐条件・データの扱いを、プログラム作成にそのまま渡せる粒度まで決める段階。流れ図 (フローチャート) や擬似コード、状態遷移図などが典型的な成果物であり、流れ図が出てきたら詳細設計を疑うのが定石。
用語