Cazuri de utilizare vs Poveștile utilizatorilor: diferența dintre cazurile de utilizare și Poveștile utilizatorilor

În dezvoltarea de software Agile, întâlnim adesea doi termeni – cazuri de utilizare și povești de utilizator. Aceștia sunt câțiva dintre cei mai obișnuiți termeni folosiți de orice dezvoltator sau non-dezvoltator în urma utilizării lor frecvente. Mai mult, pentru cei care nu au cunoștințe de bază despre dezvoltare, utilizarea acestor termeni în mod interschimbabil este, de asemenea, destul de comună.

Cazurile de utilizare și poveștile utilizatorilor sunt diferite unele de altele în multe aspecte. Au diferite obiective de realizat. Deși ar putea avea funcționalități similare, conceptele sunt la poli.

Consultați cursuri gratuite pentru a vă perfecționa

În acest articol, vom discuta cazurile de utilizare vs poveștile utilizatorilor cu exemple, împreună cu o explicație a modului în care sunt diferite poveștile utilizatorilor de cazurile de utilizare . Vom examina, de asemenea, necesitatea celor două abordări și de ce se suprapun.

Ce este cazul de utilizare?

Cazul de utilizare reflectă un proces implicat în atingerea scopului produsului dorit. Este cerința sistemului care ajută la obținerea produsului. Funcționează ca o descriere a produsului pentru actorii (sau utilizatorii) care îl vor folosi. În termeni tehnici, este interacțiunea dintre sistem și actori prin descriere.

Unele dintre elementele critice ale cazurilor de utilizare: -

• Actorul: O persoană sau un grup de oameni care interacționează cu sistemul
• Scopul: rezultatul final pentru care sunt dezvoltate cazuri de utilizare
• Sistemul: Toți pașii implicați pentru atingerea scopului

Cazurile de utilizare au o relație cauză-efect care include anumite evenimente în care funcțiile sau caracteristicile unui produs sunt descrise utilizatorului final. Oferă o înțelegere detaliată a comportamentului utilizatorului în timpul interacțiunii cu sistemul.

Echipa de produse utilizează cazuri de utilizare în proiectarea, testarea și dezvoltarea produselor. Îi ajută să sublinieze cerințele modului în care ar trebui să fie proiectat un manual de ajutor pentru utilizator. Împreună cu asta, sunt, de asemenea, capabili să elimine erorile.

Cazurile de utilizare sunt descrieri detaliate ale produsului pentru părțile interesate sau utilizatorii finali.

Exemplu de caz de utilizare

Să luăm un exemplu de aplicație de brand de îmbrăcăminte creată pentru a satisface cerințele de livrare a hainelor și accesoriilor clienților. Clienții navighează prin aplicație, selectează articolul(ele) cel mai potrivit(e) și plasează o comandă. În timpul plasării unei comenzi, aceștia pot plăti fie online, fie după livrare. După confirmarea din partea clientului, acesta primește e-mailul de confirmare sau notificarea „comandă plasată”.

Comanda este apoi pregătită, ambalată și expediată la adresa. În acest scenariu, aplicația trebuie să primească comenzi și să proceseze opțiunile de plată în timp ce comunică cu ambele părți (clienți și retaileri). Aici:

• Sistemul este – o aplicație de comerț electronic
• Actorul principal este – clientul
• Scenariul este – navigarea prin aplicație

Aici puteți citi cum interacționează clienții și comercianții cu aplicația și vă așteptați la rezultatul dorit. Unele dintre descrierile de bază ale cazurilor de utilizare ar fi:

• Utilizatorul selectează un articol.
• Informatii de plata si livrare
• Confirmare comanda si checkout
• Timp de numărătoare inversă a comenzii sau urmărire
• Informații de facturare

Să trecem la povestea utilizatorului și să înțelegem cum sunt diferite poveștile utilizatorilor de cazurile de utilizare.

Ce este User Story?

O poveste de utilizator este o scurtă descriere a produselor pentru utilizatori care îi ghidează pe parcursul procesului. Fiecare poveste de utilizator este scrisă din perspectiva clientului, cu un limbaj ușor de înțeles. O poveste de utilizator se concentrează pe ceea ce își dorește un utilizator de la platformă și pe ce ar trebui să le ofere sistemul.

Echipa de dezvoltare încorporează apoi utilizatorii declarațiilor date în software cu unele fixări. Poveștile utilizatorilor constau în interacțiunea care are loc pe parcursul procesului prin intermediul software-ului. Trei C sunt implicați în poveștile utilizatorilor, un concept adus de Ron Jeffries. Acestea sunt-

• Card: Poveștile utilizatorilor trebuie scrise ca cartonașe, ceea ce înseamnă povești scurte și clare, cu toate informațiile necesare.
• Conversație: O poveste de utilizator ar trebui să fie o conversație între clienți și dezvoltatori prin intermediul unui software.
• Confirmare: Aceasta înseamnă că clienții confirmă anumite condiții care ar trebui implementate înainte de sosirea rezultatului.Sistemul ar trebui să fie capabil să-l execute corect.

Pe lângă aceste trei C-uri ale unei povești de utilizator, se concentrează și pe un alt scop important: INVESTIȚI. Inseamna

• Independent :de alte proiecte
• Negociabil :spațiu pentru dezvoltare ulterioară
• Valoros :descriere pentru utilizatori
• Estimabil :povestea utilizatorului pentru a executa un plan adecvat
• Mic :zile lucrătoare pentru a termina lucrarea în 3-5 zile
• Testabil :Mecanism de verificare a valorii sau validității procesului

