ビジネスユースケースモデルとユースケースモデルの違いは何ですか?私は両方のウェブサイトを作るはずですが、私は違いが何かを理解することはできません...ヘルプ?ビジネスユースケースとユースケース
答えて
おそらく代わりの説明が役に立ちます。
'ビジネス'と 'システム'使用ケースの範囲が異なります。前者は、目標を達成するために顧客とサプライヤが必要とするすべてを網羅しています。その中にはシステムとのやりとりが関係するものもあれば、そうでないものもあります。一例として、オンラインで本を買うこと。特定の側面は、オンラインで完了すること(例えば、利用可能な書籍を閲覧し、注文すること)を含む。しかし、いくつかはありません:株式を拾う、パッケージ、出荷、パッケージの領収書に署名する。
ビジネスユースケースは、インタラクション全体(「購入ブック」)の「ブラックボックス」の説明です。タスクを完了することは、ビジネスプロセスに従うことを意味します。プロセスのいくつかのステップでは、ユーザーとシステムとのやりとりが行われますが、一部では行われません。ステップにユーザーとシステムが関与する場合(「利用可能なブックを参照する」)、そのステップはシステムユースケースです。典型的には、特定のビジネスユースケースに対していくつかのシステムユースケースが存在します。
だから、両方が必要ですか?状況によって異なります。
(a)ビジネス範囲全体を担当し、(b)ビジネス機能をユースケースとして文書化したい場合は、ビジネスUCDとサポートUC定義が役立ちます。 UC記述内のステップは、ビジネスプロセスを表します。
他の人がビジネスレベルの定義を担当している場合、おそらく必要はありません。
1つの最終的なこと:時には2つが一致します。たとえば、eBookを購入するなどです。ビジネスニーズは、顧客が自分の本を手に入れることができるようにすることです。全体を単一のシステムインタラクション(書籍の選択、支払い、ダウンロードの受信)で提供できるため、単一のシステムユースケースでカバーすることができます。したがって、ビジネスとシステムのユースケースは同等です。
hth。それの
と思いますこのよう:
ビジネスUC(ユースケース)は絶対にない技術的な詳細が含まれていません。ビジネスのニーズを把握するためには、一歩前進する必要があります。
- 他のユーザーとの個人的なログエントリ
- のインターアクトを作成オンライン
- を写真を管理し、他のユーザーとオンライン
- 写真を共有する
この通達なし:だからビジネスUCSがのようなものかもしれそれがどのように行われるかについては何でも言います。この時点では、action-subject-qualifierフォーマットに入れられた必要な機能のリストがかなりあります。
アクターと一緒にユースケースモデルに入れることができ、非常に有用なハイレベルビジネスUCのセットがあります。低レベルのビジネスUCのために、事前条件と事後条件でUCを指定してください。しかし、このポーズでは、経路の詳細はわかりません。
システムUCには、それらのビジネスUCのシステムレベルのパースペクティブが含まれています。管理写真をオンラインアルバムに写真やグループにそれらをアップロードする必要性を記述することができる一方でそう、システムのUCSが実際に変わることがあります。
- (アップロード、命名、トリミングや削除のためのパスを持つ)画像をアップロード
- アルバムの管理(画像の作成、追加、画像の削除のためのパス)
ここでは技術的な詳細を学びました。ビジネスは写真の保存と入れ替えを考えているかもしれませんが、写真とビットマップイメージを認識して処理する方法にはほとんど違いがないことがわかります。あなたは画像のアップロードに関わるものと、ユーザーが画像で何をする必要があるのかを考え始めました。
私はこれが助けてくれることを願っています。
- 1. ユースケースのステップとユースケースのシナリオ
- 2. ユーザストーリーとユースケースのシナリオ
- 3. ユースケース - ヘルプ
- 4. ユースケース図
- 5. ポイント - ユースケース
- 6. スプリングプロトタイプスコープ - ユースケース?
- 7. ThreadPool.QueueUserWorkItemユースケース
- 8. タスクbuildNeededのユースケース?
- 9. FileBackedOutputStreamユースケース(Guava)
- 10. FacesConverterのユースケース
- 11. Springカスタムネームスペース - ユースケース
- 12. NoSQLテクノロジ、ユースケース、長所と短所
- 13. UMLの俳優(ユースケース)
- 14. DRY Railsのメタプログラミング - ユースケース
- 15. MongoDBユースケースの在庫
- 16. XMLスキーマ検証ユースケース
- 17. SQLユースケースの内側DISTINCT
- 18. 私のプロジェクト用のLuaユースケース
- 19. アクティビティ図に基づくユースケース
- 20. ユースケース図のアクタのモデリング
- 21. クリーンアーキテクチャー - Robert Martin - ユースケース粒度
- 22. UMLユースケース図の質問
- 23. ユースケース図の3層アーキテクチャ
- 24. PHP5 phpでhiting型のユースケースとは何か
- 25. 仲間とのユースケースについての議論がある
- 26. コールドオブザーバブルのユースケースは何ですか?
- 27. ジェネリックコンストラクタのユースケースは何ですか?
- 28. ユースケース:<<extend>>かどうか?
- 29. NoSQL ...もう一度:)、別のユースケース
- 30. 一般的なゲームのユースケース図
ええと...まだそれらを見つけ出すのにトラブルがあります。私はソーシャルネットワークのプロジェクトに取り組んでいます(存在しないものの、Facebookのようなものを考えてください)。ユーザーは写真をアップロードしたり、アルバムを作成したり、雑誌を保管することができます。それらはビジネスUCやシステムUCの一部ですか?アップロード写真に名前や編成などが含まれるように、私はもっと深く進むべきですか? – Izumi
そのすべてがオンラインであるため、重複することになります。その場合、私はその違いについて勉強していないでしょう - それは本当に関係ありません。重要なことは、ユーザー目標のレベルでUCをキャプチャすることです。あなたはすでにいくつかをリストアップしています:写真のアップロード、アルバムの作成、ジャーナルの作成、ジャーナルエントリの追加など。それらは "ビジネス" UCです。いずれかの手順を別のUCとして取得する必要がある場合は、「システム」UC(ログイン/ログアウトは一般的な例です)とみなすことができます。しかしもっと重要なのは、すべてのインタラクションがオンラインであるため、ハングアップしないことです。 (ctd ...) – sfinnie
(... ctd)。必要に応じて、ユーザーの目標を把握し、文書化し、下位レベルのUCに分解することに重点を置いてください(ただし、必要な場合のみ)。 hth。 – sfinnie