0

私の要件の経験は、ユース ケースではなく、主にユーザー ストーリーに関するものでした。私は最近、プロダクト オーナーとしてプロジェクトに参加しましたが、顧客はユース ケースを 80% まで完了しています。ユース ケースの多くには、12 を超えるユーザー ストーリーが含まれており、チームは複数のフェーズでいくつかのユース ケースを実装する方法、またはスケジュールに合わせて部分的に実装する方法について話し合っています。これはストーリーでは問題になりませんが、ユースケースでアプローチする最善の方法はわかりません。

ユースケースを部分的に実装することはできますか? それとも、拡張/インクルードを使用してより小さなユースケースに分解する必要があるということですか? 部分的に実装できる場合、優先度の高い項目が失われないように個々の機能をどのように追跡しますか?

たとえば、次のようなスペル チェッカーのユース ケースが 1 つあるとします。

  1. スペルミスの可能性のある単語を特定する
  2. ユーザーが入力したスペルミスの単語を視覚的に識別する
  3. ユーザーの入力時にスペルミスの多い単語を自動修正する
  4. 個々の単語のスペル候補のリストをユーザーに提供する
  5. スペルミスを一括修正する機能をユーザーに提供する
  6. ユーザーが潜在的なスペルミスを一度無視できるようにする
  7. ユーザーが単語を辞書に追加できるようにする

個々の機能に優先順位を付けてから、機能 1 と 4 の実装を 1 つのフェーズで追跡し、2、3、6 を 2 番目に、5 を 3 番目に追跡し、7 を実装しないようにするにはどうすればよいでしょうか? この例では、これらは個別のユース ケースにする必要がありますか?それとも、複数の代替フローを持つものにする必要がありますか?

4

1 に答える 1

0

UML ユース ケースの利点 (システムが何をするかを示す) と、プロジェクト管理ツールと課題トラッカーが行うべきこと (実装と優先順位を追跡する) を混同していると思います。

はい、インクルード/エクステンドでユースケースを分割できます。それらがどのように分解されるかを示すと、それは非常に理にかなっています。ユースケースの一般化を描くこともできます。

実装段階を追跡するには、完全な UML モデルをバージョン管理下に置き (バージョン管理をサポートする UML ツールもあります)、同じ図の異なるバージョンを用意するのがおそらく最善です。

たとえば、さまざまな色を使用して実装段階を示すこともできます。ただし、対応する凡例を作成し、これを最新の状態に保つことを忘れないでください。また、無作為に多くの人に将来のユースケースを見せないでください。不必要な作業を時期尚早に行う誘惑は高いかもしれません (YAGNI を思い出してください)。

于 2015-02-15T21:59:04.723 に答える