Dokumetace projektu. Školní informační systém

Transkript

1 Dokumetace projektu Školní informační systém Stupid kids industries Zkratka: SIS skolni informacni system Webová stránka: is/ Řešitelé: Ladislav Mejzlík Ondřej Doležal Ondřej Skoumal Temirlan Kurbanov Adam Paulík Termín cvičení: ZS 2014/2015, pondělí, 9:15 Cvičící: Ing. Ondřej Macek Datum odevzdání: České vysoké učení technické v Praze Semestrální práce k předmětu A4B33SI 1

2 Obsah Úvodní strana 1 Tabulka verzí 3 Úvod 3 Zainteresované osoby 4 Klíčové vlastnosti 4 Popis systému 4 Kvalitativní požadavky 5 Použité technologie 5 Požadavky ze strany klienta 5 Možná rizika a jejich řešení 6 Rozpočet 6 RACI matice 7 Business process model 8 Business domain model 14 Analytický model tříd 15 Požadavky 16 Use case model 19 Use case description 20 Model komponent 23 Model nasazení 24 Přehled práce týmu 25 2

3 Tabulka verzí Verze Datum Popis Autor Papírová verze ze cvičení Skupinová práce Převedení do elektronické verze Skupinová práce Vytvoření RACI matice Skupinová práce Úprava formátování, přidán úvod a klíčové vlastnosti Ladislav Mejzlík Přidání kvalitativních požadavků, RC1 Ladislav Mejzlík Korektura Ondřej Doležal Úprava úvodu a klíčových faktorů Skupinová práce Přidána tabulka rizik, doplněn rozpočet Ondřej Doležal Přidána finální RACI matice Ondřej Skoumal Finální korektura Ondřej Doležal Drobné úpravy, finální formátování Skupinová práce Úprava vize dle připomínek (oponentury) Ondřej Doležal Uprava obsahu, vlozeni modelu Skupinová práce Úvod Projekt bude sloužit jako školní informační systém pro správu předmětů, učitelů a žáků. Zjednoduší práci s rozvrhy, které budou uchovávány v elektronické podobě. Všechny dočasné změny rozvrhu budou vidět okamžitě. Systém bude zároveň sloužit jako elektronická žákovská knížka, ve které se budou uchovávat známky a docházka žáků. V systému bude možnost nastavit upozornění na změny rozvrhu, přidání nové známky a překročení stanovené hranice absencí na mobilní zařízení (Android, ios). 3

4 Zainteresované osoby Zákazník: ZŠ Mělník Zodpovědná osoba: Jakub Novák (ředitel) Konzultant zakázníka: Lukáš Vodrážka (učitel informatiky) Koncoví uživatelé: studijní oddělení, učitelé, žáci, zákonní zástupci Klíčové vlastnosti databáze učitelů databáze žáků správa rozvrhu rozdělení na sudý a lichý týden zvýraznění dočasných změn zápis známek možnost zadat váhu známky výpočet průměru archivace pololetní a roční známky nízké pořizovací náklady mobilní notifikace (Android, ios) s využitím Pushbullet API Popis systému Systém musí být schopen obsluhovat více uživatelů najednou. Systém bude zabezpečen uživatelským jménem a heslem. Systém bude umožňovat sdílení souborů. Ředitel Učitel představuje hlavní autoritu spravuje učitele, žáky a zákonné zástupce vytváří předměty a jejich rozvrhové paralelky spravuje suplování přijímá elektronické neschopenky učitelů zobrazuje a upravuje svoje předměty zobrazuje rozvrhy zobrazuje seznam žáků na své paralelce zapisuje docházku a známky žáků přidává výukové materiály kontroluje omluvenky odevzdané zákonným zástupcem (dle hodiny, na kterou žák chyběl) zobrazuje hodiny, které má suplovat odesílá neschopenky řediteli 4

