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.

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Korporacyjna Magistrala Usług na przykładzie Oracle Service Bus

Korporacyjna Magistrala Usług na przykładzie Oracle Service Bus Kod szkolenia: Tytuł szkolenia: ESB/OSB Korporacyjna Magistrala Usług na przykładzie Oracle Service Bus Dni: 3 Opis: Adresaci szkolenia Szkolenie adresowane jest do programistów Java, analityków systemowych

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

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

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

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

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

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7 AUREA BPM HP Software TECNA Sp. z o.o. Strona 1 z 7 HP APPLICATION LIFECYCLE MANAGEMENT Oprogramowanie Application Lifecycle Management (ALM, Zarządzanie Cyklem życia aplikacji) wspomaga utrzymanie kontroli

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

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

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

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

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary

Bardziej szczegółowo

Szkolenie: Testowanie wydajności (Performance Testing)

Szkolenie: Testowanie wydajności (Performance Testing) Szkolenie: Testowanie wydajności (Performance Testing) Testy niefunkcjonalne aplikacji to nieodłączna część pracy dobrego testera. Do tego typu testów zaliczamy między innymi taką właściwość systemu jak

Bardziej szczegółowo

Specyfikacja dodatkowa. Wersja <1.0>

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0> Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą

Bardziej szczegółowo

Usługa: Testowanie wydajności oprogramowania

Usługa: Testowanie wydajności oprogramowania Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych

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

Spring Framework - wprowadzenie i zagadnienia zaawansowane

Spring Framework - wprowadzenie i zagadnienia zaawansowane Program szkolenia: Spring Framework - wprowadzenie i zagadnienia zaawansowane Informacje ogólne Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Spring Framework - wprowadzenie i zagadnienia

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Świadczenie usług doradztwa eksperckiego w ramach projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach

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

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

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

Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, praktyki i narzędzia

Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, praktyki i narzędzia Program szkolenia: Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Testowanie aplikacji mobilnych na

Bardziej szczegółowo

Zaawansowane programowanie w języku C++

Zaawansowane programowanie w języku C++ Kod szkolenia: Tytuł szkolenia: C/ADV Zaawansowane programowanie w języku C++ Dni: 3 Opis: Uczestnicy szkolenia zapoznają się z metodami wytwarzania oprogramowania z użyciem zaawansowanych mechanizmów

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

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

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

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

Usługi danych przestrzennych w GEOPORTAL-u. Marek Szulc , Warszawa

Usługi danych przestrzennych w GEOPORTAL-u. Marek Szulc , Warszawa Usługi danych przestrzennych w GEOPORTAL-u Marek Szulc 16.05.2013, Warszawa Czym jest GEOPORTAL 2? GEOPORTAL 2 jest jednym z największych projektów w Polsce, który koncentruje się na rozwoju Infrastruktury

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

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

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE INTEGRACYJNE

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE INTEGRACYJNE INŻYNIERIA OPROGRAMOWANIA TESTOWANIE INTEGRACYJNE Definicja ITQB Testowanie integracyjne (integration testing) wykonywane w celu wykrycia defektów w interfejsach i interakcjach pomiędzy modułami lub systemami

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

Usługa katalogowa (hierarchiczna baza danych), będąca implementacją protokołu LDAP.

Usługa katalogowa (hierarchiczna baza danych), będąca implementacją protokołu LDAP. Załącznik nr 1 do Umowy Nr 1 WSTĘP 1.1 Słownik terminów i skrótów - Opis przedmiotu zamówienia Tabela 1. Słownik terminów i skrótów Pojęcie Active Directory (AD) Atrybut Dokument Dokument elektroniczny

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

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

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

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

Warszawa, Cyfrowy ZUS. Michał Możdżonek. Pion Operacji i Eksploatacji Systemów

Warszawa, Cyfrowy ZUS. Michał Możdżonek. Pion Operacji i Eksploatacji Systemów Warszawa, 16.01.2017 Cyfrowy ZUS Michał Możdżonek Pion Operacji i Eksploatacji Systemów Cele Strategiczne IT i Obsługi Klienta 2016-2022 3 CYFROWY ZUS CELE STRATEGICZNE DLA PIONU NA LATA 2016 2022 KLIENT

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

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

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

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

FORMULARZ OFERTOWY. 8. Społeczeństwo informacyjne zwiększanie innowacyjności gospodarki

FORMULARZ OFERTOWY. 8. Społeczeństwo informacyjne zwiększanie innowacyjności gospodarki FORMULARZ OFERTOWY Projekt Wdrożenie internetowego systemu B2B dla TLC Rental integrującego zarządzanie systemami logistycznymi w zakresie zamówień, dostaw i kontrolingu realizowany w ramach Programu Operacyjnego

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

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

RFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot

RFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot RFP Wymagania dla projektu sklepu internetowego B2C dla firmy Oplot CEL DOKUMENTU Celem niniejszego dokumentu jest przedstawienie wymagań technicznych i funkcjonalnych wobec realizacji projektu budowy

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

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

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

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

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

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

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

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

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

O nas. Usługi. jpbs realizuje następujące rodzaje projektów usługowych:

O nas. Usługi. jpbs realizuje następujące rodzaje projektów usługowych: 1 O nas jpalio Business Solutions Spółka z ograniczoną odpowiedzialnością powstała w grudniu 2010. Celem naszej działalności jest realizacja projektów konsultingowych i informatycznych. Prowadzone przez

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

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

