アジャイル開発

短い反復（イテレーション）を繰り返しながら、動作するソフトウェアを段階的に開発していく手法の総称。変化する要求への迅速な対応を重視し、顧客との継続的な協力により価値を提供する。

迅速かつ適応的にソフトウェア開発を行う軽量な開発手法の総称。短い反復（イテレーション）を繰り返し、動くソフトウェアを早期に提供する。アジャイルソフトウェア開発宣言の12の原則に基づく。XP、スクラムなどが代表的。

短い反復（イテレーション）を繰り返しながら、動くソフトウェアを迅速かつ適応的に開発する軽量な手法の総称。アジャイルソフトウェア開発宣言の12の原則に基づき、変化への対応と顧客との協調を重視する。スクラム、XP、FDDなどの手法がある。

短い反復（イテレーション）サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP（エクストリームプログラミング）などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。

短いイテレーション（反復）で動作するソフトウェアを段階的に開発する手法の総称。変化への適応、チーム間の協働、動作するソフトウェアを重視する。アジャイルソフトウェア開発宣言（2001年）が基本理念。

短いイテレーション（反復）で計画・設計・実装・テストを繰り返し、段階的にソフトウェアを開発する手法の総称。変化への対応力が高く、顧客との密なコミュニケーションを重視する。スクラム、XP、カンバンなどの手法がある。

短い開発サイクル（イテレーション）を繰り返し、変化する要求に柔軟に対応する開発手法の総称。スクラム、XP等の手法がある。組込み開発でもプロトタイプの早期検証やハードウェアとの並行開発に活用される。

短いイテレーション（反復）を繰り返しながら、変化に柔軟に対応するシステム開発手法。スクラムやXPなどの手法がある。監査では従来のウォーターフォール型とは異なる統制の評価アプローチが必要となる。

要求の変化に柔軟に対応するため、短い期間の反復（イテレーション）ごとに計画、設計、実装、テストを行い、動くソフトウェアを少しずつ提供していく開発手法の総称。アジャイルソフトウェア開発宣言の価値観に基づき、スクラム、XP、リーンソフトウェア開発などの手法がある。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため、進捗管理が容易だが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。

個別にテスト済みのソフトウェアユニットを統合し、ユニット間のインタフェースや連携が正しく動作するかを検証するテスト。トップダウンテスト、ボトムアップテストなどの統合戦略がある。

システム開発の各工程において、発注者と開発者が共同で成果物の内容を確認・評価するレビュー活動。要件の認識相違や品質上の問題を早期に発見し、手戻りを防止する目的で実施される。

ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010:2011（JIS X 25010:2013）では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。2023年の改訂（ISO/IEC 25010:2023）で安全性が加わり、9特性になった。