平成28年度春期 プロジェクトマネージャ 午前Ⅱ 問16

タスクの成果物から所属を考える

ライフサイクルプロセス規格では、各タスクは目的と成果物によってプロセスに位置付けられています。問われているタスクが何を入力として受け取り、何を生み出して次へ渡すのかを整理し、その結果がどの段階の目的に合致するかで考えましょう。

この問題で問われていること

タスクの名称に含まれる語句だけで判断すると、似た言葉が複数のプロセスに現れるため迷いやすくなります。そのタスクが完了したとき何が確定し、どの成果物が得られるのかに着目して、所属するプロセスの目的と結び付けて検討することが焦点です。

視点

ライフサイクルプロセス規格は、作業を目的ごとのまとまりに分け、それぞれのまとまりが特定の成果を生み出すように整理しています。同じ種類の動詞が付いた作業でも、扱う対象や確定させる内容が違えば、属するまとまりは異なることがあります。そのため、作業名の印象で判断するのではなく、作業の前提となる入力と、完了時に得られる成果の関係を捉えることが大切です。

確認ポイント

• そのタスクが前提として受け取る情報や成果物は何かを確認する
• そのタスクが完了したときに新たに確定する内容や成果物は何かを確認する
• その成果物を生み出すことが、どのプロセスの目的に対応するかを結び付けて確認する

正解

エ

解説

このタスクは、ソフトウェア結合を行うための暫定的なテスト要求事項とスケジュールを、開発者があらかじめ定義して文書化するものです。実際の結合や適格性確認テストの実施ではなく、ソフトウェアの構造と結合方針を定める設計段階の活動に該当するため、正答はエです。

理由

設問のタスクは、ソフトウェア結合のためのテスト要求事項とスケジュールを定義し、文書化する活動です。これは結合そのものやテストの実行ではなく、ソフトウェアの構成や結合に必要な方針を設計段階で整理する活動です。したがって、ソフトウェア方式設計のプロセスに属する。

比較

ソフトウェア結合は設計されたソフトウェア要素を組み合わせる活動であり、ソフトウェア適格性確認テストは要求事項への適合を確認するテストです。一方、詳細設計は個々のソフトウェア要素の内部仕様を具体化する段階です。設問はこれらの実施や内部仕様の詳細化ではなく、結合に向けた要求事項と計画の定義を扱っている。

選択肢ア

これは不正解だよ。ソフトウェア結合は、設計されたソフトウェア要素を組み合わせる活動を指す。この選択肢は、結合のためのテスト要求事項やスケジュールを事前に定義して文書化するタスクそのものではなく、実際の結合を行うプロセス名なので、設問の記述とは一致しない。

選択肢イ

これは不正解だよ。ソフトウェア詳細設計は、ソフトウェアを構成する個々の要素について、処理やデータなどの内部仕様を具体化するプロセスである。設問は内部仕様の詳細化ではなく、ソフトウェア結合に向けた暫定的なテスト要求事項とスケジュールの定義を扱っているため該当しない。

選択肢ウ

これは不正解だよ。ソフトウェア適格性確認テストは、完成したソフトウェアが指定された要求事項を満たすかを確認するテストのプロセスである。設問のタスクはテストを実施して適合性を確認するものではなく、結合のためのテスト要求事項とスケジュールをあらかじめ定義し文書化する活動である。

選択肢エ（正解）

これは正解だよ。ソフトウェア方式設計では、ソフトウェアの構成や要素間の関係、後続の結合に必要な方針を定める。設問のように、ソフトウェア結合のための暫定的なテスト要求事項とスケジュールを開発者が定義し文書化するタスクは、この設計段階の活動に該当する。

学習のポイント

テストに関する文言だけで判断せず、タスクの目的と実施段階をプロセス名に対応付ける。