【解答】
非機能要求には、直接測定が可能な要求と不可能な要求がある。不可能な場合でも代用特性を見つけ、極力数値化する。

【解説】
本問題は、非機能要求を定義するときの留意点を問う問題である。
非機能要求は機能要求に比べて曖昧になりがちである。
このため、曖昧さを避けるための技法を理解していることが重要である。
曖昧さを避けるためには、できる限り数値化することがポイントである。
非機能要求は、直接測定が可能な要求と不可能な要求がある。
したがって、直接測定が不可能な要求であっても、可能な限り計測可能な代用特性を見つけて、具体的数値を用いて定義することが重要である。
解答には、単に「数値化する」というものが多かった。
非機能的要求には直接測定が不可能なものもあることを考慮に入れて、数値化のために代用特性を見つけることにも言及してほしかった。

【解説】
本問題は、インスペクションとウォークスルーの両技法を対比させた上で、インスペクションの効果について問う問題である。
しかし、意見交換、アイデア交換などのレビューのやり方についての解答にとどまっている答案が多かった。
共通する事柄として、レビューによって障害を早期に発見できれば後戻りが少なくて済むというような本質的な効果について言及してほしかった。
また、インスペクションについては、厳格な手続きもしくは公式な手続きに沿って行うことへの言及にとどまっている答案が多かった。
欠陥種類や欠陥数が人によりばらつくことがインスペクションによって低減されるという効果について言及してほしかった。

【解説】
不具合管理の重要性を理解し、不具合情報の利用価値を理解しているかを問う問題である。
開発済みのプロジェクトに対する活用方法として、一つバグが見つかったら同種のバグが潜在しているということを、強く意識して答案に盛り込んでほしかった。
また、将来のプロジェクトに適用する対策の視点が、酷似するプロジェクトにとどまっている答案が多かった。
視野を広げ、組織内への横展開、組織としての対策についても言及してほしかった。