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

正解: C 【A（不正解）】 ？ 業務をデータの流れに着目して表す図です。 DFD はデータの流れを表す図で、だれがどんな目標で操作するかという利用者とのやり取りの単位では整理しない。 【B（不正解）】 ？ 業務で扱う情報を実体と関連で表す図です。 E-R 図はデータの構造を表す。利用者とシステムのやり取りの流れは表さない。 【C（正解）】 ？ アクターと呼ぶ利用者側の役割を登場させる手法です。 シラバスは、ユースケースを一つの目標を達成するための利用者とシステムのやり取りを定義するために用いると説明している。 【D（不正解）】 ？ 状態とイベントの組合せで振舞いを表す表です。 一つのデータの状態の移り変わりは表せるが、利用者ごとの目標とやり取りの整理には向かない。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-1 業務分析や要件定義に用いられる手法）

正解: A 【A（正解）】 ？ 試作品を早い段階で利用者に見せる方法です。 シラバスは、外部仕様の有効性や仕様の漏れを評価して手戻りを防ぐために、モックアップやプロトタイプを作ることがあると説明している。 【B（不正解）】 ？ 文書の記述量を増やす方法です。 文章を増やしても、利用者が実際の操作感を確かめられないため、認識の食い違いが残りやすい。 【C（不正解）】 ？ 実装が進んでから利用者に見せる方法です。 食い違いが結合テストで見つかると、設計と実装をやり直すことになり、手戻りが大きくなる。 【D（不正解）】 ？ 処理とデータの生成・参照・更新・削除の対応を表にする方法です。 データ操作の漏れを見つけるには役立つが、画面の操作の流れについての認識合わせには直接つながらない。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-1 モックアップ及びプロトタイプ）

正解: D 【A（不正解）】 ？ プロジェクトの作業を階層的に分解したものです。 WBS は作業の分解と管理に使う。要件と設計・テストの対応関係は表さない。 【B（不正解）】 ？ 作業の日程を横棒で表す図です。 日程の管理には役立つが、要件の変更がどの成果物に及ぶかは分からない。 【C（不正解）】 ？ 要件の属性の一つを決めておく方法です。 優先順位は要件の属性として大切だが、要件と設計・テストの対応づけにはならない。 【D（正解）】 ？ 行と列に成果物を並べ、対応に印を付けた表です。 シラバスは要件の評価基準に双方向の追跡可能性を挙げ、要件からソフトウェア要素やテストケースへ追跡できる表をトレーサビリティマトリクスとしている。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-1 ソフトウェアの境界及び要件の定義、要件の評価及びレビュー）

正解: B 【A（不正解）】 ？ 機能要件を整理する様式を指しています。 非機能要求グレードは、機能ではなく非機能要求の項目を扱う。 【B（正解）】 ？ 性能や可用性などの要求の水準をそろえるための道具です。 IPA は、非機能要求項目を網羅的に列挙して分類し、それぞれの要求レベルを段階的に示したものと説明している。 【C（不正解）】 ？ 見積り手法を指しています。 工数の見積りの手法ではない。要求の項目とレベルを利用者と開発者で確かめ合うための道具である。 【D（不正解）】 ？ テストの道具を指しています。 テストの道具ではなく、上流工程で要求の認識の行き違いを防ぐための道具である。

出典: IPA システム構築の上流工程強化（非機能要求グレード）紹介ページ／応用情報技術者試験 シラバス Ver.7.2（12-1 システム要件の定義）

正解: D 【A（不正解）】 ？ クラスの属性・操作とクラス間の関係を表す図です。 クラス図は構造を表す図で、メッセージの時間的な順序は表さない。 【B（不正解）】 ？ アクターとユースケースの関係を表す図です。 利用者とシステムの機能の関係は表すが、オブジェクト間のメッセージの順序は表さない。 【C（不正解）】 ？ 一つのオブジェクトの状態の移り変わりを表す図です。 一つの対象の状態とイベントによる遷移を表す図で、複数のオブジェクト間のやり取りの順序を表す図ではない。 【D（正解）】 ？ 縦に伸びる生存線の間に矢印を描く図です。 UML 仕様は、シーケンス図を相互作用の図の中で最も一般的なもので、生存線の間のメッセージのやり取りに焦点を当てると定めている。

