Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů
|
|
- Vlastimil Pavlík
- před 8 lety
- Počet zobrazení:
Transkript
1 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, březen 2007 firma Object Consulting s.r.o. Úvod V reakci na články o molochálních systémech (viz předešlé články na našem Serveru objektových technologií) jsem obdržel tento mail: Dobrý den, pane Kraval, chtěl bych Vám moc poděkovat za seriál o molochálních systémech. Je pro mne moc užitečný! Vaše myšlenky se snažím praktikovat do praxe, ale vrtá mě hlavou, jak prolinkovat dvě komponenty (dll) v případě, že pracuju v.netu a nastane situace, kdy komponenta č.1 využívá objekt komponenty č. 2, a komponenta č. 2 využívá komponentu č. 1. Je to cyklická reference. Musím to provést pomocí referencí na dll (assembly), protože Projektová reference.netu mi tuto operaci neumožní. Není tato cyklická reference znakem molochu? Nebo je tato operace běžně používaná ve Vámi jmenovaném trendu "Rozděl kód na menší části a linkuj je."?
2 Totiž v naší firmě je zavedená štábní kultura, kdy jsou úlohy rozděleny do logických celků: personalistika, účto, mzdy, atd. Problémy si myslím skoro vždy můžou nastat například teď, když chci implementovat organizační strukturu (pomocí vzoru Composite), část objektů patří do personalistiky (organizační jednotka, pracovní místo) a část do jiného modulu. Chci se vyhnout zacyklené referenci. Zatím to řeším pomocí interface tak, že mám společný balíček, kde jsou uvedeny interfaci a pokud například v nějakém modulu chci použít třídu osoba tak nepoužívám přímo modul Personalistika ale společný balíček, kde se nachází interface s osobou (IOsoba). Nevím jestli je to čisté, navíc je problém, že pokud předělám třídu Osoba, tak musím předělávat i interface. Předem děkuji za chystaný další díl seriálu. Tento mail je natolik charakteristický, že je třeba na něj náležitě odpovědět a o tom pojednává tento článek. strana 2
3 Metoda TUNEL a rozdělení prací v něm Existuje několik možných způsobů, jak tvořit SW. Mezi opravdu nedoporučované postupy patří metoda zvaná TUNEL. Podstata tvorby IS pomoci metody TUNEL je následující: TUDY NE ÚSPĚCH TUDY NE obrázek 1 Metoda tvorby IS zvaná TUNEL Na počátku projektu se vstupuje do černého tunelu (viz zelená šipka), kterým se prochází poslepu tunelem od stěny ke stěně. Cestou se díky nárazům do stěn tunelu zjišťuje, kudy cesta nevede (viz červené šipky s nápisy TUDY NE ), tj. co se nemá dělat resp. co se nemělo udělat, když už je něco naprogramováno a špatně. Vedoucí projektu se operativními zásahy snaží projekt uřídit a najít světýlko na konci tunelu (žluté světélko s nápisem ÚSPĚCH). Mnohdy se projekt s odřenýma ušima dokončí a jakýs takýs informační systém se zákazníkovi nakonec odevzdá. Bohužel velmi často nastane případ, že se nadějné světélko na konci tunelu promění ve světla protijedoucího vlaku a celý projekt skončí katastrofickým scénářem, tj. krachem. Podstatou fungování metody TUNEL je velmi nevhodný a nedoporučovaný způsob průchodu fázemi tvorby IS, tj. analýzou IS, technologickým návrhem IS a kódováním. strana 3
4 Při použití metody tvorby SW zvané TUNEL se pro průchod fázemi projektu použije tento postup: Mezi pracovníky (původně programátory) se rozdělí práce tak, že se jednoduše systém pomyslně rozčlení na části, nazvěme je agendy a pracovníci je dostanou na starost. Každý z nich potom provádí všechny práce od analýzy, přes design po kódování. Každý pracovník v TUNELU se stává analytikem, technologem a programátorem současně, jinak řečeno si svoji část řešení sám zanalyzuje, sám navrhne v technologii a sám naprogramuje. O průchod fázemi se tak stará každý pracovník sám ve své vlastí režii, tj. jinak řečeno, každý projde sám fázemi tak, jak každý z nich umí. Rozdělení rolí v projektu tedy není podle fází projektu (tj. analytik, technolog, programátor), ale je učiněno podle agend, tedy podle oblastí řešení. Vedoucí to má při takto nastaveném mechanismu jednodušší: Rozdělí práci mezi pracovníky podle agend a poté si každý tuto agendu řeší sám od A až do Z. Od vedoucího zaznívají již jenom pokyny typu dělejte rychleji. Zažil jsem kdysi tuto metodu několikrát na vlastní kůži jako zaměstnanec. Například dodnes si vzpomínám na vývoj rozsáhlého informačního systému pro banky, kde byly práce rozděleny přesně podle agend a nikoliv podle fází projektu, tj. každý programátor byl současně i analytikem a technologem bankovního systému. Ještě dnes po X letech se mi pod rozdělenými agendami vybavují bývalí kolegové: pokladna - to byl Martin, termínované vklady - to byl Jura, úvěry - to byl Břéťa atd. Rozdělení prací v TUNELU Co se týče samotného SW tvořeného v TUNELU, tak i on má své charakteristické rysy. Mezi ně patří mimo jiné i tvorba molochů, tj. systémů s příliš velkými komponentami, kusisiyk kódu (detailněji co je molochální systém - viz předešlé články). Naskýtá se otázka, proč je TUNEL zárukou pro vytvoření molocha? Mimochodem odpovědi na tuto otázku je skryta odpověď na otázku kolegy v mailu. Všimněme si blíže, jak vypadá rozložení prací v TUNELU: strana 4
5 vedoucí A D K A D K A D K analytici programátoři obrázek 2 Jak se pracuje v TUNELU Na obrázku je znázorněna klasická situace, kdy analytici-programátoři mají svůj výsek práce a provádějí na něm práce jak analytické, tak designu a kódování. Tento způsob řízení je ve firmách bohužel velmi častý a je oblíben pro svou jednoduchost, přesněji pro jednoduchost z pozice vedoucího, nikoliv pracovníků. Stačí prostě rozdělit práci a potom kontrolovat, jak se pracovníci snaží podat výkony. Přestože se jedná o velmi rozšířený model řízení, je vřele nedoporučován. Má totiž své natolik vážné nedostatky, že může vést k velmi špatným až fatálně chybným výsledkům zejména u větších projektů. Otázkou je, jak vlastně postupovat, abychom se těmto problémům vyhnuli? Mezi opravdu důležité znalosti, které musíme mít pro opouštění tohoto způsobu tvorby SW pomocí TUNELU a rozdělení prací podle agend, je znalost modelování v UML. Důvod je jasný: pracovník v roli analytik nebo designér musí výsledky své práce předat druhému pracovníkovi a k tomu potřebuje nějaký vyjadřovací jazyk a tím nejlepším jazykem je opravdu modelovací jazyk UML. Poznámka: Mimochodem školení Pobytový kurz UML a OOP je z toho důvodu zaměřeno nejenom na syntaxi UML, ale i na doporučené postupy prácí jak rozsvítit v TUNELU, což se probírá velmi detailně i to s prostorem pro dotazy účastníků strana 5
6 školení a konzutlacemi. Dá se říci, že to je vlastně i cíl tohoto školení - jazyk UML je pouze velmi kvalitní nástroj napomáhající tomuto rozsvícení v TUNELU. Vrátíme se nyní k dotazu v mailu. Evidentně je vidět, že to, co kolega nazývá štábní kulturou ve firmě, kdy jsou úlohy rozděleny do logických celků: personalistika, účto, mzdy, atd, tak to je charakteristické pro TUNEL a rozdělení prací v něm podle agend. A z toho plynou i následné problémy. Jako jeden z nepříjemných důsledků prací v TUNELU můžeme jmenovat na prvním místě velmi nízkou až katastroficky špatnou transparenci systému. To je sice opravdu velmi nepříjemný efekt (mimochodem kdo někdy opravoval SW ve tmě TUNELU, ví, o čem hovořím ). Tato metoda má však i další neméně nepříjemné důsledky, my se soustředíme na jeden z nich, který s souvisí s dotazem v mailu: Platí, že metoda TUNEL je zaručeným receptem, jak tvořit molochy. Otázkou je, proč při rozdělení prací podle agend se nakonec potýkáme s problémy molochů? Mimochodem v mailu od kolegy je velmi výstižně popsán důsledek takto navrženého systému, a to v těch odstavcích, kde popisuje práci s cirkulárními referencemi. Ukážeme si v další části článku, jak vlastně rozdělení prací v TUNELU vede nutně k návrhu molochů a jak se tomuto efektu vyvarovat správnými a doporučenými postupy. Konec 1. části článku strana 6
Š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íceJak 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íceTř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íceOdpověď 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íceNAUČTE SE MALOVAT SI INSTANCE!
NAUČTE SE MALOVAT SI INSTANCE! část 2. RNDr. Ilja Kraval, září 2009 http://www.objects.cz ÚVOD V předešlém článku jsme otevřeli jeden ze základních problémů, který musí analytik řešit: Jak vypadá skladba
VíceVYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ
VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ Část 3 Tento článek je pokračováním předešlých článků RNDr. Ilja Kraval, duben 2009 http://www.objects.cz ÚVOD V předešlých článcích jsme se seznámili s použitím
VíceDruhá čá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íceS 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íceNutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty
Nutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty autor RNDr. Ilja Kraval, http://www.objects.cz únor 2007 firma Object Consulting s.r.o. Úvod V
VíceJedna z velmi častých a závažných chyb při návrhu IS aneb jak vznikají tzv. molochální systémy
Jedna z velmi častých a závažných chyb při návrhu IS aneb jak vznikají tzv. molochální systémy Část druhá autor RNDr. Ilja Kraval, http://www.objects.cz červenec 2006 (pozn.: článek navazuje na první část
VíceNávrh informačních systémů pomocí UML, OOP a vzorů
Návrh informačních systémů pomocí UML, OOP a vzorů RNDr. Ilja Kraval mailto:objects@objects.cz, OBJECT CONSULTING s.r.o. http://www.objects.cz Obsah (postupně se rozšiřuje): Návrh informačních systémů
VíceJak funguje element deep history v UML
Jak funguje element deep history v UML autor RNDr. Ilja Kraval, http://www.objects.cz březen 2007 firma Object Consulting s.r.o. Úvod Již několikrát jsem v internetových diskusích a při školeních narazil
VíceROZDÍ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íceKurz Postupy návrhu IS pomocí UML a OOP (5 dnů, in-house)
Kurz Postupy návrhu IS pomocí UML a OOP (5 dnů, in-house) přednáší RNDr. Ilja Kraval pořádá firma OBJECT CONSULTING Obsah: Kurz Efektivní postupy návrhu IS pomocí UML a OOP (5 dnů, in-house)... 1 1. Jak
VíceČ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íceProblém identity instancí asociačních tříd
Problém identity instancí asociačních tříd Autor RNDr. Ilja Kraval Ve školeních a také následně po jejich ukončení se stále častěji objevují dotazy, které se týkají tzv. identity instancí asociační třídy.
VíceTypy souborů ve STATISTICA. Tento článek poslouží jako přehled hlavních typů souborů v programu
StatSoft Typy souborů ve STATISTICA Tento článek poslouží jako přehled hlavních typů souborů v programu STATISTICA, ukáže Vám jejich možnosti a tím Vám dovolí využívat program efektivněji. Jistě jste již
VíceJEDNODUCHÁ 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íceObjektové modelování pomocí UML v praxi, 2005
Objektové modelování pomocí UML v praxi, 2005 díl 1 PDF e-kniha RNDr. Ilja Kraval, autor, mailto:objects@objects.cz, leden 2005 OBJECT CONSULTING K uvedené problematice lze objednat školení in-house pro
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ UML UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy.
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Trochu historie neuškodí Do roku 1994 chaos ve světě objektově orientovaných metod (několik jazyků pro vizuální modelování,
VíceAnalytické modelování informačních systémů
Ilja Kraval Analytické modelování informačních systémů pomocíumlvpraxi Object Consulting 2010 Anotace: V knize je popsán obecný přístup k analýze informačního systému, respektive vytvoření analytického
VíceJE TŘEBA DBÁT NA ANONYMITU KLIENTA NEBO NE?
JE TŘEBA DBÁT NA ANONYMITU KLIENTA NEBO NE? RNDr. Ilja Kraval, říjen 2008 http://www.objects.cz ÚVOD Začnu jedním zajímavým postřehem: Na našich školeních OOP a UML existují určitá témata, která při jejich
VíceRUP - 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ícePrincipy 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íceUnity a Objekty (NMIN102) RNDr. Michal Žemlička, Ph.D.
Unity a Objekty Programování 2 (NMIN102) RNDr. Michal Žemlička, Ph.D. Větší programy Časté problémy: Ve více programech by se nám hodilo využít stejné řešení nějakého podproblému dalo by se vyřešit překopírováním
VíceRady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC
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
VíceO JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU?
O JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU? RNDr. Ilja Kraval, říjen 2008 http://www.objects.cz AKTÉROVÁ ŠKOLA Jak známo, informační systémy obsahují
VíceÚ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ícePOŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ
POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ ŽIVOTNÍ CYKLUS IS Stejně jako stroje a technologické linky, které jsou pořízeny, provozovány a následně, po opotřebování vyřazeny, má i informační systém svůj
VícePříloha A - Dotazník průběhu procesu vyhledávání informací
Příloha A - Dotazník průběhu procesu vyhledávání informací Zde naleznete první dotazník průběhu procesu vyhledávání informací ve verzi pro MS Word. Původní dotazník byl vytvořen v aplikaci Google Form
VíceVÍŠ, CO JE TO BANKA?
VÍŠ, CO JE TO BANKA? Plán vyučovací hodiny (č. 5) TÉMA VYUČOVACÍ HODINY: Víš, co je to banka? VĚK ŽÁKŮ: využití podle úrovně žáků (doporučení 6. až 8. třída) ČASOVÁ DOTACE: 45 minut POTŘEBNÉ MATERIÁLY:
VíceSpecializace Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů.
Návrhář software Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů. Odborný směr: Informační technologie Odborný podsměr: nezařazeno do odborného podsměru
VíceOdpověď na dotaz ohledně asociační třídy v modelu měření
Odpověď na dotaz ohledně asociační třídy v modelu měření Část 3. Tento článek navazuje na předešlé články jako jejich pokračování autor RNDr. Ilja Kraval, http://www.objects.cz srpen 2007 firma Object
VíceVizuální programování
Vizuální programování Adam Zmrzlý Seminář LaSArIS, 28. 11. 2013 Obsah Motivace Co je vizuální programování Novost přístupu Cíle vizuálního programování Různé přístupy Jazyk Shades Motivace Zvýrazňování
VíceObjektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová Osnova Modelování interakcí mezi objekty modelování zpráv (mapování zpráv na operace), vytváření a
VíceČMSZP. Vnitřní směrnice. Českomoravského svazu zemědělských podnikatelů. (dále také Svaz)
Vnitřní směrnice Českomoravského svazu (dále také Svaz) Právní forma: Odborová organizace a organizace zaměstnavatelů. Organizace zapsána: spisová značka L 1074 vedená u Městského soudu v Praze. Sídlo:,
VíceINTERNETOVÉ BANKOVNICTVÍ ARTESA IDEAL
INTERNETOVÉ BANKOVNICTVÍ ARTESA IDEAL Příručka pro klienty V případě jakýchkoliv dotazů nás kontaktujte na info@artesa.cz nebo na čísle 800 128 836. 1/23 Artesa, spořitelní družstvo, www.artesa.cz, info@artesa.cz
Více8 Přehled OO metodik (metod, metodologií)
8 Přehled OO metodik (metod, metodologií) 8.1 OO metodiky konce 80. a začátku 90.let - všechny populární OO metodiky předpokládají, že: a) zadavatel má jasný názor na svoje požadavky, b) zadavatel a vývojáři
Více8 Přehled OO metodik (metod, metodologií)
8 Přehled OO metodik (metod, metodologií) 8.1 OO metodiky konce 80. a začátku 90.let - všechny populární OO metodiky předpokládají, že: a) zadavatel jasný názor na svoje požadavky, b) zadavatel a vývojáři
Více10 Balíčky, grafické znázornění tříd, základy zapozdření
10 Balíčky, grafické znázornění tříd, základy zapozdření 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 příkazům balíčkům, grafickému
VíceÚvod do objektově orientovaného programování s použitím jazyka C# pro střední školy
Úvod do objektově orientovaného programování s použitím jazyka C# pro střední školy Učebnice je určena pro střední školy k volnému šíření (FREE) autor RNDr. Ilja Kraval, 2006-2007, www.objects.cz Tato
VíceWebová grafika, struktura webu a navigace, použitelnost a přístupnost
Webová grafika, struktura webu a navigace, použitelnost a přístupnost Martin Kuna martin.kuna@seznam.cz Obsah Webová grafika Rozvržení stránky Typografické zásady Nejčastější chyby Struktura webu a navigace
Vícefinancnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším.
Případová studie Portál financnasprava.sk Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Portál financnasprava.sk Uvedení portálu do života
VíceProgramování II. Abstraktní třída Vícenásobná dědičnost 2018/19
Programování II Abstraktní třída Vícenásobná dědičnost 2018/19 Osnova přednášky Polymorfismus - důsledky. Abstraktní třída. Vícenásobná dědičnost. Polymorfismus - důsledky Polymorfismus Polymorfismus je
VíceTento dokument je třeba brát jako dokumentační nástroj a instituce nenesou jakoukoli odpovědnost za jeho obsah
2006O0004 CS 24.05.2013 002.001 1 Tento dokument je třeba brát jako dokumentační nástroj a instituce nenesou jakoukoli odpovědnost za jeho obsah B OBECNÉ ZÁSADY EVROPSKÉ CENTRÁLNÍ BANKY ze dne 7. dubna
VíceObjektově orientované programování v jazyce Python
Objektově orientované programování v jazyce Python Základní pojmy objektově orientovaného programování Objekt vychází z reálného světa. Má dva charakteristické rysy. Všechny objekty mají stav Všechny objekty
VíceVýukový materiál zpracován v rámci projektu EU peníze školám
Výukový materiál zpracován v rámci projektu EU peníze školám Registrační číslo projektu: CZ. 1.07/1.5.00/34.0637 Šablona III/2 Název VY_32_INOVACE_39_Algoritmizace_teorie Název školy Základní škola a Střední
VíceVytvoření.NET komponenty (DLL) ve Visual Studiu
Jak vytvořit.net komponentu (DLL, COM Class) pro Excel? A proč? A co k tomu budeme potřebovat? Velký Visual Basic (dnes VB.NET) se rozešel s Visual Basicem pro aplikace (VBA) před cca 16 lety. A i když
VíceArchitektura v organizaci
Architektura v organizaci Radek Vácha Seminář CSSI, 23.3.2007 Accenture, its logo, and Accenture High Performance Delivered are trademarks of Accenture. Obsah Můj profil Architektura odraz světa Jiné pohledy
Vícewww.marbes.cz Ing. Jiří BERKOVEC Ing. Jan DROZEN 7.6. 2007 MARBES CONSULTING s.r.o. Brojova 16 326 00 Plzeň
na MěstskM stském úřadě PŘÍBRAM Ing. Jiří BERKOVEC Ing. Jan DROZEN 7.6. 2007 MARBES CONSULTING s.r.o. Brojova 16 326 00 Plzeň Úvod Důvody pro změnu Městský úřad Příbram vykonává státní správu na území
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Logická struktura systému (Diagram tříd) Daniela Szturcová Institut geoinformatiky, HGF Osnova Třídy Statický pohled na systém Atributy a operace, řízení přístupu
VícePráce s bankovními výpisy
Práce s bankovními výpisy Proto, aby jste mohli bankovní výpisy importovat je třeba nejdříve nastavit cestu kde je systém má hledat a formát souboru jaký má očekávat. Ve vašem elektronickém bankovnictví
VíceÚvodem... 4 Co je to vlastně formulář Co je to šablona dokumentu Jak se šablona uloží Jak souvisí formulář se šablonou...
Obsah Úvodem... 4 Co je to vlastně formulář... 5 Co je to šablona dokumentu... 5 Jak se šablona uloží... 6 Jak souvisí formulář se šablonou... 7 Jak se formulář vytváří... 8 Návrh formuláře... 8 Co jsou
VíceVlastnosti algoritmu. elementárnost. determinovanost. rezultativnost. konečnost. hromadnost. efektivnost
Programování Algoritmus návod na vykonání činnosti, který nás od (měnitelných) vstupních dat přivede v konečném čase k výsledku přesně definovaná konečná posloupnost činností vedoucích k výsledku (postup,
VíceŠkolní kolo soutěže Baltík 2011, kategorie C
Pokyny: 1. Řešení úloh ukládejte do složky, která se nachází na pracovní ploše počítače. Její název je stejný, jako je kód, který dostane váš tým přidělený (např. A05, B10, C03 apod.). Řešení uložená v
VíceZá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íceMS SQL Server 2008 Management Studio Tutoriál
MS SQL Server 2008 Management Studio Tutoriál Vytvoření databáze Při otevření management studia a připojením se ke konkrétnímu sql serveru mám v levé části panel s názvem Object Explorer. V tomto panelu
VíceProces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda
Proces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda Proces vývoje HRIS Vema Vlastnosti HRIS (Human Resources Information System) HRIS Vema Proces vývoje HRIS Vema Vema, a. s. Přední
VíceAnalý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íceStřední škola pedagogická, hotelnictví a služeb, Litoměříce, příspěvková organizace
Střední škola pedagogická, hotelnictví a služeb, Litoměříce, příspěvková organizace Předmět: Počítačové sítě Téma: Servery Vyučující: Ing. Milan Káža Třída: EK3 Hodina: 22-23 Číslo: III/2 S E R V E R Y
VíceGymnázium a Střední odborná škola, Rokycany, Mládežníků 1115
Gymnázium a Střední odborná škola, Rokycany, Mládežníků 1115 Číslo projektu: CZ.1.07/1.5.00/34.0410 Číslo šablony: 1 Název materiálu: Ročník: Identifikace materiálu: Jméno autora: Předmět: Tématický celek:
Více4.2.3 Orientovaný úhel
4.2. Orientovaný úhel Definice úhlu ze základní školy: Úhel je část roviny ohraničená dvojicí polopřímek se společným počátečním bodem (konvexní a nekonvexní úhel). Nevýhody této definice: Nevím jaký úhel
VícePŘÍ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íceZrakové postižení a mobilní telefony (smartphony)
České vysoké učení technické v Praze Fakulta elektrotechnická Katedra Kybernetiky Biomedicínské inženýrství Zrakové postižení a mobilní telefony (smartphony) Semestrální úloha - A6M33AST Jarolímek Tomáš
VíceVnitřní směrnice. 1. Stanovy MAS Svatojiřský les 2. Potvrzení o registraci v rejstříku MV 3. Potvrzení o registraci u FÚ 4.
Vnitřní směrnice Firma: MAS Svatojiřský les o.s. Sídlo: Loučeň č.p. 345 IČ: 270 29 182 Přílohy: 1. Stanovy MAS Svatojiřský les 2. Potvrzení o registraci v rejstříku MV 3. Potvrzení o registraci u FÚ 4.
VíceVýhody a nevýhody jednotlivých reprezentací jsou shrnuty na konci kapitoly.
Kapitola Reprezentace grafu V kapitole?? jsme se dozvěděli, co to jsou grafy a k čemu jsou dobré. rzo budeme chtít napsat nějaký program, který s grafy pracuje. le jak si takový graf uložit do počítače?
VíceUsage of modular scissors in the implementation of FEM
Usage of modular scissors in the implementation of FEM Dalibor Frydrych PANM 2010 6.-11. června 2010 Dolní Maxov 8. června 2010 1 Úvod Zúžený pohled na OOP 2 Základy objektově orientovaného přístupu Objektové
VíceJÁ DĚLÁM TO SEO DOBŘE,
JÁ DĚLÁM TO SEO DOBŘE, JEN VYHLEDÁVAČE HO ZATÍM NEPOCHOPILY... Prezentace již nyní na http://wwww.eshopkonzultant.cz/ Ing. Jan Kalianko EshopKonzultant.cz KDO JSEM? Sledujte mě: Weby: http://www.eshopkonzultant.cz/
VíceAlgoritmizace. 1. Úvod. Algoritmus
1. Úvod Algoritmizace V dnešní době již počítače pronikly snad do všech oblastí lidské činnosti, využívají se k řešení nejrůznějších úkolů. Postup, který je v počítači prováděn nějakým programem se nazývá
VíceMetodika pro dosažení souladu s GDPR pro
Obsah přednášky Metodika pro dosažení souladu s GDPR pro Ing. Pavel Kreipl, CSc. Valtice, 16. února, 2018 1 Obsah přednášky Co je třeba udělat, abychom byli v souladu s GDPR? 1) Dokumentace GDPR, která
VícePodstata Peněžního deníku
Peněžní deník Obsah Podstata Peněžního deníku Doklady důležité pro zápis do Deníku Ukázka Peněžního deníku Obsah sloupců v Peněžním deníku Rozdělení příjmů Příjmy zahrnované do ZDP Příjmy nezahrnované
VíceJak najít své EW? Proč a jak budovat svou EW skupinu?! Jednoduše a efektivně
Proč a jak budovat svou EW skupinu?! Jednoduše a efektivně Každý úspěšný člověk, jestliže chce dosáhnout svého cíle, se musí věnovat své práci na 100%. Náš cíl je jasný. Vydělávat snadno, rychle a neomezené
VíceBusiness Intelligence
Business Intelligence Josef Mlnařík ISSS Hradec Králové 7.4.2008 Obsah Co je Oracle Business Intelligence? Definice, Od dat k informacím, Nástroj pro operativní řízení, Integrace informací, Jednotná platforma
VíceNovinky v UML 2.5 a agilní modelování
Novinky v UML 2.5 a agilní modelování Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro AIS 15. října 2015 Marek Rychlý Novinky v UML
VíceImplementace A* algoritmu na konkrétní problém orientace v prostoru budov
Implementace A* algoritmu na konkrétní problém orientace v prostoru budov Popis problému Orientaci ve známém prostředí lze převést na problém nalezení cesty z místa A do místa B. Obecně platí, že robot
VícePrimární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace
Téma 2.2 Primární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace Obecný postup: Každá tabulka databáze by měla obsahovat pole (případně sadu polí), které jednoznačně identifikuje každý
VíceVize. Thang Do. Adam Papoušek.
Vize Thang Do dothang@fel.cvut.cz Adam Papoušek papouada@fel.cvut.cz 1 Základní informace... 3 2 Zainteresované osoby a instituce... 3 2.1 Zákazník... 3 2.2 Dodavatel... 3 2.3 Uživatelé systému... 3 3
VícePokročilé schopnosti OOP
Kapitola 7 Pokročilé schopnosti OOP V kapitole 6 jste absolvovali základy objektově orientovaného programování v PHP. V této kapitole budeme na těchto základech stavět. Seznámíte se s několika vyspělejšími
VícePHP framework Nette. Kapitola 1. 1.1 Úvod. 1.2 Architektura Nette
Kapitola 1 PHP framework Nette 1.1 Úvod Zkratka PHP (z anglického PHP: Hypertext Preprocessor) označuje populární skriptovací jazyk primárně navržený pro vývoj webových aplikací. Jeho oblíbenost vyplývá
VícePřevodový můstek 2009-2010
Převodový můstek 2009-2010 Pro rok 2010 je zveřejněna řada nových vyhlášek, které přinášejí rozsáhlé změny do účetnictví a výkaznictví obcí, DSO, OSS a jimi zřízených příspěvkových organizací. Vyhláška
VíceRozdílová dokumentace k ovládání IS KARAT.net
Dokumentace k IS KARAT.net Rozdílová dokumentace k ovládání IS KARAT.net programový modul: Rozdílová dokumentace k ovládání IS KARAT.net OBSAH: 1 ÚVOD... 3 2 PŘIHLAŠOVACÍ DIALOG... 4 3 NAVIGACE... 5 3.1
VíceLogo je značka, která firmu nebo váš produkt pomůže jasně identifikovat
vaše nové LOGO Vážený zákazníku, velice si vážím vašeho zájmu o moje služby. Každý profesionál se snaží udělat zadanou práci co nejlépe a k tomu používá svoje osvědčené nástroje a získané Know-how. Věřím,
VíceObjektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová
Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová Osnova K čemu slouží diagram komponent obsah komponent závislosti rozhraní
VíceFINANČNÍHO PLÁNU. Ing. Aleš Koubek Koubek & partner
Ing. Aleš Koubek Koubek & partner 1. Kalkulace Hlavním úkolem kalkulace je spočítání vlastních nákladů kalkulační jednotky, obvykle nějakého výkonu (výrobku nebo služby). K tomu, abychom mohli kalkulovat
VíceManuál SQL Ekonom 2018 verze MANUÁL SQL Ekonom 2018 verze
MANUÁL SQL Ekonom 2018 verze 18.4.0. 1 Vážení uživatelé ekonomických a informačních systémů od naší společnosti. Přinášíme Vám novou aktualizaci informačního systému SQL Ekonom ve verzi 18.4.0. Aktualizace
VíceSlužba Rychlý výpis umožňuje on-line službám získat elektronický a snadno zpracovatelný výpis z bankovního účtu klienta.
Rychlý výpis Úvod Služba Rychlý výpis umožňuje on-line službám získat elektronický a snadno zpracovatelný výpis z bankovního účtu klienta. Zákazník služby Mezi očekávané zákazníky služby Rychlý výpis patří:
VíceMultimediální prezentace MS PowerPoint I
Multimediální prezentace MS PowerPoint I Informatika Multimediální prezentace zažívají v poslední době obrovský rozmach. Jsou používány například k reklamním účelům, k předvedení výrobků či služeb. Velmi
VíceKAPITOLA 8: KOMERČNÍ BANKOVNICTVÍ, VÝZNAM A FUNKCE
KAPITOLA 8: KOMERČNÍ BANKOVNICTVÍ, VÝZNAM A FUNKCE Vysoká škola technická a ekonomická v Českých Budějovicích Institute of Technology And Business In České Budějovice Tento učební materiál vznikl v rámci
VíceDodatečné informace č. 4
Dodatečné informace č. 4 k nadlimitní veřejné zakázce Dodávka serverů, diskových polí a dalšího technického vybavení pro Technologické centrum Plzeňského kraje Evidenční číslo ve VVZ: VZ 343877 VZ v E-ZAK:
VíceUkázka knihy z internetového knihkupectví www.kosmas.cz
Ukázka knihy z internetového knihkupectví www.kosmas.cz U k á z k a k n i h y z i n t e r n e t o v é h o k n i h k u p e c t v í w w w. k o s m a s. c z, U I D : K O S 1 8 1 5 4 4 Nadpis kapitoly Mojmír
VíceDocházka 3000 přenos dat do Abra FlaxiBee
Docházka 3000 přenos dat do Abra FlaxiBee Docházkový systém Docházka 3000 umí od verze 6.83 přenášet data do účetnictví Abra FlexiBee. Jedná se o přenos dat pomocí XML souborů. Systém přenosu je ale závislý
VícePří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íceVzor OBSERVER a jeho zajímavá varianta v kombinaci se vzorem ADAPTER Část 2
Vzor OBSERVER a jeho zajímavá varianta v kombinaci se vzorem ADAPTER Část 2 autor RNDr. Ilja Kraval, http://www.objects.cz únor 2007 firma Object Consulting s.r.o. Úvod V předešlé části článku jsme si
VíceSetkání s Daňovkou MIBCON - ERP HCM: zlepšení , Praha, Pavel Janoušek
Setkání s Daňovkou MIBCON - ERP HCM: 100+1 zlepšení 21.5.2019, Praha, Pavel Janoušek Agenda 1. Představení společnosti 2. Daňovka celkový přehled 3. Živá ukázka 4. Otázky a odpovědi 20 + 20 + 20 minut
VíceModelování webových služeb v UML
Modelování webových služeb v UML Jaromír Šveřepa LBMS, s.r.o. Abstrakt: Tento příspěvek se zaměřuje na praktický postup pro identifikaci potřeby webové služby, modelování způsobu jejího použití, popřípadě
VíceInformatika / file system KIT.PEF.CZU
Informatika / file system KIT.PEF.CZU kódování znaků Vlastní návrh kódování Chci psát text a napsané chci uložit pro další použití. Co udělám? Odhadnu počet symbolů, které budu chtít kódovat (nezbytný
VíceAlgoritmus pro hledání nejkratší cesty orientovaným grafem
1.1 Úvod Algoritmus pro hledání nejkratší cesty orientovaným grafem Naprogramoval jsem v Matlabu funkci, která dokáže určit nejkratší cestu v orientovaném grafu mezi libovolnými dvěma vrcholy. Nastudoval
VíceAnalýza a Návrh. Analýza
Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,
Více