ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A.

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

Download "ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A."

Transkrypt

1 ZAŁĄCZNIK Nr 2 do CZĘŚCI II SIWZ WYCIĄG ZE STANDARDÓW, ZASAD I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A. 1

2 Załącznik Nr 2 do Część II SIWZ Wyciąg ze standardów, zasad i wzorców integracyjnych obowiązujących w PSE Operator S.A. SPIS ZAWARTOŚCI ZAŁĄCZNIKA NR 2 DO CZĘŚCI II SIWZ: 1 ZESTAWIENIE ZASAD, STANDARDÓW I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A PODSTAWOWE WYTYCZNE WYNIKAJĄCE Z ZASAD, STANDARDÓW I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A

3 1 ZESTAWIENIE ZASAD, STANDARDÓW I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A. PSE S.A. posiada niżej opisany zestaw standardów, wytycznych i zaleceń odwzorowujący podejście do budowy platformy integracyjnej, stanowiący połączenie technologii wspierającej integrację systemów informatycznych, zbioru praktyk i procedur organizacyjnych oraz wzorców i standardów integracyjnych, zgodnie z którymi rozwiązania w obszarze integracji systemów teleinformatycznych PSE S.A. powinny być projektowane, implementowane i zarządzane. Obowiązujące standardy, wytyczne i zalecenia są zawarte w następujących opracowaniach, które zostaną udostępnione wybranemu Wykonawcy po podpisaniu umowy: 1. Referencyjna architektura logiczna Platformy Integracyjnej: 1.1. Model Strukturalny Architektury Integracyjnej Model Warstwowy referencyjnej Architektury Integracyjnej Architektura logiczna Serwisów i Procesów Integracyjnych Architektura logiczna Monitoringu przepływów integracyjnych. 2. Zasady architektoniczne i wzorce integracyjne: 2.1. Zasady projektowania usług i procesów integracyjnych oraz budowania dokumentów kanonicznych Standardy tworzenia Kanałów i Adapterów dla systemów dziedzinowych Standardy tworzenia Serwisów i Procesów Standardy nadawania nazw usługom, przepływom i kolejkom Standardy budowania komunikatów (w tym kanonicznych) Standardy logowania komunikatów Standard nazewnictwa i tworzenia grup egzekucyjnych. 3. Reguły implementacji rozwiązań integracyjnych: 3.1. Standard organizacji przestrzeni nazw przepływów i dokumentów Standardy nazewnictwa obiektów IBM WebSphere Message Broker typu Broker, ExecutionGroup, QueueManager, Queue. 3

4 3.3. Reguły tworzenia jednolitego kodu przepływów zachowujące opracowane zasady i wzorce integracyjne Standard obsługi błędów, sytuacji wyjątkowych oraz logowania stanu przetwarzania Standard wersjonowania kodu Standard słownikowania atrybutów Standard mapowania Sposoby konfiguracji usług (WebService, Websphere MQ) Zasady konfiguracji zabezpieczeń. 4. Procedura zarządzania zmianą w obszarze EAI: 4.1. Referencyjny model procesu wytwórczego przepływów w obszarze platformy integracyjnej EAI Referencyjny model zarządzania zmianą w Kanonicznym Modelu Danych (CDM), w tym opis ról i odpowiedzialności Szablon dokumentu specyfikującego wymagania dla przepływów integracyjnych Opis zasad monitorowania stanu realizacji usług integracyjnych Szablony dokumentów i modeli usług dostarczanych przez Wykonawców Zasady prowadzenia testów. 4

5 2 PODSTAWOWE WYTYCZNE WYNIKAJĄCE Z ZASAD, STANDARDÓW I WZORCÓW INTEGRACYJNYCH OBOWIĄZUJĄCYCH W PSE S.A. EAI_001 Koncepcja integracji oparta jest o Strukturalny Model Architektury Integracyjnej obowiązujący w PSE S.A. (1.1. Model Strukturalny Architektury Integracyjnej). Centralną częścią architektury jest korporacyjna szyna usługowa ESB. Występuje ona jako element infrastruktury SOA, który dostarcza usługi pozwalające na przekazywanie wywołań serwisów oraz uruchomienie procesów pomiędzy Konsumentami a Dostawcami. EAI_002 Usługi i procesy integracyjne powinny być budowane zgodnie z obowiązującym w PSE S.A. warstwowym modelem architektury (1.2. Model Warstwowy referencyjnej Architektury Integracyjnej). Każdy przepływ PI (Kanał, Serwis/Proces, Adapter) powinien być przypisany do wydzielonej warstwy wyszczególnionej w hierarchicznym Modelu Warstwowym. EAI_003 Serwisy i Procesy powinny być budowane w oparciu o Logiczną Architekturę Serwisów i Procesów obowiązującą w PSE S.A. (1.3. Architektura logiczna Serwisów i Procesów Integracyjnych). Powinien zostać określony typ serwisu ( request-response, serwisy synchronizujące obiekty biznesowe pomiędzy wieloma systemami, serwisy publikujące obiekty biznesowe z jednego systemu do wielu) lub procesu (krótkotrwałe, długotrwałe), a jego realizacja dostosowana do logicznej architektury serwisów i procesów. EAI_004 Projektowanie usług i procesów realizujących usługi integracyjne powinno uwzględniać Logiczną Architekturę Monitoringu przepływów Integracyjnych (1.4. Architektura logiczna Monitoringu przepływów integracyjnych). Dla każdego przepływu powinny zostać wskazane kluczowe punkty monitoringu oraz powinno zostać określone działanie zgodne ze scenariuszami działania w przypadku wystąpienia sytuacji wyjątkowych. EAI _005 Komunikacja pomiędzy warstwami Architektury (uruchamianie przepływów) odbywa się zgodnie z określonymi przez PSE S.A. zasadami. (2.1. Zasady projektowania usług i procesów integracyjnych oraz budowania dokumentów kanonicznych). 5