出典: OMG Unified Modeling Language Version 2.5.1（17.8 Sequence Diagrams）／応用情報技術者試験 シラバス Ver.7.2（12-1 UML）

正解: A 【A（正解）】 ？ 決められた条件で機能を果たし続ける度合いに関わる特性です。 シラバスは信頼性の副特性として可用性・回復性などを挙げている。 【B（不正解）】 ？ 別の環境へ移すときのしやすさに関わる特性です。 環境を移すときの特性で、障害からの回復の度合いは扱わない。 【C（不正解）】 ？ 修正や改良のしやすさに関わる特性です。 シラバスは保守性の副特性として解析性・試験性などを挙げている。回復性は含まれない。 【D（不正解）】 ？ 使う資源の量と性能の関係に関わる特性です。 応答時間や資源の使い方に関わる特性で、障害からの回復は扱わない。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-2 ソフトウェア品質）

正解: C 【A（不正解）】 ？ 利用者の操作を受ける部品に処理を寄せる方法です。 Microsoft の解説は、コントローラーが複雑になりすぎないよう、ビジネスロジックをコントローラーから外してモデルに置くよう勧めている。 【B（不正解）】 ？ 表示を受け持つ部品に処理を寄せる方法です。 ビューのロジックは表示に関するものに限るべきとされている。計算を混ぜると、表示の変更のたびに計算の再テストが必要なままになる。 【C（正解）】 ？ 料金計算の置き場所をモデルにする方法です。 モデルは業務ロジックを、ビューは表示を受け持つ。モデルはビューに依存しないため、表示を変えても計算部分を独立してテストできる。 【D（不正解）】 ？ 部品の数を減らす方法です。 複数の役割に依存が広がったコードは、更新・テスト・デバッグが難しくなると説明されている。

出典: Microsoft Learn「ASP.NET Core MVC の概要」／応用情報技術者試験 シラバス Ver.7.2（12-2 アーキテクチャパターン）

正解: B 【A（不正解）】 ？ プログラムの処理の流れを 3 つに分ける見方です。 HIPO などで使う処理の見方で、デザインパターンの分類ではない。 【B（正解）】 ？ オブジェクトの作り方、組み立て方、協調のしかたで分ける見方です。 シラバスは、デザインパターンを生成・構造・振る舞いに関するパターンの 3 種類に分類している。 【C（不正解）】 ？ 開発の工程の名前です。 工程の分け方であり、デザインパターンの分類ではない。 【D（不正解）】 ？ 構造化プログラミングの基本の制御構造です。 構造化設計の 3 つの基本構造で、デザインパターンの分類ではない。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-2 デザインパターン）

正解: B 【A（不正解）】 ？ 内部の状態を隠し、公開した操作だけで扱わせる性質です。 内部を隠す性質であり、同じ呼び出しで種類ごとに違う処理が動く性質とは別である。 【B（正解）】 ？ ポリモーフィズムとも呼ばれる性質です。 継承したメソッドを派生クラスごとに異なる方法で実装できる性質で、Microsoft の解説はこれを多形（ポリモーフィズム）と説明している。 【C（不正解）】 ？ 全体と部分の関係を表す考え方です。 あるクラスが他のクラスを部分として持つ関係で、メソッドの実装の違いとは関係しない。 【D（不正解）】 ？ クラスから実際のオブジェクトを作ることです。 オブジェクトを生成する操作であり、問題文の性質を表す言葉ではない。

出典: Microsoft Learn「オブジェクト指向プログラミング - C#」／応用情報技術者試験 シラバス Ver.7.2（12-2 オブジェクト指向設計）

