Základní zadání IS o ISVS. Sluţba poskytování dat IS o ISVS
|
|
- Matěj Luboš Havlíček
- před 8 lety
- Počet zobrazení:
Transkript
1 Základní zadání IS o ISVS Sluţba poskytování dat IS o ISVS podle pokynů objednatele vypracovala společnost ASD Software, s.r.o. dokument ze dne , verze 1.00
2 Sluţba poskytování dat IS o ISVS Počet stran v dokumentu celkem: 14 2
3 Obsah 1 ÚVOD GLOBÁLNÍ CHARAKTERISTIKA ŘEŠENÍ POSKYTOVÁNÍ SEZNAMU ISVS TECHNICKÁ SPECIFIKACE ŘEŠENÍ POŽADOVANÉ STANDARDY PRO DATA A METADATA Přenosový formát dat Formát popisu dokumentu Formát interní dokumentace schémat PODPOROVANÉ ZÁKLADNÍ PŘENOSOVÉ PROTOKOLY POUŽITÁ STRUKTURA ZPRÁV (SOAP MESSAGING) POUŽITÍ A UMÍSTĚNÍ METADAT O SLUŽBĚ (POPIS SLUŽBY VE FORMÁTU WSDL) ZABEZPEČENÍ KOMUNIKACE OBECNÁ PRAVIDLA ZPRACOVÁNÍ CHYB KOMUNIKACE Chyby na úrovni přenosového protokolu HTTPS Chyby při načtení zprávy SOAP Chyby na úrovni validace pomocí XML Schema Chyby na úrovni aplikační Opakování chybných dotazů SPECIFIKACE PŘENÁŠENÝCH DAT DATOVÉ TYPY, POUŽÍVANÉ SLUŽBOU IS O ISVS Základní bezvýznamové datové typy ISVS Obecné datové typy ISVS Datové typy ISVS pro popis ekonomického subjektu Datové typy ISVS pro popis ISVS PŘEDÁNÍ SEZNAMU ISVS Zpráva požadavku výpisu seznamu ISVS Validace pomocí schématu Odpověď služby IS o ISVS Validace pomocí schématu DETAILNÍ PRAVIDLA PŘENOSU ZPRÁV ZMĚNY OPROTI PŘEDCHOZÍ VERZI REFERENCE REFERENCE POUŽITÉ POJMY POUŽITÉ ZKRATKY
4 1 Úvod Tato dokumentace obsahuje specifikaci služby IS o ISVS, která slouží k předávání informací o informačních systémech veřejné správy, např. pro potřeby Registru práv a povinností (RPP). Vymezuje základní podmínky pro přenášení informací z IS o ISVS. V této podobě se jedná o pracovní materiál; od konečné podoby se tento dokument může lišit úpravami, které budou reakcí na optimální realizaci služby v tomto dokumentu popsané. 2 Globální charakteristika řešení V této části dokumentace jsou formou slovního popisu, doplněného obrazovým schématem, charakterizovány procesy, probíhající při komunikaci pomocí vytvářené služby. Popis na této úrovni postihuje celé řešení, které je popsáno jako transakce, spuštěná iniciátorem transakce (např. osobou, časovou spouští apod.) Popis má v tomto oddíle globální charakter a vyhýbá se podrobnostem, které jsou řešeny v následujících částech. Slouží k pochopení celkového pojetí řešení a jako základ pro další části dokumentace. 2.1 Poskytování seznamu ISVS Obrázek č. 1 popisuje proces poskytnutí dat (seznamu ISVS) službou IS o ISVS klientské aplikaci (např. RPP): Zpráva s požadavkem na výpis Poskytování dat IS o ISVS Klientská aplikace (RPP) Odpověď IS o ISVS s daty ISVS Obr. 1 Poskytování dat o ISVS z IS o ISVS do klientské aplikace (RPP) 1. Na straně klientské aplikace je vygenerována zpráva, obsahující žádost o poskytnutí výpisu seznamu ISVS. Spuštění přenosu se děje ad hoc uživatelem nebo systémem klienta; to znamená, že služba IS o ISVS nepočítá s existencí časového plánu přenosů. 2. Zpráva je opatřena všemi náležitostmi dle této specifikace a je odeslána pomocí protokolu HTTP na adresu služby IS o ISVS ( Spojení mezi komunikujícími stranami není přerušeno. 3. Služba aplikace IS o ISVS přijme zprávu s požadavkem a zpracuje ji v souladu s pravidly, stanovenými v této specifikaci. Zpět klientské straně odešle zprávu o s výsledkem zpracování dotazu (seznam ISVS / chybové hlášení). 4
5 3 Technická specifikace řešení V této části dokumentace jsou popsány technická východiska řešení. Jsou deklarovány požadované technické standardy. 3.1 Požadované standardy pro data a metadata Přenosový formát dat Přenosovým formátem dat bude ve všech případech zpráv služby IS o ISVS formát XML. Zprávy služby ve formátu XML musejí vyhovovat standardu XML 1.0, Second Edition. Kódová stránka XML zpráv služby bude UTF-8. Zprávy v kódování UTF-8 mohou obsahovat úvodní indikaci kódové stránky (Byte Order Mark - BOM). XML dokumenty zpráv budou mít připojenu deklaraci XML Formát popisu dokumentu Pro popis struktury zpráv a sémantiky dat, přenášených pomocí zpráv služby IS o ISVS, bude použit standard XML Schema. Implementace schémat se bude řídit metodickým dokumentem Metodika tvorby XML schémat v oblasti informačních systémů veřejné správy [2] Formát interní dokumentace schémat Schémata budou dostatečně dokumentována. Interní dokumentace schémat bude založena na standardu RDF a Dublin Core. 3.2 Podporované základní přenosové protokoly Pro přenos všech typů XML zpráv služby IS o ISVS se bude používat pouze komunikační protokol HTTPS. Pravidla pro použití protokolu HTTP(S) se budou řídit podle kapitoly dokumentu Metodika komunikace na bázi XML - Použití ve finančních, kontrolních a podpůrných informačních systémech [1]: Protokol HTTP musí obsahovat ve svém záhlaví indikaci kódové stránky neseného XML dokumentu pomocí parametru charset. Znaková stránka, uvedená v deklaraci XML pro XML dokument, by se měla shodovat s kódovou stránkou protokolu HTTP. V případě rozporu bude kódová stránka XML dokumentu vždy ignorována. Protokol HTTP musí obsahovat ve svém záhlaví indikaci typu obsahu neseného XML dokumentu pomocí parametru content-type. Tento parametr bude pro XML dokumenty zpráv IS o ISVS nabývat hodnoty application/xml. Pro přenos zpráv XML služby IS o ISVS se bude používat protokol HTTP verze 1.1. Pro přenos zpráv XML služby IS o ISVS se bude používat metoda HTTP POST. Použití záhlaví SoapAction protokolu HTTP pro službu IS o ISVS není povoleno. Služba IS o ISVS, komunikující pomocí protokolu HTTPS, bude používat TCP port 443. Služba IS o ISVS bude používat při komunikaci stavové kódy HTTP. Pro rozhodnutí o výsledku přenosu zpráv však bude závazný obsah zprávy XML; stavový kód HTTP bude považován pouze za informativní údaj. 3.3 Použitá struktura zpráv (SOAP messaging). Služba IS o ISVS bude nad internetovým protokolem HTTPS používat nadstavbový XML protokol SOAP ve verzi 1.1. Webová služba IS o ISVS bude protokol SOAP používat v souladu se specifikací organizace WS-Interoperability Basic Profile Version 1.0a. Struktura zprávy SOAP bude následující: Zpráva bude nesena zvoleným přenosovým protokolem HTTPS. 5
6 Zpráva bude obsahovat povinnou obálku SOAP ve standardním formátu (bez uživatelských elementů) podle specifikace standardu SOAP 1.1. Zpráva bude obsahovat povinné záhlaví SOAP 1.1. Zpráva bude obsahovat tělo zprávy SOAP. Zpráva bude obsahovat v těle zprávy SOAP buď element XML souboru příslušné zprávy IS o ISVS, nebo element <Fault> s indikací případného problému na úrovni komunikace. Element <Fault> a elementy XML souborů zpráv se vylučují, zpráva tedy nesmí obsahovat data (elementy XML souborů zpráv) a element <Fault> současně. 3.4 Použití a umístění metadat o službě (popis služby ve formátu WSDL) Webová služba IS o ISVS bude popsána ve formátu WSDL 1.1 v souladu s doporučeními specifikace WS-I Basic Profile Version 1.0a. Soubor WSDL bude umístěn na URL adrese: Zabezpečení komunikace Služba IS o ISVS bude mít implementované následující bezpečnostní funkce: důvěrnost přenášených dat integritu přenášených dat důvěrnost spojení integritu spojení Technické řešení implementovaných bezpečnostních funkcí bude zabezpečeno použitím protokolu HTTPS. Všechny operace a zprávy služby budou mít bezpečnostní funkce implementovány stejným způsobem. 3.6 Obecná pravidla zpracování chyb komunikace Zpracování chyb bude ošetřeno v souladu se zásadami uvedenými v [1], kap Dojde-li při zpracování zprávy k chybě na úrovni celé zprávy (není možno vrátit žádnou požadovanou informaci) a je vyžadována odpověď, služba odpoví zařazením elementu <Fault> do těla zprávy odpovědi. Indikace důvodu chyby bude řešena výběrem ze seznamu chybových kódů. Seznam chybových kódů bude následující: VersionMismatch nesouhlasí verze jmenného prostoru elementu obálky SOAP. MustUnderstand přijímající strana dokonale neporozuměla elementu s atributem MustUnderstand= 1, obsaženému v záhlaví dokumentu SOAP. Client indikuje výskyt klientských chyb, např. dokument neodpovídá schématu, syntaktická chyba dokumentu apod. Server indikuje výskyt chyb na straně služby. Client.RequestNamespace nepodporovaná verze dotazu. Jmenný prostor dokumentu dotazu neodpovídá verzi, aktuálně podporované službou. Client.SchemaNamespace nepodporovaná verze namespace pro validaci parserem. Client.Validity chyba ověření validity dokumentu. Client.WellFormedness chyba ověření správného strukturování dokumentu. Server.Program interní chyba serverové aplikace Server.Service obecná chyba serverové služby Client.Validity.Schema (chyba validace pomocí XML Schema) Třídy chyb Client a Server znamenají generické třídy chyb. Obvykle se samostatně nevyskytnou a jsou používány s extenzí; nic však v indikovaných případech nebrání jejich použití. 6
7 Seznam chybových kódů bude využit jak v elementu <Fault>, tak i případně ve výstupních dokumentech validačních šablon. Webová služba IS o ISVS může vložit k aktuální chybě doplňující informaci. Pokud je doplňující informace použita, bude vložena do subelementu <Detail> odpovědi SOAP Chyby na úrovni přenosového protokolu HTTPS Chyby na úrovni přenosového protokolu HTTPS budou řešeny standardními mechanismy protokolu a sítí. Služba se nebude pokoušet zpracovat žádnou zprávu, u níž došlo k selhání přenosu na úrovni základního protokolu, ani nebude generovat zvláštní chybové zprávy. Služba také nebude zaznamenávat žádnou takovouto zprávu do logu příchozích zpráv Chyby při načtení zprávy SOAP Do této třídy chyb patří chyby, vzniklé při načítání SOAP dokumentu. Mohou to být chyby způsobené špatným formátováním dokumentu nebo neodpovídajícím jmenným prostorem SOAP 1.1. Tyto zprávy již budou logovány. Na klienta bude odeslána pouze chybová zpráva ve formátu SOAP. Chybový kód je v tomto případě VersionMismatch (chybný jmenný prostor SOAP) nebo Client.WellFormedness (chyby správné struktury dokumentu) Chyby na úrovni validace pomocí XML Schema Při výskytu chyby na úrovni validace pomocí XML Schema je zpráva odmítnuta jako celek. Je odeslána chybová zpráva ve formátu SOAP; chybový kód je v tomto případě Client.Validity.Schema Chyby na úrovni aplikační Tyto chyby se týkají např. selhání aplikační databáze IS o ISVS, narušení referenční integrity či primárních klíčů aplikační databáze. Při výskytu chyby na úrovni validace pomocí vnitřní logiky aplikace IS o ISVS budou zprávy odmítány jako celek. Chybová zpráva ve formátu SOAP je odeslána zpět klientovi. Obecný chybový kód je v tomto případě Client.Validity.Application. Tento chybový kód bude extendován podle zásad, uvedených v [1], kap Opakování chybných dotazů Za zopakování chybných dotazů je zodpovědný odesílatel zprávy. 7
8 4 Specifikace přenášených dat V této části jsou specifikována přenášená data. Veškerá data, přenášená ve zprávách služby IS o ISVS, vycházejí z datových prvků ISVS, publikovaných v informačním systému o datových prvcích (IS DP). Pokud je datový prvek, definovaný v IS DP a publikovaný v XML schématech IS DP, možno použít přímo, je na takový prvek přímý odkaz ve schématech zpráv. V jednotlivých skupinách datových typů, uvedených dále v kapitole 4.1, jsou uvedeny jen ty datové typy, vyskytující se při komunikaci se službou IS o ISVS. 4.1 Datové typy, používané službou IS o ISVS V této kapitole jsou uvedeny veškeré datové typy, používané při komunikaci se službou IS o ISVS Základní bezvýznamové datové typy ISVS Základní bezvýznamové datové typy ISVS jsou používány pro XML schémata jednoduchých a komplexních datových typů ISVS a v rámci celého systému IS VS ČR. Satové typy vznikly na základě a s využitím filosofie schématu Core Component Types UBL (Universal Business Language). Ze základních datových typů vycházejí všechny ostatní datové typy ISVS, publikované v IS DP. XML schéma základních datových typů je dostupné na adrese Název Typ Popis IdentifikatorType TextType DatumCasType xs:string xs:string xs:string Znakový řetězec jednoznačně identifikující instanci příslušného objektu od ostatních objektů v rámci jednoho identifikačního schématu; volitelně spolu s doplňkovými informacemi o údaji. Znakový obecně ve formátu volného textu i více slov; volitelně spolu s doplňkovou informací o jazyku. Hodnota konkrétního bodu v časové ose volitelně spolu s doplňkovou informací o formátu údaje. Používá se pro datum a/nebo čas Obecné datové typy ISVS Název Typ Od Do Maska Popis DatumXMLType cct:datumcastype Obecné datové typy ISVS představují definice jednoduchých i složených datových prvků, používaných pro ostatní XML schémata ISVS včetně ostatních schémat datových prvků a v rámci celého systému ISVS ČR. Na rozdíl od bezvýznamových datových typů již většinou nesou konkrétní význam. Jsou používány napříč oblastmi veřejné správy. XML schéma obecných datových typů je dostupné na adrese \d{4}-((02-([0][1-9] [1- Datum vyjadřuje den, měsíc, rok 2]\d)) ( příslušného aktu, k němuž se )-(30 [0][1-9] [1- vztahuje. Prezentace data odpovídá 2]\d) ( formátu xs:date XML Schema )- (30 31 [0][1-9] [1-8
9 2]\d)) Datové typy ISVS pro popis ekonomického subjektu Tyto datové typy ISVS jsou používány pro identifikaci a popis ekonomického subjektu. XML schéma datových typů ekonomického subjektu je dostupné na adrese Název Typ Od Do Maska Popis SubjektICOType cct:identifikatortype 8 8 \d{8} SubjektObchodniJ menotype cct:texttype Identifikační číslo (IČ) je číslicový pořadový kód, který slouží k jednoznačné identifikaci ekonomických subjektů. Ekonomickým subjektem je každá právnická osoba a dále fyzické osoby, které mají podle zvláštního předpisu postavení podnikatele. Obchodním jménem se rozumí název, pod kterým podnikatel činí právní úkony při své podnikatelské činnosti. Obchodní jméno fyzické osoby je její jméno a příjmení, popř. dodatek, odlišující osobu podnikatele nebo druh podnikání. Obchodní jméno obchodních společností a družstev je název, pod kterým jsou zapsány v obchodním rejstříku resp. živnostenském rejstříku. Součástí obchodního jména právnické osoby je i dodatek označující jejich právní formu. Obchodním jménem právnické osoby, která se nezapisuje do obchodního rejstříku, je název, pod kterým byla zřízena Datové typy ISVS pro popis ISVS Tyto datové typy ISVS jsou používány pro identifikaci a popis informačního systému veřejné správy. XML schéma datových typů informačního systému veřejné správy je dostupné na adrese Název Typ Od Do Maska Popis InformacniSystem IdentifikatorType InformacniSystem NazevType cct:identifikatortype 7 7 \d{1,7} cct:identifikatortype Unikátní identifikační kód v systému, který přiděluje ministerstvo; přidělován je každému ISVS. Jedná se o bezvýznamový identifikátor ve formátu celého čísla. Název ISVS, který používá správce daného systému. 9
10 InformacniSystem VerzeType InformacniSystem SpravceType cct:identifikatortype 1 25 bus:subjektobchodnij menotype Verze daného ISVS, odpovídající aktuálnímu zápisu v IS o ISVS. Název orgánu veřejné správy, který je správcem ISVS. 4.2 Předání seznamu ISVS Zpráva požadavku výpisu seznamu ISVS Název kořenového elementu zprávy: VypisISVSPozadavek Seznam subelementů: Název Typ/Odkaz Min. vyskyt Max. vyskyt VypisOdDatum cmn:datumxmltype 0 1 Popis struktury zprávy je definován schématem zprávy, dostupným na URL adrese Validace pomocí schématu Zpráva je validována schématem, dostupným na URL adrese Odpověď služby IS o ISVS Zpráva přenáší odpověď po přijetí požadavku na výpis seznamu ISVS. Název kořenového elementu zprávy: VypisISVSOdpoved Seznam subelementů: Nazev Typ/Odkaz Min. vyskyt Max. vyskyt ISVSSeznam 1 1 ISVS 0 n Identifikator isvs:informacnisystemidentifikatortype 1 1 Nazev isvs:informacnisystemnazevtype 1 1 Verze isvs:informacnisystemverzetype 1 1 SpravceNazev isvs:informacnisystemspravcetype 1 1 SpravceIC bus:subjekticotype 1 1 PlatnostOdDatum cmn:datumxmltype 1 1 Popis struktury zprávy je definován schématem zprávy, dostupným na URL adrese Validace pomocí schématu Zpráva je validována schématem, dostupným na URL adrese 10
11 5 Detailní pravidla přenosu zpráv Tato část dokumentace upřesňuje, jak zprávy, definované v části specifikace dat (4), jsou přenášeny v souladu s technickou specifikací (3). Detailní pravidla přenosu zpráv pro každý typ přenášené zprávy stanoví striktní pravidla životního cyklu zprávy. Životní cyklus zprávy na straně služby lze podrobně rozepsat v následujících bodech: 1. Odesílající strana (např. klient RPP) vygeneruje zprávu, přenášející data dotazu. 2. Klient se prostřednictvím sítě Internet spojí protokolem HTTPS se službou na adrese a odešle zprávu. Pokud dojde k selhání přenosu na úrovni protokolu HTTPS, služba negeneruje chybovou zprávu SOAP (nemusí k ní zpráva dorazit). Indikace chybového stavu bude provedena standardními postupy pro daný protokol. V tomto případě musí detekovat problém odesílatel a odeslat případně zprávu znovu. 3. Zpráva je přijata službou a je možno odeslat chybovou zprávu klientovi. Selže-li převzetí zprávy službou z důvodů chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selže-li převzetí zprávy službou z důvodů chyby ve zprávě, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.General. Příchozí zpráva je odmítnuta jako celek. 4. Obálka SOAP je načtena parserem. Selže-li parsování zprávy službou z důvodů chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selže-li parsování zprávy službou z důvodů porušení pravidla správného formátování, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.WellFormedness. Příchozí zpráva je odmítnuta jako celek. Selže-li parsování zprávy službou z důvodů porušení pravidla verze jmenného prostoru SOAP, je klientovi zaslána chybová zpráva SOAP s chybovým kódem VersionMismatch. Příchozí zpráva je odmítnuta jako celek. 5. Zpráva je validována proti schématu. Selže-li tento krok z důvodů chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selže-li tento krok z důvodů chyby validace schématem, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.Validity.Schema. Příchozí zpráva je odmítnuta jako celek. 6. Zpráva je zpracována procedurami přijímající aplikace IS o ISVS a je vygenerována odpověď. Selže-li tento krok z důvodů chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. 7. Klientovi je zaslána standardní zpráva SOAP s odpovědí. Chování klientské strany v případě komplikací s přenosem se bude řídit podle logiky, uvedené v následujícím odstavci. Za zopakování přenosu je vždy zodpovědný odesílatel zprávy. V zásadě může odesílající strana detekovat tyto situace: 1. Služba vrátila požadovaná data. V tomto případě je zpracování v pořádku, není vyžadována žádná další akce. 11
12 2. Služba vrátila potvrzení chybného přijetí zprávy nebo potvrzení chybného zpracování zprávy, kdy zpráva je odmítnuta jako celek. Chování klientské strany se řídí v tomto případě kódem chyby v elementu <Faultcode>. Kód Server.Program - v tomto případě klientská strana zopakuje zprávu znovu se stejným obsahem jako v původní zprávě. Kód Client.General - v tomto případě klientská strana odstraní nedostatky ve zprávě, upřesněné v elementu <Detail> obálky SOAP, a odešle opravenou zprávu znovu s odlišným obsahem. Kód Client.WellFormedness - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu s odlišným obsahem jako v původní zprávě. Kód VersionMismatch - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu s odlišným obsahem jako v původní zprávě. Kód Client.Validity.Schema - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu s odlišným obsahem jako v původní zprávě. 3. Služba nevrátila žádnou zprávu V tomto případě klientská strana zopakuje zprávu znovu se stejným obsahem jako v původní zprávě. 6 Změny oproti předchozí verzi Č. Popis změny Verze Datum 12
13 Reference 6.1 Reference [1] Standardy komunikace na bázi XML XML - Standardy komunikace na bázi XML - Použití ve finančních a podpůrných informačních systémech. Verze 3.00 ASD Software, s.r.o Viz. [2] Metodika XML schémat ISVS Metodika tvorby XML schémat v oblasti informačních systémů veřejné správy. Ministerstvo informatiky ČR, 25.ledna 2004 URL: Použité pojmy Dokument definice sluţby (service description document) dokument, obsahující popis služby, který je využitelný klientskou aplikací pro automatické navázání spojení se službou. Sestává se z popisu rozhraní, sémantiky a popisu zpráv, vyměňovaných během scénáře výměny zpráv. Důvěrnost (confidentiality) charakteristika informace, která znemožňuje odhalení informace neautorizovanou entitou. Informační systém funkční celek nebo jeho část zabezpečující cílevědomou a systematickou informační činnost. Každý informační systém zahrnuje data, která jsou uspořádána tak, aby bylo možné jejich zpracování a zpřístupnění, a dále nástroje umožňující výkon informačních činností. Informační systém veřejné správy (ISVS) ve smyslu zákona č. 365/2000 Sb., o informačních systémech veřejné správy nebo dle kontextu více informačních systémů veřejné správy ve smyslu tohoto zákona. Interoperabilita (interoperability) schopnost informačního systému využívat funkčnost jiných informačních systémů a/nebo poskytovat vlastní funkčnost pro využití jinými informačními systémy. Odesílatel zprávy (message sender) agent, vytvářející a odesílající zprávu Příjemce zprávy (message recipient) agent, stanovený odesílatelem zprávy jako adresát (consumer) zprávy. Poskytovatel sluţby (service provider) subjekt, poskytující službu Scénář výměny zpráv (message exchange pattern) minimální sada zpráv, zahrnující jak zprávy odesílatele zpráv, tak příjemce zpráv, vyměňovaná během jednoho použití služby. Sémantika (semantics) význam, smysl či faktický obsah nějakého konceptu. Sluţba (service) sada úkolů, tvořící z pohledu poskytovatele služby i žadatele služby jeden celek. Subjekt entita s právní subjektivitou (právnická či fyzická osoba). Syntaxe (syntax) způsob zápisu určité informace. Sémanticky identický popis entity (např. datové) může být zapsán v různé syntaxi (např. v relačním modelu, hierarchickém modelu) Webová sluţba (web service) softwarová aplikace, identifikovaná pomocí URI, jejíž veřejná rozhraní jsou definována a popsána pomocí XML. Jiné aplikace mohou interagovat s webovou službou způsobem předepsaným její definicí pomocí zpráv XML, předávaných pomocí internetových protokolů. 13
14 Zpráva (message) základní jednotka výměny dat mezi agenty (odesílatelem zprávy a příjemcem zprávy). Ţadatel (service requester) subjekt nebo jiná entita, dotazující se na službu. 6.3 Použité zkratky BOM Byte Order Mark DTD Document Type Definition HTML Hypertext Markup Language HTTP HyperText Transfer Protocol. HTTPS HyperText Transfer Protocol Secure IETF Internet Engineering Task Force IS Informační systémy IS DP Informační systém datových prvků IS o ISVS Informační systém o informačních systémech veřejné správy ICT Informační a komunikační technologie ISVS Informační systémy veřejné správy RDF Resource Description Format SOAP Simple Object Access Protocol UBL Universal Business Language URI Uniform Resource Identifier URL Uniform Resource Locators URN Uniform Resource Names W3C World Wide Web Consortium WS Web Services WSDL Web Services Description Language WWW World Wide Web XML Extensible Markup Language XSLT Extensible Stylesheet Language for Transformations 14
Národní elektronický nástroj. Technická specifikace rozhraní pro IEN
Národní elektronický nástroj Technická specifikace rozhraní pro IEN V 1.1 1.10.2014 Verze dokumentu Verze Datum Popis 1.0 10.3.2014 Vytvoření dokumentu 1..10.2014 Gramatická korektura Tabulka 1 Historie
VíceNastavení provozního prostředí webového prohlížeče pro aplikaci
Nastavení provozního prostředí webového prohlížeče pro aplikaci IS o ISVS - Informační systém o informačních systémech veřejné správy verze 2.03.00 pro uživatele vypracovala společnost ASD Software, s.r.o.
Vícel 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ícePož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
VíceSpecifikace 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íceSpecifikace http služby IS CEDR pro poskytování dokumentů z IS CEDR II
Specifikace http služby IS CEDR pro poskytování dokumentů z IS CEDR II vypracovala společnost ASD Software, s.r.o. dokument ze dne 8.6. 2011, verze 1.00.0 Název souboru : Sluzba_CEDR_DOK_v_100.0.doc 1
VícePODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.
PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 POPIS VÝMĚNY DAT... 6 2.1 KOMUNIKAČNÍ SCÉNÁŘE... 6 2.2 TECHNOLOGIE KOMUNIKACE...
VíceReferenční rozhraní. Jiří Kosek. Ministerstvo informatiky ČR. ISSS 25. března 2003
Jiří Kosek Ministerstvo informatiky ČR ISSS 25. března 2003 Požadavky na RR!zákon 365/2000 Sb.!RR je souhrnem opatření, která vytvářejí jednotné integrační prostředí informačních systémů veřejné správy!rr
VícePopis B2B rozhraní pro elektronickou neschopenku
Popis B2B rozhraní pro elektronickou neschopenku Historie dokumentu Verze Datum Změny 0.9 30. 4. 2019 Vytvoření dokumentu Obsah 1 Účel dokumentu... 3 2 Charakteristika rozhraní... 3 2.1 Způsob komunikace...
Více1. 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 -
VíceSpecifikace služby IS CEDR pro poskytování informací z IS CEDR III, veřejná část
PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro poskytování informací z IS CEDR III, veřejná část vypracovala společnost ASD Software, s.r.o. dokument ze dne 21.11.2006, verze 1.00 Specifikace služby
VíceMichal 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
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íceTvorba 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íceSpecifikace služby IS CEDR pro příjem dat obecným XML rozhraním IS CEDR III
GFŘ - informační systém CEDR III Vypracováno pro oddělení 171 PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro příjem dat obecným XML rozhraním IS CEDR III vypracovala společnost ASD Software, s.r.o.
VíceMetody tvorby ontologií a sémantický web. Martin Malčík, Rostislav Miarka
Metody tvorby ontologií a sémantický web Martin Malčík, Rostislav Miarka Obsah Reprezentace znalostí Ontologie a sémantický web Tvorba ontologií Hierarchie znalostí (D.R.Tobin) Data jakékoliv znakové řetězce
VíceÚvod do tvorby internetových aplikací
CVT6 01a Úvod do tvorby internetových aplikací Osnova předmětu (X)HTML a tvorba webu pomocí přímého zápisu kódu Tvorba web designu a skládání stránek z kousků Skriptovací jazyky na webu Návrh software
VíceSPRÁVA ZÁKLADNÍCH REGISTRŮ PODMÍNKY PRO PŘIPOJENÍ AGENDOVÝCH INFORMAČNÍCH SYSTÉMŮ DO ISZR. verze 2.00
SPRÁVA ZÁKLADNÍCH REGISTRŮ PODMÍNKY PRO PŘIPOJENÍ ORGANIZAČNÍ SLOŽKA STÁTU AGENDOVÝCH INFORMAČNÍCH SYSTÉMŮ DO ISZR VÝROČNÍ ZPRÁVA verze 2.00 ZA ROK 2010 Na Vápence 14 1 www.szrcr.cz OBSAH 1. Úvod... 8
VíceTECHNICKÁ 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Úvod do aplikací internetu a přehled možností při tvorbě webu
CVT6 01a Úvod do aplikací internetu a přehled možností při tvorbě webu Internet a www Internet? Služby www ftp e-mail telnet NetNews konference IM komunikace Chaty Remote Access P2P aplikace Online games
VíceRoční periodická zpráva projektu
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íceSpráva VF XML DTM DMVS Datový model a ontologický popis
Správa VF XML DTM DMVS Datový model a ontologický popis Verze 1.0 Standard VF XML DTM DMVS Objednatel Plzeňský kraj Institut plánování a rozvoje hlavního města Prahy Zlínský kraj Kraj Vysočina Liberecký
VíceCZ.1.07/1.5.00/34.0527
Projekt: Příjemce: Digitální učební materiály ve škole, registrační číslo projektu CZ.1.07/1.5.00/34.0527 Střední zdravotnická škola a Vyšší odborná škola zdravotnická, Husova 3, 371 60 České Budějovice
VíceInformační systém pro vedení živnostenského rejstříku IS RŽP
Informační systém pro vedení živnostenského rejstříku IS RŽP Ing. Miloslav Marčan odbor informatiky MPO Praha říjen 2007 Ministerstvo průmyslu a obchodu Agenda Historie projektu Cíle projektu IS RŽP Legislativní
VíceVýtisk č.: Počet listů 9. Přílohy: 0 ÚZIS ČR
ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 9 Přílohy: 0 ÚZIS ČR Postup kroků nutných pro napojení nemocničního informačního systému s prostředím registrů resortu zdravotnictví
VíceWebové 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ícePopis egon služby. E93 - roszapispravnistav. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E93 - roszapispravnistav Název dokumentu: Autor: Popis egon služeb Verze: 02.00 Správa základních registrů Datum aktualizace: 05.03.2017 Účel: Popis egon služeb v rámci základních registrů
VíceEXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 03.220.01; 35.240.60 materiálem o normě. Inteligentní dopravní systémy Požadavky na ITS centrální datové
VícePODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.
PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 ZPŮSOB VYUŽITÍ SLUŽBY AZD - PND... 6 2.1 REGISTRACE SLUŽBY AZD - PND... 6 2.2
VíceMicrosoft Office 2003 Souhrnný technický dokument white paper
Microsoft Office 2003 Souhrnný technický dokument white paper Přehled inteligentních klientských aplikací založených na sadě Microsoft Office 2003 System Publikováno: Duben 2003 Shrnutí: Inteligentní klienti
VíceChybová 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íceKSRZIS. 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íceSpecifikace služby IS CEDR pro poskytování číselníků z IS CEDR
GFŘ - informační systém CEDR III Vypracováno pro oddělení 171 PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro poskytování číselníků z IS CEDR vypracovala společnost ASD Software, s.r.o. dokument ze
VíceX33EJA 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
VíceDnešní téma. Oblasti standardizace v ICT. Oblasti standardizace v ICT. Oblasti standardizace v ICT
Dnešní téma Oblasti standardizace v ICT Případové studie standardizace v ICT: 1) Znakové sady 2) Jazyk 1. technická infrastruktura transfer a komunikace informací, přístup k informacím, sdílení zdrojů
VíceKatalog egon služeb verze: 0.01
Katalog egon služeb verze: 0.01 Historie verzí Verze Datum Popis 0.01 20.7.2011 egon služby prototypu OBSAH 1 Úvod... 5 1.1 Členění dokumentu... 5 1.2 Třídy služeb... 5 1.3 SLA služeb... 6 1.3.1 SLA-01...
VícePŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
VíceSché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íceERP-001, verze 2_10, platnost od
ERP-001, verze 2_10, platnost od 2010.08.01. ELEKTRONICKÉ PŘEDEPISOVÁNÍ HUMÁNNÍCH LÉČIVÝCH PŘÍPRAVKŮ ERP-001.pdf (208,89 KB) Tímto technickým dokumentem jsou, v souladu s 80 zákona č. 378/2007 Sb., o léčivech
Více(Nelegislativní akty) NAŘÍZENÍ
10.6.2015 L 144/1 II (Nelegislativní akty) NAŘÍZENÍ PROVÁDĚCÍ NAŘÍZENÍ KOMISE (EU) 2015/884 ze dne 8. června 2015, kterým se stanoví technické specifikace a postupy nezbytné pro systém propojení rejstříků
VíceVerze dokumentu 0.1 duben 2016
Testování v SoapUI Verze dokumentu 0.1 duben 2016 Testování v SoapUI Strana 1/11 Obsah Seznam zkratek a pojmů uvedených v dokumentu... 3 1. Úvod... 4 2. Zahájení testování... 4 3. Vytvoření nového projektu...
VíceFunkč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íceIdentifikátor materiálu: ICT-3-10
Identifikátor materiálu: ICT-3-10 Předmět Téma sady Informační a komunikační technologie Téma materiálu Doména a služby Internetu Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí služby
VíceJmenné Rejstříky. Novelizace zákona o archivnictví a spisové službě z zavádí novou povinnost pro určené původce vedení jmenných rejstříků
Jmenné Rejstříky Novelizace zákona o archivnictví a spisové službě z 24.4.2019 zavádí novou povinnost pro určené původce vedení jmenných rejstříků Ing.Robert Piffl 1 Co nová povinnost přináší? Čím začneme?
Vícembank.cz mtransfer Okamžitá notifikace o mtransferu Dokumentace pro externího partnera
mtransfer Okamžitá notifikace o mtransferu Dokumentace pro externího partnera 1/6 Obsah 1 SLOVNÍK POJMŮ... 3 2 ÚVOD... 4 3 POPIS ŘEŠENÍ NPM... 4 4 ZPŮSOB KOMUNIKACE EXTERNÍHO PARTNERA S MBANK - SPECIFIKACE
VícePokroč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ícePlatební 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íceKomponentový 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
VíceWebové 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íceObsah prezentace. Co je to XML? Vlastnosti. Validita
Obsah prezentace Co je to XML? Vlastnosti Validita Co je to XML? EXtensible Markup Language Účelem je usnadnit sdílení dat napříč informačními systémy Popis dokumentu z hlediska věcného obsahu Vyvinuto
Vícel 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 OKsystem a.s. 2015 Obsah: 1 ÚVOD... 3 2 POPIS SLUŽBY... 3 2.1 Forma a struktura rozhraní... 3 2.2 Dostupnost služby...
VíceEU-OPVK:VY_32_INOVACE_FIL9 Vojtěch Filip, 2013
Číslo projektu CZ.1.07/1.5.00/34.0036 Tématický celek Inovace výuky ICT na BPA Název projektu Inovace a individualizace výuky Název materiálu Komunikační protokoly v počítačových sítích Číslo materiálu
VíceInternet 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Česká správa sociálního zabezpečení
Česká správa sociálního zabezpečení Provozní řád Informačního a komunikačního rozhraní České správy sociálního zabezpečení pro komunikaci se systémy třetích stran Verze schválena k 27. 1. 2015 Příloha
VíceMicrosoft Office 2003 Souhrnný technický dokument white paper
Microsoft Office 2003 Souhrnný technický dokument white paper Inteligentní dokumenty v sadě Microsoft Office 2003 Publikováno: květen 2003 Shrnutí: Inteligentní dokumenty jsou rozvinutá řešení, která spojují
Více2015 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ícePopis egon služby. E164 - iszrprobe. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E164 - iszrprobe Název dokumentu: Popis egon služeb Verze: 04.01 Autor: Správa základních registrů Datum aktualizace: Účel: Popis egon služeb v rámci základních registrů Počet stran:
Více1 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ícePopis webové služby pro sledování změn údajů o nemovitostech
Popis webové služby pro sledování změn údajů o nemovitostech Název dokumentu Název souboru Verze ISKN 8.1 Verze dokumentu 2.0 Dostupnost Popis webové služby pro sledování změn údajů o nemovitostech ISKN_UD013_VY-WS-OZS
VíceElektronická 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ícePOLOPROVOZ 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íce1. 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íceLogický datový model VF XML DTM DMVS
Logický datový model VF XML DTM DMVS Verze 1.1 VF XML DTM DMVS Objednatel Plzeňský kraj Institut plánování a rozvoje hlavního města Prahy Zlínský kraj Kraj Vysočina Liberecký kraj Karlovarský kraj Statutární
VíceVYHLÁŠKA. ze dne o provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů
Návrh II. VYHLÁŠKA ze dne. 2017 o provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů Ministerstvo zdravotnictví po předchozím projednání s Ministerstvem zemědělství,
VíceDatový slovník. Datum vyhlášení :00:00. Platnost od data. Platnost do data. Název oblasti datových prvků. Verze 102
Datový slovník Kód skupiny datových prvků PRO IS STÁTNÍ SOCIÁLNÍ PODPORY Popis datového slovníku Návrh XML schématu s definicemi jednoduchých datových prvků ISVS verze 1.0.2. Toto schéma obsahuje definice
VíceČeská správa sociálního zabezpečení
Česká správa sociálního zabezpečení Provozní řád Informačního a komunikačního rozhraní České správy sociálního zabezpečení pro komunikaci se systémy třetích stran Verze schválena k 26. 9. 2017 O B S A
Více1 Pro účely této vyhlášky se rozumí a) základnovou stanicí základnová stanice veřejné komunikační sítě,
Částka 133 Sbírka zákonů č. 357 / 2012 Strana 4733 357 VYHLÁŠKA ze dne 17. října 2012 o uchovávání, předávání a likvidaci provozních a lokalizačních údajů Ministerstvo průmyslu a obchodu v dohodě s Ministerstvem
VíceXML terminologie a charakteristiky. Roman Malo
XML terminologie a charakteristiky Roman Malo XML extensible Markup Language (rozšiřitelný značkovací jazyk) Verze 1.0, 1.1 http://www.w3.org/xml Rozdíly v podpoře různých znakových sad a práci s řídícími
VíceŘeditel odboru archivní správy a spisové služby PhDr. Jiří ÚLOVEC v. r.
VMV čá. 65/2012 (část II) Oznámení Ministerstva vnitra, kterým se zveřejňuje vzorový provozní řád archivu oprávněného k ukládání archiválií v digitální podobě Ministerstvo vnitra zveřejňuje na základě
VíceNárodní elektronický nástroj. Import profilu zadavatele do NEN
Národní elektronický nástroj Import profilu zadavatele do NEN V 1.2 2014 Obsah 1 Cíl...... 2 2 Nutné podmínky k umožnění importu profilu zadavatele...... 2 3 Povinnosti zadavatele dle metodiky k vyhlášce
Více3.4 Základní služby Internetu
Název školy Číslo projektu Autor Název šablony Název DUMu Tematická oblast Předmět Druh učebního materiálu Anotace Vybavení, pomůcky Střední průmyslová škola strojnická Vsetín CZ.1.07/1.5.00/34.0483 Ing.
VíceTRANSPORTY výbušnin (TranV)
TRANSPORTY výbušnin (TranV) Ze zákona vyplývá povinnost sledování přeprav výbušnin. Předpokladem zajištění provázanosti polohy vozidel v čase a PČR je poskytování polohy vozidla předepsaným způsobem. Komunikace
VícePrincipy fungování WWW serverů a browserů. Internetové publikování
Principy fungování WWW serverů a browserů Internetové publikování Historie WWW 50. léta Douglas Engelbert provázané dokumenty 1980 Ted Nelson projekt Xanadu 1989 CERN Ženeva - Tim Berners-Lee Program pro
VíceADIS Opt-Out rozhraní na okolní systémy. Technický popis rozhraní s pojišťovnami
ADIS Opt-Out rozhraní na okolní systémy Technický popis rozhraní s pojišťovnami Verze: 1.4h Datum verze: 18.1.2013 Účel dokumentu: Dokument je návrhem rozhraní systému ADIS na systémy: - pojišťoven, v
VícePří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íceNadpis presentace. Princip řešení komunikace mezi IS vysokých škol a maturitní databází z pohledu IS veřejné správy. Petr Hujňák.
strategie informatika projekty procesy nezávislá podpora a poradenství s vazbou na ICT 2.11.2010 Per Partes Consulting Nadpis presentace Princip řešení komunikace mezi IS vysokých škol a maturitní databází
VíceIntegrovaný informační systém státní pokladny. Ministerstvo financí. Integrovaný informační systém Státní pokladny
Integrovaný informační systém státní pokladny Ministerstvo financí Prezentace CSUIS pro IT společnosti 24.11.2009 Integrovaný informační systém státní pokladny Ministerstvo financí Agenda workshopu - 24.11.2009
VíceNávrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS)
Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS) Úvod Návrh funkcí WS pro komunikaci mezi IS DS a SS vychází z výsledků předchozích
VíceCo nás čeká při skartačním řízení? Připravte se na změny balíčku SIP
Co nás čeká při skartačním řízení? Připravte se na změny balíčku SIP ISSS 2017, Hradec Králové 3. dubna 2017 Ze světa... SIP (Submission Information Package) vychází z normy ISO 14721:2003 Space data and
VíceKapitola 1: Úvod. Systém pro správu databáze (Database Management Systém DBMS) Účel databázových systémů
- 1.1 - Kapitola 1: Úvod Účel databázových systémů Pohled na data Modely dat Jazyk pro definici dat (Data Definition Language; DDL) Jazyk pro manipulaci s daty (Data Manipulation Language; DML) Správa
VíceSpecifika a scénáře vykazování dat AnaCredit prostřednictvím systému MtS-ISL-SÚD-SDNS
pecifika a scénáře vykazování dat prostřednictvím systému Mt-IL-ÚD-DN Verze dokumentu: Verze Komentář Datum 1.0 Úvodní verze specifika pro datové soubory, scénáře zasílání. 04/06/2018 Přílohy: Příloha
Více[ 1 ] Ing. Tomáš Melen náměstek pro informatiku a ekonomiku 2009 Státní ústav pro kontrolu léčiv
[ 1 ] [ 2 ] Přístup pro účastníky správních řízení Přístup pro farmaceutické firmy [ 3 ] Program prezentace Cíle prezentovaného řešení Představení prezentovaného řešení Diskuse a dotazy [ 4 ] Cíle prezentovaného
VíceIdentifikátor materiálu: ICT-3-03
Identifikátor materiálu: ICT-3-03 Předmět Téma sady Informační a komunikační technologie Téma materiálu TCP/IP Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí architekturu TCP/IP. Druh
VíceVýměnný formát XML DTM DMVS PK
Výměnný formát XML DTM DMVS PK Představení partnerským krajům Praha 8. 2. 2016 Krajský úřad Plzeňského kraje Odbor informatiky Koncept etapizace tvorby výměnného formátu XML aktualizačních zakázek Digitální
VíceElektronická evidence tržeb. Neprodukční prostředí (playground) Přístupové a provozní informace
Elektronická evidence tržeb Neprodukční prostředí (playground) Přístupové a provozní informace Verze 3.0 Datum poslední verze dokumentu: 15.8.2016 Vymezení obsahu dokumentu Dokument obsahuje doplňující
VíceDEFINICE PROCESŮ DATOVÉ KOMUNIKACE TECHNICKÁ SPECIFIKACE DATOVÝCH SLUŽEB POSKYTOVANÝCH SPOLEČNOSTÍ ČEZ DISTRIBUCE, A. S.
DEFINICE PROCESŮ DATOVÉ KOMUNIKACE TECHNICKÁ SPECIFIKACE DATOVÝCH SLUŽEB POSKYTOVANÝCH SPOLEČNOSTÍ ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 SEZNAM PODPOROVANÝCH PROCESŮ... 6 2.1 KOMUNIKACE SOP... 6 2.2 KOMUNIKACE
VíceSémantický web 10 let poté
Sémantický web 10 let poté Vilém Sklenák sklenak@vse.cz Vysoká škola ekonomická, fakulta informatiky a statistiky, katedra informačního a znalostního inženýrství Inforum2011, 26. 5. 2011 Vilém Sklenák
VícePopis egon služby. E17 - rospridelicp. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E17 - rospridelicp Název dokumentu: Autor: Popis egon služeb Verze: 01.00 Datum aktualizace: 01.07.2016 Účel: Popis egon služeb v rámci základních registrů Počet stran: 8 Obsah 1 Účel
VíceEXTRAKT z technické normy ISO
EXTRAKT z technické normy ISO Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Kooperativní ITS Zkušební architektura ISO/TS 20026
VíceELEKTROTECHNICKÝ ZKUŠEBNÍ ÚSTAV ATESTAČNÍ STŘEDISKO reg.č. 14
ELEKTROTECHNICKÝ ZKUŠEBNÍ ÚSTAV ATESTAČNÍ STŘEDISKO reg.č. 14 Atestační podmínky a postupy atestačního střediska při provádění atestací způsobilosti k realizaci vazeb informačního systému veřejné správy
VíceUspořádání klient-server. Standardy pro Web
Návrh a tvorba WWW stránek 1/11 Uspořádání klient-server klient na straně uživatele (browser, prohlížeč) server program obsluhující požadavky uživatele Standardy pro Web HTTP Hypertext Transfer Protocol
VíceTECHNICKÁ 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íceObecná příručka IS o ISVS
Obecná příručka IS o ISVS Informační systém o informačních systémech veřejné správy verze 2.02.00 vypracovala společnost ASD Software, s.r.o. dokument ze dne 16. 11. 2016, verze 1.01 Obecná příručka IS
VíceAlena Malovaná, MAL305
Alena Malovaná, MAL305 GML WFS WMF Geografický značkovací jazyk (Geographic Markup Language - GML) Jedná se o velmi rozšířený standard pro popis geodat umožňující sdílení i integraci dat. Jeho základem
VíceAplikace pro elektronicke odesla nı da vky Listu o prohlı dce zemr ele ho a dals ı ch da vek do NZIS.
Aplikace pro elektronicke odesla nı da vky Listu o prohlı dce zemr ele ho a dals ı ch da vek do NZIS. ÚVOD Od 1. 1. 2016 vejde v platnost novela vyhlášky č. 297/2012 Sb., o náležitostech Listu o prohlídce
VícePrůzkumník IS DP. Návod k obsluze informačního systému o datových prvcích (IS DP) vypracovala společnost ASD Software, s. r. o.
Průzkumník IS DP Návod k obsluze informačního systému o datových prvcích (IS DP) vypracovala společnost ASD Software, s. r. o. dokument ze dne 13. 09. 2018, verze 1.00 Průzkumník IS DP Návod k obsluze
Více