Promotor: Autor: prof. dr hab. Kazimierz Subieta Paweł Zielski

Prezentacja na temat: "Promotor: Autor: prof. dr hab. Kazimierz Subieta Paweł Zielski"— Zapis prezentacji:

1 Promotor: Autor: prof. dr hab. Kazimierz Subieta Paweł Zielski
Zastosowanie XML-a do celów praktycznych na przykładzie dystrybucji informacji w portalu biznesowym. Promotor: Autor: prof. dr hab. Kazimierz Subieta Paweł Zielski

2 Cel pracy Celem pracy jest prezentacja języka XML i jego możliwości w zastosowaniach praktycznych. Praktycznym przykładem zastosowania języka XML jest aplikacja wraz z narzędziami stanowiąca system centralnej bazy dla dokumentów.

3 Zakres pracy Zbudowanie archiwum dokumentów
zaprojektowanie i budowa centralnej bazy dokumentów. Zaproponowanie standardu przechowywania i wymiany dokumentów centralna baza daje szanse na stworzenie jednolitego standardu – otwartego interfejsu elektronicznej wymiany dokumentów elektronicznych. Dostarczenie narzędzi pozwalających na korzystanie z dokumentów narzędzia pozwalające na korzystanie ze zgromadzonych informacji.

4 Wiedza ogólna Dlaczego język XML ?

5 Początki języka XML Początek prac nad językiem XML datuje się na rok 1996. XML został stworzony pod auspicjami konsorcjum W3C. Szefem grupy był Jona Bosak z Sun Microsystems. XML zatwierdzono jako rekomendację W3C w roku 1998.

6 Cele stawiane językowi XML
Oddzielenie warstwy prezentacji od danych Przenoszalność danych Zgodność ze standardem SGML Prostota obsługi dokumentów XML Odporność na błędy

7 Oddzielenie warstwy prezentacji i warstwy danych
Dokument podzielony jest na dane znakowe i znaczniki. Dane znakowe stanowią główną zawartość dokumentu. Znaczniki nie odpowiadają za wyświetlanie dokumentu, opisują jedynie strukturę logiczną dokumentu. Za prezentacje danych odpowiedzialne są języki stylu (CSS, XSL).

8 Przenoszalność danych
XML gwarantuje przechowywanie informacji w formacie niezależnym od jednej aplikacji i systemów operacyjnych. Do obróbki danych można wykorzystać dowolne narzędzia potrafiące przetwarzać XML. Struktura XML umożliwia automatyczne konwertowanie dokumentacji na dowolne formaty końcowe (XHTML, PDF, RTF, ...).

9 Zgodność ze standardem SGML
XML jest podzbiorem języka SGML. Każdy walidowany dokument XML jest prawidłowym dokumentem SGML. Zarówno w XML jak i SGML przyjęto zasadę, że znakowanie opisuje strukturę dokumentu. Obydwa standardy pozwalają na definiowanie własnych znaczników.

10 Prostota obsługi dokumentów XML
Interfejs pomiędzy dokumentem XML a aplikacją stanowią analizatory składni. Wyróżniamy dwa typy analizatorów składni: Interfejsy oparte na obiektach (np. DOM) Interfejsy oparte na zdarzeniach (np. SAX) Analizator składni wykonując swoją funkcję upraszcza pracę z rozbudowanymi strukturami XML.

11 Odporność na błędy W procesie weryfikacji parser sprawdza poprawność dokumentu, czyli jego zgodność ze standardem XML, a więc: pojedynczy element główny i zgodna wielkość liter, wymagane stosowanie znaczników zamykających, wartości atrybutów zamknięte w cudzysłowach, poprawne zagnieżdżanie znaczników. W procesie walidacji sprawdzana jest prawidłowość dokumentu, czyli jego zgodność z DTD bądź schematem XML.

12 Przyjęte rozwiązania

13 Założenia projektowe System posiada następujące cechy:
możliwość gromadzenia danych w formacie XML, możliwość przeglądania i wyszukiwania danych, prezentacja informacji i dokumentów na stronach WWW, możliwość uzyskania danych z bazy.

14 Warstwa centralna systemu
Integracja i Transformacja Danych Kolejkowanie przychodzących wiadomości Przyjmowanie , odczyt i defragmentacja paczek dokumentów, Zapis do bazy dokumentów Logowanie zdarzeń Potwierdzanie otrzymania i zapisu wiadomości Serwerow?

