開発技術の要点整理と想定問題

正解: B 【A（不正解）】 ？ システムで「何ができるか」を定めた要件です。 在庫を検索できる、などの機能そのものを定める要件である。応答時間の目安は機能ではなく性能の条件なので当てはまらない。 【B（正解）】 ？ 性能・信頼性・使いやすさなど、機能以外の条件です。 「3 秒以内」は応答の速さ、つまり性能に関する条件である。機能以外の品質を定めるので非機能要件に当たる。 【C（不正解）】 ？ 発注者が、意図した用途を満たすか確かめるテストです。 受入れテストは開発の終盤に行う確認作業であり、要件の種類の名前ではない。 【D（不正解）】 ？ 修正したあとに、ほかの部分へ影響がないか確かめるテストです。 回帰テストはテストの種類であり、要件を分類する言葉ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: D 【A（不正解）】 ？ 内部の作りは見ずに、入力と出力だけで確かめるテストです。 内部の分岐を意識しない方法なので、「分岐をすべて通す」という狙いには合わない。 【B（不正解）】 ？ 大きな負荷をかけて、システムが耐えられるか確かめるテストです。 多数の利用者などの負荷に耐えられるかを見るテストで、分岐を網羅する考え方ではない。 【C（不正解）】 ？ 発注者が、業務で使えるかを確かめるテストです。 発注者が最後に行う確認であり、開発者が個々のプログラムの分岐を確かめる場面ではない。 【D（正解）】 ？ プログラムの内部の構造や処理の流れに注目するテストです。 命令や分岐の通り道に注目してテストデータを作るのは、ホワイトボックステストの考え方である。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: C 【A（不正解）】 ？ 内部の構造や処理の流れに注目するテストです。 中身を見ないで作るので、内部構造に注目するホワイトボックステストではない。 【B（不正解）】 ？ 書いたプログラムを、ほかの人が読んで指摘し合う活動です。 コードレビューはプログラムを読む活動であり、中身を見ずに入出力を確かめる方法とは逆である。 【C（正解）】 ？ 内部の作りは見ずに、入力と出力に注目するテストです。 仕様書から入力と期待する出力を決め、中身を見ずに確かめるのはブラックボックステストの考え方である。 【D（不正解）】 ？ 見つかったバグの原因を探して直す作業です。 デバッグは誤りを直す作業であり、テストケースを作る考え方の名前ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: D 【A（不正解）】 ？ 個々のプログラムごとに不具合がないか確かめるテストです。 単体テストは個々のプログラムを確かめる段階の名前で、修正の影響を確かめる目的のテストを指す言葉ではない。 【B（不正解）】 ？ 発注者が、意図した用途を満たすか確かめるテストです。 発注者による最終確認であり、修正のたびに既存機能を確かめ直すテストとは目的が違う。 【C（不正解）】 ？ 応答時間などの性能が要件を満たすか確かめるテストです。 性能を測るテストであり、修正の影響が他の機能に出ていないかを見る目的ではない。 【D（正解）】 ？ 修正や変更が、ほかの部分に影響していないか確かめるテストです。 修正によって、それまで動いていた部分が壊れていないかを確かめるのが回帰テストである。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: A 【A（正解）】 ？ 大きな負荷をかけて、システムの耐える力を見るテストです。 多数の同時アクセスという負荷をかけて、止まらずに応答できるかを確かめる目的に合う。 【B（不正解）】 ？ プログラムの内部構造に注目するテストです。 分岐の網羅は 1 本のプログラムの品質確認であり、大量アクセスへの耐性は分からない。 【C（不正解）】 ？ 書いたプログラムをほかの人が読んで指摘し合う活動です。 読みやすさや誤りを見つけるには役立つが、実際に負荷をかけた時の動きは確かめられない。 【D（不正解）】 ？ 個々のプログラムごとに不具合がないか確かめるテストです。 個別の動作確認であり、システム全体に同時アクセスが集中した時の動きは分からない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: C 【A（不正解）】 ？ 単体テスト済みのプログラムを組み合わせて確かめるテストです。 統合テストはプログラムを動かして確かめるもので、人がプログラムを読んで指摘し合う活動ではない。 【B（不正解）】 ？ 旧システムから新システムへ切り替える作業です。 移行は導入の段階の作業であり、プログラムの書き方を確かめる活動ではない。 【C（正解）】 ？ 書いたプログラムをほかの人が読み、指摘する活動です。 プログラムを動かさずに読み、誤りや改善点を指摘して品質を高めるのがコードレビューである。 【D（不正解）】 ？ 稼働中のシステムを修正・変更・改善する活動です。 保守は稼働後の活動であり、作成直後のプログラムを読み合うこととは違う。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: B 【A（不正解）】 ？ 要件より先に設計が来る並びです。 何を作るかを決める要件定義の前に設計はできない。テストもプログラミングの後に行う。 【B（正解）】 ？ 求めることを決め、形にし、作り、確かめる並びです。 機能や性能を明らかにし、設計し、プログラムを作って単体テストし、統合して確かめる流れである。 【C（不正解）】 ？ 設計より先にプログラミングが来る並びです。 設計に従ってプログラムを作るので、プログラミングは設計の後になる。 【D（不正解）】 ？ 作ってから要件を決める並びです。 要件が決まらないまま作ると、何を満たせばよいか分からない。要件定義が最初に来る。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: D 【A（不正解）】 ？ 個々のプログラムごとに不具合がないか確かめるテストです。 開発者がプログラム単位で行うテストであり、発注者が業務で使えるか確かめるものではない。 【B（不正解）】 ？ 大きな負荷をかけて耐えられるか確かめるテストです。 性能面の確認であり、発注者が業務の用途を満たすか判断するテストの名前ではない。 【C（不正解）】 ？ プログラムの内部構造に注目するテストです。 内部の分岐などを確かめる開発者向けのテストであり、発注者の確認とは違う。 【D（正解）】 ？ 発注者（取得者）が、意図した用途を満たすか確かめるテストです。 取得者（委託側）が、意図した運用環境で使って用途を満たすか確かめるのが受入れテストである。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: A 【A（正解）】 ？ 新しいシステムを本番で使えるよう、データや業務を切り替える作業です。 旧システムから新システムへデータや業務を移して切り替えるのが移行である。 【B（不正解）】 ？ 既存のソフトウェアを解析して仕様などの情報を得ることです。 既存ソフトの中身を解析する技法であり、データを移して本番を切り替える作業ではない。 【C（不正解）】 ？ プログラムをほかの人が読んで指摘し合う活動です。 プログラムの品質を高める活動であり、データの引越しや切り替えとは関係がない。 【D（不正解）】 ？ 過去の似た案件をもとに規模や工数を見積もる方法です。 見積りの方法であり、導入時の切り替え作業の名前ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／システム管理基準（経済産業省・令和 5 年）

