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



Podobne dokumenty
Pryncypia architektury korporacyjnej podmiotów publicznych

Instrukcja do opracowania Koncepcji technicznej projektu

Wersja: r. Ministerstwo Administracji i Cyfryzacji. ul. Królewska 27, Warszawa

Działanie 2.1: E-usługi; Poddziałanie 2.1.1: E-usługi dla Mazowsza; Typ projektu: Regionalna Platforma Informacyjna

Kryteria merytoryczne dla działania 2.1 Wysoka dostępność i jakość e-usług publicznych Programu Operacyjnego Polska Cyfrowa na lata

Lp. Nazwa kryterium Opis kryterium Punktacja. Zgodnie z RPO WM , w ramach kryterium wnioskodawca zobowiązany jest wykazać,

dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS

Instrukcja do opracowania Koncepcji technicznej projektu. e-usługi i digitalizacja

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

Kultura usługowa i jej znaczenie dla relacji biznes - IT

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

Opis przedmiotu zamówienia

KRYTERIA DOSTĘPU. Lp. Nazwa kryterium Opis kryterium Punktacja

Propozycja mechanizmów zarządzania pryncypiami architektury korporacyjnej podmiotów publicznych. Wersja: r.

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych

Wykaz skrótów... Wykaz literatury... O Autorach... Wstęp... XXIII

Uchwała Nr 11/2017 Komitetu Monitorującego Regionalny Program Operacyjny Województwa Podlaskiego na lata z dnia 22 lutego 2017 r.

Cyfrowe udostępnianie informacji sektora publicznego (ISP) ze źródeł administracyjnych

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

Ocena stanu i zasadnicze kierunki informatyzacji administracji publicznej

Trwałość projektów 7 osi PO IG

e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska

KARTA OCENY KRYTERIÓW MERYTORYCZNYCH PUNKTOWYCH I PREMIUJĄCYCH WYBORU PROJEKTÓW

Standaryzacja elektronicznych usług oraz perspektywy rozwoju cyfryzacji w województwie mazowieckim

ARIADNA - Dostosowanie Profilu Zaufanego do unijnych wymogów rozporządzenia eidas

Na środowisko teleinformatyczne zbudowane w ramach Projektu składać się będzie sprzęt komputerowy oraz oprogramowanie.

HP Service Anywhere Uproszczenie zarządzania usługami IT

Założenia i stan realizacji projektu epuap2

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

Krzysztof Świtała WPiA UKSW

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

Efektywne przetwarzanie informacji

Opis Kompetencji Portfel Interim Menedżerowie i Eksperci

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

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Modernizacja systemów zarządzania i obsługi klienta w Kasie Rolniczego Ubezpieczenia Społecznego

System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych

HELIOS - Integracja rejestrów publicznych z wykorzystaniem Krajowej Szyny Usług

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

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

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

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

Zarządzanie cyklem życia usługi informatycznej SPOTKANIE WARSZTATOWE GDAŃSK,

Szkolenie 2. Zarządzanie programami

Zasady organizacji projektów informatycznych

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

Stan realizacji Projektu EA

WZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends

Co powstrzymuje Panią/Pana przed wdrożeniem platformy HRM w firmie?

DLA SEKTORA INFORMATYCZNEGO W POLSCE

Uchwała nr 3/2015. z dnia 15 maja 2015 r. w sprawie przyjęcia rekomendacji do kryteriów wyboru projektów z zakresu digitalizacji

Szkolenie dotyczące naboru wniosków w ramach Działania 2.1 Podniesienie efektywności i dostępności e-usług

Realizacja usług publicznych w architekturze wykorzystującej definicje procesów biznesowych. Marcin Ozurkiewicz ZPP, MIC Łódź

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

Uchwała nr 17. Komitetu Monitorującego. Regionalny Program Operacyjny Województwa Śląskiego z dnia 19 czerwca 2015r.

Systemy informacji przestrzennej jako niezbędne narzędzie do prowadzenia zrównoważonej polityki przestrzennej

Standaryzacja cyfrowych usług publicznych

AUMS Digital. aums.asseco.com

Data Governance jako część ładu korporacyjnego

Architektura korporacyjna państwa a nowoczesna administracja publiczna

