Projektování informačních systémů - Restaurace

Transkript

1 Mendelova univerzita v Brně Provozně ekonomická fakulta Projektování informačních systémů - Restaurace Semestrální práce Vedoucí práce: doc. Ing. Ivana Rábová, Ph.D. Stratil, Antonič, Kačmár, Vodák Brno 2015

2 OBSAH 2 Obsah 1 Cíl 3 2 Projektové řízení SWOT Identifikační listina projektu SOW - Statement of Work Logický rámec projektu Ganttův diagram, kritická cesta a rezervy WBS Organizační schéma týmu Rozpočet Matice odpovědnosti Řešení problému rybí kost Analýza rizik Projektová rizika Opatření Modelování Organizační struktura Procesní model Eriksson Penker Use case model Funkční požadavky (scénáře) Evidence rezervací Evidence zaměstnanců Nefunkční požadavky Sekvenční diagram Evidence rezervací Evidence zaměstnanců Diagram aktivit Diagram tříd Prototyp GUI Závěr 24

3 1 CÍL 3 1 Cíl Cílem projektu je komplexní návrh informačního systému pro retaurační zařízení, vytvořený vzhledem k požadavkům uvedeným v identifikační listině projektu a odpovídající rozsáhlá projektová dokumentace. Tato dokumentace je podporou vývoje IS ve všech jeho fázích. Měla by sloužit jako reference, opěrný bod pro všechny členy vývojového týmu a jako médium pro zaznamenání požadavků zákazníka v projektovém návrhu.

4 2 PROJEKTOVÉ ŘÍZENÍ 4 2 Projektové řízení 2.1 SWOT Silné stránky Dobrá image restaurace = Restaurace je v daném okolí pozitivně vnímána. Kapacita restaurace = Restaurace poskytuje velký počet míst vzhledem ke konkurenci. Slabé stránky Nekvalifikovaní zaměstnanci = Zaměstnanci nemají dovednosti v používání informačního systému, proto je nutné zaměstnance zaškolit. Příležitosti Zefektivnění práce = Zvýšení pracovního nasazení a tím zvýšení tržeb. Využití moderních technologií =Zavedení bezdrátového internetu, objednávky přes elektronický terminál. Využití sezónních surovin a produktů = Využití sezónních surovin a produktů pro získání konkurenční výhody vzhledem k ostatním restauracím. Hrozby Růst cen za služby a suroviny= Značný nárůst cen některých služeb zejména elektrické energie a vody a některých surovin. Rozvoj konkurence = Velká konkurence v rámci velkého města. Příležitosti Hrozby Silné stránky Využití velké kapacity restaurace pro pořádání akcí orientovaných na sezónní produkty, a tím zvýšení tržeb a zájmu o restauraci. Propagace dobré image restaurace pomocí webové prezentace, a tím získání konkurenční výhody na trhu restaurací. Slabé stránky Zaškolení zaměstnanců pro zefektivnění pracovního nasazení, a tím zvýšení tržeb restaurace. Zaškolení zaměstnanců v používání informačního systému, což umožní lepší evidenci a kontrolu cen vstupů do restaurace.

5 2.2 Identifikační listina projektu Identifikační listina projektu

6 2.3 SOW - Statement of Work SOW - Statement of Work Datum Klient Cool restaurant s.r.o Jméno produktu Návrh informačního systému pro restauraci Cool restaurant s.r.o. Sponzor klienta - Autor Jan Vodák Shrnutí Cílem projektu je navrhnutí a následná implementace IS pro restauraci Cool restaurant s.r.o. Hlavní přínos a důvod realizace projektu je zefektivnění práce v restauraci až o 60% a zpřehlednění platební evidence podniku. Rozsah projektu Funkční a technická analýza Důkladné prozkoumání daného problému a vytvoření modelu pro popis funkcionality softwaru Výstup: diagram případu užití, diagram tříd, sekvenční diagram, stavový diagram, diagram nasazení, diagram komponent Funkční a technický design Navržení a otestování designu podle námětu od firmy. Tvorba databáze Navrhnutí databáze pro uchování veškerých potřebných dat. Výstup: hotová databáze k systému Implementace Vytvoření konkrétního navrhovaného systému, jeho uživatelského prostředí asystémového jádra. Výstup: Skoro hotový systém s potenciálními nedostatky, připraven pro fázi testování. Revize a testování Dále také obsahuje pilotní nasazení a finální spuštění. Proces ověření kvality a funkčnosti vytvořeného softwaru v praxi, případné úpravy podle požadavků provozu. Pilotní nasazení je nasazení systému v testovací verzi, kdy se postupně budou odstraňovat vzniklé chyby.