正解: C 【A（不正解）】 ？ 発注者が、意図した用途を満たすか確かめるテストです。 受入れテストは納入前の確認であり、稼働中のシステムに手を加える作業ではない。 【B（不正解）】 ？ 旧システムから新システムへ切り替える作業です。 移行は導入時の切り替え作業であり、稼働中のシステムの機能を変える作業ではない。 【C（正解）】 ？ 稼働中のシステムを修正・変更・改善する活動です。 経営戦略の変化などに合わせて、稼働中のシステムを修正・変更・改善するのは保守である。 【D（不正解）】 ？ 個々のプログラムに不具合がないか確かめるテストです。 修正の途中で行うことはあるが、作業全体を表すプロセスの名前ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／システム管理基準（経済産業省・令和 5 年）

正解: C 【A（不正解）】 ？ 書いたプログラムの量で規模を測る考え方です。 行数をもとにする方法は別の見積り方であり、機能の数と複雑さを数えるファンクションポイント法とは違う。 【B（不正解）】 ？ 似た事例と比べて見積もる考え方です。 これは類推見積法の説明である。 【C（正解）】 ？ 利用者から見える機能に注目して規模を測る考え方です。 入出力・画面・ファイルなどの機能の数と複雑さを数えて規模を見積もるのがファンクションポイント法である。 【D（不正解）】 ？ 日程を管理するための図の説明です。 これは日程管理のガントチャートの説明であり、規模の見積り方法ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: B 【A（不正解）】 ？ 機能の数と複雑さから規模を測る方法です。 機能を数える方法であり、似た過去案件の実績を土台にする方法そのものではない。 【B（正解）】 ？ 過去の似た案件の実績と比べて見積もる方法です。 よく似た過去のシステムの実績をもとに見積もるのは類推見積法である。 【C（不正解）】 ？ 作業を細かく分解して階層で表したものです。 WBS は作業を分解する道具であり、過去案件と比べる見積り方法の名前ではない。 【D（不正解）】 ？ 内部を見ずに入力と出力で確かめるテストです。 テストの方法であり、工数の見積りとは関係がない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: B 【A（不正解）】 ？ 生産性の数値をそのまま答えにした値です。 15 は 1 人月で作れる量であり、工数ではない。300 ÷ 15 を計算する必要がある。 【B（正解）】 ？ 規模を、1 人月あたりに作れる量で割った値です。 工数 = 規模 ÷ 生産性 = 300 ÷ 15 = 20 人月となる。 【C（不正解）】 ？ 300 を 10 で割った値です。 300 ÷ 10 = 30 であり、問題の生産性 15 を使っていない。 【D（不正解）】 ？ 300 に 15 を掛けて 100 で割った値です。 300 × 15 ÷ 100 = 45 であり、規模を生産性で割る計算になっていない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: D 【A（不正解）】 ？ 機能の数と複雑さから規模を見積もる方法です。 見積りは開発の初めに行うもので、利用者が使い始める準備にはならない。 【B（不正解）】 ？ 既存のソフトウェアを解析して情報を得ることです。 既存ソフトを解析する技法であり、新システムの使い方を利用者に伝える手段ではない。 【C（不正解）】 ？ プログラムの内部構造に注目するテストです。 開発者向けのテストであり、現場の社員が操作を覚える助けにはならない。 【D（正解）】 ？ 利用者向けの手引きと、使い方を学ぶ機会です。 導入では、利用者への教育訓練が行われる。マニュアルと研修で、現場が迷わず使い始められる。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: A 【A（正解）】 ？ 誰が用途を満たすか判断するのかに注目した指摘です。 受入れテストは取得者（委託側）が、供給者の支援を受けて行う。発注元の確認なしの納入は手順として不十分である。 【B（不正解）】 ？ テストの時期に注目した指摘です。 受入れテストは完成したシステムを確かめるもので、要件定義の前には行えない。 【C（不正解）】 ？ テストの技法に注目した指摘です。 受入れテストは業務で使えるかを確かめるもので、内部構造に注目する技法に限るものではない。 【D（不正解）】 ？ テストと納入の順番に注目した指摘です。 受入れテストで問題がなければ納入する、という順番である。納入の後に回すのは逆になる。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: B 【A（不正解）】 ？ 試作品で要求を確かめる進め方です。 これはプロトタイピングモデルの特徴である。 【B（正解）】 ？ 工程を上から下へ順番に進める進め方です。 工程を順番に進め、原則として後戻りしないのがウォーターフォールモデルである。 【C（不正解）】 ？ 短い期間の反復で進める進め方です。 これはスクラムなどアジャイルの特徴である。 【D（不正解）】 ？ 今あるソフトから情報を取り出す技法です。 これはリバースエンジニアリングの説明である。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: D 【A（不正解）】 ？ 工程を順番に進め、原則として前の工程に戻らないモデルです。 初めに要件を固める前提なので、要望があいまいなままだと後で大きな手戻りが起きやすい。 【B（不正解）】 ？ 機能の数と複雑さから規模を見積もる方法です。 見積りの方法であり、要望を明らかにする開発モデルではない。 【C（不正解）】 ？ 既存のソフトウェアを解析して情報を得る技法です。 既存ソフトを解析する技法であり、新しい要望を利用者と固める進め方ではない。 【D（正解）】 ？ 早い段階で試作品を作り、利用者に確かめてもらうモデルです。 試作品を見せて要望を明らかにしながら進めるので、要望があいまいな場面に向く。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: A 【A（正解）】 ？ 部分ごとに設計・開発・評価を繰り返して育てるモデルです。 システムを部分に分け、設計・開発・評価の流れを繰り返して完成に近づけるのがスパイラルモデルである。 【B（不正解）】 ？ 全体を工程の順番どおりに一度で進めるモデルです。 部分ごとの繰り返しはせず、全体を工程順に一度で進めるので当てはまらない。 【C（不正解）】 ？ 開発と取引の作業項目を標準化した枠組みです。 作業項目の言葉をそろえる枠組みであり、開発の進め方を表すモデルではない。 【D（不正解）】 ？ 組織のプロセスの成熟度をモデル化した枠組みです。 組織の開発能力を評価・改善する枠組みであり、開発の進め方のモデルではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: C 【A（不正解）】 ？ 試作品を作って利用者に確かめてもらうモデルです。 新しい要望を確かめる進め方であり、既存ソフトの仕様を解析する技法ではない。 【B（不正解）】 ？ テストを先に作ってからプログラムを書く手法です。 新しくプログラムを書く時の手法であり、既存ソフトの仕様を取り出す技法ではない。 【C（正解）】 ？ 既存のソフトウェアを解析して、仕様などの情報を得る技法です。 既存ソフトを解析して仕様や構成部品の情報を得るのがリバースエンジニアリングである。解析の結果を権利者の許可なく流用すると、権利の侵害になり得る。 【D（不正解）】 ？ 2 人 1 組でプログラムを作る手法です。 プログラムを書く時の進め方であり、既存ソフトを解析する技法ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: A 【A（正解）】 ？ 開発（Development）と運用（Operations）を組み合わせた考え方です。 開発と運用が連携し、迅速かつ柔軟に届けるのが DevOps である。引継ぎの遅さという課題に合う。 【B（不正解）】 ？ 工程を順番に進めるモデルです。 工程を順に進めても、開発と運用の間の引継ぎの遅さは解消されない。 【C（不正解）】 ？ 開発と取引の作業項目を標準化した枠組みです。 用語をそろえるのには役立つが、リリースを速める協力の仕組みそのものではない。 【D（不正解）】 ？ 機能の数と複雑さから規模を測る方法です。 見積りの精度は上がっても、開発と運用の連携やリリースの頻度は変わらない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: B 【A（不正解）】 ？ 少人数・短期間でシステムを作る開発手法です。 短期間で作る手法であり、本番の AI の監視と作り直しを続ける取組ではない。 【B（正解）】 ？ 機械学習モデルの作成と運用をつなぎ、継続的に改善する取組です。 機械学習モデルを本番で運用しながら監視し、作り直しを続けるのが MLOps の考え方である。 【C（不正解）】 ？ 設計の図の書き方を標準化した表記法です。 設計図の書き方であり、AI の運用を続ける取組ではない。 【D（不正解）】 ？ 開発と取引の作業項目を標準化した枠組みです。 作業項目の言葉をそろえる枠組みであり、AI の監視や作り直しの取組ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: A 【A（正解）】 ？ クラス図などの図の書き方を標準化した表記法です。 オブジェクト指向の設計などで使われる、図の書き方を標準化した表記法が UML である。 【B（不正解）】 ？ 作業を細かく分解して階層で表したものです。 プロジェクトの作業を分ける道具であり、設計の図の表記法ではない。 【C（不正解）】 ？ 作業の予定と実績を横棒で表した図です。 日程管理の図であり、システムの設計を表す表記法ではない。 【D（不正解）】 ？ サービスの内容と水準を定めた合意文書です。 サービスの水準を約束する文書であり、設計の図の書き方ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: C 【A（不正解）】 ？ チームを支援し、障害を取り除く役割です。 スクラムがうまく回るよう支援する役割であり、何を開発するかを決める役割ではない。 【B（不正解）】 ？ 実際に開発作業を行う人々です。 スプリントバックログの作業を進める人々であり、プロダクトバックログの優先順位を決める役割ではない。 【C（正解）】 ？ プロダクトの価値を最大にすることに責任を持つ役割です。 何を開発するかを決め、プロダクトバックログを管理して優先順位を付けるのはプロダクトオーナーである。 【D（不正解）】 ？ プロダクトの利用者や出資者などの利害関係者です。 意見を出す立場ではあるが、スクラムチームの中で優先順位に責任を持つ役割ではない。

