MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Wielkość: px
Rozpocząć pokaz od strony:

Download "MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI"

Transkrypt

1 MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/ Warszawa ZASADY NAZEWNICTWA DOKUMENTÓW XML Projekt współfinansowany Przez Unię Europejską Europejski Fundusz Rozwoju Regionalnego

2 Autor Zespół projektowy Klient Ministerstwo Spraw Wewnętrznych i Administracji Wersja dokumentu 2.01 Liczba stron 11 Historia zmian Wersja Data Kto Opis zmian Zespół projektowy epuap Zespół projektowy epuap Zespół projektowy epuap Utworzenie dokumentu Modyfikacja dokumentu (zmiany wypracowane w ramach publicznej dyskusji na portalu epuap oraz w trakcie warsztatów) Uzupełnienie dokumentu 2/11

3 Spis treści I. Wstęp... 4 II. Znaczenie spójnych zasady nazewnictwa... 4 III. Zasady nazewnictwa wybrane zagadnienia Język oraz forma nazewnictwa Skróty językowe Czytelność zapisu... 5 a) Elementy (węzły)... 5 b) Atrybuty Kodowanie znaków Grupowanie elementów Przestrzeń nazw... 6 IV. Zasady Nazewnictwa Reguły /11

4 Wstęp I. Wstęp Dokument został opracowany w ramach projektu e-puap. Niniejszy materiał stanowi założenia inicjujące proces ustanowienia rekomendacji Interoperacyjności w obszarze dokumentów elektronicznych. Celem dokumentu jest ustanowienie rekomendacji głównych zasad związanych z tworzeniem dokumentów elektronicznych w strukturze XML. Zawarte w dokumencie zalecenia maja ułatwić prace nad tworzeniem wzorów oraz samych dokumentów elektronicznych. Dokument powstał w oparciu o: Doświadczenia zebrane podczas prac prowadzonych w administracji publicznej. Wymagania polskiego prawa Przegląd doświadczeo międzynarodowych II. Znaczenie spójnych zasady nazewnictwa Proces tworzenia i zarządzania Interoperacyjnością (opisany w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML) wymaga stosowania spójnego i znormalizowanego sposobu nazewnictwa. Zastosowanie jednolitego standardu nazywania elementów struktury XML i XSD ułatwi proces re-używalności oraz zapewni spójne zasady zarządzania schematami dziedzinowymi. Zestandaryzowane nazewnictwo oraz stosowanie reguł ułatwia interpretację dokumentów elektronicznych (systemy informatyczne wiedzą czego mogą się spodziewać w zawartości dokumentu elektronicznego). III. Zasady nazewnictwa wybrane zagadnienia 1. Język oraz forma nazewnictwa Należy dążyd do tego aby elementy, atrybuty i typy były pisane w języku polskim. Nie używad w elementach opisujących strukturę dokumentu znaków diakrytycznych. Należy dążyd do stosowania rzeczowników. <Budynek>123</Budynek> <Wlasciciel>... </Wlasciciel> <Building>123</Building> <Właściciel>... </Właściciel> 4/11

5 Zasady nazewnictwa wybrane zagadnienia 2. Skróty językowe Należy unikać tworzenia skrótów. <NumerKatalogowy>12324</NumerKatalogowy> <Adresat rodzaj="osobafizyczna">... </Adresat> <NrKat>12323</NrKat> <Adresat rodz="osobafizyczna">... </Adresat> 3. Czytelność zapisu a) Elementy (węzły) Dla elementów zaleca się używać notację UpperCamelCase. <Nazwisko>Nowak</Nazwisko> <PodstawaPrawna>(Dz.U. z 2000 r. Nr 98)</PodstawaPrawna> <UzasadnienieFaktycznePrawne> </UzasadnienieFaktycznePrawne> <nazwisko>kowalski</nazwisko> <nazwiskointeresanta>nowak</nazwiskointeresanta> <Podstawa_Prawna>(Dz.U. z 2000 r. Nr 98.)</Podstawa_Prawna> <Uzasadnienie-Faktyczne-Prawne> </Uzasadnienie-Faktyczne-Prawne> b) Atrybuty Dla atrybutów zaleca się używać notację lowercamelcase. <Data typ="utworzenia"> </data> <Nadawca rodzajpodmiotu="instytucja">mswia</nadawca> <Data Typ="utworzenia"> </Data> <Data typ="utworzenia"> </data> <Nadawca rodzajpodmiotu="instytucja">mswia</nadawca> 5/11

6 Zasady nazewnictwa wybrane zagadnienia 4. Kodowanie znaków Należy stosować kodowanie w standardzie UTF-8. (Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych Dz.U nr 212 poz ). Informacje o kodowaniu należy w odpowiedni sposób zapisać. <?xml version="1.0" encoding="utf-8"?> <?xml version="1.0"?> <?xml version="1.0" encoding="iso "?> <?xml version="1.0" encoding="windows-1250"?> 5. Grupowanie elementów Należy dążyć, do grupowania elementów tego samego rodzaju. <Data/> <Zalaczniki> <Zalacznik typ="dokumentxml">wniosek1.xml</zalacznik> <Zalacznik typ="dokumentxml">wniosek2.xml</zalacznik> <Zalacznik typ="arkuszcss">wniosek.css</zalacznik> </Zalaczniki> <Data/> <Zalacznik typ="dokumentxml">wniosek1.xml</zalacznik> <Zalacznik typ="dokumentxml">wniosek2.xml</zalacznik> <Zalacznik typ="arkuszcss">wniosek.css</zalacznik> 6. Przestrzeń nazw Zaleca się aby główny element dokumentu posiadał domyślną przestrzeń nazw bez prefiksu. <GlownyElementDokumentu xmlns="http://um.gniezno.pl/xml/wnioski/w0027">... </GlownyElementDokumentu> 6/11

7 Zasady nazewnictwa wybrane zagadnienia Niezalecane: <umg:glownyelementdokumentu xmlns:umg="http://um.gniezno.pl/xml/wnioski/w0027">... </umg:glownyelementdokumentu> <GlownyElementDokumentu>... </GlownyElementDokumentu> 7/11

