令和5年度 春期 午前 問53
プロジェクトマネジメント
作業配分モデルに関する問題
過去のプロジェクトの開発実績に基づいて構築した作業配分モデルがある。システム要件定義からシステム内部設計までをモデルどおりに進めて 228 日で完了し,プログラム開発を開始した。現在,200 本のプログラムのうち 100 本のプログラムの開発を完了し,残りの 100 本は未着手の状況である。プログラム開発以降もモデルどおりに進捗すると仮定するとき,プロジェクトの完了まで,あと何日掛かるか。ここで,プログラムの開発に掛かる工数及び期間は,全てのプログラムで同一であるものとする。
〔作業配分モデル〕
システム システム システム プログラム システム システム 要件定義 外部設計 内部設計 開発 結合 テスト 工数比 0.17 0.21 0.16 0.16 0.11 0.19 期間比 0.25 0.21 0.11 0.11 0.11 0.21
- ア140
- イ150
- ウ161
- エ172
答えと解説を見る
✓ これが正解イ150
解説
期間比だけを使い、半分済みの分を引きます。
設問は、作業配分モデルどおりに進むと仮定したとき、プロジェクトの完了まであと何日掛かるかを問うています。聞かれているのは日数なので、表に二行ありますが使うのは期間比の行だけです。まず終わった三工程の期間比を足すと 0.25 と 0.21 と 0.11 で 0.57 になり、これが 228 日に当たります。228 を 0.57 で割ると全体は 400 日と出ます。期間比の合計はちょうど 1.00 なので、この割り戻しが素直に効きます。次に、まだ終わっていない三工程の期間比を足すと 0.43 で、400 日を掛けると 172 日です。ただしプログラム開発は 200 本のうち 100 本まで進んでいます。この工程の長さは 400 掛ける 0.11 で 44 日ですから、その半分の 22 日はすでに使われています。よって 172 から 22 を引いた 150 日が答えです。やり残しの一部がもう済んでいることまで数える、というのがこの設問の芯です。
ほかの選択肢はなぜ違うのか
- ア140:差し引く考え方までは合っていますが、引く量を工数比の行から取っています。その行の値でプログラム開発の長さを見積もると六十四日になり、その半分の三十二日を差し引いた結果がこの数です。使う行を取り違えると生じます。
- ウ161:期間比の行だけを使って素直にたどる限り、この数は現れません。工数比の行に置き換えて同じ手順をたどっても、およそ百六十日で、この値ちょうどにはなりません。
- エ172:まだ終わっていない三工程を、丸ごと手つかずとみなした場合の日数です。プログラム開発が半分まで進んでいる事実を数え落とすと、この値で止まってしまいます。最も選ばれやすい形です。
この問題の用語
- プロジェクトある目的のために期間を決めて行う、一回限りの活動。決算処理のように同じ手順を繰り返す定常業務とは区別されます。
- 作業工程を組み立てる、一つひとつの仕事の単位のことです。開始と終了、所要日数をもち、順序をつないで全体の日程を作ります。
- 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
出典:令和5年度 春期 応用情報技術者試験 午前 問53
同じ用語が出る問題
- 令和7年度 秋期 午前 問46:要件定義に関する問題(要件定義)
- 令和7年度 春期 午前 問66:準委任型が適切であるとされるもの(要件定義)
- 令和6年度 秋期 午前 問66:UMLに関する問題(要件定義)
- 令和6年度 秋期 午前 問51:スコープの管理の活動(要件定義)
- 令和5年度 春期 午前 問66:共通フレームに関する問題(要件定義)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)