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.
|
|
- Wiktor Kulesza
- 8 lat temu
- Przeglądów:
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 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ółowoZarzą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ółowoKorporacyjna 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ółowoKorporacyjna Magistrala Usług na przykładzie Mule ESB
Kod szkolenia: Tytuł szkolenia: ESB/M Korporacyjna Magistrala Usług na przykładzie Mule ESB Dni: 3 Opis: Adresaci szkolenia Szkolenie adresowane jest do programistów Java, analityków systemowych oraz architektów
Bardziej szczegółowoStudia 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ółowoProjektowanie 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ółowoDOTACJE 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ółowoZAŁ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ółowoZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ
ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest dostarczenie i wdrożenie systemu informatycznego dalej Platforma zakupowa
Bardziej szczegółowoPodrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy
Uwaga: 1. Praca powinna być napisana z użyciem formy bezosobowej np. wykonano. Nazwa rozdziału Zawartość Liczba stron 1. Wstęp Rozdział ten powinien zawierać zarys najważniejszych elementów pracy Krótki
Bardziej szczegółowoSzczegół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ółowoJarosław Żeliński analityk biznesowy, projektant systemów
Trendy w architekturze oprogramowania zarządzającego procesami biznesowymi i przepływem pracy - dedykowane czy standardowe? Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku
Bardziej szczegółowoZasady 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ółowoAUREA 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ółowoDobre 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ółowoZakres 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<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ółowoWykł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ółowoSzkolenie: 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ółowoE-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ółowoSzablon 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ółowoModel 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ółowoUsł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ółowoZaawansowane 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ółowoSpring 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ółowoOpis 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ółowoTestowanie 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ółowoudokumentowanych 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ółowoStan realizacji Projektu EA
Stan realizacji Projektu EA Krzysztof Mączewski Dyrektor Departamentu Geodezji i Kartografii Urząd Marszałkowski Województwa Mazowieckiego w Warszawie Projekt współfinansowany przez Unię Europejską ze
Bardziej szczegółowoCzęść 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ółowoBudowa 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ółowoModernizacja 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ółowoINŻ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ółowoTester 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ółowoGrzegorz 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ółowoCzęść 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ółowoSekcja 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ółowoKurs ASP.NET ASP.NET CORE APLIKACJE WEBOWE
Kurs ASP.NET ASP.NET CORE APLIKACJE WEBOWE Cena szkolenia Cena szkolenia wynosi 100 zł za 60 min. Ilość godzin szkolenia jest zależna od postępów w nauce uczestnika kursu oraz ilości czasu, którą będzie
Bardziej szczegółowoAutomatyczne 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ółowoProjektowanie oprogramowania
Wrocław, 26.09.2012 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ółowoModelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti
Kod szkolenia: Tytuł szkolenia: JBPM Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti Dni: 2 Szkolenie jest zgodne z wersją 6.x, możliwe są również
Bardziej szczegółowoUsł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ółowoZałą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ółowoTechnologia odpowiada człowiekowi. w w w. w i n u e l. c o m. p l
Technologia odpowiada człowiekowi Od infrastruktury do procesów i ich integracji w polskich kolejach Aleksander Hanslik, WINUEL SA 3 Zarządzanie zasobami PKP PLK S.A. Istotny jest kontekst przestrzenny
Bardziej szczegółowoZał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ółowoZofia 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ółowoSzkolenie wycofane z oferty. Program szkolenia: Enterprise Java Beans 3.0/3.1
Szkolenie wycofane z oferty Program szkolenia: Enterprise Java Beans 3.0/3.1 Informacje: Nazwa: Enterprise Java Beans 3.0/3.1 Kod: Java-EE-EJB Kategoria: Java EE Grupa docelowa: developerzy Czas trwania:
Bardziej szczegółowoUsł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ółowoArchitektura 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ółowo2.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ółowoWarszawa, 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ółowoSekcja 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ółowoZAMAWIAJĄ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ółowoCzym 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ółowoFORMULARZ 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ółowoIteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Bardziej szczegółowoSzczegół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ółowoSYSTEM 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ółowoO 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ółowoFORMULARZ 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ółowoSpis 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ółowoRFP. 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ółowoSpis 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ółowoVALIO 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ółowoOPERATOR SYSTEMU PRZESYŁOWEGO
KARTA AKTUALIZACJI nr K/2/2007 Instrukcji Ruchu i Eksploatacji Sieci Przesyłowej Warunki korzystania, prowadzenia ruchu, eksploatacji i planowania rozwoju sieci Data przygotowania: 14 września 2007 roku.
Bardziej szczegółowoWykaz 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ółowoProgram 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ółowoTom 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ółowoAudyt 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ółowoSOA 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ółowoModelowanie 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ółowoSystem 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ółowoSystem 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ółowoCałościowe podejście do testowania automatycznego dla programistów. (TDD, BDD, Spec. by Example, wzorce, narzędzia)
Program szkolenia: Całościowe podejście do testowania automatycznego dla programistów Ruby (TDD, BDD, Spec. by Example, wzorce, narzędzia) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania:
Bardziej szczegółowoKorzyś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ółowoElektroniczna 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ółowoZAPYTANIE 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ółowoZarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej - plan prezentacji 1 2 3 4 5 Zarządzanie konfiguracją - definicje Problemy z konfiguracją
Bardziej szczegółowoProjektowanie oprogramowania
Wrocław, 24.09.2018 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ółowoZAPYTANIE 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ółowoWarszawa, 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ółowoWeb 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ółowoZAPYTANIE 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ółowoArchitektura 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ółowoBezpieczeń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ółowoProjektowanie 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ółowoKonwerter 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ółowoTWÓ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ółowoCRM 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ółowoPLAN 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ółowoZakres 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ółowoTworzenie 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ółowoSLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK. Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu.
SLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu. 1. ZAKRES USŁUG Nazwa Usługi Krótki opis Usuwanie Błędów Usuwanie
Bardziej szczegółowoDodatkowo, 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ółowoOpis wdrożenia Platformy Technologicznej epodreczniki.pl na zasobach Poznańskiego Centrum Superkomputerowo-Sieciowego
Opis wdrożenia Platformy Technologicznej epodreczniki.pl na zasobach Poznańskiego Centrum Superkomputerowo-Sieciowego w ramach realizacji umowy pomostowej nr 427/PCSS/2016 Poznań, 21 lutego 2017 r. 1 Spis
Bardziej szczegółowoOpis metodyki i procesu produkcji oprogramowania
Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie
Bardziej szczegółowoZarzą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ółowowg rozdzielnika Wrocław, dnia r. TXU PG
wg rozdzielnika Wrocław, dnia 11.06.2018r. TXU.71.007. 48291.53386.2018.PG Dotyczy: przetargu nieograniczonego na Rozbudowę systemu zarządzania ruchem we Wrocławiu, w tym o nowe sygnalizacje świetlne,
Bardziej szczegółowoMaciej 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