유스 케이스 대 사용자 스토리: 유스 케이스와 사용자 스토리의 차이점

애자일 소프트웨어 개발에서 우리는 종종 사용 사례와 사용자 스토리라는 두 가지 용어를 접하게 됩니다. 이들은 자주 사용하는 개발자 또는 비개발자가 사용하는 가장 일반적인 용어 중 일부입니다. 또한 개발에 대한 배경 지식이 없는 사람들에게는 이러한 용어를 같은 의미로 사용하는 것이 일반적입니다.

사용 사례와 사용자 스토리는 여러 측면에서 서로 다릅니다. 수행해야 할 목표가 다릅니다. 유사한 기능을 가질 수 있지만 개념은 완전히 다릅니다.

기술 향상을 위한 무료 과정을 확인하세요.

이 기사에서는 사용자 스토리가 유스 케이스와 어떻게 다른지 에 대한 설명과 함께 사용 사례와 사용자 스토리에 대해 설명합니다 . 또한 두 가지 접근 방식의 필요성과 중복되는 이유를 살펴보겠습니다.

사용 사례는 무엇입니까?

사용 사례는 원하는 제품의 목표를 달성하는 데 관련된 프로세스를 반영합니다. 제품을 도출하는 데 도움이 되는 것은 시스템의 요구 사항입니다. 그것은 그것을 사용할 행위자(또는 사용자)를 위한 제품 설명으로 작동합니다. 기술적으로는 설명을 통한 시스템과 행위자 간의 상호 작용입니다.

사용 사례의 중요한 요소 중 일부:-

• 행위자: 시스템과 상호 작용하는 사람 또는 그룹
• 목표: 사용 사례가 개발된 최종 결과
• 시스템: 목표를 달성하기 위해 관련된 모든 단계

유스 케이스는 제품의 기능이나 특징이 최종 사용자에게 설명되는 특정 이벤트를 포함하는 인과 관계를 수반합니다. 시스템과 상호 작용하는 동안 사용자 행동에 대한 자세한 이해를 제공합니다.

제품 팀은 제품 설계, 테스트 및 개발에 사용 사례를 활용합니다. 사용자 도움말 매뉴얼을 디자인하는 방법에 대한 요구 사항을 설명하는 데 도움이 됩니다. 이와 함께 오류를 제거할 수도 있습니다.

사용 사례는 이해 관계자 또는 최종 사용자를 위한 제품에 대한 자세한 설명입니다.

사용 사례의 예

고객의 의류 및 액세서리 배송 요구 사항을 충족하기 위해 만든 의류 브랜드 애플리케이션의 예를 들어 보겠습니다. 고객은 앱을 탐색하고 가장 적합한 항목을 선택하고 주문합니다. 주문하는 동안 온라인 또는 배송 후 결제할 수 있습니다. 고객 측에서 확인 후 확인 메일 또는 "주문 완료" 알림을 받습니다.

그런 다음 주문이 준비되고 포장되어 주소로 배송됩니다. 이 시나리오에서 애플리케이션은 양 당사자(고객 및 소매업체)와 통신하면서 주문을 받고 결제 옵션을 처리해야 합니다. 여기:

• 시스템은 – 전자 상거래 애플리케이션 입니다.
• 주요 행위자는 – 고객
• 시나리오는 – 응용 프로그램을 통해 검색

여기에서 고객과 소매업체가 애플리케이션과 상호 작용하고 원하는 결과를 기대하는 방법을 읽을 수 있습니다. 기본 사용 사례 설명 중 일부는 다음과 같습니다.

• 사용자가 항목을 선택합니다.
• 결제 및 배송 정보
• 주문 확인 및 결제
• 주문 카운트다운 시간 또는 추적
• 청구 정보

사용자 스토리로 이동하여 사용자 스토리가 사용 사례와 어떻게 다른지 이해하겠습니다 .

유저스토리란?

사용자 스토리는 전체 프로세스를 안내하는 사용자를 위한 제품에 대한 간략한 설명입니다. 각 사용자 스토리는 이해하기 쉬운 언어로 고객의 관점에서 작성됩니다. 사용자 스토리는 사용자가 플랫폼에서 원하는 것과 시스템이 사용자에게 제공해야 하는 것에 중점을 둡니다.

그런 다음 개발 팀은 일부 수정 사항을 사용하여 소프트웨어에 제공된 설명의 사용자를 통합합니다. 사용자 스토리는 소프트웨어를 통해 전체 프로세스에서 발생하는 상호 작용으로 구성됩니다. Ron Jeffries가 제기한 개념인 사용자 스토리에는 세 가지 C가 포함됩니다. 이것들은-

• 카드: 사용자 스토리는 필요한 모든 정보가 포함된 짧고 선명한 스토리를 의미하는 카드로 작성해야 합니다.
• 대화: 사용자 스토리는 소프트웨어를 통한 고객과 개발자 간의 대화여야 합니다.
• 확인: 이는 고객이 결과가 도착하기 전에 구현해야 하는 특정 조건을 확인함을 의미합니다.시스템이 제대로 실행할 수 있어야 합니다.

사용자 스토리의 세 가지 C 외에도 투자라는 또 다른 중요한 목적에 중점을 둡니다. 그것은