Program szkolenia: Continuous Integration i Git

Program szkolenia: Continuous Integration i Git Program szkolenia: Continuous Integration i Git Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Continuous Integration i Git tools-git-ci Narzędzia developerzy testerzy 2 dni 50%

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

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

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

Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio

Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio Czym jest jpalio? jpalio to unikalna platforma technologiczna pozwalająca na stworzenie szeregu produktów dostosowanych do indywidualnych preferencji klienta. W naszej ofercie znajduje się m.in. system

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

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

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

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

Konwerter Plan testów. Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008

Konwerter Plan testów. Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008 Konwerter Plan testów Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008 1 Spis treści 1 Wprowadzenie 3 1.1 Cel........................................ 3 1.2 Zamierzeni odbiorcy

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

TWÓJ BIZNES. Nasz Obieg Dokumentów

TWÓJ BIZNES. Nasz Obieg Dokumentów 1 Innowacyjny System Elektronicznego Obiegu Dokumentów i Spraw opracowany przez firmę WASKO S.A., na podstawie wieloletnich doświadczeń zdobytych na rynku systemów teleinformatycznych. TWÓJ BIZNES Nasz

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

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

Tworzenie komponentów logiki biznesowej i warstwy dostępu do danych w oparciu o EJB3.0/JPA lub EJB 3.1/JPA2

Tworzenie komponentów logiki biznesowej i warstwy dostępu do danych w oparciu o EJB3.0/JPA lub EJB 3.1/JPA2 Kod szkolenia: Tytuł szkolenia: EJB Tworzenie komponentów logiki biznesowej i warstwy dostępu do danych w oparciu o EJB3.0/JPA lub EJB 3.1/JPA2 Dni: 3 Opis: Adresaci szkolenia: Szkolenie adresowane jest

Bardziej szczegółowo

Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800

Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800 Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800 Autor: RWE GBS Polska Wersja: 1.0 Status: opublikowany Copyright RWE GBS. Any use or form of reproduction, in whole or part, of any

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

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

Testowanie oprogramowania. Piotr Ciskowski

Testowanie oprogramowania. Piotr Ciskowski Testowanie oprogramowania Piotr Ciskowski TESTOWANIE testowanie o proces eksperymentalnego badania programu lub jego komponentu o próbne wykonanie w znanych warunkach o rejestrowanie wyników o ocena właściwości

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

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

1.1. Założenia dla architektury korporacyjnej EPL

1.1. Założenia dla architektury korporacyjnej EPL 1.1. Założenia dla architektury korporacyjnej EPL Podczas tworzenia koncepcji architektury korporacyjnej mieliśmy na celu zaproponowanie takich zmian architektonicznych, które wprowadzałyby w Urzędzie

Bardziej szczegółowo

PROJEKT Z BAZ DANYCH

PROJEKT Z BAZ DANYCH POLITECHNIKA WROCŁAWSKA WYDZIAŁ ELEKTRONIKI PROJEKT Z BAZ DANYCH System bazodanowy wspomagający obsługę sklepu internetowego AUTOR: Adam Kowalski PROWADZĄCY ZAJĘCIA: Dr inż. Robert Wójcik, W4/K-9 Indeks:

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

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

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

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

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji.

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji. Wspieramy w doborze, wdrażaniu oraz utrzymaniu systemów informatycznych. Od wielu lat dostarczamy technologie Microsoft wspierające funkcjonowanie działów IT, jak i całych przedsiębiorstw. Nasze oprogramowanie

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

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

CRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu

CRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu CRM w logistyce Justyna Jakubowska CRM7 Specjalista Marketingu CRM w logistyce Prezentacja firm more7 Polska dostawca systemu CRM Autor i producent systemu do zarządzania relacjami z klientem CRM7; Integrator

Bardziej szczegółowo

Technologie dla aplikacji klasy enterprise. Wprowadzenie. Marek Wojciechowski

Technologie dla aplikacji klasy enterprise. Wprowadzenie. Marek Wojciechowski Technologie dla aplikacji klasy enterprise Wprowadzenie Marek Wojciechowski Co oznacza enterprise-ready? Bezpieczeństwo Skalowalność Stabilność Kompatybilność wstecz Wsparcie Dokumentacja Łatwość integracji

Bardziej szczegółowo

Prezentacja specjalności studiów II stopnia. Inteligentne Technologie Internetowe

Prezentacja specjalności studiów II stopnia. Inteligentne Technologie Internetowe Prezentacja specjalności studiów II stopnia Inteligentne Technologie Internetowe Koordynator specjalności Prof. dr hab. Jarosław Stepaniuk Tematyka studiów Internet jako zbiór informacji Przetwarzanie:

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

TWÓJ BIZNES. Nasze rozwiązanie

TWÓJ BIZNES. Nasze rozwiązanie Innowacyjny System Elektronicznego Obiegu Dokumentów i Spraw opracowany przez firmę WASKO S.A., na podstawie wieloletnich doświadczeń zdobytych na rynku systemów teleinformatycznych. TWÓJ BIZNES Nasze

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

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

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

Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze

Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze Prof. SGH, dr hab. Andrzej Sobczak, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH

Bardziej szczegółowo