Use Case Model - Complete Report Grouped by Item Kind, Full Descriptions

Transkript

1 Use Case Model - Complete Report Grouped by Item Kind, Full Descriptions Generated by Serlio Software Case Complete Report Contents: Description: casecomplete Use Cases... 2 Přihlášení uživatele... 2 Registrace uživatele... 4 Odhlášení uživatele... 6 Zobrazení účtu... 8 Editace účtu Správa uživatelů - přidání uživatele Správa uživatelů - editace uživatele Správa uživatelů - smazání uživatele Správa skupin aukcí - vytvoření aukce Správa skupin aukcí - smazání aukce Správa skupin aukcí - editace aukce Správa skupin aukcí - uzamknutí aukce Zadání a zveřejnění aukce Přihazování do aukce Report aukce Ukončení aukce Actors Administrátor Správce aukce Uživatel Requirements Packages casecomplete Glossary... 39

2 Use Cases (Sorted by ID) UC-1 Přihlášení uživatele P2 Případ užití přihlásit je nutnou součástí systému, kdy přístup k jeho jednotlivým částem je závislý na přihlášení. Alternativní tok událostí umožňuje registrovat nového uživatele. Details Parent: casecomplete Primary Actors: Administrátor, Supporting Actors: Uživatel Preconditions: uživatel má Success Guarantee: uživatel bude vytvořený a autorizovaný účet úspěšně přihlášen Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Případ užití začíná vstupem uživatele na server aukce a kliknutím na možnost přihlášení 2. Systém zobrazí uživatelské rozhraní s dialogem pro přihlášení 3. Uživatel vloží uživatelské jméno a heslo 4. Systém ověří platnost údajů proti databázi *Validace Systém zobrazí uživatelské rozhraní dle uživatelské role Extensions: 4.a Uživatel zadal špatné přihlašovací údaje 1. Systém se vrátí do původního stavu Diagrams 2

3 Diagrams Activity Diagram (tom123.ndx) 3

4 UC-2 Registrace uživatele P1 Případ užití registrovat uživatele Details Parent: casecomplete Primary Actors: Administrátor, Uživatel Preconditions: nový účet je uložen v databázi a čeká na potvrzení administrátorem Level: Use Case Status: Assigned To: Supporting Actors: Success Guarantee: uživatel byl zaregistrován Complexity: Implementation Status: Release: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu registrovat uživatele 2. Systém zobrazí formulář pro registraci 3. Uživatel zadá své jméno, příjmení, , telefon, uživatelské jméno, 2x stejné heslo. 4. Systém zkontroluje, jestli se shoduje dvakrát zadané heslo 5. Uživatel potvrdí, že je vlastníkem daného účtu, kliknutím na link v zaslaném mailu *Potvrzení registrace+ 6. Uživatel počká na aktivaci účtu administrátorem Extensions: 4.a Uživatel nezadal dvakrát stejné heslo 1. Systém se vrátí do původního stavu 5.a Uživatel nepotvrdil, že je vlastníkem daného mailu 1. účet bude uložen do databáze, ale nebude aktivní (nebude se možné přihlásit) Diagrams 4

5 Diagrams Activity Diagram (tom123.ndx) 5

6 UC-3 Odhlášení uživatele P2 Případ užití odhlásit využije uživatel při ukončení práce s účtem. Details Parent: casecomplete Primary Actors: Administrátor, Uživatel Preconditions: uživatel je přihlášen Level: Use Case Status: Assigned To: Flow of Events Main Success Scenario: 1. Uživatel stiskne tlačítko Odhlásit 1.1. Systém odhlásí uživatele Supporting Actors: Success Guarantee: Uživatel je odhlášen. Complexity: Implementation Status: Release: Extensions: Diagrams 6

7 Diagrams Activity Diagram (1.ndx) 7

