説明/参照:
Explanation:
ソフトウェア機能成熟度モデル (CMM) は、ソフトウェア製品の品質が、関連するソフトウェア開発および保守プロセスの品質に直接依存するという前提に基づいています。これは、継続的なプロセス改善を実施するための基礎として、またソフトウェア プロセスに関与する組織の成熟度を測定するための順序尺度として機能する 5 つの成熟度レベルを導入しています。
CMM には、ソフトウェア プロセスの 5 つの成熟度レベルがあります。
初期レベル: プロセスは組織化されておらず、混沌としてさえあります。成功は個人に依存する可能性が高い

プロセスが十分に定義および文書化されていないため、プロセスを複製できるとは考えられません。
反復可能なレベルまたは管理されたレベル: 基本的なプロジェクト管理手法が確立されており、

必要なプロセスが確立、定義、文書化されていれば、成功を繰り返すことができます。
定義されたレベル: 組織は、より広範なプロセスを通じて独自の標準ソフトウェア プロセスを開発しました。

文書化、標準化、統合に注意を払います。
定量的に管理されるレベル: 組織はデータを通じて自らのプロセスを監視および制御します。

収集と分析。
最適化されたレベル: プロセスは、ユーザーからのフィードバックを監視することで継続的に改善されます。

現在のプロセスと革新的なプロセスを導入して、組織の特定のニーズによりよく応えることができます。
不正解:
B: スパイラル モデルでは、リスク分析に重点を置いてソフトウェア開発に反復的なアプローチを使用します。反復的なアプローチにより、新しい要件が明らかになり次第、対処することができます。テストは開発プロジェクトの初期段階で行われ、これらのテストに基づくフィードバックは次の反復ステップに組み込まれます。リスク分析により、すべての問題が積極的にレビューおよび分析されるようになります。
評価フェーズでは、顧客が現在の状態で製品を評価し、次のステップを繰り返すための入力値となるフィードバックを提供できます。これは、流動的な要件がある複雑なプロジェクトに適したモデルです。
C: ウォーターフォール モデルは線形逐次ライフサイクル アプローチを使用しており、次のフェーズを開始する前に各フェーズが完全に完了する必要があります。各フェーズの最後にレビューが行われ、プロジェクトが正しい方向に進んでいることが確認されます。このモデルでは、すべての要件が初期段階で収集されるため、より多くの情報が利用可能になったり、要件が変化したりした場合に、変更を統合することが困難になります。
D: エキスパート システムはソフトウェア製品開発のモデルではありません。問題を解決するために人工知能 (AI) を使用することであり、知識ベース システムとも呼ばれます。
参考文献:
Harris, Shon、All In One CISSP Exam Guide、第 6 版、マグロウヒル、ニューヨーク、2013 年、62、1112、
1115-1116、1120-1122、1192
http://en.wikipedia.org/wiki/Capability_Maturity_Model

説明/参照:
Explanation:
企業が直面している総リスクと残存リスクの量を把握したら、それにどのように対処するかを決定する必要があります。リスクには、移転する、回避する、軽減する、受け入れるという 4 つの基本的な方法で対処できます。
企業は資産を保護するためにさまざまな種類の保険を利用できます。企業が総合リスクがギャンブルするには高すぎると判断した場合、保険に加入し、リスクを保険会社に移転することができます。
不正解:
B: コスト/便益分析は、資産を保護するコストが保護の便益や資産の価値を上回らないようにするために実行される評価です。これはリスク移転の一例ではありません。
C: リスク受容とは、企業が直面しているリスクのレベルとリスクの潜在的なコストを理解しているにもかかわらず、対策のコストが潜在的な損失の価値を上回るため、対策を講じない場合を指します。これは、コスト/利益分析によって決定されます。受け入れはリスク移転の一例ではありません。
D: リスク回避とは、企業がリスクを引き起こす活動を実施しない、または中止することを決定し、そうすることでリスクを回避することです。サービスをまったくホストしないことはリスク移転の例ではありません。それはリスク回避の一例です。
参考文献:
Harris, Shon、オールインワン CISSP 試験ガイド、第 6 版、マグロウヒル、ニューヨーク、2013 年、96-97、97、97-
98