5 Žák zobrazuje svůj rozvrh kontroluje svoji docházku a známky zobrazuje seznam domácích úkolů prohlíží materiály nahrané učiteli Zákonný zástupce zobrazuje rozvrh dítěte kontroluje docházku a známky dítěte elektronicky odevzdává omluvenky učiteli Kvalitativní požadavky Univerzálnost systému Intuitivní ovládání snadná správa bez znalosti programování pro ředitele atd Spolehlivost systému (nedochází k pádům) Bezpečnost (uchovávání a editace informací) Současný přístup 100 uživatelů 98% dostupnost systému (počítáno za posledních 30 dnů) Systémové role (dle postavení) Provázanost s cloudovým úložištěm (ukládání studijních materiálů, omluvenek Použité technologie JAVA 7 SE Oracle MySQL UML 2.0 Požadavky ze strany klienta Musí se vejít na 1 DVD Dodání včetně HW (serveru) 5

6 Možná rizika a jejich řešení Riziko Šance Dopad Řešení č. 1 Řešení č. 2 Úraz člena týmu, onemocnění, smrt Technické potíže (výpadek internetu, potíže s HW) Nepochopení zadání Středně vysoká Vysoký Rozdělení členovy práce mezi ostatní Středně vysoká Středně vysoký Přesun subjektu do bezproblémového prostředí Vysoká Středně vysoký Konzultace s ostatními členy týmu Externí výpomoc Konzultace s hlavou týmu Napadení vývojářských PC Chyba v řízení lidských zdrojů (rozepře v týmu) Nízká Vysoký Obnova dat Lepší prevence do budoucna Vysoká Vysoký Teambuilding Diskuze s problémovými členy Rozpočet Spuštění testovacího provozu na koncovém hardwaru proběhne začátkem června 2017 Ostré spuštění systému proběhne na konci srpna 2017 Cena za kopii je stanovena na 200 tis. Kč předpokládáme prodej 23 licencí Cena za vývoj je odhadována na 375 tis. Kč odhadovaná doba vývoje je 3 měsíce požadovaný plat pro jednoho člena týmu je 25 tis. Kč mesíčně po zdanění (x3 měsíce x5 členů týmu) Odhadované měsíční náklady pro zákazníka jsou 10 tis. Kč měsíčně (2000 Kč provoz Kč údržba Kč podpora a SW aktualizace serveru) Server není zahrnut v pořizovací ceně, na servery ovšem nabízíme zvýhodněné nabídky, nabídka pro červen 2017 (ceny včetně DPH): HP ProLiant ML310e Gen8 v2 za Kč, Fujitsu PRIMERGY TX1310 M1 za Kč (nabídka se mění každý měsíc) Pro cloud bude využito bezplatné úložiště Dropbox 6

7 RACI Matice 7

8 Byznys analýza Business Process Model Proces průběhu vyučovací hodiny 8

9 Proces suplování 9

10 Proces přidání učitele 10

11 Proces přidání žáka 11

12 Proces vytvoření rozvrhu 12

13 Proces omluvení žáka 13

14 Business Domain Model 14

15 Analytický model tříd 15

16 Požadavky Přehled priorit 1. Nezbytné program musí splňovat tyto požadavky 2. Žádoucí program by měl splňovat tyto požadavky 3. Navíc program by mohl splňovat tyto požadavky 1. Funkční požadavky 1.1. Registrace Systém umožní studijnímu oddělení přidávat nové uživatele učitele, žáky s jejich zákonnými zástupci Priorita: nezbytné 1.2. Přihlášení/odhlášení Systém umožní nepřihlášeným uživatelům přihlášení Systém umožní uživatelům odhlásit se Priorita: nezbytné 1.3. Kontaktní údaje Systém umožní přihlášenému uživateli zobrazovat a měnit své osobní a kontaktní údaje ( , telefonní číslo,...) Systém umožní studijnímu oddělení zobrazit seznam všech uživatelů a aktuální informace jich se týkající Priorita: nezbytné 1.4. Předměty Systém umožní studijnímu oddělení vytvářet nové předměty a upravovat existující předměty (mění čas, učitele ) Systém umožní učiteli zobrazit a upravit své předměty, přidat materiály Systém umožní žákovi zobrazit své předměty a informace o nich Priorita: nezbytné 16

17 1.5. Rozvrhy Systém umožní studijnímu oddělení vytvářet a upravovat rozvrhové paralelky předmětů Systém umožní studijnímu oddělení zadávat dočasné změny rozvrhu (suplování, změny místnosti, ) Systém umožní učiteli a žákovi zobrazit své aktuální rozvrhy Systém umožní učiteli zobrazit seznam žáků na své paralelce Systém umožní zákonnému zástupci zobrazit rozvrh dítěte Priorita: nezbytné 1.6. Známky Systém používá k hodnocení výsledků číselnou škálu (na stupnici od 1 do 5) Systém umožní učiteli zapsat žákům známky Systém umožní učiteli zobrazit známky a průměry známek žáků, které vyučuje Systém umožní žákovi zobrazit známky a průměr známek svých předmětů Systém umožní zákonnému zástupci kontrolovat známky a průměr známek svého dítěte Priorita: nezbytné 1.7. Docházka žáků Systém umožní učitelu zapisat docházku žáků Systém umožní žákovi kontrolovat svou docházku za aktuální pololetí Systém umožní zákonnému zástupci kontrolovat docházku dítěte Systém umožní zákonnému zástupci odevzdávat elektronické omluvenky Systém umožní učitel kontrolovat omluvenky žáků Priorita: žádoucí 1.8. Docházka učitelů Systém umožní studijnímu oddělení zadávat změny ve výuce Systém umožní studijnímu oddělení zobrazit změny ve výuce Systém umožní učiteli oznamovat neschopnost Priorita: žádoucí 17

18 2. Obecné požadavky 2.1. Intuitivní ovládání Aplikace by měla být snadno ovladatelná bez použití dokumentace Priorita: žádoucí 2.2. Spolehlivost systému Střední doba do výpadku je půl roku Střední doba do opětovného uvedení do provozu je jeden den Priorita: žádoucí 2.3. Bezpečnost (uchovávání a editace informací) Systém zabrání přístup neautorizovaným osobám Priorita: nezbytné 18

19 Use case model 19

20 Use case description 1. Registrovat nové uživatele (požadavek 1.1.1) precondition: uživatel je členem skupiny Studijní oddělení 1.1. Studijní oddělení vyplní informace o novém uživateli podle přijaté přihlášky (žák a jeho zákonní zástupci) nebo podle životopisu (učitelé a zaměstnanci školy) 1.2. Systém validuje datat a zobrazí výzvu k potvrzení vytvoření uživatele 1.3. Uživatel potvrdí uložení nového uživatele Alternativní scénař: Chyba v datech, nebo nepotvrzení vytvoření v 1.3 Návrat do bodu Zobrazit seznam všech žáků včetně jejich informací (požadavek 1.3.2) precondition: uživatel je členem skupiny Studijní oddělení 2.1. Systém zobrazí seznam žáků v tabulce se základními informacemi 2.2. Uživatel má možnost třídit seznam podle různých informací <<extend>> Uživatel má možnost seznam vytisknout 2.3. Systém zobrazí setříděný seznam 2.4. Uživatel může zobrazit podrobnosti o jednotlivém žákovi 2.5. Systém zobrazí detailní informace o vybraném žákovi <<extend>> Uživatel má možnost informace vytisknout 3. Zobrazit seznam všech učitelů včetně jejich informací (požadavek 1.3.2) precondition: uživatel je členem skupiny Studijní oddělení 3.1. Systém zobrazí seznam učitelů 3.2. Uživatel má možnost třídit seznam podle různých informací <<extend>> Uživatel má možnost seznam vytisknout 3.3. Systém zobrazí setříděný seznam 3.4. Uživatel může zobrazit podrobnosti o jednotlivém učitelovi <<extend>> Uživatel má možnost informace vytisknout 3.5. Systém zobrazí podrobné informace o vybraném učiteli 4. Vytvořit a upravit rozvrhy (požadavek 1.5.1) precondition: uživatel je členem skupiny Studijní oddělení 4.1. Systém zobrazí seznam předmětů 4.2. Uživatel vybere předmět pro který chce vytvářet, nebo editovat rozvrh 4.3. Systém zobrazí seznam již vytvořených hodin vybraného předmětu 4.4. Uživatel vybere hodinu ze seznamu již vytvořených hodin pro editaci nebo stiskne tlačítko Nová hodina 4.5. Systém zobrazí dialogové okno pro editaci a vytvoření hodiny 4.6. Uživatel vyplní informace o hodině (učitel, místnost, žáci, typ opakování {vše, sudý, lichý}, čas hodiny, rozmezí od kdy do kdy se bude předmět vyučovat), a potvrdí uložení 4.7. Systém zobrazí seznam již vytvořených hodin vybraného předmětu 4.8. Uživatel může přidat další hodin (pokračovat krokem 4.4) nebo přejít na výběr předmětů (krok 4.1) 20

21 4.9. Po zadání všech změn má uživatel možnost zkontrolovat chyby v rozvrhu tlačítkem Kontrola rozvrhu, které vypíše případné chyby (učitel nebo žák má více hodin ve stejný čas, v jedné třídě se učí více hodin ve stejný čas), systém uživatel pouze varuje, chyby povolí 5. Zadat dočasné změny rozvrhu (suplování, změna místnosti,...) (požadavek 1.5.2) precondition: uživatel je členem skupiny Studijní oddělení 5.1. Systém zobrazí seznam vyučovaných předmětů 5.2. Uživatel vybere předmět 5.3. Systém zobrazí hodiny vybraného předmětu 5.4. Uživatel vybere hodinu u které chce zadat změnu 5.5. Systém zobrazí dialogové okno pro změnu informací o hodině 5.6. Uživatel zadá změněné informace o hodině, případně zaškrtne políčko odpadá 5.7. Uživatel potvrdí uložení změn 6. Přihlásit se do systému (požadavek 1.2.1) 6.1. Systém zobrazí přihlašovací obrazovku 6.2. Uživatel vyplní přihlašovací údaje a potvrdí přihlášení 6.3. Systém zkontroluje přihlašovací údaje 6.4. Uživatel A) je přihlášený nebo B) se zobrazí okénko hlásící chybu v systému(špatné údaje, chyba v programu) 7. Zobrazit své osobní a kontaktní údaje (požadavek 1.3.2) 7.1. Uživatel spustí okénko okénko se svými informacemi 7.2. Systém zobrazí podrobné informace o uživateli 8. Měnit své osobní a kontaktní údaje (požadavek 1.3.2) 8.1. Uživatel spustí okénko okénko se svými informacemi 8.2. Systém zobrazí podrobné informace o uživateli 8.3. Uživatel přepne do režimu editace 8.4. Systém zobrazí editační okno 8.5. Uživatel změní potřebné informace 8.6. Systém data validuje 8.7. Uživatel potvrdí uložení změn Alternativní cesta: Špatně zadaná data v kroku 8.6 Systém zobrazí chybovou hlášku, a pokračuje krokem Zobrazit informace o svých předmětech včetně studijních materiálů (požadavek 1.4.3) 9.1. Systém zobrazí seznam uživatelových předmětů 9.2. Uživatel může třídit seznam podle různých vlastností 9.3. Systém zobrazí setříděný seznam <<extend>> Uživatel má možnost seznam vytisknout 9.4. Uživatel vybere předmět, u kterého chce zobrazit podrobné informace 9.5. Systém zobrazí podrobné informace o vybraném předmětu <<extend>> Uživatel má možnost podrobnosti vytisknout 21

