Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC

Rozměr: px
Začít zobrazení ze stránky:

Download "Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC"

Transkript

1 Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC Úvod Před nedávnem jsem obdržel trochu delší mail tohoto znění: Dobrý den pane Kravale, před časem jsem absolvoval vaše školení zaměřené na UML a jeho použití v analýze. V rámci každodenních analytických prací existuje několik obecných problémů, které se vyskytují prakticky na každém projektu a pro které prozatím nemám jednoznačné řešení. Mám sice nějaké návrhy, ale nejsem si jimi jistý. Chtěl jsem vás proto požádat o konzultaci těchto problémů, které nejsou nijak projektově nebo doménově specifické ale naráží na ně každá firma prakticky ve všech projektech. 1. Prvním problémem je, jak předávat designerům a zákazníkovi informaci o tom, že v konkrétním kroku scénáře UseCase je zpracovávána určitá sada atributů. (Například že v kroku 1.Klient vyplní hodnoty pro atribut X, Y, Z) Podle mého názoru existují dva základní způsoby řešení. - První a nejjednodušší je samozřejmě vypsání kompletního seznamu atributů, které jsou v daném kroku UseCase zpracovávány, přímo do textu příslušného kroku scénáře. Tedy například "Uživatel vyplní pole Jméno, Příjmení a Kód zboží." nedostatek takového řešení je v tom že výčet atributů může tvořit poměrně obsáhlý seznam a jeho kompletní vepsání, značně znepřehlední čtení daného Usecase. Navíc při změně seznamu je třeba nezapomenout provádět úpravu hned na několika místech v modelu a to jak v boundary Class reprezentující daný formulář, tak v UseCase. - Z uvedených důvodů se mi jako lepší jeví druhá varianta kdy do příslušného kroku UseCase neuvedu kompletní výčet Strana 1

2 zpracovávaných atributů ale pouze nějakou formu odkazu na název třídy která dané atributy obsahuje. Při změně potom stačí provést úpravu obsahu této třídy ale na UseCase se nemusí sahat. Otázkou ovšem je na co se z UseCase odkazovat. Je správné odkazovat se na Analytické třídy typu entity, nebo spíše na analytické třídy typu boundary? Moje představa je taková že budu mít boundary třídy strukturované do tří úrovňové hierarchie kde na nejvyšší úrovni je obrazovka. K obrazovce je pomocí kompozice připojena sada boundary tříd se stereotypem blok a ke každému bloku je kompozicí připojena sada tříd se stereotypem segment. Například obrazovka Žádost se skládá z bloků Osobní údaje, Popis zboží a Informace o ceně a třeba sekce Osobní údaje se skládá ze sekcí Personální údaje a Adresa. V kroku UseCase Založení žádosti by pak nebylo napsáno "Uživatel vyplní ulici, číslo domu, město, PSČ", ale bylo by tam napsáno "Uživatel vyplní sekci Adresa." Druhé možné pojetí je založeno na tom, že se budu v příslušném kroku UseCase odkazovat nikoli na boundary třídy, ale přímo na entity. Důvodem je především to, že v době vytváření scénářů Usecase nejsou velmi často boundary třídy ještě vůbec známy. problém ale vidím v tom že entity narozdíl od boundary tříd velmi často obsahují atributy používané na několika různých boundary třídách a proto akce popisovaná v příslušném kroku usecase nemusí vždy pracovat se všemi atributy příslušné entity. Například nemohu napsat že "Uživatel vyplní atributy entity Adresa". Když tato třída Adresa obsahuje narozdíl od boundary třídy Adresa klienta i atribut Platnost, se kterým se v daném kroku nepracuje. Máte prosím nějaký názor na tuto problematiku mapování atributů analytických tříd ať už entit nebo boundary, na Usecase? 2. Další často probíranou záležitostí je, jak pojmout situaci, kdy po ukončení nějaké funkcionality, popisované jedním Usecase, je bezprostředně spuštěna (buďto automaticky nebo manuálním zásahem uživatele) funkcionalita popisovaná jiným UseCase. Například ihned po ukončení UseCase Založit žádost následuje vždy UseCase Vytisknout žádost, jehož obsah ale nemůže být součástí UseCase Založit žádost, protože tisk žádosti se provádí nejen po jejím založení ale i v jiných dalších případech a tak je existence samostatného UseCase pro popis tisku žádosti zcela oprávněná. Jakým způsobem tedy předat designerovi informaci, že vždy po provedení Usecase Založit žádost je nutné provést UseCase Vytisknout žádost? Dokážu si představit tři různá řešení, z nichž první dvě mi přijdou jako špatná. Strana 2

3 - První možnost je že informaci o tom že na sebe oba UseCase navazují, nijak v modelu nezaznamenám a tím pádem jí ani nepředám. - Druhá možnost je propojit oba Usecase tak, že UseCase Založit žádost by jako poslední bod svého hlavního scénáře obsahoval include Usecase Vytisknout žádost. Ovšem takto pojaté UseCase diagramy by pak byly naprosto nepřehledné a plné změti vazebních čar. - Třetí a mnou preferovaná možnost, je zaznamenat úspěšné ukončení UseCase Založit žádost jako jeden z několika možných Starting events UseCasu Vytisknout žádost. A jako jednoho z primárních Actorů UseCase Vytisknout žádost zařadit i System, nebo System event (protože o Actora Time respektive Time event se v tomto případě nejedná). Jaký je váš názor na mnou navrhované řešení? 3. S předchozím problémem souvisí i další často zvažovaný problém, který spojený s existencí menu a faktem, že funkcionalita je většinou aktivována výběrem z nějakého menu a že po ukončení používání této funkcionality se uživatel opět k tomuto menu vrací a aktivuje z něj funkcionalitu jinou. I zde jsem se setkal s prvními dvěma variantami řešení, tak jak jsem je popsal v předchozím bodě. Tedy buďto, že usecase pro menu vůbec neexistuje, nebo že každý UseCase pro takovou funkcionalitu začíná krokem "systém zobrazí menu a uživatel z něj vybere...". Případně že to bylo řešeno tak, že vznikl samostatný UseCase pro zobrazení menu a ten byl includovan jako první krok příslušného scénáře UseCasu, který popisoval konkrétní funkcionalitu. Například tedy UseCase Založit žádost nejprve includoval UseCase Zobrazit menu a teprve jako druhý byl první krok funkcionality založení žádosti. I v případě této problematiky je ale podle mě správným řešením, udělat pro zobrazení menu samostatný UseCase, který ovšem není do ostatních UseCase includován. Výběr v menu je pak uveden jako jeden z možných Starting eventů v příslušných UseCase popisujících vlastní funkcionalitu. jaký je váš názor na tuto problematiku? 4. Posledním problémem, na který bych se vás rád zeptal, je dotaz na to, jakým způsobem v modelu zachytit neočekávané ukončení libovolného UseCase. typicky se jedná o situaci, kdy uživatel Strana 3

