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