6 Uruchamianie przepływów realizujących komunikacje pomiędzy warstwami powinno być zaprojektowane zgodnie z hierarchią w Warstwowym Modelu Architektury. EAI_006 Usługi i procesy w obszarze Platformy Integracyjnej są projektowane w oparciu o obiekty zdefiniowane w Kanonicznym Modelu Danych PSE S.A. (2.1. Zasady projektowania usług i procesów integracyjnych oraz budowania dokumentów kanonicznych). Zastosowanie KMD uniezależnia komunikację w ramach Platformy Integracyjnej od formatu komunikatów systemów dziedzinowych. EAI_007 Usługi integracyjne są tworzone zgodnie z obowiązującymi w PSE zasadami projektowania usług (2.1. Zasady projektowania usług i procesów integracyjnych oraz budowania dokumentów kanonicznych). Na przykład: Usługi powinny być niezależne od innych usług udostępnionych na PI. Usługa jest wykonywana w całości lub nie jest wykonywana w ogóle. EAI_008 Kanały i Adaptery należy tworzyć zgodnie z regułami tworzenia Kanałów i Adapterów obowiązujących w PSE S.A. (2.2. Standardy tworzenia Kanałów i Adapterów dla systemów dziedzinowych). Adapter powinien zapewnić interfejs i realizować usługi pokrywające cały zakres wymagań biznesowych stawianych PI w danej dziedzinie. EAI_009 Usługi i procesy integracyjne powinny być dostarczane wraz z dokładną dokumentacją, procedurami i scenariuszami testowymi (4.1. Referencyjny model procesu wytwórczego przepływów w obszarze platformy integracyjnej EAI). Dokumentacja powinna zawierać, co najmniej opis funkcjonalny, wymagania niefunkcjonalne, powinna wskazywać autorów oraz osoby odpowiedzialne za utrzymanie usługi/procesu. EAI_010 Usługi i procesy integracyjne powinny być projektowane zgodnie z ustalonymi QoS i umowami SLA (2.3. Standardy tworzenia Serwisów i Procesów). 6

7 Należy zapewnić wymaganą wydajność, dostępność i czasy odpowiedzi usług i procesów integracyjnych. EAI_011 Przepływy realizujące usługi i procesy integracyjne powinny obsługiwać wszystkie potencjalne sytuacje wyjątkowe ( 2.3. Standardy tworzenia Serwisów i Procesów). Należy wziąć pod uwagę wszystkie możliwe ścieżki w przepływie, np. komunikaty mogą ginąć, jeżeli nie są podłączone wszystkie terminale wyjściowe węzłów, lub kiedy komunikaty nie są persystentne. Należy przygotować odpowiednie scenariusze na wypadek awarii, np. czy komunikaty zalegające w bocznych kolejkach, do których trafiły po błędzie w przepływie, mają ostatecznie, po usunięciu awarii, trafić do systemu dziedzinowego, do którego były kierowane, czy mają zostać usunięte z tych kolejek. Należy się również zastanowić na nadawaniem czasu ważności komunikatom transportowanym przez Platformę Integracyjną. EAI_012 W PSE obowiązują ustalone standardy nazewnictwa usług, przepływów oraz kolejek (2.4. Standardy nadawania nazw usługom, przepływom i kolejkom). W PSE S.A. stosuje się hierarchiczny format nazewnictwa w oparciu o moduły biznesowe lub segmenty w języku angielskim. EAI_013 Komunikaty (w tym kanoniczne) przekazywane w obrębie PI posiadają określoną strukturę oraz są tworzone i utrzymywane zgodnie ze standardami obowiązującymi w PSE (2.5. Standardy budowania komunikatów). Każdy komunikat obsługiwany w ramach platformy integracyjnej posiada określoną strukturę logiczną i zawiera ustandaryzowany nagłówek. EAI_014 W PSE obowiązują ustalone standardy logowania komunikatów (2.6. Standardy logowania komunikatów). W razie konieczności logowania komunikatów transportowanych przez Platformę Integracyjną wykorzystuje się uniwersalne podprzepływy, które automatycznie wykonują archiwizację wiadomości w bazie danych. EAI_015 W PSE obowiązują ustalone reguły tworzenia i nazewnictwa grup egzekucyjnych (2.7. Standard nazewnictwa i tworzenia grup egzekucyjnych). 7

8 Grupy egzekucyjne powinny być tworzone z uwzględnieniem zagadnień: zrównoleglenia pracy, wydajności, bezpieczeństwa, rozmiaru komunikatu, współdzielenia funkcjonalności, zarządzania przepływami. EAI_016 W PSE obowiązują ustalone zasady organizacji przestrzeni nazw dla przepływów i dokumentów (3.1. Standard organizacji przestrzeni nazw przepływów i dokumentów). W PSE S.A. stosuje się hierarchiczny format nazewnictwa w oparciu o moduły biznesowe lub segmenty w języku angielskim EAI_017 W PSE S.A. obowiązują ustalone standardy nazewnictwa instancji brokerów, menadżerów kolejek, kanałów (3.2. Standardy nazewnictwa obiektów IBM WebSphere Message Broker typu Broker, ExecutionGroup, QueueManager, Queue). W PSE S.A. stosuje się hierarchiczny format nazewnictwa w oparciu o moduły biznesowe lub segmenty w języku angielskim EAI_018 W PSE obowiązują ustalone zasady dotyczące nazewnictwa komentowania, wersjonowania oraz formatowania kodu źródłowego ESQL. (3.3. Reguły tworzenia jednolitego kodu przepływów zachowujące opracowane zasady i wzorce integracyjne; 3.5. Standard wersjonowania kodu). Jednolite zasady tworzenia kodu źródłowego zwiększają czytelności implementacji oraz narzucają wielokrotne wykorzystanie komponentów. EAI_019 W PSE S.A. obowiązują ustalone standardy logowania błędów, sytuacji wyjątkowych oraz standardowych na Platformie Integracyjnej (3.4. Standard obsługi błędów, sytuacji wyjątkowych oraz logowania stanu przetwarzania). Do monitorowania stanu procesów i usług na Platformie Integracyjnej stosowane są pliki logów oraz baza danych. EAI_020 Podczas tworzenie słowników oraz specyfikacji reguł mapowania obiektów z natywnych modeli danych na używany w obrębie PI Kanoniczny Model należy przestrzegać standardów słownikowania i mapowania atrybutów obowiązujących w PSE S.A. (3.6. Standard słownikowania atrybutów; 3.7. Standard mapowania). 8

