Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (SOA)

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

Download "Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (SOA)"

Transkrypt

1 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 sobczak@sgh.waw.pl

2 Cel prezentacji Wariant optymistyczny: przekonanie Państwa, że warto wykonaćwysiłek organizacyjny w zakresie usystematyzowanego wdrażania SOA. Wariant realistyczny: zaprezentowanie listy czynników, które należy rozważyć budując rejestr ryzyk w przedsięwzięciu dotyczącym wdrażania SOA. Wariant pesymistyczny: przedstawienie dobrych praktyk w zakresie wdrażania SOA w organizacji.

3 Cel prezentacji Wariant optymistyczny: przekonanie Państwa, że warto wykonaćwysiłek organizacyjny w zakresie usystematyzowanego wdrażania SOA. Wariant realistyczny: zaprezentowanie listy czynników, które należy rozważyć budując rejestr ryzyk w przedsięwzięciu dotyczącym wdrażania SOA. Wariant pesymistyczny: przedstawienie dobrych praktyk w zakresie wdrażania SOA w organizacji.

4 Cel prezentacji Wariant optymistyczny: przekonanie Państwa, że warto wykonaćwysiłek organizacyjny w zakresie usystematyzowanego wdrażania SOA. Wariant realistyczny: zaprezentowanie listy czynników, które należy rozważyć budując rejestr ryzyk w przedsięwzięciu dotyczącym wdrażania SOA. Wariant pesymistyczny: przedstawienie dobrych praktyk w zakresie wdrażania SOA w organizacji.

5 Plan prezentacji Zamiast wstępu: Usystematyzowanie relacji pomiędzy kluczowymi pojęciami na styku architektury korporacyjnej, TOGAF i SOA TOGAF jako metodyka wdrażania SOA w dużych organizacjach Etapy realizacji SOA zgodne z TOGAF ADM Adaptacja metamodelu TOGAF 9 w kontekście SOA Pomiar dojrzałości organizacji w obszarze SOA Podsumowanie

6 Usystematyzowanie relacji pomiędzy kluczowymi pojęciami na styku architektury korporacyjnej, TOGAF i SOA Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

7 The Open Group The Open Group jest międzynarodowym, niezależnym i nie związanym z konkretnymi technologiami konsorcjum, którego kluczowy zadaniem jest tworzenie standardów przemysłowych IT na zasadzie konsensusu. Wizja The Open Group: Przepływ informacji bez barier: umożliwiający dostęp do zintegrowanej informacji, wewnątrz i pomiędzy organizacjami, bazujący na otwartych standardach.

8 TOGAF The Open Group Architecture Framework Usystematyzowane podejście do tworzenia architektury (korporacyjnej) w dowolnym typie i wielkości organizacji. Niezależne od dostawców, powstałe na drodze konsensusu, wypracowywanego pomiędzy jego użytkownikami. Zawierające rygorystycznąmetodętworzenia Architektury (Architecture Development Method ADM), która pozwala na zaprojektowanie i zrealizowaniearchitektury dedykowanej konkretnej organizacji. Przedstawia zestaw pojęć, standardów, modeli referencyjnych, metody i technik związanych z budową architektury (korporacyjnej).

9 korporacyjna 1. korporacyjna formalny opis struktury funkcji komponentów korporacji, wzajemnych powiązań pomiędzy tymi komponentami oraz pryncypia i wytyczne odnośnie do zarządzania projektowaniem i zmianą tych komponentów w czasie.

10 korporacyjna 1. korporacyjna formalny opis struktury funkcji komponentów korporacji, wzajemnych powiązań pomiędzy tymi komponentami oraz pryncypia i wytyczne odnośnie do zarządzania projektowaniem i zmianą tych komponentów w czasie. 2. korporacyjna dyscyplina z pogranicza zarządzania i IT zajmująca się projektowaniem komponentów korporacji i nadzorowania ich realizacji.

11 SOA SOA styl architektoniczny realizujący podejście/myślenie usługowe w całejorganizacji (a nie tylko w obszarze IT); stanowi on możliwy sposób realizacji określonego zakresu architektury korporacyjnej.

12 Relacje pomiędzy pojęciami The Open Group TOGAF korporacyjna SOA Twórca narzędzia Narzędzie Produkt pośredni zastosowania narzędzia Sposób realizacji części architektury korporacyjnej

13 Stos metodyczny The Open Group w obszarze architektury korporacyjnej i SOA The Open Group Guide The Open Group Technical Standard The Open Group Technical Standard The Open Group Technical Standard The Open Group Technical Standard The Open Group Technical Standard Using TOGAF to Define and Govern Service- Oriented Architectures The Open Group Service Integration Maturity Model SOA Governance Framework Service-Oriented Architecture Ontology SOA Reference Architecture Service Oriented Infrastructure

14 TOGAF jako metodyka wdrażania SOA w dużych organizacjach Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

15 Kontekst: struktura TOGAF