4 používá nějakou funkcionalitu, která je popisována určitým UseCase a při tom existuje možnost, že ve kterém kolik kroku daného UseCase uživatel přeruší tento UseCase například tak, že klikne někde v menu a tím aktivuje zcela jinou funkčnost, nebo že dojde k neočekávanému pádu systému. Máte vyřešený nějaký způsob, jak tuto informaci o neočekávaném ukončení UseCase v modelu zachytit? Nechce se mi věřit, že by neexistovala nějaká lepší a jednodušší varianta řešení než ta, než každý UseCase bude obsahovat specielní výjimkovým scénář, který bude ve všech UseCase stejný a bude říkat, že UseCase může být z těch a těch důvodů v kterémkoli svém kroku přerušen. Omlouvám se za tak rozsáhlý s velkým množstvím dotazů. Přesto věřím, že nastíněné otázky jsou tak obecné a zvažují je mnozí analytici na mnoha projektech, že jsou i pro vás a studenty vašich kurzů zajímavé. Předem děkuji za vaši případnou pomoc s těmito problémy a přeji vám hezký den, P. R. Analytik Vzhledem k rozsahu dotazů budu odpovídat postupně seriálem článků. Doporučení pro práci s pojmy ve scénářích UC Rád bych neprve upozornil na jednu důležitou okolnost: Právě připravuji metodické dokumenty z řady technologie zvané OCM (Object Consulting Methodology). Tyto dokumenty velmi podrobně popisují doporučené postupy při návrhu softwaru včetně praktických kroků učiněných v nástroji EA a v nástroji EA Object Editor. Tento článek je výňatek z této dokumentace OCM upravený do podoby článku. Nyní se pustíme do prvního bodu, tj. jak pracovat s texty scénářů případů užití obsahujících pojmy jako rodné číslo, jméno, příjmení atd. První základní část otázky z bodu 1 lze stručně shrnout do následující formulace: Jak a na co provázat opakující se pojmy z textů scénářů? Odpověď má dvě roviny: teoretickou a technickou. První rovina vysvětluje o co jde, druhá rovina popisuje konkrétní postup, jak ho dosáhnout konkrétně v EA. Strana 4

5 Teorie - logika posloupnosti prací na analytickém modelu Platí jedna důležitá a logicky jasná skutečnost: Pojmy, které se vyskytují ve scénářích UC, nelze ve chvíli psaní scénářů provázat ani na analytické třídy a ani na formuláře. V této chvíli totiž nejsou tyto prvky modelu nalezeny (ani analytické třídy a ani formuláře) a teprve se budou vymýšlet z těchto pojmů. Pokud si důkladně přečteme poslední souvětí, a zejména poslední větu z posledního souvětí, tak je zřejmé, že evidentně existuje kromě analytických tříd ještě další prvek analytického modelování předcházející třídy, nazvěme jej uživatelský pojem neboli user concept. Naše prvky s názvem rodné číslo, příjmení atd. reprezentují právě tyto prvky typu user concept. Jinak řečeno, znamená to, že evidentně existuje prvek v analytickém modelování reprezentující úplně první analytickou úroveň. Těmito prvky jsou uživatelské pojmy nebo jen pojmy resp. user concepts. Z nich teprve vznikají analytické třídy. Vyplývá z toho, že existuje ještě mapování z uživatelských pojmů do analytických tříd. Teprve až analytické třídy (vzniklé z pojmů) jsou již abstraktním vyjádřením tříd v designu (například abstraktním vyjádřením tabulek apod.). První závěr: Je vhodné zavést pojmy, se kterými pracuje scénář. Tyto pojmy by měly být používány jednotně ve všech scénářích, tj. nesmí se používat synonyma. Z těchto pojmů se pak buduje analytický model tříd a následně modely designu. Praxe - Konkrétní postup Nyní se dostáváme ke konkrétnímu postupu, jak pracovat s pojmy ve scénářích. Cituji nejprve jednu část otázky z mailu:...navíc při změně seznamu je třeba nezapomenout provádět úpravu hned na několika místech v modelu... Tato věta ukazuje na určitý nedostatek, který mají CASE nástroje, a tento nedostatek má obecnější podobu, tj. nevyskytuje se jen a pouze při psaní scénářů, ale prolíná se všemi pracemi s CASE nástroji. Obecně CASE nástroj (zde EA) nepodporuje živé odkazy z textu na jiné prvky v modelu. Malá vysvětlující odbočka předešlé věty: Před dalším čtením článku si prosím přečtěte odstavec s názvem Výhoda stále aktuálních odkazů v textu na stránce: Pokud použijeme na stránce zmíněný produkt EAOE, potom existuje jednoduchá odpověď na původně složitou otázku: Strana 5

