MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa Zasady zarządzania interperacyjnścią schematów XML Prjekt współfinanswany Przez Unię Eurpejską Eurpejski Fundusz Rzwju Reginalneg
Zasady zarządzania interperacyjnścią schematów XML Autr Klient Zespół prjektwy epuap Ministerstw Spraw Wewnętrznych i Administracji Wersja dkumentu 2.01 Liczba strn 16 Histria zmian Wersja Data Kt Opis zmian 1.00 03.12.2007 Zespół prjektwy Utwrzenie dkumentu 2.00 04.02.2008 Zespół prjektwy Mdyfikacja dkumentu (na pdstawie uwag zgłaszanych na frum epuap raz warsztatów) 2.01 14.02.2008 Zespół prjektwy Uzupełnienie dkumentu MSWiA 2/16
Zasady zarządzania interperacyjnścią schematów XML Spis treści 1 Wstęp... 4 1.1 Cel dkumentu... 4 1.2 Źródła infrmacji... 4 1.3 Pwiązane dkumenty... 4 1.4 Zastswane skróty i pjęcia... 5 2 Blki strukturalne dzielenie infrmacji... 6 2.1 Struktura dkumentu elektrniczneg elementy pwtarzalne... 7 2.2 Knstrukcja dkumentu XML... 7 3 Pdstawy pracy nad schematami XML... 8 3.1 Czym są schematy XML (XSD)... 8 3.1.1 Klasy schematów XML (XSD) twrzenie raz główne zasady zarządzania... 8 3.1.2 Pdział schematów... 9 3.1.3 Budwanie schematów XML (XSD)... 9 4 Organizacja pracy nad Interperacyjnścią schematów XML... 12 4.1 Wypracwanie atmwych schematów XML... 12 4.2 Wypracwywanie pdstawwych schematów XML... 12 4.3 Wypracwywanie złżnych schematów XML... 13 4.4 Inkrprwanie (imprt) schematów XML... 13 4.5 Przestrzenie nazw... 13 4.6 Zasady wersjnwania przestrzeni nazw... 14 4.7 Zasady nazywania plików schematów... 14 4.8 Zasady dkumentwania schematów XML (atmwe, pdstawwe, złżne), typów, elementów i atrybutów... 15 4.9 Taksnmia - klasyfikwanie... 15 4.10 Repzytrium interperacyjnści... 15 4.10.1 Identyfikwanie i utrzymywanie schematów... 15 MSWiA 3/16
Zasady zarządzania interperacyjnścią schematów XML Wstęp 1 Wstęp 1.1 Cel dkumentu Celem niniejszeg dkumentu jest zdefiniwanie załżeń pracy nad interperacyjnścią schematów XML w administracji publicznej. Wymiana infrmacji pmiędzy systemami teleinfrmatycznymi administracji publicznej, a także kmunikacja pmiędzy urzędami i sbami fizycznymi wymaga uzgdnienia standardów umżliwiających łatwe uzgdnienie interfejsów i jednlite rzumienie przekazywanych danych przez różne systemy teleinfrmatyczne. Jedną z pdstawwych zasad dla ustalenia tych standardów jest przyjęcie języka kmunikacji i standardu dla pisu struktur danych. Tym językiem jest XML a standardem pisu są schematy w pstaci XSD. Sam ustalenie, że psługujemy się językiem XML nie zapewnia pełnej interperacyjnści, pnieważ wymiana infrmacji wymaga uzgdnienia struktur danych i znaczenia przesyłanych infrmacji pmiędzy wszystkimi uczestnikami kmunikacji. D siągnięcia teg celu knieczne jest wypracwanie wspólnych standardów, które będą bwiązywały wszystkich. W ramach prjektu epuap Ministerstw Spraw Wewnętrznych i Administracji buduje Prtal Interperacyjnści raz Repzytrium Interperacyjnści, które będą narzędziem d realizacji wyżej wymieninych pstulatów. 1.2 Źródła infrmacji Ustawa infrmatyzacji działalnści pdmitów realizujących zadania publiczne. Rzprządzenie w sprawie minimalnych wymagań dla systemów teleinfrmatycznych Rzprządzenie w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany infrmacji w frmie elektrnicznej Rekmendacja dtycząca zasad nazewnictwa 1.3 Pwiązane dkumenty Rekmendacja dtycząca zasad nazewnictwa MSWiA 4/16
Zasady zarządzania interperacyjnścią schematów XML Wstęp 1.4 Zastswane skróty i pjęcia Nazwa Schemat Atmwy Schemat Pdstawwy Rekmendacja Interperacyjnści Prtal Interperacyjnści Repzytrium Interperacyjnści Grupa Rbcza Rzprządzenie w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany infrmacji w frmie elektrnicznej Ustawa infrmatyzacji Zasady Nazewnictwa Rzprządzenie w sprawie minimalnych wymagań dla systemów teleinfrmatycznych Objaśnienie Schemat, który nie wykrzystuje (imprtuje) innych schematów z wyjątkiem schematów zewnętrznych (dtyczący pjedynczej cechy infrmacyjnej np. imienia) Schemat, który wykrzystuje (imprtuje) schematy Atmwe lub inne Schematy Pdstawwe Dkument wypracwany w ramach prtalu Interperacyjnści. W ramach jednej rekmendacji mgą być wprwadzne różne prdukty (między innymi schemat XML) Prtal, w ramach któreg są prwadzne prace nad Interperacyjnścią. W ramach prtalu są wypracwywane Rekmendacje Interperacyjnści Repzytrium udstępniające prdukty rekmendacji np. schematy (atmwe, pdstawwe) Zespół ekspertów psiadający ściśle kreślna wiedzę z danej dziedziny. Np. Grupa Rbcza ds. XML. Grupy rbcze są rganizwane w ramach prtalu Interperacyjnści. Rzprządzenie w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany infrmacji w frmie elektrnicznej (Dz.U. 2005 nr 214 Pz. 1781) Ustawa infrmatyzacji działalnści pdmitów realizujących zadania publiczne. (Dz.U, 2005 nr 64 Pz. 564. 565) Rekmendacja dtycząca zasad nazewnictwa Rzprządzenie w sprawie minimalnych wymagań dla systemów teleinfrmatycznych (Dz.U. 2005 nr 212 Pz. 1766) MSWiA 5/16
Zasady zarządzania interperacyjnścią schematów XML Blki strukturalne dzielenie infrmacji 2 Blki strukturalne dzielenie infrmacji Prace nad Interperacyjnścią dkumentów elektrnicznych t w znacznej mierze prace nad ujednlicaniem struktur pwstających dkumentów XML. Żeby pracwać nad ujednlicaniem należy najpierw zdefiniwać w jaki spsób będą wydzielane blki infrmacyjne. Wydzielenie blków mżna realizwać na wiele spsbów, ale niezależnie d teg zawsze należy je analizwać w szerszym kntekście. Przepływ infrmacji między grupami rbczymi zajmującymi się pszczególnymi blkami jest warunkiem bez któreg prces ujednlicania mże nie zadziałać. P zidentyfikwaniu grup infrmacji przechdzi się d analizy struktury XML raz zapisu reguł w pstaci schematu pdstawweg lub atmweg. Głównym wyzwaniem jest zaprjektwanie blków które będą mgły być używane w różnych kntekstach. Najlepszym przykładem będzie blk data który mże wystąpić w różnych dkumentach wiele razy (jak data utwrzenia, ważnści, pdpisania itp.). Jeżeli pwłalibyśmy trzy zespły pracujące każdy w innym kntekście mże się zdarzyć że pwstaną elementy: <DataUtwrzenia/> <DataWaznsci/><DataPdpisania/> Zamiast <Data typ= utwrzenia /> <Data typ= waznsci /> <Data typ= pdpisania /> Klejnym przykładem mże być blk adresat który zaprjektwany przez jeden zespół zawierałby tylk jeden atrybut np. glwny, ale dpier p knsultacjach z innymi grupami każe się, że blk pwinien umżliwiać ustawienie również atrybutu dwiadmsci Analizując i knstruując schematy dla blków (lub pjedynczych cech infrmacyjnych) wart spjrzeć na nie z trzech perspektyw: a) Blki w dniesieniu d struktury dkumentów papierwych. W tej perspektywie wart zweryfikwać łatwść wyświetlenia infrmacji za pmcą stylu XSL (stsując skmplikwaną strukturę należy zweryfikwać czy nie będzie sprawiała trudnści pdczas wyświetlania). b) Blki w dniesieniu d istniejących, rejestrów referencyjnych raz bszarów merytryczny d któreg należą. Należy weryfikwać czy struktura użytych elementów jest zgdna z wymgami rejestrów referencyjnych. c) Schematy XML w dniesieniu d schematów już istniejących. Jeżeli prjektujemy schemat np. dla adresata, który w swjej strukturze mże zawierać dane sby fizycznej, t należy sprawdzić czy nie istnieje już (lub nie trwają prace) nad schematem kreślającym struktury danych sby fizycznej. MSWiA 6/16
Zasady zarządzania interperacyjnścią schematów XML Blki strukturalne dzielenie infrmacji 2.1 Struktura dkumentu elektrniczneg elementy pwtarzalne W uprszczeniu, struktura przykładweg dkumentu elektrniczneg w dniesieniu d dkumentu papierweg. Jak widać na rysunku, dkumenty elektrniczne będą składały się z pwtarzalnych elementów. Jedynie część merytryczna będzie różna w każdym dkumencie. Rysunek 1 Prządkwanie struktury dkumentu. Znak pisma Miejscwść i data Nadawca Adresat Treść/Blki merytryczne Inne a) dkument papierwy b) Wstępnie zdefiniwana struktura dkumentu Znaczna część danych takich jak adres, data, dane pdmitu, identyfikatry, itp. są identyczne w wielu dkumentach, dlateg wart zastswać standaryzację ich struktury i nazewnictwa. 2.2 Knstrukcja dkumentu XML Dbrą praktyką jest pwtórne wykrzystywanie wcześniej zdefiniwanych elementów. Twrząc klejne wersje dkumentów pwinn się stswać elementy zdefiniwane wcześniej jak schematy atmwe lub schematy pdstawwe. Głównym załżeniem pwstawania schematów atmwych raz schematów pdstawwych jest mżliwść ich pnwneg użycia w nwpwstających rdzajach dkumentów. Szczegóły dtyczące knstrukcji schematów XML dla dkumentów elektrnicznych będą mówine w dkumencie Meta Wzór Dkumentu Elektrniczneg czyli jak budwać schematy. MSWiA 7/16
Zasady zarządzania interperacyjnścią schematów XML Pdstawy pracy nad schematami XML 3 Pdstawy pracy nad schematami XML 3.1 Czym są schematy XML (XSD) Schemat XML (plik XSD) t zestaw reguł i zasad kreślających strukturę raz zawartść dkumentów XML pwstających na ich pdstawie. Schemat XML mże również dtyczyć fragmentu dkumentu lub nawet pjedynczeg elementu. 3.1.1 Klasy schematów XML (XSD) twrzenie raz główne zasady zarządzania Klasa Główna zawiera schematy pwszechnie wykrzystywane przez większść dkumentów np. data, adresat, nadawca. Schematy Główne pwinny być zgdne z Zasadami nazewnictwa Schematy Główne pwinny być zaprjektwane jak uniwersalne blki, które będą stswane w innych klasach schematów klasy Klasa Dziedzinwa zawiera schematy pwszechnie wykrzystywane przez dkumenty w jednej dziedzinie. Przykładem mże być schemat pisujący perat szacunkwy. Schematy Dziedzinwe pwinny być zgdne z Zasadami nazewnictwa Schematy Dziedzinwe pwinny być zaprjektwane jak uniwersalne blki, które będą stswane w innych klasach dziedzinwych raz przystswanych Klasa Przystswana zawiera zatwierdzne standardy pracwane przez inne instytucje. Przykładem takieg schematu mże być schemat dtyczący pdpisu elektrniczneg XMLDsig Schematy Przystswane nie muszą być zgdne z Zasadami nazewnictwa Schematy Przystswane będą zawierały dwa rdzaje schematów Schematy zewnętrzne niezmienine (umieszczne lkalnie lub pbierane ze źródła) Schematy zewnętrzne adptwane/rzszerzne na ptrzeby Interperacyjnści(umieszczne lkalnie) MSWiA 8/16
Zasady zarządzania interperacyjnścią schematów XML Pdstawy pracy nad schematami XML 3.1.2 Pdział schematów UWAGA!!! Zaleca się aby w ramach jednej przestrzeni nazw istniał schemat XML zawierający definicję wszystkich elementów i typów z danej przestrzeni nazw. Wynika t z faktu że niektóre parsery XML nie bsługują pprawnie Imprtu więcej niż jedneg pliku z danej przestrzeni nazw. Schematy atmwe t takie, które zawierają minimalne zakresy danych, które nie pdlegają dalszej dekmpzycji. Przykładem elementu kreślneg schematem atmwym będzie <Imie>. Schematy pdstawwe zbudwane na pdstawie schematów atmwych raz innych schematów pdstawwych. Definiują struktury pdstawwe, które będą wielkrtnie używane w schematach złżnych, raz wzrach elektrnicznych. Przykładem elementu kreślneg schematem pdstawwym będzie <Adresat> który w swjej strukturze wykrzystuje schemat pdstawwy Osba definiujący element <Imie>. Schematy złżne definiują strukturę danych dla knkretnych zastswań np. schemat wnisku wpis d rejestru ewidencji działalnści gspdarczej lub schemat decyzji pzwlenia na sprzedaż alkhlu. Schematy zewnętrzne zdefiniwane w zewnętrznych jednstkach standaryzacyjnych (W3C, OASIS, ETSI, ) wykrzystywane w schematach złżnych, pdstawwych i atmwych. Główne pwiązania między schematami. 3.1.3 Budwanie schematów XML (XSD) Pdstawwym wymaganiem pdczas twrzenia nwych schematów pdstawwych i atmwych jest stswanie zasad nazewnictwa. MSWiA 9/16
Zasady zarządzania interperacyjnścią schematów XML Pdstawy pracy nad schematami XML Definiwanie struktur danych w dkumentach XML plega na kreśleniu złżnej struktury bazując w miarę mżliwści na strukturach wcześniej zdefiniwanych. Przed rzpczęciem knstrukcji zawartści schematu pwinn się kreślić dane, które schemat będzie kreślał (np. dane adresata). Ważnym aspektem analizy jest zweryfikwanie różnych kntekstów wykrzystania kreślneg schematu. Najlepszym przykładem będzie element data, który mże występwać w różnych dkumentach w innym znaczeniu (jak data utwrzenia, ważnści, pdpisania itp.). Mżliwe są dwa scenariusze pwstawania nwych schematów. Pniżej pisane zstały scenariusze dla elementu adresat (jak sba fizyczna). Zstał przyjęte, że żadna cecha infrmacyjna nie zstała jeszcze zdefiniwana (w innym przypadku należałby ją wykrzystać (zaimprtwać przestrzeń nazw w której występuje)). Scenariusz 1. W przypadku braku definicji cechy infrmacyjnej twrzymy nwy typ wewnątrz daneg schematu (wszystk w jednym pliku). a) Definicja cech infrmacyjnych ptrzebnych d stwrzenia struktury adres: ulica, numer lkalu, numer budynku, miejscwść, itp. dane sby fizycznej: imię, nazwisk, itp. b) Definicja brakujących elementów wewnątrz schematu Scenariusz 2. W przypadku braku definicji cechy infrmacyjnej twrzymy nwy typ jak schemat atmwy lub zgrupwany schemat pdstawwy, a następnie g imprtujemy (chyba, że będzie w tej samej przestrzeni). W przypadku gdy w ramach jednej przestrzeni nazw pwstanie więcej niż jeden schemat zaleca się aby instytucja dpwiedzialna za daną przestrzeń nazw stwrzyła ddatkw schemat XML zawierający wszystkie definicje typów raz elementów z danej przestrzeni nazw. a) Definicja cech infrmacyjnych ptrzebnych d stwrzenia struktury adres: ulica, numer lkalu, numer budynku, miejscwść, itp. dane sby fizycznej: imię, nazwisk, itp. b) Definicja brakujących elementów w schematach zewnętrznych (w tej samej lub innej przestrzeni nazw) Przykład dekmpzycji elementu Adresat: MSWiA 10/16
Zasady zarządzania interperacyjnścią schematów XML Pdstawy pracy nad schematami XML MSWiA 11/16
Zasady zarządzania interperacyjnścią schematów XML Organizacja pracy nad Interperacyjnścią schematów XML 4 Organizacja pracy nad Interperacyjnścią schematów XML 4.1 Wypracwanie atmwych schematów XML Pdstawą dla wypracwania schematów atmwych jest: Rzprządzenie Rady Ministrów w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany infrmacji w frmie elektrnicznej W przypadku danych nie występujących w rzprządzeniu, a przechwywanych w rejestrach państwwych pdstawą dla schematów atmwych są Struktury danych zawarte w rejestrach państwwych Schematy atmwe, które nie zstały kreślne rzprządzeniem raz nie psiadają reprezentacji struktury w rejestrach publicznych są wypracwane w pstaci rekmendacji. Strną widącą dla wypracwania takiej rekmendacji pwinien być minister, d któreg zakresu kmpetencji należy Dział administracji publicznej w zakresie danych, które będą definiwane. Dla przykładu schematy atmwe kreślające nazwy i identyfikatry leków pwinny być inicjwane i nadzrwane przez ministra zdrwia. Nwe schematy atmwe są wypracwane w pstaci rekmendacji interperacyjnści. Jeżeli w ramach jednej przestrzeni nazw jest wypracwywanych więcej niż jeden schemat atmwy zaleca się umieszczenie wszystkich definicji w jednym pliku XSD. 4.2 Wypracwywanie pdstawwych schematów XML Schematy pdstawwe są wypracwywane na pdstawie Schematów atmwych i innych schematów pdstawwych. Schematy pdstawwe są wprwadzane rekmendacjami interperacyjnści. Nie dpuszcza się istnienia równlegle dwóch schematów pdstawwych dtyczących teg sameg zestawu cech infrmacyjnych. Jeżeli w ramach jednej przestrzeni nazw jest wypracwywanych więcej niż jeden schemat pdstawwy zaleca się umieszczenie wszystkich definicji w jednym pliku XSD. MSWiA 12/16
Zasady zarządzania interperacyjnścią schematów XML Organizacja pracy nad Interperacyjnścią schematów XML 4.3 Wypracwywanie złżnych schematów XML Schematy złżne są wypracwywane na pdstawie Schematów atmwych raz schematów pdstawwych. Schematy złżne są wprwadzane rekmendacjami interperacyjnści. 4.4 Inkrprwanie (imprt) schematów XML Schematy Atmwe lub pdstawwe z tej samej przestrzeni nazw inkrpruje się za pmcą plecenia include. Schematy Atmwe lub pdstawwe z innej przestrzeni nazw inkrpruje się za pmcą plecenia imprt. UWAGA!!!!! Należy pamiętać żeby nie imprtwać więcej niż jedneg pliku XSD z tej samej przestrzeni nazw. Właśnie ze względu na t wymaganie zaleca się twrzenie jedneg pliku zawierająceg definicje wszystkich elementów z danej przestrzeni nazw. W przypadku gdy w ramach jednej przestrzeni nazw pwstaje wiele plików ze schematami atmwymi i pdstawwymi należy stwrzyć plik inkludujący wszystkie zdefiniwane schematy w ramach danej przestrzeni nazw. 4.5 Przestrzenie nazw Każdy schemat (atmwy, pdstawwy, złżny) jest przypisany d przestrzeni nazw. Przestrzeń nazw ma frmat URI w pstaci URL-a d katalgu w którym publikwane są wszystkie schematy z danej przestrzeni nazw. W ramach jednej przestrzeni nazw mże być publikwany np.: Jeden schemat zawierający definicje wszystkich struktur atmwych i pdstawwych (zalecane dla przestrzenie zawierającej wiele definicji) Jeden schemat atmwy Wiele schematów atmwych + jeden plik includujący wszystkie pliki schematów atmwych Wiele schematów atmwych + wiele schematów pdstawwych+ jeden plik includujący wszystkie pliki schematów atmwych i pdstawwych Jeden schemat pdstawwy Jeden schemat złżny Itp. Każda Grupa Rbcza publikuje pracwane przez siebie schematy w skjarznym z tą grupą katalgu. Przykładwa struktura przestrzeni nazw. http://crd.gv.pl/xml/schematy/epuap/sba/2006/11/08/ lub http://repzytrium.gv.pl/xml/schematy/zakres_merytryczny_schematw/2007/11/18/ lub http://nazwa.ministerstwa.gv.pl/xml/schematy/zakres_merytryczny_schematw/2007/11/18/ MSWiA 13/16
Zasady zarządzania interperacyjnścią schematów XML Organizacja pracy nad Interperacyjnścią schematów XML Wszystkie schematy z tej przestrzeni (atmwe, pdstawwe, złżne) zstałyby publikwane w lkalizacji przestrzeni nazw, np. schemat struktury danych sby byłby publikwany jak: http://crd.gv.pl/xml/schematy/epuap/sba/2006/11/08/sba.xsd Opis elementów struktury: http://crd.gv.pl/ - dmena (repzytrium) xml typ publikwanych materiałów Interperacyjnści schematy - dprecyzwanie typu publikwanych materiałów w repzytrium Interperacyjnści epuap katalg Grupy Rbczej (w tym przypadku grupa rbcza w ramach prjektu epuap). Inne przykładwe grupy t: Grupa XML (skupiająca ekspertów z zakresu XML a) Grupa MSWiA, MF (skupiająca ekspertów Interperacyjnści z pszczególnych ministerstw) Grupa Wrta Małplski, SEKAP skupiająca ekspertów z knkretnych prjektów. sba identyfikatr merytryczny zawartści W tym przypadku znacza t, że w danej przestrzeni będą publikwane elementy dtyczące sby. 2006/11/08/ - data utwrzenie przestrzeni nazw Reguły kwalifikwania nazw elementów i atrybutów prefiksami przestrzeni nazw ustala się następując: elementfrmdefault= qualified attributefrmdefault= unqualified 4.6 Zasady wersjnwania przestrzeni nazw Wersjnwanie przestrzeni nazw jest realizwane pprzez utwrzenie nweg URI w pstaci URL dla nwej przestrzeni nazw (składnikiem URI jest data utwrzenia przestrzeni nazw). Relacja pmiędzy przestrzenią aktualną raz przeterminwaną jest realizwana mechanizmami Prtalu Interperacyjnści. 4.7 Zasady nazywania plików schematów Nazwy plików schematów XSD są twrzne zgdnie z regułami: piswnia małą literą dpwiadają zawartści schematu (nazwa typu /elementu /dkumentu) zaleca się aby używać rzeczwników (w języku plskim) w liczbie pjedynczej nazwa kńczy się na.xsd MSWiA 14/16
Zasady zarządzania interperacyjnścią schematów XML Organizacja pracy nad Interperacyjnścią schematów XML 4.8 Zasady dkumentwania schematów XML (atmwe, pdstawwe, złżne), typów, elementów i atrybutów Zaleca się aby wypracwywane schematy były pisywane za pmcą: Elementów anntatin i dcumentatin zaleca się aby każdy plik xsd zawierał pis dtyczący semantyki cech infrmacyjnych zawartych w schemacie. Np. w schemacie numeru pesel pis, że jest t numer identyfikacyjny nadawany każdemu bywatelwi Plski. Metadanych Prtalu Interperacyjnści. zaleca się, aby każdy pjedynczy element (plik xsd) psiadał minimum infrmacji na temat: Taksnmii (klasyfikacja). Klasy schematu (główny, dziedzinwy, przystswany). Schematów które (inkrprują) krzystają z pisywaneg schematu. Schematów z których (inkrpruje) krzysta pisywany schemat. Infrmacji wersjach, które zastąpił pisywany schemat, lub które zastąpił pisywany schemat. Daty utwrzenia raz mdyfikacji. Identyfikatra rekmendacji która wprwadziła pisywany schemat. 4.9 Taksnmia - klasyfikwanie Każdy pwstający schemat jest klasyfikwany zgdnie z dstępnymi kategriami. Klasyfikwanie następuje przed publikwaniem schematu. Jeżeli w zdefiniwanym słwniku nie ma hasła klasyfikująceg twrzny schemat, grupa rbcza zgłasza ptrzebę utwrzenia dpwiednieg hasła Słwnik klasyfikacji zstanie zdefiniwany w ramach prac prtalu Interperacyjnści 4.10 Repzytrium interperacyjnści Schematy pracwane w ramach prtalu Interperacyjnści będą publikwane w repzytrium Interperacyjnści (w lkalizacji zgdnej z przestrzenią nazw). W szczególnych przypadkach fizyczna lkalizacja raz URI mgą być prwadzne przez rganizację dpwiedzialną za dany bszar merytryczny. 4.10.1 Identyfikwanie i utrzymywanie schematów Wszystkie schematy wprwadzane rekmendacjami i rzprządzeniami są utrzymywane i udstępniane w repzytrium Interperacyjnści. Każdy schemat ma nadany niepwtarzalny identyfikatr (URI w pstaci URL a z przestrzeni nazw raz nazwę pliku XSD np.: MSWiA 15/16
Zasady zarządzania interperacyjnścią schematów XML Organizacja pracy nad Interperacyjnścią schematów XML http://crd.gv.pl/xml/schematy/epuap/sba/2006/11/08/sba.xsd) umżliwiający jednznaczne zidentyfikwanie schematu raz użycie g w schematach wyższeg rzędu. Każdy schemat jest pwiązany z infrmacją umżliwiającą zidentyfikwanie rekmendacji, którą zstał wprwadzny. Każdy schemat jest pwiązany z infrmacją jeg typie (atmwy, pdstawwy, złżny). Każdy schemat jest pwiązany z infrmacją czy spełnia rekmendacje wytwrzne wcześniej w zakresie nazewnictwa, spełnienia wymagań budwy. Schematy są pwiązane z infrmacją aktualnści (czy schemat jest aktualny, czy nie zstał zastąpiny nwszą wersją). Schematy są pwiązane z infrmacją karencji bwiązywania schematu. Np. schemat Imię ma swją nwą wersję ale stary schemat mże być wykrzystywany jeszcze 6 miesięcy. Wszystkie schematy wprwadzne d repzytrium interperacyjnści nie pdlegają mdyfikacjm. Bezpieczeństw (dstępnść, integralnść i autentycznść) udstępninych w repzytrium schematów jest chrnine za pmcą zabezpieczeń systemwych i rganizacyjnych). Szczegóły mechanizmów zstaną wypracwane w trakcie prjektwania Prtalu Interperacyjnści raz Repzytrium Interperacyjnści. MSWiA 16/16