15 Warstwa centralna systemu
Dane (Dokumenty) Przechowywanie dokumentów Odpowiedź na zapytania Budowa rezultatów

16 Warstwa centralna systemu
Aplikacje centralne Dostarczenie interfejsu do wyszukiwania i przeglądania dokumentów Dostarczenie niezależnej warstwy raportującej Logowanie i udostępnianie informacji o zapytaniach bazodanowych Przypisywanie uprawnień korzystania z systemu

17 Warstwa centralna systemu-technologia
WebSphere MQ Komunikacja asynchroniczna Pewność dostarczania komunikatów WebSphere Bussiness Integration Message Broker (MQSI) Transformacja dokumentów Walidacja składniowa Inteligentna dystrybucja Elastyczne modelowanie –szybkie integrowanie nowych typów dokumentów Serwerow?

18 Warstwa centralna systemu- technologia
Tamino XML Server Przechowywanie dokumentów XML w formie własnej Wsparcie standardów XPath i W3C XQuery Możliwość elastycznego manipulowania struktura bazy dokumentów Serwerow?

19 Warstwa centralna systemu-technologia
WebSphere Application Server Skalowalna platforma obsługi procesów biznesowych i interakcji z użytkownikiem Wsparcie dla standardu J2EE Narzędzia szybkiego rozwoju i utrzymania aplikacji Serwerow?

20 Struktury dokumentów - wymagania
Dokument musi być jednoznacznie identyfikowalny na każdym etapie przetwarzania Dane przesyłane pomiędzy klientem a bazą muszą być podpisane i zaszyfrowane Dane podlegają walidacji – zgodność ze schematem, zgodność ze słownikami w ustalonym zakresie Dokument może być przetwarzany na różnych platformach sprzętowo‑systemowych Zawartość dokumentu w centralnej bazie musi być identyczna z dokumentem źródłowym

21 Struktury dokumentów – standardy
Podstawowa jednostka przechowywania danych – dokument XML Standard zapisu struktury danych W3C XML Schema (Tamino Schema Definition) Dokumenty XML jako warstwa transportowa Dokumenty XML jako format przechowywania danych w bazie dokumentów

22 Struktury dokumentów – warstwa transportowa
PACZKI - Dokument XML zawierający paczkę z deklaracjami podatkowymi wykorzystywany jest do przesyłania deklaracji pomiędzy źródłem a bazą dokumentów.

23 Struktury dokumentów – bezpieczeństwo transportu
Zabezpieczenie danych <ENCRYPTED> Szyfrowany jest cały dokument zawierający paczki z dokumentami Szyfrowanie i odszyfrowanie następuje zgodnie z wytycznymi konsorcjum W3C zawartymi w specyfikacji XML-Encryption Syntax and Processing. Proces szyfrowania Wylosowanie liczb klucza symetrycznego, którym następnie przy pomocy algorytmu 3DES szyfrowany jest cały dokument Klucz symetryczny jest następnie szyfrowany algorytmem klucza asymetrycznego RSA v. 1.5 przy użyciu klucza publicznego odbiorcy.

24 Struktury dokumentów – bezpieczeństwo transportu
Sprawdzenie nadawcy <PODPIS> Podpis pod dokumentem, podpisywany kluczem prywatnym dla sprawdzenia pochodzenia dokumentu Podpisy są tworzone i weryfikowane zgodnie z wytycznymi konsorcjum W3C zawartymi w specyfikacji XML-Signature Syntax and Processing.

25 Struktury dokumentów – przechowywanie
Przechowywanie dokumentów <DOK> Dokument zawiera: podstawowe atrybuty oryginalny dokument XML listę operacji na dokumencie (OPERACJE_DOK) Atrybuty pobierane z oryginalnego dokumentu XML : typ dokumentu źródło dokumentu data uwagi, itp..

26 Funkcjonalność

27 Funkcjonalność aplikacji korzystającej z bazy dokumentów
Praca z dokumentami Wyszukiwanie ogólne Wyszukiwanie szczegółowe Monitorowanie zdarzeń Dodawanie niezdefinowanych dokumentów

28 Wyszukiwanie ogólne Wyszukiwanie ogólne
Funkcjonalność wyszukiwania ogólnego pozwala na wyszukiwanie, niezależnie od typu dokumentu Oparte o stałe kryteria wyszukiwania Prezentacja wyników w postaci listy zawierającej podstawowe informacje oraz referencji do dokumentu szczegółowego

