問題
問42
システム開発のプロセスには、ソフトウェア要件定義,ソフトウェア方式設計,ソフトウェア結合テスト,ソフトウェア導入,ソフトウェア受入れなどがある。システム開発の関係者を開発者側と利用者側に分けたとき、ソフトウェア受入れで実施する作業はどれか。
- 開発が完了したソフトウェアを、開発者側が本番環境に配置する。
- 開発者側が利用者側にヒアリングを行って、ソフトウェアに要求される機能,性能を明確にする。
- ソフトウェアが要件を満たしていて、利用できる水準であることを、利用者側が確認する。
- ソフトウェア要件定義書が利用者側のニーズを満たしていることを確認するために、開発者側がレビューを行う。
[出典：ITパスポート試験 平成28年度春期 問42]
正解
正解は「ウ」です。
解説
正解は「ウ」です。ソフトウェア受入れ（User Acceptance Testing: UAT）とは、開発されたソフトウェアが、事前に決められた要件をすべて満たしているか、また、実際に利用するユーザーの視点で問題なく使えるかどうかを確認する最終段階のテストのことです。この作業は、利用者側が主体となって行い、システムが業務に適用できる状態であるかを判断します。
例えば、新しい家が完成した際に、設計図通りに建てられているか、実際に住んでみて問題なく生活できるかを確認し、最終的に家を受け入れることに同意するようなイメージです。この確認が完了し、利用者がシステムを正式に受け入れることで、本格的な運用が開始されます。
ア(開発が完了したソフトウェアを、開発者側が本番環境に配置する。):
これは「導入」フェーズの作業です。ソフトウェア受入れテストで問題がないと判断された後に、実際にシステムが稼働する環境に設置する工程を指します。
イ(開発者側が利用者側にヒアリングを行って、ソフトウェアに要求される機能,性能を明確にする。):
これは「要件定義」フェーズの作業です。システムの開発を始めるにあたり、どのような機能が必要か、どのような性能が求められるかを利用者から聞き出し、明確にする初期段階の作業です。
エ(ソフトウェア要件定義書が利用者側のニーズを満たしていることを確認するために、開発者側がレビューを行う。):
要件定義書のレビューは、主に「要件定義」フェーズで行われる品質保証活動です。開発者側が実施することもありますが、これはあくまで定義された要件が適切かを検証するものであり、ソフトウェア受入れの段階でソフトウェアそのものが要件を満たしているかを利用者側が確認する作業とは異なります。
難易度
この問題は、システム開発ライフサイクルにおける各フェーズの目的と内容を理解していれば、比較的容易に解答できる基本的な問題です。特に、開発者と利用者の役割分担を意識して学習しているかどうかで、解きやすさが変わるでしょう。ITパスポート試験では頻出のテーマなので、しっかり対策しておきたい分野です。
用語補足
ソフトウェア受入れ：
開発されたソフトウェアが、利用者の要求やビジネス要件を満たしているかを利用者自身が確認し、受け入れるかどうかの判断を行う最終工程です。例えば、オーダーメイドで服を作ってもらった時、それが自分のサイズに合っているか、デザインは思った通りかなどを試着して最終確認するようなものです。
要件定義：
システム開発の最初の段階で、顧客や利用者がシステムに何を求めているのか、どのような機能が必要で、どんな性能があれば良いのかを明確にする作業です。家を建てる際に「リビングは広めに、キッチンには食洗機が欲しい」といった具体的な要望を書き出すようなイメージです。
本番環境：
開発されたシステムが、実際に利用者に使われるための、最終的な運用環境のことです。練習試合で使ったグラウンドではなく、公式戦で使うスタジアムのようなもので、安定稼働とセキュリティが特に重視されます。
システム開発プロセス：
システムが企画されてから、実際に使えるようになるまでの一連の段階のことです。具体的には、要件定義、設計、プログラミング（開発）、テスト、導入、運用、保守といった工程が含まれます。新しい商品を企画し、設計し、製造し、テストして、お店に並べるまでの全体的な流れと似ています。
対策
この問題を解くためのポイントは、システム開発ライフサイクル（SDLC）の各フェーズ（企画、要件定義、設計、開発、テスト、導入、運用、保守）の目的と、それぞれのフェーズで誰がどのような作業を行うのかを正確に理解することです。特に、テストフェーズは単体テスト、結合テスト、システムテスト、受入れテストなど細分化されており、それぞれの目的と役割の違いを把握することが重要になります。利用者側が最終的に確認するのが「受入れテスト」であることを覚えておきましょう。