22 <<extend>> Uživatel má možnost stáhnout studijní materiály 10. Zobrazit svůj aktuální rozvrh (požadavek 1.5.3) Systém zobrazí uživatelův stálý rozvrh Uživatel může přepnout zobrazení týdne na sudý, lichý a kombinovaný <<extend>> Uživatel má možnost rozvrh vytisknout 11. Zobrazit svoji docházku za aktuální pololetí (požadavek 1.9.2) precondition: uživatel je členem skupiny Žák Uživatel zobrazí svoji docházku, včetně souhrných informací (procentuální zameškanost, ) 12. Zobrazit svoje známky za aktuální pololetí (požadavek 1.6.4) precondition: uživatel je členem skupiny Žák Uživatel zobrazí svoje známky za aktuální pololetí, včetně průměrů za předmět a celkového průměru 13. Zobrazit své závěrečné a pololetní známky za všechna období (požadavek 1.6.4) precondition: uživatel je členem skupiny Žák Uživatel zobrazí svoje závěrečné a pololetní známky za všechna období, včetně průměrů za předmět a celkového průměru 14. Poslat omluvenku (požadavek 1.9.4) Systém zobrazí přehled docházky žáka Zákonný zástupce vybere absenci, kterou chce omluvit Systém zobrazí okno pro zadání důvodu absence Zakonný zástupce napíše důvod absence a potvrdí uložení 15. Omluvit absenci žáka (požadavek 1.9.5) Systém zobrazí absence žáků Učitel zkontroluje důvod absence Učitel označí absenci jako omluvenou nebo jako nedostačující a důvod je smazán 16. Přidat studijní materiál ke svým předmětům (pomocí odkazu) (požadavek 1.4.2) precondition: uživatel je učitel předmětu Systém zobrazí seznam předmětů Uživatel vybere předmět, u kterého chce přidat nebo upravit studijní meteriály Systém zobrazí editační okno Uživatel připíše odkaz do příslušné kolonky 17. Změnit informace o svých předmětech (požadavek 1.4.2) precondition: uživatel je učitel předmětu Systém zobrazí seznam předmětů Uživatel vybere předmět, u kterého chce provádět změny Systém zobrazí editační okno Uživatel změní příslešné informace Uživatel potvrdí změny 18. Zobrazit seznam žáků svých hodin (požadavek 1.5.4) precondition: uživatel je učitel předmětu Systém zobrazí seznam předmětů 22