9 W przypadku złożonych usług mapowanie pól i atrybutów obiektów, również słownikowanych, odbywa się za pomocą kodu ESQL lub użycia usługi zewnętrznej względem brokera. EAI_021 Konfiguracja usług wykonywana jest na podstawie określonych parametrów podłączenia się do usługi oraz wyspecyfikowanych parametrach wejściowych i wejściowych (3.8. Sposoby konfiguracji usług (WebService, Websphere MQ). Wszystkie informacje dotyczące usługi opisuje Metryka Usługi. EAI_022 Projektowane usługi i procesy integracyjne powinny zapewniać wymagany przez PSE S.A. poziom bezpieczeństwa integracji (3.9. Zasady konfiguracji zabezpieczeń). Należy spełnić wymagany sposób uwierzytelniania oraz autoryzacji Konsumentów i Dostawców usług. Należy zapewnić wymaganą poufność i integralność danych transportowanych przez PI. EAI_023 W PSE S.A. obowiązuje ujednolicony proces prowadzenia inicjatyw projektowych dotyczących zmian na Platformie Integracyjnej obejmujący: Definicję ról. Definicję zadań. Listę dokumentacji projektowej. (4.1. Referencyjny model procesu wytwórczego przepływów w obszarze platformy integracyjnej EAI). Podczas wdrożeń na Platformie Integracyjnej należy stosować się do zdefiniowanego procesu wytwórczego. Zunifikowany proces wytwórczy pozwala na prowadzenie projektów w sposób metodyczny i wpływa pozytywnie na rezultaty prowadzonych prac. EAI_024 Dokumentacja projektowa dostarczana przez Dostawcę powinna być zgodna ze zdefiniowanymi w PSE S.A. szablonami dokumentów (4.3. Szablon dokumentu specyfikującego wymagania dla przepływów integracyjnych, 4.5. Szablony dokumentów i modeli usług dostarczanych przez Wykonawców). Zdefiniowane szablony dokumentów obejmują komplet dokumentacji dla zmian wprowadzanych na PI. Stosowanie zdefiniowanych szablonów dokumentów ma na celu zapewnienie kompletności i jakość dostarczanej dokumentacji projektowej. 9

10 EAI_025 Kanoniczny Model Danych PSE S.A. powinien opierać się na modelu CIM zawierającym referencyjny model danych dla przemysłu elektroenergetycznego (4.2. Referencyjny model zarządzania zmianą w Kanonicznym Modelu Danych (CDM), w tym opis ról i odpowiedzialności). Projektując Kanoniczny Model Danych PSE S.A. należy korzystać z modelu CIM. Zastosowanie referencyjnego modelu danych gwarantuje jego spójność i zgodność KDM ze standardami przemysłowymi. EAI_026 Kanoniczny Model Danych PSE S.A. jest utrzymywany centralnie w narzędziu Sparx Enterprise Architect. (4.2. Referencyjny model zarządzania zmianą w Kanonicznym Modelu Danych (CDM), w tym opis ról i odpowiedzialności) Kanoniczny Model Danych PSE S.A. musi być udokumentowany z wykorzystaniem narzędzia Sparx Enterprise Architect. EAI_027 W PSE S.A. obowiązują zasady rozwijania Kanonicznego Modelu Danych PSE S.A. (4.2. Referencyjny model zarządzania zmianą w Kanonicznym Modelu Danych (CDM), w tym opis ról i odpowiedzialności) Nowe obiekty Kanonicznego Modelu Danych i zmiany w istniejących obiektach muszą być projektowane i wprowadzane zgodnie z ustalonymi w PSE S.A. zasadami. EAI_028 W PSE S.A. obowiązują zasady monitorowania postępu prac na Platformie Integracyjnej (4.4. Opis zasad monitorowania stanu realizacji usług integracyjnych). W trakcie wprowadzania zmian na PI należy stosować zdefiniowane w PSE S.A zasady komunikacji i monitorowania postępu prac. EAI_029 Podczas prowadzenia testów na PI należy stosować przyjętą w PSE Operator S.A. organizację środowisk testowych (4.6. Zasady prowadzenia testów). Organizacja środowisk testowych PI powinna wspierać wykonanie testów wewnętrznych PI oraz testów integracyjnych z wykorzystaniem integrowanych systemów. EAI_030 Zakres testów wykonywanych na PI musi obejmować testy jednostkowe, testy integracyjne PI, w tym testy regresji, oraz opcjonalnie testy wydajnościowe. Wykonawca musi wspierać wykonanie testów procesowych (4.6. Zasady prowadzenia testów). 10

11 Wymagany zakres testów powinien być uzgodniony przed rozpoczęciem testów. W ramach wykonania testów na PI należy udokumentować przebieg i rezultat poszczególnych etapów. Wykonanie zdefiniowanego zakresu testów gwarantuje poprawne działanie oprogramowania uruchamianego na PI. EAI_031 Podczas testowania zmian na PI należy stosować narzędzia wspierające testy będące standardem w PSE S.A.: soapui, JMeter, JUnit (4.6. Zasady prowadzenia testów) W ramach dokumentacji testów muszą zostać przekazane do PSE S.A. skrypty testowe dla wykorzystanych narzędzi testowych. Stosowanie wspólnego zestawu narzędzi testowych zwiększa powtarzalność testów, ich automatyzację a w rezultacie wpływa pozytywnie, na jakość oprogramowania uruchamianego na Platformie Integracyjnej. EAI_032 Testy wykonywane na PI powinny w jak największym stopniu opierać się na wykorzystaniu zaślepek do systemów dziedzinowych (4.6. Zasady prowadzenia testów). Elementem przygotowania do testów jest utworzenie zaślepek i symulatorów dla interfejsów integrowanych systemów dziedzinowych. Wykorzystanie zaślepek i symulatorów uniezależnia wykonanie testów wewnętrznych PI od rozwoju i zmian wprowadzanych w systemach dziedzinowych. 11

Wdrożenie technologii procesowej IBM BPM w EFL

Wdrożenie technologii procesowej IBM BPM w EFL Wdrożenie technologii procesowej IBM BPM w EFL Marcin Naliwajko Z-ca dyrektora Departamentu Technologii Dominik Lisowski Starszy Architekt Systemów IT Grupy EFL WebSphere Message Broker 2008 r. Wdrożenie

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

Bardziej szczegółowo

Projektowanie oprogramowania

Projektowanie oprogramowania Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne

Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne Rafał Czubik Krzysztof Komorowski IBM 2008 IBM Corporation Metodyka jest ważna Procesy i moduły Obszary decyzyjne

Bardziej szczegółowo

DOTACJE NA INNOWACJE

DOTACJE NA INNOWACJE Strzyżów, 29-05-2013 Ogłoszenie o zamówieniu kompleksowego wdrożenia systemu B2B do współpracy handlowej pomiędzy firmą Triton a Partnerami Zamawiający: TRITON S.C. Marcin Bosek, Janusz Rokita ul. Słowackiego

Bardziej szczegółowo

Szablon Planu Testów Akceptacyjnych

Szablon Planu Testów Akceptacyjnych Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia

Bardziej szczegółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Tester oprogramowania 2014/15 Tematy prac dyplomowych Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven

Bardziej szczegółowo

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU Projekt Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO

Bardziej szczegółowo

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko

Bardziej szczegółowo

Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2

Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2 Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu Projekt ZEFIR 2 1 Metryka dokumentu Nazwa projektu Właściciel projektu Izba Celna Wykonawca* Produkt Autorzy Plik_wersja

Bardziej szczegółowo

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych Rola architektury systemów IT Wymagania udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu metod modelowania architektury systemów IT - UML, systemów zorientowanych na usługi, systemów

Bardziej szczegółowo

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Sekcja I: Instytucja zamawiająca/podmiot zamawiający Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Modernizacja systemów zarządzania i obsługi klienta w Kasie Rolniczego Ubezpieczenia Społecznego

Modernizacja systemów zarządzania i obsługi klienta w Kasie Rolniczego Ubezpieczenia Społecznego Modernizacja systemów zarządzania i obsługi klienta w Kasie Rolniczego Ubezpieczenia Społecznego Wicedyrektor Biura Kadr i Szkolenia Centrali KRUS 1 Projekty Komponentu A Poakcesyjnego Programu Wsparcia

Bardziej szczegółowo

Zakres wymagań dotyczących Dokumentacji Systemu

Zakres wymagań dotyczących Dokumentacji Systemu Załącznik nr 2 do Umowy nr CUI/.../.../.../2014 z dnia r. Zakres wymagań dotyczących Dokumentacji Systemu 1. Uwagi i wymagania ogólne 1. Dokumentacja musi zostać dostarczona w wersji elektronicznej edytowalnej

Bardziej szczegółowo

2.11. Monitorowanie i przegląd ryzyka 2.12. Kluczowe role w procesie zarządzania ryzykiem

2.11. Monitorowanie i przegląd ryzyka 2.12. Kluczowe role w procesie zarządzania ryzykiem Spis treści Wstęp 1. Wprowadzenie 1.1. Co to jest bezpieczeństwo informacji? 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne? 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa

Bardziej szczegółowo

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia

Bardziej szczegółowo

Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych

Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych Wstęp... 13 1. Wprowadzenie... 15 1.1. Co to jest bezpieczeństwo informacji?... 17 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne?... 18 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa

Bardziej szczegółowo

E-administracja warunkiem rozwoju Polski. Obecna i potencjalna rola epuap w procesowym zarządzaniu w administracji

E-administracja warunkiem rozwoju Polski. Obecna i potencjalna rola epuap w procesowym zarządzaniu w administracji E-administracja warunkiem rozwoju Polski Obecna i potencjalna rola epuap w procesowym zarządzaniu w administracji Mariusz Madejczyk Ministerstwo Spraw Wewnętrznych i Administracji 1 epuap, a zarządzanie

Bardziej szczegółowo

FORMULARZ OFERTOWY. Termin dostarczenia dokumentu 1

FORMULARZ OFERTOWY. Termin dostarczenia dokumentu 1 strona 1 Zał. 1 do zapytania ofertowego FORMULARZ OFERTOWY Opteam S.A. o/lublin ul. Budowlana 30 20-469 Lublin W związku z realizacją projektu pod nazwą,,opracowanie nowoczesnego i zaawansowanego systemu

Bardziej szczegółowo

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Sekcja I: Instytucja zamawiająca/podmiot zamawiający Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze

Bardziej szczegółowo

Część I Rozpoczęcie pracy z usługami Reporting Services

Część I Rozpoczęcie pracy z usługami Reporting Services Spis treści Podziękowania... xi Wprowadzenie... xiii Część I Rozpoczęcie pracy z usługami Reporting Services 1 Wprowadzenie do usług Reporting Services... 3 Platforma raportowania... 3 Cykl życia raportu...

Bardziej szczegółowo

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC Akademia MetaPack Uniwersytet Zielonogórski Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC Krzysztof Blacha Microsoft Certified Professional Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC Agenda:

Bardziej szczegółowo

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B NAZWA ZADANIA ZADANIE CZĄSTKOWE TECHNOLOGIA ILOŚĆ OSÓB ILOŚĆ GODZIN TERMIN REALIZACJI 1 2 4 5 6 7 Zadanie 1 - wersji alfa 1 systemu B2B 3 723

Bardziej szczegółowo

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank. Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl Obsługa wniosków kredytowych Potrzeba elastyczności

Bardziej szczegółowo

Audyt oprogramowania systemu B2B oprogramowanie umożliwiające zarządzanie informacjami o produktach:

Audyt oprogramowania systemu B2B oprogramowanie umożliwiające zarządzanie informacjami o produktach: ZAŁĄCZNIK NR 1 Dodatkowe informacje dotyczące audytu systemu informatycznego B2B - zakres prac. Audyt oprogramowania (testy akceptacyjne i bezpieczeństwa) systemu informatycznego System B2B automatyzujący

Bardziej szczegółowo

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania

Bardziej szczegółowo

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2 Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów

Bardziej szczegółowo

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? Koszalin, 15-16.05.2006 III Zawodowa Konferencja Zawód kartografa 200910151500 Agenda 1. Koncepcja SKBDT 2. Podstawowe założenia koncepcji

Bardziej szczegółowo

Założenia i stan realizacji projektu epuap2

Założenia i stan realizacji projektu epuap2 Założenia i stan realizacji projektu epuap2 Michał Bukowski Analityk epuap Serock, 28 października 2009 r. Agenda 1. Projekt epuap - cele i zakres. 2. Zrealizowane zadania w ramach epuap. 3. Projekt epuap2

Bardziej szczegółowo

Elektroniczna Księga Wieczysta

Elektroniczna Księga Wieczysta Elektroniczna Księga Wieczysta Aspekty wdrażania systemu informatycznego świadczącego usługi drogą elektroniczną Robert Ciurkot Dyrektor Departamentu Konsultingu Grupa Bull Grupa Bull na świecie 50 krajów

Bardziej szczegółowo

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki 2011. Promotor dr inż. Paweł Figat

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki 2011. Promotor dr inż. Paweł Figat Grzegorz Ruciński Warszawska Wyższa Szkoła Informatyki 2011 Promotor dr inż. Paweł Figat Cel i hipoteza pracy Wprowadzenie do tematu Przedstawienie porównywanych rozwiązań Przedstawienie zalet i wad porównywanych

Bardziej szczegółowo

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r.

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r. ZAPYTANIE OFERTOWE Wrocław, dnia 23.03.2015 r. W związku z realizacją przez Nova Telecom spółka z ograniczoną odpowiedzialnością, projektu pn.: Wdrożenie zintegrowanego systemu klasy B2B, umożliwiającego

Bardziej szczegółowo

SOA Web Services in Java

SOA Web Services in Java Wydział Informatyki i Zarządzania Wrocław,16 marca 2009 Plan prezentacji SOA 1 SOA 2 Usługi Przykłady Jak zacząć SOA Wycinek rzeczywistości Problemy zintegrowanych serwisów : Wycinek Rzeczywistości Zacznijmy

Bardziej szczegółowo

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

Projektowanie Modeli Usług dla rozwiązań typu SOA

Projektowanie Modeli Usług dla rozwiązań typu SOA Projektowanie Modeli Usług dla rozwiązań typu SOA Service Oriented Modeling and Architecture (SOMA ) IBM Global Business Services, zdefiniował zestaw usług konsultingowych oraz narzędzi pomagających organizacjom

Bardziej szczegółowo

SYSTEM WSMS ZARZĄDZANIE STANDARDEM STACJI ROBOCZYCH. info@prointegra.com.pl tel: +48 (032) 730 00 42

SYSTEM WSMS ZARZĄDZANIE STANDARDEM STACJI ROBOCZYCH. info@prointegra.com.pl tel: +48 (032) 730 00 42 SYSTEM WSMS ZARZĄDZANIE STANDARDEM STACJI ROBOCZYCH info@prointegra.com.pl tel: +48 (032) 730 00 42 1. WPROWADZENIE... 3 2. KORZYŚCI BIZNESOWE... 4 3. OPIS FUNKCJONALNY WSMS... 4 WSMS AUDIT... 6 WSMS SM...

Bardziej szczegółowo

Nowe aplikacje i usługi w środowisku Grid

Nowe aplikacje i usługi w środowisku Grid Nowe aplikacje i usługi w środowisku Grid Wstęp Pojęcie GRID Aplikacje/Usługi Laboratorium Wirtualne Krajowy Magazyn Danych Zastosowanie Skala i zasięg Użytkownik końcowy Uwarunkowania ekonomiczne Laboratorium

Bardziej szczegółowo

Sąsiedzi: bezpieczeństwo IT w wybranych standardach niemieckich i francuskich. Maciej Kaniewski

Sąsiedzi: bezpieczeństwo IT w wybranych standardach niemieckich i francuskich. Maciej Kaniewski : bezpieczeństwo IT w wybranych standardach niemieckich i francuskich Maciej Kaniewski 1/19 IT Baseline Protection Manual IT Grundschutz = zabezpieczenie podstawowe Opracowany przez Federalny Urząd ds.

Bardziej szczegółowo

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o. Grodzisk Wielkopolski, dnia 11.02.2013r. ZAMAWIAJĄCY z siedzibą w Grodzisku Wielkopolskim (62-065) przy ul. Szerokiej 10 realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia 7.01.2014 r. w związku z realizacją projektu pn.

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia 7.01.2014 r. w związku z realizacją projektu pn. Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego ZAPYTANIE OFERTOWE nr /UE/204 z dnia 7.0.204 r. w związku z realizacją projektu pn. Wdrożenie

Bardziej szczegółowo

Spis treúci. 1. Wprowadzenie... 13

Spis treúci. 1. Wprowadzenie... 13 Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...

Bardziej szczegółowo

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011 Architektura informacji w ochronie zdrowia Warszawa, 29 listopada 2011 Potrzeba Pomiędzy 17 a 19 kwietnia 2011 roku zostały wykradzione dane z 77 milionów kont Sony PlayStation Network. 2 tygodnie 25 milionów

Bardziej szczegółowo

System DiLO. Opis interfejsu dostępowego v. 2.0

System DiLO. Opis interfejsu dostępowego v. 2.0 System DiLO Opis interfejsu dostępowego v. 2.0 Warszawa 2015 1 Wprowadzone zmiany Wersja Opis 1.0 Wersja bazowa 1.1 Dodanie możliwości przejścia z wydania karty w POZ (WK-POZ) do zabiegu operacyjnego (ZAB-OPER)

Bardziej szczegółowo

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS Załącznik nr 3 do umowy nr 10/DI/PN/2016 PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W Rozdział 1. ADMINISTROWANIE 1. Wykonawca, w celu zapewnienia ciągłości funkcjonowania, zobowiązuje się

Bardziej szczegółowo

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

Web frameworks do budowy aplikacji zgodnych z J2EE

Web frameworks do budowy aplikacji zgodnych z J2EE Web frameworks do budowy aplikacji zgodnych z J2EE Jacek Panachida promotor: dr Dariusz Król Przypomnienie Celem pracy jest porównanie wybranych szkieletów programistycznych o otwartym kodzie źródłowym

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

Bardziej szczegółowo

Korzyści z integracji danych klienta. Seminarium PIU Jakość danych w systemach informatycznych ZU Warszawa 25.03.2009 Przygotowała Ewa Galas

Korzyści z integracji danych klienta. Seminarium PIU Jakość danych w systemach informatycznych ZU Warszawa 25.03.2009 Przygotowała Ewa Galas Korzyści z integracji danych klienta Seminarium PIU Jakość danych w systemach informatycznych ZU Warszawa 25.03.2009 Przygotowała Ewa Galas Definicje CDI ( Customer Data Integration) koncepcja integracji

Bardziej szczegółowo

GŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL

GŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL GŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL Realizacja prac w ramach Implementacji Przedmiot prac - prace analityczne, projektowe, wdrożeniowo implementacyjne, dokumentacyjne oraz szkoleniowe, związane

Bardziej szczegółowo

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A. Leszek Dziubiński Damian Joniec Elżbieta Gęborek Computer Plus Kraków S.A. Wykorzystanie Microsoft Project Server w procesie zarządzania projektami Kompetencje partnerskie Gold: Portals and Collaboration

Bardziej szczegółowo

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................

Bardziej szczegółowo

Szczegółowy opis przedmiotu zamówienia

Szczegółowy opis przedmiotu zamówienia Załącznik nr 2 do Zapytania Ofertowego nr 07/04/IT/2016 Szczegółowy opis przedmiotu zamówienia Utrzymanie i rozwój systemów GREX, SPIN, TK, AMOC, Obsługa Rewidentów 1 SPIS TREŚCI Wprowadzenie... 3 1. Specyfikacja

Bardziej szczegółowo

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne. Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi Wrocław, 28 sierpnia 2014 r. ZAPYTANIE OFERTOWE KIEZA MARCIN MARCIN KIEZA PRO - CHEMIA PPH z siedzibą w Marcinkowicach przy ulicy Letnia 8a (55-200, Oława I) realizując projekt pt. Wdrożenie systemu B2B

Bardziej szczegółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

SiR_13 Systemy SCADA: sterowanie nadrzędne; wizualizacja procesów. MES - Manufacturing Execution System System Realizacji Produkcji

SiR_13 Systemy SCADA: sterowanie nadrzędne; wizualizacja procesów. MES - Manufacturing Execution System System Realizacji Produkcji System informatyczny na produkcji: Umożliwi stopniowe, ale jednocześnie ekonomiczne i bezpieczne wdrażanie i rozwój aplikacji przemysłowych w miarę zmiany potrzeb firmy. Może adoptować się do istniejącej

Bardziej szczegółowo

Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk

Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk dr T Bartosz Kalinowski 17 19 września 2008, Wisła IV Sympozjum Klubu Paragraf 34 1 Informacja a system zarządzania Informacja

Bardziej szczegółowo

VALIO Sp. z o.o. Załącznik nr 1 do Zapytania ofertowego dotyczącego zakupu licencji części systemu B2B oraz wykonania Warstwy Prezentacyjnej.

VALIO Sp. z o.o. Załącznik nr 1 do Zapytania ofertowego dotyczącego zakupu licencji części systemu B2B oraz wykonania Warstwy Prezentacyjnej. Stalowa Wola, 10.03.2014 r. Valio Sp. z o.o. ul. Tuwima 20 37-450 Stalowa Wola Załącznik nr 1 do Zapytania ofertowego dotyczącego zakupu licencji części systemu B2B oraz wykonania Warstwy Prezentacyjnej.

Bardziej szczegółowo

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................

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

Administratora CSIZS - OTM

Administratora CSIZS - OTM Powykonawcza Dokumentacja Wykonawca: Asseco Poland S.A. Ul. Olchowa 14, 35-322 Rzeszów Informacje o dokumencie: Autor Zespół ds. Wytwarzania i Analizy Tytuł Produkt 33.3 Dokumentacja administratora OTM

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

Opis spełnienia wymagań (PSBD)

Opis spełnienia wymagań (PSBD) Numer sprawy: DPZ/4/15 Nr arch. DPZ/087/059-16/15 1. Zakres przedmiotu zamówienia: Opis spełnienia wymagań (PSBD) Załącznik nr 1d do formularza ofertowego Wykonanie dzieła polegającego na dostawie, kompleksowym

Bardziej szczegółowo

Warsztaty szkoleniowe. Technologia SafetyLon w systemach związanych z bezpieczeństwem funkcjonalnym Narzędzia SafetyLon Moduł 4.5.

Warsztaty szkoleniowe. Technologia SafetyLon w systemach związanych z bezpieczeństwem funkcjonalnym Narzędzia SafetyLon Moduł 4.5. Warsztaty szkoleniowe Technologia SafetyLon w systemach związanych z bezpieczeństwem funkcjonalnym Narzędzia SafetyLon Moduł 4.5 Plan prezentacji 1. 2. 3. Przegląd narzędzi programistycznych wykorzystywanych

Bardziej szczegółowo

Bezpieczeństwo danych w sieciach elektroenergetycznych

Bezpieczeństwo danych w sieciach elektroenergetycznych Bezpieczeństwo danych w sieciach elektroenergetycznych monitorowanie bezpieczeństwa Janusz Żmudziński Polskie Towarzystwo Informatyczne Nadużycia związane z bezpieczeństwem systemów teleinformatycznych

Bardziej szczegółowo

SYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH

SYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH SYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH Dariusz Gotlib elementy koncepcji i technologii Jerzy Zieliński plany GUGiK Jachranka, 8 grudzień 2009 STOSOWANE POJĘCIA I SKRÓTY BDT = TBD = BDOT SZBDT=SZTBD=SZBDOT

Bardziej szczegółowo

Zapewnij sukces swym projektom

Zapewnij sukces swym projektom Zapewnij sukces swym projektom HumanWork PROJECT to aplikacja dla zespołów projektowych, które chcą poprawić swą komunikację, uprościć procesy podejmowania decyzji oraz kończyć projekty na czas i zgodnie

Bardziej szczegółowo

Zarządzanie informacją i wiedzą w usługach o podwyŝszonym poziomie bezpieczeństwa. Maciej Stroiński stroins@man.poznan.pl

Zarządzanie informacją i wiedzą w usługach o podwyŝszonym poziomie bezpieczeństwa. Maciej Stroiński stroins@man.poznan.pl Zarządzanie informacją i wiedzą w usługach o podwyŝszonym poziomie bezpieczeństwa Maciej Stroiński stroins@man.poznan.pl 1 Zadania Grid bezpieczeństwa publicznego Implementacja systemu integracji informacji

Bardziej szczegółowo

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011 Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF Tomasz Turski 26.05.2011 Plan prezentacji Architektura korporacyjna Frameworki Pryncypia Metodyka TOGAF

Bardziej szczegółowo

ZAŁĄCZNIK NR 1 DO SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA

ZAŁĄCZNIK NR 1 DO SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA ZAŁĄCZNIK NR 1 DO SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA Strona 1 z 7 Spis treści 1. Wprowadzenie... 3 2. Cel zamówienia... 3 3. Przedmiot zamówienia... 3 4. Etapy realizacji... 3 5. Wymagania... 4 5.1. Wymagania

Bardziej szczegółowo

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Temat projektu/pracy dr inż. Wojciech Waloszek Grupowy system wymiany wiadomości. Zaprojektowanie

Bardziej szczegółowo

Usługa: Audyt kodu źródłowego

Usługa: Audyt kodu źródłowego Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Przedmiotem zamówienia jest usługa opracowania dokumentów standaryzujących tworzenie Elektronicznej Dokumentacji Medycznej wraz z aktualizacją transformaty

Bardziej szczegółowo

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan testów M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 SPIS TREŚCI 2 Spis treści 1 Historia zmian 3 2 Zakres testów 3 2.1 Integration testing - Testy spójnosci.............. 3 2.2

Bardziej szczegółowo

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014 1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia)

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy

