IT用語帳
SAシステムアーキテクチャ · アーキテクチャスタイルとパターン

SOA

Service-Oriented Architecture

えすおーえー

業務機能をサービスとして部品化し、サービスの組み合わせでシステムを構築するアーキテクチャ。サービスの疎結合性、再利用性、標準インタフェースを原則とする。ESB(Enterprise Service Bus)を介した連携が特徴的。

共有:

Related

他の資格での定義

Past Exams

過去問での出題

過去問で 58 回出題(応用情報技術者試験 11・ITパスポート試験 8・基本情報技術者試験 8・情報処理安全確保支援士試験 7・高度試験 午前Ⅰ 7・ネットワークスペシャリスト試験 6・データベーススペシャリスト試験 5・プロジェクトマネージャ試験 3・エンベデッドシステムスペシャリスト試験 2・ITストラテジスト試験 1)。うち 26 回は用語そのものを問う問題です。

残り 48 件を表示

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

システムアーキテクト試験の過去問によく出る用語

Related

関連キーワードの用語

SA機能要件

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

SAシステム要件定義

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

SA要件定義書

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

SAトレードオフ分析

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

SA非機能要件

システムの品質や制約に関する要件の総称。性能、信頼性、可用性、セキュリティ、拡張性、運用性、移行性などが含まれる。IPAの非機能要件グレードでは6つの大項目に分類される。

SA非機能要件グレード

IPAが策定した非機能要件の定義・合意のためのフレームワーク。可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、システム環境・エコロジーの6大項目について、段階的なグレードを設定し要件を具体化する。