正解: D 【A（不正解）】 ？ 作成者が主導して成果物を説明していくレビューです。 ウォークスルーは作成者が主導する。モデレーターが進行し作成者が記録係にならない点と合わない。 【B（不正解）】 ？ 決まった手順や正式な記録を求めないレビューです。 定義されたプロセスに従わず、正式な記録も求めない。指摘件数を記録して改善に使う点と合わない。 【C（不正解）】 ？ 技術的に適格なレビューアが技術的な問題の判断に向けて行うレビューです。 モデレーターが主導するが、主な目的は技術的な問題について合意して判断することにある。作成者の役割の制限やメトリクスの収集は特徴に挙げられていない。 【D（正解）】 ？ あらかじめ役割を割り当てて行うレビュー種別の一つです。 汎用のレビュープロセスに完全に従い、欠陥を最大数見つけることが主な目的である。作成者はレビューリーダーや書記になれず、メトリクスを集めて改善に使う。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（3.2.3 レビューでの役割と責務・3.2.4 レビュー種別）／応用情報技術者試験 シラバス Ver.7.2（12-2 レビュー）

正解: B 【A（不正解）】 ？ ノード数からエッジ数を引いた値の絶対値です。 14 − 11 = 3 で止めると、式の「+ 2」が抜けている。正しくは 14 − 11 + 2 = 5 である。 【B（正解）】 ？ エッジ数 − ノード数 + 2 で求めた値です。 NIST の文書はサイクロマティック複雑度を e − n + 2（e はエッジ数、n はノード数）と定義する。14 − 11 + 2 = 5 となる。 【C（不正解）】 ？ ノード数に 2 を足した値です。 11 + 2 = 13 はエッジ数を使っていない。式は 14 − 11 + 2 = 5 である。 【D（不正解）】 ？ ノード数とエッジ数を足した値です。 11 + 14 = 25 は式と無関係である。正しくは 14 − 11 + 2 = 5 になる。

出典: NIST Special Publication 500-235「Structured Testing: A Testing Methodology Using the Cyclomatic Complexity Metric」（2.2 Definition of cyclomatic complexity）／応用情報技術者試験 シラバス Ver.7.2（12-3 コードレビュー）

正解: A 【A（正解）】 ？ 分岐をすべて通す基準から命令網羅を導く主張です。 JSTQB は、ブランチカバレッジがステートメントカバレッジを包含し、100% のブランチカバレッジは 100% のステートメントカバレッジも達成するが逆は成立しないと説明している。 【B（不正解）】 ？ 二つの基準に関係が無いとする主張です。 判定条件網羅はすべての分岐を通すので、命令網羅を包含する関係にある。 【C（不正解）】 ？ 命令網羅から判定条件網羅を導く主張です。 すべての命令を通っても、例えば else の無い if の偽の側を通っていない場合があり、判定条件網羅は満たされない。 【D（不正解）】 ？ 命令網羅から複数条件網羅を導く主張です。 命令網羅は最も弱い基準の一つで、条件の組合せまでは保証しない。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（4.3.1 ステートメントカバレッジ・4.3.2 ブランチカバレッジ）／応用情報技術者試験 シラバス Ver.7.2（12-3 テストの手法）

正解: D 【A（不正解）】 ？ 条件の数と同じ値です。 条件ごとに 1 回ずつ試すだけでは、真偽の組合せを網羅できない。組合せは 2 × 2 × 2 = 8 通りである。 【B（不正解）】 ？ 条件の数に 1 を足した値です。 条件数 + 1 は、各条件が単独で判定結果を変えることを示す MC/DC で通常必要になる回数の目安である。複数条件網羅は 2³ = 8 通りになる。 【C（不正解）】 ？ 条件ごとに真と偽を 1 回ずつ試した回数の合計です。 3 × 2 = 6 は各条件の真偽を個別に数えただけで、組合せの数ではない。2³ = 8 通りが必要である。 【D（正解）】 ？ 2 を条件の数だけ掛けた値です。 JSTQB は、N 個の独立した条件の複数条件（複合条件）カバレッジは 2^N の組合せで達成できると説明する。2³ = 8 通りである。

出典: JSTQB Advanced Level テクニカルテストアナリスト シラバス v4.0 日本語版（2.4 改良条件判定テスト・2.5 複合条件テスト）／応用情報技術者試験 シラバス Ver.7.2（12-3 テストの手法）

