デザインレビュー

設計の各段階で、設計書などの成果物を関係者が評価し、要件を満たしているか、問題がないかを確かめるレビュー。設計の段階で欠陥を見つけて取り除くことで、後の工程での手戻りを減らす。DRと略す。

設計の各段階の成果物を、関係する部門や専門家が集まって評価し、要求事項を満たしているか、問題がないかを確かめるレビュー。次の段階に進む前に設計上の誤りや考慮漏れを見つけ、後の工程での手戻りを防ぐ。

設計の各段階の成果物を、関係する部門や専門家が集まって評価し、要求事項を満たしているか、問題がないかを確かめるレビュー。次の段階に進む前に設計上の誤りや考慮漏れを見つけ、後の工程での手戻りを防ぐ。

設計の各段階で、設計書が要件を満たしているか、実現性や品質、保守性に問題がないかを、設計者以外の関係者や有識者を交えて評価・確認する会議。問題を上流工程で見つけ、後工程での手戻りを減らす。

システムの品質や制約に関する要件。性能（応答時間、スループット）、信頼性、安全性、消費電力、耐環境性、コスト制約などが含まれる。組込みシステムでは非機能要件がシステム設計を大きく左右する。

定められた時間制約内に処理を完了する能力。ハードリアルタイムでは時間制約の違反が許されず（例：自動車のエアバッグ制御）、ソフトリアルタイムでは一定の遅延が許容される（例：動画再生）。組込みシステムの最も重要な品質特性の一つ。

プログラムの内部構造（ソースコード）に基づいてテストケースを設計するテスト手法。命令網羅、分岐網羅、条件網羅、パス網羅などのカバレッジ基準を用いる。組込みソフトウェアの単体テストで広く使用される。

機能適合性、性能効率性、信頼性、使用性、保守性など、製品の品質を評価する観点。組込みシステムでは信頼性と性能効率性の要求が特に厳しい。

不具合の修正や機能追加をどれだけ容易に行えるかという性質。組込み機器では現地での更新手段の有無が大きく影響する。

達成すべき品質を、不具合密度やテスト網羅率などの数値で表したもの。設計と検証の方針を決める基準になる。