Informační systém sportovního klubu

Transkript

1 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

2 Obsah 2 Obsah 1 Cíl 6 2 Projektové řízení Analýza okolí Silné stránky Slabé stránky Hrozby Příležitosti Analýza nákladů a přínosů Výpočet úspor Náklady projektu Předpokládaný zisk projektu Čistá současná hodnota Návratnost investice Identifikační listina projektu Logický rámec projektu Ganttův diagram Kritická cesta WBS Rezervy Organizační schéma týmu Matice odpovědnosti Řešení problému rybí kost Analýza rizik Modelování Procesní model Popis procesů Use case model Scénáře (funkční požadavky)... 25

3 Obsah Nefunkční požadavky Sekvenční diagram Diagram aktivit Diagram tříd Stavový diagram Závěr 33

4 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

5 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

6 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í.

7 Projektové řízení 7 2 Projektové řízení 2.1 Analýza okolí Analýza okolí je realizována prostřednictvím SWOT matice 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í Slabé stránky Nedostatečná propagace. Neznámá obchodní značka 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 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ů 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ů = Kč

8 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ů = Kč Úspora celkem za rok: Úspora celkem za 5 let: = Kč * 5 = Kč Náklady projektu Školení Koupě licence Plat nového zaměstnance Ztracené hodiny zaměstnanců za školení Cena systému Celkem Kč Kč Kč Kč Kč Kč Předpokládaný zisk projektu Úspory: Administrativa Kč Manažeři Kč Trenéři Kč Celkem Kč Tab. 1 Náklady projektu NÁKLADY ROK 0 ROK 1 ROK 2 ROK 3 ROK 4 ROK 5 Školení Licence Plat zaměstnance Ztracené hodiny Systém Tab. 2 Příjmy projektu PŘÍJMY ROK 0 ROK 1 ROK 2 ROK 3 ROK 4 ROK 5 Úspora Tab. 3 Cash flow CASH FLOW ROK 0 ROK 1 ROK 2 ROK 3 ROK 4 ROK 5 Cash flow Kumulované Cash flow

9 Projektové řízení Čistá současná hodnota ČSH ČSH Kč ,1 1,1 1,1 1,1 1,1 1, Kč Návratnost investice ROI ,2%

10 Projektové řízení Identifikační listina projektu Tab. 4 Identifikační listina projektu Identifikační listina projektu Krátký popis projektu: Cíle projektu: Obsah a rozsah projektu: Přínos projektu: Kontext/okolí projektu: Plánované termíny: Zahájení: Plánované náklady na projekt: (v Kč) Účastníci projektu: Vedoucí projektu: Dozor projektu: Zákazník: Členové projektového týmu: Informační systém pro sportovní klub provozující kolektivní sport. Vytvořeni IS pro podporu činností sportovního klubu. Webová aplikace umožňující evidenci hráčů a trenéru. Bude možné vytvářet jednotlivá družstva a přirázovat soupisky. 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. Manažer klubu, člen klubu, trenér klubu, klient-server, LAN, internet Milníky: úvodní studie, analýza a návrh, implementace, testovaní, předání Interní: Kč Externí: Jakub Kočí Doc. Ing Ivana Rábová, Ph.D. Sportovní klub Snipers Třebíč Ukončení: 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 Projektové řízení Logický rámec projektu Tab. 5 Logický rámec projektu LFM Obsahové shrnutí hierarchie cílů Objektivně ověřitelné ukazatele Zdroje a prostředky ověření Předpoklady a rizika 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. 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. 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. 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. Všeobecná spokojenost uživatelů, stabilita systému, úspora času a finančních prostředků. 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. 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ě. Celý proces bude vycházet z projektového řízení. Jako podklady budou sloužit dokumenty z účetnictví, výkazy práce a další evidence. Je zapotřebí respektovat všechny funkční a nefunkční požadavky na systém. 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. Může dojít k informačnímu nedorozumění či chybné interpretaci požadavků. Nedostatečně provedené

