SDLCの保守フェーズでは、欠陥の修正、アップデートの適用、機能強化の実装を通じて、システムがビジネスニーズを継続的に満たせるようにすることが目標です。このフェーズでは、システムの導入後も、セキュリティ、信頼性、効率性が維持されることが保証されます。
オプション B: 要件の収集は計画/分析フェーズで行われます。
オプション C: ユニット テストはメンテナンスではなく、テスト フェーズの一部です。
オプション D: アーキテクチャの設計と展開は、開発フェーズと実装フェーズで行われます。
したがって、保守フェーズの目標は、欠陥を修正し、ソフトウェアを更新することです。
参照：
WGU 情報技術管理 - システム開発ライフサイクル、保守フェーズのセクション。

ワイヤーフレームは、システムのインターフェースのレイアウトと構造を示す低忠実度の表現ですが、インタラクションや機能的な特徴は含まれていません。一方、プロトタイプはインタラクティブであり、関係者がシミュレーションされた機能を体験できます。
オプション A: バックエンド ロジックは、ワイヤーフレームではなくシステム設計に関連します。
オプション B: ワイヤーフレームにはユーザー入力を含めることができますが、除外することはできません。
オプション D: 機能バージョンはワイヤーフレームではなくプロトタイプです。
したがって、ワイヤーフレームは、インタラクションなしでレイアウトと構造を示すことによって区別されます。
参照：
WGU 情報技術管理 - システム分析と設計、ワイヤーフレームとアーキテクチャのセクション。
プロトタイプ。

* トランザクション処理システム (TPS) の定義:
* TPS は、販売、給与計算、注文処理、在庫追跡など、組織の日常的なビジネストランザクションを処理します。
* 大量の日常的なトランザクションを効率的に処理する必要がある運用レベルのアナリスト向けに設計されています。
* TPSの目的:
* ビジネス取引の完全性と正確性を保証します。
* 意思決定支援システム (DSS) や管理情報システム (MIS) などの他のシステムに必要な運用データを提供します。
* 誤ったオプション分析:
* A. 最適化分析システム (OAS):IT 管理における標準的なシステム タイプではありません。
* B. 意思決定支援システム (DSS): 戦術的および戦略的な意思決定に焦点を当てます。
* D. 経営情報システム (EIS): 運用レベルのアナリストではなく、上級の経営幹部向けです。
情報技術管理に関する参考文献および文書:
* 「IT システムの基礎」(McGraw-Hill Education)。
* ITIL Foundation ドキュメント (Axelos)。

* 認証の定義:
* 認証とは、ユーザーが本人であることを確認するためにユーザーの身元を確認するプロセスです。
* これは通常、知識要素 (パスワード)、所有要素 (トークン)、または生体認証要素 (指紋) を通じて実現されます。
* 他の選択肢が間違っている理由:
* オプションA（情報の機密性）：本人確認ではなく、データの保護に重点を置きます。
* オプション B (公開鍵暗号化): ユーザーの ID 検証に直接関連しない暗号化方式。
* オプション D (承認): 認証後にリソースへのアクセスを許可します。
参考文献:
* 「認証とアイデンティティ管理」 - NIST
* 認証プロセスの概要 - ISO 27001

統合テストは、システム内の異なるモジュールまたはコンポーネントが正しく連携して動作することを確認することに重点を置いています。これにより、個々のユニットが組み合わされた後、シームレスに連携し、期待どおりの結果を生み出すことが検証されます。
オプション B (並列テスト): 同時に実行される古いシステムと新しいシステムを比較します。
オプション C (ユニット テスト): 個々のコンポーネントを個別にテストします。
オプション D (受け入れテスト): ユーザー要件に基づいてシステム全体を検証します。
したがって、コンポーネントが連携して動作することを確認するテストの種類は統合テストです。
参照：
WGU 情報技術管理 - ソフトウェア テスト、統合テストのセクション。