平成23年度 秋期 午前Ⅱ 問15
システム企画
請負に関する問題
経済産業省の“情報システム・モデル取引・契約書”によれば,ユーザとベンダ間で請負型の契約を推奨しているフェーズはどれか。
フェーズと範囲の図:
フェーズ(左から順): システム化計画 | 要件定義 | システム外部設計 | システム内部設計 | ソフトウェア設計 プログラミング ソフトウェアテスト(1枠に3行)| システム結合 | システムテスト | 導入・受入支援 ア ←── システム化計画 の左端 から 導入・受入支援 の右端 まで ──→ イ ←── 要件定義 の左端 から 導入・受入支援 の右端 まで ──→ ウ ←── 要件定義 の左端 から システム結合 の右端 まで ──→ エ ←── システム内部設計 の左端 から システム結合 の右端 まで ──→
- アシステム化計画フェーズから導入・受入支援フェーズまで
- イ要件定義フェーズから導入・受入支援フェーズまで
- ウ要件定義フェーズからシステム結合フェーズまで
- エシステム内部設計フェーズからシステム結合フェーズまで
答えと解説を見る
✓ これが正解エシステム内部設計フェーズからシステム結合フェーズまで
解説
請負型の推奨は、システム内部設計からシステム結合までです。
設問が引く経済産業省の情報システム・モデル取引・契約書では、フェーズごとに作業の性格を見て契約の型を使い分ける考え方をとっています。請負は、仕事の完成を約束して報酬を受け取る契約なので、作るものの内容が固まっていて、成果物を明確に定められるフェーズに向きます。システム化計画や要件定義のように、ユーザの判断がなければ内容が決まらない上流のフェーズは、請負になじみません。システム内部設計からシステム結合までは、外部設計で仕様が固まった後の作業なので、ベンダが完成を約束しやすく、請負型が推奨されています。成果物を決められる段階だけが請負と覚えておくと、範囲の端を見極められます。
ほかの選択肢はなぜ違うのか
- アシステム化計画フェーズから導入・受入支援…:システム化計画から導入・受入支援までを全て請負にすると、ユーザの意思決定に左右される上流の計画や、ユーザが主体となる導入の支援まで、ベンダが完成を約束する形になります。作業の性格に合わない範囲まで含んでいます。
- イ要件定義フェーズから導入・受入支援フェー…:要件定義はユーザの業務要求を引き出して固める作業で、中身をユーザが決める部分が大きく、ベンダが完成を約束する請負にはなじみません。導入・受入支援もユーザの作業を支える性格が強く、範囲が広すぎます。
- ウ要件定義フェーズからシステム結合フェーズ…:要件定義から始まる範囲は、仕様が固まる前の作業を含んでいます。請負に向くのは仕様が確定した後の作業なので、要件定義や外部設計まで含めたこの範囲は、始まりの位置が早すぎます。
この問題の用語
- 請負仕事の完成を約束して引き受ける形のこと。委託先の事業所で働いても指揮命令するのは雇用主で、委託側との指揮命令関係は生じません。
- 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
- 情報システム業務に必要なデータを集め、処理し、伝えるための仕組み全体です。コンピュータや通信網だけでなく、それを使う人や業務の手順も含みます。
- 契約当事者の合意で成立する法的な約束のこと。原則として口頭でも成立し、契約書は内容を確かめる証拠になります。
- システム化計画何を、いつまでに、どれだけの費用で作るかを描いた計画です。共通フレーム2013では、これを立案するのが企画プロセスの仕事です。
- ログいつ誰が何をしたかを、機器やソフトウェアが自動で残していく記録です。あとから出来事をたどれるので、事故の調査や不正の発見に使われます。
- システムテスト作り上げたシステム全体が、求めたとおり動くかを確かめる試験です。機能のほか、性能や操作性、異常時の動きなども確かめます。
出典:平成23年度 秋期 システムアーキテクト試験 午前Ⅱ 問15
同じ用語が出る問題
- 令和7年度 春期 午前Ⅱ 問18(ログ)
- 令和7年度 春期 午前Ⅱ 問14:ラボ契約の特徴(契約)
- 令和7年度 春期 午前Ⅱ 問13(要件定義)
- 令和5年度 春期 午前Ⅱ 問16:パーソナルデータに関する問題(情報システム)
- 平成27年度 秋期 午前Ⅱ 問15:共通フレームに関する問題(システム化計画)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)