令和4年度 春期 午前Ⅱ システムアーキテクト試験 | 解答一覧

1. アジャイルモデリング

2. インセプションデッキ

3. プランニングポーカ

4. ユーザストーリマッピング

インセプションデッキ

1. Java のパターンとして, 引数オブジェクト, オブジェクトの可変性などで構成される。

2. オブジェクト指向開発のためのパターンであって, 生成, 構造, 振る舞いの三つのカテゴリに分類される。

3. 構造,分散システム, 対話型システム及び適合型システムの四つのカテゴリに分類される。

4. 抽象度が異なる要素を分割して階層化するための Layers, コンポーネント分割のための Broker などで構成される。

オブジェクト指向開発のためのパターンであって, 生成, 構造, 振る舞いの三つのカテゴリに分類される。

1. Broker

2. Microkernel

3. Model-View-Controller

4. Reflection

Reflection

1. クライアントサーバ形式のクライアントとなるアプリケーションプログラムとソケットを介して通信し, SQL を用いて処理を記述する。

2. データベースエンジンはライブラリ形式で提供され, アプリケーションプログラムとリンクされて同一メモリ空間で動作する。

3. データベースの全体をメモリ上に配置して, データベース処理を高速化する。

4. 一つのテーブルを一つのファイルで管理し, アプリケーションプログラムからはファイル入出力の APIで操作する。

データベースエンジンはライブラリ形式で提供され, アプリケーションプログラムとリンクされて同一メモリ空間で動作する。

1. クライアントは、使用したいフォーマットに対応する, 帳票出力ストラテジクラスのサブクラスを意識せずに利用できる。

2. 新規フォーマット用のアルゴリズムの追加が容易である。

3. 帳票出力ストラテジクラスの中で,どのフォーマットで帳票を出力するかの振り分けを行っている。

4. 帳票出力のアルゴリズムは, コンテキストクラスの中に記述する。

新規フォーマット用のアルゴリズムの追加が容易である。

スポンサー

1. 単一のデータ項目を大域的データで受け渡す。

2. 単一のデータ項目を引数で受け渡す。

3. データ構造を大域的データで受け渡す。

4. データ構造を引数で受け渡す。

単一のデータ項目を引数で受け渡す。

1. 現物理モデル→現論理モデル→新物理モデル→新論理モデル

2. 現物理モデル→現論理モデル→新論理モデル→新物理モデル

3. 現論理モデル→現物理モデル→新物理モデル→新論理モデル

4. 現論理モデル→現物理モデル→新論理モデル→新物理モデル

現物理モデル→現論理モデル→新論理モデル→新物理モデル

1. 過去に購買システムを開発した経験に基づいて,入力項目間の関連チェックの不備を検出できそうなデータパターンを推測し, テストケースを事前に作成してテストした。

2. 数量の範囲に応じて適用する商品価格が正しいかどうかを確認するために, 各範囲の数量の中央の値を用いたテストケースを作成してテストした。

3. 組織変更の前後で組織名が正しく印刷されるかどうかを確認するために, 新組織の有効開始日とその前日とを発注日とするテストケースを事前に作成してテストした。

4. 入力値の組合せが無効なときは伝票を作成しないことを確認するために, 幾つかの代表的な入力値の組合せをテストし, その結果に基づいて次のテストケースを作成してテストを繰り返した。

入力値の組合せが無効なときは伝票を作成しないことを確認するために, 幾つかの代表的な入力値の組合せをテストし, その結果に基づいて次のテストケースを作成してテストを繰り返した。

1. テスト工程の前半で予想以上にバグが摘出され, スケジュールが遅れたので, スケジュールの見直しを行い, 5日遅れでテストが終了すると判断した。

2. テスト項目がスケジュールどおりに消化され,かつ, バグ摘出の累積件数が増加しなければ, ソフトウェアの品質は高いと判断できる。

3. テスト項目消化の累積件数, バグ摘出の累積件数及び未解決バグの件数の全てが変化しなくなった場合は, 解決困難なバグに直面しているかどうかを確認する必要がある。