7 2.3 SOW - Statement of Work 7 Harmonogram Činnost Termín Zahájení projektu Analýzy problému Implementace Ukončení projektu Nacenění Veškeré náklady uvedené níže jsou založeny na rozsahu a předpokladech uvedených v tomto prohlášení o pracovní činnosti. Splátkový kalendář: Datum faktury Fakturovaná částka ,- Kč ,- Kč ,- Kč Klíčové předpoklady Tato dohoda je založena na následujících předpokladech: Dodržení rozsahu projektu Dodržení termínů harmonogramu Dodržení termínů splátkového kalendáře Dodržení stanoveného rozpočtu Možnost reklamace požadavků pouze v rámci revize a testování Pozdější aktualizace na základě dodatečné sazby

8 2.4 Logický rámec projektu Logický rámec projektu 2.5 Ganttův diagram, kritická cesta a rezervy Kritická cesta je v ganttově diagramu vyznačena červenou čarou. Rezerva se nachází jen u Technického designu v délce 8 dní. Rezerva je z důvodu totožného konce s Funkčním designem.

9 2.6 WBS WBS

10 2.7 Organizační schéma týmu Organizační schéma týmu

11 2.8 Rozpočet Rozpočet

12 2.9 Matice odpovědnosti Matice odpovědnosti 2.10 Řešení problému rybí kost

13 2.11 Analýza rizik Analýza rizik Projektová rizika Pořadové číslo rizika 1 Nefunkční hardware. 2 Nedodržení stanoveného rozpočtu. 3 Nedostatečné zaškolení zaměstnanců v používání systému. 4 Nepochopení daných požadavků na systém. Ztráta určitých dat způsobená poruchou hardwaru. Navýšení nákladů kvůli špatně stanovené analýze zdrojů a nákladů. Zaměstnanci nebudou schopni korektně pracovat s daným systémem. Daný informační systém nebude fungovat správně. Hrozba Scénář Pravděpodobnost Dopad na projekt Hodnota rizika 35% ND SP 40% SD SP 70% VD VP 75% SD VP Opatření Pořadové číslo rizika Návrh na opatření 1 Zálohování důležitých dat pomocí cloud computingu. 2 Expertní odhad zdrojů a nákladů. 3 Přeškolení zaměstnanců expertem na daný systém. 4 Podrobnější komunikace se zadavatelem projektu. Předpokládané náklady Kč Kč Kč Kč Termín realizace opatření Osobní odpovědnost Jakub Stratil Šimon Kačmár Jan Vodák Jakub Stratil Nová hodnota sníženého rizika NP NP SP SP

14 3 MODELOVÁNÍ 14 3 Modelování 3.1 Organizační struktura

15 3.2 Procesní model Eriksson Penker Procesní model Eriksson Penker

16 3.3 Use case model Use case model 3.4 Funkční požadavky (scénáře) Evidence rezervací Hlavní scénář: 1. Zákazník si požádá o formulář na rezervaci. 2. Systém poskytne formulář pro vyplnění rezervace. 3. Zákazník pomocí aplikace vybere volný stůl nebo salón. 4. System poskytne rezervační formulář. 5. Zákazník vyplní rezervační formulář. 6. Systém potvrdí rezervaci a zobrazí unikátní kód. Alternativní scénář: 4. Zákazník zadá unikátní kód.

