Projektowanie Modeli Usług dla rozwiązań typu SOA
|
|
- Dominik Leśniak
- 8 lat temu
- Przeglądów:
Transkrypt
1 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 na wdrożenie rozwiązań typu SOA. Jednym z kluczowych etapów wdrożenia SOA jest zbudowanie efektywnego modelu usług, czyli zestawu dostępnych operacji, z których w elastyczny sposób można komponować funkcje i procesy biznesowe. Z doświadczeń IBM wynika, że budowa efektywnego modelu usługowego i informacyjnego sprawia klientom najwięcej problemu. Z tego względu IBM opracował metodologię SOMA (Service Oriented Modeling and Architecture) ułatwiająca zbudowanie modelu usług odzwierciedlającego potrzeby i cele biznesu i jednoczenie optymalnie wykorzystującego istniejące zasoby IT. Tak samo jak dobrze pojęta inżynieria oprogramowania wymaga stosowania metodologii takiej jak OOAD (Object Oriented Analisys and Design), tak samo budowa rozwiązań SOA wymaga zastosowania odpowiednich technik modelowania. * Obiekty Komponenty Usługi Rosnący poziom abstrakcji modelowania rozwiązań IT SOMA bazuje na doświadczeniach OOAD, ale jednocześnie opiera się na technikach dotyczących modelowania procesów biznesowych oraz Architektury Korporacyjnej (EA Enterprise Architecture).
2 W czym tkwi siła i efektywność metodologii SOMA Aktualnie wielu klientów decyduje się na wdrożenie architektury zorientowanej na usługi (SOA). Większość z nich, traktuje SOA jako pole do wdrożenia nowej platformy integracyjnej w konsekwencji czego koncentruje się na aspektach technicznych związanych z produktami oraz projektowaniem konkretnych rozwiązań opartych o Web Services. Z naszych doświadczeń wynika, że zbudowanie rozwiązań SOA skutecznie realizujących cele biznesowe wymaga podejścia całościowego i głębokiej analizy biznesowej oraz ekspertyzy i sporego zaangażowania zarówno IT jak i Biznesu. W przypadku większości organizacji jest to bardzo trudne do zrealizowania przy wykorzystaniu jedynie zasobów wewnętrznych. Organizacje decydujące się na wdrożenie SOA stają przed wyzwaniem zbudowania silnych podstaw organizacyjnych umożliwiających realizację celów stawianych SOA oraz zdobyciem odpowiedniej wiedzy i narzędzi. Jednocześnie nie posiadają odpowiedniego potencjału, a w szczególności wcześniejszych doświadczeń, co powoduje, że często budowanie SOA jest jedynie implementacją wybranych serwisów technicznych lub produktów. Jest oczywiste, że tego typu podejście w żadnym wypadku nie może prowadzić do uzyskania oczekiwanych rezultatów jakie mogłyby zostać osiągnięte przy podejściu całościowym. Uważamy, że dla organizacji, które zdecydowały się na wdrożenie SOA oraz zidentyfikowały korzyści wynikające z wdrożenia tego typu rozwiązania, kluczowym elementem jest wprowadzenie solidnych podstaw organizacyjnych i operacyjnych wspierających proces realizacji SOA. Do takich podstaw należy zbudowanie wewnętrznej komórki kompetencyjnej (SOA Centem of Excellence) oraz ustanowienie procesów zarządczych (SOA Governance). Jednocześnie fundamentem wdrożenia jest poprawnie zdefiniowany Model Usług oraz Model Informacyjny. Budowa Modelu Usług jest jednym z najbardziej złożonych i kompleksowych etapów wdrożenia SOA, ze względu na to że wymaga znajomości technik analizy biznesowej, dekompozycji procesów i obszarów biznesowych, jak i głębokiego zrozumienia koncepcji architektury zorientowanej na usługi oraz technologii umożliwiających jej realizację. Jednocześnie budowa Modelu Usług jest procesem cyklicznym, który wymaga dobrego włączenia struktury organizacyjne i zarządcze (SOA Governance). IBM stworzył metodologię, która w uporządkowany sposób ułatwiająca Klientom przejście etapu budowy Modelu Usług i Modelu Informacyjnego. Główna siła i efektywność metodologii SOMA polega na tym, że zbiera ona w jednym miejscu wieloletnie doświadczenia i sprawdzone techniki IBM odnośnie modelowania biznesowego, inżynierii oprogramowania, zarządzania projektami
3 wdrożeniowym oraz doświadczenia z wdrożeń SOA w wielu różnych sektorach rynku. Dla klientów wiedza ta dostępna jest poprzez uporządkowane procedury, narzędzia (np. możliwość wykorzystania Rational Method Composer, patrz poniżej) oraz gotowe do wykorzystania wzorce projektowe, wzorce dokumentów analiz przykładowe struktury modeli itd. Przykład narzędzi wspierających SOMA Rational Method Composer Jednym z głównych atutów metodologii SOMA jest zastosowanie analizy celów biznesowych oraz wskaźników efektywności ( KPI), do identyfikacji usług (tzw. Modelowanie cel-usługa). Dzięki temu uzyskuje się model usług efektywnie odzwierciedlający wymagania biznesu. Dzięki tej analizie jest możliwe wyznaczenie optymalnego rozwiązania pomiędzy wymaganiami wydajnościowymi, kosztami wdrożenia lub adaptacji zasobów technicznych oraz elastycznością i możliwością wielokrotnego użycia zbudowanych usług. Istotne jest również to, że SOMA nie istnieje w oderwaniu od całościowego podejścia IBM do budowy SOA. Stanowi ona integralną część łańcucha technik pozwalających na adaptację organizacji i jej ewolucji w stronę zorientowania na usługi. Dla przykładu, IBM proponuje wykorzystanie metody Component Business Modeling (CBM) jako metody określenia strategicznych obszarów biznesowych. Rezultaty CBM mogą stanowić produkty wejściowe i punk rozpoczęcia dla SOMA.
4 Zastosowanie metodyki SOMA pozwala znacząco skrócić czas oraz zredukować koszty wdrożenia SOA dzięki wykorzystaniu gotowych i sprawdzonych wzorców. Jednocześnie znacząco minimalizuje się ryzyko popełnienia błędów w tworzeniu efektywnego modelu usługowego i nie zrealizowania celów biznesowych. Podsumowanie zalet metodologii proponowanej przez IBM Opracowana na podstawie doświadczenia IBM jako lidera w rozwoju SOA, Web Services, inżynierii oprogramowania (UML) oraz modelowania komponentów biznesowych (Component Business Modeling) Niezależna od produktów i narzędzi (ale ustalające kontekst dla podejmowania decyzji dot. konkretnych produktów i technologii w późniejszych fazach cyklu życia produktu) Jest metodologią zawierającą powtarzalne i jasno zdefiniowane fazy, etapy i wzorce produktów końcowych Jest metodologią sprawdzoną na różnych etapach projektów, przez wielu klientów na całym świecie Posiada wsparcie w postaci gotowych modeli biznesowych opracowanych przez IBM dla wybranych sektorów rynku Jest metodologią żywa, stale uaktualnianą i dopasowywaną do zmiennych trendów biznesu i na podstawie najlepszych praktyk i lessons learned Na jakie pytania odpowiada SOMA Jak zidentyfikować usługi i jakie stosować kryteria przy ich identyfikacji? Jak przetłumaczyć cele biznesowe na usługi? Jaki poziom szczegółowości dla poszczególnych usług? Tworzyć usługi od zera czy adaptować istniejące systemy? Jak znaleźć optymalne rozwiązanie pod względem wydajności i elastyczności? Tworzyć usługi jako Web Services czy wykorzystać inne technologie? Jak usystematyzować tworzenie i adaptację usług? Jakie stosować kryteria?
5 Na czym polega metodologia SOMA Projektowanie rozwiązań SOA oparte jest na modelu opisującym architekturę na wielu poziomach abstrakcji wykorzystując specyficzne techniki modelowania pozwalające na efektywne uchwycenie celów biznesowych. W ramach SOMA wykonywana jest Dekompozycja (Domain decomposition) dekompozycja procesów biznesowych (Business Componentisation/Analysis), identyfikacja usług i komponentów, specyfikacja usług i komponentów, wreszcie realizacja usług. SOMA jest metodologią, która pomoże Państwu zbudować model usługowy i informacyjny, który jest podstawą do zaprojektowania rozwiązania typu SOA. Model usługowy specyfikuje poszczególne usługi oraz ich parametry wymagane do realizacji procesów i celów biznesowych. Metodologia SOMA jest zestawem narzędzi, procedur, wzorców oraz technik dzięki którym możliwe jest sprawne i efektywne zdefiniowanie modelu usług. SOMA pozwala w ustrukturyzowany i uporządkowany sposób przejść od modelu biznesowego (np. modelu procesów biznesowych, obszarów procesów komponentów biznesowych) do konkretnej realizacji usług (serwisów) na poziomie technicznym. Przejście to wykorzystuje analizę biznesową oraz elementy koncepcji modelowania obiektowego oraz dekompozycji procesów biznesowych. W celu identyfikacji usług metodologia SOMA wykorzystuje trzy komplementarne podejścia: Identyfikacja usług na podstawie dekompozycji obszarów i procesów oraz celów biznesowych Specyfikacja usług i budowa zależności oraz hierarchii usług oraz test ekspozycji Decyzje realizacyjne pozwalające określić sposób technicznej implementacji poszczególnych usług
6 Analiza Biznesowa Identyfikacja obszarów biznesowych Identyfikacja celów i wymagań biznesowych (KPI) Dekompozycja procesów biznesowych Dekompozycja obszarów biznesowych Identyfikacja usług Model usług Specyfikacja usług Realizacja usług Podejście SOMA Identyfikacja Identyfikacja ustala kandydatów - usługi i procesy (przepływy) wymagane dla SOA. W czasie identyfikacji wykonywane są trzy czynności: dekompozycja obszarów domen (top-down), modelowanie cel-usługa (przekrojowo) i analiza istniejących zasobów (bottom-up). Wyniki kroku identyfikacji są następnie wykorzystywane w kroku specyfikacji SOMA dekompozycja obszarów biznesowych (Domain Decomposition) modelowanie usług w kontekście celów biznesowych (Goal-Service Modeling) analizę istniejących zasobów IT (Exisiting Assets Analysis) Specyfikacja Specyfikacja usług definiuje zależności, kompozycję, decyzje dotyczące ekspozycji usług, komunikaty, ograniczenia związane z poziomem i jakością usług oraz kwestie zarządzania stanem dla usług.
7 Specyfikacja obejmuje: Test Papierka Lakmusowego w podejmowaniu decyzji dot. Ekspozycji Identyfikację zależności między usługami. Szczegółowy przegląd danej usługi może odkryć jej zależności z innymi usługami lub aplikacjami, które będą niezbędne do dostarczenia jej funkcjonalności. Identyfikację kompozycji usług i przepływów. Przegląd obszarów funkcjonalnych i procesów biznesowych pozwoli ustalić kompozycję usług z innych usług i ich przepływ, dostarczający żądaną funkcjonalność biznesową. Specyfikacja przepływu (usług) opisuje choreografię usług. Identyfikację wymagań niefunkcjonalnych. Wymagania niefunkcjonalne definiują oczekiwany poziom usługi (jakość). Definicję specyfikacji komunikatów usług. Identyfikacja i specyfikacja formatu i zawartości komunikatów wejściowych i wyjściowych dla usługi. Udokumentowanie decyzji dot. zarządzania stanem. W przypadkach, gdy kompozycja usług wymaga zarządzania stanem, dokumentowane są decyzje w kwestiach takich jak Jakiego rodzaju persystencja powinna być używana? Decyzje Realizacyjne Decyzje realizacyjne pozwalają określić sposób implementacji w kwestiach architektury i projektu technicznego, który gwarantowałby spełnienie wymagań funkcjonalnych oraz odpowiedni poziom jakości usługi. Decyzje realizacyjne obejmują: Alokacja usług. Iteracyjna alokacja usług do komponentów Alokacja komponentów do warstw w architekturze aplikacji Badanie możliwości technicznych, zidentyfikowanie i oszacowanie ograniczeń technologicznych wpływających na możliwość realizacji usług (zwłaszcza w przypadku usług realizowanych w oparciu o już istniejące zasoby)
8 Na jakim etapie wdrożenia SOA należy stosować modelowanie SOMA Metodologia SOMA stosowana jest w początkowej fazie projektu adaptacji SOA. SOMA obejmuje fazy projektowania wysokiego poziomu (Solution Outline, Makro Design) SOMA obejmuje aspekty funkcjonalne i biznesowe projektowania rozwiązań SOA Produktem SOMA jest projekt wysokiego poziomu wykorzystywany w dalszych fazach projektowania i implementacji rozwiązań SOA Jakie są rezultaty Głównym rezultatem SOMA jest Model Usług Model Usług jest zbiorem istotnych informacji dotyczące wszystkich aktualnie zidentyfikowanych usług, które będą wykorzystane do realizacji procesów i celów biznesowych. Informacji zawarte w Modelu Usług opisują kwestie biznesowe, funkcjonalne, niefunkcjonalne oraz dotyczące technicznej realizacji. Model Usług zawiera też szczegóły dotyczące hierarchii, ekspozycji, złożoności oraz zależności pomiędzy usługami jak również szczegóły dotyczące zapewnienia wymaganego poziom jakości. Model usług
9 Model Usług jest budowany przyrostowo i powstaje w wynik iteracyjnej analizy identyfikacji usług. Oprócz Modelu Usług, drugim kluczowym rezultatem prac jest stworzenie Modelu Informacji odpowiadającego za kontekst biznesowy. Model Informacji zawieraj takie elementy jak: Encje biznesowe, Relacje między encjami, Model koncepcyjny, Ekspozycję encji, Decyzje dotyczące realizacji. Poza powyższymi modelami, rezultatami SOMA są również: Kontekst Biznesowy, Identyfikacja Procesów, Definicja Procesów, Katalog Reguł Biznesowych, Lista Zdarzeń Biznesowych, Model Celów i Usług (Goal Service Model), Wymagania Niefunkcjonalne, Model Przypadków Użycia Korzyści zastosowania SOMA SOMA pomaga Klientom wyspecyfikować usługi biznesowe oraz optymalnie wykorzystać zasoby IT w celu ich realizacji technicznej. SOMA pomaga Klientom zdefiniować i zaprojektować poszczególne serwisy techniczne jako realizację usług na poziomie biznesowym aby zwiększyć elastyczność organizacji do zmiennych wymagań biznesowych oraz zredukować koszty wdrażania nowych usług IBM pomaga zaprojektować rozwiązanie typu SOA, które zapewni osiągniecie celów biznesowych organizacji Model Usług jako rezultat końcowy etapu modelowania SOMA pozwoli projektantom technicznym i programistom na łatwe opracowanie szczegółowego projektu technicznego i implementację nowych usług oraz na udostępnienie usług na podstawie istniejących systemów (legacy).
10 Dalsze kroki Na podstawie konkretnych wymagań Klientów, IBM może przygotować ofertę projektu SOMA, odpowiednio skrojoną do specyfiki, stopnia zaawansowania technologicznego organizacji i dostępności kontekstu biznesowego (opisy procesów, itd.). W ramach prac proponujemy Opracowanie struktur organizacyjnych i zarządczych (Governance) dla SOA Przeprowadzenia warsztatów adaptacji metodologii SOMA (Method Adoption Workshop) Wykonanie pilotażowego projektu wykorzystującego SOMA Informacje kontaktowe : IBM Global Business Services Marcin Roszczyk tel marcin.roszczyk@pl.ibm.com Michał Suda tel michal.suda@pl.ibm.com
Architektura oprogramowania w praktyce. Wydanie II.
Architektura oprogramowania w praktyce. Wydanie II. Autorzy: Len Bass, Paul Clements, Rick Kazman Twórz doskonałe projekty architektoniczne oprogramowania! Czym charakteryzuje się dobra architektura oprogramowania?
Bardziej szczegółowoZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI
ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura
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ółowoNie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r.
Nie o narzędziach a o rezultatach czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT Władysławowo, 6 października 2011 r. Dlaczego taki temat? Ci którzy wykorzystują technologie informacyjne
Bardziej szczegółowoWarsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni
Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Warsztaty FRAME I. Cel Zapoznanie uczestników z możliwościami wykorzystania Europejskiej Ramowej Architektury ITS FRAME (zwanej dalej FRAME ) oraz jej narzędzi
Bardziej szczegółowoBłędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura
Bardziej szczegółowoProjekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych
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ółowoEtapy życia oprogramowania
Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano
Bardziej szczegółowoLaboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny
Laboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny mgr inż. Kajetan Kurus 15 kwietnia 2014 1 Dostępne techniki programowania Tworząc program należy
Bardziej szczegółowoProjektowanie interakcji
Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director
Bardziej szczegółowoStan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd.
Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd. Andrzej Natuniewicz, Andrzej Perkowski Departament Geodezji i Kartografii Urząd Marszałkowski Województwa
Bardziej szczegółowoREQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Bardziej szczegółowoEtapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania
Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
Bardziej szczegółowoZastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (SOA)
Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (SOA) Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH
Bardziej szczegółowoArchitektura 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ółowoDwie szkoły oceny 360 stopni. Sprawdź różnicę pomiędzy klasycznym a nowoczesnym podejściem
Sprawdź różnicę pomiędzy klasycznym a nowoczesnym podejściem Czy stosowanie tradycyjnego podejścia do metody 360 stopni jest jedynym rozwiązaniem? Poznaj dwa podejścia do przeprowadzania procesu oceny
Bardziej szczegółowoProjektowanie Infrastruktury Sieciowej v2 2012/09/01
Projektowanie Infrastruktury Sieciowej v2 2012/09/01 www.netcontractor.pl Wstęp Era nowych technologii umożliwiła praktycznie nieograniczone możliwości komunikacji niezależenie od miejsca i czasu. Dziś
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ół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ółowoSkrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych
Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych Wersja: 1.0 17.06.2015 r. Wstęp W dokumencie przedstawiono skróconą wersję pryncypiów architektury korporacyjnej podmiotów publicznych.
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Bardziej szczegółowoNazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
Bardziej szczegółowoNarzędzia CASE dla.net. Łukasz Popiel
Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania
Bardziej szczegółowoZarządzanie usługami IT
Zarządzanie usługami IT Koncepcja usługowej organizacji IT oraz cykl życia usługi IT dr Remigiusz Orzechowski Instytut Zarządzania Wartością Kolegium Nauk o Przedsiębiorstwie Szkoła Główna Handlowa w Warszawie
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ółowoSpis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania...
Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników Spis treúci Wstęp... 11 Podziękowania... 13 O autorach... 15 Robert A. Maksimchuk... 15 Eric J. Naiburg... 15 Przedmowa...
Bardziej szczegółowoProcesowa specyfikacja systemów IT
Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office
Bardziej szczegółowoJak opisać wymagania zamawiającego wybrane elementy
Jak opisać wymagania zamawiającego wybrane elementy Adam Rzeźnicki, Grzegorz Sobolewski PIIT Listopad, 2012 Agenda Kontekst ma znaczenie - na przykładzie cyklu wytwórczego systemu aplikacyjnego Rodzaje
Bardziej szczegółowoAnalityk i współczesna analiza
Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura
Bardziej szczegółowoProgram szkolenia: Wprowadzenie do Domain Driven Design dla biznesu (część 0)
Program szkolenia: Wprowadzenie do Domain Driven Design dla biznesu (część 0) Informacje: Nazwa: Wprowadzenie do Domain Driven Design dla biznesu (część 0) Kod: Kategoria: Grupa docelowa: Czas trwania:
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ółowoProwadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010
Jak nie stracić efektów synergii usługi systemów krajowych i globalnych Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska Miedzeszyn, wrzesień 2010 Bartosz Górczyński Prezes Zarządu CTPartners
Bardziej szczegółowoWPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
Bardziej szczegółowoPYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK
KLUCZ ODPOWIEDZI Część DODATEK 8.1 9.4 PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional for Requirements Engineering, Advanced Level, Requirements
Bardziej szczegółowoPraktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
Bardziej szczegółowoSzczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Szczególne problemy projektowania aplikacji Jarosław Kuchta Miejsce projektowania w cyklu wytwarzania aplikacji SWS Analiza systemowa Analiza statyczna Analiza funkcjonalna Analiza dynamiczna Analiza behawioralna
Bardziej szczegółowoZAŁĄ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.
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 Załącznik Nr 2 do Część II SIWZ Wyciąg ze standardów, zasad i wzorców integracyjnych obowiązujących
Bardziej szczegółowoAgile Project Management
Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...
Bardziej szczegółowoModelowanie Informacji o Budynku (BIM)
Modelowanie Informacji o Budynku (BIM) Główne obiekty BIM www.akademiamiedzi.pl Europejski Instytut Miedzi ul. św. Mikołaja 8-11 50-125 Wrocław e-mail: biuro@instytutmiedzi.pl tel.: (+48) 71 78 12 502
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
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ółowoWprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Bardziej szczegółowoInformacja o firmie i oferowanych rozwiązaniach
Informacja o firmie i oferowanych rozwiązaniach Kim jesteśmy INTEGRIS Systemy IT Sp. z o.o jest jednym z najdłużej działających na polskim rynku autoryzowanych Partnerów Microsoft w zakresie rozwiązań
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ół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ół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ółowoProjekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011
Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo
Bardziej szczegółowoAutor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski
Autor: Artur Lewandowski Promotor: dr inż. Krzysztof Różanowski Przegląd oraz porównanie standardów bezpieczeństwa ISO 27001, COSO, COBIT, ITIL, ISO 20000 Przegląd normy ISO 27001 szczegółowy opis wraz
Bardziej szczegółowoAnaliza i projektowanie aplikacji Java
Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie
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ółowoInformatyzacja przedsiębiorstw WYKŁAD
Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi
Bardziej szczegółowoCTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT
CTPARTNERS W LICZBACH 15 osób przeszkolonych z zakresu IT lat na rynku 40 000 4 kompleksowe obszary zarządzania IT w ofercie ~100% Zdawalności egzaminów po naszych szkoleniach szkoleń otwartych i zamkniętych
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ółowoRUP. Rational Unified Process
RUP Rational Unified Process Agenda RUP wprowadzenie Struktura RUP Przepływy prac w RUP Fazy RUP RUP wprowadzenie RUP (Rational Unified Process) jest : Iteracyjną i przyrostową metodyka W pełni konfigurowalną
Bardziej szczegółowoZarządzanie usługami IT zwinność
Zarządzanie usługami IT zwinność Autor: Grzegorz Poręcki 06.06.2017 Warszawa Agenda ITIL Zwinność Oferta OMEC ITIL w ładzie organizacji ITIL w pigułce cykl życia usług ITIL jest uniwersalnym zbiorem najlepszych
Bardziej szczegółowoDlaczego modele architektoniczne to zamało? Wprowadzeniedo ładu architekturykorporacyjnej
Dlaczego modele architektoniczne to zamało? Wprowadzeniedo ładu architekturykorporacyjnej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoKIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA
KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA Nazwa kierunku studiów: Informatyczne Techniki Zarządzania Ścieżka kształcenia: IT Project Manager, Administrator Bezpieczeństwa
Bardziej szczegółowoUsługa: Audyt kodu źródłowego
Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności
Bardziej szczegół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ółowoZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Bardziej szczegółowoKarta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
Bardziej szczegół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ółowoKonfiguracja modelowania w procesie wytwarzania oprogramowania
Konfiguracja modelowania w procesie wytwarzania oprogramowania Anna Bobkowska Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura nie zastępuje obecności na
Bardziej szczegółowoWstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Bardziej szczegółowoWstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
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ółowo1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI
KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia
Bardziej szczegółowoZarządzanie projektami a zarządzanie ryzykiem
Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu
Bardziej szczegółowoSkuteczność => Efekty => Sukces
O HBC Współczesne otoczenie biznesowe jest wyjątkowo nieprzewidywalne. Stała w nim jest tylko nieustająca zmiana. Ciągłe doskonalenie się poprzez reorganizację procesów to podstawy współczesnego zarządzania.
Bardziej szczegółowoAnaliza biznesowa a metody agile owe
Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania
Bardziej szczegółowoKatedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)
Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Temat projektu/pracy dr inż. Wojciech Waloszek Grupowy system wymiany wiadomości. Zaprojektowanie
Bardziej szczegółowoProjektowanie systemów informatycznych. wykład 6
Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany
Bardziej szczegółowoOutsourcing procesów. dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012
2012 Outsourcing procesów dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012 Agenda Firma przez pryzmat architektury korporacyjnej Outsourcing główne etapy Etap przygotowania
Bardziej szczegółowoREKOMENDACJA D Rok PO Rok PRZED
REKOMENDACJA D Rok PO Rok PRZED Praktyczne aspekty procesu weryfikacji i zapewnienia zgodności z zaleceniami REKOMENDACJA D Jacek Więcki, Bank BGŻ S.A., Wydział Strategii i Procesów IT e mail: jacek.wiecki@bgz.pl
Bardziej szczegółowoZARZĄDZANIE MARKĄ. Doradztwo i outsourcing
ZARZĄDZANIE MARKĄ Doradztwo i outsourcing Pomagamy zwiększać wartość marek i maksymalizować zysk. Prowadzimy projekty w zakresie szeroko rozumianego doskonalenia organizacji i wzmacniania wartości marki:
Bardziej szczegółowoNarzędzia informatyczne wspierające przedsięwzięcia e-commerce
Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Zarządzanie projektami e-commerce, Meblini.pl, UE we Wrocławiu Wrocław, 11-03-2018 1. Cykl życia projektu 2. Pomysł / Planowanie 3. Analiza
Bardziej szczegółowoZarządzanie i realizacja projektów systemu Microsoft SharePoint 2010
Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................
Bardziej szczegółowoDLA SEKTORA INFORMATYCZNEGO W POLSCE
DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej
Bardziej szczegółowoSystem Centralny dla banku w 6 miesięcy
System Centralny dla banku w 6 miesięcy Watson Warsaw Summit 2017 Piotr Gawron COO/CIO G-ROCK Ltd. Artur Wróblewski Global Solutions Leader IBM CEE Wyzwanie Co? Zbudować i uruchomić kompletną infrastrukturę
Bardziej szczegółowoLaunch. przygotowanie i wprowadzanie nowych produktów na rynek
Z przyjemnością odpowiemy na wszystkie pytania. Prosimy o kontakt: e-mail: kontakt@mr-db.pl tel. +48 606 356 999 www.mr-db.pl MRDB Szkolenie otwarte: Launch przygotowanie i wprowadzanie nowych produktów
Bardziej szczegółowoPRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym
Kod szkolenia: Tytuł szkolenia: H6C26S PRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym Dni: 5 Opis: Metodyka PRINCE2 jest akceptowana na poziomie międzynarodowym i uznana za wiodące
Bardziej szczegółowoMetodyki zarządzania projektami PRINCE2
Metodyki zarządzania projektami PRINCE2 Zarządzanie projektem Kontroluj Planuj Monitoruj Deleguj 6 aspektów efektywności projektu Koszty Terminy Jakość Zakres Ryzyko Korzyści 4 zintegrowane elementy metodyki
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ółowoOFERTA SZKOLENIOWA PROGRESS SOFTWARE
OFERTA SZKOLENIOWA PROGRESS SOFTWARE Szanowni Państwo, Zapraszamy do zapoznania się z naszą ofertą szkoleń w systemie Progress. Kursy organizowane są dla małych grup 3-6 osobowych, w Warszawie. Każdy uczestnik
Bardziej szczegółowoKARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Bardziej szczegółowoZagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Bardziej szczegółowoIn ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania
In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania prowadzący: dr inż. Krzysztof Bartecki www.k.bartecki.po.opole.pl Proces tworzenia oprogramowania jest zbiorem czynności i
Bardziej szczegółowoProjektowanie strategii HR
Projektowanie strategii HR Design Thinking stając się architektami celów, talentów i wiedzy. Pokazują jak transformować wiedzę i kompetencje w konkretne inicjatywy. Dzięki ich wsparciu zespoły nabierają
Bardziej szczegółowoPodstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe
Podstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe Autor Anna Papierowska Praca magisterska wykonana pod opieką dr inż. Dariusza Chaładyniaka mgr inż. Michała Wieteski
Bardziej szczegółowoZwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)
Program szkolenia: Zwinna współpraca programistów i testerów z wykorzystaniem BDD i Spec Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Zwinna współpraca programistów i testerów
Bardziej szczegółowoData Governance jako część ładu korporacyjnego
Data Governance jako część ładu korporacyjnego Prof. SGH, dr hab. Andrzej Sobczak Kurs: Wprowadzenie do problematyki Data Governance Zakres tematyczny kursu Data Governance jako część ładu korporacyjnego
Bardziej szczegółowoBIM jako techniczna platforma Zintegrowanej Realizacji Przedsięwzięcia (IPD - Integrated Project Delivery)
BIM jako techniczna platforma Zintegrowanej Realizacji Przedsięwzięcia (IPD - Integrated Project Delivery) Dr inż. Michał Juszczyk Politechnika Krakowska Wydział Inżynierii Lądowej Zakład Technologii i
Bardziej szczegółowoPODSTAWY ZARZĄDZANIA PROJEKTAMI
Bogdan Miedziński PODSTAWY ZARZĄDZANIA PROJEKTAMI Dorocie żonie, wiernej towarzyszce życia 1 SPIS TREŚCI Wstęp................................................. 9 1. Zarządzanie projektami z lotu ptaka....................
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ółowoUsługi analityczne budowa kostki analitycznej Część pierwsza.
Usługi analityczne budowa kostki analitycznej Część pierwsza. Wprowadzenie W wielu dziedzinach działalności człowieka analiza zebranych danych jest jednym z najważniejszych mechanizmów podejmowania decyzji.
Bardziej szczegółowoPrzygotowanie do nowoczesnego programowania po stronie przeglądarki. (HTML5, CSS3, JS, wzorce, architektura, narzędzia)
Program szkolenia: Przygotowanie do nowoczesnego programowania po stronie przeglądarki (HTML5, CSS3, JS, wzorce, architektura, narzędzia) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania:
Bardziej szczegółowo