6 Otázka: Na co a jak provázat pojmy ze scénářů UC? Odpověď: Na pojmy. Postup je velmi jednoduchý: Založte vedle prvku Package s případy užití druhý Package, dejte mu název User concepts of <něco> (nebo česky Uživatelské pojmy <čeho>) Jakmile se při psaní scénářů narazí na opakující se (zajímavé) podstatné jméno (rodné číslo, faktura, seznam faktur, fyzická osoba, seznam fyzických osob atd.) reprezentující pojem, se kterým se pracuje v systému, nepište ho do scénáře! Založte prvek typu Object do Package obsahující pojmy, dejte tomuto prvku typu Object stereotyp <<user concept>> a dejte mu název tohoto pojmu. Pokud chcete, můžete dát do Notes i vysvětlení o co v pojmu jde. V textu scénáře založte odkaz na tento prvek pomocí EAOE nástroje. V package vedle vzniká seznam pojmů jako prvky typu Object se stereotypem <<user concept>> Jakmile znovu narazíte na opakující se pojem při psaní scénáře, pak na dané místo založte odkaz na tento prvek pomocí EAOE nástroje. Použití odkazů na pojmy má za následek tyto skutečnosti: o Tvorba synonym je výrazně omezena. Pojmy se totiž vybírají ze seznamu a nezakládají se znovu v textech. o Práce se výrazně urychlí, celé názvy se přenášejí pouze kliknutím a nepřemýšlí se, jak pojem vlastně zněl, protože se nabízí v seznamu o Při změně názvu pojmu se změna projeví ve všech textech o Seznam pojmů je výchozí seznam pro zpracování modelu tříd o Při evidenci vztahu Pojem - Analytická třída Design třída dostáváme kýženou oboustrannou evidenci od pojmů k designu do kódu a zpět (realizace pojmu v designu a vysvětlení designu pomocí pojmů zpětně) Praktický postup je, jak vidět, velmi jednoduchý a praktický. Všimněte si jedné důležité okolnosti: Package s pojmy reprezentuje něco jako slovník pojmů systému a na něj budeme mapovat analytické třídy. Navíc, tento slovník je dostatečně chytrý : Pokud změníte název pojmu v tomto slovníku, tak tato změna se automaticky díky nástroji EAOE promítne do všech textů všech scénářů. V dalším článku se budeme věnovat další otázce z mailu. KONEC ČLÁNKU Strana 6

Druhá část odpovědi na mail ohledně zpracování případů užití

Druhá část odpovědi na mail ohledně zpracování případů užití Druhá část odpovědi na mail ohledně zpracování případů užití Autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování na článek předešlý. Minule jsme si vysvětlili,

Více

Jak správně psát scénáře k případům užití?

Jak správně psát scénáře k případům užití? Jak správně psát scénáře k případům užití? Autor RNDr. Ilja Kraval 2007 http://www.objects.cz K napsání tohoto článku mne inspiroval tento mail: Dobrý den pane Kravale, chci Vás poprosit o radu, která

Více

Třetí část odpovědi na mail ohledně zpracování případů užití, aneb jak je to s číslováním pořadí případů užití

Třetí část odpovědi na mail ohledně zpracování případů užití, aneb jak je to s číslováním pořadí případů užití Třetí část odpovědi na mail ohledně zpracování případů užití, aneb jak je to s číslováním pořadí případů užití autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování

Více

Čtvrtá část odpovědi aneb jak je to vlastně s interakcí <>

Čtvrtá část odpovědi aneb jak je to vlastně s interakcí <<include>> Čtvrtá část odpovědi aneb jak je to vlastně s interakcí autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování na články předešlé. Minule jsme si zde

Více

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA)

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) 2. část autor: RNDr. Ilja Kraval, červenec 2010 http://www.objects.cz ÚVOD V minulém článku bylo pojednáno o složitosti

Více

Odpověď na dotaz ohledně asociační třídy v modelu měření

Odpověď na dotaz ohledně asociační třídy v modelu měření Odpověď na dotaz ohledně asociační třídy v modelu Část 4. Tento článek navazuje na předešlé články jako jejich pokračování autor RNDr. Ilja Kraval, http://www.objects.cz září 2007 firma Object Consulting

Více

Úvod do principů objektově orientovaného programování

Úvod do principů objektově orientovaného programování OBSAH DISTANČNÍHO E-LEARNINGOVÉHO KURZU PROFESNÍ RŮST ANALYTIKA OD ZÁKLADŮ (BASE) ÚVOD DO TECHNOLOGIÍ INFORMAČNÍCH SYSTÉMŮ Jak funguje počítač na základní úrovni Základy HTML Skripty ve webovských technologiích

Více

7 Aktivace oznamování nových výzev

7 Aktivace oznamování nových výzev 7 Aktivace oznamování nových výzev Pokud si tuto službu aktivujete, bude získávat prostřednictvím e-mailu oznámení o veškerých nově zveřejněných výzvách v oblasti vašeho zájmu, a to na základě klasifikace

Více

E-mailové kampaně. 2013 Byznys CRM s.r.o.

E-mailové kampaně. 2013 Byznys CRM s.r.o. E-mailové kampaně 2013 Byznys CRM s.r.o. Zákazník: Dne: 31. 5. 2015 Vytvořil: Pavel Šlesingr Schválil: Petr Hampejs Verze: 5.0 Emailové kampaně v CRM 2011 Strana 2 z 15 Obsah Obsah... 3 1. Popis... 4 1.1.

Více

JEDNODUCHÝ PRŮVODCE STRÁNKAMI www.dedra.cz

JEDNODUCHÝ PRŮVODCE STRÁNKAMI www.dedra.cz JEDNODUCHÝ PRŮVODCE STRÁNKAMI www.dedra.cz Pomocí tohoto jednoduchého průvodce se budete lépe orientovat na našich internetových stánkách a bez problémů využívat výhod nového automatického objednávkového

Více

S KONFIGURACÍ POVOLENÝCH KOMBINACÍ DĚDICŮ

S KONFIGURACÍ POVOLENÝCH KOMBINACÍ DĚDICŮ VZOR HETEROGENNÍ SEZNAM S KONFIGURACÍ POVOLENÝCH KOMBINACÍ DĚDICŮ RNDr. Ilja Kraval, září 2008 http://www.objects.cz ÚVOD Jak známo, v CLASS DIAGRAMU se dělí vztahy do dvou základních typů: Buď se jedná

Více

ROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH

ROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH ROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH 3. část RNDr. Ilja Kraval, srpen 2009 http://www.objects.cz ÚVOD Tento článek je pokračováním předešlých článků. Článek vysvětluje použití vztahu

Více

A7B36SI2 - Řízení SW projektů. Smart-Fine. Systém evidence parkovacích lístků pomocí chytrých telefonů. Analýza (v. 3)

