セクション：情報資産の保護

セクション：情報システムの取得、開発、および実装説明：
コンポーネントベースのソフトウェアエンジニアリング（CBSE）（コンポーネントベースの開発（CBD）とも呼ばれます）は、特定のソフトウェアシステム全体で利用できる幅広い機能に関する関心の分離を強調するソフトウェアエンジニアリングの分野です。これは、緩く結合された独立したコンポーネントをシステムに定義、実装、および構成するための再利用ベースのアプローチです。このプラクティスは、ソフトウェア自体とそのようなソフトウェアを後援する組織に、短期的および長期的に同じように幅広い利益をもたらすことを目的としています。
ソフトウェアエンジニア[誰？]は、コンポーネントをサービス指向の開始プラットフォームの一部と見なしています。
コンポーネントは、たとえばWebサービスで、最近ではサービス指向アーキテクチャ（SOA）でこの役割を果たします。これにより、コンポーネントはWebサービスによってサービスに変換され、その後、通常のコンポーネントの特性を超える特性を継承します。
コンポーネントはイベントを生成または消費でき、イベント駆動型アーキテクチャ（EDA）に使用できます。
コンポーネントの定義と特性
個々のソフトウェアコンポーネントは、ソフトウェアパッケージ、Webサービス、Webリソース、または関連する機能（またはデータ）のセットをカプセル化するモジュールです。
すべてのシステムプロセスは別々のコンポーネントに配置されるため、各コンポーネント内のすべてのデータと関数は意味的に関連しています（クラスのコンテンツと同様）。この原理により、コンポーネントはモジュール式でまとまりがあるとよく言われます。
システム全体の調整に関しては、コンポーネントはインターフェースを介して相互に通信します。コンポーネントがシステムの残りの部分にサービスを提供するとき、他のコンポーネントが利用できるサービスとその方法を指定する提供されたインターフェースを採用します。このインターフェースは、コンポーネントの署名と見なすことができます。クライアントは、コンポーネントを使用するために、コンポーネントの内部動作（実装）について知る必要はありません。この原則により、カプセル化と呼ばれるコンポーネントが作成されます。この記事内のUMLの図は、コンポーネントの外縁に取り付けられたロリポップ記号によって提供されるインターフェースを表しています。
ただし、コンポーネントが機能するために別のコンポーネントを使用する必要がある場合は、必要なサービスを指定する使用済みインターフェースを採用します。この記事のUMLの図では、使用されるインターフェースは、コンポーネントの外縁に取り付けられたオープンソケット記号で表されています。
いくつかのソフトウェアコンポーネントの簡単な例-UML2.0で表される架空の休日予約システム内に描かれています。
コンポーネントのもう1つの重要な属性は、コンポーネントが代替可能であるため、後続のコンポーネントが最初のコンポーネント（インターフェイスを介して表現される）の要件を満たしている場合に、コンポーネントを別のコンポーネントに置き換えることができることです（設計時または実行時）。その結果、コンポーネントは、コンポーネントが動作するシステムを壊すことなく、更新されたバージョンまたは代替バージョンのいずれかに置き換えることができます。
コンポーネントを置き換えるエンジニアの一般的な経験則として、コンポーネントBが少なくともコンポーネントAが提供するものを提供し、使用するコンポーネントAを超えない場合、コンポーネントBはコンポーネントAをすぐに置き換えることができます。
ソフトウェアコンポーネントは、多くの場合、オブジェクト（クラスではない）またはオブジェクトのコレクション（オブジェクト指向プログラミングから）の形式を取り、バイナリまたはテキスト形式で、コンポーネントが他のコンポーネントから自律的に存在できるように、インターフェイス記述言語（IDL）に準拠しています。コンピューターで。
コンポーネントが実行コンテキストまたはネットワークリンク間でアクセスまたは共有される場合、コンポーネントを宛先に配信するために、シリアル化やマーシャリングなどの手法がよく使用されます。
再利用性は、高品質のソフトウェアコンポーネントの重要な特性です。プログラマーは、多くの異なるプログラムがそれらを再利用できるようにソフトウェアコンポーネントを設計および実装する必要があります。
さらに、ソフトウェアコンポーネントがユーザーと直接対話する場合は、コンポーネントベースのユーザビリティテストを検討する必要があります。
効果的に再利用可能なソフトウェアコンポーネントを作成するには、多大な労力と認識が必要です。コンポーネントは次のようにする必要があります。
完全に文書化
徹底的にテスト
堅牢-包括的な入力有効性チェックを備えています
適切なエラーメッセージまたはリターンコードを返すことができます
予期せぬ用途に使用されることを意識して設計されています
以下は間違った答えでした：
アジャイル開発-アジャイルソフトウェア開発は、反復型および段階的開発に基づくソフトウェア開発手法のグループであり、要件とソリューションは、自己組織化されたクロスファンクショナルチーム間のコラボレーションを通じて進化します。
ソフトウェアプロトタイピング-ソフトウェアプロトタイピングは、ソフトウェアアプリケーションのプロトタイプ、つまり、開発中のソフトウェアプログラムの不完全なバージョンを作成するアクティビティを指します。これは、ソフトウェア開発で発生する可能性のあるアクティビティであり、機械工学や製造などの他の分野で知られているプロトタイピングに匹敵します。
ラピッドアプリケーション開発（RAD）は、ラピッドプロトタイピングを優先して最小限の計画を使用するソフトウェア開発方法論です。RADを使用して開発されたソフトウェアの「計画」は、ソフトウェア自体の作成とインターリーブされます。広範囲にわたる計画ごとの欠如により、一般にソフトウェアをはるかに高速に作成でき、要件の変更が容易になります。
参照：
CISAレビューマニュアル2014ページ番号194

セクション：情報資産の保護

説明/参照：
Explanation:
二要素認証には、IDと特権を確立するための2つの独立した方法が必要です。
要因には、パスワードなど、知っているものが含まれます。トークンなど、持っているもの。そしてあなたがしている何か、それは生体認証です。これらの要素のうち2つを要求すると、個人情報の盗難がより困難になります。パスワードが推測されたり、壊れたりする可能性があります。ユーザーを特定の端末に制限することは、オンラインアプリケーションの実用的な代替手段ではありません。アクセスログの定期的なレビューは探偵の制御であり、個人情報の盗難から保護するものではありません。