Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (SOA)
|
|
- Bronisław Marcinkowski
- 8 lat temu
- Przeglądów:
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 Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej
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ół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ółowoPryncypia 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ółowoProdukty 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ółowoCzym 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ółowoDobre 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ółowoBudowa 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ółowoGlobalne 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ółowoProjekt 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ółowodr 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ół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ół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ółowoKoncepcja 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ół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ół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ółowoKierunek 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ółowoProjektowanie Modeli Usług dla rozwiązań typu SOA
Projektowanie Modeli Usług dla rozwiązań typu SOA Service Oriented Modeling and Architecture (SOMA ) IBM Global Business Services, zdefiniował zestaw usług konsultingowych oraz narzędzi pomagających organizacjom
Bardziej szczegół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ółowoCharakterystyka 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ółowoFormuł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ół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ół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ółowoKodeks 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ół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ółowoArchitektura 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ółowoZastosowanie 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ółowoBezpieczeń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ółowoZARZĄ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ółowoArchitektura 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ółowoKoncepcja 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ółowoKomentarz 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ółowoZał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ółowoPoniż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ółowoWdrożenie technologii procesowej IBM BPM w EFL
Wdrożenie technologii procesowej IBM BPM w EFL Marcin Naliwajko Z-ca dyrektora Departamentu Technologii Dominik Lisowski Starszy Architekt Systemów IT Grupy EFL WebSphere Message Broker 2008 r. Wdrożenie
Bardziej szczegółowoZarządzanie 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ół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ółowoMSF. 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ół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ół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ółowoCOBIT 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ół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ółowoSystem 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ółowoTematy 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ółowoCykle ż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ółowoPrezentacja 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ół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ół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ół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ółowoJak 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ółowoWykorzystanie 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ół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ółowoZarzą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ół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ółowoBezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora
Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania
Bardziej szczegół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ółowoZarzą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ółowoArchitektura 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ół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ółowoSzkolenie 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ółowoArchitektura 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ół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ół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ółowoDiagramy 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ółowoJarosł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ółowoArchitektura 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ółowoWykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą
Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca
Bardziej szczegół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ół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ół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ół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ółowoRekomendacja 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ółowoMichał 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ółowoCRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu
CRM w logistyce Justyna Jakubowska CRM7 Specjalista Marketingu CRM w logistyce Prezentacja firm more7 Polska dostawca systemu CRM Autor i producent systemu do zarządzania relacjami z klientem CRM7; Integrator
Bardziej szczegółowoSUBDYSCYPLINY 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ół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ółowoSzkolenie 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ółowoOpis 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ół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ółowoSurowce 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ółowoPraktyki 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ółowoSpis 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ółowoKontrola 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ół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ółowoOrganizacyjny 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ółowoOpis 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ół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ół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ą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ółowoTRENING 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ół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ółowoSPIS 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ół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ółowoEgzamin 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ółowoWSPÓŁ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ół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ółowoCLOUD 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ół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ółowoAudyt 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