Analytická dokumentace

Transkript

1 Student's Life Analytická dokumentace Projekt pro předmět A7B36SIN Vypracovali: Lukáš Barák, Jaroslav Brchel, Jakub Ječmínek, Jiří Zmeškal

2 Obsah Business process model...4 Procesy práce s organizátorem studentského života...4 1Procesy spojené organizátorem událostí Zadávání dat do kalendáře Mazání dat z kalendáře...5 2Procesy s penězi Kontrola stavu účtu Manuální úprava účtu Přidání trvalé transakce...8 3Procesy spojené se stravováním Vyhledání jídelny...9 Doménový model Diar Rozvrh Polozka Skupina Predmet Ucebna Vyucujici Penezenka Polozka Jednorazovka Opakujici Poznamka Menza Jidelnicek Jidlo Oblibena Jidla...14 Funkční a nefunkční požadavky Funkční požadavky Evidence úkolů v čase diář Evidence školního rozvrhu Evidence financí Evidence jídelníčků Hledání jídel Nefunkční požadavky Grafické uživatelské rozhraní Aplikace spustitelná na PC Přenositelnost mezi OS Licence...18 Model případu užití Modul Rozvrh Načíst Rozvrh Změnit Rozvrh Zkopírovat do diáře Přidat poznámku Odebrat poznámku Modul Diář

3 2.1Přidat položku Odebrat položku Přidat skupinu Odebrat skupinu Exportovat Diář Modul Peněženka Ukázat stav Přidat částku Odebrat částku Odebrat trvalou transakci Přidat trvalou transakci Nastavit kritickou hladinu Zobrazit historii transakcí (De)Aktivovat Peněženku Modul Menza Načíst jídelníček Změnit lokalitu Vybrat delikatesu Označit oblíbenou delikatesu Ukázat oblíbené jídla Hodnotit oblíbená jídla (De)Aktivovat modu Menza Účastníci Student

4 Business process model Procesy práce s organizátorem studentského života Tato kapitola obsahuje popis postupů plánování, které svědomitý student provádí v běžném životě, jako jsou zadávání dat do kalendáře, mazání dat z kalendáře, kontrola stavu svého účtu, manuální úprava stavu konta, přidání trvalého příkazu a vyhledání jídelny. 1 Procesy spojené organizátorem událostí Toto je hlavní a nejpoužívanější proces. Jsou to činnosti, které musí student provést, pokud chce přidat nějakou naplánovanou položku, nebo poznámku k určitému datu ve svém kalendáři. 1.1 Zadávání dat do kalendáře Spočívá ve vyhledání správného data a vložení informací o nadcházející události. Ilustrace 1: Zadávání dat do kalendáře -4-

5 1.2 Mazání dat z kalendáře Proces mazáni dat z kalendáře, zahrnuje vyhledání dne, na kterém se nachází položka, která má být odstraněna. V procesu je bezpečnostní otázka, protože po smazání záznamu, již není návratu a tak si musí být student jistý, že maže opravdu událost kterou měl na mysli. Ilustrace 2: Mazání dat z kalendáře -5-

6 2 Procesy s penězi Důležitou roli ve studentském životě hrají peníze. Podle nich se pak řídí zbytek plánování, proto určitě do studentského organizátoru patří. Hlavní procesy jsou kontrola stavu účtu, manuální přidání položky (kladné či záporné) a nastavení trvalého příkazu. 2.1 Kontrola stavu účtu Proces kontroly stavu účtu se skládá ze spočtení zbývající částky a v případě že je záporný podat varování. Ilustrace 3: Kontrola stavu účtu -6-

7 2.2 Manuální úprava účtu Manuální úprava je proces, který se provádí, pokud chce student zaevidovat novou položku ve své peněžence. Přidání trvalého příkazu. Ilustrace 4: Manuální úprava stavu účtu -7-

8 2.3 Přidání trvalé transakce Proces přidání trvalé transakce se odehrává v případě, kdy chce student přidat položku k nějakému datu, která se bude nějak cyklicky opakovat. Ilustrace 5: Přidání trvalého příkazu -8-

