Mendelova univerzita v Brně Provozně ekonomická fakulta
Informační systém sportovního klubu Informační systémy projektování
Vypracovali: Jiří Adolf Vlastimil Knápek Jakub Kočí Jiří Krampol Petr Ondrejka
Brno 2012
Obsah
2
Obsah 1
Cíl
6
2
Projektové řízení
7
2.1
Analýza okolí.............................................................................................. 7
2.1.1
Silné stránky ...................................................................................... 7
2.1.2
Slabé stránky ...................................................................................... 7
2.1.3
Hrozby................................................................................................ 7
2.1.4
Příležitosti .......................................................................................... 7
2.2
Analýza nákladů a přínosů ........................................................................ 7
2.2.1
Výpočet úspor .................................................................................... 7
2.2.2
Náklady projektu .............................................................................. 8
2.2.3
Předpokládaný zisk projektu ............................................................ 8
2.2.4
Čistá současná hodnota .....................................................................9
2.2.5
Návratnost investice ..........................................................................9
2.3
Identifikační listina projektu ................................................................... 10
2.4
Logický rámec projektu ........................................................................... 11
2.5
Ganttův diagram ...................................................................................... 13
2.6
Kritická cesta ........................................................................................... 14
2.7
WBS ......................................................................................................... 14
2.8
Rezervy .................................................................................................... 15
2.9
Organizační schéma týmu ....................................................................... 15
2.10 Matice odpovědnosti ............................................................................... 16 2.11 Řešení problému – rybí kost ................................................................... 17 2.12 Analýza rizik ............................................................................................ 18 3
Modelování 3.1
19
Procesní model ........................................................................................ 19
3.1.1
Popis procesů .................................................................................. 20
3.2
Use case model ........................................................................................22
3.3
Scénáře (funkční požadavky) ..................................................................25
Obsah
3
3.4
Nefunkční požadavky ............................................................................. 28
3.5
Sekvenční diagram .................................................................................. 28
3.6
Diagram aktivit ....................................................................................... 29
3.7
Diagram tříd............................................................................................ 30
3.8
Stavový diagram...................................................................................... 32
4
Závěr
33
Seznam obrázků
4
Seznam obrázků Obr. 1
Projektové činnosti
13
Obr. 2
Ganttův diagram
13
Obr. 3
Kritická cesta
14
Obr. 4
WBS
14
Obr. 5
Organizační schéma týmu
15
Obr. 6
Rybí kost
17
Obr. 7
Kontextový diagram
19
Obr. 8
Systémový diagram
20
Obr. 9
Případy užití – balíčky
22
Obr. 10
Aktoři
22
Obr. 11
UCD – Správa osob
23
Obr. 12
UCD – Správa financí
23
Obr. 13
UCD – Správa družstev
24
Obr. 14
UCD – Správa událostí
24
Obr. 15
Sekvenční diagram Zadání docházky
28
Obr. 16
Diagram aktivit – Přihlášení do systému
29
Obr. 17
Diagram aktivit – Sestavení soupisky
30
Obr. 18
Diagram tříd – balíčky
30
Obr. 19
Diagram tříd – Správa událostí
31
Obr. 20
Stavový diagram uživatelského účtu
32
Seznam tabulek
5
Seznam tabulek Tab. 1
Náklady projektu
8
Tab. 2
Příjmy projektu
8
Tab. 3
Cash flow
8
Tab. 4
Identifikační listina projektu
10
Tab. 5
Logický rámec projektu – LFM
11
Tab. 6
Matice odpovědnosti Projektové řízení
16
Tab. 7
Matice odpovědnosti Modelování
16
Tab. 8 Analýza rizik vyhodnocující pravděpodobnost incidentu a jeho dopad 18 Tab. 9
UC01 – Přihlásit se
25
Tab. 10
UC02 – Sestavit soupisku
25
Tab. 11
UC03 – Zadat docházku
26
Tab. 12
UC04 – Přidat osobu
27
Cíl
6
1 Cíl Cílem tohoto projektu je vytvoření informačního systému pro sportovní klub provozující kolektivní sport. Systém bude umožňovat evidenci členů klubu, financí a tvorbu rozpočtů, rozpis tréninkových jednotek včetně docházky a rozpis utkání.
Projektové řízení
7
2 Projektové řízení 2.1 Analýza okolí Analýza okolí je realizována prostřednictvím SWOT matice. 2.1.1
Silné stránky
Prověřené vývojové nástroje. Lidské zdroje a schopnosti týmu. Relativně širší funkcionalita oproti podobným projektům. Free vývojový software. Zkušenosti s vývojem webových aplikací. 2.1.2
Slabé stránky
Nedostatečná propagace. Neznámá obchodní značka. 2.1.3
Hrozby
Nedodržení harmonogramu. Překročení nákladů. Nízký rozpočet sportovního klubu. Hrozba zvýšení daňového zatížení klienta. Část uživatelů může používat starší, zavedený systém. 2.1.4
Příležitosti
Možnost univerzálního využití projektu i pro jiné zákazníky. Nízká cena vývoje – větší poptávka. Snadná modifikovatelnost, možnost použití jako základu pro podobný web.
2.2 Analýza nákladů a přínosů 2.2.1
Výpočet úspor
Trenér hodinová mzda: 200 Kč hodinová úspora týdně: 4 hod. počet trenérů v klubu: 10 trenérů úspora: 200 * 4 * 10 * 52 týdnů = 416 000 Kč
Projektové řízení
8
Manažer hodinová mzda: 300 Kč hodinová úspora týdně: 3 hod. počet trenérů v klubu: 5 trenérů úspora: 300 * 3 * 5 * 52 týdnů = 234 000 Kč Úspora celkem za rok: Úspora celkem za 5 let: 2.2.2
416 000 + 234 000 = 650 000 Kč 650 000 * 5 = 3 250 000 Kč
Náklady projektu
Školení Koupě licence Plat nového zaměstnance Ztracené hodiny zaměstnanců za školení Cena systému Celkem 2.2.3
Předpokládaný zisk projektu
Úspory: Administrativa Manažeři Trenéři Celkem Tab. 1
190 000 Kč 234 000 Kč 416 000 Kč 840 000 Kč
Náklady projektu
NÁKLADY Školení Licence Plat zaměstnance Ztracené hodiny Systém Tab. 2
ROK 0 50000 60000 200000 70000 2000000
ROK 1
ROK 2
ROK 3
ROK 4
ROK 5
200000
200000
200000
200000
200000
Příjmy projektu
PŘÍJMY Úspora Tab. 3
50 000 Kč 60 000 Kč 200 000 Kč 70 000 Kč 2 000 000 Kč 2 380 000 Kč
ROK 0 -
ROK 1 840000
ROK 2 840000
ROK 3 840000
ROK 4 840000
ROK 5 840000
Cash flow
CASH FLOW Cash flow Kumulované Cash flow
ROK 0 -2380000
ROK 1 640000
ROK 2 640000
ROK 3 640000
ROK 4 640000
ROK 5 640000
-2380000
-1740000
-1100000
-640000
180000
820000
Projektové řízení
2.2.4
9
Čistá současná hodnota
ČSH 2380000
640000 640000 640000 640000 640000 640000 Kč 1,1 1,11 1,12 1,13 1,14 1,15
ČSH 46103Kč 2.2.5
Návratnost investice
ROI
4200000 - 3380000 24,2% 3380000
Projektové řízení
10
2.3 Identifikační listina projektu Tab. 4
Identifikační listina projektu
Identifikační listina projektu Krátký popis projektu: Cíle projektu:
Informační systém pro sportovní klub provozující kolektivní sport. Vytvořeni IS pro podporu činností sportovního klubu.
Obsah a rozsah projektu:
Webová aplikace umožňující evidenci hráčů a trenéru. Bude možné vytvářet jednotlivá družstva a přirázovat soupisky.
Přínos projektu:
Přehled o členech klubu, jejich fluktuaci, růstu členské základny apod. Správa financí klubu, tvorba rozpočtu a kontrola jeho plnění. Zjednodušení a zefektivnění práce pro členy realizačních týmu (trenéři a vedoucí), evidence docházky.
Kontext/okolí projektu:
Manažer klubu, člen klubu, trenér klubu, klient-server, LAN, internet
Plánované termíny: Zahájení:
11. 4. 2012 Milníky: úvodní studie, analýza a návrh, implementace, testovaní, předání Plánované náklady na pro- Interní: 2 380 000 Kč jekt: (v Kč) Externí: –
Ukončení:
30. 4. 2013
Účastníci projektu: Vedoucí projektu: Dozor projektu: Zákazník:
Jakub Kočí Doc. Ing Ivana Rábová, Ph.D. Sportovní klub Snipers Třebíč
Členové projektového týmu:
Jiří Adolf, Vlastimil Knápek, Jakub Kočí, Jiří Krampol, Petr Ondrejka
Potencionální překážky, rizika a omezení projektu: Neochota uživatelů k využívání systému, překročeni nákladů, nedodrženi harmonogramu, nesplnění požadavků. Poznámky, jiné související informace a pokyny Schválil(a) Doc. Ing Ivana Rábová, Ph.D. Místo
Brno Datum
11. 4. 2012
Projektové řízení
11
2.4 Logický rámec projektu Tab. 5
Logický rámec projektu – LFM
Obsahové shrnutí – hierarchie cílů Cílem projektu je zjednodušit a zlepšit organizaci spojenou s provozováním sportovního klubu, který se zabývá kolektivním sportem. Důraz je kladem na zvýšení efektivity práce funkcionářů a zvýšení dostupnosti informací a možnost sdílení mezi uživateli. Zjednodušení komunikace mezi všemi skupinami uživatelů projektů – hráči, trenéry ale i akcionáři. Jednotlivé moduly jsou evidence osob, financí (příjmy a výdaje), družstev (soupisky), události.
Objektivně ověřitelné ukazatele Nasazením systému by mělo dojít k nárůstu efektivity administrativních úkonů při zpracování veškeré agendy ve sportovním klubu.
Zdroje a prostředky ověření Zpětná vazba (feedback) od zákazníka, včasné odhalení závad a jejich náprava. Tyto zásady vycházejí z agilního vývoje.
Předpoklady a rizika
Všeobecná spokojenost uživatelů, stabilita systému, úspora času a finančních prostředků.
Výsledkem bude plně funkční systém, splňující všechny požadavky uživatelů, celý tým sportovního klubu bude dostatečně proškolen.
Výstupem bude fungující informační systém, přístupný přes web, zajišťující komplexní administraci sportovního klubu.
Spolehlivý systém, který umožňuje uživatelům poskytovat všechny relevantní informace v daném místě, čase a požadované kvalitě.
Při zkušebním provozu budou probíhat konzultace, výzkum spokojenosti produktu. Všechny informace budou sloužit jako podklad pro případné změnové řízení a debugging. Celý proces bude vycházet z projektového řízení. Jako podklady budou sloužit dokumenty z účetnictví, výkazy práce a další evidence.
Projekt se bude dostatečně konzultovat se zadavateli s cílem získat přesné požadavky na funkce systému. Toto bude zahrnuto ve fázi analýzy, poté
Obdržení zálohy od zadavatele, sestavení vývojového týmu, agilní metodiky vývoje softwaru.
Je zapotřebí respektovat všechny funkční a nefunkční požadavky na systém.
Může dojít k informačnímu nedorozumění či chybné interpretaci požadavků. Nedostatečně provedené
Projektové řízení
bude následovat implementace, důkladné testování a zkušební nasazení produktu v klubu. Současně bude probíhat školení uživatelů.
12
odladění systému.
Všechna očekávání z obou stran byla naplněna. Systém bude přínosem pro klub
Projektové řízení
2.5 Ganttův diagram
Obr. 1
Projektové činnosti
Obr. 2
Ganttův diagram
13
Projektové řízení
2.6 Kritická cesta
Obr. 3
Kritická cesta
2.7 WBS
Obr. 4
WBS
14
Projektové řízení
15
2.8 Rezervy Rezervy tvoří činnosti Analýza rizik a tvorba UI viz Projektové činnosti a Kritická cesta.
2.9 Organizační schéma týmu
Obr. 5
Organizační schéma týmu
Projektové řízení
16
2.10 Matice odpovědnosti R – realizuje O – odpovědný K – konzultuje I – informován Tab. 6
Matice odpovědnosti Projektové řízení
Jiří Adolf
Jakub Kočí
Projektové řízení Analýza okolí
Vlastimil Knápek
K
Analýza nákladů a přínosů
Petr Ondrejka R, O
R, O
Identifikační listina
R, O
Logický rámec
R, O
Ganttův diagram, kritická cesta Organizační schéma týmu
R, O
Matice zodpovědnosti
K
I, K
R, O
I
I
I
I, K
I
R, O
I
I
R
R, K
Řešení problému – analýza rizik, rybí kost
Tab. 7
Jiří Krampol
R, O
Matice odpovědnosti Modelování
Modelování
Jakub Kočí
Procesní model
K
Use Case model
R, O
Scénáře
R, O
Nefunkční požadavky Sekvenční diagram
R, O R
Jiří Adolf
Vlastimil Knápek
Jiří Krampol
Petr Ondrejka R, O
K
O
R
K
K O
K
Projektové řízení
Diagram aktivit
17
R
Diagram tříd
R, O
Stavový diagram
R, O
O K K
2.11 Řešení problému – rybí kost
Obr. 6
Rybí kost
Projektové řízení
18
2.12 Analýza rizik Tab. 8
Analýza rizik vyhodnocující pravděpodobnost incidentu a jeho dopad
ID
Hrozba
1
Změna v organizačním týmu
2
Neúmyslná modifikace databáze
3
Neochota uživatelů k využívání systému
4
Nesplnění požadavků
5
6
7
Selhání hardware
Překročení nákladů
Selhání software
Pravděpodobnost Scénář 0,1 1
0,2
0,2
0,4
0,15
0,1
0,2
Nositel hrozby
Dopad (v Kč)
Nedodržení libovolný smluvených člen tý- 50000 termínů mu Nedostatečné dodržování bezpečnosti Sportovní kluby nebudou jevit zájem o náš produkt Systém zcela nepokryje požadavky uživatelů Dojde k havárii hardwaru, na kterém běží systém Nedostatečný odhad nákladů, vícepráce Dojde k neočekávanému chování software
libovolný člen tý- 25000 mu
celý tým
Analytik
Riziko (v Kč) 5000
5000
Opatření Bonusy za předčasné dokončení a motivační program Pravidelné zálohování databáze
Posílit copywriting, marketing, 800000 160000 účast na veletrzích
80000
32000
Pravidelné konzultace se zadavateli, brainstorming Dostatečné vybavení serverovny, klimatizace, vhodná vlhkost, redundantní diskové pole
Projektový 60000 manažer
9000
Projektový 30000 manažer
3000
Důkladnější posouzení nákladů
8000
Zavedení nových testovacích scénářů, zpětná vazba ve zkušebním provozu
Tester
40000
Modelování
19
3 Modelování 3.1 Procesní model Procesní model je modelován do dvou úrovní. První úrovní je kontextový diagram systému, druhou potom dekompozice hlavního procesu (systémový diagram).
Obr. 7
Kontextový diagram
Modelování
Obr. 8
Systémový diagram
3.1.1
Popis procesů
20
Správce událostí Správce událostí slouží hlavně pro výběr a zápis událostí do data store. Trenér může události přidávat a přes správce je uložit. Člen je potom může přes tento proces číst. Slouží také pro přiřazení události k sezoně a poskytuje událost procesu "vytvoreni_dochazky" pro přiřazení k docházce. Vytvoření docházky Proces slouží k vytvoření datové entity docházka. V ní je u evidován vždy hráč, událost a příznak, zda se hráč zúčastnil události nebo ne. Jako vstupy tedy slouží událost, hráč a příznak účasti se získává od trenéra. Nastavení sezóny Proces slouží pro vytvoření entity sezona. Manažer sezoně přiřazuje rozpočet přes tento proces. Také poskytuje procesu identifikátor sezony, aby jej mohl přiřadit k události.
Modelování
21
Správce družstev Správce družstev slouží pro vytvoření datové entity družstvo a k přiřazení hráčů k výskytu této entity. Družstvo vytváří manažer a trenér vytváří jeho soupisku. Aby mohl trenér vytvořit soupisku, proces načítá osoby v klubu (hráče) pomocí procesu “správce osob” a poskytuje je trenérovi k výběru. Družstvo se potom uloží včetně jeho hráčů. Dále poskytuje družstva pro vytvoření docházky procesu "vytvoření docházky". Manažer pomocí tohoto procesu může zobrazovat jednotlivá družstva. Správce příspěvků Správce příspěvků slouží k přidávání záznamů o finančních příspěvcích klubu. Vstupem je tedy záznam a kategorie, které zadává manažer. K tomu se přidá osoba, od které příspěvek pochází. Osobu dodá proces "správce osob". Příspěvek se potom může uložit do data store. Správce osob Správce osob slouží pro vytváření všech typů osob. Ty přidává manažer. Trenér potom může upravovat seznamy hráčů a seznamy trenérů. Proces tedy vytváří datové entity osoba a tyto poskytuje ve formě seznamů trenérům k úpravě. Manažer také může zobrazovat seznamy osob. Na žádost procesu "správce družstev" vrací tento proces hráče přiřazené určitému družstvu.
Modelování
3.2 Use case model
Obr. 9
Případy užití – balíčky
Obr. 10
Aktoři
22
Modelování
Obr. 11
UCD – Správa osob
Obr. 12
UCD – Správa financí
23
Modelování
Obr. 13
UCD – Správa družstev
Obr. 14
UCD – Správa událostí
24
Modelování
25
3.3 Scénáře (funkční požadavky) Tab. 9
UC01 – Přihlásit se
Přihlásit se ID: UC01 Stručný popis: Přihlášení uživatele do systému. Aktéři: Clen Vstupní podmínky: Hlavní scénář: 1. Člen zadá přihlašovací jméno a heslo. 2. Systém ověří, zda existuje uživatelský účet se zadanými údaji a zda jsou údaje správné. Pokud jsou údaje správné, pokračuj krokem 4, jinak se vrať na krok 1. 3. Systém nastaví uživatelskou roli a oprávnění. 4. Systém provede přihlášení do systému a zobrazí úvodní obrazovku. Výstupní podmínky: 1. Uživatel je přihlášen do systému. Má nastavenu roli a oprávnění. Alternativní scénáře: …
Tab. 10
UC02 – Sestavit soupisku
Sestavit soupisku ID: UC02 Stručný popis: Sestavení soupisky hráčů pro dané družstvo. Aktéři: Trenér Vstupní podmínky: 1. Uživatel je přihlášen. 2. Uživatel má práva pro sestavení soupisky. 3. Družstvo existuje. Hlavní scénář: 1. Trenér zvolí "sestavit soupisku". 2. Systém zobrazí seznam dostupných hráčů. 3. Trenér vybere požadované hráče.
Modelování
26
4. Systém sestaví soupisku dle vybraných hráčů. 5. Systém zobrazí výslednou soupisku. Výstupní podmínky: 1. Družstvo má sestavenou soupisku hráčů. Alternativní scénáře: …
Tab. 11
UC03 – Zadat docházku
Zadat docházku ID: UC03 Stručný popis: Zadání docházky k danému tréninku. Aktéři: Trenér Vstupní podmínky: 1. Uživatel je přihlášen 2. Uživatel má práva pro zadání docházky 3. Uživatel vybral existující trénink. 4. Družstva, která jsou přiřazena k tréninku existují. Hlavní scénář: 1. Trenér zvolí "zadat docházku". 2. Systém vrátí seznam hráčů z družstev přirazených k tréninku. 3. Trenér ke každému hráči zadá typ účasti. 4. Pokud údaj o docházce neexistuje, systém ji vytvoří. Jinak pokračuje krokem 5. 5. Systém uloží typ účasti. 6. Systém vrátí uživateli informaci o uložení záznamu. 7. Systém zobrazí zprávu o úspěšném provedení operace. Výstupní podmínky: 1. U hráčů daného družstva je zaznamenán typ účasti na tréninku. Alternativní scénáře: …
Modelování
Tab. 12
27
UC04 – Přidat osobu
Přidat osobu ID: UC04 Stručný popis: Přidání nového záznamu do evidence osob Aktéři: Manažer Vstupní podmínky: 1. Uživatel je přihlášen. 2. Uživatel má práva pro přidání osoby. Hlavní scénář: 1. Manažer zvolí „Přidat uživatele“. 2. Systém zobrazí formulář pro zadání dat. 3. Manažer zadá údaje a odešle formulář. 4. Systém provede kontrolu validity a úplnosti dat Pokud jsou údaje v pořádku, pokračuje krokem 5. Jinak návrat na krok 2. 5. Systém uloží data. 6. Systém zobrazí zprávu o úspěšném provedení operace. Výstupní podmínky: 1. V evidenci osob je přidán nový záznam se všemi daty, která byla zadána do formuláře. Alternativní scénáře: …
Modelování
28
3.4 Nefunkční požadavky Přístupnost z webového prohlížeče přes připojení k internetu. Řešení pomocí běžných webových technologií bez nutnosti instalovat do prohlížeče další aplikace či pluginy. Aplikace musí bezproblémově pracovat v prohlížeči Internet Explorer 8.0 a vyšší, Google Chrome 14.0 a vyšší, Mozilla Firefox 4.0 a vyšší Dobrá rozšiřitelnost jeho jednotlivých částí v případě potřeby. Zvládnout obsloužit alespoň 10 současně pracujících uživatelů Dostupnost systému 98 %, což odpovídá přibližně nejvýše 7 dnům nedostupnosti v jednom kalendářním roce.
3.5 Sekvenční diagram
Obr. 15
Sekvenční diagram Zadání docházky
Modelování
3.6 Diagram aktivit
Obr. 16
Diagram aktivit – Přihlášení do systému
29
Modelování
Obr. 17
Diagram aktivit – Sestavení soupisky
3.7 Diagram tříd
Obr. 18
Diagram tříd – balíčky
30
Modelování
Obr. 19
Diagram tříd – Správa událostí
31
Modelování
3.8 Stavový diagram
Obr. 20
Stavový diagram uživatelského účtu
32
Závěr
33
4 Závěr V této práci byla provedena příprava pro realizaci informačního systému pro sportovní kluby. Jelikož se jedná o projekt, byly v první části vypracovány náležitosti týkající se projektového řízení. Nalezneme zde základní informace o projektu, dále informace o projektovém týmu, harmonogramu a rozdělení jednotlivých úkolů. Podstatnou část tvoří analýza nákladů a přínosů, dle které lze usoudit, že projekt bude přínosný i po finanční stránce a investice se během jeho životnosti vrátí. Analýza rizik poté zachycuje důležité oblasti, které je třeba v průběhu celé realizace projektu kontrolovat a aktivně těmto rizikům předcházet. Část modelování obsahuje procesní model, jenž zahrnuje pohled na systém jako celek. Model případů užití zachycuje funkční požadavky a analytické modely zobrazují vybrané důležité části budoucího systému. Celý systém je zde rozdělen na části dle funkcionality, které jsou zpracovány samostatně. Díky těmto výše uvedeným krokům je zmapován rozsah a náročnost celého projektu a projekt je připraven k zahájení realizace.