2004-05-21

・バグの発見理由を説明する文書 ・レビューの依頼書 ・バグが修正するに値するかどうかのレビュー実施記録 ・バグ修正プロジェクトの計画書 ・バグ原因と対策を説明する文書 ・バグ修正に関する変更内容を記載した仕様書 ・試験仕様書と成績書 ・品質保証部門への試験依頼書 やっと終わった。。。 システム全体のユースケースを考えるとき、ユースケースはひとつだけに絞る。それが、システムが実現しようとしていることそのものであり、システムが達成しようとしている目的だ。あとのユースケースは、ひとつのユースケースを実現するためのユースケースであることが多い。 次に、その周辺のユースケースを書く。でも、たくさん書くのはよくない。ひとつのユースケース図に書くユースケースは、5個程度までにしておいた方がよい。ひとつの図の中にたくさんのユースケースを書くと、パッと見が煩雑で分かりにくそうな印象を与える。 ユースケースが