ユース ケースとユーザー ストーリー: ユース ケースとユーザー ストーリーの違い

公開: 2023-02-11

アジャイル ソフトウェア開発では、ユース ケースとユーザー ストーリーという 2 つの用語に遭遇することがよくあります。 これらは、開発者または非開発者が頻繁に使用する最も一般的な用語の一部です。 さらに、開発の背景知識がない人にとって、これらの用語を同じ意味で使用することも非常に一般的です。

ユース ケースとユーザー ストーリーは、多くの点で互いに異なります。 実行する目的が異なります。 似たような機能を持っているかもしれませんが、概念はまったく異なります。

スキルアップのための無料コースをチェック

この記事では、ユース ケースとユーザー ストーリーについて例を挙げて説明し、ユーザー ストーリーとユース ケースの違いについて説明します また、2 つのアプローチの必要性と、それらが重複する理由についても調べます。

目次

ユースケースとは?

ユースケースは、目的の製品の目標を達成するためのプロセスを反映しています。 製品を導き出すのに役立つのは、システムの要件です。 これは、それを使用するアクター (またはユーザー) の製品説明として機能します。 技術的に言えば、記述によるシステムとアクター間の相互作用です。

ユースケースの重要な要素のいくつか:-

  • アクター:システムと対話する個人またはグループ
  • 目標:ユースケースが開発される最終結果
  • システム:目標を達成するために必要なすべてのステップ

ユースケースには、製品の機能または特徴がエンドユーザーに説明される特定のイベントを含む因果関係があります。 システムとの対話中のユーザーの行動を詳細に理解することができます。

製品チームは、製品の設計、テスト、および開発にユース ケースを利用します。 これは、ユーザー ヘルプ マニュアルをどのように設計する必要があるかについての要件を概説するのに役立ちます。 それに加えて、エラーを排除することもできます。

ユース ケースは、利害関係者またはエンド ユーザー向けの製品の詳細な説明です。

ユースケースの例

顧客の衣類やアクセサリーの配送要件を満たすために作成されたアパレル ブランド アプリケーションの例を見てみましょう。 顧客はアプリを閲覧し、最適な商品を選択して注文します。 注文時に、オンラインで支払うか、配達後に支払うことができます。 お客様側での確認後、確認メールまたは「ご注文完了」の通知が届きます。

その後、注文品が準備され、梱包され、住所に発送されます。 このシナリオでは、アプリケーションは、両方の当事者 (顧客と小売業者) と通信しながら、注文を受け取り、支払いオプションを処理する必要があります。 ここ:

  • システムは– 電子商取引アプリケーション
  • 主なアクターは顧客です
  • シナリオは次のとおりです– アプリケーションを閲覧する

ここでは、顧客と小売業者がどのようにアプリケーションを操作し、望ましい結果を期待するかを確認できます。 基本的な使用例の説明の一部は次のとおりです。

  • ユーザーが項目を選択します。
  • お支払いと配送について
  • 注文の確認とチェックアウト
  • 注文のカウントダウン時間または追跡
  • 課金情報

ユーザー ストーリーに移り、ユーザー ストーリーとユース ケースの違いを理解しましょう。

ユーザーストーリーとは?

ユーザー ストーリーは、プロセス全体を通してユーザーをガイドする、ユーザー向けの製品の短い説明です。 各ユーザーストーリーは、わかりやすい言葉でお客様の視点から書かれています。 ユーザー ストーリーは、ユーザーがプラットフォームに何を求めているか、およびシステムがユーザーに何を提供する必要があるかに焦点を当てています。

次に、開発チームは、与えられたステートメントのユーザーを、いくつかの修正を加えてソフトウェアに組み込みます。 ユーザー ストーリーは、ソフトウェアを介してプロセス全体で発生する対話で構成されます。 Ron Jeffries が提唱したコンセプトであるユーザー ストーリーには、3 つの C が関与しています。 これらは-

  • カード:ユーザー ストーリーはカードとして書かれるべきです。これは、必要なすべての情報を含む短くて鮮明なストーリーを意味します。
  • 会話:ユーザー ストーリーは、ソフトウェアを介した顧客と開発者の間の会話であるべきです。
  • 確認:これは、結果が到着する前に実装する必要がある特定の条件を顧客が確認することを意味します。システムはそれを適切に実行できるはずです。

ユーザー ストーリーのこれら 3 つの C に加えて、もう 1 つの重要な目的である INVEST (投資) にも焦点を当てています。 それは

  • 独立:他のプロジェクトの
  • 応相談さらなる開発の余地
  • 貴重:ユーザー向けの説明
  • 推定可能:適切な計画を実行するためのユーザー ストーリー
  • : 3 ~ 5 日以内に作業を完了するための作業日数
  • Testable :プロセスの価値や妥当性をチェックする仕組み

ユーザーストーリーの例

ユーザーストーリーは次のように表現されます。

「(ペルソナ)として、(したい)、(そうするために)」

  • (ペルソナ) として – アプリケーションまたはソフトウェアが構築された人物。 エンドユーザーを強調する必要があります。
  • I (したい) – ここでは、機能ではなく意図が説明されています。 アプリケーションや UI の一部ではなく、ユーザーの目標を説明する必要があります。
  • (つまり) – これは、アプリケーションの全体的な利点または全体像を表しています。 エンド ユーザーが経験する全体的なメリットは何ですか?

ユーザーストーリーの例をいくつか紹介します

  • Elie として、クレジット カードをプロフィールにリンクして、現金なしで家賃を簡単に支払うことができるようにしたいと考えています。
  • マネージャーとして、よりコントロールできるように仕事を整理したいと思っています。

