A2 演習

開発・テスト難易度 ★★★1 / 30

アジャイルでアーキテクチャリスクを扱うには？

システム方式難易度 ★★2 / 30

参照中心のマスタを複数拠点から高速参照したい。適切なのは？

クラウド・パッケージ難易度 ★★3 / 30

クラウドのSLAだけで可用性判断できない理由は？

要件定義難易度 ★★★4 / 30

受注システム刷新で、業務部門は「締め時刻までに当日分の受注を確実に出荷へ回したい」と要求している。非機能要件へ落とす際に最も適切な定義はどれか。

システム方式難易度 ★★★5 / 30

CQRSが有効になりやすい状況は？

要件定義難易度 ★★★6 / 30

業務要件からユースケースを作成する目的として最も適切なものはどれか。

セキュリティ難易度 ★★7 / 30

職務分離の例は？

データ設計難易度 ★★8 / 30

論理削除採用時の注意点は？

セキュリティ難易度 ★★★9 / 30

サービス間認証で長期固定の共有秘密を多数サービスに配布する問題として最も大きいものはどれか。

開発・テスト難易度 ★★★10 / 30

性能回帰を早期検知する仕組みとして有効なのは？

移行難易度 ★★★11 / 30

旧新並行稼働で双方向同期を避けたい主な理由は？

アーキテクチャ設計難易度 ★★★12 / 30

共有DBを複数サービスが直接更新している。主な問題は？

移行難易度 ★★13 / 30

件数照合だけでは不十分な理由は？

業務設計難易度 ★★★14 / 30

現行業務では、同じ顧客情報を営業・請求・保守がそれぞれ入力している。To-Be設計として最も適切なのはどれか。

要件定義難易度 ★★★15 / 30

複数の利害関係者が互いに矛盾する要求を提示した。システムアーキテクトの対応として最も適切なものはどれか。

データ設計難易度 ★★16 / 30

ある時点の契約内容を再現したい。適切なのは？

システム方式難易度 ★★★17 / 30

キャッシュアサイド方式で、DB更新後にキャッシュ削除へ失敗した。主な問題はどれか。

業務・データ難易度 ★★★18 / 30

同じ『売上』でも受注時点・出荷時点・請求時点の定義が混在している。データ基盤で最も適切な対応はどれか。

業務設計難易度 ★★★19 / 30

購買申請業務の自動化で、承認者不在時の代理承認を設計する。最も重要な観点はどれか。

移行難易度 ★★★20 / 30

切戻し可能な移行計画で、切替後に新システムだけで更新されたデータがある。切戻し設計で必要なのはどれか。

外部連携難易度 ★★★21 / 30

外部連携で『送信済みか不明』なタイムアウトが発生した。安全な再処理に必要なものはどれか。

システム方式難易度 ★★★22 / 30

マイクロサービスの境界を決める観点は？

外部連携難易度 ★★23 / 30

イベント連携の利点は？

非機能要件難易度 ★★★24 / 30

可用性99.99%を要求された。方式選定前に最も確認すべきことはどれか。

業務設計難易度 ★★25 / 30

例外業務の要件定義で適切なのは？

セキュリティ難易度 ★★★26 / 30

管理者操作の否認防止を高める施策として最も適切なものはどれか。

業務設計難易度 ★★★27 / 30

業務イベント起点設計の利点は？

可観測性難易度 ★★★28 / 30

SLO違反の予兆を早く捉えるためエラーバジェットを使う狙いはどれか。

非機能要件難易度 ★★★29 / 30

大量バッチとオンライン処理が同じDBを利用し、夜間バッチ中にオンライン遅延が増える。改善検討で最初に行うことはどれか。

システム方式難易度 ★★★30 / 30