A7B36SI2 - Řízení SW projektů. Smart-Fine. Systém evidence parkovacích lístků pomocí chytrých telefonů. Analýza (v. 3) A7B36SI2 - Řízení SW projektů Smart-Fine Systém evidence parkovacích lístků pomocí chytrých telefonů Analýza (v. 3) Martin Štajner, Pavel Brož 16.12.2011 1 Obsah Obsah Požadavky na systém Případy užití

Více

Případy užití (use case) Projektování SW systémů

Případy užití (use case) Projektování SW systémů Univerzita Pardubice Fakulta elektrotechniky a informatiky Případy užití (use case) Projektování SW systémů Matěj Trakal Poslední úprava: 24. ledna 2012, 17:06 INPSW 2011 (Šimerda) OBSAH Obsah 1 Co jsou

Více

Uživatelská příručka

Uživatelská příručka Uživatelská příručka 1 Obsah 1 Obsah... 2 2 Uživatelská příručka... 3 2.1 Správce aplikace... 3 Menu správce aplikace... 4 Správa uživatelských účtů... 4 2.2 Ředitel turnaje... 4 Menu ředitele turnaje...

Více

Internetový obchod Mironet

Internetový obchod Mironet České vysoké učení technické v Praze Fakulta elektrotechnická Internetový obchod Mironet Semestrální práce A2 Testování uživatelských rozhraní A4B39TUR Pavel Štíbal Stibapa1@fel.cvut.cz 2013/2014 Otevřená

Více

Uživatelský manuál: Modul Nové kontakty

Uživatelský manuál: Modul Nové kontakty Uživatelský manuál: Modul Nové kontakty Se zapnutím nových kontaktů souvisí nasazení nové aplikace Těžká podatelna a nový formulář pro evidenci externí písemnosti (dokumentu). Zapnutí nových kontaktů lze

Více

Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o

Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o Diagram nebo text? Miroslav Benešovský, Diagram nebo text? Jaká je role analytika při vývoji SW? Most mezi zákazníkem a vývojáři Jaké má analytik prostředky? Diagramy, vizuální modelování Jaká je zkušenost

Více

Vývoj IS - strukturované paradigma II

Vývoj IS - strukturované paradigma II Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

Více

Analýza a modelování dat. Helena Palovská

Analýza a modelování dat. Helena Palovská Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case

Více

Personální evidence zaměstnanců

Personální evidence zaměstnanců Mendelova univerzita v Brně Provozně ekonomická fakulta Personální evidence zaměstnanců Uživatelská dokumentace Bc. Petr Koucký Bc. Lukáš Maňas Bc. Anna Marková Brno 2015 1 Popis funkcionality Námi řešená

Více

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika 2 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk UML, základní modely, diagramy aktivit, diagramy entit.

Více

Czech Lyons Aplikace Stručný návod. Leoš Červený. CLA Designer. Nic není tak dokonalé, aby to nešlo udělat ještě lépe

Czech Lyons Aplikace Stručný návod. Leoš Červený. CLA Designer. Nic není tak dokonalé, aby to nešlo udělat ještě lépe Czech Lyons Aplikace Stručný návod CLA Designer Leoš Červený Nic není tak dokonalé, aby to nešlo udělat ještě lépe Přihlášení www.lbt.aspone.cz Přístupové jméno a heslo jste obdrželi emailem Přístup přiděluje

Více

Metodická příručka pro učitele. InspIS SET modul školní testování

Metodická příručka pro učitele. InspIS SET modul školní testování Metodická příručka pro učitele InspIS SET modul školní testování Tato Metodická příručka pro učitele byla zpracována v rámci projektu Národní systém inspekčního hodnocení vzdělávací soustavy v České republice

Více

DÁLE PROSÍM BERTE NA VĚDOMÍ, ŽE VEŠKERÉ ZMĚNY OBJEDNÁVEK SKRZE INTERNET BUDOU ZCELA PLATNÉ A NA POZDĚJŠÍ REKLAMACE NEMŮŽE BÝT BRÁN ZŘETEL.

DÁLE PROSÍM BERTE NA VĚDOMÍ, ŽE VEŠKERÉ ZMĚNY OBJEDNÁVEK SKRZE INTERNET BUDOU ZCELA PLATNÉ A NA POZDĚJŠÍ REKLAMACE NEMŮŽE BÝT BRÁN ZŘETEL. Vážení rodiče, přinášíme Vám nyní možnost změn v objednávání obědů skrze síť internet. Přijměte prosím tímto tento dokument jako stručný návod pro práci s danou aplikací. Byli bychom velice rádi, kdyby

Více

Principy OOP při tvorbě aplikací v JEE. Michal Čejchan

Principy OOP při tvorbě aplikací v JEE. Michal Čejchan Principy OOP při tvorbě aplikací v JEE Michal Čejchan Témata přednášky Principy OOP - připomenutí Úvod - co nás vede k používání OOP Reálný svět - jak (ne)používáme OOP Nedostatky na úrovni programovacích

Více

Architektura softwarových systémů

Architektura softwarových systémů Architektura softwarových systémů Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové

Více

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz UML a jeho použití v procesu vývoje Jaroslav Žáček jaroslav.zacek@osu.cz Různé pohledy na modelování Různé pohledy na modelování Unified Modeling Language UML není metodikou ani programovacím jazykem,

Více

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah 1 Obsah 1 Obsah... 1 2 Úvod a spouštění SW Palstat CAQ... 2 2.1.1 Návaznost na další SW moduly Palstat CAQ... 2 2.2 Přihlášení do programu... 2 2.2.1 Stanovení přístupu a práv uživatele... 2 2.2.2 Spuštění

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍLOHA C Požadavky na Dokumentaci PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé

Více

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele.

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 1. Vstup do aplikace Na adrese: http://i.statnisprava.cz 2. První stránka aplikace 1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 2. Poté budete přesměrováni na stránku

Více

Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken

Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné

Více

UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0

UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0 UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0 OBSAH 1 ÚVOD... 3 1.1 HOME STRÁNKA... 3 1.2 INFORMACE O GENEROVANÉ STRÁNCE... 4 2 VYHLEDÁVÁNÍ V ÚZEMÍ...

