セクション：情報資産の保護
説明
Explanation:
データ整合性を可能な限り早い段階で確保するため、管理合計はデータ準備の段階から導入すべきである。

Explanation/Reference:
Explanation:
A database administrator is responsible for creating and controlling the logical and physical database.
Defining data ownership resides with the head of the user department or top management if the data is common to the organization. IS management and the data administrator are responsible for establishing operational standards for the data dictionary. Establishing ground rules for ensuring data integrity and security in line with the corporate security policy is a function of the security administrator.

セクション：ITのガバナンスと管理

説明／参考資料：
コンポーネントベースソフトウェアエンジニアリング（CBSE）（コンポーネントベース開発（CBD）とも呼ばれる）は、ソフトウェアシステム全体にわたる幅広い機能に関して、関心の分離を重視するソフトウェアエンジニアリングの一分野です。これは、疎結合された独立したコンポーネントを定義、実装、構成してシステムに組み込むための再利用ベースのアプローチです。この手法は、ソフトウェア自体と、そのようなソフトウェアを支援する組織の両方にとって、短期的にも長期的にも、同様に幅広いメリットをもたらすことを目指しています。
ソフトウェアエンジニア（誰？）は、コンポーネントをサービス指向の出発点となるプラットフォームの一部とみなしている。
コンポーネントは、例えばWebサービスにおいて、そして近年ではサービス指向アーキテクチャ（SOA）において、このような役割を果たします。SOAでは、コンポーネントはWebサービスによってサービスに変換され、その後、通常のコンポーネントの特性を超えたさらなる特性を継承します。
コンポーネントはイベントを生成または消費することができ、イベント駆動型アーキテクチャ（EDA）に使用できます。
構成要素の定義と特性
個々のソフトウェアコンポーネントとは、関連する一連の機能（またはデータ）をカプセル化したソフトウェアパッケージ、Webサービス、Webリソース、またはモジュールのことです。
すべてのシステムプロセスは個別のコンポーネントに配置され、各コンポーネント内のすべてのデータと関数は意味的に関連付けられています（クラスの内容と同様）。この原則により、コンポーネントはモジュール化され、凝集性が高いとよく言われます。
システム全体の連携に関して、コンポーネントはインターフェースを介して相互に通信します。コンポーネントがシステムの他の部分にサービスを提供する場合、他のコンポーネントが利用できるサービスとその利用方法を指定する提供インターフェースを採用します。このインターフェースはコンポーネントの署名と見なすことができ、クライアントはコンポーネントを利用するために内部動作（実装）を知る必要はありません。この原則により、コンポーネントはカプセル化されていると呼ばれます。この記事のUML図では、提供インターフェースはコンポーネントの外縁に付いたロリポップ記号で表されています。
しかし、コンポーネントが機能するために別のコンポーネントを使用する必要がある場合、そのコンポーネントは必要なサービスを指定する使用インターフェースを採用します。この記事のUML図では、使用インターフェースはコンポーネントの外縁に付された開いたソケットシンボルで表されます。
仮想的な休暇予約システムをUML 2.0で表現した、複数のソフトウェアコンポーネントの簡単な例を示します。
コンポーネントのもう一つの重要な特性は、代替可能であることです。つまり、後継コンポーネントが元のコンポーネントの要件（インターフェースを介して表現される）を満たしていれば、設計時または実行時に、あるコンポーネントを別のコンポーネントに置き換えることができます。その結果、コンポーネントは、そのコンポーネントが動作するシステムを壊すことなく、更新版または代替品に置き換えることができます。
部品を交換する際の一般的な目安として、部品Bが部品Aと同等以上の機能を提供し、かつ部品Aが使用していた量を超えない場合、部品Bは部品Aを直ちに置き換えることができる。
ソフトウェアコンポーネントは、多くの場合、オブジェクト（クラスではなく）またはオブジェクトの集合（オブジェクト指向プログラミングによる）の形で、バイナリ形式またはテキスト形式で表現され、何らかのインターフェース記述言語（IDL）に準拠しているため、コンピュータ内の他のコンポーネントから独立して存在することができる。
コンポーネントを複数の実行コンテキストやネットワークリンク間でアクセスまたは共有する場合、コンポーネントを宛先に届けるために、シリアライゼーションやマーシャリングなどの技術がよく用いられます。
再利用性は、高品質なソフトウェアコンポーネントの重要な特性です。プログラマーは、多くの異なるプログラムで再利用できるようにソフトウェアコンポーネントを設計・実装する必要があります。
さらに、ソフトウェアコンポーネントがユーザーと直接やり取りする場合は、コンポーネントベースのユーザビリティテストを検討すべきである。
効果的に再利用できるソフトウェアコンポーネントを作成するには、相当な努力と意識が必要です。コンポーネントは以下の条件を満たす必要があります。
完全に文書化されています
徹底的にテスト済み
堅牢性 - 包括的な入力妥当性チェック機能付き
適切なエラーメッセージまたはリターンコードを返すことができる
予期せぬ用途に使用されることを念頭に置いて設計されている
以下の回答は誤りでした。
アジャイル開発 - アジャイルソフトウェア開発とは、反復的かつ漸進的な開発に基づいたソフトウェア開発手法のグループであり、自己組織化された異分野横断型チーム間のコラボレーションを通じて要件とソリューションが進化していくものです。
ソフトウェアプロトタイピングとは、ソフトウェアアプリケーションのプロトタイプ、つまり開発中のソフトウェアプログラムの不完全なバージョンを作成する活動を指します。これはソフトウェア開発において行われる活動であり、機械工学や製造業など他の分野で知られているプロトタイピングに匹敵するものです。
ラピッドアプリケーション開発（RAD）は、計画を最小限に抑え、迅速なプロトタイピングを重視するソフトウェア開発手法です。RADを用いたソフトウェア開発では、「計画」はソフトウェア開発そのものと並行して行われます。綿密な事前計画が不要なため、一般的にソフトウェア開発速度が大幅に向上し、要件変更も容易になります。
この質問を作成するにあたり、以下の参考文献が使用されました。
CISAレビューマニュアル2014年版　194ページ