機能要件

システムが実現すべき具体的な機能に関する要件。業務処理の内容、画面・帳票の仕様、データの入出力など、「システムが何をするか」を定義する。利用者の業務要件から導出される。

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

システムが実現すべき機能に関する要件。業務処理手順、画面・帳票の仕様、入出力情報、データ処理ルールなど、システムが「何をするか」を明確に定義する。非機能要件と対比して用いられる。

情報システムが実現すべき業務機能に関する要件。業務処理の内容、入出力データ、処理ロジック、画面・帳票仕様などが含まれる。非機能要件と対比して用いられる。

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

システムが実現すべき機能に関する要件。入力に対してシステムが行うべき処理や出力を定義する。組込みシステムでは、センサからの入力処理、アクチュエータの制御、通信機能などが含まれる。

システムの性能、信頼性、セキュリティ、拡張性など、機能以外の品質に関する要件。応答時間、稼働率、同時接続数など、システムが「どのように動作するか」の基準を定める。

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

エンジニアやデザイナーなどがチームを組み、限られた時間内（通常1〜2日）で集中的にアイデアを形にするイベント。ハック（Hack）とマラソン（Marathon）を組み合わせた造語。新しいサービスやアプリの開発に活用される。

製品の設計・開発工程において、設計、生産準備、品質管理などの各工程を同時並行で進める手法。開発期間の短縮とコスト削減を実現する。各部門が早い段階から情報を共有して協力する。

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

ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。