バッチ処理

一定期間のデータをためておき、まとめて一括で処理する方式。給与計算や月次の集計のように即時性が不要な業務に向き、夜間などシステムが空いている時間に実行することが多い。

一定期間分のデータをためて一括処理する方式。給与計算や締め処理などに用い、負荷の低い夜間に実行することが多い。

一定期間に蓄積したデータやジョブを一括してまとめて処理する方式。リアルタイム性は不要だが大量データの効率的な処理に適する。給与計算や請求書発行などが典型例。

データを一定期間ためておき、日次や時間ごとなど決まったタイミングでまとめて処理する方式。大量のデータを効率よく処理でき、再実行や障害時の復旧もしやすいが、処理結果に反映されるまで遅れが生じる。データの収集でも、一定の間隔でまとめて転送・取込みする方式を指し、到着の都度処理するストリーム処理と対比される。

一定期間に発生したデータや処理要求をためておき、決まった時刻にまとめて一括で処理する方式。データの収集では、業務システムから1日分の取引データを夜間に一括で取り込むといった形で使い、大量のデータを効率よく処理できるが、データの反映に遅れが生じる。発生の都度処理するリアルタイム処理やストリーム処理と対比される。

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

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

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

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

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

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