Source: http://docplayer.cz/2185712-1f44c-008-030-rocni-zprava-cast-2-ze-dvou-casti-dodatky.html
Timestamp: 2017-04-26 22:24:58+00:00
Document Index: 37417741

Matched Legal Cases: ['zákona č. 307', 'zákona č. 307', 'Čl. 1', 'čl. 1', 'čl. 1', 'Čl. 1', 'zákona č. 240', 'zákona č.412', 'zákona č.412']

1F44C/008/030. Roční zpráva. Část 2 ze dvou částí Dodatky - PDF
Download "1F44C/008/030. Roční zpráva. Část 2 ze dvou částí Dodatky"
1 WAK-1F44C WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových služeb Číslo projektu: 1F44C/008/030 Název zprávy: Roční zpráva Název části: Část 2 ze dvou částí Dodatky Období: Poskytovatel: Příjemce: Adresa příjemce Odpovědný řešitel: Spoluřešitelé: Ministerstvo dopravy ČR WAK System, spol. s r.o. Petržílkova 2564/21, Praha 5 - Stodůlky Ing. Radan Kasal Ing. Luděk Benda Ing. Tomáš Nagy Ing. Petr Půlpán Radek Valeš RNDr. Miroslav Wasserbauer Ing. Vítězslav Života Datum vydání:2 3 Dodatek A. - Analýza domény IS A.1 Shromážděné podklady k doméně Pro řešení jsme vycházeli jak z dostupné literatury, tak z materiálů dostupných na internetu. Vycházelo se také z příslušných legislativních norem. Výstupem analýzy podkladů dle bodů A.1.2 a A.1.4 jsou rešerše popsané dále v odstavcích A a A A.1.1 Literatura k doméně Shromážděnou literaturu k doméně jsme rozdělili do dvou kategorií: UML a UP Vývojové a implementační platformy V následujících odstavcích uvádíme jejich seznam. A UML a UP V kategorii UML a UP byla nalezena a použita následující literatura: Ivar Jacobson, Grady Booch, James Rumbaugh The unified software development process [4] Joseph Smuller Myslíme v jazyku UML [5] Jim Arlow, Ila Neustadt UML a unifikovaný proces vývoje aplikací [6] A Vývojové a implementační platformy V kategorii vývojových a implementačních platforem byla nalezena a použita následující literatura: Jeffrey Richter.NET Framework programování aplikací [7] Dino Esposito XML Efektivní programování pro.net [8] Dalibor Kačmář Programujeme.NET aplikace [9] A.1.2 Legislativa k doméně V doméně byly nalezeny a prozkoumány následující legislativní normy: Zákon 239/2000 Sb. o integrovaném záchranném systému [10] WAK-1F44C Str. 14 Zákon 240/2000 Sb. o krizovém řízení (krizový zákon) [11] Zákon 241/2001 Sb. o hospodářských opatřeních pro krizové stavy [12] A.1.3 Standardy k doméně V oblasti standardů k doméně se vycházelo z dokumentů W3C (http://www.w3c.org): Web Services Architecture [13] Web Services Architecture Requirements [14] Web Services Glossary [15] Web Services Architecture Usage Scenarios [16] Web Service Management: Service Life Cycle [17] SOAP Version 1.2 Part 0: Primer [18] SOAP Version 1.2 Part 1: Messaging Framework [19] SOAP Version 1.2 Part 2: Adjuncts [20] SOAP Version 1.2 Specification Assertions and Test Collection [21] SOAP Version 1.2 Message Normalization (Note) [22] A.1.4 Krizové informační systémy V oblasti krizových informačních systému se vycházelo z dokumentů ke krizovému informačnímu systému KIS MDS, obzvláště pak z následující příručky: Krizový informační systém KIS MDS Systémová příručka [23] A.1.5 Rešerše vybraných podkladů A Krizové plánování V oblasti státní správy a samosprávy existují informační systémy (dále IS) pro zabezpečení požadavků zákona 240/2000 sb. o krizovém řízení (krizový zákon). Paragraf 26 tohoto zákona hovoří o požadavcích na tyto IS. IS mají splňovat standardy informačních systémů státní správy a dále se na IS klade mimo jiné požadavek technického a programového přizpůsobení pro činnost v obtížných podmínkách. Jak vyplývá ze zákona 240/2000 Sb., krizové plány zpracovávají: Ministerstva a jiné správní úřady. WAK-1F44C Str. 25 ČNB. Kraje. Obecní úřady. Kancelář PS PČR, Kancelář Senátu, KPR, Úřad vlády, NKÚ a BIS. Krizový plán se skládá ze základní a přílohové části. Základní část krizového plánu obsahuje: Charakteristiku organizace krizového řízení. Vymezení působnosti, odpovědnosti a úkolů zpracovatele krizového plánu. Výčet a hodnocení možných rizik, jejich dopad na území a činnost subjektů krizového plánování. Další podklady a zásady potřebné pro používání přílohové části krizového plánu. Následující diagram popisuje základní části krizového plánu: od Analýza KP - Základní část KrizovýInformačníSystém * ZákladníČást KrizovýPlán PřílohováČást CharakteristikaOrganizaceKrizovéhoŘízení + CharakteristikaOdbornýchČinnostíProKrizovéŠtáby: + OrganizačníSchémaSložekProKritickouInfrastrukturu: + OrganizačníStrukturaZpracovatele: + PředpokládanéZměnyOrganizačníStrukturyZaKrizovýchStavů: + Schéma organizace krizového řízení: + SeznamOsobKteréSePodílelyNaZpracováníKrizovéhoPlánu: + VariantyOrganizačníchStrukturKrizovéhoŠtábu: PůsobnostOdpov ědnostúkolyzpracovatele + NázevAdresaZpracovatele: + PřehledZpracovatelůPřílohKrizovéhoPlánu: + SpojeníNaOperačníAInformačníStřediska: + SpojeníNaZpracovatele: + VymezeníOdpovědnostiZpracovateleJehoPůsobnost: + VymezeníÚzemníPůsobnostiZpracovatele: 1 KrizováRizika + DůsledkyMožnýchKrizovýchRizik: + VýčetMožnýchKrizovýchRizik: DalšíPodkladyZásady + PřehledKrizovéASouvisejícíLegislativy: + FormulářeProVyhlášeníKrizovýchStavůDalšíSouvisejícíDokumenty : + MetodikyScénářePomůckyProPráciKrizovýchŠtábů: + VzorovéFormulářeNaUkládáníPracovníVýpomoci: + StatutJednacíŘádKrizovéhoŠtábu: + SměrniceProManipulaciSNeutajovanýmiZvláštnímiAUtajovanýmiSkutečnostmi: + VzoryAFormulářeDokumentaceProRozhodováníAProváděníŘídícíchOpatření: + VzorovéFormulářePovinnostiPoskytnoutVěcnýProstředek: + VzoryDokumentaceSpisovéSlužbyKrizovéhoŠtábu: + ZásadyManipulaceSKrizovýmPlánemZpůsobJehoAktualizace: Obr. A.1.1 Analýza krizového plánu základní část Přílohová část krizového plánu obsahuje dokumenty nutné pro zvládnutí krizové situace, zejména: WAK-1F44C Str. 36 Přehled sil a prostředků, jejich počet a využitelnost. Katalog krizových opatření obsahující zásady a postup realizace krizových opatření. Typové plány. Operační plány. Povodňové a havarijní plány. Plán nezbytných dodávek. Plán hospodářské mobilizace. Plán akceschopnosti zpracovatele KP. Plány spojení, materiálně technického a zdravotnického zabezpečení a topografické mapy s vyznačenými riziky a řešením ohrožení. Následující diagram zobrazuje třídy přílohové části krizového plánu: cd Analýza KP - Přílohová část KrizovýInformačníSystém * ZákladníČást KrizovýPlán PřílohováČást PlánNezbytnýchDodávek PřehledNezbytnýchDodávek: + PřehledDodavatelůNezbytnýchDodávek: PřehledSilAProstředků + PřehledVyužitelnýchSil: + PřehledVyužitelnýchVěcnýchProstředků: + PřehledVyužitelnýchSlužeb: + KontaktyProVyžádáníSil: + KontaktyProVyžádáníVěcnýchProstředků: + KontaktyProVyžádáníSlužeb: PlánAkceschopnosti PlánHospodářskéMobilizace KatalogKrizovýchOpatření TypovýPlán OperačníPlán + HavarijníPlány: + OperačníPlánProZajištěníÚkolůObrany: + OperačníPlányProJednotlivéDruhyOhrožení: + VnějšíHavarijníPlány: 1 * * + PostupyProVyrozuměníSvoláníKrizovéhoŠtábu: + PřehledPracovišťKrizovýchŠtábů: + ReakceZpracovateleNaVyhlášenJednotlivýchKrizovýchStavů: + DalšíOpatřeníNutnáKZajištěníAkceschopnostiZpracovatele: + OpatřeníProOchranuOsobPracovišťKrizovéhoŠtábu: + OpatřeníProZprovozněníAOchranuZáložníhoNeboChráněnéhoPracoviště: + SeznamOsobVKrizovýchŠtábech: DalšíPlán - PlánySpojení: - PlánMateriálněTechnickéhoZabezpečení: - PlánZdravotnickéhoZabezpečení: - MapyRizikAŘešení: Obr. A.1.2 Analýza krizového plánu přílohová část Jak vyplývá z 15 zákona 240/2000, hasičský záchranný sbor kraje je oprávněn za účelem přípravy na krizové situace vyžadovat, shromažďovat a evidovat údaje o: WAK-1F44C Str. 47 kapacitách zdravotnických, ubytovacích a stravovacích zařízení, předmětu a rozsahu činnosti právnických osob a podnikajících fyzických osob v oblasti výroby a služeb, výrobních programech a výrobních kapacitách, rozsahu zásob surovin, polotovarů a hotových výrobků, počtech zaměstnanců a jejich kvalifikaci, počtech zaměstnanců ve výrobních provozech a počtech osob bydlících v místech předpokládané evakuace, množství, složení a umístění vyráběných, používaných nebo skladovaných nebezpečných látek, množství zadržené vody ve vodních nádržích, počtech a typech dopravních, mechanizačních a výrobních prostředků ve vlastnictví právnických nebo fyzických osob a druzích vyrobené nebo zachycené přírodní energie, uspořádání vnitřních prostorů výrobních objektů, popřípadě jiných objektů důležitých pro řešení krizových situací, vodovodech, kanalizacích, produktovodech a energetických sítích, stavbách určených k ochraně obyvatelstva při krizových situacích, k zabezpečení záchranných prací, ke skladování materiálu civilní ochrany a k ochraně a ukrytí obsluh důležitých provozů, výměrách pěstovaných zemědělských plodin a druhu a počtu zemědělských zvířat chovaných právnickými nebo fyzickými osobami pokud tyto údaje jsou nezbytné pro zpracování krizových plánů pro přípravu a řešení krizových situací. Jak vyplývá z 26 téhož zákona, orgány krizového řízení při plánování krizových opatření a při řešení krizových situací využívají informační systémy krizového řízení. Tyto musí splňovat standardy informačních systémů veřejné správy a pravidla: přenosu informací nadřízeným, podřízeným a spolupracujícím orgánům krizového řízení, technického a programového přizpůsobení pro činnost v obtížných podmínkách, bezpečnosti uchovávaných informací stanovené pro informace s nejvyšším stupněm utajení obsažené ve zpracované dokumentaci. Orgány krizového řízení při plánování krizových opatření odpovídají za dodržení zásady rovnocennosti písemných a elektronických údajů obsažených v krizovém plánu. Zákon 239/2000 o integrovaném záchranném systému vymezuje integrovaný záchranný systém, stanoví složky integrovaného záchranného systému a jejich působnost. Dále stanovuje působnost a pravomoc státních orgánů a orgánů územních samosprávných celků, práva a povinnosti právnických a fyzických osob při přípravě na mimořádné události a při krizových stavech. WAK-1F44C Str. 58 Zákon 241/2000 upravuje přípravu hospodářských opatření pro stav nebezpečí, nouzový stav, stav ohrožení státu a válečný stav - krizové stavy a přijetí hospodářských opatření po vyhlášení krizových stavů. Tento zákon stanoví pravomoc vlády a správních úřadů při přípravě a přijetí hospodářských opatření pro krizové stavy. Stanoví též práva a povinnosti fyzických a právnických osob při přípravě a přijetí hospodářských opatření pro krizové stavy. Metodika zpracování krizových plánů dle 15 a 16 nařízení vlády č. 462/2000 Sb. ve znění nařízení vlády č. 36/2003 Sb. stanovuje postup při zpracování krizového plánu ministerstva, jiného správního úřadu, České národní banky a jiného státního orgánu (dále jen krizový plán správního úřadu ) a krizového plánu územního samosprávného celku pro řešení krizových situací nesouvisejících se zajišťováním obrany České republiky před vnějším napadením. A Webové služby V současné době je velice dobře přijímána a široce implementována technologie webových služeb. Jedná se o standard pro komunikaci mezi různými softwarovými aplikacemi na různých platformách prostřednictvím síťových služeb. Formát zpráv je založen na technologii XML dokumentů. Webová služba využívá pro popis svého rozhraní schéma WSDL vyjádřené dokumentem XML a pro vlastní přenos zpráv se využívá protokol SOAP, rovněž založený na XML. Popisy standardu webových služeb jsou obsaženy v dokumentech World Wide Web konsorcia (dále W3C). W3C navrhuje infrastrukturu pro webové služby, definuje potřebné standardy a klíčové technologie. V rámci W3C jsou vytvořeny pracovní skupiny, které se zabývají jednotlivými aspekty technologie WS. Jsou to: Pracovní skupina pro architekturu webových služeb. Tato skupina publikuje dokumenty, zabývající se spojením dílčích technologií do celku fungující webové služby. Pracovní skupina pro XML protokol (SOAP framework). Jejím úkolem je definovat systém pro výměnu zpráv založený na protokolu XML. Pracovní skupina pro adresování ve webových službách. Tato skupina navrhuje standardy pro vkládání adresovacích informací do zpráv přenášených pomocí webových služeb. Pracovní skupina pro popis webových služeb. Tato skupina navrhla jazyk pro popis rozhraní WS WSDL (Web Service Description Language). Pracovní skupina pro interakci webových služeb (Web Services Choreography). Tato nedávno založená skupina definuje standard pro definici vztahů mezi WS a výměnu zpráv mezi WS. Vytváří definici jazyka pro popis peer-to-peer spolupráce mezi agenty WS Web Services Choreography Description Language (WS CDL). Na následujícím diagramu jsou přehledně znázorněny technologie webových služeb: WAK-1F44C Str. 69 cd Technologie WS TechnologieWebovýchSlužeb SpolupráceWebovýchSlužeb / WS-CDL PopisWebovýchSlužeb / WSDL SystémZpráv / SOAP, adresování Obr. A.1.3 Technologie webových služeb Z dokumentů publikovaných skupinou pro architekturu webových služeb je klíčový dokument Web Services Architecture. Tento dokument definuje komponenty webové služby a vztahy mezi nimi. Dalším dokumentem je Web Services Architecture Requirements, který znovu definuje webovou službu a určuje úkoly pro pracovní skupiny W3C. Dokument Web Services Glossary přehledně definuje termíny používané v dokumentu Web Services Architecture a v problematice Webových služeb obecně. Dokument Web Services Architecture Usage Scenarios obsahuje diagramy případů užití Webových služeb a sekvenční diagramy komunikace mezi WS a klientem služby. Následují krátké rešerše těchto dokumentů: A Dokument Web Services Architecture Dokument definuje webovou službu jako softwarový systém vytvořený k zajištění spolupráce mezi různými softwarovými aplikacemi provozovanými na různých platformách. Webová služba má normalizované rozhraní popsané strojově zpracovatelným jazykem (WSDL). Aplikace komunikují s webovou službou pomocí zpráv protokolu SOAP založeném na XML. Webová služba je abstraktním pojmem, který je implementován agentem konkrétním hardwarovým a softwarovým systémem, který vysílá a přijímá zprávy, zatímco webová služba jako taková je charakterizována funkcionalitou, kterou poskytuje. Dokument popisuje základní scénář fungování webové služby. Scénář je založený na následujících pojmech: Provider strana, která poskytuje WS (server). Provider Agent hardware a software na straně serveru (agent serveru). Requester strana, která požaduje WS (klient). WAK-1F44C Str. 710 Requester Agent - hardware a software na straně klienta (agent klienta). Web Service Description (WSD) definice formátů zpráv, datových typů, transportních protokolů a způsobu serializace přenosu. K popisu je použit WSDL (Web Service Description Language). Sémantika WS definuje chování služby jako reakci na zasílané zprávy klienta. Pro zápis sémantiky WS není v tomto dokumentu žádné doporučení. Pro zprovoznění komunikace mezi serverem a klientem na bázi webových služeb jsou obecně zapotřebí 4 fáze: 1. Seznámení serveru a klienta. 2. Server a klient se dohodnou na popisu a sémantice webové služby. 3. Popis a sémantika je implementována agentem serveru a agentem klienta. 4. Agent serveru a agent klienta komunikují a si vyměňují zprávy. Seznámením serveru a klienta se rozumí získání adresy klienta serveru za předpokladu, že iniciátorem komunikace je klient typická situace. Toho lze dosáhnout přímo, nebo pomocí systému Web Service Discovery. Dohodou na popisu a sémantice se nerozumí jen možnost přímé komunikace mezi serverem a klientem, vedoucí k dohodě. Popis webové služby může být pevně dán WSDL a sémantika popsána další dokumentací na straně serveru, který předpokládá, že ji klient bez výhrad přijme a implementuje. Popis a sémantika webové služby může být také předepsána průmyslovým standardem, nebo jinou normou, která je závazná pro stranu klienta a serveru. Další možností je definice popisu a sémantiky služby na straně klienta. Popis i sémantika webové služby mohou být na straně agenta serveru i na straně agenta klienta implementovány různě napevno dány kódem software agenta, nebo určeny parametricky. Agent serveru si s agentem klienta vyměňují zprávy založené na SOAP (Simple Object Access Protocol). Dále se dokument zabývá problematikou Seznámení serveru a klienta. Popisuje mechanismus Web Service Discovery, který se používá v případě, že agent klienta požaduje vyhledání agenta serveru, který poskytuje definované služby. Pro tento proces je zapotřebí kromě popisu služby (WSD) ještě funkční popis (FD). Jedná se o strojově zpracovatelný popis funkcionality a do jisté míry i sémantiky služby. Dokument rozebírá možnosti fungování discovery service pro vyhledání požadované webové služby na základě funkčního popisu, případně jiných kritérií. A Dokument Web Services Architecture Requirements Dokument definuje webovou službu jako softwarový systém definovaný pomocí URI (adresa, uniform resource identifier dle RFC 2396), jehož veřejná rozhraní a vazby jsou definovány pomocí XML. Tyto definice mohou být získávány pomocí jiných softwarových systémů. Tyto systémy pak mohou spolupracovat s WS způsobem daným touto definicí s využitím zpráv založených na XML zasílaných pomocí protokolů Internetu. WAK-1F44C Str. 811 A Dokument Web Services Architecture Usage Scenarios Dokument ve formě use case diagramů a sekvenčních diagramů obsahuje příklady použití webových služeb. Příklady jsou doplněny vzory příslušných SOAP zpráv. Následuje typický diagram zobrazující nejjednodušší formu SOAP komunikace jednosměrnou komunikaci klienta a serveru, kdy klient nevyžaduje žádnou odpověď. cd Scénář použití - pouze dotaz SOAP Klient SOAP Server Aplikač ní vrstva SOAP aplikace klienta :SOAP aplikace SOAP aplikace serveru :SOAP aplikace SOAP vrstva SOAP procesor klienta :SOAP procesor 1: SOAP dotaz SOAP procesor serveru :SOAP procesor Síťová vrstva (operační systém) Síťové rozhraní klienta :Síťové rozhraní Síťová komunikace Síťové rozhraní serveru :Síťové rozhraní Obr. A.1.4 Scénář použití webové služby pouze dotaz Tento model může mít variantu, kdy je SOAP zpráva zasílána více serverům pomocí nějaké formy síťového broadcastu, nebo postupným voláním dle seznamu adres serverů. Další variantou je model, kdy server vrací klientovi nějakou odpověď. Může se jednat například o návratový kód volání. Diagram popisující takovou situaci je obdobný: cd Scénář použití - dotaz a odpověď SOAP Klient SOAP Server Aplikač ní vrstva SOAP aplikace klienta :SOAP aplikace SOAP aplikace serveru :SOAP aplikace SOAP vrstva SOAP procesor klienta :SOAP procesor 1: SOAP dotaz 1.1: SOAP odpověď SOAP procesor serveru :SOAP procesor Síťová vrstva (operační systém) Síťové rozhraní klienta :Síťové rozhraní Síťová komunikace Síťové rozhraní serveru :Síťové rozhraní Obr. A.1.5 Scénář použití webové služby dotaz a odpověď WAK-1F44C Str. 912 Scénáře počítají i s možností, kdy transportní protokol nepodporuje synchronizaci mezi požadavkem a odpovědí. V takovém případě se musí o tuto synchronizaci postarat SOAP aplikace s využitím SOAP hlaviček. Volající SOAP aplikace přidává do SOAP hlavičky požadavku jedinečné ID zprávy a server toto ID využije při generování odpovědi. Diagram dotaz a odpověď se rozpadá na dva diagramy pouze dotaz. Dalším popisovaným scénářem je případ, kdy volání SOAP serveru obsahuje sadu RPC volání a návratová zpráva obsahuje návratové hodnoty z RPC. Z následujícího diagramu je vidět, že SOAP aplikace zprostředkovává RPC volání. cd Scénář použití - RPC SOAP vysílač SOAP přijímač SOAP aplikace klienta : SOAP aplikace SOAP aplikace serveru : SOAP aplikace Aplikač ní vrstva RPC požadavek klienta SOAP tělo RPC požadavek serveru RPC odpověď klienta SOAP tělo RPC odpověď serveru SOAP vrstva SOAP procesor klienta :SOAP procesor 1: SOAP dotaz 1.1: SOAP odpověď SOAP procesor serveru :SOAP procesor Síťová vrstva (operač ní systém) Síťové rozhraní klienta :Síťové rozhraní Síťová komunikace Síťové rozhraní serveru :Síťové rozhraní Obr. A.1.6 Scénář použití webové služby RPC Tento diagram předpokládá, že transportní protokol podporuje synchronizaci mezi požadavkem a odpovědí. Pokud tomu tak není, je třeba využít pro udržení korelace mezi požadavkem a odpovědí ID zpráv vložené do SOAP hlaviček. A Dokument Web Services Management:Service life cycle Tento dokument popisuje životní cyklus webové služby, která je implementována konkrétním agentem. Popisuje stavy do kterých se může webová služba dostat během svého životního cyklu a přechody mezi nimi. WAK-1F44C Str. 1013 Základní životní cyklus webové služby, kdy služba po počáteční inicializaci přechází do aktivního stavu, kdy je schopna přijímat požadavky a ze kterého může přecházet do pasivního stavu a zpět a nakonec svůj běh ukončit, popisuje následující diagram: ad Životní cyklus Aktivní Inicializace Aktivace Agent akceptuje požadavky Start Deaktivace Ukončení Stop Pasivní Agent neakceptuje požadavky Obr. A.1.6 Životní cyklus webové služby Jestliže je agent aktivní, může se nacházet v podstavu Busy obsluhuje klienta, nebo v podstavu Idle neobsluhuje žádný požadavek. Ze stavu Start služba přechází obvykle do podstavu Idle. Přímo do podstavu Busy může přejít, pokud přechází ze saturovaného podstavu v rámi pasivního stavu. Diagram aktivního stavu je na následujícím obrázku. ad Aktivní stav Busy Agent vyřizuje požadavek Uvolnění / Zotavení Start Stop Idle Agent je v klidovém stavu Obr. A.1.7 Životní cyklus webové služby - aktivní stav Jestliže je agent ve stavu Pasivní, může se nacházet v podstavu Zastaven, Saturován, nebo Havárie. Každý tento podstav může být v rámci stavu konečný, případně je možný WAK-1F44C Str. 1114 přechod z podstavu Saturován do stavu zastaven nebo opuštění podstavu Pasivní po uvolnění zdrojů. Stejně tak může služba po havárii opustit stav Pasivní a svoji činnost ukončit, nebo může přejít do administračním zásahem do podstavu Zastaven. Přechody mezi podstavy v rámci stavu Pasivní jsou na následujícím diagramu: ad Pasivní stav Zastaveno Agent webové služby byl zastaven Start Počet požadavků na agenta webové služby přesáhl limitní počet Saturováno Restart Administrač ní zásah Uvolnění zdrojů Havárie Obnovení činnosti Stop Při provozu došlo k havárii agenta Obr. A.1.8 Životní cyklus webové služby pasivní stav A Dokument SOAP Version 1.2 Primer Tento dokument popisuje vlastnosti protokolu SOAP jako protokolu založený na XML, který dovoluje přenos strukturované typově ohodnocené informace mezi uzly v distribuovaném prostředí. Základní schéma SOAP zprávy je následující: WAK-1F44C Str. 1215 cd SOAP_Reprezentace Blok_SOAP_Hlavičky SOAP_Hlavička SOAP_Obálka * 1 1 Blok_SOAP_Těla SOAP_Tělo 1 1..* Obr. A.1.9 SOAP reprezentace SOAP zpráva se skládá z hlavičky a těla. Hlavička zprávy je volitelná a může obsahovat data, která nemají přímý vztah k aplikaci. V XML hlavičkách se například dají přenášejí data, která mají vztah ke zpracování zprávy. Tělo zprávy je povinné a obsahuje vlastní informace zprávy. Dále dokument vysvětluje mechanismus SOAP RPC, kdy je v SOAP zprávě zapouzdřeno volání procedury systému na straně serveru. Uvádí příklad takové SOAP zprávy. Dokument se také zabývá otázkou řešení chybových stavů při zpracování SOAP zprávy. Oznámení chyby je řešeno zvláštními poli v hlavičce zprávy. Dále je v dokumentu řešena vazba protokolu SOAP na protokol HTTP. Ukazuje použití metod SOAP HTTP GET a SOAP HTTP POST. A Dokument SOAP Version 1.2 Messaging Framework Dokument zpracovává následující témata: Zpracování SOAP zpráv. Rozšíření SOAP Vlastnosti a moduly SOAP. Napojení na protokol nižší vrstvy pravidla pro napojení na protokol, který bude použit pro výměnu SOAP zpráv mezi uzly. Strukturu SOAP zpráv. Dokument popisuje elementy SOAP zprávy Obálky (element SOAP Envelope), hlavičky (element SOAP Header) a těla (element SOAP Body). Dokument dále popisuje použití URI (Uniform resource identifier jednotný identifikátor zdroje) v SOAP protokolu. A Dokument SOAP Version 1.2 Part 2: Adjuncts Dokument se zabývá následujícími tématy: WAK-1F44C Str. 1316 Datový model SOAP Kódování SOAP RPC reprezentace SOAP SOAP konvence pro vlastnosti a napojení Vzory pro SOAP výměnu zpráv Vazba SOAP na HTTP Datový model SOAP reprezentuje aplikačně závislé datové struktury jako orientovaný ohodnocený graf. Účelem je spojitá reprezentace dat, která nejsou ve formátu XML. Jedná se o volitelnou vlastnost,. kterou není nutné použít, pokud jsou data ve formátu XML. Kódování SOAP nabízí způsob kódování dat, která odpovídají datovému modelu SOAP. Účelem RPC reprezentace SOAP je umožnit přenos zpráv, které reprezentují volání procedur a metod. Dokument se zabývá identifikací RPC zdrojů v prostředí WWW a vkládáním RPC volání do kontextu SOAP dokumentu. A Dokument SOAP Version 1.2 Specification Assertions and Test Collection Dokument obsahuje seznam podmínek a testů, kterým musí vyhovovat implementace SOAP procesoru pro verzi SOAP 1.2. Pro tyto testy rovněž definuje vstupní podmínky a obsah SOAP zpráv, které si uzly v rámci testů vyměňují. A Dokument SOAP Version 1.2 Message Normalization Dokument definuje transformační algoritmus, kterým lze přeložit na identický vzor všechny sémanticky ekvivalentní SOAP zprávy. Tento algoritmus může být použit pro generování otisků SOAP zpráv, které jsou odolné proti transformaci zprávy jdoucí přes zprostředkovatelské servery. Tato normalizace může být využita pro aplikaci digitálních podpisů v XML. A Krizový informační systém KIS MDS A Stručný popis systému KIS je softwarový databázový produkt pro podporu procesů krizového řízení. Je vytvořen v souladu s ustanoveními zákona o krizovém řízení č.240/2000 Sb. a jeho prováděcími předpisy. Všechny údaje krizového plánu se uchovávají v databázi (MS Access, MS SQL Server nebo Oracle). KIS umožňuje generovat dokumenty krizových plánů do formátu MS WORD a vybraná data importovat nebo exportovat z a do formátu MS EXCEL. KIS disponuje prostředky pro obecnou časovou analýzu jednotlivých úkolů a jejich vazeb, jak pro část plánování krizových situací, tak pro řešení krizových situací, založenou na metodě CPM. Sleduje kapacitní nároky a aktuální stavy sil a prostředků a to jak jejich okamžité, tak kumulativní hodnoty. WAK-1F44C Str. 1417 KIS podporuje zpracování geografických informací podle standardu ESRI Shapefile. K jednotlivým datovým objektům je možné přiřadit a zobrazit geografické údaje. Ty je možné nadále přenášet do jiných uzlů pomocí standardních exportních souborů systému. Grafické zobrazení dat je možné uložit do souborů typu SHP nebo BMP. KIS umožňuje přenášet data mezi jednotlivými uživateli systému prostřednictvím vlastního formátu NST založeného na XML. Umožňují synchronizovat krizové plány vzniklé na různých místech. Přenášená data je možné digitálně podepsat a zašifrovat. A Systémová příručka Dokument obsahuje seznam a stručný popis modulů informačního systému KIS. Systém KIS obsahuje následující moduly (třídy): Třída Uzly zabezpečuje organizaci a správu dat v rozlišení podle jednotlivých uzlů. Je spojnicí mezi třídou Přenosy a ostatními třídami. Umožňuje členění dat na vlastní a okolní. Skládá se z komponent Správa uzlu a Nástroje uzlu. Třída Přenosy zabezpečuje správu datových toků mezi jednotlivými uzly systému. Zabezpečuje výměnu dat i v případě, kdy není KIS spojen v jednotné síti. Umožňuje digitální podpis a šifrování přenosů. Podporuje standard xml. Skládá se z komponent Řízení přenosů a Bezpečnost přenosů. Třída Datová základna uzlu zabezpečuje správu základních datových údajů. Třída je využívána jak třídou Krizové plánování, tak třídou Řešení krizových situací a zabezpečuje pro obě třídy jednotnou datovou základnu. Skládá se z komponent Organizace, Osoby, Smlouvy, Měrné jednotky, Nebezpečné látky, Prostředky a Sklady. Třída Krizové plánování obsahuje datové údaje a funkce pro krizové plánování. Skládá se z komponenty Zpracovatel, Ohrožení, Opatření a Dokumenty KP. V komponentě Zpracovatel je obsažena detailní informace o zpracovateli, jako je organizační struktura, struktura budov a areálu, organizace v součinnosti, sklady nebezpečných látek, stavy a potřeba zdrojů za běžné situace. V komponentě Ohrožení jsou funkce pro analýzu rizik. Tato analýza obsahuje vazby na různá opatření. V komponentě Opatření je uložen katalog opatření. Každé opatření představuje množinu činností s přiřazením zdrojů a vazeb mezi činnostmi. Činnosti v každém opatření mohou být hierarchicky strukturovány do složek až do hloubky čtyřiceti úrovní. V komponentě Dokumenty KP jsou uloženy struktura a obsah dokumentů krizového plánování. Třída Řešení krizových situací obsahuje datové údaje a funkce pro řešení krizových situací. Třída umožňuje simulaci mimořádných událostí, případně řízení a vyhodnocení skutečných událostí. Třída umožňuje spojování jednotlivých dlouhodobě plánovaných opatření do jednoho operačního plánu v závislosti na charakteru mimořádné události. Obsahuje zpětnou vazbu do krizového plánování. Umožňuje plánování počátečních stavů zdrojů pro řešení mimořádné události a bilancování zdrojů v průběhu řešení mimořádné události. Třída Mapa zabezpečuje správu a zobrazování geografických údajů. Výstupy a vstupy jsou přímo kompatibilní s formátem shp. Výstupy lze převádět do souborů typu bmp. Má přímou vazbu na vybrané objekty datové základny a na ohrožení. WAK-1F44C Str. 1518 Třída Dokumentace umožňuje zobrazování údajů dokumentů krizového plánování prostřednictvím MS Word ve vazbě na dokumenty krizového plánování. Svazuje jednotlivé datové údaje uložené v systému KIS do podoby uceleného dokumentu okamžitě přenositelného do MS Word. Zabezpečuje integritu a verze generovaných dokumentů. Třída CPM obsahuje funkce pro časovou analýzu krizových plánů. Možnost sériového i paralelního řazení úkolů. Podporuje různé typy závislosti mezi složkami (etapami) v opatření. Třída vykonává funkce analýzy jak pro třídu Krizové plánování, tak pro třídu Řešení krizových situací. Třída Dotazy slouží pro snadný výběr a tisk datových údajů. Výsledky dotazů, stejně jako všechna tabulková zobrazení v systému KIS, lze okamžitě přenést do MS Excel. A.2 Analýza současného stavu řešení v doméně A.2.1 Přehled současných řešení Jako příklad krizového informačního systému, který je schopen vyměňovat data mezi lokálními instalacemi lze uvést informační systém KIS MDS. Tento systém používá pro výměnu dat vlastní formát NST, založený na technologii XML. Jedná se ve skutečnosti o XML dokument, volitelně šifrovaný a elektronicky podepsaný. Formát přenosové dávky je popsán následujícím DTD schématem: <!ENTITY %NAME "Name NMTOKEN #REQUIRED"> <!ELEMENT waknst(nstheader, nstdata, nstdeletedinfo)> <!ELEMENT nstheader(datdavky, uzlu?, gdavky, gtypupren, naztypupren, guzlu, nazuzlu, popisdavky?, nazdb, verdb, pubkeyuzlu?)> Hlavička přenosové dávky <!ELEMENT datdavky(#pcdata)> <!ELEMENT uzlu(#pcdata)> <!ELEMENT gdavky(#pcdata)> <!ELEMENT gtypupren(#pcdata)> <!ELEMENT naztypupren(#pcdata)> <!ELEMENT guzlu(#pcdata)> <!ELEMENT nazuzlu(#pcdata)> <!ELEMENT popisdavky(#pcdata)> <!ELEMENT nazdb(#pcdata)> <!ELEMENT verdb(#pcdata)> Datum dávky Adresa odesílatele GUID dávky Typ přenosu (viz dále) Název přenosu GUID uzlu odesílatele Název uzlu odesílatele Popis dávky Název databáze (Kis) Verze databáze WAK-1F44C Str. 1619 <!ELEMENT pubkeyuzlu(#pcdata)> Veřejný RSA klíč odesílatele zakódovaný BASE64 <!ELEMENT nstdata(table+)> <!ELEMENT Table(Row+)> <!ATTLIST Name %NAME;> Data jednotlivých tabulek Tabulka Jméno tabulky <!ELEMENT Row(n.., g.., nuzlu, w_datupd,...)> Záznam tabulky <!ELEMENT n..(#pcdata)> <!ELEMENT g..(#pcdata)> <!ELEMENT nuzlu(#pcdata)> Primární klíč záznamu GUID záznamu Primární klíč uzlu, který pořídil záznam <!ELEMENT w_datupd(#pcdata)> Datum poslední modifikace <!ELEMENT nstdeletedinfo(table+)> <!ELEMENT Table(g+)> GUID smazaných záznamů v jednotlivých tabulkách Tabulka <!ATTLIST Name %NAME;> <!ELEMENT g (#PCDATA)> Jméno tabulky GUID záznamu Přenosový soubor má tedy tři části hlavičku, přenášená data a seznam GUID smazaných záznamů. Popis dávky není povinný, stejně jako není povinný veřejný RSA klíč uzlu, pokud se nevyužívá elektronický podpis. Přenášená data obsahují tagy Table se jmény tabulek. Každá tabulka obsahuje tagy Row s datu jednotlivých záznamů. Každý záznam je popsán tagy, odpovídající jeho polím. Z hlediska formátu NST jsou významná čtyři pole, která jsou obsažena v každé tabulce: n..(n + jméno tabulky, např. norg) primární klíč záznamu. g..(g + jméno tabulky, např. gorg) GUID záznamu. nuzlu Identifikátor uzlu. w_datupd Datum poslední modifikace záznamu. Technologie NST umožňuje dva formáty přenosové dávky XML a NST. Formát NST je XML formát opatřený hlavičkou a komprimovaným obsahem. Formát souboru NST je následující: Adresa Délka Popis 0H 2H Délka hlavičky v bytech 2H 3H Identifikátor NST 5H 1H Číslo verze 6H 1H Číslo subverze WAK-1F44C Str. 1720 Adresa Délka Popis 7 4 Typ přenosu v NST vždy BH 4H Alg. komprese bez komprese gzip 0FH 4H Alg. šifrování bez šifrování rijndael 13H 4H Alg. podpisu bez podpisu RSA 17H 400H Klíč pro dešifrování obsahu šifrovaný algoritmem RSA 417H 80H Elektronický podpis obsahu 497H 497H 25H GUID dávky 4BC 25H GUID uzlu odesílatele 4E1H 25H GUID typu přenosu 506H FBH Název typu přenosu 601H FBH Název uzlu 6FCH FBH uzlu 7F7H 15H Datum dávky 80CH 100H Popis dávky 90CH 51H Název databáze 95DH 51H Verze databáze Kopie hlavičky přenosové dávky (tag nstheader) 9AEH 100H Veřejný klíč uzlu odesílatele AAEH 100H Data přenosové dávky (XML soubor), dle volby komprimovaný a šifrovaný Tab. A.2.1 Formát souboru NST V případě, že požadovaný formát dávky je XML a je požadován podpis, generuje se ještě soubor se stejným jménem a příponou SGN, který obsahuje podpis dávky. Šifrovat je možné dávku pouze ve formátu NST. Formát NST vyhovuje pro periodické aktualizace dat mezi instalacemi informačního systému KIS MDS. Obsahuje bezpečnostní prvky pro ověření autenticity přenosového souboru, resp. jeho zdroje a dovoluje šifrovat přenosový soubor silnou šifrou. Nevýhodou je naopak vazba na fyzický soubor systém KIS není schopen si vyměňovat data mezi uzly prostřednictvím webových služeb nebo jiného síťového protokolu. Nicméně vzhledem k ostatním kvalitám tohoto řešení k němu bude přihlédnuto při návrhu funkčnosti systému výměny dat pomocí webových služeb. Schopnost zpracovat a přenést soubor typu NST bude zařazena mezi funkční požadavky systému. A.2.2 Závěry ke stavu řešení Ačkoli se webové služby běžně používají pro výměnu dat mezi informačními systémy, není známo řešení, které by je používalo pro výměnu dat mezi krizovými informačními systémy. WAK-1F44C Str. 18 Zobrazit více
WAK-1F44C-2005-2 WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových Více WAK System. Ministerstvo dopravy ČR WAK System, spol. s r.o. Petržílkova 2564/21, 158 00 Praha 5 - Stodůlky
WAK System Název projektu: Systém automatizované kontroly a detekce změn bezpečnostního nastavení informačních systémů založený na specifikaci bezpečnostní politiky podle standardu BS7799 Číslo projektu: Více 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 Více Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje:
MET-01/2014 METODIKA SZR-56-1/OPICT-2013 počet stran 28 přílohy 0 Chybová hlášení Gestor, podpis: Ing. Radovan Pártl Zpracovatel, podpis: RNDr. Miroslav Šejdl Odborný garant, podpis: RNDr. Miroslav Šejdl Více PŘÍLOHA C Požadavky na Dokumentaci
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 Více Ú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á Více 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 Více Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Pořadové číslo dodatečných informací: 14. ČÁST 1: Přesné znění žádosti dodavatele o dodatečné informace Otázka Více 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 Více l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci
l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci Obsah: 1. SEZNAM POUŽITÝCH ZKRATEK... 3 2. POPIS SLUŽBY... 4 2.1 Forma a struktura rozhraní... 4 2.2 Dostupnost služby... Více HLAVA I ZÁKLADNÍ USTANOVENÍ. Čl. 1. Předmět úpravy
SPRÁVA STÁTNÍCH HMOTNÝCH REZERV METODIKA PRO VYŽADOVÁNÍ VĚCNÝCH ZDROJŮ ZA KRIZOVÉ SITUACE Praha 2003 Metodiku pro vyžadování věcných zdrojů za krizové situace (dále jen Metodika) zpracovala Správa státních Více H A R M O N O G R A M zpracování krizového plánu Středočeského kraje
Hasičský záchranný sbor Středočeského kraje Příloha 2 k j. HSKL 3897-1/ KŘ Počet listů: 7 H A R M O N O G R A M zpracování krizového plánu Středočeského kraje Zpracoval: plk. RNDr. Tomáš Holec ředitel Více 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 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í.
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 Metodika zpracování krizových plánů dle 15 a 16 nařízení vlády č. 462/2000 Sb., ve znění nařízení vlády č. 36/2003 Sb. čl. 1.
Metodika zpracování krizových plánů dle 15 a 16 nařízení vlády č. 462/2000 Sb., ve znění nařízení vlády č. 36/2003 Sb. čl. 1 Úvodní ustanovení 1. Metodika stanoví postup při zpracování krizového plánu Více 239/2000 Sb. ZÁKON. ze dne 28. června 2000 o integrovaném záchranném systému a o změně některých zákonů Změna: 320/2002 Sb. Změna: 20/2004 Sb.
239/2000 Sb. ZÁKON ze dne 28. června 2000 o integrovaném záchranném systému a o změně některých zákonů Změna: 320/2002 Sb. Změna: 20/2004 Sb. Parlament se usnesl na tomto zákoně České republiky: ČÁST PRVNÍ Více TÉMATICKÝ OKRUH Softwarové inženýrství
ČESKÉ VYSOKÉ UČENÍ TECHNIKÉ Fakulta elektrotechnická Microsoft Sharepoint 2007 Workflows Průmyslové informační systémy Bc. Petr Pokorný Letní semestr 2009/2010 1 Obsah 1 Úvod... 3 2 Workflow... 3 3 Workflow Více MST - sběr dat pomocí mobilních terminálů on-line/off-line
MST - sběr dat pomocí mobilních terminálů on-line/off-line Stručný přehled název: MST, software pro sběr dat mobilními terminály ve skladu (příjem, výdej, inventura) autor aplikace: FASK, spol. s r.o., Více Platební systém XPAY [www.xpay.cz]
Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace Více ZÁVAZNÉ FUNKČNÍ A TECHNICKÉ POŽADAVKY ZADAVATELE NA PROTOTYP
Příloha zadávací dokumentace č. 10 Závazné funkční a technické požadavky zadavatele na prototyp ZÁVAZNÉ FUNKČNÍ A TECHNICKÉ POŽADAVKY ZADAVATELE NA PROTOTYP na veřejnou zakázku Resortní elektronický systém Více 2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena.
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íce HLAVA I ZÁKLADNÍ USTANOVENÍ. Čl. 1. Předmět úpravy
Metodika zpracování plánů krizové připravenosti podle 17 až 18 nařízení vlády č. 462/2000 Sb., k provedení 27 odst. 8 a 28 odst. 5 zákona č. 240/2000 Sb., o krizovém řízení a o změně některých zákonů (krizový Více 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 Více 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 CALM Základní přístupy k ochraně osobních dat z informačních Více Hasičský záchranný sbor Zlínského kraje Oddělení ochrany obyvatelstva a plánování Přílucká 213, 760 01 Zlín
Hasičský záchranný sbor Zlínského kraje Oddělení ochrany obyvatelstva a plánování Přílucká 213, 760 01 Zlín Úloha starosty obce při řešení mimořádných událostí a krizových situací METODICKÁ POMŮCKA pro Více Pokročilé Webové služby a Caché security. Š. Havlíček
Pokročilé Webové služby a Caché security Š. Havlíček Webové služby co se tím míní? Webová služba metoda komunikace mezi dvěma elektronickými zařízeními přes internet Typicky jsou pomocí rozhraní přístupné Více PRODUKTY Tovek Server 6
Tovek Server je serverová aplikace určená pro efektivní zpracování velkého objemu sdílených strukturovaných i nestrukturovaných dat. Umožňuje automaticky indexovat data z různých informačních zdrojů, intuitivně Více Krizové plánování v Moravskoslezském kraji ve vztahu k právnickým a podnikajícím fyzickým osobám zpracovatelům plánů krizové připravenosti
Kratochvílová D. Plány krizové připravenosti jako součást krizového plánování v Moravskoslezském kraji 112 Odborný časopis požární ochrany, integrovaného záchranného systému a ochrany obyvatelstva, Ročník Více Elektronická komunikace s CSÚIS. Jak to řeší Fenix
Elektronická komunikace s CSÚIS Jak to řeší Fenix Asseco Solutions a veřejná správa Informační systém Fenix Balík aplikací pro státní správu a samosprávu Více než 15 let zkušeností Více než 2000 instalací Více 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íce Zpravodaj. Uživatelská příručka. Verze
Zpravodaj Uživatelská příručka Verze 02.01.02 1. Úvod... 3 2. Jak číst tuto příručku... 4 3. Funkčnost... 5 3.1. Seznam zpráv... 5 4. Ovládání programu... 6 4.1. Hlavní okno serveru... 6 4.2. Seznam zpráv... Více INTEROPERABILITA ÚVOD DO STUDIA STRUKTURA, POSLÁNÍ A FUNKCE INTEROPERABILITY A JEJÍ UPLATNĚNÍ V PROCESECH BEZPEČNOSTNÍHO MANAGEMENTU ING.
INTEROPERABILITA ÚVOD DO STUDIA STRUKTURA, POSLÁNÍ A FUNKCE INTEROPERABILITY A JEJÍ UPLATNĚNÍ V PROCESECH BEZPEČNOSTNÍHO MANAGEMENTU ING. JIŘÍ BARTA Operační program Vzdělávání pro konkurenceschopnost Více QAD CRM. Vladimír Bartoš. konzultant
QAD CRM Vladimír Bartoš konzultant Integrace QAD CRM QAD EA Artikly Adresy Nabídky Prodejní objednávky Instalovaná báze Servisní volání Servisní kontrakty Servisní nabídky Nabídky volání Měny Uživatelé Více EXTRAKT z české technické normy
EXTRAKT z české technické normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 35.240.60 materiálem o normě. Dopravní telematika Vyhrazené spojení krátkého rozsahu (DSRC) Datová Více Více úrovňové informační systémy a jejich certifikace podle zákona č.412/2005 Sb., ve znění pozdějších předpisů
Více úrovňové informační systémy a jejich certifikace podle zákona č.412/2005 Sb., ve znění pozdějších předpisů Vyhláška č. 523/2005 Sb., o bezpečnosti informačních a komunikačních systémů a dalších elektronických Více Testovací protokol čipová karta Oberthur Id-One Cosmo V5.4
Testovací protokol čipová karta Oberthur Id-One Cosmo V5.4 1 Úvod 1.1 Testovaný produkt Hardware: čipová karta Oberthur Id-One Cosmo V5.4 Software: smart 1.05.07 Datum testování: 25. 12. 2009 1.2 Konfigurace Více Vypracoval: Ing. Antonín POPELKA. Datum: 30. června 2005. Revize 01
Popis systému Revize 01 Založeno 1990 Vypracoval: Ing. Antonín POPELKA Datum: 30. června 2005 SYSTÉM FÁZOROVÝCH MĚŘENÍ FOTEL Systém FOTEL byl vyvinut pro zjišťování fázových poměrů mezi libovolnými body Více MBI - technologická realizace modelu
MBI - technologická realizace modelu 22.1.2015 MBI, Management byznys informatiky Snímek 1 Agenda Technická realizace portálu MBI. Cíle a principy technického řešení. 1.Obsah portálu - objekty v hierarchiích, Více Představuje. Technický Informační Systém nové generace
Představuje Technický Informační Systém nové generace Nový náhled na položky Sjednocení typů položek - položky nejsou striktně dělené na vyráběné a nakupované. Do tohoto typu je zahrnuté i nakupované a Více POPIS STANDARDU CEN TC278/WG4. 1 z 5. Oblast: TTI. Zkrácený název: Zprávy přes CN 4. Norma číslo:
POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 4 Norma číslo: 14821-4 Norma název (en): Traffic and Traveller Information (TTI) TTI messages via cellular networks Part 4: Service-independent Více TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY
Příloha č. 1 k č.j. MV-159754-3/VZ-2013 Počet listů: 9 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 1. Obecná informace 1.1. Účel veřejné zakázky Projekt Czech POINT v současné Více Vykazování dat prostřednictvím SDNS Web Services
Sekce informatiky Odbor projektování a správy IS Vykazování dat prostřednictvím SDNS Web Services Uživatelská příručka (procesní pohled) verze 1.1 Autoři: Michal Wokoun Jiří Smolík 15. února 2008 Verze Více 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 Více Co je to Grid. Martin Kuba Superpočítačové Centrum Brno. 22.2.2005 Seminář CESNET, Třešť
Co je to Grid Martin Kuba Superpočítačové Centrum Brno Obsah prezentace grid gridové služby semantický grid Computational grid lze přeložit jako výpočetní rozvodná soustava analogie Více Servisně orientovaná architektura Základ budování NGII
Servisně orientovaná architektura Základ budování NGII Jan Růžička Institute of geoinformatics VSB-TU Ostrava 17.listopadu, 70833 Ostrava-Poruba Poruba, jan.ruzicka@vsb.cz NGII NGII složitý propletenec, Více Střední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320
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í Více GIS Libereckého kraje
Funkční rámec Zpracoval: Odbor informatiky květen 2004 Obsah 1. ÚVOD...3 1.1. Vztah GIS a IS... 3 2. ANALÝZA SOUČASNÉHO STAVU...3 2.1. Technické zázemí... 3 2.2. Personální zázemí... 3 2.3. Datová základna... Více Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale
je serverová aplikace určená pro efektivní zpracování velkého objemu sdílených nestrukturovaných dat. Umožňuje automaticky indexovat data z různých informačních zdrojů, intuitivně vyhledávat informace, Více Compatibility List. GORDIC spol. s r. o. Verze 3.60.5 8.4.2009
Compatibility List Verze 3.60.5 8.4.2009 GORDIC spol. s r. o. Copyright 1993-2009 1 Obsah Obsah 1 2 3 4 5 6 7 8 9 3.1 3.2 Úvodní informace Podporované databázové systémy Klientské prostředí Tlustý klient... Více Příloha 1 Specifikace předmětu plnění
Příloha 1 Specifikace předmětu plnění Centrální zpracování Etapa V Tvorba kontrolních výstupů 1 Obsah ETAPA V - TVORBA KONTROLNÍCH VÝSTUPŮ PRO VPO... 3 1.1. Koncepční shrnutí... 3 1.2. Obsahová náplň etapy Více 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 Více Jádrem systému je modul GSFrameWork, který je poskytovatelem zejména těchto služeb:
Technologie Marushka Základním konceptem technologie Marushka je použití jádra, které poskytuje přístup a jednotnou grafickou prezentaci geografických dat. Jádro je vyvíjeno na komponentním objektovém Více Schéma e-pošty. UA (User Agent) rozhraní pro uživatele MTA (Message Transfer Agent) zajišťuje dopravu dopisů. disk. odesilatel. fronta dopisů SMTP
Elektronická pošta Schéma e-pošty odesilatel UA disk SMTP fronta dopisů disk MTA SMTP MTA adresát UA disk POP IMAP poštovní schránka disk MTA SMTP UA (User Agent) rozhraní pro uživatele MTA (Message Transfer Více 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 Více Internetový obchod ES Pohoda Web Revolution
Internetový obchod ES Pohoda Web Revolution Uživatelský manuál propojení na ES Pohoda Verze 1.0 Web Revolution s.r.o. 2010 Internetový obchod ES Pohoda Uživatelský manuál na propojení na ES Pohoda Přehled Více 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 Více KSRZIS. Postup kroků nutných pro napojení nemocničního informačního systému s registrem NSHNU v prostředí registrů resortu zdravotnictví
Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 10 KSRZIS Postup kroků nutných pro napojení nemocničního informačního systému s registrem Více PRODUKTY. Tovek Tools
jsou desktopovou aplikací určenou k vyhledávání informací, tvorbě různých typů analýz a vytváření přehledů a rešerší. Jsou vhodné pro práci i s velkým objemem textových dat z různorodých informačních zdrojů. Více UDS for ELO. Univerzální datové rozhraní. >> UDS - Universal Data Source
Univerzální datové rozhraní UDS for ELO UDS pro ELO je univerzální datové rozhraní, schopné napojit systém pro archivaci a správu dokumentů ELO na libovolný datový zdroj a to bez nutnosti programování. Více Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5
Funkční specifikace ABOKWS Aplikační rozhraní elektronického bankovnictví ABO-K Verze 0.5 Přehled změn Verze Datum Změnil Popis 0.1 26.2.2013 MB Úvod, Osnova dokumentu, funkce ABOKWS 0.2 18.4.2014 MB Tabulky Více POPIS STANDARDU. Norma název (cz):dopravní a cestovní informace (TTI) TTI zprávy pomocí celulárních sítí Část 6: Vnější služby (ISO/DTR :2000)
ENV 14821-6 - TTI TTI zprávy pomocí mobilních sítí Část 5: Vnitřní služby POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 6 Norma číslo: prenv ISO 14821-6 Norma název (en): Traffic Více Internet Information Services (IIS) 6.0
Internet Information Services (IIS) 6.0 V operačním systému Windows Server 2003 je obsažena i služba IIS v 6.0. Služba IIS poskytuje jak www server tak i některé další služby (FTP, NNTP,...). Jedná se Více 12. Virtuální sítě (VLAN) VLAN. Počítačové sítě I. 1 (7) KST/IPS1. Studijní cíl. Základní seznámení se sítěmi VLAN. Doba nutná k nastudování
12. Virtuální sítě (VLAN) Studijní cíl Základní seznámení se sítěmi VLAN. Doba nutná k nastudování 1 hodina VLAN Virtuální síť bývá definována jako logický segment LAN, který spojuje koncové uzly, které Více Možnosti využití dat RÚIAN poskytovaných VDP pomocí webových služeb
Možnosti využití dat RÚIAN poskytovaných VDP pomocí webových služeb Ing. Radek Augustýn Výzkumný ústav geodetický, topografický a kartografický, v.v.i. Zdiby Abstrakt V návaznosti na zpřístupnění dat Registru Více Wonderware Information Server 4.0 Co je nového
Wonderware Information Server 4.0 Co je nového Pavel Průša Pantek (CS) s.r.o. Strana 2 Úvod Wonderware Information Server je výrobní analytický a reportní informační portál pro publikaci výrobních dat Více 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? Více Zpráva o zhotoveném plnění
Zpráva o zhotoveném plnění Aplikace byla vytvořena v souladu se Smlouvou a na základě průběžných konzultací s pověřenými pracovníky referátu Manuscriptorium. Toto je zpráva o zhotoveném plnění. Autor: Více Modelování procesů s využitím MS Visio.
Modelování procesů s využitím MS Visio jan.matula@autocont.cz Co je to modelování procesů? Kreslení unifikovaných či standardizovaných symbolů, tvarů a grafů, které graficky znázorňují hlavní, řídící nebo Více Úvod do informatiky 5)
PŘEHLED PŘEDNÁŠKY Internet Protokol a služba Jmenná služba (DNS) URL adresa Elektronická pošta Přenos souborů (FTP) World Wide Web (WWW) Téměř zapomenuté služby 1 INTERNET 2 PROTOKOL A SLUŽBA Protokol Více P@wouk nástroj pro jednoduchou správu a vedení agendy studentských počítačových sítí na kolejích SU OPF Karviná Ing.
P@wouk nástroj pro jednoduchou správu a vedení agendy studentských počítačových sítí na kolejích SU OPF Karviná Ing. Tomáš Petránek tomas@petranek.eu Karviná, 21. 10. 2011 Obsah prezentace 1. Okolnosti Více Autor. Potřeba aplikací sdílet a udržovat informace o službách, uživatelích nebo jiných objektech
Adresářová služba X.500 a LDAP Autor Martin Lasoň Abstrakt Potřeba aplikací sdílet a udržovat informace o službách, uživatelích nebo jiných objektech vedla ke vzniku specializovaných databází adresářů. Více Testovací protokol USB token etoken PRO 32K
Testovací protokol USB token etoken PRO 32K 1 Úvod 1.1 Testovaný produkt Hardware: USB token Aladdin etoken PRO 32K Software: etoken PKI Client 4.5.52 Datum testování: 17. 11. 2009 1.2 Konfigurace testovacího Více Problémové domény a jejich charakteristiky
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta Více Základy databází. O autorech 17 PRVNÍ ČÁST. KAPITOLA 1 Začínáme 19
3 Obsah Novinky v tomto vydání 10 Význam základních principů 11 Výuka principů nezávisle na databázových produktech 12 Klíčové pojmy, kontrolní otázky, cvičení, případové studie a projekty 12 Software, Více Dokumentace o začlenění do kategorie činností se zvýšeným požárním nebezpečím a s vysokým požárním nebezpečím obsahuje:
Dokumentace o začlenění do kategorie činností se zvýšeným požárním nebezpečím a s vysokým požárním nebezpečím obsahuje: a. označení druhu provozované činnosti a uvedení místa, kde je tato činnost provozována, Více Webové služby a XML. Obsah přednášky. Co jsou to webové služby. Co jsou to webové služby. Webové služby a XML
Obsah přednášky Webové služby a XML Miroslav Beneš Co jsou to webové služby Architektura webových služeb SOAP SOAP a Java SOAP a PHP SOAP a C# Webové služby a XML 2 Co jsou to webové služby rozhraní k Více SKLAD ODPADŮ modul EKO-KOM
SKLAD ODPADŮ modul EKO-KOM Obsah dokumentu Tento dokument popisuje funkcionalitu modulu EKO-KOM v programu Sklad odpadů 8 (dále jen SKLAD). Cílová skupina komu je modul EKO-KOM v programu SKLAD určen Modul Více IV. M I N I S T E R S T V O O B R A N Y P L Á N O B R A N Y Č E S K É R E P U B L I K Y PRAHA 2011
M I N I S T E R S T V O O B R A N Y IV. P L Á N O B R A N Y Č E S K É R E P U B L I K Y PRAHA 2011 O B S A H strana ČÁST PRVNÍ............................................................... 3 VŠEOBECNÁ Více Testovací protokol čipová karta etoken PRO SmartCard 32K
Testovací protokol čipová karta etoken PRO SmartCard 32K 1 Úvod 1.1 Testovaný produkt Hardware: Software: etoken PKI Client 4.5.52 Datum testování: 17. 11. 2009 čipová karta Aladdin etoken PRO Smart Card Více POLOPROVOZ ZNALOSTNÍ DATABÁZE INTERPI DOKUMENTACE
POLOPROVOZ ZNALOSTNÍ DATABÁZE INTERPI DOKUMENTACE INTERPI Interoperabilita v paměťových institucích Program aplikovaného výzkumu a vývoje národní kulturní identity (NAKI) (DF11P01OVV023) Zpracovali: Marie Více 2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena.
2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena. GEOVAP, spol. s r. o. Čechovo nábřeží 1790 530 03 Pardubice Česká republika +420 466 024 618 http://www.geovap.cz V dokumentu použité názvy programových Více 1 Vytvoření oboustranné informační platformy MČ občan (mobilní aplikace + rozhraní API pro přenos informací do webových stránek městské části)
PŘÍLOHA Č. 1 ZADÁVACÍ DOKUMENTACE TECHNICKÁ SPECIFIKACE ZÁKAZNÍKA 1 Vytvoření oboustranné informační platformy MČ občan (mobilní aplikace + rozhraní API pro přenos informací do webových stránek městské Více 1. Webový server, instalace PHP a MySQL 13
Úvod 11 1. Webový server, instalace PHP a MySQL 13 Princip funkce webové aplikace 13 PHP 14 Principy tvorby a správy webového serveru a vývojářského počítače 14 Co je nezbytné k instalaci místního vývojářského Více Administrační systém ústředen MD-110
SAS MD-110 Administrační systém ústředen MD-110 SAS MD-110 Administrační systém ústředen MD-110 Efektivní systém administrace poboček a parametrů ústředen Ericsson MD110 s přímou vazbou na telefonní seznam Více IntraDoc. Řešení pro státní správu a samosprávu. http://www.inflex.cz
Motivace IntraDoc Řešení pro státní správu a samosprávu http://www.inflex.cz Naším cílem je nabídnout pracovníkům úřadu efektivní a do detailu propracovanou podporu procesů a správu dokumentů spojených Více Webové služby. Martin Sochor
Webové služby Martin Sochor Webové služby způsob komunikace dvou aplikací přes Web binární zprávy (CORBA) blokovány proxy servery a firewally masivní využití XML protokol SOAP + jazyk pro popis služeb Více Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat
Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat Obsah 1 Úvod... 2 2 Nastavení přístupů k rozhraní... 2 2.1 Popis obrazovky... 2 2.1.1 Nastavení datových extraktů z banky... Více Poplachové plány. 5.1. Poplachový plán IZS kraje
Poplachové plány 5 Poplachový plán je dokument, který upravuje povolávání záchranných složek při organizaci záchranných a likvidačních prací. Poplachový plán se zpracovává vždy pro územní celek. Rozlišujeme Více Software laktát technická a funkční specifikace
Software laktát technická a funkční specifikace Určení aplikace: Cílem je vytvoření software (dále také aplikace ) k vyhodnocování a interpretaci vyšetření tzv. laktátové křivky zobrazující koncentraci Více ADS DOCHÁZKOVÝ SOFTWARE
DOCHÁZKOVÝ SOFTWARE Program ADS je komfortní a sofistikovaný software pro zpracování docházky na základě dat načtených systémem ACS-line. Umožňuje libovolnou práci s daty a výpočty dle nastavených směn Více Ukázka testu Informatiky pro přijímací zkoušky do navazujícího magisterského studia
Ukázka testu Informatiky pro přijímací zkoušky do navazujícího magisterského studia 1. Databázový jazyk SQL obsahuje příkaz SELECT. Příkaz SELECT slouží pro: a. definici dat v tabulkách či pohledech b. Více Možnosti aplikace: Copyright 2001, COM PLUS CZ, Praha
Vyhodnocovací program CP TARIF 2001 umožňuje rychlé a podrobné sledování telefonního provozu pobočkových ústředen. Uživatel programu tak získává všechny potřebné údaje o odchozích telefonních hovorech, Více TEST: Mgr CNP Varianta: 0 Tisknuto: 12/09/2013 ------------------------------------------------------------------------------------------ 1.
TEST: Mgr CNP Varianta: 0 Tisknuto: 12/09/2013 1. Plán krizové připravenosti je: 1) plánem krizových opatření obcí nebo právnických a podnikajících fyzických osob, kterým to uložil příslušný zpracovatel Více Varovný systém ochrany obyvatel před povodněmi pro město Hrádek nad Nisou- digitální povodňový plán
Příloha č. 3 Zadávací dokumentace: Technické požadavky na zpracování digitálního povodňového plánu v rámci veřejné zakázky: Varovný systém ochrany obyvatel před povodněmi pro město Hrádek nad Nisou- digitální 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 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 2017 © DocPlayer.cz Ochrana osobních údajů | Podmínky obsluhování | Kontaktní formulář