移行要件

現行システムから新システムへ移るために満たすべき条件。移行するデータの範囲と変換方法、移行の方式（一斉か段階か）、切戻しの手順、許容できる停止時間などを定める。

既存システムから新システムへ移行する際の、対象データ・移行方式・移行期間・切戻し条件を定めた要件。

現行のシステムや業務から新しいシステムへ移るための要件。移行の方式（一斉移行、段階移行など）、移行するプロセスとデータの範囲と変換の方法、移行の時期と手順、並行運用の期間、移行時に許される業務の停止時間などを定める。

システムの機能以外に求められる品質や制約、すなわち性能、可用性、拡張性、セキュリティ、運用性、移行性などを明らかにして定義すること。利用者の目に見えにくく合意が漏れやすいため、IPAの非機能要求グレードなどを使って項目と水準を網羅的に確認する。

新規又は変更したサービスやシステムを、開発や試験の環境から運用環境へ切り替え、利用者が使える状態にすること。移行計画に沿って、データの移行、旧システムからの切替え、利用者への周知を行い、移行後に問題が生じていないかを確認する。

システムが実現すべき機能に関する要件。どのような入力に対してどの処理を行い何を出力するか、業務のどの手順を支援するかなど、システムが「何をするか」を定める。性能や信頼性など「どのように動くか」に関する非機能要件と対比される。

応答時間、スループット、同時利用者数、処理件数など、システムが満たすべき処理能力に関する要件。業務のピーク時の量を基に定量的に定め、ハードウェア構成や処理方式を決める根拠とし、性能テストで達成を確かめる。

システム要件定義で定める、データベースに関する要件。扱うデータの項目・件数・増加量・保存期間、アクセスの頻度と応答時間、整合性やバックアップ・機密保護の条件などを明らかにし、データベース方式の決定や設計の前提とする。

システムが備えるべきセキュリティ上の要件。認証、アクセス制御、暗号化、ログの取得などの機能と、脅威分析やリスク評価の結果から求められる対策の水準を定める。要件定義の段階で明確にしておくと、後工程での手戻りや脆弱性の作り込みを防げる。