検索 Generic filters 隠しラベル Exact matches only 隠しラベル Top Area Social Media and Nav Links

admin

はじめに

使用事例ドキュメントは、システムおよびその関係者が特定の目標を達成するためにどのように利用されるかというストーリーを提供するビジネス文書です。 効果的なユースケースは、計画された結果を達成するために、システムがその関係者によってどのように使用されるかについて、詳細なステップバイステップの説明を提供する必要があります。 ユースケースの目的は、システムのビジネスニーズをシステムの設計パラメータに結びつけ、完成したシステムがビジネス要件によって確立された目標を達成することを保証することです。 ユースケースの詳細レベルは、設計されるシステムの規模や複雑さによって大きく異なる場合があります。

このユースケースは、設計チームによるビジネスおよび機能領域の要件の収集に基づいて、ABC Corporation の材料を注文するための新しいシステム用に開発されました。 材料発注システムは、ABC社で現在利用されている手動材料発注プロセスを置き換えるものです。 ABC社は、資材発注の工数を削減し、既存のソフトウェア・プラットフォーム（例：SAP）を活用して資材発注と在庫管理を行うというビジネス・ニーズを特定しています。 新しい資材発注システムは、これらのビジネス ニーズを満たし、ABC 社の全体的なビジネス戦略を改善するように設計されます。

使用事例の内容の説明

使用事例の形式および内容は、システム要件、組織の標準、または固有の状況に基づいて異なる場合があります。 しかし、ほとんどのユースケースは、幅広い種類のシステムに適用できるいくつかの基本的な内容で構成されています。 このセクションでは、ユースケースの各セクションについて説明します。

ユースケースの名前。

ユースケースの名前

説明

システムの目標に適したユースケースの短い名前を提供します。 このセクションでは、ユースケースを使用する理由と、ユースケースの期待される結果の両方を説明する必要があります。 アクターは一次または二次である場合があります。 一次アクターは、ユースケースで記述されたシステムを開始する人たちです。

Precondition: このセクションでは、ユースケースを実行する前に真でなければならない条件または完了しなければならないアクティビティを記述する必要があります。

ポストコンディション（Postcondition）。 このセクションでは、ユースケースの終了時にシステムの状態を記述する必要があります。

フロー：このセクションでは、ユーザーのすべてのアクションと、ユースケースの計画された正常な実行のための期待されるシステム応答を記述する必要があります。 説明は順次的で、すべてのユーザーアクションとシステム応答を理解するための十分な詳細を提供する必要があります。 多くのユースケースには、メインフローとは別の、変化する、または特別な拡張や条件がありますが、それも必要です。 代替フローは通常、主要なフローを変更する可能性のある、ユースケースに組み込まれたオプションまたは例外の結果です。

例外: ユースケースが実行されるとき、エラーになるさまざまな条件がある可能性があります。 このセクションでは、ユースケースの実行中に生じる可能性のあるエラーと、それらのエラーにシステムがどのように反応するか、または対応するかを説明する必要があります。 このセクションでは、ユースケースが実行されたときのシステムの非機能的または特別な要件について説明する必要があります。 These requirements may consist of legal or regulatory requirements, quality standards, or organizational requirements that are outside of the functional requirements the system is expected to perform.

Sample Use Case

Name of Use Case: Order Materials
Created By: ABC Corporations Last Updated By: J. Doe
Date Created: 02/15/xx Last Revision Date: 02/22/xx
Description: ABC Corp. buyer submits material order to one of a pre-approved list of material vendors
Actors: ABC Corp. buyer, SAP material module, pre-approved vendor
Preconditions: 1. ベンダーはABC社の発注システムで事前承認されていること
2. 資材発注のための資金があること
3. 発注する資材が購入可能なこと
後条件： 1.資材が発注可能なこと。 ABC社は指定された期間内に材料を受け取ります
3. ABC社の材料勘定は材料注文のコストで減少します
4. ABC社の在庫番号は材料が受け取られると正常に更新されます
Flow: 1. ABC社のバイヤーが注文する材料を特定する
2. ABC社のバイヤーが事前に承認した業者リストを参照し、業者を特定する
3. ABC社のバイヤーが資金を確認する
4. ABC社のバイヤーが事前に承認した業者へ注文を出す
5. ベンダーは注文を受け、材料が入手可能であることを確認し、資金移動を受け入れる
6. ベンダーは材料の注文を取り、材料を出荷するために出荷指示を出す
7. ABC社は材料を受け取る
8. ABC社は材料の受領確認をSAPに入力し、在庫レベルが更新される
9. 資金取引はABC社のバイヤーとベンダーの間で確認されます
代替フロー： 5. 通常のフローのステップ5で、ベンダーに材料がない場合
1.
Exceptions: 2. 通常フローのステップ2において、ABC社が事前に承認したベンダーがなく、必要な材料を特定する場合
1. ABC社のバイヤーは、新しい材料のサプライヤーを特定するための社内プロセスを開始します
2. ABC社のバイヤーは、ABC社とベンダー候補の間の合意を調整します
3. 同意と承認を得た後、ベンダーを事前承認ベンダーリストに追加します
4. ユースケースは通常のフローのステップ3に再開します
Requirements： ユースケース実行前に次の要件は満たしていなければなりません
1.ABC社のバイヤーは、サプライヤー候補を特定するための社内プロセスを開始します
2.ABC社に承認済みのサプライヤーはありません。