Załącznik nr 1 do umowy CUI/ZP/PN/.../2017. Warsztaty grupowe

Transkrypt

1 Załącznik nr 1 do umowy CUI/ZP/PN/.../ Warsztaty grupowe 1. Wykonawca zobowiązuje się do przeprowadzenia warsztatów grupowych dla osób wyznaczonych przez Zamawiającego, w zakresie obsługi, korzystania oraz utrzymania Systemu z wykorzystaniem środowiska testowo-szkoleniowego w terminie trwania umowy, tj. zgodnie z postanowieniami niniejszego Załącznika i umowy. 2. Czas trwania i zakres warsztatów musi być wystarczający, aby administratorzy potrafili administrować Systemem. 3. Warsztaty zostaną przeprowadzone we Wrocławiu, w salach szkoleniowych udostępnionych przez Zamawiającego dla ilości osób nie większej niż 10 osób. 4. Wykonawca przygotuje materiały szkoleniowe dla każdego uczestnika warsztatów i przekaże je w dniu realizacji danego warsztatu. 5. Wykonawca zapewni wykwalifikowaną kadrę wykładowców oraz organizację i przebieg warsztatów, gwarantujący przekazanie wiedzy i niezbędnych umiejętności na jak najwyższym poziomie oraz pozwalający na sprawne posługiwanie się Systemem w danym zakresie funkcjonalnym. 6. Zamawiający zobowiązany jest do: 1) zorganizowania pracy w sposób umożliwiający przeszkolenie wyznaczonych administratorów Systemu, zgodnie w ustalonym planem warsztatów oraz w ustalonym zakresie; 7. Koszty przygotowania środowiska szkoleniowego Systemu i zapewnienia materiałów szkoleniowych ponosi Wykonawca. 8. W trakcie trwania wdrożenia, w ramach samodoskonalenia administratorzy Systemu mogą na bieżąco konsultować swoją wiedzę o Systemie z konsultantami Wykonawcy oddelegowanymi do wdrożenia Systemu. 2 Wymagania dotyczące warsztatów 1. Zamawiający wymaga, aby Warsztaty Grupowe, spełniały poniższe warunki: 1) zakres tematyczny warsztatów, w zależności od wystawionego zlecenia przez Zamawiającego, powinien być zgodny z tematyką administracji szyną danych, konfiguracją środowiska, budową usług na szynie; 2) Zamawiający każdorazowo w zamówieniu określi tematykę i zakres Warsztatów; 3) warsztaty powinny być poprzedzone wstępem omawiającym obszar wiedzy ogólnej o Systemie, jego możliwościach i jego użytkowaniu z punktu widzenia klienta; 4) Na warsztatach powinny być przekazanie umiejętności tworzenia raportów, widoków oraz zaprezentowane elementy integracji z innymi systemami; 5) warsztaty powinny składać się przynajmniej w 80% z ćwiczeń wykonywanych przez uczestników szkolenia; 6) warsztaty powinny być zaplanowane przez Wykonawcę w formie scenariuszy ćwiczeń, przedstawionych Zamawiającemu do akceptacji przynajmniej 2 tygodnie przed planowanym terminem szkolenia; 7) wszystkie scenariusze ćwiczeń powinny być opisane w materiałach szkoleniowych (tutoriale) tak aby uczestnik warsztatów był w stanie samodzielnie wykonać każdy scenariusz posługując się tymi materiałami; 8) Wykonawca ma obowiązek zapewnienia danych testowych i warunków do ćwiczeń gwarantujących poprawny przebieg ćwiczeń; 9) czas warsztatów powinien być dostosowany do planu szkolenia. Niedoszacowanie powinno skutkować przedłużeniem trwania szkolenia bez ponoszenia dodatkowych kosztów przez Zamawiającego; 10) warsztaty i materiały dydaktyczne powinny być w języku polskim; Strona 1 z 5

