지미의 사용자 스토리
그렇다면 이것을 현재 상황에 적용해 보겠습니다. Jimmy는 교육 관리 시스템용 앱을 구축하기로 결정했습니다. 이 프로젝트의 사용자 스토리는 무엇입니까?
사용자 유형
먼저 그의 사용자에 대해 생각해 봅시다. 그의 앱을 누가 사용할 것인가? 음, 이 앱은 주로 Jimmy 자신을 위해 만들어졌습니다. 교사와 학생도 앱의 일부를 볼 수 있어야 합니다.
사업 가치
다음으로 최종 사용자에게 필요한 것은 무엇입니까?
- Jimmy는 회사에서 제공하는 다양한 교육을 추적할 수 있기를 원합니다. 그는 모든 훈련을 최신 상태로 유지하고 싶어합니다. 그는 새로운 강좌를 추가하고, 강좌에 교사를 할당하고, 일정 기간 동안 강좌를 예약할 수 있기를 원합니다. 그는 또한 각 코스에 누가 언제 참여하는지 확인하고 싶어합니다.
- 교사는 다음 수업이 언제 시작되는지 확인하고 그에 따라 준비하기 위해 참여하는 학생의 목록도 알고 싶어합니다. 또한 각 참가자의 세부정보도 보고 싶어합니다. 참가자가 늦을 경우 연락할 수 있기를 원합니다.
- 학생들은 이용 가능한 강좌의 개요와 강좌 일정을 확인할 수 있기를 원합니다.
무엇
사용자와 그들의 요구 사항을 기반으로 우리는 이러한 요구 사항을 해결하는 데 도움이 되도록 무엇을 만들어야 하는지 생각할 수 있습니다. 예를 들어, 관리자가 교육 내용을 최신 상태로 유지하려면 무엇이 필요합니까?
- 모든 교육 과정 개요
- 강좌를 추가, 편집, 삭제하는 옵션
- 각 코스가 언제 개최되는지에 대한 자세한 일정
그리고 교사가 지각한 참가자에게 연락하려면 무엇이 필요합니까?
- 각 참가자의 이메일 주소
결과
위의 사용자 유형, 비즈니스 가치 및 요구 사항을 기반으로 Jimmy의 앱에 대한 사용자 스토리를 다음과 같이 추출할 수 있습니다.
- 관리자로서 새로운 교육을 추가하여 교육을 최신 상태로 유지하고 싶습니다.
- 관리자로서 교육을 편집하여 교육을 최신 상태로 유지하고 싶습니다.
- 교사로서 저는 각 참가자의 이메일 주소를 볼 수 있어야 참여 인증서를 보낼 수 있습니다.
이 프로세스를 간소화할 수 있는 방법이 있는지 알아봅시다.
개념 설명.
--------------------------------------------------------------------------------------------------------------------------------------------------------------
1.notice board로 변경해서 만들기
그렇다면 이것을 현재 상황에 적용해 보겠습니다. LJH는 장터 앱을 구축하기로 결정했습니다. 이 프로젝트의 사용자 스토리는 무엇입니까?
사용자 유형
먼저 사용자에 대해 생각해 봅시다. 그의 앱을 누가 사용할 것인가? 음, 이 앱은 주로 LJH 자신(관리자, administrator)을 위해 만들어졌습니다. 판매자(seller)와 사용자(user, buyer)도 앱의 일부를 볼 수 있어야 합니다.
사업 가치
다음으로 최종 사용자에게 필요한 것은 무엇입니까?
- LJH는 다양한 상품을 등록하 추적할 수 있기를 원합니다. 그는 모든 판매상품을 최신 상태로 유지하고 싶어합니다. 그는 새로운 상품를 추가하고, 상품에 판매자(seller)를 할당하고, 일정 기간 동안 상품을 판매할 수 있기를 원합니다. 그는 또한 각 상품을 누가(user) 언제 샀는지 확인하고 싶어합니다.
- 판매자는 주문상품과 주문일이 언제인지 확인하고 그에 따라 준비하기 위해 특정 상품을 구매한 사용자 목록도 알고 싶어합니다. 또한 각 참가자의 세부정보(배송지 주소, 연락처)도 보고 싶어합니다.
- 사용자들은상품의 개요와 상품판매 일정 확인을 원합니다.
무엇
사용자와 그들의 요구 사항을 기반으로 우리는 이러한 요구 사항을 해결하는 데 도움이 되도록 무엇을 만들어야 하는지 생각할 수 있습니다. 예를 들어, 관리자가 상품 내용을 최신 상태로 유지하려면 무엇이 필요합니까?
- 모든 상품 개요
- 상품를 추가, 편집, 삭제하는 옵션
- 각 상품의 판매일정 처럼 자세한 일정
그리고 판매자가 사용자에게 배송을 하거나 연락을하려면 무엇이 필요합니까?
- 각 사용자의 집 주소
- 각 사용자의 이메일 주소
- 각 사용자의 연락처
결과
위의 사용자 유형, 비즈니스 가치 및 요구 사항을 기반으로 LJH의 앱에 대한 사용자 스토리를 다음과 같이 추출할 수 있습니다.
- 관리자로서 새로운 상품을 추가하여 교육을 최신 상태로 유지하고 싶습니다.
- 관리자로서 상품을 편집하여 상품을 최신 상태로 유지하고 싶습니다. (상품 등록, 삭제 등)
- 판매자(seller)로서 저는 각 (구매자, 사용자)의 주소를 볼 수 있어야 상품을 보낼 수 있습니다.
이 프로세스를 간소화할 수 있는 방법이 있는지 알아봅시다.
+ 간단 설명
앱을 구축하는 기본 골자는 같다고 생각합니다.
담을 내용이 무엇인지만 달라질 뿐. ex) 빈 병에 물을 담으면 물병이고, 꽃을 담으면 꽃병이듯.
응용하여, 간단한 상품 판매 페이지를 만들것 입니다.
1. Jimmy => LJH = 자신(관리자, administrator)
2. Teacher => 상품 판매자 (seller)
3. Student => 상품 구매자 (User, Buyer)
'Mendix Rapid' 카테고리의 다른 글
멘딕스 Epics (11) (1) | 2024.05.24 |
---|---|
멘딕스 와이어프레임 만들기 (Wire Frame) 2.notice board로 변경해서 만들기 (10) (3) | 2024.05.24 |
사용자 스토리 or 앱 만드는 이유, 목적 (User Stories)(8) (3) | 2024.05.24 |
멘딕스 앱에 회원 초대(Invite Members to your App) (7) (2) | 2024.05.24 |
Mendix 프로젝트의 스크럼(Scrum in Mendix Projects) (6) (2) | 2024.05.24 |