Outsourcing centers in Poland. APT Structure All rights reserved

Tematy prac magisterskich Rok akademicki 2013/2014

W ramach realizacji zamówienia Wykonawca będzie świadczył usługi w zakresie m.in:

MINISTERSTWO ADMINISTRACJI I CYFRYZACJI

Znak pisma: DKZ /12-PT Warszawa, dnia 24 stycznia 2012 r. Zapytanie ofertowe na

P.2.1 WSTĘPNA METODA OPISU I

Doświadczenia w wdrażaniu systemu zarządzania bezpieczeństwem informacji zgodnego z normą ISO 27001

POD O EJŚ J CIE I P ROC O ESOW

epuap Opis standardowych elementów epuap

Kierunki zmian architektury systemów informatycznych ARiMR w kontekście zmian w informatyce publicznej

Certified IT Manager Training (CITM ) Dni: 3. Opis:

Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy

MICHALPASTERSKI.PL REGULAMIN ŚWIADCZENIA USŁUG DROGĄ ELEKTRONICZNĄ. Spis treści

Informatyzacja JST z zastosowaniem technologii przetwarzania w chmurze

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Załącznik nr 2. Pryncypia Architektoniczne

Procesowa specyfikacja systemów IT

SOA Web Services in Java

Spotkanie z instytucjami kultury Województwa Mazowieckiego Warszawa, 5 grudnia 2017 r.

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

AUMS Billing Basic. aums.asseco.com

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia... r.

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

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia

Analiza biznesowa a metody agile owe

Rozwiązania korporacyjne w gospodarce przestrzennej

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

Architektura Korporacyjna w administracji publicznej

dr Wojciech R. Wiewiórowski Warszawa, dnia ^ października 2014 r. DECYZJA

Opracowanie systemu monitorowania zmian cen na rynku nieruchomości

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.

Architektura korporacyjna państwa MICHAŁ BUKOWSKI, MAC

Zintegrowany System Zarządzania w Śląskim Centrum Społeczeństwa Informacyjnego

Minimalne wymogi wdrożenia systemu kontroli zarządczej w jednostkach organizacyjnych miasta Lublin

Jak udostępnić dane PZGiK w sieci? Artur Kapuściński

Łatwa czy niełatwa droga do celu? - wdrożenie COSMIC w ZUS

Numer i nazwa działania/ poddziałania. 2.1 Wysoka dostępność i jakość e-usług publicznych I. Tworzenie lub rozwój e-usług publicznych (A2B, A2C)

Efektywne przetwarzanie informacji pozyskiwanych z różnych źródeł. Adrian Weremiuk Prezes Zarządu XSystem S.A.

Informatyzacja w administracji. dr Małgorzata Wilińska

Transkrypt:

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. Pełen opis pryncypiów znajduje się w dokumencie Pryncypia architektury korporacyjnej podmiotów publicznych 1 (wersja 1.0). BIZ1 Procesowe podejście do świadczenia usługi 1. Utworzono mapę procesów biznesowych oraz modele procesów biznesowych opisujące stan obecny i stan docelowy Usługi. Modele procesów biznesowych tworzy się wykorzystując powszechnie znane standardy (np. Business Process Model and Notation, BPMN). 2. Uwzględniono w modelu procesów biznesowych także te elementy, które występują poza usługą w szczególności osoby i systemy teleinformatyczne dostarczające dane usłudze lub otrzymujące dane z usługi. 3. Dla każdego kluczowego procesu wskazano: właściciela, mierzalny cel, mierzalne korzyści, a także czas i kosztu realizacji procesu. 4. Na podstawie różnic pomiędzy stanem obecnym a docelowym zaplanowano zmiany wymagane do świadczenia usługi: organizacyjne, prawne i techniczne. Wskazano, które elementy procesów będą wspierane przez systemy teleinformatyczne. 5. Zaprojektowano mechanizmy pomiaru i optymalizacji procesów. BIZ2 Komunikowanie i edukowanie interesariuszy usługi 1. Przeprowadzono badania pozwalających ustalić, jakie informacje należy przekazywać interesariuszom usługi. 2. Przygotowano plan komunikacji wewnętrznej i zewnętrznej (w tym promocji) oraz edukacji. 3. Przygotowano mechanizm przekazywania informacji zwrotnych od użytkownika usługi. 4. Zapewniono użytkownikom pomoc dotyczącą korzystania z usługi. 1 Dokument dostępny na stronie Ministerstwa Administracji i Cyfryzacji w sekcji https://mac.gov.pl/projekty/architektura-korporacyjna-panstwa. Strona 2 z 6 2

