外部連携難易度 ★★★問 1 APIバージョンを追加するとき、旧利用者を壊さず移行する方法として適切なのはどれか。 ア旧版を予告なく停止 イ互換期間を設け、利用状況を監視し移行完了後に廃止 ウ同じ版で意味を変更 エ利用者ごとに手作業でDB更新
移行難易度 ★★★問 3 本番移行でデータ変換後の合計件数は一致したが、業務部門が残高不一致を発見した。改善すべき検証はどれか。 ア件数照合をやめる イ金額・数量等の業務集計、関係整合性、サンプル照合を追加する ウ画面色確認 エDB製品名確認
非機能要件難易度 ★★★問 7 可用性99.99%を要求された。方式選定前に最も確認すべきことはどれか。 ア小数点以下の桁数 イ計画停止を含むか、対象時間帯、測定点、許容停止時間 ウ開発PCのOS エUIの色
開発・テスト難易度 ★★★問 10 本番障害につながるアーキテクチャ上の未知リスクを早期に減らす方法はどれか。 ア設計書だけで判断 イ高リスク部分をプロトタイプやスパイクで実測する ウ本番まで実装しない エ要件を削除する
アーキテクチャ設計難易度 ★★★問 13 外部APIが平均100msだが、まれに10秒以上応答しない。利用者画面のSLOが2秒の場合の設計として適切なのは？ ア無限待ち イ短いタイムアウトとフォールバック/非同期化を検討する ウ10秒を画面で待つ エエラーを隠す
要件定義難易度 ★★★問 16 新システムの応答時間要件を『95%の要求が2秒以内』とした。この定義に加えて特に必要なものはどれか。 ア画面のフォント名 イ計測区間、負荷条件、データ量、除外条件 ウ開発者の人数 エソースコードの文字コード
データ設計難易度 ★★★問 17 個人情報削除要求に対応しつつ、取引集計は保持したい。設計として最も適切なのはどれか。 ア全取引データを無期限に個人識別可能で保存する イ個人識別子を分離・匿名化し、法的保存義務と削除要求の対象を整理する ウ削除要求を無視する エ集計をすべて削除する
セキュリティ難易度 ★★★問 18 サービス間認証で長期固定の共有秘密を多数サービスに配布する問題として最も大きいものはどれか。 ア秘密漏えい時の影響範囲とローテーション負荷が大きい イCPUが速くなる ウDB容量が減る エ可用性が必ず上がる
開発・テスト難易度 ★★★問 19 障害注入テストの目的として最も適切なものはどれか。 ア障害を増やすこと自体 イ依存先停止や遅延時に縮退・復旧設計が想定どおり働くか確認する ウ正常系だけ確認する エバックアップを削除する
非機能要件難易度 ★★★問 20 負荷試験で平均応答は要件内だが、エラー率がピーク時だけ上昇する。合否判断として適切なのはどれか。 ア平均応答だけ合格なら合格 イ応答時間とエラー率の双方の合否基準で判定する ウエラーをログから削除する エピーク条件を試験対象外にする
要件定義難易度 ★★★問 23 業務要件からユースケースを作成する目的として最も適切なものはどれか。 アDBの物理配置を決定するため イ利用者とシステムの相互作用、事前条件、基本・代替フローを明確にするため ウプログラム言語を決めるため エネットワーク帯域を計算するため
開発・テスト難易度 ★★★問 24 重要なアーキテクチャ判断をADRで記録する主な目的はどれか。 アコード量を増やす イ背景、選択肢、採用理由、結果を将来追跡できるようにする ウテストを不要にする エ変更を禁止する
業務・データ難易度 ★★★問 25 同じ『売上』でも受注時点・出荷時点・請求時点の定義が混在している。データ基盤で最も適切な対応はどれか。 ア一つを勝手に選ぶ イ各指標の定義とイベント時点を明示し、用途別に使い分ける ウ列名だけ売上に統一 エ平均を取る