8 UC-4 Zobrazení účtu P2 Případ užití můj účet zobrazí uživateli informace o jeho účtu. Alternativní tok umožňuje některá data upravit, například si nastavit nové heslo pro přístup do systému. Details Parent: casecomplete Primary Actors: Administrátor, Supporting Actors: Uživatel Preconditions: uživatel je přihlášen Success Guarantee: uživateli se zobrazí informace o jeho účtu Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu Můj účet 2. Systém zobrazí základní informace účtu obsahující (jméno, příjmení, username, , telefon) a dále informace pro jednotlivé role 2.1. Administrátor: žádné další informace 2.2. Uživatel: seznam aukcí, u kterých přihazuje Extensions: Diagrams 8

10 UC-5 Editace účtu P3 Případ užití editace účtu zobrazí informace uživateli o stavu jeho účtu. Tok umožňuje některá data upravit, například si nastavit nové heslo pro přístup do systému. Details Parent: casecomplete Primary Actors: Administrátor, Supporting Actors: Uživatel Preconditions: uživatel je přihlášen Success Guarantee: uživatel si úspěšně upravil data Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu Můj účet 2. Systém zobrazí základní informace účtu obsahující (jméno, příjmení, username, , telefon) a dále informace pro jednotlivé role 2.1. Administrátor: žádné další informace 2.2. Uživatel: seznam aukcí, u kterých přihazuje 3. Uživatel stiskne tlačítko upravit 4. Systém zobrazí formulář pro úpravu údajů 5. Uživatel změní data 6. Systém zkontroluje, jestli jsou data validní 7. Systém uloží změny do databáze Extensions: 6.a Data nejsou validní 1. Systém upozorní uživatele na chybu a umožní mu znovu se pokusit o úpravu dat (krok 2.) Diagrams 10

11 Diagrams 11

12 Diagrams 12

13 Diagrams Activity Diagram (11.ndx) UC-6 Správa uživatelů - přidání uživatele P3 Případ užití správa uživatelů - přidání uživatele.tok umožňuje administrátorovi přidat uživatele. Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: uživatel je přihlášen Success Guarantee: Nový účet je uložen s rolí administrátora v databázi Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu Správa osob 2. Systém zobrazí přehled všech uživatelů obsahující informace (jméno, příjmení, uživatelské jméno, heslo, stav aktivace, telefon, ) s možností přejít na detail uživatele, upravit data uživatele, změnit aktivaci nebo smazat uživatele 3. Administrátor stiskne tlačítko detail uživatele 3.1. Systém zobrazí detail uživatele obsahující informace o uživateli. 4. Administrátor stiskne tlačítko přidat uživatele 5. Systém zobrazí formulář pro přidání uživatele 6. Administrátor vloží data jméno, příjmení, , telefon uživatelské jméno, 2x heslo 7. Systém zkontroluje, jestli se shoduje dvakrát zadané heslo 7.1. Systém uloží data do databáze Extensions: 8.a Neshoduje se zadané heslo 1. Systém se vrátí do původního stavu Diagrams 13

15 UC-7 Správa uživatelů - editace uživatele P3 Případ užití správa uživatelů - editace uživatele. Tok umožňuje upravit data uživatele. Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: uživatel je přihlášen Success Guarantee: Změny byly úspěšně s rolí administrátora provedeny Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu Správa osob 2. Systém zobrazí přehled všech uživatelů obsahující informace (jméno, příjmení, uživatelské jméno, heslo, stav aktivace, telefon, ) s možností přejít na detail uživatele, upravit data uživatele, změnit aktivaci nebo smazat uživatele 3. Administrátor stiskne tlačítko detail uživatele 3.1. Systém zobrazí detail uživatele obsahující informace o uživateli. 4. Uživatel s rolí administrátor stiskne tlačítko upravit u vybraného uživatele 5. Systém zobrazí formulář pro úpravu údajů 6. Uživatel změní data 7. Systém zkontroluje, jestli jsou data validní Systém uloží změny do databáze Extensions: 8.a Data nejsou validní 1. Systém upozorní uživatele na chybu a umožní mu znovu se pokusit o úpravu dat (krok 2.) Diagrams 15