データベース理論では、ビューは、リレーショナル データベース内の仮想テーブルとしてアクセスできるストアド クエリ、またはクエリまたはマップ関数とリデュース関数の結果セットで構成されるドキュメント指向データベース内のドキュメントのセットで構成されます。普通のテーブルと違って
(ベース テーブル) リレーショナル データベースでは、ビューは物理スキーマの一部を形成しません。ビューは、データベース内のデータから計算または照合される動的な仮想テーブルです。テーブル内のデータを変更すると、その後のビューの呼び出しで表示されるデータが変更されます。一部では
NoSQL データベース ビューは、データをクエリする唯一の方法です。
ビューにはテーブルに比べて次のような利点があります。
ビューはテーブルに含まれるデータのサブセットを表すことができます
ビューは複数のテーブルを単一の仮想テーブルに結合して簡素化できます。
ビューは集計テーブルとして機能し、データベース エンジンがデータ (合計、平均など) を集計し、計算結果をデータの一部として表示します。
ビューはデータの複雑さを隠すことができます。たとえば、ビューは Sales2000 または
Sales2001、実際の基になるテーブルを透過的にパーティション化する
ビューを保存するのに必要なスペースはほとんどありません。データベースにはビューの定義のみが含まれており、データベースが表示するすべてのデータのコピーは含まれていません。
使用される SQL エンジンに応じて、ビューは追加のセキュリティを提供できます
ビューは、1 つまたは複数のテーブルが外界に露出される度合いを制限できます。
(プログラミングにおける) 関数が抽象化を提供できるのと同じように、データベース ユーザーはビューを使用して抽象化を作成できます。関数と並行して、データベース ユーザーはネストされたビューを操作できるため、1 つのビューが他のビューからデータを集約できます。ビューを使用しない場合、第 2 正規形を超えるデータベースの正規化はさらに困難になります。ビューを使用すると、ロスレス結合分解を簡単に作成できます。
次の答えは正しくありません。
プロキシ
コンピュータ ネットワークにおいて、プロキシ サーバーは、他のサーバーからリソースを求めるクライアントからの要求の仲介者として機能するサーバー (コンピュータ システムまたはアプリケーション) です。クライアントはプロキシ サーバーに接続し、ファイル、接続、Web ページ、または別のサーバーから利用可能なその他のリソースなどのサービスを要求します。プロキシ サーバーは、フィルタリング ルールに従ってリクエストを評価します。たとえば、IP アドレスまたはプロトコルによってトラフィックをフィルタリングできます。リクエストがフィルターによって検証された場合、プロキシは関連するサーバーに接続し、クライアントに代わってサービスをリクエストすることでリソースを提供します。プロキシ サーバーは、オプションでクライアントのリクエストまたはサーバーの応答を変更することができ、場合によっては、指定されたサーバーに接続せずにリクエストを処理することもあります。この場合、リモート サーバーからの応答を「キャッシュ」し、同じコンテンツに対する後続の要求を直接返します。
冗長性
冗長性とは、システムの信頼性を高めることを目的としたシステムの重要なコンポーネントまたは機能の複製であり、通常はバックアップまたはフェールセーフの場合に使用されます。
冗長性には主に次の 4 つの形式があります。
フェイルオーバー、ロードバランサー、スタンバイメカニズム、DMR、および
TMR
エラー検出および修正方法などの情報の冗長性
代替ロジックなどの一時的な障害検出方法を含む時間冗長性
ソフトウェアの冗長性
冗長性により、単一障害点を回避できます。
認証
誰かが認証される方法は、認証要素として知られているもの、つまり、知っていること、持っていること、または自分自身に基づいて 3 つのカテゴリに分類されます。各認証要素は、アクセスを許可される前に個人の身元を認証または検証するために使用されるさまざまな要素、トランザクション要求の承認、文書またはその他の作業成果物の署名、他者への権限の付与、および権限のチェーンの確立に使用される一連の要素をカバーします。
セキュリティ調査により、確実な識別のためには、少なくとも 2 つの要素、できれば 3 つすべての要素が検証されることが判明しています。3 つの因子 (クラス) と各因子の要素の一部は次のとおりです。
知識要素: ユーザーが知っていること
(パスワード、パスフレーズ、個人識別番号 (PIN) など) 所有権要素: ユーザーが持っているもの
（例：リストバンド、IDカード、セキュリティトークン、ソフトウェアトークン）
内在要因: ユーザーが何か、またはユーザーが行うこと
(例、指紋、網膜パターン、DNA 配列、署名、顔、声、またはその他の生体認証識別子)。
2要素認証
識別に 2 つの要素を表す要素が必要な場合、2 要素認証という用語が適用されます。。たとえば、キャッシュカード (ユーザーが持っているもの) と PIN (ユーザーが知っているもの) です。ビジネス ネットワークでは、ユーザーにパスワード (知識要素) とセキュリティ トークンからの疑似乱数 (所有権要素) の提供を要求する場合があります。
この質問を作成するために次の参考資料が使用されました。
CISSP CBK の公式 (ISC)2 ガイド、第 2 版 (2010)
https://en.wikipedia.org/wiki/View_%28database%29
https://en.wikipedia.org/wiki/Redundancy_%28computer_science%29
https://en.wikipedia.org/wiki/認証