23 18.2. Uživatel vybere předmět, u kterého chce zobrazit žáky Systém zobrazí seznam žáků <<extend>> Uživatel může seznam vytisknout 19. Zapsat známku žákům svých hodin (požadavek 1.6.2) precondition: uživatel je učitel předmětu Systém obrazí seznam předmětů Uživatel vybere předmět, u kterého chce zadat známky Systém zobrazí seznam žáku, s možností přidat známku Uživatel žákům zapíše známku 20. Zapsat závěrečné (pololetní) známky svým žákům (požadavek 1.6.2) precondition: uživatel je učitel předmětu Systém zobrazí seznam předmětů Uživatel vybere předmět, u kterého chce zadat známky Systém zobrazí seznam žáku, s možností přidat známku Uživatel žákům zapíše závěrečnou známku Model komponent 23

24 Model nasazení 24

25 Přehled práce týmu za celý projekt Adam Paulík Datum Ticket Hodiny : Úprava BPM 5, : Vytvoření textového popisu Use case 1, : Meating HO před odevzdání 3. iterace 1, : Class diagram 4, : Meeting 5 1, : Přehled práce týmu, finální PDF 1, : Meeting 2.2 3, : Posudek 2. iterace projektu MEDISERVICE 1, : Oprava BPM 6, : Uprava pozadavku pred 2. odevzdanim 1, : Vytvoření základní verze Business Domain Modelu 2, : Vytvoření BPM 1, : Vytvoření BPM 5, : Meeting 2 1, : Vize 3,00 CELKEM 37,5 25