Bardziej szczegółowo

Warszawa, 4 wrzesień 2013r.

Warszawa, 4 wrzesień 2013r. Warszawa, 4 wrzesień 2013r. IRMAWIT Sp. z o.o. ul. Renesansowa 5 01-905Warszawa KRS: 0000123990, NIP: 522-26-46-231, REGON: 008000519 Tel. 22 638 48 88 Zaproszenie do składania ofert W związku z realizacją

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

WYKONANIE OPROGRAMOWANIA DEDYKOWANEGO

WYKONANIE OPROGRAMOWANIA DEDYKOWANEGO Zapytanie ofertowe nr 1/2014 Wrocław, dn. 29.01.2014 Lemitor Ochrona Środowiska Sp. z o. o. ul. Jana Długosza 40, 51-162 Wrocław tel. recepcja: 713252590, fax: 713727902 e-mail: biuro@lemitor.com.pl NIP:

Bardziej szczegółowo

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI WYTYCZNE DO MODELU DANIEL WOJEWÓDZKI Rekomendacje dotyczące Platformy Zarządzania Kompetencjami System adresowany do małych przedsiębiorstw do

Bardziej szczegółowo

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o. Usprawnienie procesu zarządzania konfiguracją Marcin Piebiak Solution Architect Linux Polska Sp. z o.o. 1 Typowy model w zarządzaniu IT akceptacja problem problem aktualny stan infrastruktury propozycja