• 독립 :다른 프로젝트의
• 협상 가능 :추가 개발을 위한 공간
• 가치 :사용자를 위한 설명
• Estimable :적절한 계획을 실행하기 위한 사용자 스토리
• 소형 :3-5일 이내에 작업을 완료하는 근무일
• Testable :프로세스의 가치나 타당성을 확인하는 메커니즘

사용자 스토리의 예

사용자 스토리는 다음과 같이 표현됩니다.

"(페르소나)로서, 나는 (원한다), (그렇게)."

• As a (persona)– 응용 프로그램 또는 소프트웨어가 구축된 사람입니다. 최종 사용자를 강조해야 합니다.
• I (want to)– 여기서는 기능이 아닌 의도를 설명합니다. 애플리케이션이나 UI의 일부가 아니라 사용자의 목표를 설명해야 합니다.
• (그래서)– 이것은 응용 프로그램의 전반적인 이점 또는 더 큰 그림을 설명합니다. 최종 사용자가 경험할 전반적인 이점은 무엇입니까?

다음은 사용자 스토리의 몇 가지 예입니다.

• Elie로서 현금 없이 쉽게 임대료를 지불할 수 있도록 신용 카드를 프로필에 연결하고 싶습니다.
• 매니저로서 나는 내가 통제할 수 있다고 느낄 수 있도록 작업을 정리하고 싶습니다.

사용자 스토리의 구조는 다를 수 있지만 의도는 동일해야 합니다.

Use Case와 User Story가 필요한 이유는?

시스템에 사용 사례와 사용자 스토리가 모두 필요한 이유가 몇 가지 있습니다. 사용자 스토리와 사용 사례의 목적을 살펴보겠습니다.

사용 사례가 필요합니다–

• 작업 범위 관리
• 최종 사용자와 개발자 간의 커뮤니케이션 촉진
• 모든 요구 사항 설정
• 시스템 아키텍처 시각화
• 시스템과 상호 작용할 수 있는 구조 개요

우리는 사용자 스토리가 필요합니다 –

• 간소화된 프로세스 생성
• 달성 가능한 작은 목표 만들기
• 기술 사용자와 비기술 사용자를 모두 같은 페이지에 유지
• 전체 프로세스 정의

US 확인 - 데이터 과학 프로그램

유스 케이스와 사용자 스토리의 차이점

유스 케이스와 사용자 스토리의 차이점을 살펴보고 무엇이 두 가지를 구별하는지 이해해 봅시다.

1. 사용 사례는 이해 관계자의 의도를 염두에 두고 제품 팀을 위해 개발됩니다. 팀이 원하는 소프트웨어를 만들기 위한 성과 구조를 개략적으로 설명합니다. 사용 사례는 사용자 스토리보다 자세한 경향이 있습니다.
   사용자 스토리는 더 간단하고 사용자 중심적입니다. 이는 사용자의 일상적인 집안일을 강조하므로 사용자 스토리에 사용되는 언어가 이해할 수 있고 전적으로 이해 관계자의 관점에서 볼 수 있습니다.
2. 언급했듯이 사용 사례는 사용자 스토리보다 더 간단합니다. 그러나 두 접근 방식 모두 단순화되고 이해하기 쉽습니다.
3. 사용자 스토리는 의도적으로 개선의 여지를 남겨둡니다. 이 때문에 자세한 내용을 포함해야 합니다.
   대조적으로 사용 사례는 개발자가 따라야 할 모든 단계를 강조하고 강조합니다.
4. 사용자 스토리는 유스 케이스 이전에 개발되며 주로 상호 작용에 의해 형성됩니다.

인기 있는 US - 데이터 과학 기사 읽기

유스 케이스와 사용자 스토리를 언제 사용합니까?

사용자 스토리는 제품 개발에 사용되며 접근 방식은 고객에게 더 기울어집니다. 언급했듯이 사용자 스토리는 개발자와 사용자 간의 대화를 통해 발생하는 개선의 여지를 의도적으로 남겨 둡니다. 프로세스 초기에 목표를 설정하고 효율성을 높일 책임이 있습니다. 개발자는 사용자 스토리를 만들 때 이러한 점을 염두에 둘 수 있습니다.

그러나 사용 사례는 프로세스를 문서화하는 데 사용됩니다. 최종 목표에 도달하기 위한 모든 프로세스 요구 사항으로 구성됩니다. 사용 사례는 기존 시스템의 더 큰 그림을 그립니다. 쉬운 개발 프로세스를 위한 간단한 포인트를 포함합니다.

upGrad로 경력 향상

올바른 고등 교육은 야심 찬 모든 개발자와 데이터 과학자에게 중요한 차이를 만들 수 있습니다. 기술과 자격을 향상할 기회를 찾고 있다면 upGrad의 데이터 과학 Executive PG 프로그램이 탁월한 선택이 될 수 있습니다. 이 과정을 통해 학습자는 기술 세계에 대한 뛰어난 노출을 얻을 수 있습니다. WES와 Institute of Analytics는 업계를 선도하는 전문가의 전문 지식 아래 큐레이팅된 이 과정의 가치를 인정합니다.

결론

애자일 소프트웨어 개발은 ​​사용자 관점을 통합하기 위한 반복, 방법론 및 기술 개발을 중심으로 이루어집니다. 이 때문에 수요가 지속적으로 증가하고 있습니다. 모든 산업은 사용 사례와 사용자 스토리를 시스템으로 개발하는 데 중점을 두어 각 결과가 고객 중심이 되도록 하여 고객 만족도를 높입니다.