# Parking App - organizare
**!!! Va rog sa cititi cu atentie, e important !!!**

Salut,

Daca am inteles bine, saptamana viitoare trebuie deja sa prezentam documentul de specificatie a cerintelor aplicatiei noastre la laborator, iar incarcarea documentului pe platforma trebuie sa il facem pana duminica. De asemenea, pana duminica trebuie sa il avem gata, pentru ca trebuie sa il aratam laborantului si el sa ne zica daca e totul in regula cu el sau trebuie sa il mai modificam (stergem/adaugam ceva, nu sunt destule cerinte sau am scapat ceva). Nu avem foarte mult timp la dispozitie, deci trebuie sa incepem sa ne organizam si sa ne impartim. Pentru inceput am pregatit aici cam ce se cere de la noi in acest document. Noi trebuie sa discutam impreuna despre toate aceste puncte, sa identificam totul ce este posibil si sa ne impartim cat mai optim.
Nu avem foarte mult timp, va rog sa va atarnati serios de acest fapt si de proiect in sine, avem destul de mult de lucru, chiar si la etapa asta.
Eu, pe langa asta, voi fi responsabil de crearea spatiului Confluence [[1]](#Linkuri-utile) si boardului Jira [[2]](#Linkuri-utile) pe platforma Atlassian.
Despre cum ar trebui sa arate diagramele si cum ar trebui sa descriem sistemul, gasiti in [[3]](#Linkuri-utile).
## Din documentul [[4]](#Linkuri-utile)

1. Introducere
1. care este scopul aplicatiei noastre
2. Domeniul de utilizare
3. lista de definitii si abrevieri (dupa nevoie)

2. Descriere generala
1. scurta descriere
2. de ce este necesara o astfel de aplicatie (motivatie)
3. daca sunt asa produse similare
4. care sunt riscurile, factorii de experienta, de planificare, tehnologici, externi

3. Sistemul propus
1. Sa identificam categoriile de utilizatori directi/indirecti ai sistemului. Pentru fiecare categorie: denumirea categoriei, cum utilieaza sistemul si rezultatele sistemului, cum vor influenta sistemul. Ce e necesar pentru utilizarea sistemului, nr aproximativ de utilizatori pentru aceasta categorie, cat de frecvent vor utiliza sistemului
2. Modele de sistem
1. Identificare module mari ale aplicatiei noastre (ex. modul User, modul Cars, modul Parking etc)
2. Actorii si cazurile de utilizare
3. Descrierea cazurilor de utilizare
- atribuirea unui modul din care face parte
- actorul/actorii implicati
- fluxul de baza: descriere si diagrama de secventa
- ce alternative pot aparea la fluxul de baza
- preconditie
- postconditie
- schita interfetei utilizator la executia cazului de utilizare
- prioritatea de implementare (critica, ridicata, medie, scazuta) si justificare
4. diagrama de context (diagrama mare)
3. Dupa stabilirea cazurilor si modelului de sistem, trebuie sa impartim taskurile (implementari ale cazurilor de utilizare) in 3 sprinturi.

## Intrebari laborant
De asemenea, aici am pregatit un set de intrebari pentru laborant. Daca veti avea si voi intrebari ce nu le gasiti in lista asta, va rog sa le spuneti si eu il voi intreba.

## Incheiere
Dupa ce discutam toate aspectele de aici, vom face o impartire. Ca un trailer, fiecare isi va alege cate o cerinte/subcerinta (caz de utilizare sau altceva), il va descrie dupa model, la nevoie ii va forma diagrama de secventa, de utilizare. La final fiecare va avea parti de documentatie care vor trebui unite in una.

## Linkuri utile
[[1] Confluence exemplu](https://testing-turcu.atlassian.net/wiki/spaces/IP/pages/9437185/Functional+documentation)
[[2] Jira exemplu](https://testing-turcu.atlassian.net/jira/software/projects/IP/boards/1/backlog)
[[3] Prezentare lab](https://drive.google.com/file/d/19wvOQtS3MZEnsZOjkYkKTtaERGzJqcvU/view?usp=sharing)
[[4] Document specificatie cerinte](https://curs.upb.ro/2022/pluginfile.php/467757/mod_assign/intro/Documentul%20de%20specifica%E1%B9%ADie%20a%20cerin%E1%B9%ADelor.pdf)