Bardziej szczegółowo

poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS

poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS Niniejszy dokument jest syllabusem obowiązującym dla certyfikatu EUCIP ver. 2.6. Prezentuje obszary wiedzy, których znajomość jest niezbędna do

Bardziej szczegółowo

Informatyzacja przedsiębiorstw WYKŁAD

Informatyzacja przedsiębiorstw WYKŁAD Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 5 Techniki pracy w środowisku Jboss Drools Wstęp Podobnie jak

Bardziej szczegółowo

Architektura referencyjna rejestru medycznego - Przewodnik dla gestorów rejestrów.

Architektura referencyjna rejestru medycznego - Przewodnik dla gestorów rejestrów. Projekt: Architektura referencyjna rejestru medycznego oraz specyfikacja zestawu usług dla rejestrów podmiotowych Architektura referencyjna rejestru medycznego - Przewodnik dla gestorów rejestrów. Wersja:

Bardziej szczegółowo

PureSystems zautomatyzowane środowisko aplikacyjne. Emilia Smółko Software IT Architect

PureSystems zautomatyzowane środowisko aplikacyjne. Emilia Smółko Software IT Architect PureSystems zautomatyzowane środowisko aplikacyjne. Emilia Smółko Software IT Architect Wbudowana wiedza specjalistyczna Dopasowane do zadania Optymalizacja do aplikacji transakcyjnych Inteligentne Wzorce

