開発の進め方を選ぶ
- 要求の明確さから工程型と試作型を選び、反復の狙いを説明できる。
- 開発と既存実装の解析の向きを区別できる。
点線のことばを押すと、意味と使い方を調べられます。
表示・保存
このページの目次 3節・復習と3問
- 1説明を読む
- 2復習する
- 3問題を解く
- 4次へ進む
1工程を順に進める
ウォーターフォールモデルは要件定義、設計、実装、テストなどを段階的に進める開発モデルです。各工程の成果を確認して次へ渡すため、要求が明確で変更が少ない見込みの案件で計画を立てやすくなります。
ただし変更を絶対に禁止するわけではありません。後の工程で要件を変えると、設計・実装・テストへ影響し、戻り作業が大きくなりやすい点を考えて選びます。
- 1要件・設計
必要な内容と作り方
- 2実装
プログラムを作る
- 3テスト
成果を確認
矢印は作業を進める順序です。
ハルとビットで、使い方を確かめよう
決めた順番では後戻りできない？
変更はできるけれど、後になるほど影響範囲をよく確認する必要があるよ。
2試作品で要求を確かめる
プロトタイピングモデルは早い段階でプロトタイプ、つまり検討用の試作品を作り、利用者が見たり触ったりして要求を具体化する方法です。予約画面の試作を見せれば「人数を後から変えたい」という要求を発見できます。
試作品は確認が目的で、必ずそのまま本番へ使える完成品とは限りません。スパイラルモデルは目標やリスクを評価し、開発・検証を繰り返して完成度を高めるモデルです。単に一度試作品を見せることと、リスクを検討しながら周回することを区別します。
3短期開発と逆向きの解析
RAD（Rapid Application Development：迅速なアプリケーション開発）は、利用者の参加や試作、開発支援ツールなどを活用して短期間の開発を目指す方法です。短いという言葉だけで全てを同じ方式と判断せず、何を工夫するかを見ます。
リバースエンジニアリングは既存プログラムなどを解析し、仕様や設計などの情報を取り出す活動です。通常の「仕様から実装」と逆の「実装から仕様」の向きです。既存コードの欠陥を探すコードレビュー、設計文書を点検する設計レビューとは主目的が違います。
ハルとビットで、使い方を確かめよう
試作品が動いたら納品していい？
検討用には品質や機能が足りないこともあるから、本番の条件を別に確認しよう。
復習
このレッスンを振り返ろう
要求が明確な案件と、利用者が画面を見ないと要求を決められない案件では何を選ぶか。
答え方と、確認するポイント
前者は工程を順に進めるウォーターフォール、後者は試作品で要求を確かめるプロトタイピングが適する。スパイラルはリスクを評価しながら反復する。
既存コードから仕様を取り出す活動は、試作品を作る活動とどう違うか。
答え方と、確認するポイント
リバースエンジニアリングは実装から仕様への解析。プロトタイピングは要求確認のための試作であり、向きと目的が違う。
問題で確かめる
実際の問題に挑戦しよう
IPA（独立行政法人 情報処理推進機構）公開過去問2問、入門の確認問題1問で、この範囲の考え方を使います。答えを選んだら、正解の理由とほかの選択肢の違いも確かめましょう。
ヒントを見る
工程の最初に要求が明確になっている場合を考えましょう。
公開問題・原図の著作権はIPAにあります。表記・表の配置を整えています。解説は当サイト独自のものです。
3問中0問の答えと解説を確認しました。選んだ答えの理由も確かめてから、次へ進みましょう。
出典・参考資料を確認する
学習範囲：IPA シラバス Ver.6.5 ↗ 項目26。身近な例・会話・図解・確認問題は当サイトのオリジナルです。
学習範囲と参考資料
シラバスは学習範囲の根拠です。説明は参考資料を基に当サイトが作成しています。身近な事例・会話・図の数値は学習用の架空例です。2026年9月10日確認。