Marek Rychlý Fakulta informačních technologií
|
|
- Dana Machová
- před 6 lety
- Počet zobrazení:
Transkript
1 Formální sémantika komponentově orientovaných systémů Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Seminář UIFS Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
2 Obsah 1 Informační systémy Architektura Komponenty Evoluce architektury 2 3 Předpoklady Struktura Formalismus Plány a možnosti Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
3 Obsah Informační systémy Architektura Komponenty Evoluce architektury 1 Informační systémy Architektura Komponenty Evoluce architektury 2 3 Předpoklady Struktura Formalismus Plány a možnosti Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
4 Informační systémy Informační systémy Architektura Komponenty Evoluce architektury Současné ISs je většinou vhodné co nejvíce dekomponovat. vývoj systému (řízení projektu, inkrementální cyklus, FDD, testy, TDD, ale složitější integrace) struktura organizace (autonomní oddělení, fyzické rozmístění, postupné zavádění, vlastní IT) zavedené systémy (adaptace existujících systémů a procesů, daná rozhraní, externí systémy, více dodavatelů) technologie a bezpečnost (heterogenní prostředí, off-line části, vlastnosti sítě, zálohy a dostupnost) finance a marketing (prodej po modulech, customizace, delegace funkčnosti modulů, nákup řešení) Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
5 Softwarová architektura Informační systémy Architektura Komponenty Evoluce architektury Definice (Softwarová architektura, IEEE-Std ) základní organizace SW systémů zahrnující popis jeho komponent, jejich chování, vztahů a vztahů s okolím (tj. rozhraní), a principů jejich návrhu a vývoje. SW systémy složené ze spolupracujících komponent, softwarové konfederace a aliance, části mezi sebou komunikují zasíláním zpráv (asynchronní) pomocí middle-ware, brány jako adaptéry připojující již existující (uzavřené) části. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
6 Informační systémy Architektura Komponenty Evoluce architektury Architektura jako systém komponent Definice (Komponentový model) konkrétní metamodel komponentově-orientovaných softwarových architektur zahrnující pravidla pro chování komponent a konektorů, jejich vztahů (konfigurace), pravidla pro změny v rámci dynamické architektury (rekonfigurace), a definici jazyka pro popis takových architektur. komponenta je samostatná funkčně-orientovaná část systému s definovaným rozhraním (primitivní nebo složená), konektor je entita realizující komunikaci mezi dvěma a více spolupracujícími komponentami, konfigurace je konkrétní propojení komponent a konektorů, které tvoří daný SW systém. principy znovupoužitelnosti a rozložitelnosti (hierarchická kompozice) Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
7 Informační systémy Architektura Komponenty Evoluce architektury Komponenta vs. Objekt vs. Služba komponenta je abstrakce nad pojmenovanými částmi prostoru rozmístění prvků architektury (a deployment space) (má jméno, ale ne identitu, poskytuje stále stejné služby, nezávislá na umístění, nemá z vnějšku pozorovatelný stav, definuje poskytované a požadované vazby) objekt je abstrakce na identifikovatelnými částmi stavového prostoru (a state space) (má jedinečnou identitu, je instancí třídy, zapouzdřuje proměnné, tj. stav, a operace nad nimi) služba je abstrakce nad pojmenovanými funkčně orientovanými požadavky (business requirements) (založena na modelu poskytovatel-spotřebitel, aktivita souštěná jako odpověd na požadavek nebo událost a poskytující nějaký výsledek) společné vlastnosti: jsou to abstrakce, zapouzdřují, mají rozhraní Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
8 Informační systémy Architektura Komponenty Evoluce architektury Evoluce architektury a dynamické systémy statická architektura pevná struktura daná při návrhu systému, dynamická architektura struktura se vyvíjí za běhu, části systému vznikají a zanikají podle pravidel daných při návrhu systému, mobilní architektura části systému se přesouvají za běhu (mění vztahy s okolím) podle funkčních požadavků (plně dynamická architektura). V dynamických architekturách je důležitý middle-ware. Např. použití ve výpočetních a datových GRIDech, podpora komponentových trhů. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
9 Obsah 1 Informační systémy Architektura Komponenty Evoluce architektury 2 3 Předpoklady Struktura Formalismus Plány a možnosti Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
10 Komponentové modely kompoentové modely definují syntaxi, sémantiku a kompozici komponent, existuje celá řada v současnosti používaných komponentových modelů, např. OMG: CORBA Component Model (CCM), Object Management Architecture (OMA) Sun: Enterprise JavaBeans (EJB) Microsoft: Component Object Model (COM) technologie zaměříme se na současné komponentové modely s formální sémantikou, konkrétně : platforma pro SW komponenty (Distributed Systems Research Group, MFF UK) : komponentový model, implementace, nástroje (France Telecom R&D, INRIA) Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
11 struktura komponenta (component) může být instance šablony (template), komponenta/šablona definována pomocí rozhraní, rámce (frame) a architektury, rámec je black-box pohled na komponentu (specifikace), architektura je grey-box pohled na komponentu (implementace), může být primitivní nebo složená, složená srchitektura je řízený systém sub-komponent (by controller), rozhraní komponent jsou typů poskytováno (provided) a požadováno (required), spojení komaptibilních rozhraní jsou typů binding (p2r), delegating (p2p), subsuming (r2r) nebo exempting (nepoužité), spojení realizováno přes implicitní nebo explicitní konektory, explicitní konektor je speciální komponenta s rámcem a architekturou. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
12 formální popis component definition language (CDL) specifikace komponent, rozšíření OMG IDL, behaviour protocols (BP) chování komponent, volání metody vytváří událost (event), notace!m,?m,!m a?m, pro odeslání a příjem volání metody a jejího výsledku, sekvence událostí vytváří stopu (trace), např. <!m ;?m >, BP je rozšířený regulární výraz 1 definující určitou množinu stop, protocol conformance relation mezi protokoly rámce a architektury zajišt uje odpovídající chování, consent operator pro kompozici protokolů (spojených) komponent definuje stopy vedoucí k chybě. 1 asi 13 operátorů vč. prokládané a sekvenční paralelní kompozice, kompozice se synchronizací přes množinu událostí, omezení platnosti událostí, atd. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
13 závěr /DCUP umožňuje zavedení nové verze implementace komponenty za běhu (dynamic update), kontrola kompatibility implementace se specifikací komponenty, 2.0 (od roku 2006) dynamická rekonfigurace, strukturované řídící části komponent, podpora různých komunikačních stylů, přizpůsobení formalismu? mobilita? ISIM 07 Hnětynka, P., Bureš, T.: Advanced Features of Hierarchical Component Models. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
14 struktura komponenta tvořena řadičem (controller) a obsahem (content), obsahem složené komponenty je řízený systém sub-komponent, sub-komponenta může být sdílena několika komponentami, komponenta komunikuje pomocí operací na vnějších rozhraních (s okolím) a vnitřních rozhraních (se sub-komponentami), rozhraní jsou typů server/klient (poskytováno/požadováno) a řídící/funkční (podle účelu), řídící rozhraní slouží k introspekci, řízení konfigurace (atributů, spojení a obsahu) a řízení životního cyklu. spojení komaptibilních rozhraní jsou typů normální (c2s), export (s2s) a import (c2c), spojení realizováno přes primitivní nebo složené konektory, složený konektor je speciální komponenta. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
15 formální popis (Fractive) parametrised labelled transition system (plts) chování primitivní komponenty, parametrised synchronisation network (pnet) chování složené komponenty, plts je LTS s akcemi s parametry na přechodech, množinou parametrů systému a proměnými pro každý stav, přechod obsahuje také stráž (výraz nad proměnými a parametry) a množinu výrazů modifikující proměnné cílového stavu, pnet je operátor paralelní kompozice komponent se synchronizací nad parametrizovanými sortami (parametrised sorts), množinami pozorovatelných akcí pltss sub-komponent, synchronizaci zajit uje transduktor (transducer) plts mající jako akce synchronizační vektory tvořeny akcemi pltss sub-komponent, na změnu stavu transduktoru pak lze navázat určitou dynamickou rekonfiguraci architektury systému. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
16 závěr je rozsáhlý projekt založený na specifikaci komponentového modelu, 7 implementací (Java,.NET, SmallTalk, C,... ), 8 knihoven komponent, nástroje (ADL, BP checker, GUI,... ). formální popis pouze pro implementaci ProActive (distribuované asynchronní volání), striktní oddělení funkční a řídící části komponenty, nepopisuje mobilitu. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
17 Obsah Předpoklady Struktura Formalismus Plány a možnosti 1 Informační systémy Architektura Komponenty Evoluce architektury 2 3 Předpoklady Struktura Formalismus Plány a možnosti Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
18 Předpoklady Struktura Formalismus Plány a možnosti Předpoklady pro mobilní architekturu dynamická rekonfigurace změna struktury systému komponent a konektorů, mobilita komponent možnost kopie a přesunu komponent do nových umístění, kombinace řídících a funkčních rozhraní zapojení rekonfigurace a mobility do výpočtu, vhodný formalismus podpora kompozice, rekonfigurace, mobility, nejlépe přímo vlastnostmi formalismu. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
19 Předpoklady Struktura Formalismus Plány a možnosti Struktura komponentového modelu komponenta tvořena specifikací a implementací, implementace primitivní a složená ze specifikací sub-komponent, rozhraní poskytované a požadované, funkční a řídící, řídící rozhraní poskytuje introspekci, balení a rozbalení komponenty (mobilita), kontrolu životního cyklu, vznik komponenty kopií ze vzoru (šablony), dopravením do místa umístění a napojením na okolí, kopie komponenty zachová její implementaci, přenos komponenty je přenosem specifikace, tzn. přenosem reference na implementaci komponenty, spojení přímá nebo pomocí konektorů (speciálních komponent). Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
20 Předpoklady Struktura Formalismus Plány a možnosti Formalismus komponentového modelu π-kalkul (kalkul mobilních procesů) = procesy a jména, komponenta s rozhraním jako parametrický proces, paralelní kompozice funkční a řídící části, spojení je paralelní kompozice komponent přes proces konektoru (synchronizce komponent), mobilita komponent pomocí π-kalkulu vyššího řádu nebo napojením předávané komponenty do jiného kontextu (předáním jejích rozhraní), garance kompatibility implementace se specifikací pomocí relací bisimulace, návaznost na jazyk pro popis architektury π-adl z projektu ArchWare a jeho nástroje. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
21 Další vývoj Předpoklady Struktura Formalismus Plány a možnosti přesná specifikace, vzorové řešení pro klíčové vlastnosti, uplatnění ve vývojových cykech, kompletní specifikace v π-adl a použítí jeho nástrojů, přenesení sémantiky na některou implementaci komponentového modelu. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
22 komponentové modely poskytují rámce pro vývoj komopnentově orientovaných IS, velký počet různých komponentových modelů, metodika CBD hojně rozšířená, několik modelů s formální sémantikou, chybí podpora dynamických a mobilních architektur. Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
23 Dodatek Literatura Literatura Clemens Szyperski. Component Software: Beyond Object-Oriented Programming. Addison Wesley Professional, second edition, November Kung-Kiu Lau and Zheng Wang. A taxonomy of software component models. In Proceedings of the 31st EUROMICRO Conference on Software Engineering and Advanced Applications, pages IEEE Computer Society, František Plášil, Dušan Bílek, and Radovan Janeček. /DCUP: Architecture for component trading and dynamic updating. In 4th International Conference on Configurable Distributed Systems, pages 43 51, Los Alamitos, CA, USA, May IEEE Computer Society. Tomáš Bureš, Petr Hnětynka, and František Plášil. 2.0: Balancing advanced features in a hierarchical component model. In Proceedings of SERA 2006, pages 40 48, Seattle, USA, August IEEE Computer Society. Tomás Barros. Formal specification and verification of distributed component systems. PhD thesis, Université de Nice INRIA Sophia Antipolis, November ArchWare project. November Marek Rychlý Formální sémantika komponentově orientovaných systémů Seminář UIFS, / 23
7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
Softwarové komponenty a Internet
Softwarové komponenty a Internet Doc. Dr. Ing. Miroslav Beneš Katedra informatiky FEI VŠB-TU Ostrava Miroslav.Benes@vsb.cz Obsah přednášky Motivace Vývoj přístupů k tvorbě programů Definice komponenty
Vývoj informačních systémů. Obecně o IS
Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu
UML. Unified Modeling Language. Součásti UML
UML Unified Modeling Language 1995 počátek 1997 verze 1.0 leden dnes verze 2.0 (vývoj stále nedokončen) Standardní notace OMG podpora velkých firem (Microsoft, IBM, Oracle, HP ) popisuje struktury popisuje
Unifikovaný modelovací jazyk UML
Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li
Návrh softwarových systémů - architektura softwarových systémů
Návrh softwarových systémů - architektura softwarových systémů Martin Tomášek, Jiří Šebek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec Co je to architektura Využívá se
TÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 25. Otázka : Komponentní technologie - základní pojmy a principy, metody specifikace komponent. Obsah : 1. Základní pojmy 1.1 Komponenta Komponenta
Vývoj informačních systémů. Přehled témat a úkolů
Vývoj informačních systémů Přehled témat a úkolů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Teorie Praxe Cvičení Diskuze
UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram
Architektura softwarových systémů
Architektura softwarových systémů Definice, Strukturní a Procesní doporučení Ing. Tomáš Černý, MSCS Pojem softwarové architektury (SA) Obvyklé způsoby vysvětlování pojmu SA komponenty a vazby celková struktura
Vývoj informačních systémů. Přehled témat a úkolů
Vývoj informačních systémů Přehled témat a úkolů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Znalosti Schopnosti Cvičení
Komponentní technologie
Komponentní technologie doc. Ing. Miroslav Beneš, Ph.D. katedra informatiky FEI VŠB-TUO A-1007 / 597 324 213 http://www.cs.vsb.cz/benes Miroslav.Benes@vsb.cz Obsah Motivace Aplikace v IT Vývoj přístupů
X33EJA Web Services. Martin Ptáček, KOMIX s.r.o.
X33EJA Web Services Martin Ptáček, KOMIX s.r.o. ptacek@komix.cz Copyright 2007 KOMIX Copyright s.r.o. 2007 KOMIX s.r.o. 1. Obsah Historie Co jsou Web Services? Co je to SOA? JAX-WS (Java API for XML Web
2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování
1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy
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í.
Architektura orientovaná na služby Návrh orientovaný na služby. Ing. Petr Weiss. VUT v Brně,, FIT, UIFS
Architektura orientovaná na služby Návrh orientovaný na služby Webové služby Ing. Petr Weiss VUT v Brně,, FIT, UIFS 3. 12. 2007 Obsah Architektura orientovaná na služby Základní pojmy Koncepce architektury
MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ
MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ 1) PROGRAM, ZDROJOVÝ KÓD, PŘEKLAD PROGRAMU 3 2) HISTORIE TVORBY PROGRAMŮ 3 3) SYNTAXE A SÉMANTIKA 3 4) SPECIFIKACE
Strukturování Petriho Nadpis 2 Nadpis 3
Strukturování Petriho Nadpissítí 1 Nadpis 2 Nadpis 3 Vladimír JménoJanoušek Příjmení VysokéVysoké učení technické učení technické v Brně,vFakulta Brně, Fakulta informačních informačních technologií technologií
Servisně orientovaná architektura a její aplikace v systémech sledování a řízení výroby
Servisně orientovaná architektura a její aplikace v systémech sledování a řízení výroby Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů VII. ročník
TÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 24. Otázka : Implementační fáze. Postupy při specifikaci organizace softwarových komponent pomocí UML. Mapování modelů na struktury programovacího
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,
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.
Komponentový návrh SW
Komponentový návrh SW Komponentový návrh SW Komponenty jsou kompletně specifikované pomocí interface Jejich funkčnost je nezávislá na programovacím jazyku a mohou být integrované do toho samého systému
PHP 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á
Ná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í,
Architektury Informačních systémů. Jaroslav Žáček
Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?
Semináˇr Java X J2EE Semináˇr Java X p.1/23
Seminář Java X J2EE Seminář Java X p.1/23 J2EE Složitost obchodních aplikací robusní, distribuované, spolehlivé aplikace s transakcemi na straně serveru, klientské aplikace co nejjednodušší Snaha : Návrh,
Osnova. GIOP a IIOP IDL IOR POA. IDL Klient Server. 2 Historie. 3 Princip a základní pojmy. 4 Implementace. 5 Aplikace CORBA
Common Object Request Broker Architecture FJFI ČVUT 9. 12. 2010 Osnova 1 2 3 4 5 Standard umožňující propojení aplikací psaných v různých jazycích a běžících na různých strojích a architekturách. Definuje
1. Webové služby. K čemu slouží? 2. RPC Web Service. 3. SOA Web Service. 4. RESTful Web services
13. Webové služby. K čemu slouží? Popis a vyhledávání služeb. Co je a k čemu slouží orchestrace a choreografie služeb. Technologie pro implementaci služeb 1. Webové služby. K čemu slouží? Definice WS -
Ná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.
Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux.
Jan Smolík UML UML Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux Zdroj: Wikipedia Unified modelling language Neproprietární
Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?
Nasazení jednotné správy identit a řízení přístupu na Masarykově univerzitě s využitím systému Perun. Slávek Licehammer
Nasazení jednotné správy identit a řízení přístupu na Masarykově univerzitě s využitím systému Perun Slávek Licehammer 16. 5. 2016 IdM na MU Na MU právě vzniká nová koncepce správy identit a řízení přístupu
TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY
Příloha č. 3 k č.j. MV-159754-3/VZ-2013 Počet listů: 7 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 Popis rozhraní egon Service Bus Centrální Místo Služeb 2.0 (dále jen CMS
Common Object Request Broker Architecture
Common Object Request Broker Architecture Tvorba aplikací, jejichž komponenty budou komunikovat přes počítačovou síť Programátor jedné aplikace volá metody vzdálených objektů podobně jako u sebe lokální
Integrací aplikací proti blackoutům
Integrací aplikací proti blackoutům 5. listopadu 2014 Stanislav Mikulecký Stanislav Mikulecký Unicorn Systems, senior consultant, 2009 Unicorn Systems, software architect, 2003 Vigour, vývojář, 2001 Vysoké
Tvorba informačních systémů
9. Tvorba informačních systémů Michal Krátký, Miroslav Beneš Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2007/2008 c 2006-2008 Michal Krátký, Miroslav Beneš Tvorba
ADMINISTRACE POČÍTAČOVÝCH SÍTÍ. OPC Server
ADMINISTRACE POČÍTAČOVÝCH SÍTÍ OPC Server Funkce a využití v průmyslové automatizaci Jiří NOSEK 2011 Co je OPC Server? OPC = Open Process Control (původně OLE for Process Control) sada specifikací průmyslového
RDF DSPS ROZVOJ PORTÁLU
RDF DSPS ROZVOJ PORTÁLU ČEZ Distribuce, a.s. HSI, spol. s r.o. Zbyněk Businský Miroslav Kaňka ZÁKAZNÍK A DODAVATEL ČEZ DISTRIBUCE, A.S. ČEZ distribuční síť Od r. 2012 implementován GEOPORTÁL (1. ETAPA),
UAI/612 - Cloudová Řešení. Technologie
UAI/612 - Cloudová Řešení Technologie Rekapitulace Multitenance Bezestavovost Škálovatelnost Cachování Bezpečnost Způsoby nasazení Datová úložiště SQL databáze NoSQL databáze Cloudová datová úložiště (API)
TÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 22. Otázka : Úvodní fáze rozpracování softwarového projektu. Postupy při specifikaci byznys modelů. Specifikace požadavků a jejich rozpracování pomocí
Programování II. Třídy a objekty (objektová orientovanost) 2018/19
Programování II Třídy a objekty (objektová orientovanost) 2018/19 Osnova přednášky Objektový přístup (proč potřebujeme objekty). Třídy, objekty,... Příklad. Proč potřebujeme objekty? Udržovatelnost softwaru
XML Š ABLONY A JEJICH INTEGRACE V LCMS XML TEMPLATES AND THEIN INTEGRATION IN LCMS
XML Š ABLONY A JEJICH INTEGRACE V LCMS XML TEMPLATES AND THEIN INTEGRATION IN LCMS Roman MALO - Arnošt MOTYČKA This paper is oriented to discussion about using markup language XML and its features in LCMS
Principy UML. Clear View Training 2005 v2.2 1
Principy UML Clear View Training 2005 v2.2 1 1.2 Co je touml? Unified Modelling Language (UML) je univerzálníjazyk pro vizuální modelování systémů Podporuje všechny životní cykly Mohou jej implementovat
6 Objektově-orientovaný vývoj programového vybavení
6 Objektově-orientovaný vývoj programového vybavení 6.1 Co značí objektově-orientovaný - organizace SW jako kolekce diskrétních objektů, které zahrnují jak data tak chování objekt: OMG: Objekt je věc (thing).
Michal Krátký, Miroslav Beneš
Tvorba informačních systémů 1/20 Tvorba informačních systémů Michal Krátký, Miroslav Beneš Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2008/2009 Tvorba informačních
SOAP & REST služby. Rozdíly, architektury, použití
SOAP & REST služby Rozdíly, architektury, použití Obsah Srovnání SOAP a REST služeb Service Oriented Architecture Microservice Architecture Příklady použití Nástroje pro vývoj SOAP a REST služeb (v Java)
Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.
C E R T I C O N www.certicon.cz V Á C L A V S K Á 1 2 1 2 0 0 0 P R A H A 2 Specifikace rozhraní Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů Martin Falc, SW architekt
Tvorba informačních systémů
Tvorba informačních systémů Michal Krátký 1, Miroslav Beneš 1 1 Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2005/2006 c 2006 Michal Krátký, Miroslav Beneš Tvorba informačních
Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova přednášky Co to je softwarové inženýrství Softwarový proces Metodika a metoda Evoluce softwarových
Úvod do Web Services
Úvod do Web Services Základy webových služeb a jejich implementace na platformě OS/2 Jarda Kačer jarda@kacer.biz Český Warpstock 2008 Brno, 20.-21.9.2008 Co je to webová služba? Část business logiky přístupná
Paralelní programování
Paralelní programování přednášky Jan Outrata únor duben 2011 Jan Outrata (KI UP) Paralelní programování únor duben 2011 1 / 11 Literatura Ben-Ari M.: Principles of concurrent and distributed programming.
CAL (CAN Application Layer) a CANopen
CAL (CAN Application Layer) a CANopen J. Novák České vysoké učení technické v Praze Fakulta elektrotechnická Katedra měření Průmyslový distribuovaný systém na bázi sběrnice CAN Pressure sensor Stepper
SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE
INTEGROVANÝ REGIONÁLNÍ OPERAČNÍ PROGRAM SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE SPECIFICKÝ CÍL 3.2 PRŮBĚŽNÁ VÝZVA Č. 10 PŘÍLOHA Č. 4 PRAVIDLA PRO VYDÁNÍ STANOVISKA ODBORU HLAVNÍHO ARCHITEKTA EGOVERNMENTU
Profilová část maturitní zkoušky 2017/2018
Střední průmyslová škola, Přerov, Havlíčkova 2 751 52 Přerov Profilová část maturitní zkoušky 2017/2018 TEMATICKÉ OKRUHY A HODNOTÍCÍ KRITÉRIA Studijní obor: 78-42-M/01 Technické lyceum Předmět: TECHNIKA
Telekomunikační sítě Protokolové modely
Fakulta elektrotechniky a informatiky, VŠB-TU Ostrava Telekomunikační sítě Protokolové modely Datum: 14.2.2012 Autor: Ing. Petr Machník, Ph.D. Kontakt: petr.machnik@vsb.cz Předmět: Telekomunikační sítě
Doc. Ing. Daniel Kaminský, CSc. ELCOM, a.s.
Doc. Ing. Daniel Kaminský, CSc. ELCOM, a.s. Úplné počítačové propojení a) výrobních strojů, b) zpracovávaných produktů a polotovarů a c) všech dalších systémů a subsystémů průmyslového podniku (včetně
Architektura protokolů
Architektura protokolů KIV/PD Přenos dat Martin Šimek O čem přednáška je? 2 co se rozumí architekturou protokolů? protokol a složky protokolu encapsulace protokolových složek ISO OSI RM Co se rozumí architekturou
Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura
Dílčí architektury Informační systémy - dílčí architektury - EIS MIS TPS strategické řízení taktické řízení operativní řízení a provozu 1 Globální Funkční Procesní Datová SW Technologická HW Aplikační
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
GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím
GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER váš partner na cestě od dat k informacím globtech spol. s r.o. karlovo náměstí 17 c, praha 2 tel.: +420 221 986 390 info@globtech.cz
Zaměření Webové inženýrství doc. Ing. Tomáš Vitvar, Ph.D. Katedra softwarového inženýrství Fakulta informačních technologií České vysovké učení technické v Praze Den otevřených dveří 20.2.2014 http://www.fit.cvut.cz
Obsah: Základní pojmy, definice Informační systémy IT architektura Typické aplikační komponenty Implementace aplikací
Monitorovací indikátor: 06.43.10 Počet nově vytvořených/inovovaných produktů Akce: Přednáška, KA 5 Číslo přednášky: 30 Téma: INFORMAČNÍ SYSTÉMY A ARCHITEKTURA IT V PODNIKU Lektor: Ing. Michal Beránek Třída/y:
EXTRAKT z technické normy CEN ISO
EXTRAKT z technické normy CEN ISO Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Kooperativní ITS Zařízení stanice ITS pro přenos
Požadavky pro výběrová řízení TerraBus ESB/G2x
Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu
Katalog služeb a podmínky poskytování provozu
Příloha č. 1 Servisní smlouvy Katalog služeb a podmínky poskytování provozu Část P2_1 P2_1_Katalog služeb a podmínky poskytování provozu 1 Obsah 1 OBSAH... 2 2 DEFINICE POJMŮ... 3 3 DEFINICE SLUŽEB, KOMPONENT
PB161 Programování v jazyce C++ Přednáška 7
PB161 Programování v jazyce C++ Přednáška 7 Statické položky tříd Základy OOP Nikola Beneš 6. listopadu 2018 PB161 přednáška 7: static, základy OOP 6. listopadu 2018 1 / 21 Klíčové slovo static Znáte z
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS: 03.220.01; 35.240.60 Komunikační infrastruktura pro pozemní ISO 24101-2 mobilní
Informační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází
1 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Požadavky kreditového systému. Relační datový model, relace, atributy,
Návrh softwarových systémů - architektura softwarových systémů
Návrh softwarových systémů - architektura softwarových systémů Jiří Šebek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec Co je to architektura 2 Využívá se v různách oborech
Vyřešené teoretické otázky do OOP ( )
Vyřešené teoretické otázky do OOP (16. 1. 2013) 1) Vyjmenujte v historickém pořadí hlavní programovací paradigmata a stručně charakterizujte každé paradigma. a) Naivní chaotičnost, špatná syntaxe a sémantika
7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
Profilová část maturitní zkoušky 2013/2014
Střední průmyslová škola, Přerov, Havlíčkova 2 751 52 Přerov Profilová část maturitní zkoušky 2013/2014 TEMATICKÉ OKRUHY A HODNOTÍCÍ KRITÉRIA Studijní obor: 78-42-M/01 Technické lyceum Předmět: TECHNIKA
Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti
Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti MI-SOC: 8 SÍTĚ NAČIPU (NOC) doc. Ing. Hana Kubátová, CSc. Katedra číslicového návrhu Fakulta informačních technologii ČVUT v Praze Hana
Analýza a modelování dat. Přednáška 5
Analýza a modelování dat Přednáška 5 Objektově orientované databáze Relační databáze data uložena v logicky provázaných tabulkách přes cizí klíče výhoda jednoduchost, intuitivnost, naplnění myšlenky oddělení
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS: 03.220.01; 35.240.60 Komunikační infrastruktura pro pozemní mobilní zařízení (CALM)
PB161 Programování v jazyce C++ Přednáška 7
PB161 Programování v jazyce C++ Přednáška 7 Statické položky tříd Základy OOP Nikola Beneš 6. listopadu 2018 PB161 přednáška 7: static, základy OOP 6. listopadu 2018 1 / 21 Klíčové slovo static Znáte z
RESTful web service v Javě
Mendelova univerzita v Brně Provozně ekonomická fakulta RESTful web service v Javě Literární rešerše práce Vedoucí práce: Ing. Jan Turčínek, Ph.D. Pavel Savrov Brno 2016 OBSAH 2 Obsah 1 Protokoly implementaci
Analýza a modelování dat. Přednáška 4
Analýza a modelování dat Přednáška 4 Objektově orientovaný přístup Strukturovaný přístup starší přístup analýzy modelování dat typický zástupce: E-R model prvky reálného světa zobrazujeme do předem připravených
Obsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
Architektury informačních systémů
Architektury informačních systémů doc. Ing. Miroslav Beneš, Ph.D. katedra informatiky FEI VŠB-TUO A-1007 / 597 324 213 http://www.cs.vsb.cz/benes/vyuka/tis Miroslav.Benes@vsb.cz Obsah přednášky Co je to
Maturitní otázky z předmětu PROGRAMOVÁNÍ
Wichterlovo gymnázium, Ostrava-Poruba, příspěvková organizace Maturitní otázky z předmětu PROGRAMOVÁNÍ 1. Algoritmus a jeho vlastnosti algoritmus a jeho vlastnosti, formy zápisu algoritmu ověřování správnosti
Architektury informačních systémů
Architektury informačních systémů doc. Ing. Miroslav Beneš, Ph.D. katedra informatiky FEI VŠB-TUO A-1007 / 597 324 213 http://www.cs.vsb.cz/benes/vyuka/tis Miroslav.Benes@vsb.cz Obsah přednášky Co je to
Moderní metody automatizace a hodnocení marketingových kampaní
Moderní metody automatizace a hodnocení marketingových kampaní SAS CI Roadshow 2014 24/09/2014 Vít Stinka Agenda Představení společnosti Unicorn Systems Aliance Unicorn Systems a SAS Celkový koncept Customer
GINIS na KrÚ Středočeského kraje
9.4.2014 GINIS na KrÚ Středočeského kraje Informační systém GINIS na Krajském úřadu Středočeského kraje GINIS na KrÚ Středočeského kraje, Václav Pávek, www.gordic.cz GORDIC Specialista v oblasti veřejné
POKROČILÉ POUŽITÍ DATABÁZÍ
POKROČILÉ POUŽITÍ DATABÁZÍ Barbora Tesařová Cíle kurzu Po ukončení tohoto kurzu budete schopni pochopit podstatu koncepce databází, navrhnout relační databázi s využitím pokročilých metod, navrhovat a
Analý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,
Testování SOA systémů v Oracle SOA Suite
Testování SOA systémů v Oracle SOA Suite Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro IOA 3. prosince 2014 Marek Rychlý Testování
Modelování procesů (2) 23.3.2009 Procesní řízení 1
Modelování procesů (2) 23.3.2009 Procesní řízení 1 Seznam notací Síťové diagramy Notace WfMC Notace Workflow Together Editor Aktivity diagram (UML) FirsStep Designer Procesní mapa Select Prespective (procesní
Krajská koncepce e-gov
Krajská koncepce e-gov Koncepční dokumenty pro oblast řízení a koordinaci e-gov 01. 10. 2013 OBSAH Obsah... 2 1 Úvodní informace... 3 2 Koncepční dokumenty pro oblast řízení a koordinaci e-gov... 5 2.1
Tvorba podnikových aplikací v jazyce JAVA. Josef Pavlíček KII PEF CZU
Tvorba podnikových aplikací v jazyce JAVA Josef Pavlíček KII PEF CZU J2EE Jedná se o přístup: sadu pravidel, technologií, metod, doporučení jak provádět design, vývoj, nasazení a provozování vícevrstvých
Standardy projektového řízení
Standardy projektového řízení Project Management Body of Knowledge Aktuálně pátá verze Zaštítěn Project Management Institute (PMI) V ČR Česká komora PMI Partner Studentského klub projektového řízení Rozšířen
SYSTÉM PRO KONFIGURACI KOMUNIKAČNÍCH TERMINÁLŮ A VIZUALIZACI STAVOVÝCH DAT Z KOLEJOVÝCH VOZIDEL
SYSTÉM PRO KONFIGURACI KOMUNIKAČNÍCH TERMINÁLŮ A VIZUALIZACI STAVOVÝCH DAT Z KOLEJOVÝCH VOZIDEL SYSTEM FOR CONFIGURATION OF COMMUNICATION TERMINALS AND VISUALIZATION OF STATE INFORMATION FROM RAIL VEHICLES
1. Integrační koncept
Příloha č. 2: Technický popis integrace 1. Integrační koncept Z hlediska koncepčního budování Smart Administration na Magistrátu města Mostu je možno hovořit o potřebě integrace tří úrovní systémové architektury
3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda
1. Lze vždy z tzv. instanční třídy vytvořit objekt? 2. Co je nejčastější příčinou vzniku chyb? A. Specifikace B. Testování C. Návrh D. Analýza E. Kódování 3. Je defenzivní programování technikou skrývání
Střední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320 M A T U R I T N Í T É M A T A P Ř E D M Ě T U
Střední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320 M A T U R I T N Í T É M A T A P Ř E D M Ě T U P R O G R A M O V É V Y B A V E N Í Studijní obor: 18-20-M/01 Informační technologie Školní
7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
ehealth, telemedicína a asistivní technologie na ČVUT FEL Praha
České vysoké učení technické v Praze Fakulta elektrotechnická ehealth, telemedicína a asistivní technologie na ČVUT FEL Praha Lenka Lhotská, Miroslav Burša, Michal Huptych, Jan Havlík Katedra kybernetiky,
PODNIKOVÁ INFORMATIKA
GÁLA Libor POUR Jan TOMAN Prokop PODNIKOVÁ INFORMATIKA Obsah O autorech... 11 Na úvod jak chápat tuto knihu... 13 Část I: Principy podnikové informatiky... 17 1. Informatika, aplikovaná informatika, podniková