Systém pro správu sportovních turnajů

Systém pro správu
sportovních
turnajů
SpSSt
[email protected]
Cvičící: Martin Komárek
Cvičení: pondělí, 16:15 – 17:45
II. verze vize projektu
ZS 2014
https://www.assembla.com/spaces/tournamentorganisator/wiki
Jakub Chromec, Antonín Karola, Jan Schötterl,
Josef Voborník, Karel Zavřel
16.10.2014
Obsah
Obsah
Obsah....................................................................................................................................................... 2
1 Vize ....................................................................................................................................................... 3
1.1 Cíl projektu .................................................................................................................................... 3
1.2 Zainteresované osoby a instituce .................................................................................................. 3
1.2.1 Zadavatelé .............................................................................................................................. 3
1.2.2 Dodavatelé ............................................................................................................................. 3
1.2.3 Konzultant .............................................................................................................................. 3
1.2.4 Uživatelé systému................................................................................................................... 3
1.3 Funkcionalita systému ................................................................................................................... 4
1.3.1 Administrátor ......................................................................................................................... 4
1.3.2 Pořadatel ................................................................................................................................ 4
1.3.3 Tým (Vedoucí týmu) ............................................................................................................... 5
1.3.4 Zapisovatel.............................................................................................................................. 5
1.3.5 Návštěvník stránek ................................................................................................................. 6
1.4 Harmonogram ............................................................................................................................... 6
1.5 Výhody proti konkurenci ............................................................................................................... 7
1.6 Spolehlivost a kvalita systému....................................................................................................... 8
1.6.1 Kontroly před nasazením systému do provozu ...................................................................... 8
1.6.2 Kontroly při běhu systému ..................................................................................................... 8
1.6.3 Střední doba do výpadku systému ......................................................................................... 8
1.6.4 Střední doba do opravy .......................................................................................................... 8
1.7 Finanční náklady ............................................................................................................................ 8
1.7.1 Podmínky tvorby systému ...................................................................................................... 8
1.7.2 Náklady na provoz systému.................................................................................................... 8
1.7.3 Očekávané zatížení systému .................................................................................................. 8
1.7.4 Webhosting ............................................................................................................................ 8
1.8 Softwarové a hardwarové omezení .............................................................................................. 8
1.8.1 Platforma systému.................................................................................................................. 8
1.8.2 Parametry webhostingu ......................................................................................................... 9
1.9 Licence ........................................................................................................................................... 9
2
1 Vize
1.1 Cíl projektu
Cílem tohoto školního projektu je vytvořit systém na pořádání turnajů v různých
kolektivních sportech. Pro každý sport budou implementovány odpovídající pravidla a
systém zapisování statistik. Systém bude umožňovat registraci sportovního týmu v jeho
dané sportovní kategorii. Dále bude systém umožňovat zřízení profilu organizátora, který
může následně vytvářet sportovní turnaje v libovolné kategorii, kde bude mít možnost
vybrat typ turnaje (počet základních skupin a počet týmů postupujících do vyřazovací
časti turnaje). Dále bude moct volit účastníky ze zaregistrovaných sportovních týmů,
zadávání výsledků jednotlivých utkání v turnaji a prohlížení statistik týmů a hráčů. V
rámci školního projektu byl počet kolektivních sportů, pro které bude systém použitelný,
zredukován na 1-3 sporty a to z důvodu časové náročnosti. Pokud by se Systém pro
správu sportovních turnajů (SpSSt) začal využívat komerčně, dodatečně by byl
rozšířen pro více sportů.
1.2 Zainteresované osoby a instituce
1.2.1 Zadavatelé
Školní zadavatelé:
Ing. Martin Komárek, Ing. Tomáš Černý, MSc.
1.2.2 Dodavatelé
Jakub Chromec
Antonín Karola
Jan Schötterl
Josef Voborník
Karel Zavřel
1.2.3 Konzultant
Radek Václavík
1.2.4 Uživatelé systému
1.2.4.1 Administrátor
Administrátor se stará o správu celého systému. Nemusí se jednat pouze o jediného
člověka. Má za úkol řešit nenadálé problémy softwaru. Do jeho povinností dále spadá
řešení konfliktů s problémovými uživateli systému a případné čištění paměti od
nesmyslných a nadbytečných dat.
1.2.4.2 Pořadatel
Pořadatel je registrovanou osobou v systému starající se o správu sportovních turnajů,
vytváření, obsazování a další. Pořadatelem se v našem systému může stát kdokoli.
1.2.4.3 Vedoucí týmu
Vedoucí týmu je hlavním představitelem sportovního týmu zaregistrovaného do systému.
Svou registrací následně vytváří registraci celého týmu, kdy musí sepsat informace o
3
všech hráčích. Stará se o správu týmového profilu a jedná se o osobu komunikující s
pořadatelem turnaje ohledně účasti na jím vytvořeném turnaji.
1.2.4.4 Zapisovatel
Zapisovatel je pořadatelem pověřená osoba, která se stará o zapisování statistik
jednotlivých utkání do systému. Její povinností je dostavit se na přiřazená utkání.
1.3 Funkcionalita systému
1.3.1 Administrátor
1.3.1.1 Registrace administrátora
Jeden administrátor bude vytvořen implicitně při vyvíjení softwarového produktu, ten
následně bude moci vytvářet další administrátorské účty za účelem zřízení si pomocníků
na správu celého systému.
1.3.1.2 Zobrazení statistik
Systém bude administrátorovi umožňovat zobrazení tabulek se statistikami turnajů,
utkání, týmů a hráčů dle zadaných parametrů.
1.3.1.3 Vyhledávání v systému
Systém bude umožňovat vyhledání turnaje, utkání, týmu či hráče dle zadaných
parametrů. Realizováno to bude pomocí výběrových polí.
1.3.1.4 Rušení účtů
Systém bude administrátorovi umožňovat zrušení účtu problémovým uživatelům.
1.3.2 Pořadatel
1.3.2.1 Registrace pořadatele
Systém bude umožňovat volně dostupnou registraci pořadatele turnajů do systému, kdy
bude dané osobě vytvořen její vlastní spravovatelný profil.
1.3.2.2 Přihlášení do systému a správa profilu
Systém bude pořadateli umožňovat přihlášení ke svému profilu pořadatele s následnou
možností úpravy profilových informací.
1.3.2.3 Vytvoření turnaje
Systém bude pořadateli umožňovat vytvoření turnaje podle jím zadaných kritérií (např.
kategorie sportu, termín turnaje apod.). Dále bude moci přidat do turnaje již
zaregistrované týmy, které musí potvrdit účast. Druhou možností, jak obsadit volná místa
v turnaji, je přidat ho do sekce volně dostupných turnajů, kde se zapsat do turnaje může
kterýkoliv tým s následnou nutností potvrzení pořadatelem.
1.3.2.4 Editace a smazání turnaje
Systém bude pořadateli umožňovat editaci či smazání turnaje nejpozději však 3 dny před
zahájením turnaje.
4
1.3.2.5 Zobrazení statistik
Systém bude pořadateli umožňovat zobrazení tabulek se statistikami turnajů, utkání,
týmů a hráčů dle zadaných parametrů.
1.3.2.6 Vyhledávání v systému
Systém bude umožňovat vyhledání turnaje, utkání, týmu či hráče dle zadaných
parametrů. Realizováno to bude pomocí výběrových polí.
1.3.1.7 Přidělení přístupových práv zapisovateli
Systém bude pořadateli umožňovat přidělování přístupových práv k vytváření a editaci
statistik ke každému zápasu. Každý ze zapisovatelů obdrží od pořadatele přístupová
hesla k vytváření či editaci statistik jim přidělených zápasů.
1.3.1.8 Vytváření a editace statistik
Systém bude pořadateli umožňovat vytváření a editaci statistik. To pro případ, že si
pořadatel nezvolí žádné zapisovatele, nebo nikdo z daných zapisovatelů nebude
schopen dorazit na přidělené utkání a bude tak muset být zastoupen.
1.3.3 Tým (Vedoucí týmu)
1.3.3.1 Registrace týmu a vedoucího týmu
Systém bude umožňovat volně dostupnou registraci týmu. Osoba, která tým registruje do
systému, se zároveň stává vedoucím týmu. Vedoucí týmu se stará o správu týmového
profilu a informace o jednotlivých hráčích v týmu. Bude se starat o komunikaci s
pořadateli kvůli účasti na turnajích.
1.3.3.2 Přihlášení do systému a správa profilu
Systém bude uživateli umožňovat přihlášení k profilu vedoucího týmu s následnou
možností úpravy profilových informací.
1.3.3.3 Zobrazení statistik
Systém bude vedoucímu týmu umožňovat zobrazení tabulek se statistikami turnajů,
utkání, týmů a hráčů dle zadaných parametrů.
1.3.3.4 Vyhledávání v systému
Systém bude umožňovat vyhledání turnaje, utkání, týmu či hráče dle zadaných
parametrů. Realizováno to bude pomocí výběrových polí.
1.3.3.5 Přihlášení se do turnaje
Vedoucí týmu může přihlásit svůj tým do daného turnaje sám pouze v případě, že
pořadatel označil turnaj jako veřejně dostupný. Druhým způsobem je potvrzení
“pozvánky” do turnaje, která vznikne při zařazení týmu do turnaje samotným
pořadatelem.
1.3.4 Zapisovatel
1.3.4.1 Přihlášení do systému
Systém bude uživateli umožňovat přihlášení k profilu zapisovatele pomocí přihlašovacích
údajů, které mu byly zaslány pořadatelem. Přihlášení se k profilu zapisovatele bude
možné jen po určitou dobu.
5
1.3.4.2 Zápis statistik
Systém bude zapisovateli poskytovat rozhraní pro zapisování výsledků konkrétního
utkání do statistických tabulek v dané sportovní kategorii a turnaji. Tato funkčnost bude
zapisovateli zpřístupněna přibližně půl hodiny před daným utkáním.
1.3.4.3 Editace statistik
Systém bude zapisovateli umožňovat editaci jím vytvořených statistik pro případ špatně
zadaných výsledků či přehlédnutí. Zapisovatel nebude mít práva editovat statistiky
vytvořené jinými zapisovateli a editace jím vytvořených statistik bude časově omezena
na 24 hodin po zahájení utkání, ke kterému byl zapisovatel přiřazen. Pořadatel může
editovat statistiky vytvořené kterýmkoliv zapisovatelem.
1.3.4.4 Zobrazení statistik
Systém bude zapisovateli umožňovat zobrazení tabulek se statistikami turnajů, utkání,
týmů a hráčů dle zadaných parametrů.
1.3.4.5 Vyhledávání v systému
Systém bude umožňovat vyhledání turnaje, utkání, týmu či hráče dle zadaných
parametrů. Realizováno to bude pomocí výběrových polí.
1.3.5 Návštěvník stránek
1.3.5.1 Zobrazení statistik
Systém bude uživateli umožňovat zobrazení tabulek se statistikami turnajů, utkání, týmů
a hráčů dle zadaných parametrů.
1.3.5.2 Vyhledávání v systému
Systém bude umožňovat vyhledání turnaje, utkání, týmu či hráče dle zadaných
parametrů. Realizováno to bude pomocí výběrových polí.
1.4 Harmonogram
Odkaz na stránky Moodlu, kde se nacházejí bližší informace o odevzdávání dílčích částí
projektu.
http://ocw.cvut.cz/moodle/mod/resource/view.php?id=20672
Základní harmonogram je rozdělen do pěti několikatýdenních iterací, kdy tým musí dodat
požadovanou část projektu s příslušnou dokumentací.
3. TÝDEN (10.říjen 2014)
 Zhotovená vize projektu