正解: C 【A（不正解）】 ？ プログラムを実行しながら途中で止めて調べる道具です。 デバッガはプログラムを動かして調べる道具で、動かさずに規約違反を洗い出す目的には合わない。 【B（不正解）】 ？ テストの実行結果から網羅の度合いを測る道具です。 テストを実行して網羅率を測る動的な道具で、命名規則の違反は見つけられない。 【C（正解）】 ？ ソースコードそのものを道具で調べる方法です。 静的解析はコードを実行せずに調べる技法で、制御フロー解析などにより到達できないコードを見つけられる。規約との適合の確認にも使われる。 【D（不正解）】 ？ 性能を確かめるための道具です。 システムを動かして性能を確かめる道具で、コードの書き方の問題は調べない。

出典: JSTQB Advanced Level テクニカルテストアナリスト シラバス v4.0 日本語版（3.2 静的解析・3.2.1 制御フロー解析）／応用情報技術者試験 シラバス Ver.7.2（12-3 コーディング標準・デバッグ）

正解: C 【A（不正解）】 ？ テスト対象を呼び出す側の代わりをするプログラムです。 ドライバは上位の呼び出し側の代わりで、下位から積み上げるボトムアップテストで使う。 【B（不正解）】 ？ テストに使うデータを作る道具です。 データを作る道具であり、未完成のモジュールの代わりにはならない。 【C（正解）】 ？ 呼び出される側の代わりをするプログラムです。 上位から結合するトップダウンテストでは、未完成の下位モジュールの代わりに呼び出されるスタブを使う。 【D（不正解）】 ？ 実行の経過を記録する道具です。 実行の流れを追う道具であり、未完成のモジュールの代わりにはならない。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-4 ソフトウェア統合テスト）／NIST Special Publication 500-235（7 Integration Testing）

正解: A 【A（正解）】 ？ 有効範囲の両端と、その外側の隣の値です。 2 値の境界値分析では、境界値とその隣の区分の最も近い値を試す。下限側は 0 と 1、上限側は 100 と 101 になる。 【B（不正解）】 ？ 有効範囲の両端と中央の値です。 両端は含むが、範囲のすぐ外の 0 と 101 を試していない。境界のずれを見逃すおそれがある。 【C（不正解）】 ？ 下限付近の値だけを集めた組です。 上限側の 100 と 101 を試しておらず、上の境界の誤りを見つけられない。 【D（不正解）】 ？ 範囲の内側にある、端から一つ内側の値です。 境界値そのものも範囲の外の値も試していないため、境界の誤りを見つけにくい。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（4.2.2 境界値分析）／応用情報技術者試験 シラバス Ver.7.2（12-3 テストの手法）

正解: C 【A（不正解）】 ？ 区分をまとめて 1 つだけ試す数です。 1 件では一つの区分しか確かめられない。区分ごとに 1 件で 3 件になる。 【B（不正解）】 ？ 区分の境目の数です。 境目の数は 2 つだが、同値分析法は区分の数だけ代表値を選ぶので 3 件になる。 【C（正解）】 ？ 有効な区分の数です。 同値分割法では、同じ区分の値は同じに処理されるとみなし、区分ごとに 1 つのテストで足りるとする。有効な区分は 3 つなので 3 件である。 【D（不正解）】 ？ 区分の数に境目の前後を足した数です。 境界の前後まで試すのは境界値分析法の考え方である。同値分析法で選ぶ代表値は 3 件である。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（4.2.1 同値分割法）／応用情報技術者試験 シラバス Ver.7.2（12-3 テストの手法）

正解: B 【A（不正解）】 ？ 元の欠陥が直ったかを確かめるテストです。 確認テストは元の欠陥が修正されたことを確かめるもので、問題文ではすでに済んでいる。 【B（正解）】 ？ リグレッションテストとも呼ばれるテストです。 変更によって、変更していない部分に悪影響が生じていないことを確かめるテストである。 【C（不正解）】 ？ 取得者がシステムを受け入れてよいかを判断するテストです。 発注側が受入れの可否を判断するテストで、修正の影響範囲を確かめる目的のものではない。 【D（不正解）】 ？ テストを設計しながら同時に実行していくテストです。 事前に詳しい手順を決めずに行う経験ベースのテストで、修正の悪影響を確かめることに特化したものではない。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（2.2.3 確認テストとリグレッションテスト）／応用情報技術者試験 シラバス Ver.7.2（12-4 ソフトウェア検証テスト）