4. バグ摘出の累積件数の推移とテスト項目の未消化件数の推移から、テスト終了の時期をほぼ正確に予測できる。

テスト項目消化の累積件数, バグ摘出の累積件数及び未解決バグの件数の全てが変化しなくなった場合は, 解決困難なバグに直面しているかどうかを確認する必要がある。

1. 個々のシステム構成要素に起こり得る潜在的な故障モードを特定し, それらの影響度を評価する。

2. 故障を,発生した工程や箇所などで分類して分析し, 改善すべき工程や箇所を特定する。

3. 発生した故障について, 故障の原因に関係するデータ, 事象などを収集し,“なぜ”を繰り返して原因を掘り下げ, 根本的な原因を追究する。

4. 発生した故障について, その引き金となる原因を列挙し, それらの関係を木構造で表現する。

個々のシステム構成要素に起こり得る潜在的な故障モードを特定し, それらの影響度を評価する。

スポンサー

1. 選定されたソフトウェアシステム要素を再利用,再生利用, 再調整, 分解修理, 保管又は破壊する。

2. ソフトウェアシステムの廃棄戦略を定義する。

3. ソフトウェアシステム又は要素を不活性化して取り除くための準備をする。

4. 廃棄後の,人の健康, 安全性, セキュリティ及び環境への有害な状況が識別されて対処されていることを確認する。

廃棄後の,人の健康, 安全性, セキュリティ及び環境への有害な状況が識別されて対処されていることを確認する。

1. シミュレーション

2. 修整 (Tailoring)

3. 統治 (Governance)

4. ベンチマーキング

修整 (Tailoring)

1. ITリテラシ向上のための研修会の受講率を100%とする。

2. 売上高営業利益率を前年比5%アップとする。

3. 顧客クレーム件数を1か月当たり20件以内とする。

4. 注文受付から製品出荷までの日数を3日短縮とする。

注文受付から製品出荷までの日数を3日短縮とする。

1. IPプロバイダ

2. デザインハウス

3. ファウンドリ

4. ファブレスメーカ

ファウンドリ

1. 依頼元がベンダ企業側の作業担当者を指名して直接指揮命令を行う契約であり, ベンダ企業はこれを前提に要員を割り当てる。

2. 依頼元は,契約に基づきスキルや人数などの基準を満たすように要員を確保することをベンダ企業に求めるかわりに一定以上の発注を約束する。

3. 開発したシステムによって依頼元が将来獲得する売上や利益をベンダ企業にも分配することを条件に、開発時のベンダ企業への発注金額を抑える。

4. ベンダ企業が契約で定めた最低発注工数を下回って作業を完了した場合には,実稼働工数に基づいて請求することが求められる。

依頼元は,契約に基づきスキルや人数などの基準を満たすように要員を確保することをベンダ企業に求めるかわりに一定以上の発注を約束する。

スポンサー

1. インターネット上のゲーム内に限定されたキャラクターのイメージデータの作成者を証明する仕組みの一つである。

2. 個人の意思表示や、意思表示をしている個人の本人確認が必要な電子文書データ について, その電子文書データの作成者の証明と改ざん防止のために, 個人が行う電子署名である。

3. 電子文書データの作成者の証明と改ざん防止のために, 重要文書を扱う国や地方自治体などの公共機関だけに使用が許されている電子署名である。

4. 法人が作成した電子文書データについて, その電子文書データの作成者が間違いなくその法人であり,かつその電子文書データは作成後に改ざんされていないことを証明するものである。

法人が作成した電子文書データについて, その電子文書データの作成者が間違いなくその法人であり,かつその電子文書データは作成後に改ざんされていないことを証明するものである。

1. 攻撃対象の Web サーバ1台に対して, 多数のPCから一斉にリクエストを送ってサーバのリソースを枯渇させる攻撃と, 大量の DNS 通信によってネットワークの帯域を消費する攻撃を同時に行う。

2. 攻撃対象の Web サイトのログインパスワードを解読するために, ブルートフォースによるログイン試行を、 多数のスマートフォン, IoT機器などから成るボットネットを踏み台にして一斉に行う。

