問題タブ [requirements-management]

要件収集フェーズはどのように進めますか? 従うべき適切なガイドラインやヒントを持っている人はいますか? 利害関係者に尋ねるべき良い質問は何ですか?

私は現在、新しいプロジェクトに取り組んでおり、不明な点がたくさんあります。利害関係者に尋ねる質問のリストを作成中です。しかし、何かが欠けている、または重要な質問をするのを忘れていると感じずにはいられません。

要件を作成および管理するためのツールは数多くありますが、それらをレビューするための優れたツールはありますか?

レビューの管理について話しているのではなく、一般的な要件の失敗 (否定的な要件の使用や、テストを困難にするような言葉遣いなど) を探す自動化ツールのことです。
要件を書いている人がレビュー担当者のグループに配布する前にドキュメントをスクリーニングするために使用できる、より多くのスクリーニング ツールです。これにより、簡単に認識できる同じ問題について全員がコメントすることでレビュー プロセスが遅くなる必要がなくなります。

誰かが過去にこのようなものを使用したことがあるかどうか、私は興味があります.

- 要件の管理 (ProR など) - UML ダイアグラムの実現 (ユース ケース、アクティビティ、クラス、シーケンス) - コードの開発 - テストの実行 (junit など)これらすべての部品のトレーサビリティを維持することは可能ですか?

フランチェスコ

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

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

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

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

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

私たちのチームは、新しいプロジェクトの開始のために TFS 2015 に移動したばかりで、バックログ項目用のかんばんボードをセットアップしました。

私が聞きたかったのは、ユーザー ストーリーの (ガーキン) 仕様を記述するための別のタスクボードを作成することに意味があるかどうかということでした。これは一般的な方法ですか？

記述されたユーザー ストーリーの仕様の記述を追跡し、各仕様が QA 担当者などによるレビューを受けるようにしたいと考えています。

私は IBM Rational DOORS からインポートしたシステム要件のリストを持っています。相互の関係を図でモデル化するにはどのような方法がよいか知りたいと思っています。どの構造図を使用する必要がありますか、それとも行動図の 1 つにする必要がありますか?

現在作成しているのはオブジェクト図の要件へのリンクですが、クラス図にもリンクできる子図を作成したいと考えています。これは、リンク先のクラス要素ごとに一意の図を作成しないために、要件がリンクされている複合図にする必要があるということですか?