8 Zasady Nazewnictwa Reguły IV. Zasady Nazewnictwa Reguły Definicja rekomendacji: zasady oznaczone tym atrybutem muszą być bezwzględnie spełnione. Niespełnienie chociaż jednej z zasad oznacza, że weryfikowany obiekt jest niezgodny z zasadami opisanym w niniejszym dokumencie zasady oznaczone tym atrybutem nie muszą być spełnione ale zaleca się aby były. Niespełnienie nawet wszystkich zasad z atrybutem nie wpływa na wynik weryfikacji z zasadami opisanym w niniejszym dokumencie. Dokumnety referencyjne: 1. MetaWzór Dokumentu Elektronicznego czyli jak budować schematy XML 2. Zasady Zarządzania Interoperacyjnością Dokumentów XML A. Wymagania Ogólne Rodzaj ID Nazwa Rekomendacja Reguła Ogólne A.1 Wybór języka schematu Wymaga się, aby schematy były definiowane zgodnie z zaleceniami W3C XML Schema: XML Schema Part 1: Structures i XML Schema Part 2: Datatypes z 2 maja Ogólne A.2 Wersja XML Wymaga się, aby wszystkie schematy XML były zgodne z wersją 1.0 zaleceń W3C XML z 16 sierpnia 2006: Extensible Markup Language (XML) 1.0 (Czwarta edycja). Ogólne A.3 Wybór schematu kodowania XML B. Wymagania dla dokumentów XML Rodzaj ID Nazwa Rekomendacja Reguła Wymaga się, aby wszystkie schematy XML stosowały UTF-8 jako schemat kodowania XML XML B.1 Nazwy zastrzeżone Jako główny węzeł wymaga się zastosowanie elementu Dokument. Na kolejnym poziomie dokumentu XML wymaga się umieszczanie tylko węzłów: OpisDokumentu, DaneDokumentu TrescDokumentu InnyObiekt. Definicja zawartości tych węzłów (atrybutów, podwęzłów) jest zawarta w dokumencie MetaWzór Dokumentu Elektronicznego czyli jak budować schematy XML 8/11

9 Zasady Nazewnictwa Reguły XML B.2 Hierarchia węzłów Hierarchia węzłów i podwęzłów powinna być zgodna z faktycznymi relacjami pomiędzy obiektami. XML B.3 Grupowanie tych samych typów W przypadku występowania na jednym poziomie tych samych typów zaleca się ich grupowanie. XML B.4 Atrybut ID Zaleca się umieszczanie w każdym węźle dokumentu atrybut ID XML B.5 Nazewnictwo w języku polskim XML B.6 Liczba pojedyncza rzeczowników XML B.7 Użycie UpperCamelCase XML B.8 Użycie lowercamelcase Zaleca się, aby elementy, atrybuty i typy były nazywane w języku polskim i pisane bez użycia polskich znaków diakrytycznych. Dopuszcza się stosowanie nazw w innych językach w wyjątkowych przypadkach, gdy nazwa przetłumaczona na język polski będzie niezrozumiała. Wymaga się, aby rzeczownik stanowiący część elementu, atrybutu lub typu występował w liczbie pojedynczej chyba, że istnieje wyłącznie jego liczba mnoga. Wymaga się, aby element były nazywane przy użyciu UpperCamelCase. Wymaga się, aby atrybuty były nazywane zgodnie z lowercamelcase. XML B.9 Skróty i skrótowce Zaleca się, aby skróty i skrótowce nie były używane w nazwach. XML B.10 Unikanie spójników XML B.11 Użycie znaków w nazwach Dopuszcza się stosowanie skrótów powszechnie znanych na przykład: np., lp., nr, etc. Zaleca się wyjaśnienie skrótów w komentarzach umieszczonych w schemacie XSD. Zaleca się, aby nazwy były konstruowane przy pomocy czasowników, rzeczowników i przymiotników. Niezaleca się stosowania konstrukcji typu <BudynekOrazLokal/> lub <MiejscowoscIKod/> C. Wymagania dla Schematów XML (XSD) Rodzaj ID Nazwa Rekomendacja Reguła XSD C.1 Klasy komponentów W nazwach nie należy stosować znaków podkreślenia (_), kropki (.), ani myślnika (-). Zasady tworzenia i zarządzania klasami komponentów są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML 9/11

10 Zasady Nazewnictwa Reguły XSD C.2 Wielokrotne stosowanie istniejących elementów i typów XSD C.3 Umieszczanie zdefiniowanych schematów XSD C.4 Przypisanie przestrzeni nazw XSD C.5 Stosowanie include i import XSD C.6 Stosowanie schemalocation Zaleca się wielokrotne stosowanie elementów lub typów należących do wcześniej zdefiniowanych klas komponentów. Zaleca się aby wszystkie zdefiniowane schematy XML były umieszczone w repozytorium Interoperacyjności. Wymaga się, aby wszystkie schematy XML miały przypisaną przestrzeń nazw. Zasady przypisywania przestrzeni nazw są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML Konstrukcję include należy stosować tylko wtedy, jeżeli wskazuje na moduł schematu w tej samej przestrzeni nazw. W przeciwnym przypadku należy stosować konstrukcję import. Wszystkie atrybuty schemalocation powinny być określone za pomocą absolutnego i ważnego URL a, który określa lokalizację wskazywanego modułu schematu w repozytorium Interoperacyjności. XSD C.7 Typ przyrostka Wymaga się, aby nazwa typu prostego i złożonego kończyła się przyrostkiem Typ. Np. OsobaTyp, PodmiotTyp XSD C.8 Powiązanie pomiędzy nazwami elementów i typów XSD C.9 Nazywanie plików zawierających schematy XML XSD C.10 Powielanie istniejących typów XSD C.11 Globalne definicje typów XSD C.12 Reprezentacja list kodowych XSD C.13 Wartości w wyliczeniach XSD C.14 Przestrzenie nazw dla elementów Zaleca się, aby element miał tą samą nazwę jak jego typ z pominiętym przyrostkiem Typ. Dopuszcza się odstępstwa. Zasady nazywania plików są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML Nowe typy proste i złożone nie mogą być identycznie zdefiniowane jak już istniejące. Powinno się unikać tworzenia nowych typów tylko przez zmianę nazwy już istniejących. Zaleca się, aby typy proste i złożone były zdefiniowane globalnie. Umożliwi to ich re-używalność Zaleca się, aby listy kodowe były określane przy użyciu konstrukcji enumeration. Zaleca się, aby wartość konstrukcji enumeration była określona przy pomocy małych liter. Wymaga się, aby wszystkim elementom przypisana była przestrzeń nazw, czyli 10/11