正解: B 【A（不正解）】 ？ 条件の数と同じ値です。 条件の数ではなく、条件の組合せ（列）の数を数える。2³ − 2 = 6 件である。 【B（正解）】 ？ 2 の 3 乗から 2 を引いた値です。 真偽 3 条件の完全な表は 2³ = 8 列になる。実行できない 2 列を除いた 8 − 2 = 6 列がカバレッジの対象となる。 【C（不正解）】 ？ 条件の真偽のすべての組合せの数です。 実行できない組合せの列は表から削除してよいとされる。8 − 2 = 6 件で足りる。 【D（不正解）】 ？ 条件の数を 2 乗した値です。 3² = 9 は組合せの数の計算として誤りである。正しくは 2³ − 2 = 6 件である。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（4.2.3 デシジョンテーブルテスト）／応用情報技術者試験 シラバス Ver.7.2（12-1 その他の手法・12-3 テストの手法）

正解: D 【A（不正解）】 ？ 全利用者を一度に新しい版へ切り替える方式です。 一度に全体を切り替えるため、一部で様子を見る段階が無い。 【B（不正解）】 ？ 同じ構成の環境を 2 つ用意して切り替える方式です。 旧版と新版の 2 つの環境の間で通信を切り替える方式で、一部の通信から段階的に流す点は問題文の中心ではない。 【C（不正解）】 ？ 新旧のシステムを同時に動かして結果を比べる移行のしかたです。 新旧を並べて動かす移行のしかたで、通信の一部だけを新版へ流す方式とは異なる。 【D（正解）】 ？ 炭鉱で危険を知らせた鳥にちなむ名前の方式です。 一部の利用者や通信だけに新しい版を出し、問題が無いことを確かめてから広げる方式である。AWS CodeDeploy の Canary 設定も、例えば 10% を先に移し、一定時間後に残りを移す。

出典: AWS CodeDeploy ユーザーガイド「CodeDeploy でデプロイ設定を使用する」／応用情報技術者試験 シラバス Ver.7.2（12-5 導入計画の作成）

正解: A 【A（正解）】 ？ 発注した側が主体になり、開発した側が手伝う進め方です。 シラバスは、供給者が取得者の受入れレビューやテストを支援し、取得者が受入れの準備・レビュー・テストを行って結果を文書にすると説明している。 【B（不正解）】 ？ 開発した側だけで受入れを判断する進め方です。 受入れのレビューやテストは取得者が行う。供給者だけで判断するのはシラバスの役割分担と合わない。 【C（不正解）】 ？ 受入れの確認をせずに使い始める進め方です。 契約どおりに完成していることを双方が確かめてから納入・受入れを行うのがシラバスの考え方である。 【D（不正解）】 ？ 外部の第三者に任せる進め方です。 受入れの主体は取得者であり、結果の文書化も取得者が行う。供給者だけへの報告では役割が逆になる。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-5 受入れ支援）

正解: C 【A（不正解）】 ？ 英語では corrective maintenance と呼ぶ保守です。 見つかった不具合を直す保守で、環境の変化に合わせる修正とは目的が異なる。 【B（不正解）】 ？ 英語では perfective maintenance と呼ぶ保守です。 性能や保守性の改善が目的で、環境の変化への対応とは異なる。 【C（正解）】 ？ 英語では adaptive maintenance と呼ぶ保守です。 JSTQB は ISO/IEC 14764 を参照して、保守には修正・環境の変化への適応・性能や保守性の改善などがあると説明する。OS の変更への対応は環境への適応に当たる。 【D（不正解）】 ？ 英語では preventive maintenance と呼ぶ保守です。 まだ表に出ていない問題を先に直す保守で、環境の変化に合わせる修正の呼び名ではない。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（2.3 メンテナンス（保守）テスト）／応用情報技術者試験 シラバス Ver.7.2（12-6 保守のタイプ及び形態）