9 3 Procesy spojené se stravováním Procesy spojené se stravováním zahrnují činnosti, které se provádějí, když se student rozhodne navštívit některé ze stravovacích zařízení ČVUT. 3.1 Vyhledání jídelny Vyhledá se nejbližší menza v okolí podle aktuálního rozvrhu a studentovi bude nabídnut její denní menu, jestliže mu nebude žádné jídlo z jídelníčku vyhovovat, pak mu bude nabídnuta jiná nejbližší. Ilustrace 6: Vyhledání jídelny -9-

10 Doménový model Model obsahuje objekty modelované domény a popis jejich vzájemných vztahu. Pro grafickou reprezentaci těchto informací využíváme UML diagram tříd. Třídy mají definovány pouze atributy bez datových typů. Třídy, které se mohou nacházet v různých stavech (a tyto stavy jsou důležité/užitečné sledovat v reálném světě), jsou doplněny o stavový diagram. Ilustrace 7: Doménový model -10-

11 1 Diar Základní třída celého projektu. 2 Rozvrh Diář může obsahovat rozvrh studenta 3 Polozka Třída Položka představuje záznam v diáři popsaný názvem a časovým údajem uložení záznamu. nazev cas Název položky Čas vložení položky do diáře 4 Skupina Slouží pro rozčlenění úkolů. barva nazev -11-

12 5 Predmet Třída Predmet se váže k třídě Rozvrh. Obsahuje informace o předmětu, které jsou v rozvrhu reprezentovány pomocí identifikačního čísla, názvem a odkazem na stránky předmětu. ident nazev Identifikace předmětu Název předmětu stranky_predmetu Odkaz na www stránky předmětu 6 Ucebna Třída Ucebna obsahuje informace o budově, ve které probíhá výuka. budova Jméno budovy cislo Identifikační číslo budovy 7 Vyucujici Třída Vyucujici se váže k třídě Rozvrh, popisuje vyučujícího ovou adresou a jménem. na vyučujícího jmeno Jméno vyučujícího 8 Penezenka Třída Penezenka v sobě obsahuje informaci o stavu účtu uživatele. stav_uctu Informace o stavu účtu(aktuální částka na účtu) -12-

13 9 Polozka Třída Polozky vyjadřuje výdaje a příjmy uživatele. datum Datum vložení položky nazev Název položky 10 Jednorazovka Jednorazovka vyjadřuje jednorázovou položku (výdaj či příjem). 11 Opakujici Opakujici vyjadřuje opakující položku (výdaj či příjem). 12 Poznamka -13-

14 13 Menza Třída Menza obsahuje informace o menze, která je určena adresou, názvem a provozní dobou. adresa Adresa menzy nazev Název menzy provozni_doba Doba kdy menza vydává jídla 14 Jidelnicek Trída Jidelnicek obsahuje instance tříd Jidlo. seznam_jidel Seznám jídel v jednotlivých menzách 15 Jidlo Třída Jidlo obsahuje informace o jídle vydávaném v menze. hmotnost nazev Gramáž jídla Název jídla 16 Oblibena Jidla Díky třídě OblibenaJidla má uživatel možnost ohodonoti jídla v menzach a vybrat si svá oblíbená, tato jídla se pak budou porovnávat s denní nabídkou menz a v případě výskytu takového jídla, bude uživatel informován, že jeho oblíbené jídlo je v nabídce. znamka Kvalitativní ohodnocení jídla -14-