11 Zasady Nazewnictwa Reguły XSD C.15 Przestrzeń nazw dla atrybutów XSD C.16 Wersjonowanie przestrzeni nazw Zalecenie atrybut elementformdefault w głównym elemencie schematu powinien mieć przypisaną wartość qualified, a atrybut form nie może być stosowany w deklaracjach elementu. Nie należy przypisywać żadnemu z atrybutów przestrzeni nazw, czyli atrybut attributeformdefault w głównym elemencie schematu powinien mieć przypisaną wartość unqualified, a atrybut form nie może być stosowany w deklaracjach atrybutu. Zasady wersjonowania przestrzeni nazw są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML XSD C.17 Stosowanie wersji Zalecenie Dopuszcza się stosowanie atrybutu version w głównym elemencie schematu w celach wewnętrznych. XSD C.18 Reprezentacja przestrzeni nazw XSD C.19 Dokumentacja schematów XML XSD C.20 Dokumentacja modułów schematów XSD C.21 Dokumentacja typów, elementów i atrybutów XSD C.22 Udostępnianie schematów XML XSD C.23 Stosowanie wielu importów dla tej samej przestrzeni nazw Wymaganie Wymaga się, aby przestrzeń nazw reprezentowała URL w repozytorium Interoperacyjności (lub innym repozytorium) i była zgodna z obowiązującym wzorcem zdefiniowanym w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML. Adres URL musi być dostępny publicznie. Przykład przestrzeni nazw : schematy/pesel2/2006/11/08/ Zalecenie Zasady dokumentowanie schematów XML są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML Zalecenie Zasady dokumentowania modułów schematów są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML Zasady dokumentowania typów, elementów i atrybutów są zdefiniowane w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML Wymaganie Wymaga się aby wszystkie zdefiniowane schematy były dostępne publicznie. Dostęp do schematów powinien być realizowany na podstawie adresu URL (http lub https) Nie zaleca się stosowania więcej niż jednej konstrukcji import dla tej samej przestrzeni nazw. 11/11

Zasady Nazewnictwa. Dokumentów XML 2007-11-08. Strona 1 z 9

Zasady Nazewnictwa. Dokumentów XML 2007-11-08. Strona 1 z 9 Zasady Nazewnictwa Dokumentów 2007-11-08 Strona 1 z 9 Spis treści I. Wstęp... 3 II. Znaczenie spójnych zasady nazewnictwa... 3 III. Zasady nazewnictwa wybrane zagadnienia... 3 1. Język oraz forma nazewnictwa...

Bardziej szczegółowo

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY TWORZENIA JEDNOLITYCH IDENTYFIKATORÓW Projekt współfinansowany Przez Unię Europejską Europejski

Bardziej szczegółowo

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa URZĘDOWE POŚWIADCZENIA ODBIORU UPP ORAZ UPD Projekt współfinansowany Przez Unię Europejską Europejski

Bardziej szczegółowo

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 15 Spis treści 1. Kanał email dla podmiotów zewnętrznych...

Bardziej szczegółowo

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZESTAW SCHEMATÓW PODSTAWOWYCH Projekt współfinansowany Przez Unię Europejską Europejski Fundusz

Bardziej szczegółowo

Rola języka XML narzędziem

Rola języka XML narzędziem Wprowadzenie do XML dr inż. Adam Iwaniak Szkolenie w Luboradzy, ZCPWZ, 12-13.02.2009r. Rola języka XML narzędziem Pierwszą rewolucją internetową było dostarczenie ludziom informacji. Znajdujemy się teraz

Bardziej szczegółowo

GML w praktyce geodezyjnej

GML w praktyce geodezyjnej GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych

Bardziej szczegółowo

XML Schema. Bartłomiej Świercz. Łódź, 19 listopada 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz XML Schema

XML Schema. Bartłomiej Świercz. Łódź, 19 listopada 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz XML Schema XML Schema Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 19 listopada 2005 roku Wstęp XML Schema służy do definiowania struktury dokumentu XML (pełni podobną funkcję jak DTD).

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

29. Poprawność składniowa i strukturalna dokumentu XML

29. Poprawność składniowa i strukturalna dokumentu XML 29. i strukturalna dokumentu XML 13 października 2015 1 2 Poprawny składniowo dokument XML powinien być tworzony zgodnie z poniżej przedstawionymi zasadami. Deklaracja XML Powinien zawierać deklarację

Bardziej szczegółowo

Dlaczego GML? Gdańsk r. Karol Stachura

Dlaczego GML? Gdańsk r. Karol Stachura Dlaczego GML? Gdańsk 13.03.2017r. Karol Stachura Zanim o GML najpierw o XML Dlaczego stosuje się pliki XML: Tekstowe Samoopisujące się Elastyczne Łatwe do zmiany bez zaawansowanego oprogramowania Posiadające

Bardziej szczegółowo

Ministerstwo Finansów

Ministerstwo Finansów Ministerstwo Finansów Departament Informatyzacji Rejestr Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą Specyfikacja Wejścia-Wyjścia Wersja 1.1 Warszawa, 16.02.2017 r. Copyright (c)

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Warszawa, lipiec 2012 Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Wersja 1.1 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw

Bardziej szczegółowo

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Globalne i lokalne deklaracje elementów i atrybutów Deklaracje lokalne:

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

XML Schema. Typy proste, wyprowadzanie typów, modularyzacja schematu. Patryk Czarnik. Instytut Informatyki UW

XML Schema. Typy proste, wyprowadzanie typów, modularyzacja schematu. Patryk Czarnik. Instytut Informatyki UW XML Schema Typy proste, wyprowadzanie typów, modularyzacja schematu Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Typy proste i złożone Typy złożone struktura

Bardziej szczegółowo

Środowisko XML (Extensible Markup Language).

Środowisko XML (Extensible Markup Language). Środowisko XML (Extensible Markup Language). W skrócie Idea: XML standard opisu informacji Uniwersalne, proste, samoopisujące się dokumenty Źródła: Geneza SGML Specyfikacja www.w3.org Składania: XML to

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

