ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

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

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

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

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

Charakterystyka kluczowych pojęć architektonicznych w obszarze danych

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

Zarządzanie usługami IT zwinność

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011

Architektura korporacyjna państwa MICHAŁ BUKOWSKI, MAC

Dobre praktyki w zakresie zarządzania ładem architektury korporacyjnej

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Sybase Professional Services

Technologie dla aplikacji klasy enterprise. Wprowadzenie. Marek Wojciechowski

Architektura oprogramowania w praktyce. Wydanie II.

Jak należy rozumieć jakość architektury korporacyjnej? Prof. SGH, dr hab. Andrzej Sobczak

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

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

Data Governance jako część ładu korporacyjnego

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

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

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

Enterprise Architecture podejście holistyczne w zarządzaniu transformacją jednostek administracji publicznej

Produkty i artefakty architektoniczne

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

Procesowa specyfikacja systemów IT

Projektowanie Modeli Usług dla rozwiązań typu SOA

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

Budowa potencjału architektonicznego organizacji

Szkolenie: Budowa aplikacji SOA/BPM na platformie Oracle SOA Suite 11g

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

Pryncypia architektury korporacyjnej

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

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

Informatyzacja przedsiębiorstw WYKŁAD

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

Zarządzanie projektami a zarządzanie ryzykiem

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

Oracle Designer. Oracle Designer jest jednym z głównych komponentów pakietu Oracle Developer Suite. Oracle Designer wspiera :

REKOMENDACJA D Rok PO Rok PRZED

Jarosław Wilk, doktorant Wydziału Cybernetyki WAT

Rozwój społeczeństwa informacyjnego

COBIT 5 WHITE PAPER WSTĘP

Architektura korporacyjna państwa a nowoczesna administracja publiczna

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Analityk i współczesna analiza

Wytwarzanie oprogramowania

Tematy prac magisterskich Rok akademicki 2013/2014

Techniki i rozwiązania IT w optymalizacji procesów

WPROWADZENIE DO MODELOWANIA ARCHITEKTUR KORPORACYJNYCH W USŁUGACH PUBLICZNYCH

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych

I. Opis przedmiotu zamówienia

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Budowa celów architektury korporacyjnej IT dla środowisk zintegrowanych w sektorze publicznym

WOJSKOWA AKADEMIA TECHNICZNA im. Jarosława Dąbrowskiego WYDZIAŁ CYBERNETYKI

Język UML w modelowaniu systemów informatycznych

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

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

INFORMACJA DLA UCZESTNIKÓW POSTĘPOWANIA

1. Wybór systemu ERP. 2. Wzajemne relacje systemów ERP i BPMS.

UML w Visual Studio. Michał Ciećwierz

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

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

Zarządzanie usługami IT

KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

XXIII Forum Teleinformatyki

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

WPROWADZENIE DO UML-a

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

Ryzyko systemów informatycznych Fakty

Załącznik nr 2. Pryncypia Architektoniczne

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010

Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów

Model przestrzenny Diagramu Obiegu Dokumentów. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

TOGAF 9 for Practitioners (Level 1)

dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Zintegrowana Platforma SWD

Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe.

Spring Framework - wprowadzenie i zagadnienia zaawansowane

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

Opis i porównanie wybranych ram architektonicznych pod kątem przydatności w administracji publicznej

Opis metodyki i procesu produkcji oprogramowania

Projektowanie systemów informatycznych. wykład 6

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Wprowadzenie do technologii Business Intelligence i hurtowni danych

Analiza i projektowanie aplikacji Java

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

Architektura korporacyjna

Pryncypia architektury korporacyjnej podmiotów publicznych

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

Zwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Wykład 1 Inżynieria Oprogramowania

Filip Berdowski Bydgoszcz, 26 października 2009 r.

Systemy zorientowane na usługi. mgr inż.tadeusz Węgrzynowski Główny Specjalista ds. Teleinformatyki Politechnika Warszawska Dział Telekomunikacji

Jak zostać dobrym analitykiem? Wpisany przez RR Nie, 21 paź 2012

Transkrypt:

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 korporacyjna TOGAF - wprowadzenie 4 domeny wspierane przez TOGAF TOGAF ADM Archimate Zarządzanie wymaganiami architektonicznymi

