平成29年度 秋期 午前Ⅱ システムアーキテクト試験 | 解答一覧

1. 効率よくアクティビティ図を作成する。

2. コード化できるレベルまで詳細化されたデータフロー図を作成する。

3. 再利用しやすいソフトウェアパターンとなっているかどうかを評価する。

4. 質の高いユーザストーリとなっているかどうかを評価する。

質の高いユーザストーリとなっているかどうかを評価する。

1. 業務システムを開発するための開発環境を設計する。

2. 業務の重要度を分析して障害発生時の復旧時間を明確にする。

3. 業務を構成する要素間のデータの流れを明確にする。

4. 部門業務の効率性と業務間の関連性を考慮して最適なサーバ配置を設計する。

業務を構成する要素間のデータの流れを明確にする。

1.

2.

3.

4.

1. オブジェクト図によって, インスタンスの静的なスナップショットが記述できる。

2. 単純な図形と矢印によって, システムのデータの流れが記述できる。

3. パラメトリック図によって, モデル要素間の制約条件が記述できる。

4. 連接、反復, 選択の記述パターンによって, ソフトウェアの構造を分かりやすく視覚化できる。

パラメトリック図によって, モデル要素間の制約条件が記述できる。

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

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

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

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

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

スポンサー

1. ハードウェアとソフトウェアの切分けをシミュレーションによって十分に検証し,その後もシミュレーションを活用しながらハードウェアとソフトウェアを並行して開発していく手法

2. ハードウェアの開発とソフトウェアの開発を独立して行い,それぞれの完了後に組み合わせて統合テストを行う手法

3. ハードウェアの開発をアウトソーシングし,ソフトウェアの開発に注力することによって,短期間に高機能の製品を市場に出す手法

4. ハードウェアをプラットフォーム化し,主にソフトウェアで機能を差別化することによって,短期間に多数の製品ラインアップを構築する手法

ハードウェアとソフトウェアの切分けをシミュレーションによって十分に検証し,その後もシミュレーションを活用しながらハードウェアとソフトウェアを並行して開発していく手法

1. DFD

2. E-R 図

3. シーケンス図

4. ペトリネット

シーケンス図

1. 乾電池のプラスとマイナスを逆にすると,乾電池が装填できないようにする。

2. 交通管制システムが故障したときには,信号機に赤色が点灯するようにする。

3. ネットワークカードのコントローラを二重化しておき故障したコントローラの方を切り離しても運用できるようにする。

4. ハードディスクに RAID1 を採用して, MTBF で示される信頼性が向上するようにする。

交通管制システムが故障したときには,信号機に赤色が点灯するようにする。

1. 40

2. 50

3. 70

4. 150

40

1. A がデバイスドライバの開発を担当し,B がアプリケーションの開発を担当する。

2. Aがプロジェクトマネージャとして, プロジェクトの調整役になる。

3. AとBがエディタの画面を共有し,Bが記述したコードに対して A が助言する。

4. ハードウェアとソフトウェアの切分けをシミュレーションで検証してから, AとBとで分担して開発する。

AとBがエディタの画面を共有し,Bが記述したコードに対して A が助言する。

スポンサー

1. 起こり得る全ての条件と,それに対して実行すべき動作とを組み合わせた表に基づいてテストする技法

2. 経験に基づいて,起こりがちなエラーを推測してテストケースを決定する技法

3. 経験や推測から重要と思われる領域に焦点を当ててテストし,その結果を基にした新たなテストケースを作成して, テストを繰り返す技法

4. システムの取り得る状態と,状態を遷移させる事象又は条件を示した図に基づいてテストする技法

経験や推測から重要と思われる領域に焦点を当ててテストし,その結果を基にした新たなテストケースを作成して, テストを繰り返す技法

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

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

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

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

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

1. コンカレントエンジニアリング

2. ドメインエンジニアリング

3. フォワードエンジニアリング

4. リバースエンジニアリング

ドメインエンジニアリング

1.

2.

3.

4.

1. 異なる分野で特許技術をもつ事業者同士が技術供与協定を締結し,互いに無償で特許の実施権を許諾すること

2. 自社固有のビジネスモデルに関してビジネスモデル特許を取得した上で, 無償で広くその利用を許諾すること

3. ライセンスを受けた者が特許技術を改良し,新たに取得した特許は, ライセンスを与えた者に実施権が許諾されること

4. ライセンスを受けた者が特許技術を改良し,新たに取得した特許は, ライセンスを与えた者へ譲渡される義務が課されること

ライセンスを受けた者が特許技術を改良し,新たに取得した特許は, ライセンスを与えた者に実施権が許諾されること

スポンサー

1. 委託業務の進行中に発生するリスクはベンダが負い,発注者は注文時に合意した価格を支払う。

2. インフレ率や特定の製品の調達コストの変化に応じて,あらかじめ取り決められた契約金額を調整する。

3. 契約時に,目標とするコスト,利益,利益配分率、上限額を合意し,目標とするコストと実際に発生したコストの差異に基づいて利益を配分する。

4. ベンダの役務や技術に対する報酬に加え,委託業務の遂行に要した費用の全てをベンダに支払う。

ベンダの役務や技術に対する報酬に加え,委託業務の遂行に要した費用の全てをベンダに支払う。

1.

2.

3.

4.

1.

2.

3.

4.

1. CGI

2. PHP

3. RPC

4. XML

RPC

1.

2.

3.

4.

スポンサー

1.

2.

3.

4.

1.

2.

3.

4.

1. EV SSL 証明書

2. クライアント証明書

3. コードサイニング証明書

4. サーバ証明書

コードサイニング証明書

1. 128 ビット, 192 ビット,256 ビットから選択する。

2. 256 ビット未満で任意に指定する。

3. 暗号化処理単位のブロック長よりも 32 ビット長くする。

4. 暗号化処理単位のブロック長よりも 32 ビット短くする。

128 ビット, 192 ビット,256 ビットから選択する。

1. DNS サーバに SPF レコードを問い合わせる。

2. DNS サーバに登録されている公開鍵を用いて署名を検証する。

3. POP before SMTP を使用して, メール送信者を認証する。

4. SMTP-AUTH を使用して, メール送信者を認証する。

SMTP-AUTH を使用して, メール送信者を認証する。

スポンサー