Otwarte protokoły wymiany informacji w systemach ITS

Otwarte protokoły wymiany informacji w systemach ITS Otwarte protokoły wymiany informacji w systemach ITS Grzegorz Kawka PHU TELSAT Sesja nr 4: Interoperacyjność systemów ITS cz. I Podstawą działania systemów ITS jest wymiana informacji pomiędzy poszczególnymi

Bardziej szczegółowo

extensible Markup Language, cz. 4 Marcin Gryszkalis, mg@fork.pl

extensible Markup Language, cz. 4 Marcin Gryszkalis, mg@fork.pl extensible Markup Language, cz. 4 Marcin Gryszkalis, mg@fork.pl XML 5 XML Schema Projektowany jako rozszerzenie i uzupełnienie DTD Jest w stanie odwzorować dowolną definicję DTD (ale nie odwrotnie!) Bardzo

Bardziej szczegółowo

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r.

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r. 132 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r. w sprawie wymogów dla systemów wyliczania utrzymywanych w podmiotach objętych obowiązkowym systemem gwarantowania Na podstawie art. 38j

Bardziej szczegółowo

Podstawowe konstrukcje Podstawowymi konstrukcjami są wzorce element oraz attribute:

Podstawowe konstrukcje Podstawowymi konstrukcjami są wzorce element oraz attribute: Standard Relax NG Schemat strukturalizacji dokumentów Relax NG (relaxing). Opracowany głównie przez Jamesa Clarka i Makoto Muratę. Standard ISO: Information technology Document Schema Definition Language

Bardziej szczegółowo

Opole, dnia 13 lipca 2015 r. Poz. 1702 UCHWAŁA NR XIII/215/15 RADY MIASTA OPOLA. z dnia 2 lipca 2015 r.

Opole, dnia 13 lipca 2015 r. Poz. 1702 UCHWAŁA NR XIII/215/15 RADY MIASTA OPOLA. z dnia 2 lipca 2015 r. DZIENNIK URZĘDOWY WOJEWÓDZTWA OPOLSKIEGO Opole, dnia 13 lipca 2015 r. Poz. 1702 UCHWAŁA NR XIII/215/15 RADY MIASTA OPOLA z dnia 2 lipca 2015 r. zmieniająca uchwałę w sprawie określenia wzoru deklaracji

Bardziej szczegółowo

Definicja struktury danych XSD dla opisu wzorów dokumentów elektronicznych przyjmowanych w Centralnym Repozytorium Dokumentów

Definicja struktury danych XSD dla opisu wzorów dokumentów elektronicznych przyjmowanych w Centralnym Repozytorium Dokumentów Definicja struktury danych XSD dla opisu wzorów dokumentów elektronicznych przyjmowanych w Centralnym Repozytorium Dokumentów Zawartość Wstęp...3 Cel dokumentu...3 Adresat dokumentu...3 Deklarowane przestrzenie

Bardziej szczegółowo

CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI

CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI Instrukcja użytkownika Narzędzie do modelowania procesów BPEL Warszawa, lipiec 2009 r. UNIA EUROPEJSKA EUROPEJSKI FUNDUSZ

Bardziej szczegółowo

XML extensible Markup Language. część 4

XML extensible Markup Language. część 4 XML extensible Markup Language część 4 XML Schema (Podobnie jak DTD) XML Schema to opracowany przez W3C standard służący do definiowania struktury dokumentu XML. (W przeciwieństwie do DTD) XML Schema jest

Bardziej szczegółowo

Wprowadzenie do technologii XML

Wprowadzenie do technologii XML Katedra Mikroelektroniki i Technik Informatycznych Łódź, 6 października 2005 roku 1 Informacje organizacyjne Omówienie przedmiotu 2 vs HTML Struktura 3 Struktura Informacje o przedmiocie Informacje organizacyjne

Bardziej szczegółowo

Kurs HTML 4.01 TI 312[01]

Kurs HTML 4.01 TI 312[01] TI 312[01] Spis treści 1. Wiadomości ogólne... 3 2. Wersje języka HTML... 3 3. Minimalna struktura dokumentu... 3 4. Deklaracje DOCTYPE... 3 5. Lista znaczników, atrybutów i zdarzeń... 4 5.1 Lista atrybutów

Bardziej szczegółowo

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema. Elementy czy atrybuty? Wartości domyślne i ustalone. Elementy czy atrybuty?

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema. Elementy czy atrybuty? Wartości domyślne i ustalone. Elementy czy atrybuty? Globalne i lokalne deklaracje elementów i atrybutów Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Deklaracje lokalne:

Bardziej szczegółowo

Szkolenie systemu POL-on

Szkolenie systemu POL-on Szkolenie systemu POL-on dr Piotr Rodzik ekspert systemu POL-on Ośrodek Przetwarzania Informacji - Państwowy Instytut Badawczy Al. Niepodległości 188B, 00-608 Warszawa Numer KRS: 0000127372 Sąd Rejonowy

Bardziej szczegółowo

Wprowadzenie do XML schema

Wprowadzenie do XML schema Spis treści Tomasz Przechlewski 1. Podstawowe pojęcia. 1 2. Typy proste.. 3 3. Wzorzec regułowy 4 4. Typy złożone 5 5. Modele o prostej zawartości 5 6. Modele o złożonej zawartości. 6 7. Rozszerzanie modelu

Bardziej szczegółowo

Seminarium epuap narzędziem nowoczesnej administracji. Sylwester Maślanka

Seminarium epuap narzędziem nowoczesnej administracji. Sylwester Maślanka Seminarium epuap narzędziem nowoczesnej administracji Sylwester Maślanka Agenda 1) Omówienie architektury i modułów platformy EPUAP 2) Koncepcja dokumentu elektronicznego, w jaki sposób został przedstawiony

Bardziej szczegółowo

Hurtownie danych - przegląd technologii

Hurtownie danych - przegląd technologii Hurtownie danych - przegląd technologii Problematyka zasilania hurtowni danych - Oracle Data Integrator Politechnika Poznańska Instytut Informatyki Robert.Wrembel@cs.put.poznan.pl www.cs.put.poznan.pl/rwrembel

Bardziej szczegółowo

Dodatkowe możliwości RDF. Seminarium magisterskie Paweł Chrząszczewski