15 Funkční a nefunkční požadavky Balíček obsahuje seznam a popis funkčních a nefunkčních požadavků. req Požadav... Funkcní požadav ky + Evidence jídelníčků + Evidence školního rozvrhu + Evidence úkolů v čase - diář + Finanční evidence + Hledání jídel Nefunkcní požadav ky + Aplikace běžící na stolním počítači + Grafické uživatelské rozhraní + Přenositelnost mezi OS Ilustrace 8: Funkční a nefunkční požadavky 1 Funkční požadavky Kapitola obsahuj popis funkčních požadavků, které jsou kladeny na systém. req Funkcní požadav... Evidence úkolů v čase - diář Evidence školního rozvrhu Finanční evidence Evidence jídelníčků Hledání jídel 1.1 Evidence úkolů v čase diář Ilustrace 9: Funkční požadavky Systém bude umožňovat evidovat úkoly uživatele v diářové podobě. Uživatel bude moct přidávat, co chce v který den a kdy dělat, mazat svoje akce, upravovat svoje akce a kategorizovat si je do různých zájmových skupin. 1.2 Evidence školního rozvrhu Systém bude umožňovat evidovat školní rozvrh uživatele, kterému dovolí tento rozvrh dále upravovat, přidávat si k němu poznámky, případně jej celý začlenit do diáře. -15-

16 1.3 Evidence financí Systém bude umožňovat evidovat finanční situaci uživatele, se vším, co k tomu patří. Bude možné zadávat vstupní a výstupní finance a vypisovat finance, které peněženkou proběhly za určité období. Dovolí zadávat uživateli trvalé transakce, editovat je, mazat, ke každé přiřadit popis. 1.4 Evidence jídelníčků Systém bude umožňovat nahlédnutí do aktuální nabídky menz ČVUT, vybírat jídla a přiřazovat jim hodnocení. 1.5 Hledání jídel Systém bude umožňovat vyhledání určitého jídla, bude schopen uživateli zahlásit, jestli se ten den někde takové jídlo vaří. 2 Nefunkční požadavky Kapitola obsahuje popis všech požadavků, které nesouvisejí přímo s funkčností systému, ale přesto jsou pro správný provoz systému důležité. req Nefunkcní požad... Grafické uživatelské rozhraní Přenositelnost mezi OS Aplikace běžící na stolním počítači Ilustrace 10: Nefunkční požadavky -16-

17 2.1 Grafické uživatelské rozhraní Aplikace bude obsahovat jednoduché GUI, které se bude snažit usnadnit uživatelskou interakci Ilustrace 11: grafické rozhraní rozvrhu Ilustrace 12: grafické rozhraní diáře Ilustrace 13: grafické rozhraní menz Ilustrace 14: grafické rozhraní peněženky -17-

18 Ilustrace 15: grafické rozhraní diáře 2.2 Aplikace spustitelná na PC Aplikace je primárně určena na osobní počítače 2.3 Přenositelnost mezi OS Aplikace bude běžet na OS Linuxových typů, Windows i Mac 2.4 Licence Student's life je vyvijen studenty pro studenty. Jde o otevřený systém, autoři jej poskytují zcela zdarma, avšak se zříkají odpovědnosti za chyby systémem způsobené. -18-

19 Model případu užití Kapitola obsahuje popis případu užití IS pro systém Student s Life. Jedná se o funkcionality, které bude systém poskytovat svým uživatelům. Popisuje také výpis všech uživatelů systému. 1 Modul Rozvrh Kapitola obsahuje popis funkčností systému související s modulem Rozvrh. -19-