26 Ladislav Mejzlík Datum Ticket Hodiny : Meeting : Úprava Use case description 2, : Mapování požadavků na use case 0, : Přeformulování požadavků : Model komponent 1, : Model nasazení 1, : Meating HO před odevzdání 3. iterace : Vytvoření textového popisu Use case : Vytvoření Videa : Třídy pro obsluhu databáze 1, : Třídy pro obsluhu databáze 3, : Use case model 0, : Posudek 2. iterace projektu MEDISERVICE 1, : Meeting : Meeting : Use case model : Use case model : Oponentura projektu MediService : Meeting : Meeting 3 2, : Meeting : Vize 3,25 CELKEM 39,25 26

27 Ondřej Doležal Datum Ticket Hodiny : Uprava obsahu : Úprava UseCase modelu : Meating HO před odevzdání 3. iterace : Editace vize : Uprava vize pred 2. odevzdanim : Meeting : Uprava pozadavku pred 2. odevzdanim : Uprava pozadavku pred 2. odevzdanim : Uprava vize pred 2. odevzdanim 1, : Meeting : Oponentura projektu MediService 0, : Meeting : Meeting 2 2, : Meeting : Vize 4,5 CELKEM 27,3 27

28 Temirlan Kurbanov Datum Ticket Hodiny : Meeting : Analyticky model trid : Analyticky model trid : Vytvoreni zakladu tridy Uzivatel : Vytvoreni zakladu tridy Uzivatel : Uprava katalogu pozadavku : Vytvoření katalogu požadavků : Meeting : Vytvoření katalogu požadavků : Vytvoření katalogu požadavků : Vytvoření katalogu požadavků : Oponentura projektu MediService : Meeting : Meeting : Meeting : Meeting : Vize : Vize : Vize 2.0 CELKEM 35,7 28

29 Ondřej Skoumal Datum Ticket Hodin : Výpis ticketů z assembly : Oprava Domain Modelu : Meeting : Oprava Domain Modelu : Class diagram : Výpis ticketů z assembly : Meating HO před odevzdání 3. iterace : Výpis ticketů z assembly : Class diagram : Meeting : Meeting : Úprava Domain Modelu : Úprava Domain Modelu : Úprava a vytvoření finální verze Business Domain Modelu : Vytvoření základní verze Business Domain Modelu : Oponentura projektu MediService : Meeting : Meeting : Meeting : Meeting : Vize 3.3 CELKEM 53,8 Celkem tým: 193,3 hodin 29