Dodatkowe możliwości RDF. Seminarium magisterskie Paweł Chrząszczewski Dodatkowe możliwości RDF Seminarium magisterskie Paweł Chrząszczewski Inne możliwości RDF RDF posiada szereg dodatkowych funkcji, takich jak wbudowane typy i właściwości reprezentujące grupy zasobów i

Bardziej szczegółowo

Wszystko na temat wzoru dokumentu elektronicznego

Wszystko na temat wzoru dokumentu elektronicznego Stowarzyszenie PEMI Wszystko na temat wzoru dokumentu elektronicznego Czym jest, kto go tworzy, kto publikuje, kto może z niego skorzystać? Mirosław Januszewski, Tomasz Rakoczy, Andrzej Matejko 2007-07-25

Bardziej szczegółowo

Szkolenie systemu POL-on

Szkolenie systemu POL-on Szkolenie systemu POL-on dr Piotr Rodzik ekspert systemu POL-on Ośrodek Przetwarzania Informacji - Państwowy Instytut Badawczy Al. Niepodległości 188B, 00-608 Warszawa Numer KRS: 0000127372 Sąd Rejonowy

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegółowo

P.2.1 WSTĘPNA METODA OPISU I

P.2.1 WSTĘPNA METODA OPISU I 1 S t r o n a P.2.1 WSTĘPNA METODA OPISU I ZNAKOWANIA DOKUMENTACJI MEDYCZNEJ W POSTACI ELEKTRONICZNEJ P.2. REKOMENDACJA OPISU I OZNAKOWANIA DOKUMENTACJI MEDYCZNEJ W POSTACI ELEKTRONICZNEJ 2 S t r o n a

Bardziej szczegółowo

XML INFORMACJE NA TEMAT STRUKTURY ( )

XML INFORMACJE NA TEMAT STRUKTURY ( ) XML INFORMACJE NA TEMAT STRUKTURY (17-11-2016)

Bardziej szczegółowo

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania. Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania. Założenia projektowe systemu NETDOC. część 1: założenia ogólne i funkcjonalność rdzenia systemu Założenia ogólne Celem projektu jest

Bardziej szczegółowo

Spis treści OPIS PLIKU W FORMACIE CSV Z DANYMI PPE LUB EP 1

Spis treści OPIS PLIKU W FORMACIE CSV Z DANYMI PPE LUB EP 1 O PIS PLIKU W F O R M A C I E CSV Z D A N Y M I PRZEKAZÓW PIENIĘŻNYCH L U B E K S PRESÓW PIENIĘŻNYCH D O K U M E N T A C J A T E C H N I C Z N A W E R S J A 4.0 L I P I E C 2 0 1 4 Spis treści 1. Struktura

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa

Bardziej szczegółowo

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI [1]) z dnia... 2006 r.

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI [1]) z dnia... 2006 r. Źródło: http://bip.mswia.gov.pl/bip/projekty-aktow-prawnyc/2006/584,projekt-rozporzadzenia-ministra-swia-z-dnia-2006-r-w-s prawie-wymagan-technicznyc.html Wygenerowano: Poniedziałek, 4 stycznia 2016, 08:37

Bardziej szczegółowo

- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu

- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu XML Schema DTD a XML Schema DTD jako opis dokumentu XML: - pozwala stworzyć jedynie bardzo ogólny schemat dokumentu - w standardzie DTD dostępne mamy jedynie rozróŝnienie na elementy proste i złoŝone -

Bardziej szczegółowo

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa INSTRUKCJA ZAKŁADANIA ELEKTRONICZNEJ SKRZYNKI PODAWCZEJ PODMIOTU PUBLICZNEGO NA PLATFORMIE EPUAP

Bardziej szczegółowo

XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW

XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW XML Schema Motywacja, struktura schematu, typy złożone Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Dlaczego nie DTD? Zastosowania XML-a w elektronicznej

Bardziej szczegółowo

Komunikacja i wymiana danych

Komunikacja i wymiana danych Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX

Bardziej szczegółowo

Kurs WWW Język XML, część I

Kurs WWW Język XML, część I Język XML, część I Paweł Rajba pawel@ii.uni.wroc.pl http://pawel.ii.uni.wroc.pl/ Zawartość modułu Wprowadzenie do XML Składnia Znaczniki i atrybuty DTD XML Schema Na podstawie kursu ze strony: http://www.w3schools.com/schema/default.asp

Bardziej szczegółowo

Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1

Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1 Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych Wersja 2.1 Lipiec 2014 1. Struktura pliku z przekazami pocztowymi/ekspresami Pieniężnymi Niniejszy dokument

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Importy z plików XML Wersja 7.2 Spis treści 1 CO TO JEST XML... 3 2 INFORMACJE OGÓLNE NA TEMAT STRUKTURY PLIKÓW XML... 4 3 IMPORT KONTRAHENTÓW... 5 3.1 IMPORT KONTRAHENTÓW...

Bardziej szczegółowo

LABORATORIUM 5 WSTĘP DO SIECI TELEINFORMATYCZNYCH WPROWADZENIE DO XML I XSLT

LABORATORIUM 5 WSTĘP DO SIECI TELEINFORMATYCZNYCH WPROWADZENIE DO XML I XSLT LABORATORIUM 5 WSTĘP DO SIECI TELEINFORMATYCZNYCH WPROWADZENIE DO XML I XSLT 1. Wstęp XML (Extensible Markup Language Rozszerzalny Język Znaczników) to język formalny przeznaczony do reprezentowania danych

Bardziej szczegółowo

Bydgoszcz, dnia 9 grudnia 2014 r. Poz. 3636. UCHWAŁA Nr II/18/14 RADY MIEJSKIEJ w ŁABISZYNIE. z dnia 3 grudnia 2014 r.

Bydgoszcz, dnia 9 grudnia 2014 r. Poz. 3636. UCHWAŁA Nr II/18/14 RADY MIEJSKIEJ w ŁABISZYNIE. z dnia 3 grudnia 2014 r. DZIENNIK URZĘDOWY WOJEWÓDZTWA KUJAWSKO-POMORSKIEGO Bydgoszcz, dnia 9 grudnia 2014 r. Poz. 3636 UCHWAŁA Nr II/18/14 RADY MIEJSKIEJ w ŁABISZYNIE z dnia 3 grudnia 2014 r. w sprawie ustalenia wzoru deklaracji