12 Projektové řízení 12 bude následovat implementace, důkladné testování a zkušební nasazení produktu v klubu. Současně bude probíhat školení uživatelů. odladění systému. Všechna očekávání z obou stran byla naplněna. Systém bude přínosem pro klub

13 Projektové řízení Ganttův diagram Obr. 1 Projektové činnosti Obr. 2 Ganttův diagram

14 Projektové řízení Kritická cesta Obr. 3 Kritická cesta 2.7 WBS Obr. 4 WBS

15 Projektové řízení 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

16 Projektové řízení Matice odpovědnosti R realizuje O odpovědný K konzultuje I informován Tab. 6 Matice odpovědnosti Projektové řízení Projektové řízení Jakub Kočí Jiří Adolf Vlastimil Knápek Jiří Krampol Petr Ondrejka Analýza okolí K R, O Analýza nákladů a přínosů Identifikační listina Logický rámec Ganttův diagram, kritická cesta Organizační schéma týmu R, O R, O R, O R, O K I, K R, O I I I Matice zodpovědnosti I, K I R, O I I Řešení problému analýza rizik, rybí kost R R, K R, O Tab. 7 Matice odpovědnosti Modelování Modelování Jakub Kočí Jiří Adolf Vlastimil Knápek Jiří Krampol Petr Ondrejka Procesní model K R, O Use Case model R, O K R Scénáře Nefunkční požadavky Sekvenční diagram R, O R, O O K K R O K

17 Projektové řízení 17 Diagram aktivit R O Diagram tříd R, O K Stavový diagram R, O K 2.11 Řešení problému rybí kost Obr. 6 Rybí kost

18 Projektové řízení Analýza rizik Tab. 8 Analýza rizik vyhodnocující pravděpodobnost incidentu a jeho dopad ID Hrozba Změna v organizačním týmu Neúmyslná modifikace databáze Neochota uživatelů k využívání systému Nesplnění požadavků Selhání hardware Překročení nákladů Selhání software Pravděpodobnost 0,1 1 0,2 0,2 0,4 0,15 0,1 0,2 Scénář Nedodržení smluvených termínů Dopad (v Kč) Riziko (v Kč) Opatření Bonusy za předčasné dokončení a motivační program 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 Nositel hrozby libovolný člen týmu libovolný člen týmu celý tým Analytik Pravidelné konzultace se zadavateli, brainstorming Dostatečné vybavení serverovny, klimatizace, vhodná vlhkost, redundantní diskové pole Projektový manažer Projektový manažer Tester Pravidelné zálohování databáze Posílit copywriting, marketing, účast na veletrzích Důkladnější posouzení nákladů Zavedení nových testovacích scénářů, zpětná vazba ve zkušebním provozu

19 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

20 Modelování 20 Obr. 8 Systémový diagram Popis procesů 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.

21 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.

22 Modelování Use case model Obr. 9 Případy užití balíčky Obr. 10 Aktoři

23 Modelování 23 Obr. 11 UCD Správa osob Obr. 12 UCD Správa financí

24 Modelování 24 Obr. 13 UCD Správa družstev Obr. 14 UCD Správa událostí

25 Modelování 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 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 ID: UC02 Sestavit soupisku 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.

26 Modelování 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 ID: UC03 Stručný popis: Zadání docházky k danému tréninku. Aktéři: Trenér Zadat docházku 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 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:

27 Modelování 27 Tab. 12 UC04 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. Přidat osobu 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 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:

28 Modelování 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

29 Modelování Diagram aktivit Obr. 16 Diagram aktivit Přihlášení do systému

30 Modelování 30 Obr. 17 Diagram aktivit Sestavení soupisky 3.7 Diagram tříd Obr. 18 Diagram tříd balíčky

31 Modelování 31 Obr. 19 Diagram tříd Správa událostí

32 Modelování Stavový diagram Obr. 20 Stavový diagram uživatelského účtu

33 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.