5. TÝDEN (24.říjen 2014)
 Upravená vize projektu
 Byznys analýza
o Business Process Model (BPM)
o Business Domain Model (BDM)
 Katalog funkčních a obecných požadavků
o Funkční požadavky
o Obecné požadavky
6

Model případů užití
o Diagram aktérů s popisem
o Diagram případů užití s popisem
o Mapovaní požadavků na případy užití
8. TÝDEN (14.listopad 2014)
 Upravená vize projektu
 Business Process Model (BPM)
 Katalog funkčních a obecných požadavků
 Model případů užití
o Diagram aktérů s popisem aktérů a vazeb
o Diagram případů užití s popisem
o Scénáře případů užití nebo diagramy aktivit
o Mapování požadavků na případy užití
 Analytický doménový model
o Diagram tříd
o Diagram nasazení
o Diagram komponent
 Robustní architektonický základ
10. TÝDEN (28.listopad 2014)
 Model architektury
o Diagram komponent
o Diagram balíčků a tříd
 Model komunikace
o Sekvenční diagramy
 Model nasazení
 Zpráva o implementaci s uživatelským manuálem
 Plán testování případů užití
12. TÝDEN (12.prosinec 2014)
 Kompletní dokumentace projektu
 Zpráva o implementaci s uživatelským manuálem
 Zpráva o testování