Bardziej szczegółowo

AIS/INTRASTAT. Specyfikacja techniczna XML (publiczna) wersja 1.05.000

AIS/INTRASTAT. Specyfikacja techniczna XML (publiczna) wersja 1.05.000 AIS/INTRASTAT Specyfikacja techniczna XML (publiczna) wersja 1.05.000 Projekt realizowany jest w ramach Programu ecło współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach

Bardziej szczegółowo

Systemy informatyczne. Modelowanie danych systemów informatycznych

Systemy informatyczne. Modelowanie danych systemów informatycznych Modelowanie danych systemów informatycznych Diagramy związków encji Entity-Relationship Diagrams Modelowanie danych diagramy związków encji ERD (ang. Entity-Relationship Diagrams) diagramy związków encji

Bardziej szczegółowo

Komputer nie myśli. On tylko wykonuje nasze polecenia. Nauczmy się więc wydawać mu rozkazy

Komputer nie myśli. On tylko wykonuje nasze polecenia. Nauczmy się więc wydawać mu rozkazy Programowanie w C++ 1.Czym jest programowanie Pisanie programów to wcale nie czarna magia, tylko bardzo logiczna rozmowa z komputerem. Oczywiście w jednym ze specjalnie stworzonych do tego celu języków.

Bardziej szczegółowo

Historia kodowania i format plików XML. Jolanta Bachan

Historia kodowania i format plików XML. Jolanta Bachan Historia kodowania i format plików XML Jolanta Bachan Co to jest format? Format to, w ogólnym znaczeniu, reguły określające strukturę fizyczną, sposób rozmieszczenia, zapisu informacji danego typu. Inaczej:

Bardziej szczegółowo

XML extensible Markup Language 7

XML extensible Markup Language 7 XML extensible Markup Language 7 XQuery Co to jest XQuery? XQuery to język zapytań dla XML. XQuery jest dla XML tym czym SQL dla baz danych, a SPARQL dla RDF. XQuery wykorzystuje wyrażenia XPath. XQuery

Bardziej szczegółowo

Jarosław Zembrzuski. Kierownik Projektu ZSIN. Warszawa, 27 września 2013 r.

Jarosław Zembrzuski. Kierownik Projektu ZSIN. Warszawa, 27 września 2013 r. Jarosław Zembrzuski Z-ca Dyrektora Centralnego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej Kierownik Projektu ZSIN Warszawa, 27 września 2013 r. Ramy organizacyjno - prawne Ustawa z dnia 17 maja

Bardziej szczegółowo

Strategia informatyzacji sektora ochrony zdrowia

Strategia informatyzacji sektora ochrony zdrowia Strategia informatyzacji sektora ochrony zdrowia dr inż. Kajetan Wojsyk, z-ca Dyrektora ds. Europejskich Centrum Systemów Informacyjnych Ochrony Zdrowia w Warszawie Konferencja MedTrends, Zabrze, 2016-03-18

Bardziej szczegółowo

Model semistrukturalny

Model semistrukturalny Model semistrukturalny standaryzacja danych z różnych źródeł realizacja złożonej struktury zależności, wielokrotne zagnieżdżania zobrazowane przez grafy skierowane model samoopisujący się wielkości i typy

Bardziej szczegółowo

problem w określonym kontekście siły istotę jego rozwiązania

problem w określonym kontekście siły istotę jego rozwiązania Wzorzec projektowy Christopher Alexander: Wzorzec to sprawdzona koncepcja, która opisuje problem powtarzający się wielokrotnie w określonym kontekście, działające na niego siły, oraz podaje istotę jego

Bardziej szczegółowo

RDF Schema (schematy RDF)

RDF Schema (schematy RDF) RDF Schema (schematy RDF) Schemat RDF nie dostarcza słownictwa dla aplikacji klasy jak np.: Namiot, Książka, lub Osoba; i właściwości, takich jak np.: waga w kg, autor lub jobtitle Schemat RDF zapewnia

Bardziej szczegółowo

WYJAŚNIENIA NR 2 TREŚCI SIWZ

WYJAŚNIENIA NR 2 TREŚCI SIWZ CPI-ZZP-2244-40-495/13 Warszawa, dnia 24 stycznia 2013 roku Wykonawcy, którzy pobrali SIWZ w postępowaniu nr 40-CPI-ZZP-2244/12 Działając na podstawie art. 38 ust. 1a, ust. 2 i ust. 4 w zw. z art. 12a

Bardziej szczegółowo

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema 1 Globalne i lokalne deklaracje elementów i atrybutów Deklaracje lokalne:

Bardziej szczegółowo

Szczecin, 05.02.2015 r. Copyright (c) 2015 Izba Skarbowa w Szczecinie. Izba Skarbowa w Szczecinie

Szczecin, 05.02.2015 r. Copyright (c) 2015 Izba Skarbowa w Szczecinie. Izba Skarbowa w Szczecinie Izba Skarbowa w Szczecinie Centrum Kompetencyjne Egzekucji Administracyjnej Format danych tytułów wykonawczych przekazywanych do organów egzekucyjnych przez epuap Instrukcja Wersja 1-2E0 Szczecin, 0.02.201

Bardziej szczegółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

Podstawy programowania skrót z wykładów:

Podstawy programowania skrót z wykładów: Podstawy programowania skrót z wykładów: // komentarz jednowierszowy. /* */ komentarz wielowierszowy. # include dyrektywa preprocesora, załączająca biblioteki (pliki nagłówkowe). using namespace

Bardziej szczegółowo

Język XSLT. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Język XSLT. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Język XSLT Po zrealizowaniu materiału student będzie w stanie Dokonać przekształcenia zawartości dokumentu XML do formatu HTML oraz TXT Realizować przetwarzanie warunkowe dokumentu XML Formatować wartości

Bardziej szczegółowo

Język XML Schema. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Język XML Schema. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Język Schema Po zrealizowaniu materiału student będzie w stanie Stworzyć formalny opis dokumentu Deklarować elementy i atrybuty Określić strukturę elementów w dokumencie Operować dostępnymi typami danych

Bardziej szczegółowo

Schematy aplikacyjne UML i GML dla mapy zasadniczej oraz Modelu Podstawowego. Rozdział 1 Założenia podstawowe