正解: C 【A（不正解）】 ？ 停止と同時にすべてを消す進め方です。 保存期間のあるデータまで消すと、規程を守れず、後で参照する必要が生じても取り出せない。 【B（不正解）】 ？ 関係者に知らせずに止める進め方です。 シラバスは、廃棄計画などを利用者や関係者に通知することを廃棄の手順に挙げている。 【C（正解）】 ？ 計画・通知・データの扱いを順に決める進め方です。 シラバスは廃棄の手順に、廃棄計画の立案、利用者への通知、廃棄関連データの保持とアクセス可能性の確保を挙げている。 【D（不正解）】 ？ 新旧を同時に動かし続ける進め方です。 並行運用は移行の一時的な段階であり、期限なく続けると廃棄が完了せず、運用の費用もかかり続ける。

出典: 応用情報技術者試験 シラバス Ver.7.2（12-6 廃棄のタスク・廃棄）

正解: C 【A（不正解）】 ？ 計画と変化の重みを比べた言い方です。 宣言は逆で、計画に従うことよりも変化への対応に価値をおく。 【B（不正解）】 ？ 契約と協調の重みを比べた言い方です。 宣言は逆で、契約交渉よりも顧客との協調に価値をおく。 【C（正解）】 ？ 文書と成果物の重みを比べた言い方です。 宣言は、包括的なドキュメントよりも動くソフトウェアに価値をおくとしている。左の文書にも価値があることは認めている。 【D（不正解）】 ？ 人とやり方の重みを比べた言い方です。 宣言は逆で、プロセスやツールよりも個人と対話に価値をおく。

出典: アジャイルソフトウェア開発宣言（日本語）／応用情報技術者試験 シラバス Ver.7.2（13-1 アジャイルの概要）

正解: B 【A（不正解）】 ？ 毎日のイベントをだれのためのものと見るかに関わる記述です。 デイリースクラムは開発者のための 15 分のイベントで、スプリントゴールへの進捗を検査し計画を適応させる場である。 【B（正解）】 ？ スプリントの長さと区切りに関わる記述です。 スクラムガイドは、一貫性のためスプリントを 1 か月以内の決まった長さとし、前のスプリントが終わり次第新しいスプリントが始まるとしている。 【C（不正解）】 ？ レビューの位置づけに関わる記述です。 スクラムガイドは、スプリントレビューを価値をリリースするための関門と見なすべきではないとしている。 【D（不正解）】 ？ インクリメントに含めてよい作業の条件に関わる記述です。 完成の定義を満たさない項目は、リリースもスプリントレビューでの提示もできず、プロダクトバックログに戻す。

出典: スクラムガイド 2020 日本語版／応用情報技術者試験 シラバス Ver.7.2（13-1 スクラムの特徴）

正解: A 【A（正解）】 ？ プロダクトの価値を最大化することに責任を持つ役割です。 スクラムガイドは、ステークホルダーがプロダクトバックログを変更したいときはプロダクトオーナーを説得すると定めている。 【B（不正解）】 ？ インクリメントを作る役割です。 開発者はスプリントバックログを作るが、プロダクトバックログの並び替えの責任は持たない。 【C（不正解）】 ？ スクラムの理解と実践を支える役割です。 スクラムマスターはスクラムの確立とチームの有効性に責任を持つが、バックログの並び順を決める役割ではない。 【D（不正解）】 ？ 複数人の合議で決める形です。 スクラムガイドは、プロダクトオーナーは 1 人の人間であり委員会ではないとしている。

出典: スクラムガイド 2020 日本語版（プロダクトオーナー）／応用情報技術者試験 シラバス Ver.7.2（13-1 スクラムの特徴）

正解: D 【A（不正解）】 ？ 管理によって行動をそろえることを表す言葉です。 シラバスが挙げる XP の五つの価値は、コミュニケーション・シンプル・フィードバック・勇気・尊重で、統制は含まれない。 【B（不正解）】 ？ もれなく扱うことを表す言葉です。 網羅は五つの価値に含まれない。 【C（不正解）】 ？ 上の立場の人が認めることを表す言葉です。 承認は五つの価値に含まれない。 【D（正解）】 ？ 必要な変更をためらわずに行う姿勢を表す言葉です。 シラバスは五つの価値として、コミュニケーション・シンプル・フィードバック・勇気・尊重を挙げている。

