平成26年度秋期 ネットワークスペシャリスト 午前Ⅰ 問25

開発フェーズと契約形態の照合

システム開発の取引では、工程ごとに作業の性質が異なるため、契約形態の選び方も変わり得ます。各契約形態で受注側が何に対して責任を負うのかを軸に、工程の性質と照らし合わせて検討しましょう。

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

問われているのは用語の暗記ではなく、各工程の作業内容と、契約形態ごとの責任の在り方との対応関係です。印象や工程名の響きで判断せず、契約形態の定義に立ち返って、責任の対象が工程の性質と矛盾しないかを確かめることが大切です。

視点

契約形態は、受注側が負う義務が何に向けられているかによって区別されます。学習するときは、まず各契約形態の定義で義務の対象を整理し、次に各工程で誰が主導して何を行うかを別に整理します。最後に両者を突き合わせると、工程と契約形態の混同を防ぎやすくなります。

確認ポイント

• 各契約形態で、受注側の義務が何に対して課されているかを定義に基づいて説明できるか
• 検討している工程の作業内容と、その工程で受注側が担う役割を具体的に言えるか
• 契約形態の責任の在り方と工程の性質を突き合わせたとき、矛盾が生じていないか

正解

エ

解説

モデル取引・契約書では、仕様が確定したあとのシステム内部設計からシステム結合までを請負型が適切な範囲としています。図の中でこの範囲を指しているのは選択肢エの矢印です。

理由

モデル取引・契約書では、システム化計画と要件定義はユーザが主体で内容を決める段階であり、成果物を事前に確定できないため準委任型が適切とされています。システム外部設計は準委任型と請負型のどちらかを選ぶ扱いです。外部設計までで仕様が確定すれば、システム内部設計からシステム結合までは、ベンダが専門性を生かして完成を約束できるため請負型が適切とされます。公式正答のエは、この範囲に当たります。

比較

図の矢印は、ア〜エの各選択肢が指す候補の範囲です。アはシステム化計画から導入・受入支援まで、イは要件定義から導入・受入支援まで、ウは要件定義からシステム結合まで、エはシステム内部設計からシステム結合までを表しています。ア〜ウは、準委任型が適切とされるフェーズ（要件定義など）や、請負型と決まっていないフェーズを含む点で、エと異なります。

選択肢ア

これは不正解だよ。図のアの矢印は、システム化計画から導入・受入支援までの全フェーズを表しているよ。モデル取引・契約書では、システム化計画や導入・受入支援は準委任型が適切とされているよ。これらはユーザの業務判断や支援作業が中心で、成果物を事前に確定しにくいからだよ。だから全体を請負型とする整理とは合わないんだ。

選択肢イ

これは不正解だよ。イは要件定義から導入・受入支援までの範囲だよ。要件定義はユーザが主体となって要件を決める段階で、ベンダは支援する立場だから準委任型が適切とされているよ。導入・受入支援も支援業務なので準委任型の扱いだよ。だから、この範囲全体を請負型とするのは契約書の整理と合わないんだ。

選択肢ウ

これは不正解だよ。ウは終わりがシステム結合でエと同じだけど、始まりが要件定義になっている点が違うよ。要件定義の段階では仕様がまだ確定していないから、ベンダは完成を約束できず、準委任型が適切とされているよ。システム外部設計も準委任型か請負型を選ぶフェーズなので、請負型が適切な範囲には含まれないんだ。

選択肢エ（正解）

これは正解だよ。エはシステム内部設計からシステム結合までの範囲だよ。モデル取引・契約書では、外部設計までで仕様が確定したあとのこの範囲は、ベンダが専門性を生かして成果物の完成を約束できるから、請負型が適切とされているよ。図はア〜エの候補範囲を示したもので、その中でこの範囲に当たるのがエの矢印なんだ。

学習のポイント

フェーズごとに請負型と準委任型を使い分ける考え方と、その判断基準となる「仕様の確定度」を理解しましょう。