平成28年度秋期 システムアーキテクト 午前Ⅱ 問16

判断に用いる前提の範囲をそろえる

情報システム開発の工程と契約を関連付けて考える際は、判断に用いる前提の範囲を意識しましょう。一般的な知識から補った想定と、与えられた条件を区別し、同じ前提に基づいて考えを整理することが大切です。

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

この分野では、工程や契約について知っていることを、そのまま判断の前提に加えていないかに注目してください。考えの根拠が与えられた条件にあるのか、自分で補った想定にあるのかを確かめ、前提の範囲をそろえて検討しましょう。

視点

工程と契約の関係を考えるときは、用いた前提の出所を意識します。思い浮かんだ想定を確定した条件として扱っていないかを見直し、与えられた範囲で考えを整理しましょう。

確認ポイント

• 判断の前提を、与えられた条件から確認できるか
• 自分で補った想定を、確定した条件として扱っていないか
• 考えを進める途中で、前提の範囲を変えていないか

正解

エ

解説

正解はエです。請負型契約ではベンダが仕事の完成義務を負います。システム内部設計からシステム結合までは、先行工程で定めた仕様を基に、完成すべき成果物や完成の確認条件を定めやすいため、請負型が適しています。

理由

請負型契約では、ベンダは契約で定めた仕事を完成させる義務を負います。システム内部設計以降は、先行する要件定義やシステム外部設計で定めた仕様を基に、内部設計、プログラムの作成、ソフトウェアテスト、システム結合を進めます。完成すべき設計書やプログラム、結合済みのシステムと、その完成を確認する条件を定めやすいため、この範囲が請負型に適しています。図ではエの矢印がこの範囲を示しています。

比較

アとイは、要求や仕様を検討する上流工程に加え、導入・受入支援まで含んでいます。ウも要件定義から始まるため、示された請負型の範囲より開始点が早くなっています。要求を整理したりユーザの作業を支援したりする工程では、業務を適切に遂行する義務を中心とする準委任型との違いが判断のポイントです。このモデルでは、仕様に基づく成果物の完成を約束しやすいシステム内部設計からシステム結合までを選びます。

選択肢ア

これは不正解だよ。図のアは「システム化計画フェーズから導入・受入支援フェーズまで」です。この範囲には、計画や要件の検討、導入時の支援も含まれます。このモデルでは、これらも含めた全工程を請負型にするのではなく、完成すべき成果物を定めやすい工程を請負型の対象としています。

選択肢イ

これは不正解だよ。図のイは「要件定義フェーズから導入・受入支援フェーズまで」です。要件定義はユーザの要求を整理する工程であり、導入・受入支援はユーザ側の導入や受入れを助ける工程です。このモデルの請負型の範囲は、仕事の完成を約束できる開発工程に絞られています。

選択肢ウ

これは不正解だよ。図のウは「要件定義フェーズからシステム結合フェーズまで」です。終点のシステム結合は合っていますが、開始点が要件定義となっているため範囲が広すぎます。このモデルでは、先行工程で定めた仕様を基に成果物を完成させる、システム内部設計以降が請負型に適する範囲です。

選択肢エ（正解）

これは正解だよ。図のエは「システム内部設計フェーズからシステム結合フェーズまで」です。請負型は、ベンダが仕事を完成させる義務を負う契約です。この範囲では、先行工程で定めた仕様に基づき、設計書やプログラム、結合済みのシステムなど、完成すべき成果物と確認条件を定めやすいため適しています。

学習のポイント

請負型契約の仕事の完成義務と、仕様に基づいて成果物の完成を判断できる開発工程との関係を理解しましょう。