出典: アジャイル開発の進め方（IPA・2024 年 5 月）

正解: D 【A（不正解）】 ？ 毎日 15 分ほどで作業状況を共有する短い会合です。 毎日の状況共有であり、スプリントの最後に進め方を振り返る場ではない。 【B（不正解）】 ？ 発注者が、意図した用途を満たすか確かめるテストです。 成果物を確かめるテストであり、チームの進め方を改善する話し合いではない。 【C（不正解）】 ？ スプリントの初めに、今回扱う作業を決める場です。 スプリントの開始前に行う計画の場であり、終わりの振り返りではない。 【D（正解）】 ？ スプリントの最後に、進め方を振り返る場です。 うまくいったこと・いかなかったことを話し合い、次の改善につなげるのはスプリントレトロスペクティブ（ふりかえり）である。

出典: アジャイル開発の進め方（IPA・2024 年 5 月）／IT パスポート試験 シラバス Ver.6.5（IPA）

正解: B 【A（不正解）】 ？ 期間を延ばして予定を守る対応です。 スプリントは時間枠であり、予定の機能が終わらなくても延長しない。延ばすのはスクラムの考え方に反する。 【B（正解）】 ？ 期間を守り、残りを次の計画に回す対応です。 スプリントは時間枠で延長しない。完成していない項目は、あとで検討できるようプロダクトバックログに戻し、次のスプリント以降の計画で扱う。 【C（不正解）】 ？ 改善の場を省いて作業に回す対応です。 ふりかえりは次の改善につなげる大事な場であり、省いて開発を続けるのは考え方に合わない。 【D（不正解）】 ？ 支援役が作業を引き取る対応です。 スクラムマスターはチームを支援する役割であり、残作業を一人で引き受けるのは役割に合わない。