BIZ3 Standaryzacja zarządzania usługą 1. Zarządzanie usługą bazuje na najlepszych praktykach zarządzania usługami informatycznymi (np. ITIL). 2. Usługa jest wytwarzana w oparciu o ogólnie znane standardy lub metodyki prowadzenia projektów (np. PRINCE2, PMBoK), zarządzania portfelem projektów (np. Management of Portfolios) lub zarządzania programem (np. Managing Successful Programmes) 3. Rozbudowa systemu teleinformatycznego wspierającego działanie usługi jest zmierzona według jednej z uznanych metodyk oceny złożoności oprogramowania (np. COSMIC, IFPUG) BIZ4 Usługa ma właściciela 1. Wskazano osobę z kierownictwa instytucji, która jest odpowiedzialna za prawidłowe funkcjonowanie usługi jako całości. 2. Wskazano osoby odpowiedzialne za kluczowe elementy usługi: procesy biznesowe, dane, aplikacje oraz infrastrukturę. Osoby te są uprawnione do wprowadzania kluczowych zmian w przypisanym obszarze. BIZ5 Usługa świadczona jest na podstawie obowiązującego prawa 1. Na podstawie modelu procesów biznesowych dla docelowego stanu usługi określono, czy istnieje podstawa prawna świadczenia usługi. 2. Jeśli podstawa prawna świadczenia usługi nie istnieje, to: a. przygotowano i uzgodniono co najmniej wewnątrzresortowo projekty aktów prawnych niezbędne do świadczenia usługi, b. wskazano harmonogram prac prowadzących do ogłoszenia wymaganych aktów prawnych, c. przeprowadzono konsultacje publiczne za pośrednictwem platformy internetowej, d. Ocenę skutków regulacji przygotowano w oparciu o model procesów biznesowych oraz o model efektywności usługi. BIZ6 Projektowanie usługi bazujące na modelu efektywności 1. Oszacowano ekonomiczną wartość usługi (ENPV economic net present value) poprzez porównanie wartości kosztów (m.in. nakładów inwestycyjnych oraz kosztów eksploatacji) oraz wartości korzyści (w tym społecznych), jakie związane są z usługą. Strona 3 z 6 3

2. Wskazano źródło finansowania oraz zapewniono budżet na koszty inwestycyjne i operacyjne usługi. BIZ7 Zasoby ludzkie niezbędne dla usługi 1. Dokonano analizy liczby oraz kompetencji osób wymaganych do wykonania i świadczenia usługi, a następnie zapewniono dostępność takich osób. 2. Jeśli do wykonania i świadczenia usługi konieczne jest podniesienie kompetencji osób, to przygotowano i zrealizowano odpowiednie szkolenia. DANE1 Standaryzacja danych 1. Stworzono model danych opisujący w jednolity sposób wszystkie dane w usłudze. 2. Wykorzystano w modelu danych obiekty wskazane w przepisach prawa (w tym w Krajowych Ramach Interoperacyjności) oraz w schematach atomowych umieszczonych w repozytorium interoperacyjności elektronicznej Platformy Usług Administracji Publicznej (epuap). 3. Przygotowano zasady zbierania i aktualizacji danych zawierające m.in. reguły walidacji, korekty, anonimizacji i synchronizacji. 4. Model danych opublikowano w repozytorium interoperacyjności epuap. DANE2 Ponowne wykorzystanie danych przetwarzanych przez Usługę 1. Dokonano przeglądu wszystkich danych przetwarzanych przez usługę i wskazano dane, które są informacją publiczną oraz nie są pozyskane z innej usługi. 2. Udostępniono dane, o których mowa w pkt 1, w jak najszerszym zakresie za pomocą usług sieciowych, umożliwiających zautomatyzowany, maszynowy odczyt danych. DANE3 Optymalne wykorzystanie istniejących źródeł danych 1. Dane potrzebne do przetworzenia w usłudze są pozyskiwane tam, gdzie to możliwe automatycznie: a. w pierwszej kolejności z rejestru publicznego, b. w drugiej kolejności z innych usług. 2. Cyklicznie sprawdza się, czy pojawiły się możliwości pozyskiwania danych w sposób automatyczny. 3. Od usługobiorcy nie żąda się danych, które pozyskano ze źródeł wymienionych w pkt 1. Strona 4 z 6 4

