IT用語帳
SAシステムの要件定義 · 非機能要件の定義

SLA

Service Level Agreement

えすえるえー

サービス提供者と利用者の間で、提供するサービスの品質水準(可用性、応答時間、障害復旧時間等)を合意した文書。非機能要件を運用段階で保証するための定量的な指標と測定方法を定める。

共有:

Related

他の資格での定義

IPSLA

ITサービスの提供者と利用者の間で合意される、サービスの品質水準に関する取り決め(サービスレベル合意書)。稼働率、応答時間、障害復旧時間などの具体的な数値目標と、未達成時の対応を定める。

SGSLA

サービス提供者と利用者の間で合意されるサービスレベルに関する契約。可用性、応答時間、障害復旧時間などの具体的な目標値と、目標未達の場合のペナルティなどを定める。

FESLA

サービス及びその合意されたパフォーマンスを特定した、組織と顧客との間の合意文書。サービス可用性、信頼性、応答時間、サービス時間などの具体的な目標値を定める。SLO(目標)とSLI(指標)で運用される。

APSLA

サービスレベル合意書。サービス及びその合意されたパフォーマンスを特定した、組織と顧客との間の合意文書。サービス可用性、信頼性、サービス時間、応答時間などの定量的な目標値を定め、サービス品質を保証する。

STSLA

サービス提供者と利用者の間で合意された、サービスの品質水準を定めた文書。稼働率、応答時間、障害復旧時間などの具体的な指標と目標値を明記する。未達時のペナルティ条件を含む場合もある。

PMSLA

サービス提供者と利用者の間で合意するサービスの品質水準を定義した文書。可用性、応答時間、障害対応時間、セキュリティ基準などの指標と目標値を明記する。サービスレベルの測定方法や未達時のペナルティも規定する。

NWSLA

サービス提供者と利用者の間で合意するサービス品質の保証水準。ネットワークでは稼働率(例:99.99%)、遅延時間、帯域保証、障害復旧時間等の指標が定められる。SLAの達成状況はSLM(サービスレベル管理)で監視する。

SMSLA

ITサービスプロバイダと顧客の間で合意されたサービスレベルの目標値を文書化した合意書。サービスの可用性、応答時間、解決時間などの具体的な指標と目標値を含む。

AUSLA

サービス提供者と利用者の間で合意されるサービスの品質水準を定めた文書。可用性、応答時間、障害復旧時間、セキュリティ要件などの指標と目標値を定め、その達成状況をモニタリングする。

PD-MSLA

サービス提供者と利用者の間で合意するサービス品質の保証水準。ネットワークでは稼働率(例:99.99%)、遅延時間、帯域保証、障害復旧時間等の指標が定められる。SLAの達成状況はSLM(サービスレベル管理)で監視する。

A-1SLA(サービスレベル合意書)

サービスの提供者と顧客の間で、提供するサービスの内容と範囲、サービスレベル目標(稼働率、応答時間、復旧時間など)、測定と報告の方法、目標を達成できなかった場合の扱いなどを取り決めた合意書。サービスレベル管理で合意し、定期的に達成状況を確認して見直す。

Past Exams

過去問での出題

過去問で 98 回出題(ITパスポート試験 38・ITサービスマネージャ試験 17・応用情報技術者試験 14・高度試験 午前Ⅰ 11・基本情報技術者試験 9・システム監査技術者試験 6・情報セキュリティマネジメント試験 3)。うち 5 回は用語そのものを問う問題です。

残り 88 件を表示

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

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

Related

関連キーワードの用語

SA非機能要件

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

SA非機能要件グレード

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

SA移行性

システムを異なる環境(ハードウェア、OS、クラウドプロバイダ等)に移行する際の容易さ。移行計画、データ移行、並行運用期間の設計が必要。非機能要件の一つとして、初期段階から考慮すべき品質特性。

SA要件のトレーサビリティ

要件から設計、実装、テストに至るまで、各成果物間の対応関係を追跡可能にすること。要件トレーサビリティマトリクス(RTM)を用いて、要件の実現漏れや不要な実装を検出する。

SAウォークスルー

作成者が成果物の内容を関係者に説明しながらレビューする非公式なレビュー手法。要件定義書や設計書の内容を早期に共有し、誤りや不整合を発見する。インスペクションより形式的でなく柔軟に実施できる。

SAFURPS+

ソフトウェアの品質要件を分類するフレームワーク。Functionality(機能性)、Usability(使用性)、Reliability(信頼性)、Performance(性能)、Supportability(サポート性)の頭文字に、設計制約等の「+」を加えた体系。要件の網羅的な洗い出しに活用する。