私は新しいプロジェクトを懇願しています（ああ、私は新しいプロジェクトの新鮮な味が大好きです！）そして私たちはちょうどそれを設計し始めています。つまり、このアプリケーションは、ユーザーが実行フローをモデル化できるようにするUIです（Visioのようなドラッグアンドドロップインターフェイス）。したがって、私たちの最大の関心事は、ユーザーが実行フローを迅速かつ明確にモデル化するのに役立つ使いやすさと機能です。
私たちの確立された方法論は、プログラマーとユーザーの間でアプリケーションの調和のとれたビューを作成するために、ユースケースを広範に利用します。これは実際にはビジネス上の懸念事項です。ユーザーケースではなくユーザーストーリーでアジャイル手法を使用したいのですが、クライアントに製品を販売するための明確な範囲を定義する必要があります。
ただし、ユースケースにはいくつかの欠陥があり、そのほとんどは、ここに表示されているように、UIなどの技術的な詳細が含まれているという事実に関連しています。ただし、ユーザーストーリーと完全にインタラクティブなデザインを使用できないため、妥協することにしました。これらの詳細を非表示にするために、エッセンシャルユースケースを使用します。
今、私は別の問題を抱えています：UIの相互作用の明確な説明を持っていることが不可欠です（しゃれは意図されていません）、それで、それをどのように文書化する必要がありますか？言い換えると、UIの相互作用が不可欠な必須のユースケースを使用してアプリケーションを指定するにはどうすればよいですか？
私はいくつかの選択肢を見ることができます：
- 問題を正しく表していないため、ユースケースの使用を中止します
- ユースケースにインターフェースの説明を含めないでください。ただし、別のドキュメント（ストーリーボード）を作成してから、基本的なユースケースにリンクしてください。
- ユーザーとアプリケーション自体の観点から見たビジネスルールの一部であるため、UIインタラクションの説明をエッセンシャルユースケースに含めます