Více

Uživatelská příručka pro respondenty

Uživatelská příručka pro respondenty Uživatelská příručka pro respondenty Statistický informační systém Českého statistického úřadu Subsystém DANTE WEB Funkční blok Objednavatel: Český statistický úřad Na padesátém 81, 100 82 Praha 10 Dodavatel:

Více

Evidence žádostí o finanční příspěvek

Evidence žádostí o finanční příspěvek Evidence žádostí Obsah Evidence žádostí o finanční příspěvek... 3 Evidence žádostí... 4 Seznam žádostí... 4 Nová žádost... 6 Změny žádosti:... 7 Evidence žadatelů... 8 Seznam žadatelů... 8 Detail žadatele...

Více

Příručka uživatele HELPDESK GEOVAP

Příručka uživatele HELPDESK GEOVAP HELPDESK GEOVAP verze 1.2 11.11.2008 OBSAH 1 REGISTRACE DO HELPDESK...1 2 PŘIHLÁŠENÍ A ODHLÁŠENÍ...1 3 ZÁKLADNÍ OBRAZOVKA HELPDESK...2 4 PŘEHLED HLÁŠENÍ...2 5 ZALOŽENÍ NOVÉHO HLÁŠENÍ...3 6 ZOBRAZENÍ/EDITACE

Více

MarkAs marketingový asistent. Návod Betatest

MarkAs marketingový asistent. Návod Betatest MarkAs marketingový asistent Návod Betatest 25.5.2015 ! 2 /! 9 Obsah Návod betatest 3 Zapojení do betatestu 3 Instalace a aktivace 3 Založení nového zákazníka 4 Konfigurace MarkAs Mailer 6 Použití MarkAs

Více

KAPITOLA 5 - POKROČILÉ ZPRACOVÁNÍ TEXTU

KAPITOLA 5 - POKROČILÉ ZPRACOVÁNÍ TEXTU KAPITOLA 5 - POKROČILÉ ZPRACOVÁNÍ TEXTU KLÍČOVÉ POJMY Oddíly, styly, poznámka pod čarou, revize, obsah, rejstřík, záložka, citace a seznamy literatury, vzorce, vložené a propojené objekty, oddíly, zabezpečení.

Více

[RDM] STRUČNÁ UŽIVATELSKÁ PŘÍRUČKA. CENTRÁLNÍ REGISTR PODPOR MALÉHO ROZSAHU - de minimis

[RDM] STRUČNÁ UŽIVATELSKÁ PŘÍRUČKA. CENTRÁLNÍ REGISTR PODPOR MALÉHO ROZSAHU - de minimis PDS s.r.o. Viniční 20, 615 00 Brno IČ: 25523121, DIČ: CZ25523121 [RDM] CENTRÁLNÍ REGISTR PODPOR MALÉHO ROZSAHU - de minimis STRUČNÁ UŽIVATELSKÁ PŘÍRUČKA Praha, Brno 2009, 2010 Verze dokumentu Verze Datum

Více

Přebírání okrsků v aplikaci Wanas

Přebírání okrsků v aplikaci Wanas Přebírání okrsků v aplikaci Wanas Odkaz naleznete na těchto stránkách: http://mbcr.nature.cz/. Zde sekce stav okrsku. 1. Základní informace Stránka slouží k předávání informací o aktuálním stavu rozpracovanosti

Více

Jednoduchý návod na základní obsluhu Prestashopu 1.6:

Jednoduchý návod na základní obsluhu Prestashopu 1.6: Jednoduchý návod na základní obsluhu Prestashopu 1.6: Správa objednávek Když přijde objednávka, systém automaticky zasílá email provozovateli eshopu a zákazníkovi. Seznam objednávek je zde: Vedle každé

Více

5 Evidence manželských smluv

5 Evidence manželských smluv 5 Evidence manželských smluv 5.1 Společné vyhledávání v evidencích Společné vyhledávání v evidencích slouží k vyhledání evidovaných závětí, listin i smluv a to pouze vyhledáním podle rodného čísla a data

Více

Výroková logika dokazatelnost

Výroková logika dokazatelnost Výroková logika dokazatelnost Ke zjištění, zda formule sémanticky plyne z dané teorie (množiny formulí), máme k dispozici tabulkovou metodu. Velikost tabulky však roste exponenciálně vzhledem k počtu výrokových

Více

Elektronická příručka správa projektu

Elektronická příručka správa projektu Elektronická příručka správa projektu Verze: 1.0 Název: CZ_správa_projektu_V1.PDF Témata: 1 Správa projektu...2 1.1 Založit nebo upravit projekt...2 1.2 Přehled projektů...3 1.2.1 Upravit projekt / změnit

Více

A4B39TUR 2014/2015. Ondřej Netík. Desktopová aplikace pro Windows. Spotify

A4B39TUR 2014/2015. Ondřej Netík. Desktopová aplikace pro Windows. Spotify A4B39TUR 2014/2015 Desktopová aplikace pro Windows Spotify Contents 1. Úvod... 3 1.1. Popis testované aplikace... 3 1.2. Cílová skupina... 4 1.3. Popis testovaných use case scénářů... 4 1.3.1. Vytvoření

Více

Výplatní pásky. Obsah. 1. Přihlášení do aplikace. Uživatelská dokumentace (poslední aktualizace )

Výplatní pásky. Obsah. 1. Přihlášení do aplikace. Uživatelská dokumentace (poslední aktualizace ) Výplatní pásky Uživatelská dokumentace (poslední aktualizace 26.8.2013) Obsah Výplatní pásky... 1 1. Přihlášení do aplikace... 1 2. Zobrazit detail osoby... 2 3. Výplatní pásky... 3 4. Nastavení hesla

Více

Základy HTML. Autor: Palito

Základy HTML. Autor: Palito Základy HTML Autor: Palito Zobrazení zdrojového kódu Zobrazení zdrojového kódu Každá stránka je na disku nebo na serveru uložena ve formě zdrojového kódu. Ten kód je psaný v jazyce HTML. Když si chcete

Více

Požadavky Modelování případů užití