Bardziej szczegółowo

Replikacja kolejkowa (Q-replication) w IBM DB2

Replikacja kolejkowa (Q-replication) w IBM DB2 Replikacja kolejkowa (Q-replication) w IBM DB2 Paweł Kędziora, Maciej Krysiuk, Marek Lewandowski Politechnika Poznańska pawel.kedziora@gmail.com, maciej.krysiuk@gmail.com, lewandowski.marek@gmail.com SPIS

Bardziej szczegółowo

Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk. Nip 848-172-84-22 ZAPYTANIE OFERTOWE

Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk. Nip 848-172-84-22 ZAPYTANIE OFERTOWE Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk Nip 848-172-84-22 ZAPYTANIE OFERTOWE Firma DOMSET Marcin Brochacki zwraca się z prośbą o przesłanie oferty cenowej

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. z dnia 20 grudnia 2013r.

ZAPYTANIE OFERTOWE. z dnia 20 grudnia 2013r. Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego ZAPYTANIE OFERTOWE z dnia 20 grudnia 2013r. w związku z realizacją projektu pn. Wdrożenie systemu

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Cel: Opracowanie szczegółowych zaleceń i procedur normujących pracę działu wytwarzania oprogramowania w przedsiębiorstwie

Bardziej szczegółowo

Zaproszenie do składania ofert, w ramach Projektu realizowanego zgodnie z umową o dofinansowanie UDA-POIG.08.02.00-14-108/12-00