o Ukázka spuštění testů (stress test, unit test, integration test, UI test,
statická analýza, PMD, FingBugs)
Součástí každé iterace je také výkaz práce na projektu jednotlivých členů týmu a tabulka
s přerozdělenými body.
1.5 Výhody proti konkurenci
Systém pro správu sportovních turnajů je unikátní systém, který umožňuje pořadateli
komplexní a pohodlnou správu celého turnaje. Existují organizátory turnajů, ale vždy jen
pro daný sport a danou kategorii. Náš organizátor turnajů přebíjí ostatní potenciální
konkurenty přehledností, jednoduchostí ale především svojí univerzálností. Další velkou
výhodou oproti ne zrovna početné konkurenci je možnost volby typu turnaje - na kolik
základních skupin bude turnaj rozdělen a volba počtu týmů účastnících se vyřazovacích
bojů.
7
Jedním příkladem konkurence je např. na stránkách http://www.mladeznickyflorbal.cz,
ovšem tento organizátor turnajů slouží jen pro střední a základní školy a pouze pro jeden
sport, kterým je florbal.
1.6 Spolehlivost a kvalita systému
1.6.1 Kontroly před nasazením systému do provozu
Do termínu předání softwarového produktu, bude systém pravidelně testován různými
testy (např. stress test, unit test a další). V případě zájmu druhé strany může testování
systému danými testy probíhat i po nasazení produktu do provozu.
1.6.2 Kontroly při běhu systému
Systém bude obsahovat ochranu proti vadným vstupním datům (např. ochranu
formulářových polí). Také se bude provádět pravidelné zálohování databáze, aby
nehrozilo ochromení celého systému.
1.6.3 Střední doba do výpadku systému
Střední doba do výpadku systému bude minimálně 15 dní.
1.6.4 Střední doba do opravy
Střední doba do opravy bude maximálně 6 hodin.
1.7 Finanční náklady
1.7.1 Podmínky tvorby systému
Systém je tvořen v rámci předmětu Úvod do softwarového inženýrství bez nároku na
odměnu.
1.7.2 Náklady na provoz systému
Náklady spojené s webhostingem budou odvozeny z ceníku poskytovatele webhostingu
a budou hrazeny zadavatelem.
1.7.3 Očekávané zatížení systému
Očekávané zatížení systému se odhaduje na několik stovek uživatelů. Denní
návštěvnost systému se odhaduje na několik desítek uživatelů.
1.7.4 Webhosting
Jako webhosting byl zvolen http://aws.amazon.com/free/ . Daný server umožňuje
vysokou konfigurovatelnost ze strany zákazníka s nabídkou bezplatného ročního
používání. V případě následného komerčního využívání Systému pro správu sportovních
turnajů (SpSSt) po uplynutí roční lhůty budou podmínky webhostingu upraveny.
1.8 Softwarové a hardwarové omezení
1.8.1 Platforma systému
Pro systém bude použit Java framework Play Framework
(http://www.playframework.com) - tzn. webové technologie (HTML, CSS, JS) + Java.
8
1.8.2 Parametry webhostingu
http://aws.amazon.com/ec2/
aws.amazon.com poskytuje ve verzi t2.micro Instance 1 GiB paměti, 1 vCPU, 6 CPU
credits/hour, EBS, 32 a 64 bit platformy
1.9 Licence
Předmětem licenční smlouvy bude poskytnutí nevýhradní licence mezi smluvními
stranami k užívání softwarového produktu. Licence nebude dovolovat nakládání se
softwarovým produktem jiným způsobem, než bude uvedeno v licenční smlouvě.
Zadavatel bude oprávněn užívat softwarový produkt, nikoliv však zasahovat do
zdrojového kódu nebo produkt dále šířit.
9
2 Bodové ohodnocení týmu
10
3 Zpětné hodnocení iterace
3.1 Co se osvědčilo/fungovalo?
Nejvíce se osvědčily hromadné schůzky, kam dorazili všichni členové týmu. Lépe se tak
dolaďují detaily systému a je snazší si ujasnit myšlenkové pochody každého z nás.
Rozhodně je lepší se sesednout a domluvit, než aby to každý po každém přepisoval.
3.2 Jaké byly problémy?
Největším problémem byla komunikace v týmu. Bylo těžké najít nějaké médium, které by
všichni pravidelně kontrolovali. A hromadné konzultace, kdy bychom se všichni osobně
sešli, je také těžké domluvit z důvodu rozdílných rozvrhů.
Problémem je také přesná představa, jak by měl systém fungovat, co vše by měl umět
(např. jaké statistiky chceme sledovat apod.).
Ze začátku se někteří členové týmu neznali, což mělo za následek výše zmiňované
problémy s komunikací.
3.3 Co a jak zkusíme dělat lépe?
Zkusíme si lépe rozdělit úkoly v týmu a zorganizovat tak práci. Dále zlepšit komunikaci
mezi členy týmu. Zvolit si jednotnou platformu pro komunikaci, každému totiž vyhovoval
jiný způsob (email, Facebook atd.). Dále být více aktivní v komunikaci a poskytovat
zpětnou vazbu členům, jež právě něco nasdíleli s týmem.
11