Požadavky Modelování případů užití Požadavky Modelování případů užití Požadavky část 2 Clear View Training 2005 v2.2 1 4.2 Modelování případů užití Modelování případů užití je jednou z forem inženýrství požadavků Modelování případů užití

Více

Questionnaire příručka uživatele

Questionnaire příručka uživatele Questionnaire příručka uživatele Obsah: K čemu aplikace slouží? Popis funkcí Návod k použití o Úvodní dialogové okno o Pro respondenty o Pro administrátory K čemu aplikace slouží? Program questionnaire

Více

První přihlášení do Registru zdravotnických prostředků pro novou osobu

První přihlášení do Registru zdravotnických prostředků pro novou osobu První přihlášení do Registru zdravotnických prostředků pro novou osobu Podle tohoto návodu postupujte tehdy, pokud jste osoba zacházející se zdravotnickými prostředky, která: - vystupuje na českém trhu

Více

InsideBusiness Payments CEE

InsideBusiness Payments CEE InsideBusiness Payments CEE Referenční příručka k novému vzhledu Přístupová cesta do střední a východní Evropy InsideBusiness Payments CEE Potřebujete pohodlný a bezproblémový přístup k úplné nabídce služeb

Více

OTÁZKY TÝKAJÍCÍ SE PODÁNÍ NÁVRHU PROSTŘEDNICTVÍM ON-LINE PLATFORMY

OTÁZKY TÝKAJÍCÍ SE PODÁNÍ NÁVRHU PROSTŘEDNICTVÍM ON-LINE PLATFORMY OTÁZKY TÝKAJÍCÍ SE PODÁNÍ NÁVRHU PROSTŘEDNICTVÍM ON-LINE PLATFORMY Q1: Jak podat Návrh prostřednictvím on-line platformy? Q1: Jak podat Návrh prostřednictvím on-line platformy? Pro správné pochopení postupu

Více

ÚPRAVA OBJEDNÁVKY POUKÁZEK V OBÁLKÁCH

ÚPRAVA OBJEDNÁVKY POUKÁZEK V OBÁLKÁCH MOJESODEXO.CZ ÚPRAVA OBJEDNÁVKY POUKÁZEK V OBÁLKÁCH Verze aplikace: 1.4.0 Aktualizováno: 23. 9. 2014 14:09 Strana 1 / 1 OBSAH DOKUMENTU ÚVOD... 1 1. CO CHCETE OBJEDNAT... 2 2. JAKÝM ZPŮSOBEM CHCETE OBJEDNAT...

Více

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY STAkis-W STAkis-S Již dnes k dispozici všem zákazníkům společnosti Stahlgruber bez výjimky! www.stahlgruber.cz STAkis-W OBJEDNÁVACÍ SYSTÉM BEZ NUTNOSTI INSTALACE Jako výchozí

Více

DBS Konceptuální modelování

DBS Konceptuální modelování DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/

Více

Pokročilé typové úlohy a scénáře 2006 UOMO 71

Pokročilé typové úlohy a scénáře 2006 UOMO 71 Pokročilé typové úlohy a scénáře 2006 UOMO 71 Osnova Interní model typové úlohy Vazby include a extend Provázanost typových úloh na firemní procesy a objekty Nejčastější chyby 2006 UOMO 72 Interní model

Více

UŽIVATELSKÝ MANUÁL PERSONALIZACE MOJE SODEXO V.3 2009-11-08

UŽIVATELSKÝ MANUÁL PERSONALIZACE MOJE SODEXO V.3 2009-11-08 UŽIVATELSKÝ MANUÁL PERSONALIZACE MOJE SODEXO V.3 2009-11-08 1 Obsah dokumentu 1 Obsah dokumentu... 2 2 Personalizovaná objednávka... 3 3 Jednoduchá... 3 4 Standardní... 4 5 Komplexní... 5 5.1 Párování

Více

Manuál pro práci s modulem Otázky a odpovědi

Manuál pro práci s modulem Otázky a odpovědi Manuál pro práci s modulem Otázky a odpovědi Užitečné postupy a doporučení Obsah 1 Role uživatelů...3 2 Odesílání otázek...3 3 Přehled otázek...4 3.1 Orientace v přehledu...4 3.2 Základní údaje otázky...5

Více

Jiří Mašek BIVŠ V Pra r ha 20 2 08

Jiří Mašek BIVŠ V Pra r ha 20 2 08 Jiří Mašek BIVŠ Praha 2008 Procesvývoje IS Unifiedprocess(UP) Iterace vývoje Rysy CASE nástrojů Podpora metodických přístupů modelování Integrační mechanismy propojení modelů Podpora etap vývoje Generování

Více

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování. 3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Business modelling, základní nástroje a metody business modelování.

Více

Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů

Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů Část 1 autor RNDr. Ilja Kraval, http://www.objects.cz březen 2007 firma Object Consulting s.r.o. Úvod V reakci

Více

KSRZIS. Příručka - Role žadatel. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS

KSRZIS. Příručka - Role žadatel. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 18 KSRZIS Příručka - Role žadatel Projekt - ereg - Úprava rezortních registrů a konsolidace

Více

Návod pro práci s aplikací

Návod pro práci s aplikací Návod pro práci s aplikací NASTAVENÍ FAKTURACÍ...1 NASTAVENÍ FAKTURAČNÍCH ÚDA JŮ...1 Texty - doklady...1 Fakturační řady Ostatní volby...1 Logo Razítko dokladu...2 NASTAVENÍ DALŠÍCH ÚDA JŮ (SEZNAMŮ HODNOT)...2

Více

Stránka se dá otevřít dvěma způsoby

Stránka se dá otevřít dvěma způsoby Co je potřeba Mozek, to zaprvé. Budete potřebovat počítač, na kterém běží alespoň nějaký jednoduchý textový editor (Poznámkový blok). Potřebujete webový prohlížeč. Hodí se připojení na internet. Kdo nemá

Více

Modelování řízené případy užití

Modelování řízené případy užití Modelování řízené případy užití kompletní proces od UC po implementaci, robustnost 2005 Radek Ošlejšek, Jiří Sochor FI MU Brno oslejsek@fi.muni.cz http://www.fi.muni.cz/~oslejsek/pa103 30. 3. 2005 PA103:

Více

UŽIVATELSKÝ MANUÁL PERSONALIZACE MOJE SODEXO V1.2.1 2010-08-25

UŽIVATELSKÝ MANUÁL PERSONALIZACE MOJE SODEXO V1.2.1 2010-08-25 UŽIVATELSKÝ MANUÁL PERSONALIZACE MOJE SODEXO V1.2.1 2010-08-25 1 Obsah dokumentu 1 Obsah dokumentu... 2 2 Personalizovaná objednávka... 3 3 Jednoduchá... 3 4 Standardní... 4 5 Komplexní... 5 5.1 Párování

Více

HLEDEJCENY.mobi. Obsah. Mobilní verze e-shopu. Důvody instalace

HLEDEJCENY.mobi. Obsah. Mobilní verze e-shopu. Důvody instalace Obsah HLEDEJCENY.mobi Mezi Vodami 1952/9 e-mail: info@hledejceny.cz HLEDEJCENY.mobi... 1 Mobilní verze e-shopu... 1 Důvody instalace... 1 Výhody... 2 Co je k mobilní verzi potřeba... 2 Objednávka služby...

Více

TEORIE ZPRACOVÁNÍ DAT

TEORIE ZPRACOVÁNÍ DAT Vysoká škola báňská - Technická univerzita Ostrava Fakulta elektrotechniky a informatiky TEORIE ZPRACOVÁNÍ DAT pro kombinované a distanční studium Jana Šarmanová Ostrava 2003 Jana Šarmanová, 2003 Fakulta

Více

Specifikace softwarového díla & Časový plán implementace. pro. MEF Editor

Specifikace softwarového díla & Časový plán implementace. pro. MEF Editor Specifikace softwarového díla & Časový plán implementace pro MEF Editor Cílem projektu je vytvoření pluginu do vývojového prostředí Visual Studio 2010. Plugin bude umožňovat grafickou editaci objektů spojených

Více

U:fonova samoobsluha. Uživatelský manuál

U:fonova samoobsluha. Uživatelský manuál U:fonova samoobsluha Strana 1 (celkem 15) v1.1 21.8.2008 OBSAH: 1) Úvod 2) Přihlášení do samoobsluhy Ověření přihlašovacích údajů Chybně uvedeny přihlašovací údaje Ověření snadno zneužitelného hesla Úvodní

Více

3. Středoškolská stereometrie v anaglyfech

3. Středoškolská stereometrie v anaglyfech 3. Středoškolská stereometrie v anaglyfech V předchozích dvou kapitolách jsme zjistili, jak se zobrazují tělesa ve středovém promítání a hlavně v lineární perspektivě, a jak pomocí těchto promítání vytvořit

Více

Návod - katalog. ANTEE s.r.o. - tel.: , fax: , helpdesk: ,

Návod - katalog. ANTEE s.r.o. - tel.: , fax: , helpdesk: , Návod - katalog Strana 1/7 Obsah 1. Úvod...3 1.1. Založení katalogu...3 1.2. Drobečková navigace...3 1.3. Popis funkcí katalogu...4 2. Struktura katalogu...4 2.1. Vytvoření kategorie...4 2.2. Hierarchie

Více

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007 Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze

Více

Mgr. Stěpan Stěpanov, 2013

Mgr. Stěpan Stěpanov, 2013 Mgr. Stěpan Stěpanov, 2013 Abstrakt V tomto kurzu se seznámíme se základními pojmy HTML, klíčovými pravidly pro práci se značkami a atributy a strukturou dokumentu. Také se dozvíte, jak a v čem lze vytvářet

Více

Microsoft Word - Styly, obsah a další

Microsoft Word - Styly, obsah a další Microsoft Word - Styly, obsah a další Definice uživatelských stylů Nový - tzv. uživatelský styl - se vytváří pomocí panelu Styly a formátování stiskem tlačítka Nový styl. Po stisknutí tlačítka se objeví

Více

WinFAS. 3 účto. Praktický úvod do WinFASu Banka

WinFAS. 3 účto. Praktický úvod do WinFASu Banka 3 účto Praktický úvod do u Banka verze z 30.3.2005 Zadání Teorie - Rozdíly FAS a - vytvoření příkazu se dělí na dvě části - vytvoření předvýběru - vyhotovení a odeslání příkazu - práce s výpisem se dělí

Více

2HCS Fakturace 3 - přechod na nový rok - - převod dat do nového roku -

2HCS Fakturace 3 - přechod na nový rok - - převod dat do nového roku - 2HCS Fakturace 3 - přechod na nový rok - - převod dat do nového roku - Autor: Tomáš Halász pro verzi: 3.6.201 a novější 2H C.S. s.r.o. dne: 29.12.2008 Dukelská 691/5, 742 21 Kopřivnice Email: info@faktury.cz

Více

Uživatelská příručka pro portál ecardio

Uživatelská příručka pro portál ecardio Uživatelská příručka pro portál ecardio Datum: 30.9.2014 Verze: 1.0 Obsah 1. Úvod... 3 2. Spuštění a registrace... 3 3. Prohlížení kapitol... 5 3.1. Hlavní stránka... 5 3.2. Prohlížení kapitol... 6 3.3.

Více

Manuál pro používání systému Responsible Care

Manuál pro používání systému Responsible Care Manuál pro používání systému Responsible Care OBSAH Úvodní pokyny (registrace a přihlášení)... 3 Podání hlášení... 4 Správá odeslaných hlášení (prohlížení, opravy, mazání)... 5 Správa údajů společnosti...

Více

Manuál k systému RS4S. verze 1.2

Manuál k systému RS4S. verze 1.2 Manuál k systému RS4S verze 1.2 1. Úvod Redakční systém RS4S slouží ke správě vaších webových stránek, bez nutnosti znalosti jakéhokoliv programovacího jazyku. Sami můžete provádět změny v dokumentech,

Více

Google Apps. dokumenty 5. verze 2012

Google Apps. dokumenty 5. verze 2012 Google Apps dokumenty verze 0 Obsah Obsah... Úvod... Formuláře... K čemu jsou formuláře dobré?... Spuštění formuláře... Nastavení formuláře... Vytváření otázek... 6 Změna vzhledu formuláře... 8 Zveřejnění

