SAシステムの要件定義 · 非機能要件の定義

移行性

Portability

いこうせい

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

共有:

Past Exams

過去問での出題

過去問で 6 回出題（応用情報技術者試験 2・基本情報技術者試験 1・ITストラテジスト試験 1・システムアーキテクト試験 1・プロジェクトマネージャ試験 1）

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

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

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

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

ソフトウェアの修正のしやすさを表す品質特性。モジュール性、再利用性、解析性、修正性、試験性から構成され、非機能要件として定義する。

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

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