Explanation:
列 1 の各説明について、それぞれがサポートする列 2 の保守性目標は次のとおりです。
* すぐに使用できるテンプレートを備えた既製のソフトウェア。導入後は、Hoy Hall の要件を完全に満たすようにカスタマイズする必要があります。
* A. 保守性は、最初に提供されるソリューションの必須属性です。
* 理由: 既製のソフトウェアをカスタマイズする場合、これらの調整を可能にするために、ソリューションを最初から保守可能にする必要があります。
* Architecture Angels IT 運用チームによって開発およびホストされる、完全に機能する社内システムの開発。
* A. 保守性は、最初に提供されるソリューションの必須属性です。
* 理由: 社内で開発されたシステムは、それを作成したチームによる将来の変更や機能拡張を容易にするために、保守可能である必要があります。
* Hoy Hall の仕様に合わせて構築された、オールインワンの Web ベースの予約および宿泊管理システム。
* A. 保守性は、最初に提供されるソリューションの必須属性です。
* 理由: 特定の要件に合わせて構築されたシステムには、ニーズの変化に応じてシステムを維持および調整する機能が必要になるため、保守性が重要な初期属性になります。
* 適切なシステムが現地に導入されるまで、Hoy Hall のすべての予約は、グループ内の他の 2 つのホテルのいずれかでスケジュールされます。
* C. 短期的、戦術的な解決策
* 理由: これは明らかに適切なシステムが導入されるまでの一時的な措置であり、差し迫ったニーズに対処するための戦術的な解決策を示しています。
* スプレッドシートを使用して顧客の詳細を手動で取得します。データは後日、完全に機能するシステムにエクスポートされます。
* C. 短期的、戦術的な解決策
* 理由: スプレッドシートの使用は、長期的な保守性よりも戦術的な性質を重視した、短期的に情報を管理するための暫定的なソリューションです。
オプション B は、いずれの説明にも選択されません。これは、いずれも、後で再エンジニアリングする意図を持って最初に提供するというアプローチを示唆していないためです。これらはすべて、再エンジニアリング アプローチではなく、即時の保守性または短期的な修正の必要性を示唆しています。