20 1.1 Načíst Rozvrh 1. Případ začíná potřebou studenta, načíst a dále zpracovávat svůj rozvrh. 2. Systém vyzve uživatele k zadání údajů potřebných pro získání rozvrhu hodin 3. Jestliže výše uvedené selže, systém požadavek opakuje, student muže tento krok zrušit. 4. Systém se pokusí získat rozvrh hodin Systém potvrdí, že načtení proběhlo v pořádku 1.2 Změnit Rozvrh 1. Případ začíná v bodě, kdy chce student opravit nejasnosti v rozvrhu hodin 2. Systém zobrazí rozvrh 3. student vybere položku, kterou chce upravit 4. Systém vyžádá zadání nových dat 5. Student data zapíše a potvrdí Systém změny uloží 1.3 Zkopírovat do diáře 1. Případ začíná v bodě, kdy se student rozhodne používat v diáři předvvplnění přednášek, cvičení, atp. 2. Uživatel zadá pokyn ke zkopírování rozvrhu 3. Systém vezme aktuální rozvrh hodin a nakopíruje jeho obsah do jednotlivých dnu v diáři, počínaje aktuálním dnem Systém informuje uživatele, že vše proběhlo v pořádku - nebo informuje o případných chybách - tj. v diáři už něco bylo a on to nechce přepsat bez vědomí 1.4 Přidat poznámku 1. Uživatel si chce zadat poznámku k učiteli, k přednášce (ztráta casu, atp.) 2. Uživatel vybere, k jaké části položky si přeje zadat poznámku (ze seznamu učeben, učitelů, předmětu, které navštěvuje) 3. Systém si vyžádá zápis poznámky uživatel potvrdí poznámku. 1.5 Odebrat poznámku 1. Uživatel zjistil, že ta přednáška není tak úplně zbytečná a chce si odstranit poznámku o tom, že je. 2. Uživatel vybere poznámku, kterou před časem zadal. 3. Uživatel zadá pokyn k jejímu odstranění. 4. Systém se zeptá, jestli má skutečně odstranit Systém poznámku odstraní -20-

21 2 Modul Diář Kapitola obsahuje popis funkčností systému související s modulem Diář. 2.1 Přidat položku 1. Přidání položky do diáře začíná, když si student (uživatel)uvědomí, že má nějakou naplánovanou událost, na kterou nechce zapomenout 2. Uživatel spustí program a přejde do sekce diáře. 3. Přidá novou položku a vyplní povinné údaje. Systém zkontroluje správný formát dat a přidá položku na požadované datum. 2.2 Odebrat položku 1. Student se rozhodne, že se jisté naplánované položky nezúčastní. Nebo je akce, kterou má poznamenanou v diáři z nějakého důvodu zrušena 2. Student si otevře diář na pohledu na jednotlivé události. 3. Vyhledá událost, kterou chce odstranit. 4. Zadá příkaz ke smazání 5. Systém zobrazí varovné okno o požadované akci. 6. Uživatel potvrdí smazání. Systém odstraní položku z diáře. -21-

22 2.3 Přidat skupinu 1. Vytvoření nové skupiny se spouští, pokud uživatel zjistí, že potřebuje organizovat události do více sekcí. 2. Uživatel spustí modul diář. 3. Uživatel otevře si sekci správy skupin. 4. Uživatel přidá novou položku (skupinu), zadá její jméno, barvu zvýraznění. 5. Systém zkontroluje, zda jsou údaje zadány správně a zda se nejedná o duplicitní skupinu. Od této chvíle je skupina zobrazována v legendě a lze do ní zařazovat položky diáře. 2.4 Odebrat skupinu 1. Student se rozhodne, že již danou skupinu dále nepotřebuje. 2. Uživatel spustí modul diář. 3. Uživatel si otevře sekci správy skupin. 4. Dále student zvolí skupinu, kterou považuje za zbytečnou. 5. Systém zobrazí výstražnou zprávu o chystané události. 6. Systém smaže skupinu. 2.5 Exportovat Diář 1. Případ užití, nastává, pokud chce uživatel zálohovat svoje data, nebo je prevést do jiného programu. 2. Uživatel otevře program v základním režimu. 3. Uživatel zvolí export dat. 4. Systém zobrazí výzvu na jméno a cestu k souboru s exportem. 5. Uživatel zadá potřebné informace Systém zkontroluje platnost údajů a provede export. -22-

23 3 Modul Peněženka Kapitola obsahuje popis funkčností systému související s modulem Peněženka. -23-

