Promotor: Autor: p rof. dr hab. Kazimierz Subieta Paweł Zielski

1. 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

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

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

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

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 Wyszukiwanie szczegółowe

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ść dodanaNarzę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ń • Parametry • 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