16 Diagrams Activity Diagram (tom.ndx) 16

17 UC-8 Správa uživatelů - smazání uživatele P3 Případ užití správa uživatelů - smazání uživatele. Tok umožňuje administrátorovi smazat uživatele. Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: uživatel je přihlášen Success Guarantee: uživatel byl úspěšně s rolí administrátora odebrán Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu Správa osob 2. Systém zobrazí přehled všech uživatelů obsahující informace (jméno, příjmení, uživatelské jméno, heslo, stav aktivace, telefon, ) s možností přejít na detail uživatele, upravit data uživatele, změnit aktivaci nebo smazat uživatele 3. Administrátor stiskne tlačítko detail uživatele 3.1. Systém zobrazí detail uživatele obsahující informace o uživateli. 4. Uživatel s rolí administrátor zvolí volbu smazat u vybraného uživatele 5. Systém zobrazí potvrzující dialog 6. Uživatel potvrdí smazání uživatele tlačítkem OK 6.1. ANO - Systém smaže z databáze uživatele i se všemi jeho rolemi Extensions: 7.a Uživatel nepotvrdí smazání Systém se vrátí do původního stavu Diagrams 17

19 UC-9 Správa skupin aukcí - vytvoření aukce P1 Případ užití popisuje vytvoření nové skupiny, do které se mohou přidávat nové aukce Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: Uživatel je přihlášen Success Guarantee: V databázi přibude jako admin nová skupina Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Admin vybere volbu pro správu skupin 2. Systém zobrazí seznam skupin 3. Admin vybere volbu pro vytvoření nové skupiny 4. Systém zobrazí formulář pro vytvoření nové skupiny 5. Admin zadá název a popis skupiny Systém zkontroluje, zdali jsou údaje validní Extensions: 2.a V databázi nejsou uloženy žádné skupiny 1. Systém upozorní admina na neexistující skupiny. Scénář pokračuje krokem 3. 6.a Údaje nejsou validní 1. Systém upozorní admina na chybu a umožní mu zadat údaje znovu Diagrams 19

21 UC-10 Správa skupin aukcí - smazání aukce P1 Případ užití popisuje smazání skupiny pro aukce Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: Uživatel je přihlášen Success Guarantee: Z databáze se jako admin odstraní jedna skupina Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Admin vybere volbu pro správu skupin 2. Systém zobrazí seznam skupin 3. Admin u dané skupiny vybere volbu pro smazání 4. Systém zkontroluje, zdali ve skupině zrovna neprobíhá žádná aukce a zobrazí potvrzovací dialog 5. Admin potvrdí smazání skupiny Systém odstraní danou skupinu z databáze Extensions: 2.a V databázi nejsou uloženy žádné skupiny 1. Systém upozorní admina na neexistující skupiny a případ užití končí 4.a V dané skupině zrovna probíhá aukce 1. Systém upozorní admina na to, že skupina nemůže být smazána, jelikož v ní probíhá aukce 5.a Admin nepotvrdí smazání skupiny 1. Systém upozorní admina, že skupina nebyla odstraněna. Scénář pokračuje krokem 2. Diagrams 21

22 Diagrams Activity Diagram (q.ndx) 22

23 UC-11 Správa skupin aukcí - editace aukce P1 Případ užití popisuje úpravu údajů o skupině pro aukce Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: Uživatel je přihlášen Success Guarantee: U jedné skupiny se v jako admin databázi změní údaje Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Admin vybere volbu pro správu skupin 2. Systém zobrazí seznam skupin 3. Admin u dané skupiny vybere volbu pro editaci 4. Systém zobrazí formulář pro upravení údajů o skupině 5. Admin změní údaje 6. Systém zkontroluje, zdali jsou údaje validní a uloží je do databáze Extensions: 2.a V databázi nejsou uloženy žádné skupiny 1. Systém upozorní admina na neexistující skupiny a případ užití končí 6.a Údaje nejsou validní 1. Systém upozorní admina na chybu a umožní mu zadat údaje znovu Diagrams 23