出典: アジャイル開発の進め方（IPA・2024 年 5 月）／スクラムガイド 2020 日本語版（scrumguides.org）

正解: C 【A（不正解）】 ？ 2 人 1 組で、1 人が書きもう 1 人が確認する手法です。 2 人で作業する進め方であり、テストを先に書くことが特徴ではない。 【B（不正解）】 ？ 外から見た動きを変えずに内部構造を整えることです。 書いたプログラムの構造を整える作業であり、テストを先に書く手法の名前ではない。 【C（正解）】 ？ テストを先に作り、それに合格するようにプログラムを書く手法です。 テストを先に書き、通るようにプログラムを作るのがテスト駆動開発である。 【D（不正解）】 ？ 修正の影響が他に出ていないかを確かめるテストです。 修正後の確認のためのテストであり、テストを先に書く開発手法ではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: A 【A（正解）】 ？ 変更をこまめに統合し、毎回自動でテストするやり方です。 変更をこまめに統合し、そのたびに自動でビルドとテストを行うのが継続的インテグレーション（CI）である。 【B（不正解）】 ？ 工程を順番に進め、原則として前の工程に戻らないモデルです。 工程の進め方のモデルであり、変更をこまめに統合して自動テストするやり方ではない。 【C（不正解）】 ？ 機能の数と複雑さから規模を見積もる方法です。 見積りの方法であり、変更の統合やテストの自動化とは関係がない。 【D（不正解）】 ？ 利用者の視点で、実現したいことを短い文で表した要求です。 要求の書き方であり、変更を統合して自動テストする仕組みではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）

