平成24年度 秋期 高度情報　午前１共通 | 解答一覧

1.

2.

3.

4.

1. 0100

2. 1000

3. 1100

4. 1101

1101

1. スタックに最後に入った要素を示す添字の変数

2. スタックに最初に入った要素と最後に入った要素を示す添字の変数

3. スタックに一つ前に入った要素を示す添字の変数を格納する配列

4. スタックの途中に入っている要素を示す添字の変数

スタックに最後に入った要素を示す添字の変数

1. SMP

2. VLIW

3. スーパスカラ

4. スーパパイプライン

スーパスカラ

1. ライトスルー方式では，データをキャッシュメモリだけに書き込むので，高速に書込みができる。

2. ライトスルー方式では，データをキャッシュメモリと主記憶の両方に同時に書き込むので，主記憶の内容は常に最新である。

3. ライトバック方式では，データをキャッシュメモリと主記憶の両方に同時に書き込むので，速度が遅い。

4. ライトバック方式では，読出し時にキャッシュミスが発生してキャッシュメモリの内容が追い出されるときに，主記憶に書き戻す必要が生じることはない。

ライトスルー方式では，データをキャッシュメモリと主記憶の両方に同時に書き込むので，主記憶の内容は常に最新である。

スポンサー

1. 0.81

2. 0.88

3. 0.89

4. 0.98

0.88

1. 主記憶の空き領域を結合して一つの連続した領域にすることを，可変区画方式という。

2. プログラムが使用しなくなったヒープ領域を回収して再度使用可能にすることを，ガーベジコレクションという。

3. プログラムの実行中に主記憶内でモジュールの格納位置を移動させることを，動的リンキングという。

4. プログラムの実行中に必要になった時点でモジュールをロードすることを，動的再配置という。

プログラムが使用しなくなったヒープ領域を回収して再度使用可能にすることを，ガーベジコレクションという。

1. 一連のプログラムやデータを，不連続な主記憶に割り付けることができる。

2. 仮想記憶のページ数を主記憶のページ数よりも多くすることができる。

3. プログラム全体を1ページに割り付けることができる。

4. プログラムのローディング時に主記憶を割り付けることができる。

一連のプログラムやデータを，不連続な主記憶に割り付けることができる。

1. アプリケーションプログラムからネットワークを介してDBMSにアクセスする場合，両者間の通信量を減少させる。

2. アプリケーションプログラムからの一連の要求を一括して処理することによって，DBMS内の実行計画の数を減少させる。

3. アプリケーションプログラムからの一連の要求を一括して処理することによって，DBMS内の必要バッファ数を減少させる。

4. データが格納されているディスク装置へのI/O回数を減少させる。

アプリケーションプログラムからネットワークを介してDBMSにアクセスする場合，両者間の通信量を減少させる。

1. ETLツール

2. OLAPツール

3. データマイニングツール

4. 統計ツール

ETLツール

スポンサー

1. Ajax

2. CSS

3. DOM

4. SAX

Ajax

1.

2.

3.

4.

1. クッキーを使ったシングルサインオンの場合，サーバごとの認証情報を含んだクッキーをクライアントで生成し，各サーバ上で保存，管理する。

2. クッキーを使ったシングルサインオンの場合，認証対象のサーバを，異なるインターネットドメインに配置する必要がある。

3. リバースプロキシを使ったシングルサインオンの場合，認証対象のWebサーバを，異なるインターネットドメインに配置する必要がある。

4. リバースプロキシを使ったシングルサインオンの場合，利用者認証においてパスワードの代わりにディジタル証明書を用いることができる。

リバースプロキシを使ったシングルサインオンの場合，利用者認証においてパスワードの代わりにディジタル証明書を用いることができる。

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

2. 共通鍵暗号方式では，暗号化及び復号に使用する鍵が同一である。

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

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

共通鍵暗号方式では，暗号化及び復号に使用する鍵が同一である。

1.

2.

3.

4.

スポンサー

1. 決定表は，条件と処理を対比させた表形式で論理を表現したものであり，複雑な条件判定を伴う要件定義の記述手段として有効である。

2. 構造化チャートは，システムの"状態"の種別とその状態が遷移するための"要因"との関係を分かりやすく表現する手段として有効である。