16 Struktura TOGAF a ADM Ramy potencjału architektonicznego ` (część VII) Metoda Budowy Architektury (część II) Przewodniki i techniki ADM (część III) ADM Ramy zawartości architektonicznej (część IV) Kontinuum korporacyjne i narzędzia (część V) Modele referencyjne TOGAF (część VI)

17 Cykl ADM Cykl ADM (Architecture Development Method) cykl tworzenia i rozwoju dowolnejarchitektury (w tym korporacyjnej) składający się z serii następujących po sobie faz, z których każda składa sięz pewnej liczby kroków. Cykl ADM zakłada iteracyjne podejście Iteracyjność całych cykli Iteracyjność wewnątrz cyklu Iteracyjność wewnątrz faz G Nadzór nad implementacją H Zarządzanie zmianą architektury F Planowanie migracji A Wizja architektury Zarządzanie wymaganiami E Możliwości i rozwiązania Faza wstępna B biznesowa D techniczna C danych i aplikacji

18 Cykl ADM filozofia opisu fazy Produkty wejściowe Faza Krok 1 Krok 2 Krok Krok n Produkty wyjściowe Produkty dzielimy na: architektoniczne i niearchitektonicznie. Uwaga: TOGAF nie definiuje CRUD na poziomie produktów.

19 Cykl ADM filozofia opisu fazy Model organizacyjny architektury korporacyjnej Dopasowane ramy architektoniczne Pryncypia aplikacji Oświadczenie o pracy architektonicznej Wizja architektury Repozytorium architektoniczne Szkic dokumentu definiującego architekturę Szkic specyfikacji wymagań architektonicznych Komponenty architektury biznesowej i danych z architektonicznej mapy drogowej Żądanie pracy architektonicznej Wybór modeli referencyjnych, technik modelowania, określenie punktów widzenia Stworzenie architektury bazowej Stworzenie architektury docelowej Wykonanie analizy luk Zdefiniowanie mapy drogowej komponentów Zdefiniowanie wpływu prac na krajobraz architektoniczny organizacji Przeprowadzenie przeglądu z interesariuszami Sfinalizowanie prac architektonicznych Stworzenie dokumentu definiującego architekturę Udoskonalone i zaktualizowane wersje produktów pochodzących z fazy Wizja Architektury (tam, gdzie ma to zastosowanie) Dokument definiujący architekturę Specyfikacja wymagań architektonicznych Komponenty architektoniczne umieszczone na mapie drogowej

20 Uwagi metodyczne TOGAF dopuszcza, aby w kontrolowany sposób: Zmieniać kolejność realizacji faz Łączyćfazy ze sobą Zmieniać kolejność kroków wewnątrz każdej z faz Łączyćkroki wewnątrz faz Pomijać kroki wewnątrz fazy Kroki wewnątrz faz proponuje siępotraktowaćjako swego rodzaju check-listę do analizy czy wykonano określone działania, a jeżeli nie, to czy ich pominięcie było świadome.

21 Faza wstępna G Nadzór nad implementacją H Zarządzanie zmianą architektury F Planowanie migracji A Wizja architektury Zarządzanie wymaganiami E Możliwości i rozwiązania Faza wstępna B biznesowa D techniczna C danych i aplikacji W fazie wstępnej następuje określenie sposobu w jaki SOA będzie realizowana w ramach organizacji, co obejmuje: Ustanowienie kontekstu biznesowego wprowadzenia SOA Pozyskanie wsparcia Sponsora Zmierzenie dojrzałości usługowej organizacji Ustanowienie struktury zarządzania SOA Zdefiniowanie pryncypiów dotyczących SOA Wdrożenie repozytorium, umożliwiającego tworzenie modeli architektonicznych. SLAJD 21 of 24

22 Faza wstępna ustanowienie kontekstu biznesowego i pozyskanie sponsora Kontekst biznesowy TOGAF nie podaje metody obliczenia ROI z wdrażania podejścia architektonicznego, w tym w szczególności SOA. Rozwiązania alternatywne

23 Faza wstępna ustanowienie kontekstu biznesowego i pozyskanie sponsora Sponsor prac architektonicznych TOGAF wskazuje szczególnąrolęsponsora prac architektonicznych i jego umiejscowienia w organizacji. Zgodnie z TOGAF dobrym kandydatem na sponsora jest wiceprezes ds. operacyjnych, wiceprezes ds. innowacji itp. Zgodnie z TOGAF nie najlepszym kandydatem na sponsora jest wiceprezes ds. IT.

24 Struktura TOGAF a model dojrzałości Model dojrzałości

25 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model) Możliwość otrzymania jedno jak i wielowymiar owej oceny dojrzałości

26 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model) Ujęcie statystyczne modelu: 7 poziomów dojrzałości 7 wymiarów oceny 7 badanych czynników dojrzałości Blisko 90 pytań ewaluacyjnych Blisko 140 atrybutów do oceny dojrzałości SLAJD 26 of 24

27 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model)

28 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model) Pytania Kwestionariusz ew. cz. I Kwestionariusz ew. cz. II

29 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model)

30 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model)

31 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model) Pytania Kwestionariusz ew. cz. I Kwestionariusz ew. cz. II

32 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model)

33 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model)

34 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model)

35 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model) Wyniki przeglądu dla przykładowej organizacji

36 Faza wstępna model dojrzałości (The Open Group Service Integration Maturity Model) Wyniki przeglądu dla przykładowej organizacji

37 Struktura TOGAF a model dojrzałości Ład SOA

38 Pojęcie ładu architektonicznego Ład architektoniczny system (mechanizm) za pomocąktórego ustanawiany jest zbiór celów tworzenia architektury (w tym np. SOA) oraz środków, poprzez które możliwe jest osiąganie tych celów i monitorowanie wydajności ich realizacji. Relacje z innymi metodykami i podejściami aplikacji Pomiary Struktura organizacyjna, role i odpowiedzialności techniczna Wymagania biznesowe biznesowa danych Pryncypia, polityki i standardy Zarządcze procesy architektonicze

39 Faza wstępna ramy ładu architektonicznego w ujęciu TOGAF Ład korporacyjny Ład IT Ład architektoniczny

40 Faza wstępna ramy ładu architektonicznego w kontekście SOA

41 Faza wstępna ramy ładu architektonicznego Procesy architektoniczne związane z SOA Proces wprowadzania usługi do organizacji Proces zarządzania zmianą usługi Proces wycofania usługi. Artefakty architektoniczne związane z SOA Katalog standardów architektonicznych Katalog usług biznesowych (+SLA) Katalog usług aplikacyjnych (+SLA) Macierz usług biznesowych i procesów biznesowych Diagram rozmieszczenia usług.

42 Faza wstępna struktura zarządzania SOA Role i ciała oraz ich odpowiedzialności w kontekście SOA Rekomenduje się powołanie SOA Center of Excellence Architekt ds. Integracji Zespółds. Szyny Integracyjnej

43 Faza wstępna pryncypia architektoniczne Nazwa Zorientowanie na usługi Stwierdzenie organizacji bazuje na podejściu usługowym (w obszarze biznesu, aplikacji jak i infrastruktury technicznej) z dobrze określonymi poziomami ich świadczenia Uzasadnienie Podejście usługowe zwiększa elastyczność organizacji oraz zapewnia przepływ informacji bez barier. Implikacje Biznes musi zdefiniować katalog usług biznesowych i określić ich SLA, a następnie wskazać ich relacje do procesów biznesowych. Należy zdefiniować szczególnego rodzaju wymagania na otwarte standardy w szczególności w zakresie interoperacyjności. Wymagane jest wprowadzenie skutecznych mechanizmów ładu architektonicznego w obszarze SOA w szczególności dotyczy to zasad re-używalności usług. Wymagane jest zdefiniowanie testu papierka lakmusowego, który określa czy dana usługa została we właściwy sposób zaprojektowana i zrealizowana.

44 Faza wstępna pryncypia architektoniczne Przykłady innych pryncypiów: Usługi są reużuwalne Organizacja wprowadziła i monitoruje KPI, w tym KPI usług Organizacja posługuje sięmodelami referencyjnymi, w tym modelem referencyjnym SOA Organizacja automatyzuje swoje procesy z zastosowaniem podejścia usługowego Organizacja gromadzi informacje o metadanych usług Organizacja definiuje i używa kontraktów do określania wymagań biznesowych i IT

45 Kontekst: struktura TOGAF Metamodel

46 Metamodel zawartości TOGAF 9 Pryncypia architektoniczne, wizja oraz wymagania Faza wstępna Wizja architektury Wymagania architektoniczne biznesowa Motywacja systemów informatycznych Dane Aplikacje techniczna Organizacja Funkcja Realizacja architektury Możliwości, rozwiązania i planowanie migracji Nadzór nad implementacją

47 Metamodel zawartości z TOGAF 9

48 Rdzeńmetamodelu i jego rozszerzenia

49 Rdzeńmetamodelu i jego rozszerzenia

50

51

52

53 Faza wstępna wybór narzędzia Na tym etapie prac następuje wybór narzędzia do modelowania architektury (w tym SOA). Nie oznacza to wyboru narzędzia do realizacji architektury zorientowanej na usługi.

54 FazaA Wizja architektury Faza wstępna Celem fazy A jest zdefiniowanie zakresu prac, identyfikacja interesariuszy, utworzenie wizji organizacji działającej zgodnie z SOA oraz otrzymanie akceptacji sponsora odnośnie do dalszych działań. G Nadzór nad implementacją H Zarządzanie zmianą architektury A Wizja architektury Zarządzanie wymaganiami B biznesowa C danych i aplikacji F Planowanie migracji E Możliwości i rozwiązania D techniczna

55 FazaA zakres prac Poziom szczegółów

56 FazaA identyfikacja interesariuszy Moc

57 Faza A Wizja architektury Wyzwania: Zidentyfikowanie kluczowych wymagań, odzwierciedlonych następnie w modelu rozwiązania docelowego. Opisanie organizacji w stanie docelowym za pomocą zbioru scenariuszy biznesowych podkreślających rolęaspektów integracyjnych (przełamujących silosy organizacyjne). Scenariusz biznesowy opisuje (mega) proces biznesowy, którego realizacja jest możliwa dzięki realizacji określonego zbioru usług biznesowych, automatyzowanych przez usługi IT.

58 FazaB biznesowa Faza wstępna H Zarządzanie zmianą architektury A Wizja architektury B biznesowa Celem fazy B jest opis bazowej architektury biznesowej i stworzenie docelowej architektury biznesowej w podejściu usługowym oraz opracowanie analiz luk G Nadzór nad implementacją Zarządzanie wymaganiami C danych i aplikacji F Planowanie migracji E Możliwości i rozwiązania D techniczna

59 Faza B biznesowa

60 Faza B biznesowa Wyzwania: Problemy ze stworzeniem katalogu usług biznesowych. Problemy z określeniem SLA biznesowego. Problemy z powiązaniem usług biznesowych z procesami biznesowymi. Według TOGAF: proces jest zbiorem usług biznesowych i ich kontraktów; usługa może byćwykorzystywana w jednym lub więcej procesie biznesowym.

61 Faza C danych i aplikacji H Zarządzanie zmianą architektury A Wizja architektury Faza wstępna B biznesowa Celem fazy aplikacji jest opis bazowej architektury aplikacji i stworzenie docelowej architektury aplikacji w podejściu usługowym oraz opracowanie analiz luk G Nadzór nad implementacją F Planowanie migracji Zarządzanie wymaganiami E Możliwości i rozwiązania D techniczna C danych i aplikacji Celem fazy danych jest opis bazowej architektury danych i stworzenie docelowej architektury danych oraz opracowanie analiz luk

62 Faza C danych i aplikacji

63 Faza C danych i aplikacji Wyzwania: Opisanie stanu bazowego (opis aplikacji) zgodnie z podejściem usługowym. Stworzenie korporacyjnego modelu danych. Zdefiniowanie docelowego katalogu usług systemów informatycznych na odpowiednim poziomie granulacji. Przełożenie SLA biznesowego na SLA dla usług systemów informatycznych. Problemy z komunikacją z działem utrzymania (oni też mają usługi!).

64 FazaD techniczna Faza wstępna H Zarządzanie zmianą architektury A Wizja architektury B biznesowa G Nadzór nad implementacją F Planowanie migracji Zarządzanie wymaganiami E Możliwości i rozwiązania D techniczna C danych i aplikacji Celem fazy techniczna jest opis bazowej architektury technicznej i stworzenie docelowej architektury technicznej w podejściu usługowym oraz opracowanie analiz luk

65 Faza D techniczna

66 Faza D techniczna Service Oriented Infrastructure Reference Model

67 Faza D techniczna Wyzwania: Opisanie stanu bazowego w ujęciu logicznym jednocześnie z uwzględnieniem paradygmatu usługowego (problem oderwanie sięod CMDB). Problemy z komunikacją z działem utrzymania (oni też mają usługi!). Problemy z uwzględnieniem cloud computing (w tym podejściu może być realizowana istotna część usług platform).

68 FazaE Możliwości i rozwiązania Faza wstępna G Nadzór nad implementacją H Zarządzanie zmianą architektury F Planowanie migracji A Wizja architektury Zarządzanie wymaganiami E Możliwości i rozwiązania B biznesowa D techniczna C danych i aplikacji Faza E identyfikuje nowe możliwości i kluczowe rozwiązania oraz sposób ich wprowadzania do organizacji (w formie architektur pośrednich), w celu osiągnięcia architektury docelowej. Będą one stanowiły podstawę planu migracji.

69 Faza E Możliwości i rozwiązania

70 Faza E Możliwości i rozwiązania Wyzwania: Problemy z właściwym zdefiniowaniem zakresu poszczególnych architektur pośrednich. Właściwe zidentyfikowanie ryzyk przy wdrażaniu SOA.

71 Faza F Planowanie migracji Faza wstępna i pryncypia Celem fazy F jest ułożenie poszczególnych projektów zgodnie z ich priorytetami. H Zarządzanie zmianą architektury A Wizja architektury B biznesowa Następuje oszacowanie zależności, kosztów i korzyści związanych z poszczególnymi projektami migracyjnymi. G Nadzór nad implementacją Zarządzanie wymaganiami C danych i aplikacji Spriorytetyzowana lista projektów stanowi podstawą planu migracji. F Planowanie migracji E Możliwości i rozwiązania D techniczna

72 Faza F Planowanie migracji Wyzwania: Przypisanie wartości biznesowej każdemu projektowi. Zabezpieczenie sięprzed quick-wins biznesu, który nagle dochodzi do wniosku, że silosy nie były złe.

73 Faza G Nadzór nad implementacją Faza wstępna i pryncypia Celem fazy G jest sformułowanie rekomendacji dla każdego projektu w formie kontraktu architektonicznego, służącego do zarządzania implementacją i implementacją danego systemu. System ten jest następnie implementowany i wdrażany podczas tej fazy. G Nadzór nad implementacją H Zarządzanie zmianą architektury F Planowanie migracji A Wizja architektury Zarządzanie wymaganiami E Możliwości i rozwiązania B biznesowa D techniczna C danych i aplikacji

74 Faza G Nadzór nad implementacją Wyzwania: Umiejętne zdefiniowanie kontraktów architektonicznych. Koniecznośćposiadania zasobów niezbędnych do realizacji nadzoru architektonicznego.

75 FazaH Zarządzanie zmianą Faza wstępna i pryncypia Celem fazy H jest ustanowienie procesu zarządzania zmianami dla nowej bazowej architektury j, która jest osiągania z momentem zakończenia fazy nadzoru nad implementacją. H Zarządzanie zmianą architektury A Wizja architektury B biznesowa W ramach tego procesu prowadzi się ciągły monitoring rozwój technologicznego i zmian w środowisku biznesowym w celu decydowania czy formalnie zainicjować nowy cykl rozwoju architektury. G Nadzór nad implementacją F Planowanie migracji Zarządzanie wymaganiami E Możliwości i rozwiązania D techniczna SLAJD 75 of 24 C danych i aplikacji

76 Faza H Zarządzanie zmianą Wyzwania: Konieczność wykonywania analizy what-if. Zapobieganie nadmiernemu mnożeniu się usług. Powracająca tendencja łączenia systemów punkt-punkt.

77 Faza Zarządzanie wymaganiami Faza wstępna i pryncypia H Zarządzanie zmianą architektury A Wizja architektury B biznesowa Podczas każdej fazy prace są walidowane pod kątem bieżących wymagań biznesowych, które sterują rozwojem architektury. G Nadzór nad implementacją Zarządzanie wymaganiami C danych i aplikacji F Planowanie migracji E Możliwości i rozwiązania D techniczna SLAJD 77 of 24

78 Faza Zarządzanie wymaganiami Wyzwania: Nauczenie biznesu funkcjonowania zgodnie z paradygmatem usługowym. Przełożenie często rozmytych wymagań biznesowych na zapisy w SLA.

79 Podsumowanie Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH

80 Podsumowanie (1) Przedstawione podejście ma charakter modelowy. Samo The Open Group wskazuje, że oczekiwana jest adaptacja tego podejścia do potrzeb konkretnej organizacji. TOGAF mówi co ma byćzrobione. TOGAF bardzo często (a jużna pewno nie w szczegółach) NIE mówi jak coś ma być zrobione. Adaptacja TOGAF w obszarze: Procesów Produktów Terminologii Wskazane jest zawsze umieszczenie uzasadnienia w repozytorium architektonicznym, dlaczego pewne rzeczy wykonuje się inaczej (lub dlaczego pewne rzeczy zostały pominięte).

81 Podsumowanie (2) Struktura repozytorium architektonicznego

82 Podsumowanie (3) Niektórzy twierdzą, że organizacje, które nie uwierzyły w skutecznośćrekomendowanego podejścia, po nie udanym wdrożeniu SOA, w wewnętrznych audytach wykazują, że przyczyną niepowodzeń był brak elementów wykazywanych jako krytyczne w Using TOGAF to Define and Govern Service-Oriented Architectures.

83 Dziękuję za uwagę zapraszam do kontaktu

Dlaczego modele architektoniczne to zamało? Wprowadzeniedo ładu architekturykorporacyjnej

Dlaczego 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ół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

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

ZARZĄ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ółowo

Pryncypia architektury korporacyjnej

Pryncypia architektury korporacyjnej Pryncypia architektury korporacyjnej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH E-mail: sobczak@sgh.waw.pl Plan prezentacji Czym

Bardziej szczegółowo

Produkty i artefakty architektoniczne

Produkty i artefakty architektoniczne Produkty i artefakty architektoniczne Prof. SGH, dr hab. Andrzej Sobczak Kurs: Zakres tematyczny kursu Produkty i artefakty architektoniczne Koncepcja kontinuum korporacyjnego Czym jest metamodel zawartości

Bardziej szczegółowo

Czym jest Minimum Viable (Architecture) Practice w kontekście instytucji finansowych? Prof. SGH, dr hab. Andrzej Sobczak

Czym jest Minimum Viable (Architecture) Practice w kontekście instytucji finansowych? Prof. SGH, dr hab. Andrzej Sobczak Czym jest Minimum Viable (Architecture) Practice w kontekście instytucji finansowych? Prof. SGH, dr hab. Andrzej Sobczak Kurs: Zastosowanie TOGAF i ArchiMate w instytucjach finansowych Kurs: Metody oceny

Bardziej szczegółowo

Dobre praktyki w zakresie zarządzania ładem architektury korporacyjnej

Dobre praktyki w zakresie zarządzania ładem architektury korporacyjnej Dobre praktyki w zakresie zarządzania ładem architektury korporacyjnej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH Gospodarczej SGH

Bardziej szczegółowo

Budowa potencjału architektonicznego organizacji

Budowa potencjału architektonicznego organizacji Budowa potencjału go organizacji Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH E-mail: sobczak@sgh.waw.pl Plan prezentacji Próba definicji

Bardziej szczegółowo

Globalne podejście do transformacji organizacji z wykorzystaniem IT. Prof. SGH, dr. hab. Andrzej Sobczak Katedra Informatyki Gospodarczej SGH

Globalne podejście do transformacji organizacji z wykorzystaniem IT. Prof. SGH, dr. hab. Andrzej Sobczak Katedra Informatyki Gospodarczej SGH z wykorzystaniem IT Prof. SGH, dr. hab. Andrzej Sobczak Katedra Informatyki Gospodarczej SGH Kilka słów o prowadzącym Dr hab. Andrzej Sobczak Profesor w Katedrze Informatyki Gospodarczej SGH Blisko 10

Bardziej szczegółowo

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

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

Bardziej szczegółowo

dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS

dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS Kasa Rolniczego Ubezpieczenia Społecznego jako e-urząd zorientowany usługowo dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS 1 Cel prezentacji Celem prezentacji jest przedstawienie

Bardziej szczegółowo

Wstęp do zarządzania projektami

Wstę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ółowo

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni

Warsztaty 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ółowo

Koncepcja metodycznego podejścia do podnoszenia poziomu interoperacyjności w organizacjach publicznych z zastosowaniem architektury korporacyjnej

Koncepcja metodycznego podejścia do podnoszenia poziomu interoperacyjności w organizacjach publicznych z zastosowaniem architektury korporacyjnej Koncepcja metodycznego podejścia do podnoszenia poziomu interoperacyjności w organizacjach publicznych z zastosowaniem architektury korporacyjnej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów

Bardziej szczegółowo

Wstęp do zarządzania projektami

Wstę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ółowo

Data Governance jako część ładu korporacyjnego

Data 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ółowo

Kierunek cyfryzacji w Polsce praktyczne konsekwencje zmian dla obywateli oraz przestrzeni publicznej

Kierunek cyfryzacji w Polsce praktyczne konsekwencje zmian dla obywateli oraz przestrzeni publicznej Kierunek cyfryzacji w Polsce praktyczne konsekwencje zmian dla obywateli oraz przestrzeni publicznej Prof. nadzw. dr hab. Andrzej Sobczak Dyrektor Ośrodka Studiów nad Cyfrowym Państwem Agenda wystąpienia

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

Wstęp do zarządzania projektami

Wstę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ółowo

Charakterystyka kluczowych pojęć architektonicznych w obszarze danych

Charakterystyka kluczowych pojęć architektonicznych w obszarze danych Charakterystyka kluczowych pojęć architektonicznych w obszarze danych Prof. SGH, dr hab. Andrzej Sobczak Kurs: Architektura danych w zarządzaniu organizacjami Zakres tematyczny kursu Charakterystyka kluczowych

Bardziej szczegółowo

Formułowanie i zastosowanie pryncypiów architektury korporacyjnej w organizacjach publicznych

Formułowanie i zastosowanie pryncypiów architektury korporacyjnej w organizacjach publicznych Monografie i Opracowania 557 Andrzej Sobczak Formułowanie i zastosowanie pryncypiów architektury korporacyjnej w organizacjach publicznych Warszawa 2008 Szkoła Główna Handlowa w Warszawie Wstęp 9 Zdefiniowanie

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

Outsourcing procesów. dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012

Outsourcing 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ółowo

Kodeks dobrych praktyk architektów korporacyjnych jako narzędzie profesjonalizacji zawodowej

Kodeks dobrych praktyk architektów korporacyjnych jako narzędzie profesjonalizacji zawodowej Kodeks dobrych praktyk architektów korporacyjnych jako narzędzie profesjonalizacji zawodowej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej

Bardziej szczegółowo

Zarządzanie usługami IT zwinność

Zarzą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ółowo

Architektura korporacyjna państwa a nowoczesna administracja publiczna

Architektura korporacyjna państwa a nowoczesna administracja publiczna Architektura korporacyjna państwa a nowoczesna administracja publiczna Prof. SGH, dr hab. Andrzej Sobczak Kierownik Zakładu Zarządzania Informatyką Instytut Informatyki i Gospodarki Cyfrowej SGH Kilka

Bardziej szczegółowo

Zastosowanie podejścia architektonicznego jako narzędzia przeprowadzenia transformacji jednostek administracji publicznej

Zastosowanie podejścia architektonicznego jako narzędzia przeprowadzenia transformacji jednostek administracji publicznej Zastosowanie podejścia architektonicznego jako narzędzia przeprowadzenia transformacji jednostek administracji publicznej Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych,

Bardziej szczegółowo

Bezpieczeństwo dziś i jutro Security InsideOut

Bezpieczeństwo dziś i jutro Security InsideOut Bezpieczeństwo dziś i jutro Security InsideOut Radosław Kaczorek, CISSP, CISA, CIA Partner Zarządzający w IMMUSEC Sp. z o.o. Radosław Oracle Security Kaczorek, Summit CISSP, 2011 CISA, Warszawa CIA Oracle

Bardziej szczegółowo

ZARZĄDZANIE STRATEGICZNE OPRACOWANIE

ZARZĄDZANIE STRATEGICZNE OPRACOWANIE Przykładowy program ZARZĄDZANIE STRATEGICZNE OPRACOWANIE I WDROŻENIE STRATEGII Beata Kozyra 2017 3 dni Poniższy program może być skrócony do 2-1 dnia lub kilkugodzinnej prezentacji. Znikający Kocie, Alicja

Bardziej szczegółowo

Architektura korporacyjna państwa narzędzie koordynacji informatyzacji organizacji sektora publicznego

Architektura korporacyjna państwa narzędzie koordynacji informatyzacji organizacji sektora publicznego korporacyjna państwa narzędzie koordynacji informatyzacji organizacji sektora publicznego Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej

Bardziej szczegółowo

Koncepcja cyfrowej transformacji sieci organizacji publicznych

Koncepcja cyfrowej transformacji sieci organizacji publicznych Koncepcja cyfrowej transformacji sieci organizacji publicznych Kierownik Zakładu Systemów Informacyjnych SGH Agenda prezentacji 1 2 3 4 5 Cyfrowa transformacja jako szczególny rodzaj zmiany organizacyjnej

Bardziej szczegółowo

Komentarz wprowadzający odnośnie do wprowadzania podejścia architektonicznego w administracji publicznej Prof. SGH, dr hab.

Komentarz wprowadzający odnośnie do wprowadzania podejścia architektonicznego w administracji publicznej Prof. SGH, dr hab. Komentarz wprowadzający odnośnie do wprowadzania podejścia architektonicznego w administracji publicznej Prof. SGH, dr hab. Andrzej Sobczak Kurs: Architektura korporacyjna a nowoczesna administracja publiczna

Bardziej szczegółowo

Założenia modelu dostarczenia wartości z budowy inteligentnego miasta

Założenia modelu dostarczenia wartości z budowy inteligentnego miasta Założenia modelu dostarczenia wartości z budowy inteligentnego miasta Kierownik Zakładu Zarządzania Informatyką SGH Agenda prezentacji 1 2 3 4 Definicyjne ujęcie inteligentnego miasta Czym jest model dostarczania

Bardziej szczegółowo

Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.

Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji. ZARZĄDZANIE PROJEKTAMI JAK ZAKOŃCZYĆ PROJEKT Z SUKCESEM Beata Kozyra 2018 2 dni Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji. Każdy projekt musi mieć cel, który można zmierzyć,

Bardziej szczegółowo

Wdrożenie technologii procesowej IBM BPM w EFL

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

Bardziej szczegółowo

Zarządzanie projektami a zarządzanie ryzykiem

Zarzą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ółowo

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Narzę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ółowo

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

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

Bardziej szczegółowo

MSF. Microsoft Solution Framework

MSF. Microsoft Solution Framework MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie

Bardziej szczegółowo

Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych

Skró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ół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

COBIT 5 WHITE PAPER WSTĘP

COBIT 5 WHITE PAPER WSTĘP COBIT 5 1 CTPartners 2014 Dokument stanowi przedmiot prawa autorskiego przysługującego CTPartners S.A. z siedzibą w Warszawie. Zwielokrotnianie i rozpowszechnianie publikacji jest dozwolone wyłącznie za

Bardziej szczegółowo

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT

CTPARTNERS 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ółowo

System antyfraudowy w praktyce. marcin zastawa wiceprezes zarządu. Warszawa, października 2006r.

System antyfraudowy w praktyce. marcin zastawa wiceprezes zarządu. Warszawa, października 2006r. System antyfraudowy w praktyce marcin zastawa wiceprezes zarządu Warszawa, 20-21 października 2006r. agenda spotkania struktura systemu zarządzania w organizacji koncepcja systemu antyfraudowego wdrożenie

Bardziej szczegółowo

Tematy prac magisterskich Rok akademicki 2013/2014

Tematy prac magisterskich Rok akademicki 2013/2014 Dr hab. inż. Jan Werewka, prof. n. AGH Wydział EAIiIB AGH E-mail: werewka@agh.edu.pl www: http://home.agh.edu.pl/werewka Tematy prac magisterskich Rok akademicki 2013/2014 Temat 1 Architektura przedsięwzięcia

Bardziej szczegółowo

Cykle życia systemu informatycznego

Cykle życia systemu informatycznego Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów

Bardziej szczegółowo

Prezentacja firmy i doświadczeń ze wspólnych projektów

Prezentacja firmy i doświadczeń ze wspólnych projektów Prezentacja firmy i doświadczeń ze wspólnych projektów dr inż. Jarosław Wójcik Copyright 2014 Value BasedAdvisorsSp. z o.o. Wszelkie prawa zastrzeżone. Żadna część niniejszej publikacji nie może być powielana,

Bardziej szczegółowo

Jak opisać wymagania zamawiającego wybrane elementy

Jak 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ółowo

Agile Project Management

Agile 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ółowo

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

PYTANIA 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ółowo

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Agenda Metafory o Zwinności i Sztywności Teza: Oszukujemy się co do sukcesów projektów Agile Objawy chaosu w projektach

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Błę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ółowo

Zarządzanie budowlanym projektem inwestycyjnym dla inwestycji publicznych i komercyjnych

Zarządzanie budowlanym projektem inwestycyjnym dla inwestycji publicznych i komercyjnych I miejsce w rankingu firm szkoleniowych wg. Gazety Finansowej 5 6 lipca 2018r., Warszawa Centrum Zarządzanie budowlanym projektem inwestycyjnym Możliwe warianty inwestycji dla inwestorów Zarządzanie ryzykiem

Bardziej szczegółowo

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Projekt: 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ół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

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Projekty 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ółowo

Zarządzanie ryzykiem teoria i praktyka. Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r.

Zarządzanie ryzykiem teoria i praktyka. Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r. Zarządzanie ryzykiem teoria i praktyka Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r. Zarządzanie ryzykiem - agenda Zarządzanie ryzykiem - definicje Ryzyko - niepewne

Bardziej szczegółowo

Architektura korporacyjna państwa MICHAŁ BUKOWSKI, MAC 13-03-2015

Architektura korporacyjna państwa MICHAŁ BUKOWSKI, MAC 13-03-2015 Architektura korporacyjna państwa MICHAŁ BUKOWSKI, MAC 13-03-2015 Architektura korporacyjna Sposób zarządzania oraz metoda dokumentacji, które razem wprowadzają możliwy do wykonania, skoordynowany widok

Bardziej szczegółowo

Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski

Autor: 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ółowo

Szkolenie 2. Zarządzanie programami

Szkolenie 2. Zarządzanie programami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

Architektura korporacyjna jako narzędzie transformacji cyfrowego państwa MICHAŁ BUKOWSKI, MAC 2-07-2015

Architektura korporacyjna jako narzędzie transformacji cyfrowego państwa MICHAŁ BUKOWSKI, MAC 2-07-2015 Architektura korporacyjna jako narzędzie transformacji cyfrowego państwa MICHAŁ BUKOWSKI, MAC 2-07-2015 Wybrane problemy informatyzacji Brak całościowej wizji cyfrowego państwa i jej umocowania prawnego:

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

Etapy życia oprogramowania

Etapy ż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ółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Jarosław Żeliński analityk biznesowy, projektant systemów

Jarosław Żeliński analityk biznesowy, projektant systemów Modele wdrażania i zarządzania projektami ERP Jarosław Żeliński analityk biznesowy, projektant systemów (c) Jarosław Żeliński IT-Consulting 1 Cel prezentacji Wskazanie kluczowych ryzyk projektów wdrożenia

Bardziej szczegółowo

Architektura oprogramowania w praktyce. Wydanie II.

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ół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

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Etapy ż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ółowo

Procesowa specyfikacja systemów IT

Procesowa 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ółowo

Podstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe

Podstawy 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ółowo

Metodyki zarządzania projektami PRINCE2

Metodyki 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ółowo

Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A.

Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A. Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A. Rekomendacja D UKNF SPIS TREŚCI Rekomendacja Nr 4: Zasady współpracy obszarów biznesowych

Bardziej szczegółowo

Michał Jaworski Wiceprezes PIIT

Michał Jaworski Wiceprezes PIIT Michał Jaworski Wiceprezes PIIT Warszawa, 2 grudnia 2009 Europejskie Ramy Interoperacyjności 2.0 Pozycjonowanie dokumentu: Europejska Strategia Interoperacyjności zapewnia ład korporacyjny (Governance)

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

SUBDYSCYPLINY W NAUKACH O ZARZĄDZANIU I JAKOSCI 2.0

SUBDYSCYPLINY W NAUKACH O ZARZĄDZANIU I JAKOSCI 2.0 SUBDYSCYPLINY W NAUKACH O ZARZĄDZANIU I JAKOSCI 2.0 Prof. UE, dr hab. Grzegorz Bełz Prof. dr hab. Szymon Cyfert Prof. dr hab. Wojciech Czakon Prof. dr hab. Wojciech Dyduch Prof. ALK, dr hab. Dominika Latusek-Jurczak

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB 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ółowo

Szkolenie 1. Zarządzanie projektami

Szkolenie 1. Zarządzanie projektami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

Opis znaczenia kryterium. Lp. Nazwa kryterium Opis kryterium. 1. Wnioskodawca przeprowadził inwentaryzację zasobów nauki objętych projektem.

Opis znaczenia kryterium. Lp. Nazwa kryterium Opis kryterium. 1. Wnioskodawca przeprowadził inwentaryzację zasobów nauki objętych projektem. Kryteria merytoryczne wyboru projektów dla poddziałania 2.3.1 Cyfrowe udostępnianie informacji sektora publicznego (ISP) ze źródeł administracyjnych oraz zasobów nauki Programu Operacyjnego Polska Cyfrowa

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

Surowce w gospodarce o obiegu zamkniętym Łukasz Sosnowski, Sekretarz Zespołu ds. Gospodarki o Obiegu Zamkniętym

Surowce w gospodarce o obiegu zamkniętym Łukasz Sosnowski, Sekretarz Zespołu ds. Gospodarki o Obiegu Zamkniętym Surowce w gospodarce o obiegu zamkniętym Łukasz Sosnowski, Sekretarz Zespołu ds. Gospodarki o Obiegu Zamkniętym Surowce dla gospodarki Polski, Kraków 23 maja 2017 r. Nowa wizja europejskiego modelu gospodarczego

Bardziej szczegółowo

Praktyki ITIL oraz narzędzia ITSM w procesie wdrożenia usług Agenta Transferowego w Banku Zachodnim WBK S.A.

Praktyki ITIL oraz narzędzia ITSM w procesie wdrożenia usług Agenta Transferowego w Banku Zachodnim WBK S.A. Praktyki ITIL oraz narzędzia ITSM w procesie wdrożenia usług Agenta Transferowego w Banku Zachodnim WBK S.A. Andrzej Bartkowiak Tomasz Stelmaszyk BMC Forum 2010 Kluczowe czynniki Zarządzania Usługami IT

Bardziej szczegółowo

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08 Spis treści Wstęp.............................................................. 7 Część I Podstawy analizy i modelowania systemów 1. Charakterystyka systemów informacyjnych....................... 13 1.1.

Bardziej szczegółowo

Kontrola zarządcza w jednostkach samorządu terytorialnego z perspektywy Ministerstwa Finansów

Kontrola zarządcza w jednostkach samorządu terytorialnego z perspektywy Ministerstwa Finansów Kontrola zarządcza w jednostkach samorządu terytorialnego z perspektywy Ministerstwa Finansów Monika Kos, radca ministra Departament Polityki Wydatkowej Warszawa, 13 stycznia 2015 r. Program prezentacji

Bardziej szczegółowo

WPROWADZENIE DO UML-a

WPROWADZENIE 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ółowo

Organizacyjny aspekt projektu

Organizacyjny aspekt projektu Organizacyjny aspekt projektu Zarządzanie funkcjonalne Zarządzanie między funkcjonalne Osiąganie celów poprzez kierowanie bieżącymi działaniami Odpowiedzialność spoczywa na kierownikach funkcyjnych Efektywność

Bardziej szczegółowo

Opis znaczenia kryterium. Lp. Nazwa kryterium Opis kryterium

Opis znaczenia kryterium. Lp. Nazwa kryterium Opis kryterium Kryteria merytoryczne wyboru projektów dla poddziałania 2.3.2 Cyfrowe udostępnienie zasobów kultury Programu Operacyjnego Polska Cyfrowa na lata 2014-2020 Typ projektu Cyfrowe udostępnienie zasobów kultury

Bardziej szczegółowo

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT

CTPARTNERS 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ół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

Zarządzanie Projektami zgodnie z PRINCE2

Zarządzanie Projektami zgodnie z PRINCE2 Zarządzanie Projektami zgodnie z PRINCE2 Opis Metodyka PRINCE2 powstała na bazie doświadczeń z wielu lat dobrych praktyk zarządzania projektami. Metodyka ta oferuje elastyczne i łatwe do adaptacji podejście

Bardziej szczegółowo

TRENING KOMPETENCJI MENEDŻERSKICH

TRENING KOMPETENCJI MENEDŻERSKICH TRENING KOMPETENCJI MENEDŻERSKICH Przykładowy program szkolenia Dzień Sesja 1: Wprowadzenie do zarządzania strategicznego Definicje i podstawowe terminy z zakresu zarządzania strategicznego Interesariusze

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk 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ółowo

SPIS TREŚCI Audyt wewnętrzny wydanie II

SPIS TREŚCI Audyt wewnętrzny wydanie II SPIS TREŚCI Audyt wewnętrzny wydanie II 1. WSTĘP... 10 1.1. Międzynarodowe standardy audytu wewnętrznego... 10 1.2. Zasady etyki zawodowej... 13 1.3. Miejsce audytu wewnętrznego w organizacji... 21 1.4.

Bardziej szczegółowo

REKOMENDACJA D Rok PO Rok PRZED

REKOMENDACJA 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ółowo

Egzamin ITIL Foundation

Egzamin ITIL Foundation Egzamin ITIL Foundation Przykładowy arkusz egzaminacyjny A, wersja 5.1 Test wielokrotnego wyboru (tylko jedna odpowiedź jest prawidłowa) Instrukcja 1. Należy udzielić odpowiedzi na wszystkie 40 pytań.

Bardziej szczegółowo

WSPÓŁCZESNA ANALIZA STRATEGII

WSPÓŁCZESNA ANALIZA STRATEGII WSPÓŁCZESNA ANALIZA STRATEGII Przedmowa CZĘŚĆ I. WSTĘP Rozdział 1. Koncepcja strategii Rola strategii w sukcesie Główne ramy analizy strategicznej Krótka historia strategii biznesowej Zarządzanie strategiczne

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

CLOUD ADOPTION PROGRAM

CLOUD ADOPTION PROGRAM CLOUD ADOPTION PROGRAM https://chmurowisko.pl Data: 06/12/2017 Stworzone przez: Mirosław Burnejko CEO w Chmurowisko sp. z o.o. EXECUTIVE SUMMARY CLOUD ADOPTION PROGRAM Program pomaga przedsiębiorstwom

Bardziej szczegółowo

Stan 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. 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ółowo

Audyt systemów informatycznych w świetle standardów ISACA

Audyt systemów informatycznych w świetle standardów ISACA Audyt systemów informatycznych w świetle standardów ISACA Radosław Kaczorek, CISSP, CISA, CIA Warszawa, 7 września 2010 r. 1 Zawartość prezentacji Wstęp Ryzyko i strategia postępowania z ryzykiem Mechanizmy

Bardziej szczegółowo