Zaproszenie do składania ofert, w ramach Projektu realizowanego zgodnie z umową o dofinansowanie UDA-POIG.08.02.00-14-108/12-00 Warszawa, 20.04.2013 Zaproszenie do składania ofert, w ramach Projektu realizowanego zgodnie z umową o dofinansowanie UDA-POIG.08.02.00-14-108/12-00 PGS Sp. z o.o. zwraca się z prośbą o przedstawienie

Bardziej szczegółowo

Utrzymanie epuap. Raportt Q1 2014

Utrzymanie epuap. Raportt Q1 2014 Utrzymanie epuap { Raportt Q1 2014 Formularze epuap Komunikacja z zewnętrznymi systemami Profil Zaufany 1Q 2014 PON WT ŚR CZW PT SOB NDZ STYCZEŃ 2014 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

Bardziej szczegółowo

Jak przeprowadzić integracje pomiędzy aplikacjami dla uzyskania synergii

Jak przeprowadzić integracje pomiędzy aplikacjami dla uzyskania synergii 2012 Jak przeprowadzić integracje pomiędzy aplikacjami dla uzyskania synergii Piotr Przybyłkiewicz Analiza projektu B2B Kielce, 18 października 2012 Agenda Projekt z wykorzystaniem integracji danych Analiza

Bardziej szczegółowo

Opis merytoryczny. Cel Naukowy

Opis merytoryczny. Cel Naukowy WNIOSEK O PORTFOLIO: Opracowanie koncepcji organizacji systemów zarządzania energią EMS w systemach automatyki budynkowej i analiza ich wpływu na efektywność energetyczną budynków Autorzy: Jakub Grela,

Bardziej szczegółowo

Kontraktor - Analityk Biznesowy

Kontraktor - Analityk Biznesowy Kontraktor - Analityk Biznesowy Imię i nazwisko: Antal International_JC Lokalizacja: Warszawa Dostępność: 1 miesiąc Godzinowy koszt współpracy: 110 PLN + VAT Znajomość języków obcych: Angielski - Bardzo

Bardziej szczegółowo

Dokument Detaliczny Projektu

Dokument Detaliczny Projektu Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia FUNDACJA INICJATYW MENEDŻERSKICH Załącznik Nr 1 do SIWZ Opis przedmiotu zamówienia Strona 1 Program Aktywności Samorządowej - PAS innowacyjne narzędzie uspołecznionego procesu monitorowania usług publicznych

Bardziej szczegółowo