24 Diagrams Activity Diagram (tom.ndx) 24

25 UC-12 Správa skupin aukcí - uzamknutí aukce P1 Případ užití popisuje uzamknutí skupiny, aby do ní nemohly být přidávány nové aukce Details Parent: casecomplete Primary Actors: Administrátor Supporting Actors: Preconditions: Uživatel je přihlášen Success Guarantee: Jedna skupina bude jako admin uzamčena Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Admin vybere volbu pro správu skupin 2. Systém zobrazí seznam skupin 3. Admin u dané skupiny vybere volbu pro uzamknutí 4. Systém zobrazí potvrzovací dialog 5. Admin potvrdí uzamknutí skupiny Systém v databázi změní skupinu na uzamknutou Extensions: 2.a V databázi nejsou uloženy žádné skupiny 1. Systém upozorní admina na neexistující skupiny a případ užití končí 5.a Admin nepotvrdí uzamknutí skupiny 1. Systém upozorní admina, že skupina nebyla uzamčena. Scénář pokračuje krokem 2 Diagrams 25

26 Diagrams Activity Diagram (w.ndx) 26

27 UC-13 Zadání a zveřejnění aukce P1 Případ užití popisuje průběh procesu zadání a zveřejnění aukce. Details Parent: casecomplete Primary Actors: Správce aukce Preconditions: uživatel je přihlášen Supporting Actors: Success Guarantee: aukce bude zveřejněna Complexity: Implementation Status: Release: Level: Use Case Status: Assigned To: Flow of Events Main Success Scenario: 1. Uživatel spustí volbu Nová aukce 2. Systém zobrazí nabídku kategorií 3. Uživatel zvolí kategorii do níž aukce spadá 4. Systém zobrazí formulář nové aukce 5. Uživatel zadá titulek aukce, popis, vyvolávací cenu a dobu trvání aukce 6. Systém data uloží 7. Systém zobrazí formulář pro vložení fotek 8. Uživatel vloží fotku 9. Systém fotku uloží 10. Uživatel zvolí volbu pro zveřejnění a započatí aukce Extensions: 6.a Popisky aukce neprojdou validací a systém data neuloží 1. Systém vybídne uživatele k opravě údajů, scénář pokračuje krokem 4 7.a Uživatel zvolí funkci přeskočit vložení fotky 1. scénář pokračuje krokem 10 Diagrams 27

28 Diagrams 28

29 Diagrams Activity Diagram (e.ndx) 29

30 UC-14 Přihazování do aukce P1 Případ užití popisuje příhoz do aukce. Details Parent: casecomplete Primary Actors: Uživatel Supporting Actors: Preconditions: uživatel je přihlášen Success Guarantee: uživatel úspěšně přihodil do aukce Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel zvolí volbu Přihodit 2. Systém zobrazí formulář pro zadání přihazované částky 3. Uživatel zadá přihazovanou částku a volbu potvrdí 4. Systém zkontroluje, zda částka přesahuje dosavadní příhozy 5. Systém zaznamená novou cenu aukce, přiřadí uživatele k aukci jako nejvýše přihazující a zobrazí uživateli zprávu o úspěšném navýšení částky Extensions: 4.a validace přihazované částky neprojde kontrolou 1. Systém informuje o nízkém příhozu a vybídne uživatele k opravě údajů 2. Scénář pokračuje krokem 2 Diagrams 30

31 Diagrams Activity Diagram (r.ndx) 31

32 UC-15 Report aukce P2 Případ užití popisuje zobrazení reportu proběhlé aukce. Details Parent: casecomplete Primary Actors: Administrátor, Supporting Actors: Správce aukce, Uživatel Preconditions: přihlášený admin, Success Guarantee: úspěšné zobrazení správce aukce, uživatel informace o proběhlé aukci Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Uživatel vybere volbu pro zobrazení reportu již ukončené aukce 2. Systém zobrazí informace o proběhlé aukci Extensions: Diagrams Activity Diagram (t.ndx) 32