Exemplu de poveste de utilizator

Poveștile utilizatorilor sunt exprimate după cum urmează:

„Ca (persoană), eu (vreau să), (astfel încât).”

• Ca (persoană) – Persoana pentru care este creată aplicația sau software-ul. Ar trebui să pună accent pe utilizatorul final.
• Eu (vreau) – Aici, intenția este descrisă, nu caracteristicile. Ar trebui să descrie scopul utilizatorului și nu partea aplicației sau a interfeței de utilizare.
• (Deci) – Acesta descrie beneficiul general sau imaginea de ansamblu a aplicației. Care este beneficiul general pe care l-ar experimenta utilizatorul final?

Iată câteva exemple de povești ale utilizatorilor

• În calitate de Elie, vreau să-mi conectez cardul de credit la profilul meu pentru a putea plăti chiria cu ușurință, fără numerar.
• Ca manager, vreau să-mi organizez munca astfel încât să mă simt mai în control.

Structura poveștii utilizatorului poate diferi, dar intenția ar trebui să fie aceeași.

De ce avem nevoie de Use Case și User Story?

Există câteva motive pentru care avem nevoie atât de cazuri de utilizare, cât și de povești de utilizatori în sistemul nostru. Să analizăm scopul din spatele unei povești de utilizator și a unui caz de utilizare:-

Avem nevoie de cazuri de utilizare pentru...

• Gestionați sfera lucrării
• Facilitează comunicarea între utilizatorii finali și dezvoltatori
• Stabiliți toate cerințele
• Vizualizați arhitectura sistemului
• Conturează structura prin care putem interacționa cu sistemul

Avem nevoie de povești de utilizatori pentru a -

• Creați un proces simplificat
• Creați mici obiective realizabile
• Mențineți atât utilizatorii tehnici, cât și cei non-tehnici pe aceeași pagină
• Definiți întregul proces

Verificați programele noastre din SUA - Data Science

Diferența dintre cazul de utilizare și povestea utilizatorului

Să aruncăm o privire la diferența dintre cazul de utilizare și povestea utilizatorului pentru a înțelege ce le face pe cele două distincte:-

1. Cazurile de utilizare sunt dezvoltate pentru echipa de produs, ținând cont de intenția părților interesate. Acesta conturează structura de realizare pentru ca echipa să realizeze software-ul dorit. Cazurile de utilizare tind să fie mai detaliate decât poveștile utilizatorilor.
   Poveștile utilizatorilor sunt mai simple și mai concentrate pe utilizator. Evidențiază treburile de rutină ale utilizatorilor, motiv pentru care limbajul folosit în poveștile utilizatorilor este ușor de înțeles și în întregime din punctul de vedere al părților interesate.
2. După cum am menționat, cazurile de utilizare sunt mai simple decât poveștile utilizatorilor. Cu toate acestea, ambele abordări sunt simplificate și ușor de înțeles.
3. Poveștile utilizatorilor lasă în mod deliberat un spațiu de îmbunătățire. Din acest motiv, trebuie să includă mai multe detalii.
   În schimb, cazurile de utilizare sunt la obiect și evidențiază toți pașii necesari de urmat de dezvoltatori.
4. Poveștile utilizatorilor sunt dezvoltate înaintea cazurilor de utilizare și sunt formate în principal prin interacțiune.

Citiți articolele noastre populare din SUA - Știința datelor

Când să folosiți un caz de utilizare și o poveste de utilizator?

Poveștile utilizatorilor sunt folosite pentru dezvoltarea produselor, iar abordarea este mai înclinată către clienți. După cum am menționat, poveștile utilizatorilor lasă în mod deliberat loc de îmbunătățire care are loc prin conversații între dezvoltatori și utilizatori. Acesta stabilește un obiectiv la începutul procesului și ei sunt responsabili pentru creșterea eficienței. Un dezvoltator poate ține cont de aceste puncte în timp ce creează povești de utilizator.

Cu toate acestea, cazurile de utilizare sunt folosite pentru a documenta procesul. Constă din toate cerințele procesului pentru a atinge obiectivul final. Cazurile de utilizare desenează o imagine mai mare a sistemului existent. Acesta implică puncte simple pentru un proces de dezvoltare ușor.

Îmbunătățiți-vă cariera cu upGrad

Învățământul superior potrivit poate face o diferență semnificativă pentru toți dezvoltatorii și cercetătorii de date aspiranți. Dacă sunteți în căutarea unei oportunități de a vă îmbunătăți abilitățile și acreditările, programul Executive PG al upGrad în știința datelor poate fi o alegere excelentă. Cu acest curs, cursanții beneficiază de o expunere remarcabilă la lumea tehnică. WES și Institutul de Analytics recunosc valoarea acestui curs, care este organizat sub expertiza profesioniștilor de top din industrie.

Concluzie

Dezvoltarea agilă de software se învârte în jurul dezvoltării de iterații, metodologii și tehnici pentru a încorpora punctele de vedere ale utilizatorilor. Din acest motiv, cererea este în continuă creștere. Fiecare industrie se concentrează pe dezvoltarea cazurilor de utilizare și a poveștilor utilizatorilor în sistemul lor, astfel încât fiecare rezultat să se dovedească a fi centrat pe client, crescând astfel satisfacția clienților.