Schematy aplikacyjne UML i GML dla mapy zasadniczej oraz Modelu Podstawowego. Rozdział 1 Założenia podstawowe Załącznik nr 8 Schematy aplikacyjne UML i GML dla mapy zasadniczej oraz Modelu Podstawowego Rozdział 1 Założenia podstawowe 1. Na treść załącznika składają się: 1) schemat aplikacyjny UML dla mapy zasadniczej;

Bardziej szczegółowo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury

Bardziej szczegółowo

Kurs języka Python Wykład 8. Przetwarzanie tekstu Wyrażenia regularne Biblioteka urllib Parsowanie html'a XML

Kurs języka Python Wykład 8. Przetwarzanie tekstu Wyrażenia regularne Biblioteka urllib Parsowanie html'a XML Kurs języka Python Wykład 8. Przetwarzanie tekstu Wyrażenia regularne Biblioteka urllib Parsowanie html'a XML Wyrażenia regularne c:\> dir *.exe $ rm *.tmp Wyrażenia regularne 'alamakota' '(hop!)*' { '',

Bardziej szczegółowo

Akty prawne regulujące funkcjonowanie stron podmiotowych BIP

Akty prawne regulujące funkcjonowanie stron podmiotowych BIP Akty prawne regulujące funkcjonowanie stron podmiotowych BIP Michał Bukowski Departament Informatyzacji MSWiA Kraków, 15 czerwca 2007 r. Prawo dostępu do informacji publicznej Powszechna Deklaracja Praw

Bardziej szczegółowo

ROZPORZĄDZENIE RADY MINISTRÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach

ROZPORZĄDZENIE RADY MINISTRÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach PROJEKT wersja 25_04_2012 ROZPORZĄDZENIE RADY MINISTRÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach Na podstawie art. 24 b ust. 4 ustawy z dnia 17 maja 1989 r. - Prawo

Bardziej szczegółowo

Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x. Spis kodów błędów

Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x. Spis kodów błędów Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x Spis kodów błędów Stan na 9-02-2015 Numer GRUPA 100 Błędy ogólnego przetwarzania plików 101 Brak pliku do przetworzenia! 102 Wystąpiła awaria

Bardziej szczegółowo

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 2 SEAP SPECYFIKACJA XML INTERFEJS WEBSERVICE DLA PODMIOTÓW ZEWNĘTRZNYCH PL

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 2 SEAP SPECYFIKACJA XML INTERFEJS WEBSERVICE DLA PODMIOTÓW ZEWNĘTRZNYCH PL MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 2 SEAP SPECYFIKACJA XML INTERFEJS WEBSERVICE DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 26 Spis treści 1. Interfejs WebService

Bardziej szczegółowo

Schematy XML. Tomasz Traczyk. ttraczyk@ia.pw.edu.pl http://www.ia.pw.edu.pl/~ttraczyk/

Schematy XML. Tomasz Traczyk. ttraczyk@ia.pw.edu.pl http://www.ia.pw.edu.pl/~ttraczyk/ Schematy XML Tomasz Traczyk ttraczyk@ia.pw.edu.pl http://www.ia.pw.edu.pl/~ttraczyk/ Plan prezentacji Dlaczego schematy? Przykład schematu XML Schema nieco szczegółów Rola schematów XML Problemy z DTD

Bardziej szczegółowo

- 1 - PODSTAWOWE INNOWACJE W PROGRAMIE SEE ELECTRICAL V4R1

- 1 - PODSTAWOWE INNOWACJE W PROGRAMIE SEE ELECTRICAL V4R1 - 1 - PODSTAWOWE INNOWACJE W PROGRAMIE SEE ELECTRICAL V4R1 Grudzień 2007 IGE+XAO Polska sp. z o.o. Plac Na Stawach 3, 30-107 Kraków 1 - 2 - COPYRIGHT 1986-2007 IGE+XAO Wszelkie prawa zastrzeżone. Nieautoryzowane

Bardziej szczegółowo

Warszawa, dnia 9 grudnia 2013 r. Poz. 1469

Warszawa, dnia 9 grudnia 2013 r. Poz. 1469 Warszawa, dnia 9 grudnia 2013 r. Poz. 1469 OBWIESZCZENIE MINISTRA FINANSÓW z dnia 21 czerwca 2013 r. w sprawie ogłoszenia jednolitego tekstu rozporządzenia Ministra Finansów w sprawie wymogów dla systemów

Bardziej szczegółowo

z dnia... 2015 r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej

z dnia... 2015 r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej ROZPORZĄDZENIE Projekt z dnia 18.06.15 r. MINISTRA ADMINISTRACJI I CYFRYZACJI 1) z dnia... 2015 r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej Na podstawie art. 19 ust. 1 pkt 7

Bardziej szczegółowo

Wprowadzenie do arkuszy stylistycznych XSL i transformacji XSLT

Wprowadzenie do arkuszy stylistycznych XSL i transformacji XSLT Wprowadzenie do arkuszy stylistycznych XSL i transformacji XSLT Marek Wojciechowski marek@cs.put.poznan.pl http://www.cs.put.poznan.pl/~marek/ Formatowanie dokumentów XML Język XML opisuje strukturę i

Bardziej szczegółowo

ZŁOŻONOŚĆ schematów aplikacyjnych UML i GML

ZŁOŻONOŚĆ schematów aplikacyjnych UML i GML ZŁOŻONOŚĆ schematów aplikacyjnych UML i GML Agnieszka Chojka Uniwersytet Warmińsko-Mazurski w Olsztynie XXIV Konferencja PTIP, 5-7 listopada 2014 r., Warszawa Wprowadzenie 2 3 Schematy aplikacyjne Integralna

Bardziej szczegółowo

Politechnika Warszawska Wydział Geodezji i Kartografii. GEO-SYSTEM Sp. z o.o. Waldemar Izdebski. Implementacja GML w praktyce

