平成21年度 秋期 ITパスポート試験 問29 解説 システム要件定義
現行システムの使用を開始してから10年が経過し，その間に業務内容も変化してきた。そこで，全面的に現行システムを開発し直すことになった。開発者が，システム要求の分析と，それに基づく要件定義を行う場合，開発者のシステム利用部門とのかかわり方として，適切なものはどれか。
- ア 客観的に対象業務を分析するために，システム利用部門とかかわることは避ける。
- イ システム要件は，システム利用部門と共同でレビューを行う。 ✓ 正答
- ウ システム利用部門の意見は参考であり，システム要件は開発者が決定する。
- エ システム利用部門の作成した現行システムの操作マニュアルを基に，要求される機能を決定する。
解説
システム開発において最も重要なのは、開発者と利用部門の「共通認識」を作ることです。要件定義はシステム開発の最上流工程であり、ここで認識のズレが生じると、完成後に「現場で使えないシステム」ができあがってしまうため、相互確認が不可欠となります。
なぜ共同レビューが必要なのか
システム開発は、開発者だけでは完結しません。開発者はITのプロですが、業務のプロである利用部門の現場の声を聞かなければ、業務プロセスを正しく反映したシステムにはなりません。
要件定義とは「何を作ればよいか」を明確にする工程ですが、口頭のやり取りだけでは解釈の食い違いが発生します。そのため、文書化された要件定義書を開発者と利用部門が一緒に読み合わせ（レビュー）し、「この認識で間違いありませんか？」と合意形成を図るプロセスが不可欠なのです。これがシステム開発における品質管理の第一歩となります。
消去法での考え方
他の選択肢がなぜ不適切なのかを紐解くことで、要件定義の構造を深く理解できます。
ア：システム利用部門との関わりを避けると、現場の実態にそぐわないシステムが完成します。開発者が客観的であることは大切ですが、現場の要求を聞くことは「客観性」ではなく「ニーズの把握」です。
ウ：システム要件を開発者が独断で決定するのは非常に危険です。利用部門の意見を無視すると、現場の業務フローに合わないシステムができあがり、現場の拒否感を招く結果となります。
エ：現行システムの操作マニュアルを基にするのは、古い業務の仕組みをそのまま引き継ぐことになりかねません。10年経過して業務内容が変化しているのであれば、今の業務に必要な機能は何かを議論すべきであり、過去のドキュメントをなぞるだけでは「開発し直す」意味が薄れてしまいます。
開発現場における要件定義の役割
この問題は、ITパスポート試験において「システム開発のプロセス」を問う典型的な問いです。システム開発の現場では、要件定義書に対して両者が合意のサイン（承認）を行うことで、初めて次の設計工程に進むことができます。
要件定義で生じた認識のズレを設計や実装の段階で修正しようとすると、莫大なコストと時間がかかります。初期段階で徹底的に対話を重ねることは、システム開発におけるリスク管理の基本です。ITパスポートで問われるのは、単なる用語の暗記ではなく、「開発者と利用者が同じ目線でプロジェクトを進めることの重要性」を理解しているかという点にあります。
参考リンク
学習の記録にははてなブックマーク！
気づいたこと・覚えたことをコメントにメモしよう