Více

DOKUMENTACE REDAKČNÍHO SYSTÉMU PINYA

DOKUMENTACE REDAKČNÍHO SYSTÉMU PINYA DOKUMENTACE REDAKČNÍHO SYSTÉMU PINYA Obsah Obsah... 4 Pinya CMS... 5 Přihlášení do systému... 6 Položky v menu administrace... 7 Uživatelé... 8 Správa uživatelů... 8 Nový uživatel... 9 Role... 10 Vytvoření

Více

HelpDesk. Uživatelská příručka verze 1.7. duben Dodavatel: MÚZO Praha s.r.o. Politických vězňů Praha 1

HelpDesk. Uživatelská příručka verze 1.7. duben Dodavatel: MÚZO Praha s.r.o. Politických vězňů Praha 1 HelpDesk Uživatelská příručka verze 1.7 duben 2009 Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 Seznam verzí dokumentu Verze Zpracoval Stav Stručný popis změn, dodatků Datum 1. 1.0

Více

Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5

Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5 CRM SYSTÉM KORMORÁN UŽIVATELSKÁ PŘÍRUČKA Obsah 1 Základní práce se systémem 3 1.1 Práce se záznamy................................. 3 1.2 Stránka Dnes.................................... 4 1.3 Kalendář......................................

Více

E-NABÍDKA PARTNER.REDA.CZ

E-NABÍDKA PARTNER.REDA.CZ E-NABÍDKA PARTNER.REDA.CZ Reda e-nabídka představuje mocný nástroj, díky kterému mohou naši registrovaní klienti přímo z prostředí e-shopu partner.reda.cz vytvářet vlastní produktové nabídky pro své zákazníky.

Více

Svolávací systém Uživatelský manuál

Svolávací systém Uživatelský manuál Uživatelský manuál TTC TELEKOMUNIKACE, s.r.o. Třebohostická 987/5 100 00 Praha 10 tel.: 234 052 111 fax.: 234 052 999 e-mail: ttc@ttc.cz http://www.ttc-telekomunikace.cz Datum vydání: 14. srpna 2013 Číslo

Více

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM Základní informace: Program byl konstruován především pro komplexní zpracování zakázek ve společnosti. Je postaven obecně, specializované funkce byly však přizpůsobeny

Více

Plug-in pro správu požadavků a sledování postupu vývoje

Plug-in pro správu požadavků a sledování postupu vývoje Plug-in pro správu požadavků a sledování postupu vývoje Autor: Tomáš Vahalík e-mail: vahalik@komix.cz Každý, kdo musí spravovat požadavky na vývoj informačního systému, řešil problém, jaký nástroj k tomu

Více

SMS Jízdenka Semestrální úloha pro předmět Y39PDA Jan Peca pecajan@fel.cvut.cz

SMS Jízdenka Semestrální úloha pro předmět Y39PDA Jan Peca pecajan@fel.cvut.cz SMS Jízdenka Semestrální úloha pro předmět Y39PDA Jan Peca pecajan@fel.cvut.cz Obsah Popis aplikace... 3 Uživatelé... 3 Aktivity... 3 Systémová podpora... 3 Kontext... 3 Prototyp... 4 Informace... 4 Design

Více

Flexi uživatelská příručka verze 2.1

Flexi uživatelská příručka verze 2.1 Flexi uživatelská příručka verze 2.1 6. listopadu 2009 1 OBSAH 1. ÚVOD... 3 1.1 ZÁKLADNÍ POPIS A FUNKCIONALITA... 3 1.2 PŘEHLED ČINNOSTÍ... 4 1.3 UŽIVATELÉ... 4 1.4 SPRÁVCE AGENDY... 4 1.5 PRACOVNÍ POSTUPY...

Více

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz RUP - Disciplíny Jaroslav Žáček jaroslav.zacek@osu.cz Disciplíny Množství disciplíny v dané iteraci Disciplíny podle RUP Šest základních: Business modeling - pro pochopení problémové domény Requirements

Více

Manuál. Omluvenky online

Manuál. Omluvenky online Manuál Omluvenky online Jan Čižmár Chlupac.com Brno 2013 Obsah 1 Přihlášení 2 2 Student 2 2.1 Výpis absencí........................... 3 2.2 Nastavení............................. 3 3 Zákonný zástupce

Více

Online zápis a zpracování protokolů doškolení a přezkoušení z bezpečnosti a zaškolení pracovníků

Online zápis a zpracování protokolů doškolení a přezkoušení z bezpečnosti a zaškolení pracovníků 1 1 Online zápis a zpracování protokolů doškolení a přezkoušení z bezpečnosti a zaškolení pracovníků Online zápis protokolů byl umožněn změnami technických pravidel CWS ANB č. TP A 034 Z3 a TP A 124 Z2

Více

Provozní dokumentace. Seznam orgánů veřejné moci. Příručka pro administrátora zřizované organizace

Provozní dokumentace. Seznam orgánů veřejné moci. Příručka pro administrátora zřizované organizace Provozní dokumentace Seznam orgánů veřejné moci Příručka pro administrátora zřizované organizace Vytvořeno dne: 30. 6. 2011 Aktualizováno: 17. 10. 2014 Verze: 2.1 2014 MVČR Obsah Příručka pro administrátora

Více

Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda

Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Anotace sady: Úvod do objektově orientovaného programování, VY_32_INOVACE_PRG_OOP_01 Autor: Blanka Sadovská Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Druh učebního materiálu:

Více

Šumperský efekt rozmnožení případů užití

Šumperský efekt rozmnožení případů užití Šumperský efekt rozmnožení případů užití Ilja Kraval, 2007 http://www.objects.cz Článek pojednává o jednom velmi nepříjemném efektu bobtnání projektu. 1. Odhad velikosti a rozsahu informačního systému

Více

11 Diagram tříd, asociace, dědičnost, abstraktní třídy

11 Diagram tříd, asociace, dědičnost, abstraktní třídy 11 Diagram tříd, asociace, dědičnost, abstraktní třídy Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost diagramům tříd, asociaci,

Více