正解: D 【A（不正解）】 ？ 組織のプロセスの成熟度を 5 段階でモデル化した枠組みです。 組織の開発能力を評価・改善する枠組みであり、取引で使う作業項目の言葉をそろえるものではない。 【B（不正解）】 ？ IT サービスマネジメントのフレームワークです。 運用・サービス管理の枠組みであり、開発の取引で使う作業項目を定義したものではない。 【C（不正解）】 ？ 設計の図の書き方を標準化した表記法です。 設計の図をそろえるには役立つが、工程や作業の範囲の言葉を定める枠組みではない。 【D（正解）】 ？ 開発と取引の作業項目を一つ一つ定義し、標準化した枠組みです。 ソフトウェア開発とその取引を適正にするため、作業項目を定義して標準化したのが共通フレーム（SLCP）である。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）

正解: C 【A（不正解）】 ？ 開発と取引の作業項目を標準化した枠組みです。 作業項目の言葉をそろえる枠組みであり、組織の成熟度を段階で評価するものではない。 【B（不正解）】 ？ 短い期間を繰り返して開発するアジャイルの枠組みです。 開発の進め方の一つであり、組織のプロセスの成熟度を評価する枠組みではない。 【C（正解）】 ？ 組織のプロセスの成熟度を 5 段階のレベルでモデル化した枠組みです。 開発と保守のプロセスを評価・改善するため、成熟度を 5 段階で定義したのが CMMI である。 【D（不正解）】 ？ サービスの内容と水準を定めた合意文書です。 顧客とサービスの水準を約束する文書であり、組織の開発能力を評価する枠組みではない。

出典: IT パスポート試験 シラバス Ver.6.5（IPA）