3. 状態遷移図は，DFDに"コントロール変換とコントロールフロー"を付加したものであり，制御系システムに特有な処理を表現する手段として有効である。

4. 制御フロー図は，データの"源泉，吸収，流れ，処理，格納"を基本要素としており，システム内のデータの流れを表現する手段として有効である。

決定表は，条件と処理を対比させた表形式で論理を表現したものであり，複雑な条件判定を伴う要件定義の記述手段として有効である。

1. A社が開発したソフトウェアの公開済プロトコルに基づいて，A社が販売しているソフトウェアと同等の機能をもつソフトウェアを独自に開発して販売した。

2. ソフトウェアハウスと使用許諾契約を締結し，契約上は複製権の許諾は受けていないが，使用許諾を受けたソフトウェアにはプロテクトがかけられていたので，そのプロテクトを外し，バックアップのために複製した。

3. 他人のソフトウェアを正当な手段で入手し，逆コンパイルを行った。

4. 複製及び，改変する権利が付与されたソース契約の締結によって，許諾されたソフトウェアを改造して製品に組み込み，ソース契約の範囲内で製品を販売した。

ソフトウェアハウスと使用許諾契約を締結し，契約上は複製権の許諾は受けていないが，使用許諾を受けたソフトウェアにはプロテクトがかけられていたので，そのプロテクトを外し，バックアップのために複製した。

1. 作業Cを最も早く開始できるのは5日目である。

2. 作業Dはクリティカルパス上の作業である。

3. 作業Eの余裕日数は30日である。

4. 作業Fを最も遅く開始できるのは10日目である。

作業Eの余裕日数は30日である。

1. コスト，スケジュール

2. コスト，リスク

3. スケジュール，品質

4. 品質，リスク

コスト，スケジュール

1. インシデントから発生する問題の解決策の評価

2. インシデントの解決とサービスの復旧

3. インシデントの根本原因の究明

4. インシデントのトレンド分析と予防措置

インシデントの解決とサービスの復旧

スポンサー

1. 災害を想定した復旧テストの回数

2. サービスの中断回数

3. 性能不足に起因するインシデントの数

4. 目標を達成できなかったSLAの項目数

サービスの中断回数

1. 監査結果の外部への開示

2. 監査対象システムの管理

3. 監査報告会で指摘した問題点の改善

4. 監査報告書に記載した監査意見

監査報告書に記載した監査意見

1. 企業内の業務全体を対象として，業務プロセスを抜本的に見直すことで，品質・コスト・スピードを改善し，競争優位性を確保すること

2. 災害や事故で被害を受けても，重要事業を中断させない，又は可能な限り中断期間を短くする仕組みを構築すること

3. 社内業務のうちコアビジネス以外の業務の一部又は全部を，情報システムと併せて外部に委託することで，経営資源をコアビジネスに集中させること

4. プロジェクトを，戦略との適合性や費用対効果，リスクといった観点から評価を行い，情報化投資のバランスを管理し，最適化を図ること

社内業務のうちコアビジネス以外の業務の一部又は全部を，情報システムと併せて外部に委託することで，経営資源をコアビジネスに集中させること

1. 新しい業務の在り方をまとめた上で，業務上実現すべき要件

2. 業務の手順や入出力情報，ルールや制約などの要件

3. 業務要件を実現するために必要なシステムの機能に関する要件

4. ソフトウェアの信頼性，効率性など品質に関する要件

ソフトウェアの信頼性，効率性など品質に関する要件

1. サービス提供者と顧客との間で，提供するサービスの内容，品質などに関する保証範囲やペナルティについてあらかじめ契約としてまとめた文書

2. システムの調達に際して，調達側から技術的要件やサービスレベル要件を提示し，ベンダに対して，指定した期限内で効果的な実現策の提案を依頼する文書

3. ユーザ要件を実現するために，現在の状況において利用可能な技術・製品，ベンダにおける導入実績など実現手段に関する情報提供をベンダに依頼する文書

4. 要求定義との整合性を図り，ユーザと開発要員及び運用要員の共有物とするために，業務処理の概要，入出力情報の一覧，データフローなどをまとめた文書

ユーザ要件を実現するために，現在の状況において利用可能な技術・製品，ベンダにおける導入実績など実現手段に関する情報提供をベンダに依頼する文書

スポンサー