平成21年度 秋期 問29
システム開発技術
共同レビューに関する問題
現行システムの使用を開始してから 10 年が経過し,その間に業務内容も変化してきた。そこで,全面的に現行システムを開発し直すことになった。開発者が,システム要求の分析と,それに基づく要件定義を行う場合,開発者のシステム利用部門とのかかわり方として,適切なものはどれか。
- ア客観的に対象業務を分析するために,システム利用部門とかかわることは避ける。
- イシステム要件は,システム利用部門と共同でレビューを行う。
- ウシステム利用部門の意見は参考であり,システム要件は開発者が決定する。
- エシステム利用部門の作成した現行システムの操作マニュアルを基に,要求される機能を決定する。
答えと解説を見る
✓ これが正解イシステム要件は,システム利用部門と共同でレビューを行う。
解説
使う側と作る側が、同じ場で読み合わせて確かめ合います。
要件を定める作業は、作る側だけでは終えられません。何が必要かをいちばん知っているのは、その業務を持つ側だからです。設問では十年が経ち、業務の中身が変わっていました。だから昔の手順書をなぞっても、いまの求めには届きません。聞き取ったものを並べたら、双方で読み合わせて確かめます。利用する部門と共同でレビューを行うと述べた肢が当たります。読み合わせると、言葉の受け取り方の違いがその場で出ます。抜けや重なりも、二つの目で見るほうが見つかりました。ここで合わせれば、後の食い違いが減ります。逆に、関わりを避ければ推測で埋めることになります。作る側だけで決めれば、使えないものになります。だから残る三つは、いずれも確かめる場を失う形でした。シラバスも、共同レビューを開発技術の用語に挙げています。
ほかの選択肢はなぜ違うのか
- ア客観的に対象業務を分析するために,システ…:客観のために関わりを避けると述べた肢のほうです。外から冷静に見るという理屈は、もっともらしく響きます。けれども業務の中身は、外から眺めても分かりません。聞かずに書けば、推測が並びます。避けたぶん食い違いが増えます。
- ウシステム利用部門の意見は参考であり,シス…:意見は参考にとどめ、作る側が決めるという肢です。技術の判断なら、確かに作り手が決めるべきでした。ところが業務上の求めは、持っている側にしか判じられません。決める権を取り違えたところで外れます。参考にとどめては使えません。
- エシステム利用部門の作成した現行システムの…:昔の操作の手順書を基に決めると述べた肢が、こちらです。いまの仕組みを写す資料としては役に立ちます。けれども十年で業務そのものが変わっていました。手順書は変わる前の姿にすぎません。新しい求めは書かれていません。
この問題の用語
- 分析集めたデータを細かく分けて、何がどう関わっているかを読み取ること。量が増えるほど、扱う道具も考え方も変わります。
- 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
- 部門組織の中で、仕事の種類や担当ごとに分けられたまとまりです。専門ごとに分ける分け方と、製品や地域ごとに分ける分け方があります。
- レビュー決めたことや作ったものを、あらためて見直すことをいいます。設計書やプログラムの誤りを早く見つけるために、関係者で行うことが多いです。
出典:平成21年度 秋期 ITパスポート試験 問29
同じ用語が出る問題
- 令和8年度 問52:要件定義に関する問題(レビュー)
- 令和8年度 問42:サービスデスクに関する記述(要件定義)
- 令和8年度 問38:要件定義に関する問題(要件定義)
- 令和5年度 問39(レビュー)
- 令和3年度 問53:SLMに関する説明(レビュー)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)