SAシステム方式設計 · システム構成の設計

3層アーキテクチャ

Three-Tier Architecture

さんそうあーきてくちゃ

システムをプレゼンテーション層（UI）、アプリケーション層（ビジネスロジック）、データ層（データベース）の3つの層に分離する構成方式。各層の独立性が高く、変更の影響範囲を限定でき、拡張性・保守性に優れる。

共有:

Past Exams

過去問での出題

過去問で 2 回出題（応用情報技術者試験 1・ITサービスマネージャ試験 1）。うち 2 回は用語そのものを問う問題です。

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。用語名で照合しているため、関係の薄い問題が含まれることがあります。

クライアント（要求側）とサーバ（提供側）に役割を分担するシステム構成方式。2層C/S、3層C/S、Webシステムなどの形態がある。処理の分散と集中のバランスを考慮して構成を決定する。

クライアント端末にはOS等の最低限の機能のみを持たせ、アプリケーションの実行やデータ管理をサーバ側で行うシステム構成方式。セキュリティの向上、端末管理の簡素化、情報漏洩リスクの低減が利点。VDI等で実現する。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。

複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。