4. Zapewniono usługobiorcy dostęp do wszystkich dotyczących go danych przetwarzanych w usłudze. DANE4 Otwarte standardy danych 1. Dane udostępniono w przynajmniej jednym otwartym standardzie (nie ograniczającym dostępu do danych). 2. W przypadku usług skierowanych wyłącznie do administracji (A2A) jeżeli podmioty otrzymujące dane wyrażą na to zgodę można udostępniać dane wyłącznie w standardzie zamkniętym. APL1 Projektowanie usługi zorientowane na użytkownika 1. Przeprowadzono badania potrzeb użytkownika (obywatela, urzędnika, przedsiębiorcy), na podstawie których określono: a. Zakres funkcjonalny usługi: dla każdego sposobu komunikacji (np. komputer, urządzenie mobilne), b. Zakres informacji: tylko informacje niezbędne do realizacji usługi, które są zrozumiałe dla jej użytkowników, c. Potrzebę przygotowania różnych wersji językowych, d. Wygląd i sposób działania interfejsu użytkownika usługi. 2. Przygotowano mierniki pozwalające monitorować użyteczność usługi dla użytkowników. 3. Przeprowadzono optymalizację usługi (treści, słowa kluczowe, kod HTML, adresy) w celu zapewnienia wysokiej pozycji w wynikach wyszukiwania. 4. Przeprowadzono z użytkownikami testy usługi na bazie prototypu interfejsu graficznego, które potwierdziły ergonomię i dostępność rozwiązania. APL2 Dostępność usługi 1. Przeprowadzono badania potrzeb użytkowników, na podstawie których zostały określone parametry dostępności Usługi np. jakie przerwy są dopuszczalne w jej funkcjonowaniu, ile czasu mogą trwać takie przerwy, ilu użytkowników będzie równocześnie obsługiwanych przez system teleinformatyczny. 2. Dobrano komponenty systemu teleinformatycznego, które zapewnią dostępność usługi zgodnie z parametrami z pkt 1. 3. Wdrożono rozwiązania weryfikujące automatycznie poziom dostępności usługi. 4. Publiczne udostępniono informacje o poziomie dostępności usługi. Strona 5 z 6 5

5. Opracowano plan świadczenia usługi opisujący procedury i mechanizmy, które zapewniają ciągłość działania usługi. GEN1 Interoperacyjność usługi 1. System teleinformatyczny służący świadczeniu usługi jest oparty na modelu usługowym (Service Oriented Architecture, SOA), gdzie kluczowe komponenty tego systemu są elementami mogącymi funkcjonować niezależnie od innych. 2. Dla najważniejszych funkcji systemu teleinformatycznego służącego świadczeniu usługi udostępniono interfejsy usług sieciowych, dokumentację tych interfejsów i określono poziom dostępności interfejsów. 3. Usługa automatycznie wymienia dane z innymi usługami. 4. Zaprzestanie świadczenia usługi jest poprzedzone poinformowaniem o tym fakcie usługobiorców i właścicieli innych usług, które wymieniają z nią dane. GEN2 Mierzalność usługi 1. Określono mierniki i ich wartości, aby móc określić korzyści dostarczane przez usługę (np. skrócenie czasu i uproszczenie załatwiania spraw). Ustalono sposób zbierania danych na potrzeby mierników. 2. Informację o miernikach i ich wartościach udostępniono publicznie oraz w planie działalności właściciela usługi. GEN3 Usługa zapewnia bezpieczeństwo przetwarzanych danych 1. Określono mechanizmy zapewniające bezpieczeństwo danych (w tym danych osobowych) oraz zachowania tajemnic prawnie chronionych. 2. Zaplanowano cykliczne przeprowadzanie testów bezpieczeństwa systemu teleinformatycznego służącego realizacji usługi. Strona 6 z 6 6