平成21年度 春期 問38
システム開発技術
要件定義に関する問題
ソフトウェア開発プロセスを“要件定義”,“システム設計”,“プログラミング”,“テスト”の各工程に区切って,この順に進める手法の長所はどれか。
- ア開発工程のどの時点でも,ソフトウェアの仕様変更に柔軟に対応できる。
- イ開発の進捗状況の把握が容易である。
- ウ上流工程におけるレビューの工数が少なくて済む。
- エ利用者が,開発の早い時期にソフトウェアを試用できる。
答えと解説を見る
✓ これが正解イ開発の進捗状況の把握が容易である。
解説
順に区切って進む形の強みは、見通しの立てやすさです。
要件定義から試験までを区切り、後戻りせず順に進める形があります。どの段まで済んだかがはっきりするので、進み具合を掴みやすくなります。進捗の把握が容易だと述べた肢が当たり、これがこの形の強みでした。段ごとに成果物が定まるため、いま何合目かを言葉にできます。どの時点でも仕様の変更に柔らかく応じられるとしたものは、むしろ弱みです。後戻りを前提としない形なので、後から変えると手戻りが大きくなります。上流の見直しの手間が少なくて済むとしたものも、逆を述べていました。後で直しにくいぶん、先の段でこそ入念に検める必要があります。早い時期に使う人が試せるとしたものも、この形では成り立ちません。動くものが出てくるのは、最後の試験の段に近づいてからでした。三つとも、この形が苦手としているところを長所として挙げています。
ほかの選択肢はなぜ違うのか
- ア開発工程のどの時点でも,ソフトウェアの仕…:どの時点でも仕様の変更に応じられるとします。変えられることは、確かに望ましい性質でした。ところがこの形は、後戻りを前提としていません。後から変えるほど、やり直しが大きくなります。繰り返しながら作る形なら、これが当たります。
- ウ上流工程におけるレビューの工数が少なくて…:上流の見直しの手間が少なくて済むとします。手間が減るなら、確かにありがたい話です。ところが後で直しにくいぶん、先で念入りに検めます。上流にこそ手間をかける形でした。手間の少なさなら、別の形が当たります。
- エ利用者が,開発の早い時期にソフトウェアを…:早い時期に、使う人が試せるとしています。早く触れれば、確かに気づきも早くなります。ところが動くものが出るのは、終わりに近い段です。早い時期に試せる形ではありません。試作を重ねる形なら、これが当たります。出てくる時が遅いのです。
この問題の用語
- 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
- ログいつ誰が何をしたかを、機器やソフトウェアが自動で残していく記録です。あとから出来事をたどれるので、事故の調査や不正の発見に使われます。
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
- 工程仕事を進める順序と段取りのまとまりを指します。図表にして管理し、重要な期日や作業の順序、進み具合を目に見える形にします。
- レビュー決めたことや作ったものを、あらためて見直すことをいいます。設計書やプログラムの誤りを早く見つけるために、関係者で行うことが多いです。
出典:平成21年度 春期 ITパスポート試験 問38
同じ用語が出る問題
- 令和8年度 問52:要件定義に関する問題(レビュー)
- 令和8年度 問42:サービスデスクに関する記述(要件定義)
- 令和8年度 問38:要件定義に関する問題(要件定義)
- 令和5年度 問39(レビュー)
- 令和3年度 問53:SLMに関する説明(レビュー)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)