ARCHITEKTURA KORPORACYJNA Korporacja zbiór organizacji (jednostek, oddziałów, departamentów itp.) mających wspólny zbiór celów i/lub wspólny ośrodek decyzyjny. Architektura korporacyjna (z ang. Enterprise Architecture) formalny opis struktury i funkcji komponentów korporacji (obejmujących ludzi, procesy, informacje i technikę), wzajemnych powiązań pomiędzy tymi komponentami oraz pryncypiów i wytycznych zarządzających ich tworzeniem i rozwojem w czasie.

TOGAF WPROWADZENIE TOGAF (ang. The Open Group Architecture Framework) ramy ( szkielet ) architektury korporacyjnej, który zapewnia kompleksowe podejście do projektowania, planowania, implementacji oraz zarządzania informacyjną architekturą przedsiębiorstwa. The Open Group niezależne i niezwiązane z konkretnymi technologiami konsorcjum przemysłowe, tworzące standardy w dziedzinie oprogramowania, takie jak: Call Level Interface (ODBC), LDAP, Single UNIX Specification (POSIX). Liczne standardy z zakresu architektury korporacyjnej, w tym TOGAF.

4 DOMENY WSPIERANE PRZEZ TOGAF Architektura biznesowa (Business Architecture) Architektura oprogramowania (Application Architecture) Opisuje strategię biznesową, ład korporacyjny, organizację i kluczowe procesy biznesowe, a także interakcje pomiędzy nimi. Dostarcza opisu głównych logicznych grup funkcjonalności, które zarządzają obiektami danych w celu przetwarzania danych i wsparcia biznesu. Architektura danych (Data Architecture) Opisuje strukturę logicznych i fizycznych danych organizacji, a także zasobów używanych do zarządzania tymi danymi. Architektura infrastruktury (Technology Architecture) Opisuje logiczne zasoby sprzętu i oprogramowania, które są niezbędne do wsparcia usług biznesowych, danych i aplikacji. W tym infrastruktura IT, middleware, sieci, warstwa komunikacyjna, przetwarzanie danych i standardy.

TOGAF ADM ARCHITECTURE DEV. METHOD (1/2) Cykl ADM Architecture Development Method: Podejście opisujące krok po kroku rozwój i stosowanie architektury korporacyjnej. Iteracyjny proces złożony z 10 faz (iteracyjny w rozumieniu: całego cyklu, faz wewnątrz cyklu, aktywności wewnątrz faz). Centralną fazą jest Faza Zarządzania Wymaganiami.

TOGAF ADM ARCHITECTURE DEV. METHOD (2/2) Budowa architektury w ramach TOGAF ADM:

ARCHIMATE Otwarty i niezależny język do modelowania architektury korporacyjnej (aktualna wersja: 2.0). Pozwala w jednolity sposób opisywać, analizować i wizualizować różne aspekty architektury korporacyjnej i relacje między nimi. Spójny z ramami TOGAF. Komplementarny w stosunku do BPMN i UML.

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI W TOGAF (1/2) Wymaganie: Ilościowe wyrażenie potrzeby biznesowej, która musi zostać zaspokojona przez konkretną architekturę lub grupę zadań. Zarządzanie wymaganiami w ramach TOGAF: Centralny proces Cyklu ADM dotyczy wszystkich faz. Odpowiada za zapewnienie aby wszystkie istotne wymagania były dostępne w każdej fazie Cyklu ADM (a zatem: za właściwą translację założeń strategicznych na działania operacyjne).

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI W TOGAF (2/2) Składowe procesu zarządzania wymaganiami: Definiowanie wymagań. Zarządzanie zmianami wymagań. Analizę wpływu wymagań na architekturę. Analizę luk pomiędzy wymaganiami a aktualną architekturą. Kontrolę realizacji tych wymagań. Miejsce składowania: Repozytorium wymagań. Narzędzia: Polecana technika przez Open Group: Scenariusze Biznesowe. Standardowe narzędzia wspierające definiowanie wymagań na systemy informatyczne.

DZIĘKUJĘ ZA UWAGĘ. XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012