3. 攻撃対象のサーバに大量のレスポンスが同時に送り付けられるようにするために, 多数のオープンリゾルバに対して、送信元IPアドレスを攻撃対象のサーバのIPアドレスに偽装した名前解決のリクエストを一斉に送信する。

4. 攻撃対象の組織内の多数の端末をマルウェアに感染させ,当該マルウェアを遠隔操作することによってデータの改ざんやファイルの消去を一斉に行う。

攻撃対象の Web サーバ1台に対して, 多数のPCから一斉にリクエストを送ってサーバのリソースを枯渇させる攻撃と, 大量の DNS 通信によってネットワークの帯域を消費する攻撃を同時に行う。

1. AES は公開鍵暗号方式, RSは共通鍵暗号方式の一種である。

2. 共通鍵暗号方式では, 暗号化及び復号に同一の鍵を使用する。

3. 公開鍵暗号方式を通信内容の秘匿に使用する場合は,暗号化に使用する鍵を秘密にして,復号に使用する鍵を公開する。

4. デジタル署名に公開鍵暗号方式が使用されることはなく,共通鍵暗号方式が使用される。

共通鍵暗号方式では, 暗号化及び復号に同一の鍵を使用する。

1. 外国為替及び外国貿易法で規制されている暗号装置の輸出許可申請を審査承認する。

2. 政府調達において IT関連製品のセキュリティ機能の適切性を評価, 認証する。

3. 電子政府での利用を推奨する暗号技術の安全性を評価, 監視する。

4. 民間企業のサーバに対するセキュリティ攻撃を監視, 検知する。

電子政府での利用を推奨する暗号技術の安全性を評価, 監視する。

1. DMZ上にある公開 Web サーバの脆弱性を悪用する攻撃を防御できる。

2. インターネットから内部ネットワークへの侵入を検知し, 検知後の通信を遮断できる。

3. インターネット上の特定の Web サービスを利用する HTTP 通信を検知し, 遮断できる。

4. 内部ネットワークからインターネットにアクセスする利用者 PCについて, インターネットからの不正アクセスを困難にすることができる。

内部ネットワークからインターネットにアクセスする利用者 PCについて, インターネットからの不正アクセスを困難にすることができる。

スポンサー

1.

2.

3.

4.

1. クラスタリング構成にして可用性を高めることによって, 故障発生時に担当していた範囲のデータを待機系のサーバに引き継ぐことができる。

2. サーバごとに管理する対象データが決まっているので, 1 台のサーバに故障が発生すると故障したサーバが管理する対象データを処理できなくなり, システム全体の可用性が低下する。

3. データを複数の磁気ディスクに分割配置し、更にサーバと磁気ディスクが1対1に対応しているので, 複数サーバを用いた並列処理が可能になる。

4. 負荷を分散し、全てのサーバのリソースを有効活用できることに加えて, データを共有することによって1台のサーバに故障が発生したときでも処理を継続することができる。

負荷を分散し、全てのサーバのリソースを有効活用できることに加えて, データを共有することによって1台のサーバに故障が発生したときでも処理を継続することができる。

1. あるサブシステムで発生したフォールトの影響が他のサブシステムに波及することを防ぐフォールトマスクは, システムの MTBFは変化させないが, MTTR の短縮につながる。

2. サブシステムにフォールトが検出されたとき, 再試行すると正しい結果が得られる場合もあるので、 再試行はシステムの MTBF の向上と MTTR の短縮につながる。

3. サブシステムの稼働中に行われるフォールトの検出は, システムを停止せず行われるので,システムの MTTR は変化させないが, MTBF の向上につながる。

4. フォールトが発生したあるサブシステムを切り離して, 待機系のサブシステムに自動で切り替えるフェールオーバは, システムのMTBF は変化させないが, MTTR の 短縮につながる。

フォールトが発生したあるサブシステムを切り離して, 待機系のサブシステムに自動で切り替えるフェールオーバは, システムのMTBF は変化させないが, MTTR の 短縮につながる。

1. T₁

2. T₂

3. T₃

4. T₄

T₂

1.

2.

3.

4.

スポンサー