17 3.4 Funkční požadavky (scénáře) Systém zkontroluje jestli je unikátní kód správný a nabídne formulář na změnu/zrušení rezervace. 6. Zákazník změní/zruší rezervaci. 7. Systém uloží změnu v rezervaci a zobrazí zprávu pro zákazníka. Evidence zaměstnanců Hlavní scénář: 1. Šéf zadá požadavek o zobrazení formuláře. 2. Systém poskytne formulář evidence zaměstnanců. 3. Šéf záda informace o zaměstnanci. 4. Systém uloží informace a zobrazí zprávu o uložení. 5. Šéf přiloží dokumenty o zaměstnanci. 6. Systém uloží dokumenty do databáze a zobrazí zprávu o uložení. Alternativní scénář: 4. Šéf změní pravomoce zaměstnanci. 5. Systém uloží změnu a zobrazí zprávu o změně.

18 3.5 Nefunkční požadavky Nefunkční požadavky Tento informační systém bude zaštiťovat několik, na sobě relativně nezávislých, funkcionálních celků a bude vyvíjen od základu, nebude použita žádná již předprogramovaná komponenta. Z toho důvodu je vývoj zaměřen především na škálovatelnost systému - IS je rozdělen do několika komponent (odpovídajících funkcionálním celkům), které si mezi sebou předávají pouze malý objem dat. Vzhledem k malému množství přenášených dat mezi komponentami, lze optimalizaci výkonu omezit pouze v rámci jednotlivých komponent, případně jejich komunikaci s databází. Komponentový vývoj poskytuje také další výhody, např. jednoduší ladění, debugování a testování, přímočará dělba práce v týmu aj. Hardwerové prostředky jsou dodávány od externího dodavatele, konkrétně: Centrální server - nachází se zde datová vrstva, sloužící pro zpracování dat a požadavků na databázi, zaslaných z klientských zařízení. Nachází se zde tedy databáze a mimo to také webový server. Záložní server - v tomto případě je využito některého z posyktovatelů cloudových služeb. Pravidelně se zde ukládají zálohy systému. Zatím nespecifikovaný počet koncových zařízení s rozhraním systému. Kopie systému a potřebné komponenty se instalují na jednotlivá zařízení. Vývoj IS bude trvat necelé 3 měsíce a termín zprovoznění systému je odhadován na začátek květena Při montáži hardwaru a kabeláže bude restaurace týden kompletně mimo provoz.

19 3.6 Sekvenční diagram Sekvenční diagram Evidence rezervací Hlavní scénář: Alternativní scénář:

20 3.6 Sekvenční diagram 20 Evidence zaměstnanců Hlavní scénář: Alternativní scénář:

21 3.7 Diagram aktivit Diagram aktivit

22 3.8 Diagram tříd Diagram tříd

23 3.9 Prototyp GUI Prototyp GUI

24 4 ZÁVĚR 24 4 Závěr Návrh informačního systému je rozdělen do dvou dílčích celků: Projektové řízení - Tato část projektu se zaměřuje na optimalizaci projektového řízení, úsporu časových a materiálových nákladů, ale také na komunikaci se zákazníkem a zaznamenání jeho požadavků a stanovení rozpočtu. V projektovém řízení se částečně využilo znalostí z ekonomických předmětů, např. Marketing, Management a Ekonomicko matematické metody. Modelování - Modelování se zaměřuje na návrh konkrétní struktury informačního systému, jeho funkcionalitu a rozhraní. Vychází se z požadavků na IS zpracovaných v projektovém řízení a výstupem jsou podklady pro vývojový tým, který se následně snaží vše optimálně zapracovat do finálního produktu. U modelování bylo využito především znalostí z předmětu Informační systémy. Tento dokument je tedy výsledkem a výstupem komplexního projektování informačního systému pro restaurační zařízení.