2 11) Warsztaty odbędą się we Wrocławiu, w sali zapewnionej przez Wykonawcę albo w siedzibie CUI; 12) po stronie Wykonawcy leży obowiązek sprawdzenia gotowości sali na potrzebę prowadzenia warsztatów i środowiska szkoleniowego do szkoleń oraz odpowiedzialność za jego prawidłowe działanie. 2. Wykonawca zobowiązuje się do przeprowadzenia warsztatów grupowych dla osób wyznaczonych przez Zamawiającego, w zakresie obsługi, korzystania oraz utrzymania Systemu z wykorzystaniem środowiska testowo-szkoleniowego w terminie trwania umowy, tj. zgodnie z postanowieniami umowy. 3. Czas trwania i zakres warsztatów musi być wystarczający, aby administratorzy potrafili administrować Systemem. 4. Warsztaty zostaną przeprowadzone we Wrocławiu, w salach szkoleniowych udostępnionych przez Zamawiającego dla ilości osób nie większej niż 12 osób. 5. Wykonawca przygotuje materiały szkoleniowe dla każdego uczestnika warsztatów i przekaże je w dniu realizacji danego warsztatu. 6. Wykonawca zapewni wykwalifikowaną kadrę wykładowców oraz organizację i przebieg warsztatów, gwarantujący przekazanie wiedzy i niezbędnych umiejętności na jak najwyższym poziomie oraz pozwalający na sprawne posługiwanie się Systemem w danym zakresie funkcjonalnym. 7. Koszty przygotowania środowiska szkoleniowego Systemu i zapewnienia materiałów szkoleniowych ponosi Wykonawca. 8. W trakcie trwania wdrożenia, w ramach samodoskonalenia administratorzy Systemu mogą na bieżąco konsultować swoją wiedzę o Systemie z konsultantami Wykonawcy oddelegowanymi do wdrożenia Systemu. 9. Każdorazowo Zamawiający wyśle do Wykonawcy zakres warsztatów wraz z sugerowanymi terminami realizacji. Wykonawca zaakceptuje lub zgłosi uwagi co do zakresu, terminu oraz czasu trwania warsztatów. 10. Czas trwania i zakres Warsztatów musi być wystarczający, aby użytkownicy potrafili posługiwać się Systemem w zakresie ról przypisanych do poszczególnych grup użytkowników, a administratorzy potrafili Systemem administrować. 11. W całym Okresie Gwarancyjnym Systemu Zamawiający może występować do Wykonawcy z wnioskiem o przeprowadzenie Warsztatów Dodatkowych dla wyznaczonych przez siebie grup osób, a Wykonawca ma obowiązek je przeprowadzić. Paragraf 13 ust. 2-7 stosuje się odpowiednio. 12. Warsztaty podlegają odbiorowi. Z odbioru sporządzany będzie każdorazowo Protokół Odbioru. 13. Najpóźniej w dniu poprzedzającym przeprowadzenie każdego ze warsztatów, Wykonawca ma obowiązek przekazać dokumentację użytkownika przynajmniej w zakresie zgodnym z zakresem tego szkolenia 2 Szkolenia 1. Szkolenia powinny być skierowane do 3 grup: 1) administratorzy szkolenie w zakresie administracji szyną danych ESB Mule, w tym konfiguracja, instalacja szyny, jej komponentów, podnoszenie wersji, monitorowanie przepływów na szynie, projektowanie usług, zarządzanie szyną danych w tym zarządzanie i monitorowanie środowiskiem Mule przez Mule Management Console. 2) Administratorzy i programiści podłączanie i konfiguracja przepływów, webserwisów do szyny danych, podstawowe składowe i architektura Mule ESB, Najczęściej stosowane wzorce integracyjne (EIP) oraz ich sposób realizacji przy użyciu platformy Mule ESB, obsługa komunikatów, usługi, komponenty Mule ESB ze szczególnym uwzględnieniem: a. Components b. Transfomers c. Message Flow Processors d. Connectors Strona 2 z 5

3 3) szkolenie podstawowe - szkolenie powinno obejmować: 1. Podstawowe składowe i architektura Mule ESB 2. Omówić istniejące komponenty w Mule ESB 3. Optymalizacja architektury ze szczególnym uwzględnieniem tworzenia własnych konektorów 4. Prezentacja możliwości zarządzania i monitorowania w środowisku Mule 5. Omówienie różnic pomiędzy wersją komercyjną a darmową 6. Najczęściej stosowane wzorce integracyjne (szczegółowo) oraz szybkie omówienie sposobu ich realizacji w Mule 7. Omówienie komunikatów 8. Omówienie usług 9. Omówienie jakości realizacji usług 10. Omówienie bezpieczeństwa realizacji usług 11. Omówienie kwestii wydajności 12. Prezentacja możliwości testowania usług 13. Zapoznanie z zaawansowanymi usługami na szynie ESB 14. Możliwości łączenia dwóch szyn Mule wraz z możliwościami rozwoju 2. Zakres szkoleń: 1. Podstawowe składowe i architektura Mule ESB b) Mule Framework integration framework c) Mule Manager runtime environment d) Mule SEDA (Staged Event-Driven Architecture) e) Deployment w trybie Mule Server (standalone) f) Deployment w trybie Mule Embeded (embedded in Java application) 2. Komponenty Mule ESB a) Components (CXF, Echo, Expression, HTTP Resource Handler, Logger, REST Component) b) Routers (inbound, outbound, async-reply) c) Transformers (m.in. Java, XML, XSLT, Script, Datamapper) d) Catch-all Strategies e) Message Flow Processors (m.in. async, choice, aggregator, splitter, custom processor, idempotent filter, message filter, processor chain, recipient list, redelivery, request-reply, round robin, wire tap) f) Connectors (m.in. HTTP, File, FTP, JDBC, JMS, POP3, AMQP, Salesforce) g) Mule AnyPoint DataSens 3. Tworzenie własnych komponentów Mule ESB w oparciu o: a) org.mule.api.processor.messageprocessor b) org.mule.routing.outbound.abstractoutboundrouter c) org.mule.transport.* 4. Testowanie rozwiązań opartych o Mule ESB (Mule TCK Test Compatibility Kit) a) testy funkcjonalne (org.mule.tck.junit4.functionaltestcase) b) testy jednostkowe (org.mule.tck.abstractmuletestcase) c) testy wydajnościowe (Mule Profiler Pack) 5. Zarządzanie i monitorowanie środowiskiem Mule poprzez Mule Management Console 6. Środowisko programistyczne - Mule Studio / Anypoint Studio 7. Omówienie różnic pomiędzy wersją komercyjną (Mule ESB Enterprise Edition), a darmową społecznościową (Mule ESB Community Edition) 8. Najczęściej stosowane wzorce integracyjne (EIP Enterprise Integration Patterns) oraz ich sposób realizacji przy użyciu platformy Mule ESB Strona 3 z 5

