要件を、検証可能な結果に変換する
- 目的を理解する
期待される結果と、各関数の範囲を読んでください。
- ページプランを確認する
関連するページを確認してください。
- 不足している詳細を解決
具体的なビジネス事例を用いて、質問に答えてください。
期待される動作を明示する
このプロジェクトのツールは、ビジネス領域、機能、またはページに関する分析を表示します。内容を確認し、ユーザーが実行する必要がある作業と一致していることを確認してください。
ルールと例外を具体的な例を使って説明してください。必要な情報、期待される結果、および新しい画面が準拠する必要がある既存のワークフローを説明してください。
各ユーザーアクションの背後にあるルールを定義します。
承認プロセスを説明します. タスクの承認が必要な場合、誰がタスクを提出し、誰が決定し、各段階で何が起こるかを説明します。明確なルールは、通常のプロセスと、ドキュメントの不足や修正のために返送する必要があるリクエストなどの例外を区別するのに役立ちます。
既存の便利な機能を維持する. 手動ツールを置き換える際、ユーザーが現在使用しているルールを特定します。維持すべき情報と意思決定を説明し、次にそれらを加えたい変更から分離します。これにより、改善を実際の作業プロセスに結びつけることができます。
同じ例を使ってビルドを確認してください. 準備中に説明した状況を、動作確認中のページを確認するときに使用してください。画面は完成しているように見えるかもしれませんが、実際には重要な例外を正しく処理していない可能性があります。仕様は、視覚的な外観を超えて、レビューに参照を提供します。
仕様を検証可能な結果に結び付けます
明確なスコープは、アプリケーションの構築時に参照として役立ちます。動作中のページを、その外観のみで判断するのではなく、意図された動作と比較してください。
必要に応じて、Studioで新しい結果を記述し、リクエストにページのコンテキストを添付したままにします。
画面を確認する前に、動作について合意する
アクションをトリガーする状況、必要な情報、および期待される結果を記述します。これにより、仕様がページをレビューする人にとって実用的な意味を持つようになります。
関連する例外（不足している情報や、ユーザーが送信できないはずのリクエストなど）を含めます。これらの例は、最終的な動作を検証しやすくします。
目的、範囲、および例外を明確にする
提案された動作をお読みください. 目的、含まれる範囲、および関連ページを確認してください。各ステップがユーザーが完了する必要があるタスクをサポートしているかどうかを確認します。
不足しているビジネスルールを入力してください. 質問に回答するか、計画された機能またはページへの変更について説明します。通常の場合と例外を使用して、あいまいさを解消します。
作業結果を比較. 開発環境でそれらのケースを再現してください。ビルドされた動作が合意された結果と異なる場合は、Studioでターゲットを絞った修正をリクエストしてください。
ビルドに明確なビジネス参照を付与
各重要な状況において、実行内容、使用する情報、および期待される結果を説明します。これにより、準備がより正確になり、後でより役立つレビューが可能になります。
機能仕様に関する質問
ユーザー、アクション、必要な情報、および期待される結果を特定します。重要な例外と範囲の境界を含め、成功した通常のケースを完全なビジネスワークフローと混同しないようにします。
プロジェクトツールは、それぞれの定義と詳細を表示します。関連する項目の回答が正しい文脈で使用されるように、その項目に注釈を付けてください。
このリクエストは、アイテムの再検討に関する新しいルールまたは明確化を提供します。そのステータスを追跡し、更新された範囲を確認してください。このリクエスト自体では、変更された画面は公開されません。
抽象的なルールを、検証可能なものに変換します。通常のケースと例外のケースについて、入力と結果を記述し、それらのケースをアプリケーションのテストで使用します。
Studio で既存のページを選択し、変更する動作について説明します。仕様を参考に、変更後のページを検証してから、対応するリリースを公開してください。