出典: 応用情報技術者試験 シラバス Ver.7.2（13-1 XP（エクストリームプログラミング）の特徴）

正解: A 【A（正解）】 ？ テストを起点にコーディングを導く進め方です。 JSTQB は TDD を、テストを最初に書き、次にテストを満たすようにコードを書き、テストとコードをリファクタリングするものと説明している。 【B（不正解）】 ？ 実装が先でテストが後の進め方です。 実装の後にテストを足す進め方で、テストを先に定義する TDD とは順序が逆である。 【C（不正解）】 ？ 2 人 1 組で 1 台を使う開発のやり方です。 これはペアプログラミングの説明で、TDD の進め方ではない。 【D（不正解）】 ？ 受入れ基準を起点にする考え方に近い進め方です。 受入れ基準からテストを導くのは ATDD の考え方である。TDD はコードの単位でテストを先に書いて開発を導く。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（2.1.3 テストファーストアプローチ）／応用情報技術者試験 シラバス Ver.7.2（13-1 アジャイルの概要・XP の特徴）

正解: D 【A（不正解）】 ？ 英語では deployment frequency と呼ぶ指標です。 どれだけ頻繁に出せているかという速さの側の指標で、障害の割合ではない。 【B（不正解）】 ？ 英語では change lead time と呼ぶ指標です。 変更が反映されるまでの時間で、速さの側の指標である。 【C（不正解）】 ？ 作った量を数える指標です。 シラバスの挙げる Four Keys に含まれない。 【D（正解）】 ？ 英語では change fail rate と呼ぶ指標です。 シラバスは Four Keys をデプロイの頻度・変更のリードタイム・変更障害率・平均修復時間とする。DORA は変更障害率を不安定さの側の指標に分類している。

出典: 応用情報技術者試験 シラバス Ver.7.2（13-1 DevOps）／DORA's software delivery performance metrics

正解: B 【A（不正解）】 ？ プロセスが一応行われている段階です。 「管理されたプロセス」より一つ下の段階である。 【B（正解）】 ？ 組織の標準プロセスに基づいて行われる段階です。 シラバスは段階を、不完全な・実施された・管理された・確立された・予測可能な・革新しているプロセスの順に挙げている。 【C（不正解）】 ？ 決まった範囲で予測どおりに動く段階です。 「確立されたプロセス」のさらに上の段階である。 【D（不正解）】 ？ 改善を続けている最上位の段階です。 6 段階の最上位で、「管理されたプロセス」の一つ上ではない。

出典: 応用情報技術者試験 シラバス Ver.7.2（13-1 プロセス成熟度）

正解: A 【A（正解）】 ？ 職務著作の規定を当てはめた見方です。 法人等の発意に基づき業務に従事する者が職務上作るプログラムの著作者は、別段の定めがない限り法人等となる（著作権法 15 条 2 項）。 【B（不正解）】 ？ 公表の名義を条件と考える見方です。 著作権法 15 条 2 項は、プログラムの著作物について公表名義の要件を置いていない。 【C（不正解）】 ？ 両者で権利を分け合う見方です。 職務著作が成り立つときは法人等が著作者となり、社員との共有にはならない。 【D（不正解）】 ？ 登録をしないと権利が生じないとする見方です。 著作権は登録や出願をしなくても創作によって生じる。特許の手続とは別である。

出典: 著作権法（e-Gov 法令検索）第 15 条／応用情報技術者試験 シラバス Ver.7.2（13-2 著作権管理）