4 a) Kanał b) Wiadomość c) Usługa d) Filtr e) Router f) Transformator g) Endpoint h) Omówienie pozostałych popularnych wzorców 9. Obsługa komunikatów a) Struktura komunikatu b) Typy i formaty komunikatów c) Transformacja i konwersja komunikatów d) Walidacja komunikatów e) Persystencja komunikatów 10. Usługi a) Konstrukcja usługi b) Typy usług c) Kontrakt usługi d) Konfigurowanie usług 11. Aranżacja usług i routing wiadomości na szynie a) Rejestry i repozytoria usług b) Routing na szynie ESB c) Routing ze względu na treść (CBR - Content Based Routing) d) Notyfikacje 12. Jakość realizacji usług a) Replikacja usług b) Klastrowanie na poziomie usług i protokołów transportowych c) Ponawianie komunikatów d) Monitorowanie i zarządzanie usługami e) Wdrażanie zmian (hot deployment) f) Pozostałe 13. Zabezpieczanie usług a) Bezpieczne usługi na szynie Mule ESB b) Uwierzytelnianie i autoryzacja c) Szyfrowanie danych na szynie 14. Obsługa błędów i sytuacji wyjątkowych a) Ponawianie b) Kompensacja c) Wycofywanie d) Przetwarzanie transakcyjne 15. Wydajność a) Strojenie (tunning) parametrów usług (protokół transportowy, ilość wątków, itp.) Strona 4 z 5

5 b) Cache c) Strojenie parametrów środowiska uruchomieniowego (java, serwer aplikacyjny, serwer kolejek, baza danych, itp.) 16. Testowanie usług na szynie ESB a) Metody i narzędzia wspomagające testowanie usług (automatyzacja) 17. Zaawansowane usługi na szynie ESB a) Różnica pomiędzy przepływem integracyjnym, orkiestracją usług (BPEL), a procesem biznesowym (BPM) b) Wsparcie dla procesów biznesowych (BPM) i orkiestracji usług (BPEL) c) Wsparcie dla reguł biznesowych (BRMS) d) Wsparcie dla przetwarzania strumieni zdarzeń (CEP) 3 Procedura składania zleceń na Warsztaty i Szkolenia Strony ustalają następującą procedurę składania Zlecenia z zakresu Warsztatów: 1) Zamawiający wyśle do Wykonawcy przy pomocy poczty Zlecenie przeprowadzenia Warsztatu lub Szkolenia ze wskazaniem zakresu Szkolenia lub Warsztatu, 2) Po otrzymaniu wskazanych w pkt. 1 egzemplarzy zlecenia, Wykonawca może w terminie 3 dni od dnia otrzymania tych egzemplarzy zaproponować inny niż wskazany w egzemplarzach termin szkolenia, warsztatów, zaproponowany przez Wykonawcę termin nie może być dłuższy niż 7 dni terminu zaproponowanego przez Zamawiającego; 3) Wykonawca zaproponuje koszt Warsztatów/Szkolenia zgodnie z przesłanym zleceniem oraz ilość godzin potrzebna do zrealizowania Warsztatów; 4) Zamawiający Zaakceptuje lub zgłosi uwagi do zaproponowanego wynagrodzenia oraz czasochłonności, 5) Wykonawca przystąpi do przeprowadzenia Zlecenia po zaakceptowaniu Zlecenia przez obie strony. Strona 5 z 5