33 UC-16 Ukončení aukce P1 Případ užití popisuje proces ukončení aukce a rozeslání upozornění o ukončení Details Parent: casecomplete Primary Actors: Správce aukce, Supporting Actors: Uživatel Preconditions: přihlášený správce Success Guarantee: aukce je ukončena a aukce, uživatel je dostupný repor aukce Level: Complexity: Use Case Status: Implementation Status: Assigned To: Release: Flow of Events Main Success Scenario: 1. Systém aukci označí jako ukončenou 2. Systém zakáže přihazování na aukci 3. Systém pošle správci aukce s těmito informacemi: konečná cena, jméno nejvyššího přihazujícího spolu s jeho kontaktními informacemi 4. Systém pošle výherci s těmito informacemi: gratulace o výhře, kontakt na správce aukce, výzvu k zaplacení, a konečnou cenu 5. Systém pošle všem ostatním účastníkům dané aukce tyto informace: bohužel jste aukci nevyhrál, průběh celé aukce, a konečná cena 6. Systém zpřístupní správci aukce a výherci report aukce Extensions: Diagrams 33

34 Diagrams Activity Diagram (z.ndx) 34

35 A-2 Administrátor správce systému Actors (Sorted by Name) Goals přidání uživatelů mazání uživatelů editace uživatelů správa skupin aukcí Use cases that this actor plays a role in: Editace účtu (UC-5) Odhlášení uživatele (UC-3) Přihlášení uživatele (UC-1) Registrace uživatele (UC-2) Report aukce (UC-15) Správa skupin aukcí - editace aukce (UC-11) Správa skupin aukcí - smazání aukce (UC-10) Správa skupin aukcí - uzamknutí aukce (UC-12) Správa skupin aukcí - vytvoření aukce (UC-9) Správa uživatelů - editace uživatele (UC-7) Správa uživatelů - přidání uživatele (UC-6) Správa uživatelů - smazání uživatele (UC-8) Zobrazení účtu (UC-4) A-3 Správce aukce ten, kdo vytvořil danou aukci Goals zadávání aukcí rušení aukce rušení příhozů nastavení konce aukce změny v požadavcích aukce Use cases that this actor plays a role in: Report aukce (UC-15) Ukončení aukce (UC-16) Zadání a zveřejnění aukce (UC-13) 35

36 A-4 Uživatel přihlášený uživatel Goals přihazování v aukci prohlížení aukcí Use cases that this actor plays a role in: Editace účtu (UC-5) Odhlášení uživatele (UC-3) Přihazování do aukce (UC-14) Přihlášení uživatele (UC-1) Registrace uživatele (UC-2) Report aukce (UC-15) Ukončení aukce (UC-16) Zobrazení účtu (UC-4) 36

37 Requirements (Sorted by ID) 37

38 Packages casecomplete Diagrams casecomplete_context (casecomplete_context.ndx) Use Cases Defined in casecomplete: UC-5 Editace účtu UC-3 Odhlášení uživatele UC-14 Přihazování do aukce UC-1 Přihlášení uživatele UC-2 Registrace uživatele UC-15 Report aukce UC-11 Správa skupin aukcí - editace aukce UC-10 Správa skupin aukcí - smazání aukce UC-12 Správa skupin aukcí - uzamknutí aukce UC-9 Správa skupin aukcí - vytvoření aukce UC-7 Správa uživatelů - editace uživatele UC-6 Správa uživatelů - přidání uživatele UC-8 Správa uživatelů - smazání uživatele UC-16 Ukončení aukce UC-13 Zadání a zveřejnění aukce UC-4 Zobrazení účtu Actors Defined in casecomplete: A-2 Administrátor A-3 Správce aukce A-4 Uživatel Requirements Defined in casecomplete: Sub-Packages defined in casecomplete: 38

39 Glossary Term Meaning Aliases aukce ihození př 39