正解: B 【A（不正解）】 ？ 支払いだけで権利が移ると考える見方です。 プログラムを作った B 社側に著作権が生じる。移すには譲渡の契約が必要で、支払いだけでは移らない。 【B（正解）】 ？ 譲渡の範囲を契約で特に書き出す対応です。 著作権法 61 条 2 項により、27 条・28 条の権利が譲渡の対象として特掲されていないと、譲渡した側に留保されたものと推定される。 【C（不正解）】 ？ 譲渡の範囲を細かく書かない対応です。 翻案などの権利を特掲しないと B 社に残ると推定され、改造に B 社の許諾が要るおそれがある。 【D（不正解）】 ？ 特許の手続で対応する考え方です。 プログラムの改造に関わるのは著作権であり、出願しても B 社の著作権の扱いは決まらない。

出典: 著作権法（e-Gov 法令検索）第 27 条・第 61 条／応用情報技術者試験 シラバス Ver.7.2（13-2 著作権管理）

正解: C 【A（不正解）】 ？ 特許法 78 条に定めのある実施権です。 通常実施権は許諾を受けた範囲で実施できる権利で、ほかの者への許諾を妨げない。 【B（不正解）】 ？ 著作者の人格的な利益を守る権利です。 著作物の著作者に生じる権利で、特許発明の実施とは関係しない。 【C（正解）】 ？ 特許法 77 条に定めのある実施権です。 特許法 77 条は、専用実施権者が設定行為で定めた範囲内で、業として特許発明を実施する権利を専有すると定めている。 【D（不正解）】 ？ 秘密として管理された情報を守る仕組みです。 不正競争防止法による保護で、他社の特許発明を実施する権利を得る手段ではない。

出典: 特許法（e-Gov 法令検索）第 68 条・第 77 条・第 78 条／応用情報技術者試験 シラバス Ver.7.2（13-2 特許管理）

正解: D 【A（不正解）】 ？ 解析で得た情報を自由に使えるとする見方です。 シラバスは、権利者の許可なく解析結果に基づいて開発・販売すると知的財産権を侵害するおそれがあると説明している。 【B（不正解）】 ？ 作業の費用面だけを見る観点です。 費用の見積りは必要でも、権利侵害や契約違反のおそれという本質的な確認にはならない。 【C（不正解）】 ？ 発売の時期だけを見る観点です。 時期の差は権利の有無を左右しない。 【D（正解）】 ？ 契約と権利の両面から確かめる観点です。 シラバスは、利用許諾契約がリバースエンジニアリングを禁止する場合があること、許可なく開発・販売すると権利を侵害するおそれがあることを挙げている。

出典: 応用情報技術者試験 シラバス Ver.7.2（13-1 リバースエンジニアリング）

正解: B 【A（不正解）】 ？ 最新版だけを残す運用です。 上書きすると、テスト時点の版の組合せを再現できない。 【B（正解）】 ？ 承認した時点の構成を基準として固める運用です。 JSTQB は、承認された構成アイテムはベースラインとなり、正式な変更コントロールを通じてのみ変更でき、以前のベースラインに戻して結果を再現できると説明している。 【C（不正解）】 ？ 版の管理を個人に任せる運用です。 版がばらばらに保管され、どの組合せでテストしたかを組織として特定できない。 【D（不正解）】 ？ 記録を残さずに伝える運用です。 記録が残らないため、構成の状況や履歴を文書にするという変更管理の要件を満たせない。

出典: JSTQB Foundation Level シラバス Version 2023V4.0.J02（5.4 構成管理）／応用情報技術者試験 シラバス Ver.7.2（13-4 構成管理・変更管理）

正解: A 【A（正解）】 ？ Software Bill of Materials の略です。 米国 CISA は SBOM を、ソフトウェアのコンポーネントを構成する要素の入れ子になった一覧と説明し、サプライチェーンのリスク管理の基礎と位置づけている。 【B（不正解）】 ？ 作業を階層的に分解したものです。 プロジェクトの作業を分解したもので、製品に含まれる部品の一覧ではない。 【C（不正解）】 ？ 要件と成果物の対応を表す表です。 要件・設計・テストの対応を追う表で、組み込んだ部品の一覧ではない。 【D（不正解）】 ？ 発注先に提案を求める文書です。 調達で提案を求める文書であり、製品の部品の一覧ではない。

出典: CISA「Software Bill of Materials (SBOM)」／応用情報技術者試験 シラバス Ver.7.2（13-4 構成管理）