ユーザー ストーリーの構造は異なる場合がありますが、意図は同じでなければなりません。

なぜユースケースとユーザーストーリーが必要なのですか?

システムでユース ケースとユーザー ストーリーの両方が必要な理由はいくつかあります。 ユーザーストーリーとユースケースの背後にある目的を掘り下げましょう:-

ユースケースが必要です-

  • 仕事の範囲を管理する
  • エンドユーザーと開発者の間のコミュニケーションを促進する
  • すべての要件を確立する
  • システム アーキテクチャを視覚化する
  • システムとやり取りできる構造の概​​要を説明する

ユーザーストーリーが必要です –

  • 合理化されたプロセスを作成する
  • 達成可能な小さな目標を作成する
  • 技術系ユーザーと非技術系ユーザーの両方を同じページに表示する
  • プロセス全体を定義する

米国をチェック - データサイエンスプログラム

データ サイエンスとビジネス分析のプロフェッショナル認定プログラム データサイエンスの科学のマスター データサイエンスの科学のマスター データサイエンスの高度な証明書プログラム
データサイエンスのエグゼクティブPGプログラム Python プログラミング ブートキャンプ ビジネス上の意思決定のためのデータ サイエンスのプロフェッショナル認定プログラム データサイエンスの高度なプログラム

ユースケースとユーザーストーリーの違い

ユース ケースとユーザー ストーリーの違いを見て、 2 つの違いを理解しましょう。

  1. 利害関係者の意図を念頭に置いて、製品チームのためにユースケースを開発します。 チームが目的のソフトウェアを作成するための達成構造を概説します。 ユース ケースは、ユーザー ストーリーよりも詳細になる傾向があります。
    ユーザーストーリーはよりシンプルで、よりユーザー中心です。 ユーザーの日常的な雑用を浮き彫りにするため、ユーザー ストーリーで使用される言葉は理解しやすく、完全に利害関係者の視点からのものです。
  2. 前述のように、ユース ケースはユーザー ストーリーよりも単純です。 ただし、どちらのアプローチも単純化されており、理解しやすいものです。
  3. ユーザー ストーリーは、意図的に改善の余地を残しています。 このため、詳細を含める必要があります。
    対照的に、ユースケースは的を射ており、開発者が従わなければならないすべてのステップを強調しています。
  4. ユーザーストーリーはユースケースの前に開発され、主に相互作用によって形成されます。

人気のある米国 - データ サイエンスの記事を読む

認定資格付きデータ分析コース 認定付きのJavaScript無料オンラインコース 最もよく聞かれる Python インタビューの質問と回答
データ アナリスト インタビューの質問と回答 米国のトップ データ サイエンス キャリア オプション [2022] SQL と MySQL – 違いは何ですか
データの種類に関する究極のガイド 米国のPython開発者の給与 米国のデータ アナリストの給与: 平均給与

ユース ケースとユーザー ストーリーはいつ使用するのですか?

ユーザーストーリーは製品開発に使用され、アプローチはより顧客に傾いています。 前述のように、ユーザー ストーリーは、開発者とユーザーの間の会話を通じて行われる改善の余地を意図的に残しています。 プロセスの最初に目標を設定し、効率を高める責任があります。 開発者は、ユーザー ストーリーを作成する際に、これらの点を念頭に置くことができます。

ただし、ユースケースはプロセスを文書化するために使用されます。 最終目標に到達するためのすべてのプロセス要件で構成されています。 ユースケースは、既存のシステムの全体像を描きます。 簡単な開発プロセスのための簡単なポイントが含まれています。

upGrad でキャリアアップ

適切な高等教育は、志望するすべての開発者とデータ サイエンティストにとって大きな違いを生む可能性があります。 スキルと資格を向上させる機会を探している場合は、upGrad のデータ サイエンスのエグゼクティブ PG プログラムが最適です。 このコースでは、学習者は技術の世界に触れることができます。 WES と Institute of Analytics は、業界をリードする専門家の専門知識の下でキュレーションされたこのコースの価値を認識しています。

結論

アジャイル ソフトウェア開発は、ユーザーの視点を組み込むための反復、方法論、および手法の開発を中心に展開します。 このため、需要は常に増加しています。 どの業界も、ユース ケースとユーザー ストーリーを自社のシステムに組み込むことに重点を置いているため、それぞれの結果が顧客中心になり、それによって顧客満足度が向上します。

Q1. ユースケースとユーザーストーリーのどちらが先か?

答え。 ユーザー ストーリーは詳細なユーザー インタラクションを含むため、ユース ケースの前に作成されます。 これらの機能は両方ともチームが戦略を計画および決定するのに役立ちますが、ユーザー ストーリーはアウトラインを計画するために不可欠であり、ユーザー ケースに従って、アウトラインが成功する可能性があるかどうかを推定します。

Q2. ユーザー ストーリーの 3 つの部分とは?

答え。 標準的なユーザー ストーリーは、非常に正確なテンプレート内で詳細を説明するのに役立つ 3 つの部分で構成されています。 ユーザー ストーリーの 3 つの部分には、機能が必要な人、必要な機能、必要な理由の 3 つがあります。

Q3. ユーザーストーリーはアジャイルのユースケースと同じですか?

答え。 いいえ。アジャイルでは、ユーザー ストーリーとユース ケースは同じではありません。 ただし、どちらの用語もユーザーとその目標を識別しますが、2 つの目的は異なります。 ユーザー ストーリーとユース ケースはどちらも、開発者がプロ​​ジェクトの概要を描き、複雑なプロジェクトのアイデアを消費可能な形で明確にするのに役立ちます。