29 Wyszukiwanie ogólne - kryteria
Kryteria wyszukiwania typ dokumentu – lista typów dokumentów zasilających archiwum. źródło dokumentu – w zależności od typu dokumentu data wpłynięcia dokumentu – zakres dat wpłynięcia dokumentu do archiwum słowa kluczowe w dokumencie – możliwość określenia słów kluczowych. Słowa kluczowe są tworzone automatycznie dla każdego dokumentu na postawie określonych reguł i dodawane jako atrybut dokumentu archiwum.

30 Wyszukiwanie szczegółowe
Kryteria definiowane w zakresie szczegółów poszczególnych dokumentów Kryteria wyszukiwania są zmienne w zależności od typu dokumentu Prezentacja wyników w postaci listy zawierającej podstawowe informacje oraz referencji do dokumentu szczegółowego

31 Monitorowanie i kontrola zdarzeń
Zdarzenia związane z obsługą dokumentów zapisywane są do logu zdarzeń (baza danych). operacje dotyczące oglądania i pobierania szczegółów dokumentów osoby wykonującej dane zdarzenie kod zdarzenia datę wykonania określonego zdarzenia Logowanie zdarzeń jest procesem automatycznym

32 Monitorowanie i kontrola zdarzeń
Przeszukanie bazy danych pod kątem wykonywania określonych czynności przez określone osoby w systemie. Kryteria wyszukiwania osoba wykonująca zdarzenie typ zdarzenia zakres dat dokument, którego dotyczą zdarzenia Prezentacja wyników w postaci listy

33 Bezpieczeństwo – autentykacja i autoryzacja
Interfejs systemu zawsze wymaga logowania Logowanie realizowane jest przy użyciu czytnika i karty mikroprocesorowej Możliwość wykorzystania infrastruktury PKI Proces logowania wymaga kodu PIN do karty System na podstawie przydzielonych ról uprawnienia użytkownika do korzystania z aplikacji

34 Bezpieczeństwo – zarządzanie
Czynności związane z bezpieczeństwem aplikacji Zmiana kodu PIN Przeglądanie uprawnień Zarządzanie uprawnieniami Wyszukiwanie użytkowników systemu Dodawanie / usuwanie użytkowników Określanie uprawnień Modyfikacja danych Blokowanie / odblokowywanie użytkowników W projekcie docelowym proponujemy wyodrębnić niezależna warstwę bezpieczeństwa

35 Wartość dodana Narzędzia

36 Udostępnienie danych dla systemów zewnętrznych
Cel Udostępnienie dokumentów (informacji) zawartych w centralnej bazie dokumentów na potrzeby systemów zewnętrznych. Potencjalne wykorzystanie Twórcy niezależnego portalu zgłaszają potrzebę cyklicznego zasilania informacjami z centralnej bazy. Aktualizacja informacji ma odbywać się co tydzień w piątek w godzinach wieczornych.

37 Udostępnienie danych dla systemów zewnętrznych
Cel techniczny Zaprojektowania mechanizmu do konfiguracji i automatyzacji komunikacji z systemami zewnętrznymi. Scenariusz techniczny Administrator portalu uzgadnia format i zakres danych, poziom zabezpieczeń, docelowe tabele i opcjonalnie metody przekazywania komunikatów zwrotnych.

38 Udostępnienie danych dla systemów zewnętrznych
Wymagania funkcjonalne Zapisywanie zapisań na liście zadań do wykonanie Parametry Zapytanie Transformat (plik transformujący) Odbiorca Uruchamianie zapytań ustalona godzina ustalony interwał

39 Udostępnienie danych dla systemów zewnętrznych
Wymagania funkcjonalne Przetwarzanie wyników odebranie wyników zapytania z bazy danych opcjonalna transformacja wyników opcjonalna podpisanie podpisem elektronicznym paczki danych szyfrowanie danych dostarczenie wyników do odbiorcy opcjonalne przyjęcie i logowanie potwierdzeń

40 Udostępnienie danych dla systemów zewnętrznych
Wymagania niefunkcjonalne Parametry zapisywane w pliku XML (opcjonalnie przechowywanym w Tamino) Arkusz transformacji w standardzie XSLT Wysyłanie, wiązanie odbiorcy z miejscem dostarczenia komunikatów przy pomocy WebSphere MB Dostarczenie komunikatów do pliku lub do bazy danych (z wykorzystaniem mechanizmów mapowania WebSphere MB)

41 Prezentacja