24 3.1 Ukázat stav 1. Uživatel chce znát své finanční možnosti 2. Zeptá se systému, jaká je jeho bilance Systém odpoví vytištěním částky 3.2 Přidat částku 1. Student chce přidat na svůj účet částku 2. Systém se zeptá na popis částky - pro zaevidování, za co byla částka přijata a na její velikost 3. Uživatel zadá částku a její popis 4. Systém částku přičte k zůstatku a zaeviduje si ji společně s popisem 3.3 Odebrat částku 1. Student chce odebrat částku 2. Systém se zeptá na popis částky - pro zaevidování, za co byla částka odňata a na její velikost 3. Uživatel zadá částku a její popis Systém částku odečte od zůstatku a zaeviduje si ji společně s popisem 3.4 Odebrat trvalou transakci 1. Uživatel se rozhodne zrušit trvalou transakci 2. Systém mu nabídne seznam dostupných trvalých transakcí 3. Uživatel vybere tu, kterou chce zrušit Systém transakci zruší a příští transakční datum už s ní nemanipuluje. 3.5 Přidat trvalou transakci 1. Uživatel se rozhodne přidat trvalou transakci 2. Systém se zeptá na částku, na datum a na účel trvalé transakce, také zjistí typ - inkrementuje, dekrementuje dispozice 3. Uživatel zadá detaily Systém transakci přidá a při příštím transakčním datu už s ní manipuluje 3.6 Nastavit kritickou hladinu 1. Uživatel chce, aby ho někdo kontroloval, že nepropije poslední korunu na jízdenku domu 2. Systém se zeptá, jakou částku má hlásit jako kritickou Uživatel zadá kritickou částku 3.7 Zobrazit historii transakcí 1. Uživatel chce vidět, za co byly v minulosti inkasovány nebo placeny prostředky 2. Systém se zeptá, jaké období chce student zobrazit 3. Uživatel zadá období od/ do Systém vrátí transakce, které proběhly v daném období -24-

25 3.8 (De)Aktivovat Peněženku 1. uživatel se rozhodne ne/používat peněženku Systém si toto nastavení zapamatuje a bez přednastavení uživatele neobtěžuje tímto modulem. 4 Modul Menza Kapitola obsahuje popis funkčností systému související s modulem Menza. -25-

26 4.1 Načíst jídelníček 1. Má li uživatel zájem jíst, tj., je li služba aktivní, systém načte jídelní lístek menz 4.2 Změnit lokalitu 1. Uživatel vybere ze seznamu míst to, na kterém se momentálně nachází, nebo jej má nejblíže 2. Systém vybere místo, kde se dá jíst a které je nejblíže uživateli Systém toto místo zobrazí na prvním místě seznamu 4.3 Vybrat delikatesu 1. Uživatel se rozhodl jíst jídlo a označil jej v programu 2. Systém oznámí uživateli, kolik daná pochutina stojí 4.4 Označit oblíbenou delikatesu 1. Uživatel zjistí, že mu jídlo chutná, a že by rád, kdyby jen na něj v budoucnosti upozorňovali 2. Uživatel vybere jídlo ze seznamu a zvolí ho jako svoje oblíbené 3. Systém přidá toto jídlo do seznamu sledovaných 4.5 Ukázat oblíbené jídla 1. Uživatel chce vidět, jaká jídla v minulosti označil jako svá oblíbená 2. Systém ukáže jídla, která byla označena jako oblíbená 4.6 Hodnotit oblíbená jídla 1. Uživatel si přeje rozlišit mezi jídly, která má rád tak, že chce říct, že některé má ještě radši 2. Systém uživateli ukáže kompletní seznam oblíbených jídel 3. Uživatel zadá počet slin, které se mu při vyslovení názvu jídla sbíhají 4. Systém zaeviduje počet slin, a toto jídlo ukazuje přednostněji než ostatní 4.7 (De)Aktivovat modu Menza 1. uživatel se rozhodne ne/používat jídelníček 2. Systém si toto nastavení zapamatuje a bez přenastavení uživatele neobtěžuje nabídkou jídla -26-

27 5 Účastníci Kapitola obsahuje seznam Účastníků, kteří budou systém využívat. 5.1 Student Osoba bude moci využívat všechny služby systému. Je to jediná osoba v systému. -27-