Politechnika Warszawska Wydział Geodezji i Kartografii. GEO-SYSTEM Sp. z o.o. Waldemar Izdebski. Implementacja GML w praktyce Implementacja GML w praktyce Waldemar Izdebski Politechnika Warszawska Wydział Geodezji i Kartografii GEO-SYSTEM Sp. z o.o. Implementacja GML w praktyce 1 Konstrukcja języka XML XML (ang. extensible Markup

Bardziej szczegółowo

SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS

SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS ZAŁĄCZNIK 4 SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS Załącznik przedstawia schemat dokumentu zawierającego informacje pobierane z ZUS. Obejmuje

Bardziej szczegółowo

Zarządzenie nr 412/2007 Kanclerza Akademii Medycznej w Warszawie z dnia 16 października 2007r.

Zarządzenie nr 412/2007 Kanclerza Akademii Medycznej w Warszawie z dnia 16 października 2007r. Zarządzenie nr 412/2007 Kanclerza Akademii Medycznej w Warszawie z dnia 16 października 2007r. w sprawie: uporządkowania kwestii lokalizacji i nazewnictwa kont poczty elektronicznej oraz adresów e-mail

Bardziej szczegółowo

Zarządzanie danymi przestrzennymi

Zarządzanie danymi przestrzennymi Zarządzanie danymi przestrzennymi ERGO wykorzystuje technologię GIS typu Open Source zapewniającą otwartość, skalowalność oraz niskie koszty wdrożenia i utrzymania systemu. System zapewnia scentralizowane

Bardziej szczegółowo

Ministerstwo Finansów Departament Informatyki

Ministerstwo Finansów Departament Informatyki Ministerstwo Finansów Departament Informatyki Uniwersalna Bramka Dokumentów Specyfikacja Wejścia-Wyjścia Środowisko testowe Wersja 0.0.5 Warszawa, 01.07.2014 r. Copyright (c) 2014 Ministerstwo Finansów

Bardziej szczegółowo

METODY I JĘZYKI PROGRAMOWANIA PROGRAMOWANIE STRUKTURALNE. Wykład 02

METODY I JĘZYKI PROGRAMOWANIA PROGRAMOWANIE STRUKTURALNE. Wykład 02 METODY I JĘZYKI PROGRAMOWANIA PROGRAMOWANIE STRUKTURALNE Wykład 02 NAJPROSTSZY PROGRAM /* (Prawie) najprostszy przykład programu w C */ /*==================*/ /* Między tymi znaczkami można pisać, co się

Bardziej szczegółowo

Sposób implementacji e-faktury w oprogramowaniu Sage. e-faktura. implementacja w oprogramowaniu

Sposób implementacji e-faktury w oprogramowaniu Sage. e-faktura. implementacja w oprogramowaniu e-faktura implementacja w oprogramowaniu Korzystaj w pełni z e-faktury Spis treści 1. Wstęp 2. Zawartość e-faktury 3. Błędy podczas eksportu e-faktury 4. Ostrzeżenia podczas eksportu e-faktury 1. Wstęp

Bardziej szczegółowo

Simple Object Access Protocol

Simple Object Access Protocol Simple Object Access Protocol Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 11 grudnia 2005 roku Czym jest SOAP? Akronim SOAP oznacza Simple Object Access Protocol. SOAP jest

Bardziej szczegółowo

epuap Jak opublikować wzór w CRWDE

epuap Jak opublikować wzór w CRWDE epuap Jak opublikować wzór w CRWDE Projekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka SPIS TREŚCI SPIS TREŚCI... 2 1 Wprowadzenie...

Bardziej szczegółowo

W dalszej części dokumentu przedstawiamy skrócony opis kluczowych funkcji systemu. Niniejszy dokument nie zawiera opisu technicznego systemu.

W dalszej części dokumentu przedstawiamy skrócony opis kluczowych funkcji systemu. Niniejszy dokument nie zawiera opisu technicznego systemu. 1. Informacje Podstawowe Mediamanager 2.1 jest systemem wspierającym zarządzanie dokumentami elektronicznymi. Podstawowymi funkcjami realizowanymi przez oprogramowanie jest przetrzymywanie, zarządzanie

Bardziej szczegółowo

METODY REPREZENTACJI INFORMACJI

METODY REPREZENTACJI INFORMACJI Politechnika Gdańska Wydział Elektroniki, Telekomunikacji i Informatyki Magisterskie Studia Uzupełniające METODY REPREZENTACJI INFORMACJI Ćwiczenie 1: Budowa i rozbiór gramatyczny dokumentów XML Instrukcja

Bardziej szczegółowo

Text mining w programie RapidMiner Michał Bereta www.michalbereta.pl

Text mining w programie RapidMiner Michał Bereta www.michalbereta.pl Text mining w programie RapidMiner Michał Bereta www.michalbereta.pl 1. Wstęp Aby skorzystać z możliwości RapidMinera w zakresie analizy tekstu, należy zainstalować Text Mining Extension. Wybierz: 1 Po

Bardziej szczegółowo

DOKUMENTACJA BEZPIECZEŃSTWA

DOKUMENTACJA BEZPIECZEŃSTWA <NAZWA SYSTEMU/USŁUGI> Załącznik nr 23 do Umowy nr... z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI DOKUMENTACJA BEZPIECZEŃSTWA styczeń 2010 Strona 1 z 13 Krótki opis dokumentu Opracowano na

Bardziej szczegółowo

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA

Bardziej szczegółowo

1a Jeśli tak Karta danych pacjenta zawiera wszystkie TAK. 1b Jeśli tak Umożliwia wygenerowanie pliku xml

1a Jeśli tak Karta danych pacjenta zawiera wszystkie TAK. 1b Jeśli tak Umożliwia wygenerowanie pliku xml Firma: Medycyna Praktyczna Nazwa Produktu: empendium EDM (nowy program Medycyny Praktycznej, opracowywany na podstawie empendium Gabinet, obecnie dostępny w wersji beta) I. ZAGADNIA OGÓLNE Pytania Wielkopolskiej

Bardziej szczegółowo

Plan dzisiejszego wykładu. Narzędzia informatyczne w językoznawstwie. XML - Definicja. Zalety XML

Plan dzisiejszego wykładu. Narzędzia informatyczne w językoznawstwie. XML - Definicja. Zalety XML Plan dzisiejszego wykładu Narzędzia informatyczne w językoznawstwie Perl - Wprowadzenie do XML Marcin Junczys-Dowmunt junczys@amu.edu.pl Zakład Logiki Stosowanej http://www.logic.amu.edu.pl 16. kwietnia

Bardziej szczegółowo