krmc.mc.gov.plkrmc.mc.gov.pl/download/50/15475/pzz-statopiszalozenproj... · web viewcelem projektu...

OPIS ZAŁOŻEŃ PROJEKTU INFORMATYCZNEGO

Wdrożenie Platformy Zarządzania Zasobami PZZ-STAT dla statystyki publicznej


Wdrożenie Platformy Zarządzania Zasobami PZZ STAT dla statystyki publicznej

Numer projektu:Status

dokumentu (*niepotrzebne skreślić):

Do akceptacji

Obszar projektu administracja publiczna Właściciel biznesowy projektu

Główny Urząd Statystyczny w Warszawie

Osoba kontaktowa Władysław Ignaczak Adres e-mailowy [email protected] 22 608 3610

Strona | 1



SPIS TREŚCI

1. INFORMACJE OGÓLNE...............................................................................................41.1 Nazwa projektu.......................................................................................................41.2 Wnioskodawca.......................................................................................................41.3 Osoba do kontaktów...............................................................................................41.4 Krótki opis projektu wraz z syntezą wyniku analiz..................................................41.5 Typ projektu............................................................................................................41.6 Używane skróty i terminy.......................................................................................4

2. POWODY PODJĘCIA PROJEKTU...............................................................................52.1 Opis stanu obecnego.............................................................................................52.2 Identyfikacja problemu i potrzeb.............................................................................6

3. WARIANTY BIZNESOWE.............................................................................................63.1 Opis możliwych rozwiązań problemu i zaspokojenia potrzeb.................................63.2 Zakres projektu - wybrane rozwiązanie wraz z uzasadnieniem..............................7

4. CELE.............................................................................................................................84.1 Cele projektu..........................................................................................................84.2 Spójność celów projektu z celami organizacji i dokumentów strategicznych.........9

5. EFEKTY PROJEKTU..................................................................................................105.1 Korzyści wynikające z projektu.............................................................................105.2 Udostępnione e-usługi..........................................................................................125.3 Uproszczone procedury.......................................................................................125.4 Udostępnione informacje sektora publicznego ze źródeł administracyjnych/zasobów nauki/zasobów kultury........................................................145.5 Wprowadzone innowacje.....................................................................................145.6 Możliwe niepożądane skutki (negatywne rezultaty).............................................14

6. CZAS REALIZACJI PROJEKTU..................................................................................156.1 Planowany okres realizacji projektu (od-do).........................................................156.2 Harmonogram projektu / kamienie milowe...........................................................15

7. KOSZTY......................................................................................................................157.1 Koszty ogólne projektu wraz ze sposobem finansowania....................................157.2 Wykaz poszczególnych pozycji kosztowych.........................................................167.3 Koszty ogólne utrzymania wraz ze sposobem finansowania (okres 5 lat)............18

8. GŁÓWNE RYZYKA ZEWNĘTRZNE I SZANSE..........................................................188.1 Ryzyka wpływające na realizację projektu...........................................................188.2 Ryzyka wpływające na utrzymanie efektów.........................................................198.3 Szanse.................................................................................................................19

9. ANALIZA OTOCZENIA................................................................................................209.1 Porównanie projektowanego rozwiązania z analogicznymi w Polsce lub za granicą............................................................................................................................ 209.2 Otoczenie prawne................................................................................................219.3 Analiza interesariuszy /odbiorców projektu/ beneficjentów...................................219.4 Udział podmiotów zewnętrznych i podział zadań.................................................23

10. ANALIZA ORGANIZACJI.........................................................................................2310.1 Doświadczenie w realizacji projektów..................................................................23

11. METODA PROWADZENIA PROJEKTU..................................................................23

Strona | 2



12. ANALIZA TECHNICZNA PROJEKTU......................................................................2312.1 Planowana architektura rozwiązania....................................................................2312.2 Standardy architektoniczne i technologiczne.......................................................27

Informacje o API...................................................................................................27 Sprawdzenie zgodności z WCAG 2.0...................................................................27 Standardy i technologie........................................................................................27 Interoperacyjność.................................................................................................29

12.3 Wydajność i skalowalność planowanego systemu...............................................2912.4 Komplementarność projektu.................................................................................30

Wykorzystanie zasobów sprzętowych, usług, systemów, platform lub repozytoriów innych podmiotów........................................................................................................30 Wykorzystanie zasobów sprzętowych, usług, systemów, platform i repozytoriów własnych......................................................................................................................30

12.5 Otwartość Danych................................................................................................3113. ZAPEWNIENIE BEZPIECZEŃSTWA......................................................................31

13.1 Architektura bezpieczeństwa systemu.................................................................31 Zabezpieczenia systemowe.................................................................................31 Bezpieczeństwo danych.......................................................................................31 Bezpieczeństwo aplikacji......................................................................................32 Testy bezpieczeństwa systemu............................................................................32

13.2 Zestawienie zasobów niezbędnych do zapewnienia wymaganego poziomu bezpieczeństwa...............................................................................................................32

14. Załączniki.................................................................................................................3214.1 Załącznik 1 - protokół z prezentacji założeń projektu...........................................32

Strona | 3



„CZY PROJEKT JEST KORZYSTNY, WYKONALNY I POTRZEBNY?”

1. INFORMACJE OGÓLNE1.1Nazwa projektu


1.2WnioskodawcaGłówny Urząd Statystyczny w Warszawie, al. Niepodległości 208, 00-925 Warszawa, skrzynka ePUAP: /y52d3bvq62/skrytka.

1.3Osoba do kontaktówWładysław Ignaczak, Główny Urząd Statystyczny w Warszawie, [email protected], tel. 22 608 3610

1.4Krótki opis projektu wraz z syntezą wyniku analizCelem projektu jest budowa dla całego resortu statystyki publicznej nowego, zintegrowanego systemu klasy ERP wspomagającego podejmowanie decyzji oraz umożliwiającego zarządzanie zasobami dla wszystkich kluczowych obszarów w statystyce publicznej. Wdrożenie systemu PZZ-STAT umożliwi: racjonalizację i podniesienie efektywności podstawowych procesów obsługi zadań statutowych GUS oraz jednostek podległych i jednostek obsługi statystyki publicznej, w szczególności obejmującej główne procesy biznesowe w obszarze zarządzania zasobami, usunięcie bariery czasu i przestrzeni w uzyskiwaniu informacji – uzyskiwanie informacji na bieżąco i niezależnie od miejsca ich powstania, integrację procesów w obrębie całego resortu, racjonalizację kosztów jednostkowych działalności, zwiększenie efektywności wykorzystania majątku, wsparcie dla procesu przemian organizacyjnych, dostarczenie wydajnych narzędzi zarządzania wiedzą dla kadry zarządzającej klasy BI (Business Intelligence), integrację z systemem ERP innych istniejących systemów resortu, stacjonarny i mobilny dostęp do systemu i danych niezależnie od miejsca i czasu, szkolenia dla szerokiego grona użytkowników wewnętrznych resortu, w tym zastosowanie platformy „e-learningu” do szkolenia w zakresie praktycznego korzystania z systemu ERP.

Odbiorcy wewnętrzni to Główny Urząd Statystyczny, 16 Urzędów Statystycznych i ich komórki organizacyjne, w tym zamiejscowe; jednostki obsługi statystyki publicznej i ich komórki organizacyjne - CBS, CIS, ZWS. Odbiorcy zewnętrzni usługi typu A2A to: podmioty władzy i administracji państwowej, jednostki sektora finansów publicznych, inne organy administracji publicznej, w tym organy administracji rządowej, kontroli państwowej i ochrony prawa oraz sądy i trybunały, w tym spoza granic Polski, w szczególności z Unii Europejskiej. Odbiorcy zewnętrzni usługi typu A2B i A2C to przedsiębiorcy z Polski i spoza granic Polski, w szczególności z Unii Europejskiej, obywatele z Polski i spoza granic Polski, w szczególności z Unii Europejskiej, ONZ. Okres realizacji projektu – 2017-09-01 ÷ 2020-08-31

1.5Typ projektu Projekt mieszany, którego charakter wymusza jednoczesną implementację oprogramowania i zakup aplikacji biznesowych wraz z infrastrukturą techniczną.

1.6Używane skróty i terminy

Pojęcie lub skrót Znaczenie

AWK Analiza Wielokryterialna Korzyści

CBS Centralna Biblioteka Statystyczna im. Stefana Szulca

Strona | 4

mailto:[email protected]



Źródło definicji: Struktura organizacyjna GUS

CISCentrum Informatyki Statystycznej Źródło definicji: Struktura organizacyjna GUS

DGC Dynamiczny Koszt Jednostkowy (ang. Dynamic Generation Cost)

ERP GUSSystem Zintegrowany (ang. Enterprise Resource Planning) do wdrożenia w GUS Źródło definicji: skrót angielskiej nazwy systemu informatycznego

KPI (kluczowy wskaźnik efektywności)

Finansowy i niefinansowy wskaźnik pomiaru stopnia realizacji celów. Powinien być wyrażony w liczbach, procentach itd.

PZZ-STATProjekt „Wdrożenie Platformy Zarządzania Zasobami - PZZ–STAT dla statystyki publicznej” Źródło definicji: Tytuł własny projektu wykorzystujący akronimy

RWD (Responsive Web Design)

Technika projektowania stron www w taki sposób, aby jej układ i wygląd dopasowywał się automatycznie do okna urządzenia, na którym jest wyświetlany, np. smartfonów, tabletów itd.

SOFTUS / SOFTUSQL

System Zarządzania Zasobami – system obecnie działający opracowany przez pracowników resortu, który zostanie zastąpiony przez system ERP GUS. Źródło definicji: Nazwy własne systemów w GUS

ZWSZakłady Wydawnictw Statystycznych Źródło definicji: Struktura organizacyjna GUS

2. POWODY PODJĘCIA PROJEKTU2.1Opis stanu obecnego

W jednostkach statystyki publicznej rachunkowość prowadzona jest komputerowo w informatycznym Systemie Zarządzania Zasobami „SOFTUS”, dopuszczonym do eksploatacji pismem Prezesa GUS od dnia 1 stycznia 2000 roku. System SOFTUS umożliwia bieżącą rejestrację wybranych operacji gospodarczych pozwalającą na przedstawienie obrazu jednostki, jej stanu i pozycji - majątkowej, finansowej i dochodowej oraz problematyki kadrowo - płacowej. SOFTUS jest sieciowym, wielomodułowym systemem zbudowanym w architekturze klient / serwer wspierającym funkcjonowanie jednostek służb statystyki publicznej w wielu wymiarach. Zastosowane technologiczne rozwiązania wykorzystują produkty i narzędzia firmy Microsoft. Aktualnie w resorcie wykorzystywany jest System Zarządzania Zasobami „SOFTUS” o następujących cechach jakościowych: modułowość, częściowe współużytkowanie zbiorów danych, jednoczesną pracę wielu użytkowników systemu, jednolitą obsługę we wszystkich modułach (wygląd ekranu, wprowadzanie danych), możliwość rozbudowy systemu o nowe moduły, definiowalność elementów systemu przez użytkownika, ograniczony kontakt między modułami, zabezpieczenia programowe realizowane poprzez hasła i uprawnienia dostępu do poszczególnych modułów, możliwość wprowadzania danych przez służby merytoryczne. SOFTUS ma budowę modułową ze względu na odpowiedzialność prawną i materialną służb merytorycznych, liczbę osób, które posiadają dostęp do systemu jak również ze względu na łatwiejszą rozbudowę w przypadku stwierdzenia konieczności poszerzenia zakresu obsługiwanych zagadnień. W jednostkach resortu (GUS – Centrala, 16 Urzędów Statystycznych i 4 jednostki obsługi statystyki publicznej – łącznie 20 jednostek)

Strona | 5



wykorzystywane są następujące moduły systemu: Administrator, Magazyny, Księgowość magazynowa, Kadry, Płace, Majątek trwały, Pozostałe środki trwałe, Rejestry VAT, Obsługa kas, Rachunki bankowe, Umowy zlecenia, Księgowość oraz modułów przygotowanych specjalnie dla GUS-Centrala: Sprawozdania, Planowanie Kosztów, Przelewy budżetowe, Plan budżetu, Budżet zadaniowy. Ze względu na specyfikę działalności występującą w Zakładzie Wydawnictw Statystycznych funkcjonują 3 dodatkowe moduły: Magazyn formularzy, Magazyn wyrobów gotowych, Sprzedaż. Ponadto użytkownicy eksploatują programy: Płatnik, Videotel.

System wykorzystuje jako „silnik” danych bazę zarządzaną przez RDBMS MS SQL 2005. Architektura systemu klient / serwer spowodowała przeniesienie logiki biznesowej systemu do warstwy bazodanowej i jej zarządzanie poprzez procedury składowane MS SQL Serwera. W warstwie prezentacji system udostępnia dane do rejestracji, modyfikacji i przeglądania poprzez formularze ekranowe oraz raporty statyczne i dynamiczne. Niektóre opcje umożliwiają tworzenie plików raportów w postaci skoroszytów typu XLS.

System SOFTUS pracuje w układzie rozproszonym, jest zainstalowany na dedykowanych serwerach w poszczególnych lokalizacjach jednostek służb statystyki publicznej. Nie wszystkie komórki organizacyjne powyższych jednostek mają bezpośredni dostęp do systemu SOFTUS i dane ich obejmujące wprowadzane są przez pracowników innych komórek. Obecnie zastosowane rozwiązania technologiczne eliminują zamiejscowe komórki organizacyjne, tj. Oddziały, i ich pracowników z grupy posiadającej dostęp do systemu. Serwery systemu SOFTUS zostały zakupione wiele lat temu i ze względów technologicznych oraz ekonomicznych nie jest możliwa ich dalsza rozbudowa i wykorzystywanie w ramach nowego systemu ERP. Dane systemu SOFTUS są okresowo lokalnie archiwizowane przez obsługę informatyczną danej jednostki organizacyjnej. Ze względów bezpieczeństwa sieć LAN, w której pracuje SOFTUS jest fizycznie oddzielona od sieci ogólnej resortu i nie ma styku z Internetem.

2.2Identyfikacja problemu i potrzebZgodnie z przeprowadzoną analizą otoczenia społeczno-gospodarczego projektu oraz analizą potrzeb problemy, które dotyczą obszaru działania projektu i mogą zostać rozwiązane dzięki jego realizacji to problemy wewnątrzadministracyjne wynikające z braku zintegrowanego systemu zarządzania:

brak spójnych i zintegrowanych narzędzi wspomagających pracę pracowników resortu i optymalizację czasu ich pracy,

wysokie koszty realizacji zadań back-office ze względu na wielokrotne wprowadzanie do systemu tych samych danych oraz konieczność realizacji wielu prac poza systemem,

niewystarczający system bezpieczeństwa przetwarzania i przechowywania danych, konieczność przeprowadzenia optymalizacji i standaryzacji procesów biznesowych w całym

resorcie, w tym również w kontekście optymalizacji kosztów funkcjonowania, niska skuteczność nadzoru realizowanych procesów przy jednoczesnym rozbudowanym

systemie sprawozdawczości,

3. WARIANTY BIZNESOWE3.1Opis możliwych rozwiązań problemu i zaspokojenia potrzeb

Wariant „1” – kompleksowa rozbudowa SOFTUS - zakłada kompleksową rozbudowę systemu SOFTUS o dodatkowe moduły z jednoczesnym zapewnieniem wzajemnych powiązań między nimi, skutkującym powstaniem w praktyce nowego systemu klasy ERP (ERP GUS). Realizacja polegałaby na powstaniu nowego systemu z ewentualnym wykorzystaniem elementów dotychczasowych modułów. System wykonany byłby w architekturze trójwarstwowej, bazował na jednym motorze bazy danych SQL i jednolitych słownikach. Możliwa będzie eksploatacja nowego systemu w wersji lokalnej jak i scentralizowanej i dla obu zapewnione byłoby także tworzenie wersji zapasowej. Określony byłby jednolity standard przetwarzanych informacji, raporty i zestawienia dla różnych poziomów zarządzania

Strona | 6



tworzone byłyby automatycznie wg określonego zapotrzebowania jednostek służb statystyki publicznej. Trzon prac programistycznych wykonałby zespół programistów CIS, po wzmocnieniu kadrowym przez minimum kilkanaście nowych osób (analitycy, architekci, specjaliści od bazy danych, programiści, testerzy). Wdrożenie zapewniłby zespół wdrożeniowców złożony z pracowników CIS, GUS jak i pracowników poszczególnych jednostek służb statystyki publicznej. Konieczne będzie przeprowadzenie szkoleń dla grup szkoleniowych, indywidualnie na stanowiskach merytorycznych pracowników resortu na wszystkich poziomach oraz dla administratorów systemu i trenerów w poszczególnych jednostkach statystyki publicznej. W ramach wdrożenia dokonana będzie migracja do nowego systemu wszystkich danych z okresu ostatnich 5 lat. Nie jest planowane wdrożenie systemu Business Intelligence.

Wariant „2” zakłada wdrożenie nowego systemu klasy ERP wraz z migracją danych z systemu SOFTUS oraz integracja z innymi systemami funkcjonującymi w resorcie. Realizacja polegałaby na wyspecyfikowaniu wymagań dla zakupu w procedurze przetargu publicznego nowego systemu klasy ERP i jego adaptacja do specyfiki i wymagań całego resortu. Dla nowego systemu kupiona zostałaby kompletna infrastruktura sprzętowa i serwerowa zarówno dla wersji podstawowej jak i zapasowej. System ERP cechować będzie pełna integracja zarówno na poziomie funkcjonalności, narzędzi oraz infrastruktury informatycznej. System bazować będzie na jednym motorze bazy danych SQL, jednolitych słownikach. Informacja źródłowa wprowadzana będzie w miejscu powstawania i będzie wykorzystywana w pozostałych modułach systemu – ta sama informacja nie będzie wielokrotnie wprowadzana do systemu w różnych miejscach. Zapewniony będzie jednolity standard przetwarzanych informacji, raporty i zestawienia dla różnych poziomów zarządzania tworzone będą automatycznie wg określonego zapotrzebowania jednostek służb statystyki publicznej, resortu i sprawozdawczości.

W warstwie technicznej system ERP będzie miał architekturę trójwarstwową co pozwoli na jego centralną instalację przez wdrożenie systemu centralnego z zachowaniem autonomii i niezależności poszczególnych jednostek organizacyjnych resortu, przez separację wydzielonych obszarów dla poszczególnych jednostek służb statystyki publicznej. Dostęp do edycji lub przeglądania danych wynika z posiadanych uprawnień użytkownika systemu i wynika z zakresu obowiązków służbowych. Główny ciężar prac analitycznych, programistycznych i wdrożeniowych spoczywać będzie na Generalnym Wykonawcy przy udziale pracowników resoru, w szczególności informatykach CIS. Szkolenie będzie przeprowadzone w grupach szkoleniowych, indywidualnie na stanowiskach merytorycznych pracowników resortu na wszystkich poziomach oraz dla administratorów systemu i trenerów w poszczególnych jednostkach służb statystyki publicznej. Dokonana będzie migracja wszystkich danych z okresu ostatnich 5 lat do nowego systemu. System ERP będzie zintegrowany z innymi zewnętrznymi modułami. W ramach wariantu planowane jest wdrożenie systemu Business Intelligence oraz uruchomienie hurtowni danych zarządczych.

3.2Zakres projektu - wybrane rozwiązanie wraz z uzasadnieniemWariant „1”:Zalety: Prace realizowane głównie przez zespół obecnych programistów systemu SOFTUS znających specyfikę i wymagania resortu, strukturę danych do migracji, brak konieczności przeprowadzenia postępowań przetargowych na prace programistyczne, niższe koszty utrzymania i eksploatacji systemu przy zapewnieniu nadzoru autorskiego przez GUS niż przez zewnętrznego dostawcę, brak uzależnienia od usług serwisowych i eksploatacyjnych zewnętrznej firmy, powstanie system klasy ERP dedykowany dla administracji publicznej szczebla centralnego lub regionalnego, do którego kody źródłowe byłyby własnością GUS z możliwością wdrożenia w innych urzędach administracji publicznej.

Wady: ryzyko nie otrzymania zakładanego poziomu funkcjonalności i zintegrowania modułów spowodowane brakiem doświadczenia w tworzeniu zintegrowanego systemu zarządczego klasy ERP, konieczność wielopoziomowych i wielokrotnych testów na wszystkich poziomach tworzenia, wdrażania i eksploatacji, system nie będzie przetestowany w szeregu sytuacjach i okolicznościach jakie mogą wystąpić w przyszłości, a którym poddawany jest gotowy system ERP w szeregu innych podobnych instytucjach i organizacjach, ryzyko niezatrudnienia doświadczonych programistów za stosunkowo niskie wynagrodzenie w sferze budżetowej, konieczność zapewnienia stabilności osobowej zespołu

Strona | 7



autorskiego nowego systemu, wyższe koszty wytworzenia systemu niż zakup gotowego systemu wraz z jego adaptacją do potrzeb resortu, znacznie dłuższy czas i koszty stworzenia od podstaw nowego systemu i jego wdrożenia w stosunku do zakupu gotowego systemu i jego adaptacja do potrzeb resortu, duży wysiłek organizacyjny całego resortu związany ze stworzeniem i wdrożeniem nowego systemu.

Wariant „2”:Zalety: system ERP, przetestowany i sprawdzony przez innych użytkowników, będzie nową jakością, ograniczenie testów do poziomu wdrażania, w migrację danych do ERP będą zaangażowane osoby z resortu statystyki, w tym autorzy obecnego systemu SOFTUS, zakupiona zostanie zupełnie nowa infrastruktura techniczna i serwerowa bez konieczności nadmiarowości infrastruktury, a tym samym przy możliwie niskim koszcie zakupu, brak konieczności zatrudnienia w resorcie dodatkowych informatyków, niższe koszty zakupu gotowego systemu i jego implementacji niż jego wytworzenia od podstaw, ograniczone ryzyko wydłużenia okresu wdrożenia, zminimalizowane ryzyko braku funkcjonalności i zintegrowania modułów poprzez odpowiednie przygotowanie OPZ, wdrożenie ERP połączone będzie z wdrożeniem hurtowni danych, która będzie elementem systemu Business Intelligence,

Wady: prawdopodobnie wyższe koszty utrzymania i eksploatacji systemu niż utrzymania systemu przez własny zespół programistów spowodowane koniecznością zawarcia umowy serwisowej i konserwacyjnej z zewnętrznym dostawcą, uzależnienie od usług serwisowych i eksploatacyjnych zewnętrznej firmy, konieczność przygotowania precyzyjnego OPZ, skomplikowana procedura przetargowa wyboru Generalnego wykonawcy, która może trwać wiele miesięcy i obejmować skargi do KIO na każdym etapie postępowania wraz z odwołaniem do sądu, brak znajomości przez Generalnego wykonawcę specyfiki merytorycznej resortu, utrudniona możliwość rozszerzenia wdrożenia systemu na inne jednostki administracji publicznej szczebla centralnego lub regionalnego ze względu na model licencjonowania i koszty licencji.

W analizie wielokryterialnej (AWK) oceniono jako kryterium dopuszczające: wykonalność w okresie 3 lat, wykonalność prawną oraz przekroczenie progowej liczby punktów ważonych.(Waga 0,3: optymalizacja procesów, pełna standaryzacja i automatyczna wymiana danych, integracja ERP z innymi modułami GUS, integracja z systemem EZD. Waga 0,5: wykonalność organizacyjna i finansowa, wykonalność merytoryczna, wykonalność techniczna, pełna integracja pomiędzy systemami ERP, zgodność z kierunkową decyzją kierownictwa GUS. Waga 1,0: pełne wsparcie procesów zarządczych GUS, projekt obejmuje zakresem system klasy BI.). Obliczono także efekty kosztowe w postaci DGC.

Ponieważ wariant W2 w obu analizach, dla obliczonych wskaźników uzyskał wynik lepszy od wariantu W1 i dodatkowo wariant W1 nie spełnił kryterium dopuszczającego z powodu zbyt długiego okresu realizacji – wariantem rekomendowanym do realizacji jest wariant W2 i wariant ten podlega dalszym szczegółowym analizom.

4. CELE4.1Cele projektu

1. Cel główny: Usprawnienie funkcjonowania w obszarze back-office GUS, jednostek podległych oraz jednostek obsługi statystyki publicznej poprzez wdrożenie dla całego resortu zintegrowanego systemu klasy ERP, wspomagającego podejmowanie decyzji oraz umożliwiającego zarządzanie zasobami w statystyce publicznej dla wszystkich kluczowych obszarów, a także rozwój procesów wsparcia koniecznych do prawidłowego funkcjonowania sfery biznesu w sprawnie działającej organizacji.

Cele szczegółowe

CS1. Wsparcie racjonalizacji obsługi podstawowych procesów realizacji zadań statutowych GUS (w tym uproszczenie i standaryzacja), w szczególności obejmującej główne procesy biznesowe: zarządzanie strategiczne, zarządzanie operacyjne i bieżącą obsługę działalności.

CS2. Wsparcie integracji procesów w obrębie całego resortu.

Strona | 8



CS3. Wsparcie zmian organizacyjnych.

CS4. Usunięcie bariery czasu i przestrzeni w uzyskiwaniu informacji.

CS5. Stacjonarny i mobilny dostęp do systemu i danych niezależnie od miejsca i czasu

CS6. Integracja z systemem ERP innych systemów back - office GUS.

CS7. Dostarczenie wydajnych narzędzi zarządzania wiedzą klasy BI dla kadry zarządzającej umożliwiających poprawę jakości i efektywności działań, usprawnianie procesów obsługi badań statystycznych, analizy wielowymiarowe, w tym sporządzane ad-hoc.

CS8. Dostarczenie szkoleń dla użytkowników wewnętrznych resortu oraz zastosowanie platformy e-learningu do szkoleń w zakresie efektywnego wykorzystania wdrażanego systemu.

CS9. Zwiększenie efektywności wykorzystania majątku.

CS10. Racjonalizacja kosztów jednostkowych działalności.

4.2Spójność celów projektu z celami organizacji i dokumentów strategicznycha) Projekt wspiera następujące cele strategii „Sprawne Państwo 2020”:

Cel 1: „Otwarty Rząd” poprzez wsparcie procesów związanych z tworzeniem społeczeństwa informacyjnego.

Cel 2: „Zwiększenie sprawności instytucjonalnej państwa” poprzez usprawnienie procesów wewnętrznych realizacji zadań, podniesienia jakości i dostępności świadczonych usług przez urzędy administracji publicznej i udostępnienie zasobów informacyjnych przy wykorzystaniu nowoczesnych systemów informacyjno-komunikacyjnych.

Cel 5: „Efektywne świadczenie usług publicznych” poprzez poprawę relacji między wynikami i nakładami w zakresie świadczenia usług publicznych, podniesienie efektywności i dostępności świadczenia usług publicznych, w tym rejestrów centralnych, oraz wprowadzenie standaryzacji i nowoczesnego zarządzania usługami publicznymi.

Projekt wspiera zarówno cel strategiczny jak i cel operacyjny Programu Zintegrowanej Informatyzacji Państwa:o Cel Strategiczny „Zwiększenie liczby wysokiej jakości publicznych e-usług w Polsce,

mierzony odsetkiem korzystających z nich obywateli i przedsiębiorców”;o Cel Operacyjny „Zapewnienie interoperacyjności istniejących oraz nowych systemów

teleinformatycznych administracji publicznej, przy równoczesnym eliminowaniu powielającej się funkcjonalności, co doprowadzi do stworzenia spójnego, logicznego i sprawnego systemu informacyjnego państwa, dostarczającego na poziomie wewnątrzkrajowym i europejskim usługi kluczowe dla obywateli i przedsiębiorców, w sposób efektywny kosztowo i jakościowo.”

Projekt wpisuje się w kluczowe działania PZIP oraz Strategii Informatyzacji Państwa, w zakresie:o Osiągnięcia interoperacyjności rejestrów publicznych i innych systemów

teleinformatycznych (zgodnie z Krajowymi Ramami Interoperacyjności) i zapewnienie sprawnego korzystania z zawartych w nich danych oraz przygotowanie rozwiązań organizacyjnych i technicznych, wspierane poprzez udostępnianie rejestrów publicznych,

o Zwiększenia dostępności dla obywatela, przedsiębiorcy, administracji usług oraz zbiorów danych będących w dyspozycji administracji publicznej, a także do zwiększenia jakości i interoperacyjności usług publicznych oraz umożliwienia współdziałania systemów informatycznych państwa.

Celem strategicznym jest zwiększenie zarówno podaży oczekiwanych przez społeczeństwo wysokiej jakości publicznych e-usług w Polsce, jak i poziomu ich wykorzystania mierzonego odsetkiem obywateli i przedsiębiorców korzystających z Internetu w relacjach z administracją publiczną.

b) Kierunki Rozwoju Statystyki Publicznej do 2017 r.Jednym ze strategicznych obszarów jest zarządzanie zasobami statystyki publicznej. Projekt dostarczyć ma podstawową składową warstwy narzędziowej tego obszaru, która po integracji z wdrożonymi już

Strona | 9



systemami stworzy kompleksowy system wspierający zarządzanie zasobami we wszystkich jednostkach organizacyjnych statystyki i zintegruje zasoby informacyjne back-office umożliwiając efektywne zarządzanie całością prac bieżących i rozwojowych.

Strategia Informatyzacji Systemu Informacyjnego Statystyki Publicznej do 2020 r.Strategia przewiduje w obszarze back-office opracowanie i wdrożenie architektury korporacyjnej, wdrożenie systemu ERP do zarządzania zasobami o architekturze scentralizowanej, rozwój modelu usługowego IT, w tym wsparcie dla użytkowników systemu ERP.

Strategia Wzmacniania Wizerunku Statystyki PublicznejCelem strategii jest zwiększenie zaufania do statystyki publicznej oraz osiągniecie wysokiego poziomu satysfakcji interesariuszy statystyki publicznej. Osiągnięcie tych celów jest możliwe tylko dzięki efektywnej i odpowiedniej do potrzeb społecznych realizacji procesów statystycznych, co uwarunkowane jest efektywną realizacją procesów back-office i właściwą polityką bezpieczeństwa informacji, a w szczególności odpowiedniemu chronieniu, zarządzaniu i udostępnianiu zasobów informacyjnych i informatycznych.

C) PO PC:Cel projektu jest zgodny z założeniami programowymi PO PC 2014-2020, z Osią II: E-administracja i otwarty rząd, z działaniem 2.2 w zakresie celu szczegółowego 3: „Cyfryzacja procesów back-office w administracji rządowej”. Projekt wspiera pracę urzędu przez cyfryzację procesów i procedur dotyczących usprawnienia funkcjonowania back-office poprzez ujednolicanie kluczowych systemów i interfejsów zgodnie ze wskazanym referencyjnym modelem cyfryzacji urzędów (Katalog Rekomendacji Cyfrowego Urzędu: Blok 03 Systemy użytkowe: Temat 03.08 Systemy klasy ERP, Temat 03.14 Systemy/moduły Business Intelligence. Blok 06 Usługi publiczne: Temat 06.04 Dostęp do informacji publicznej, Temat 06.05 Kontakt z obywatelem. Temat 06.06 Interfejsy do zasobów informacyjnych urzędu. Blok 07 Kompetencje cyfrowe: Tematy 07.01-02 Kompetencje cyfrowe urzędników i kadry IT.

Projekt dotyczy poszerzenia zakresu spraw, które obywatele i przedsiębiorcy mogą załatwić drogą elektroniczną pośrednio – poprzez usprawnianie usług wewnątrzadministracyjnych (A2A), niezbędnych dla świadczenia usług publicznych. Realizacja projektu przyspieszy załatwianie spraw w urzędach, co przełoży się na podniesienie poziomu obsługi obywateli i przedsiębiorców. Ponadto ulegnie poprawie jakość udostępniania informacji sektora publicznego i pochodzących ze źródeł administracyjnych.

5. EFEKTY PROJEKTU5.1Korzyści wynikające z projektu

Cel - 1Objęcie wszystkich jednostek GUZ, podległych oraz jednostek obsługi statystyki publicznej, systemem ERP

Korzyść:GUS oraz wszystkie jednostki podległe (16 urzędów statystycznych) i jednostki obsługi statystyki publicznej (ZWS, CIS, CBS) objęte będą systemem ERP.

KPI:Odsetek jednostek podległych oraz jednostek obsługi statystyki publicznej objętych systemem ERP

Wartość aktualna i docelowa KPI:

Wartość aktualna – 0%, wartość przewidywany do uzyskania na koniec ostatniego etapu projektu – 100%

Podstawa:Dane systemu i dokumentacji odbiorowej systemu (Dokumentacja Zarządcza Projektu) po roku od zakończenia projektu PZZ-STAT.

Metoda pomiaru KPI:

Weryfikacja dokumentacji odbiorowej systemu.

Cel - 2 Awans cyfrowy urzędów

Strona | 10



Korzyść: GUS oraz 16 urzędów statystycznych osiągnie awans cyfrowy dzięki objęciu systemem ERP.

KPI: Liczba urzędów, które wdrożyły katalog rekomendacji dotyczących awansu cyfrowego


Wartość aktualna – 0 szt., wartość przewidywany do uzyskania na koniec ostatniego etapu projektu – 17 szt.

Podstawa: Dokumentacja odbiorowa systemu: Dokumentacja Zarządcza Projektu

Metoda pomiaru KPI:


Cel - 3 Uruchomienie systemu klasy ERP

Korzyść:

Wsparcie i standaryzacja procesów obsługi, bieżący dostęp do informacji zarządczych, efektywne uzyskiwanie informacji zbiorczej. Wsparcie racjonalizacji procesów podnoszących jakość obsługi kierownictwa resortu i jakości decyzji wszystkich jednostek organizacyjnych resortu statystyki publicznej, wzrost szybkości i jakości decyzji, usprawnienia procesu planowania i realizacji wydatków w ramach badań statystycznych oraz rozwiązań organizacyjnych, z ewidencją i rozliczaniem czasu pracy pracowników włącznie, usprawnienia procesów zamówień publicznych i zarządzania infrastrukturą, bieżąca ewidencja zdarzeń związanych z gospodarką własną i badaniami w miejscu ich powstania (dot. również pracowników terenowych). Racjonalizacja obiegu informacji oraz danych, znaczne zmniejszenie czasu dostępu do potrzebnych informacji, wyeliminowanie wielokrotnego wprowadzania danych o tych samych zdarzeniach na poszczególnych stanowiskach operacyjnych, równoczesne działanie na wszystkich stanowiskach operacyjnych.Wprowadzenie jednolitego formatu formularzy oraz raportów i jednolitego formatu dostępnej informacji dla całej statystyki publicznej z wykorzystaniem systemu BI jako systemu zarządczego obejmującego hurtownię i system raportowania jako rozwinięcie ERP oraz zasilanie z systemów statystycznych SISP.Uproszczenie procesów zarządczych w zakresie badań statystycznych i pozostałych obszarów działalności, zwiększenie zakresu dostępnych danych dla wszystkich odbiorców stosownie do posiadanych uprawnień.

KPI:Liczba uruchomionych systemów teleinformatycznych i aplikacji klasy ERP w podmiotach wykonujących zadania publiczne.




Metoda pomiaru KPI:


Cel - 4 Wsparcie szkoleniowe dla pracowników

Korzyść:

W wyniku szkoleń, zdolność pracowników do użytkowania systemów stanie się powszechna. Pojawi się zdolność do realizacji prac wdrożeniowych, do informatycznego wsparcia użytkowników, do realizacji złożonych analiz.

KPI:Liczba pracowników podmiotów wykonujących zadania publiczne niebędących pracownikami IT, objętych wsparciem szkoleniowym.


Wartość aktualna – 0 os., wartość przewidywany do uzyskania na koniec ostatniego etapu projektu – 1.000 os.


Metoda pomiaru KPI:

Weryfikacja na podstawie protokołów odbycia szkoleń dotyczących poszczególnych modułów systemu ERP.

Cel - 5 Budowa centralnej bazy danych

Korzyść: Powstanie centralna baza danych SQL (hurtownia danych zarządczych) systemu ERP

Strona | 11



obejmująca cały resort, w której gromadzone będą dane wszystkich uczestników projektu PZZ-STAT, którzy korzystać będą z systemu ERP, ze stacjonarnym i mobilnym dostępem do systemu i informacji w nim zawartych

KPI: Liczba wdrożonych centralnych baz danych.




Metoda pomiaru KPI:

Weryfikacja na podstawie protokołów odbycia szkoleń dotyczących poszczególnych modułów systemu ERP.

5.2Udostępnione e-usługi

Strona | 12

Lp.Nazwa

e-usługi wraz z krótkim opisem

Typ e-

usługiZakres oddziaływania

Poziom dojrzałości

e-usługi(nie dotyczy

procesów back-office)

RWD(Responsive

Web Design)

Aplikacje na urządzenia

mobilne

Korzyść z wdrożenia e-

usługi

1.

Wsparcie uzupełniające obsługi informacyjnej obywateli w zakresie funkcjonowania GUS

A2CObywatele z Polski i spoza

granic Polski, w szczególności z UE

3 - dwustronna interakcja TAK

Android, iOS, Windows Phone

Usprawnienie wymiany informacji wewnątrz GUS oraz z otoczeniem zewnętrznym

2.

Wsparcie obsługi relacji z dostawcami produktów i usług dla jednostek organizacyjnych resortu w zakresie zamówień publicznych i wsparcia uzupełniającej obsługi informacyjnej jednostek biznesowych, naukowych, partnerów projektowych i innych

A2B

Przedsiębiorcy i obywatele z Polski i spoza granic Polski, w szczególności z UE. Pozostałe podmioty, w tym m.in.: PAN i tworzone przez nią organizacje, jednostki badawczo – rozwojowe i naukowe, uczelnie publiczne i niepubliczne, organizacje społeczne, media i portale branżowe.



Usprawnienie relacji z klientami GUS w zakupach

3.

wsparcia sprawozdawczości GUS dla naczelnych organów władzy i administracji rządowej

A2A

Podmioty władzy i administracji państwowej: Sejm i Senat, Kancelaria Premiera, Ministerstwo Finansów, służby zarządzania kryzysowego. Jednostki sektora finansów publicznych, w tym m.in.: jednostki samorządu terytorialnego oraz ich związki, ZUS, NFZ. Inne organy administracji publicznej, w tym organy administracji rządowej, kontroli państwowej i ochrony prawa, oraz sądy spoza Polski, w szczególności z UE.



Usprawnienie, przyśpieszenie, zautomatyzowanie, sprawozdawczości GUS dla naczelnych organów władzy i administracji rządowe



5.3 Uproszczone procedury

Strona | 13



Strona | 14

Lp.Nazwa

procesu/procedury

Zakres oddziaływa

niaStan obecny Stan projektowany

Korzyść z uproszcz

enia procedur

y

1.

Zarządzanie strategiczne – nowe moduły

ERP

Kierownictwo GUS i dyr.Departamentów-dyrektorzy US – ok. 100 użytkowników

Obecnie zarządzanie resortem odbywa się przez procesy realizowane przy informatycznym wsparciu realizowanym przez różne, niezintegrowane systemy,

Istotną zmianą w zakresie przetwarzania procesów w stosunku do istniejących rozwiązań informatycznych w resorcie będzie pojawienie się nowych modułów ERP, związanych z ogólnie pojętym wsparciem zarządzania, m.in. moduł zarządzania procesami, moduł zarządzania ryzykiem, audyty i kontrole, moduł zarządzania jakością, moduł obsługi służby cywilnej.

Zwiększenie wsparcia zarządczego i organizacyjnego

2.

Business Intelligence – jako element hurtowni danych w ERP

wraz z usprawnieniem

różnorodnej sprawozdawczośc

i na potrzeby wewnętrzne i zewnętrzne

Kierownictwo GUS, dyr. Departamentów, dyrektorzy US, kierownicy komórek organizacyjnych – ok. 250 użytkowników

Obecnie przygotowanie zestawień zbiorczych opiera się właściwie w całości na wykorzystaniu poczty elektronicznej EOD i przekazywaniu kolejnych wersji dokumentów, W efekcie dokumentu zbiorczego właśnie za pomocą poczty elektronicznej. Dodatkowo za pomocą poczty elektronicznej realizowane są procedury synchronizacji międzykomórkowej resortu.

Funkcjonalność modułu BI będzie skupiała się na szerokim wsparciu raportowania i wszelkich analizach opartych na danych zebranych w systemie ERP i modułach z nim zintegrowanych. Korzyść to dostępność danych zlokalizowanych we wspólnej bazie danych systemu ERP oraz możliwości jakie daje moduł silnika procesów.

Dostępność danych zlokalizowanych we wspólnej bazie danych systemu ERP

3.

Pracownicy i zarządzanie nimi

oraz Portal Pracowniczy jako jednolita baza dla modułów kadry,

płace, ECP i podstawa do

Active Directory oraz systemu identyfikacji

użytkowników

Wszyscy pracownicy resortu GUS – 6 000 osób, okresowo ok. 20-25 000 ankieterów podczas spisów

Zarządzenie kadrami, ewidencja czasu pracy, identyfikacja pracowników odbywa się w różnych modułach nie zapewniając jednolitej i jednoznacznej identyfikacji. Portal Pracowniczy nie ma wymaganych funkcji związanych z kompleksowym zarządzaniem kadrami i ścieżką ich kariery i wymaga znacznego angażowania pracowników administracji.

Integracja Portalu Pracowniczego z modułami kadrowymi i płacowymi umożliwi indywidualną obsługę i samoobsługę ok. 6 000 pracowników resortu GUS, np. procesów utworzenia kalendarza urlopów i nieobecności, a także umożliwi pracownikom np.. elektroniczne wypełnienie wniosku urlopowego itp. (po zatwierdzeniu automatycznie trafi do działu kadr i zostanie uwzględniony), wypłatę zasiłków, rozliczanie Funduszy Świadczeń Socjalnych itp.

Zwiększenie operacyjności działań pracowniczych i funkcjonalności zarządzania kadrami

4.

Środki trwałe - zakupy,

księgowanie i ewidencja

środków trwałych jako procesy

powiązane, a nie jako osobne (ponowne

wprowadzanie tych samych

danych

Kierownicy, pracownicy obsługi, zaopatrzenia, księgowości resortu GUS – ok. 350 osób

Jedną z najczęstszych obecnie czynności w trakcie obsługi i ewidencji danych w systemie SOFTUS jest ręczne przenoszenie danych pomiędzy kolejnymi modułami tego systemu.

Integracja systemów (komponentów i modułów) i stworzenie jednej wspólnej bazy danych dla całego resortu. Wszystkie dane będą bez zbędnej zwłoki dostępne dla wszystkich modułów wymagających dostępu do tych danych, bez konieczności ingerencji użytkownika, poza przypadkami udostępniania danych w celach raportowych poza daną jednostkę, itp.

Poprawa dostępności danych

5.

Zintegrowany Workflow ERP z Elektronicznym

Obiegiem Dokumentów oraz

powiązania z komunikacją wewnętrzną

(komunikator) i pocztą

elektroniczną

Wszyscy pracownicy resortu GUS – 6 000 osób

W resorcie występują różne elektroniczne sposoby przekazywania dokumentów:

EOD - Elektroniczny obieg dokumentów (e-Kancelaria) dla pism i korespondencji – głównie rejestrowana jest cała korespondencja papierowa i elektroniczna o charakterze sprawy,

Portal Pracowniczy, Ewidencji Czasu Pracy,

Poczta elektroniczna i komunikator wykorzystywane do indywidualnej roboczej komunikacji pomiędzy parownikami dla dokumentów.

Zintegrowany Workflow ERP zapewni, że dokumenty, które wpłynęły do Kancelarii,a których obieg będzie prowadzony w ERP, będą po rejestracji w e-Kancelaria wprowadzane do ERP i tam dalej procedowane (m.in. zamówienia, faktury,rachunki, dokumenty księgowe, dokumenty pracownicze, delegacje).

Portal Pracowniczy - dla każdego pracownika stworzony zostanie indywidualny profil, gdzie będą dostępne indywidualne dane pracownicze, kadrowe, urlopy, zwolnienia, przekazywane informacje o indywidualnych zadaniach i poleceniach.

Z poziomu Portalu Pracowniczego będzie dostęp do Ewidencji Czasu Pracy. Portal Pracowniczy będzie zintegrowany z indywidualną pocztą elektroniczną w zakresie zadań i kalendarza.

Moduł komunikacyjny systemu edukacyjnego, w którym pracownicy mogą uczestniczyć w szkoleniach z zakresu realizowanych zadań i podnosić swoje kwalifikacje.Poczta elektroniczna i komunikator będą wykorzystywane do indywidualnej roboczej komunikacji pomiędzy pracownikami dla dokumentów nie procedowanych w EOD i Workflow ERP.

Poprawa i przyśpieszenie dostępności do dokumentów i ich treści, informacji o czasie pracy, szkoleniach itp.



5.4Udostępnione informacje sektora publicznego ze źródeł administracyjnych/zasobów nauki/zasobów kultury

Nie dotyczy

5.5Wprowadzone innowacje

5.6Możliwe niepożądane skutki (negatywne rezultaty)

6. CZAS REALIZACJI PROJEKTU

6.1Planowany okres realizacji projektu (od-do)

Strona | 15

Lp. Nazwa innowacji, zmiany

Zakres oddziaływania Stan obecny Stan

projektowany

Korzyść z wprowadzenia

innowacji, zmiany

Wdrożenie zintegrowanego

systemu obejmującego

kluczowe wewnętrzne procesy back-office.

System ERP bezpośrednio obejmie ok 1 000 pracowników

GUS a

Obecnie procesy back-office są obecnie

realizowane przez szereg rozproszonych systemów i modułów

Objęcie kluczowe procesy funkcjonowania resortu:

kadry i płace, zarządzanie finansami zarządzanie majątkiem infrastrukturą informatyczną, zagadnieniami służby cywilnej, BHP i ścieżkami kariery, kontrolą zarządczą i zagadnieniami zamówień publicznych,ochroną danych osobowych i statystycznych, ZFŚS oraz oświadczeń majątkowych

Projekt potencjalnie może być rozszerzony na inne urzędy administracji rządowej w oparciu o infrastrukturę platformy „Aplikacje.gov.pl” analogicznie do systemu EZD RP

Lp.Nazwa

niepożądanego skutku

Opis niepożądanego

skutkuZakres oddziaływania

Sposoby uniknięcia lub minimalizacji negatywnych

skutków

1.Możliwość utraty części danych podczas ujednolicania i migracji

Podczas migracji danych może wystąpić problem z synchronii-zacja danych i ich ustrukturyzowaniem i zesłownikowaniem.

Konieczność ręcznego prowadzenia części danych przez pracowników lub używanie równolegle obecnego i nowego systemu.

Analiza i czyszczenie danych przed przystąpieniem do ich migracji, migracja danych do struktur pośrednich.

2.Przedłużające się postępowanie przetargowe

Produkcyjne uruchomienie modułu finansowo-księgowego musi być od początku roku kalendarzowego

Opóźnienie powoduje przesunięcie o rok uruchomienie kluczowego elementu systemu

Planowanie odpowiednich rezerw czasowych dla postępowań przetargowych. Opracowywanie dokumentacji przetargowych, które minimalizować będą liczbę protestów i odwołań.



Projekt w zakresie rzeczowym będzie realizowany od 2017-09-01 do 2020-06-30

Projekt w zakresie finansowym będzie realizowany od 2017-09-01 do 2020-08-31

6.2Harmonogram projektu / kamienie milowe

Kamienie milowe Data rozpoczęcia

Data zakończenia

Data punktu krytycznego

Data punktu ostatecznego

Przygotowanie i uruchomienie projektu, uzyskanie finansowania 2017-03-01 2017-08-31 2017-08-31 2017-12-31

Kontraktowanie i wsparcie zarządzania przez Menadżera Projektu 2017-09-10 2020-08-31 2017-11-30 2018-03-31

Kontraktowanie i analiza procesów GUS 2017-09-15 2018-04-30 2017-10-31 2018-06-30

Kontraktowanie Generalnego wykonawcy ERP 2018-01-01 2018-08-31 2018-08-31 2018-12-15

Kontraktowanie podmiotu odpowiedzialnego za dostawę infrastruktury 2018-03-01 2018-09-30 2018-12-01 2019-03-31

Kontraktowanie i prowadzenie działań promocyjnych 2018-12-01 2020-06-30 2020-07-31 2020-08-15

Dostawa i uruchomienie infrastruktury 2018-11-01 2019-02-28 2019-05-31 2019-06-15

Kontraktowanie i audyt bezpieczeństwa 2019-08-01 2020-06-15 2020-07-30 2020-08-15

Dostawa i wdrożenie systemu ERP i szkolenia 2018-10-01 2020-04-30 2020-05-15 2020-05-31

Rozliczenie i zamknięcie projektu 2020-07-01 2020-08-31 2020-08-31 2020-08-31

7. KOSZTY7.1Koszty ogólne projektu wraz ze sposobem finansowania

Całkowity koszt projektu (netto oraz brutto) 27 652 150,00 zł netto, 31 500 544,50 zł brutto

Podział całkowitego kosztu projektu na poszczególna lata (netto oraz brutto) 2017 1 393 400,00 zł netto 1 433 742,00 zł brutto

2018 4 021 000,00 zł netto, 4 156 470,00 zł brutto,

2019 11 472 250,00 zł netto, 13 211 107,50 zł brutto

2020 10 765 500,00 zł netto, 12 699 225,00 zł brutto

Strona | 16



Kwota dofinansowania z funduszy zagranicznych (netto oraz brutto) 21 671 350,21 zł netto, 26 655 760,76 zł brutto

Programy operacyjne, w ramach których projekt ubiega się o dofinansowanie

1. Program Operacyjny Polska Cyfrowa na lata 2014-2020. Działanie 2.2 Cyfryzacja procesów back–office w administracji rządowej.

Wysokość środków z budżetu państwa (netto oraz brutto) 3 938 848,57 zł netto, 4 844 783,74 zł brutto

Przewidywany roczny koszt utrzymania trwałości projektu (netto oraz brutto)

1 360 251,54 zł netto, 1 629 582,45 zł brutto (uśredniony koszt roczny – realizacja nie będzie się pokrywał z pełnymi latami kalendarzowymi) i będzie ponoszony także w kolejnych latach, poza wymaganym okresem trwałości

7.2Wykaz poszczególnych pozycji kosztowych

Nazwa pozycji kosztowej: Przewidywany koszt netto i brutto:

Uzasadnienie pozycji kosztowej

(przeznaczenie):

Przewidywany czas dostarczenia:

Sprzęt informatyczny 3 390 000,00 zł netto4 169 700,00 zł brutto

Serwery blade i szafy RACK (6 szt.), serwery służące do zarządzania systemem kopii zapasowych (2 szt.), macierze dyskowe (2 szt.), biblioteki taśmowe (2 szt.), przełączniki sieciowe (2 szt.), karty kryptograficzne (1000 szt.).

Termin dostawy sprzętu informatycznego i infrastrukturalnych dostosowane będą do fazy projektu – w momencie konieczności ich instalacji systemów i aplikacji.

Oprogramowanie 7 547 750,00 zł netto9 283 732,50 zł brutto

System zarządzania siecią wirtualną, System operacyjny, LOAD-BALANCERy programowe, Systemy tworzenia kopii zapasowych na taśmach, Oprogramowanie: klastrów serwerów transakcyjnej bazy danych, serwera aplikacyjnego, do tworzenia backupu, do zarządzania wirtualizacją (HYPERVISOR), do monitorowania systemów /serwerów.

Termin dostawy oprogramowania systemowego i narzędziowego uwzględniać będzie harmonogram realizacji projektu i będzie dostosowane do tej fazy projektu, w pierwszej fazie do testów a docelowo na infrastrukturze produkcyjnej.

Wydatki na ERP3 503 000,00 zł netto4 308 690,00 zł brutto

1000 licencji systemu ERP, Strukturalny język zapytań używany do tworzenia, modyfikowania baz danych oraz do umieszczania i pobierania danych z baz danych, Licencja na oprogramowanie dla programistów CIS do zarządzania, utrzymania,

Wydatki na kluczowy element systemy PZZ-STAT zarówno w zakresie dostawy licencji samego systemu ERP dla końcowych użytkowników jak i dla celów dewelopersko-utrzymaniowych będzie

Strona | 17



modyfikacji i rozwoju ERP, Dostosowanie systemu ERP do indywidualnych potrzeb GUS, Słowniki, weryfikacja i migracja danych z SOFTUS do ERP, Wdrożenie systemu w całym resorcie.

dostosowana do faz realizacji projektu.

Zewnętrzne usługi wspomagające realizację

projektu

1 384 000,00 zł netto1 702 320,00 zł brutto

Analiza procesów (inny niż generalny wykonawca), Inżynier Projektu, Audyt bezpieczeństwa

Analiza procesów poprzedzać będzie fazę analizy biznesowej i wdrożenia systemu i będzie wykonana na początku realizacji projektu i będzie stanowić istotny element OPZ.

Przygotowanie projektu 35 400,00 zł netto 43 542,00 zł brutto

Opracowanie dokumentów aplikacyjnych – Wniosek, Studium Wykonalności

Poprzedza złożenie projektu do konkursu

PO PC 2.2.

Wynagrodzenia pracowników

merytorycznych

10 488 000,00 zł netto10 488 000,00 zł brutto

Kierownik Projektu 1 et., 2 Zastępców Kierownika (ds. organizacyjnych i ds. technicznych) x 1 et., Sekretarz Projektu 1 et, Administratorzy CIS 2 et., Analitycy GUS + US (20 jednostek * 2 os. x 1/3 et.), Informatycy CIS (10 os. x ½ et.).

Wydatki związane z zarządzaniem projektem ponoszone będą systematycznie przez cały okres realizacji projektu.Wydatki analityków GUS będą ponoszone w największym zakresie w fazie analizy procesów, analizie biznesowej i wdrożenia oraz testowania systemu.

Koszty pośrednie - wynagrodzenia pracowników

wykonujących czynności niezwiązane bezpośrednio z

głównymi celami i produktami projektu

432 000,00 zł netto432 000,00 zł brutto

3 osoby po ½ etatu przez 36 miesięcy.

Wydatki związane z pracą Komitetu Sterującego zarządzającego strategicznie projektem ponoszone będą systematycznie przez cały okres realizacji projektu.

Szkolenia 622 000,00 zł netto765 060,00 zł brutto

Szkolenia użytkowników systemu (1000 os.), Szkolenia administratorów systemu różnych poziomów + liderów modułów (94 os.), Szkolenia programistów CIS (8 os.).

Wydatki na szkolenia końcowych użytkowników systemu ponoszone będą w końcowej fazie wdrożenia systemu. Pozostałe szkolenia wg harmonogramu realizacji projektu.

Informacja i promocja 250 000,00 zł netto307 500,00 zł brutto

Wydatki wynikają z wymogu UE: Rozporządzenia Parlamentu Europejskiego i Rady (UE) nr 1303/2013 z dnia 17 grudnia 2013 r.,Rozporządzenia Wykonawczego Komisji (UE) Nr 821/2014 z dnia 28

Wydatki związane z promocją ponoszone będą systematycznie w czasie całej realizacji projektu, zwiększone będą na początku i na końcu realizacji projektu.

Strona | 18



lipca 2014 r.

7.3Koszty ogólne utrzymania wraz ze sposobem finansowania (okres 5 lat)

Całkowity koszt utrzymania trwałości projektu (netto oraz brutto)

5 877 430,56 zł netto, 7 044 091,78 zł brutto - razem Źródło finansowania

Podział całkowitego kosztu utrzymania trwałości projektu na poszczególna lata (netto oraz brutto)

I rok 436 424,39 zł netto, 525 762,00 zł brutto – rok 2020

krajowe środki publiczne - budżet państwa część 58 Budżetu Państwa – GUS

II rok 1 342 497,56 zł netto, 1 607 112,00 zł brutto – rok 2021 j.w.

III rok 1 346 500,28 zł netto, 1 614 194,88 zł brutto – rok 2022 j.w.

IV rok 1 365 968,37 zł netto, 1 636 838,61 zł brutto zł – rok 2023 j.w.

V rok 1 386 039,96 zł netto, 1 660 184,29 zł brutto – rok 2024 j.w.

8. GŁÓWNE RYZYKA ZEWNĘTRZNE I SZANSE8.1Ryzyka wpływające na realizację projektu

Nazwa ryzyka Siła oddziaływania

Sposób zminimalizowania ryzyka

Strategiczne - Ryzyko wydłużenia czasu realizacji Projektu związanego z prowadzeniem postępowań przetargowych (protesty i odwołania składane przez Wykonawców) jak również opóźnienia w procesie oceny ofert

duży

Planowanie odpowiednich rezerw czasowych dla postępowań przetargowych. Opracowywanie dokumentacji przetargowych, które minimalizować będą liczbę protestów i odwołań.

Strategiczne - Stosunkowo duży zakres zadań przy ograniczonym czasie realizacji duży

Precyzyjny harmonogram.Wyznaczenie częstych punktów kontrolnych.Przeprowadzenie części prac analitycznych przez Doradcę.

Prawne - Ryzyko zmian w zakresie funkcjonalności systemu, wymaganych w związku z wdrażanie nowych wymogów prawnych lub istotnych zmian organizacyjnych.

średni

W razie potrzeby - uwzględnienie potrzeb związanych z przyszłym rozszerzeniem funkcjonalności w specyfikacji wymagań oraz/lub odnotowanie w umowie z Wykonawcą zobowiązania o wprowadzeniu zmian.

Techniczne - Niezgodność i brak możliwości integracji rozwiązań obecne użytkowanych z planowanymi do wdrożenia

średni

Na etapie tworzenia SIWZ zawarcie szczegółowych opisów obecnie funkcjonujących w GUS rozwiązań. Zapisy SIWZ muszą uwzględniać i podkreślać aspekt integracji i zgodności rozwiązań używanych z wdrażanymi w projekcie.Na etapie testowania duży nacisk położony na testy integracyjne.

Techniczne - Niska jakość danych potrzebnych do generowania statystyk na podstawie danych transakcyjnych

dużyZachowanie obecnego modelu raportowania aż do całkowitego przeniesienia do modelu centralnego.

Strona | 19



Techniczne - Złożoność projektu. Projekt wymaga dostarczenia organizacji wielu komponentów. Poważne ryzyko związane jest z synchronizacją dostawy poszczególnych składników systemu (infrastruktura, oprogramowanie, wdrożenie)

duży

Wsparcie przez Doradcę bieżącego zarządzania projektem.Podjęcie standardowych działań zarządczych zgodnie z powszechnie znanymi metodykami (np. Prince 2).

8.2 Ryzyka wpływające na utrzymanie efektów

Nazwa ryzyka Siła oddziaływania

Sposób zminimalizowania ryzyka

Brak wystarczających kompetencji do budowy systemu w modelu centralnym duży

Silne i logicznie spójne wymagania na Wykonawcę (np. kompetencje w określonej technologii, ale także znajomość rynku obecnych rozwiązań). Budowa silnego zespołu wsparcia po stronie Zamawiającego.

Problemy z uzgodnieniem wymagań na funkcjonalność systemów informatycznych, wynikające z niedostatecznej współpracy przyszłych użytkowników

duży

Włączenie reprezentatywnych przedstawicieli użytkowników końcowych w procesy ustalania wymagań na systemy, testowania systemów i odbioru systemów; włączenie wysokich rangą przedstawicieli wszystkich służb do Komitetu Sterującego projektu lub do zespołu koordynującego tworzenie systemu

Niewystarczająca ilość osób po stronie Zamawiającego do odbioru produktów wykonywanych przez Wykonawców kontraktów – ryzyko zbyt małej ilości osób przeznaczonych do obsługi projektu.

duży

Zaplanowanie ilości osób potrzebnych do realizacji prac związanych z projektem i przekazanie ich obowiązków innym osobom. Przygotowanie listy rezerwowej osób, które mogą być (w razie potrzeby) szybko włączone w realizację projektu.

Niższy poziom dostarczanych produktów projektu oraz niespełnienie wszystkich oczekiwań Zamawiającego będące wynikiem nieprecyzyjnej komunikacji pomiędzy zespołami.

średni

Precyzyjna komunikacja w formie pisemnej, z zachowaniem ustaleń zapisanych w umowie, zatwierdzonych notatkach oraz zaproponowanych w dokumencie DIP. Precyzyjne formułowanie celów spotkań, warsztatów i innych wspólnych prac oraz respektowanie tych ustaleń.

8.3 Szanse

Szansa płynąca z otoczenia

zewnętrznego

Czy projekt przewiduje

wykorzystanie szansy?

Sposób jej wykorzystania Prawdopodobieństwo jej wykorzystania

Względna stabilizacja przepisów prawnych Tak

Uwzględnienie potrzeb związanych z przyszłym rozszerzeniem funkcjonalności w specyfikacji wymagań oraz/lub odnotowanie w umowie z Wykonawcą zobowiązania o wprowadzeniu zmian (zgodnie z procedurą zarządzania zmianą) wynikającej z nowych wymogów prawnych

średnie

Strona | 20



Z wyników projektu będą mogły korzystać także inne jednostki administracji publicznej oraz inne instytucje publiczne,

Tak

Projekt potencjalnie może być rozszerzony na inne urzędy administracji rządowej w oparciu o infrastrukturę platformy „Aplikacje.gov.pl” analogicznie do systemu EZD RP

duże

9. ANALIZA OTOCZENIA9.1Porównanie projektowanego rozwiązania z analogicznymi w Polsce lub za granicą

Wobec rosnących oczekiwań w stosunku do użytkowanego obecnie w resorcie statystyki publicznej systemu SOFTUS dokonano jego szczegółowej analizy, m.in. poprzez ankietowanie użytkowników odnośnie ich potrzeb oraz oczekiwanego kierunku niezbędnych zmian i modyfikacji. Podsumowanie ankiet wskazuje na potrzebę zasadniczych zmian w organizacji zbierania, przetwarzania i dystrybucji danych, niezbędnych do zarządzania na poziomie poszczególnych jednostek służb statystyki publicznej i resortu jako całości. Rozważane były dwa główne warianty realizacyjne: modernizacji i rozbudowy systemu SOFTUS lub jego zastąpienia rozwiązaniem dostępnym na rynku systemów klasy ERP.

Skala, wynikających z powyższej analizy, koniecznych zmian systemu SOFTUS oraz fakt, iż nie jest on powielarny w innych instytucjach publicznych i poza resortem statystyki publicznej oraz inne grupy użytkowników nie czerpią korzyści z jego użytkowania powoduje, że koszty samodzielnej jego przebudowy i dostosowania do systemu porównywalnego z nowoczesnym systemem klasy ERP są niewspółmiernie wysokie, a rezultat może nie spełnić zakładanych efektów w określonym czasie. Uznano, że optymalnym rozwiązaniem jest wdrożenie dostępnego na rynku, klasycznego systemu ERP dostosowanego do specyfiki i wymagań resortu statystyki publicznej.

W kolejnym kroku dokonano analizy możliwych systemów klasy ERP zarówno na rynku krajowym jak i międzynarodowym analizując polskie i zagraniczne uniwersalne i dedykowane systemy. Zinwentaryzowano ok. 100 dostępnych systemów ERP, z tego kilkanaście możliwych dla GUS.

Nie ma na rynku gotowego (z pudełka) systemu EPR, który mógłby być wdrożony w GUS. Niezależnie od dostawcy konieczna jest mniejsza lub większa jego modyfikacja.

Szczególnie dotyczy to funkcjonalności w zakresie budżetu, planowana, kontroli, zamówień publicznych oraz dedykowanych funkcjonalności GUS. Największe wyzwanie dla systemu ERP to dedykowane moduły podatkowe i ewidencyjne w jednostkach administracji publicznej różnych szczebli.

Pogłębionej analizie poddano systemy klasy ERP:

ERP w Ministerstwie Sprawiedliwości – zintegrowany system do zarządzania rachunkowością i kadrami w sądach powszechnych i Ministerstwie Sprawiedliwości – wdrożenie w latach 2011-2013,

ERP w Urzędzie Komisji Nadzoru Finansowego (UKNF) - finanse, księgowość i controllingu -2015,

ERP w Ministerstwie Gospodarki - produkcyjne wdrożenie styczeń 2015 r. ERP w Urzędzie Miasta Szczecin - produkcyjne wdrożenie etapu 1 - 2010 r.

Wnioski z analizy wskazują, że technicznie i organizacyjnie możliwe jest wdrożenie systemu klasy ERP w GUS z uwzględnieniem wymagań i oczekiwań użytkowników oraz migracja danych z obecnego systemu SOFTUS, który jest produktem własnym GUS (CIS).

Analizowane wdrożenia wykazały, iż wdrożenia te w prosty sposób nie mogłyby być rozszerzone i adaptowane na potrzeby GUS, niezależnie od wdrożonej technologii „gruby” lub „cienki” klient lub chmury obliczeniowej.

Strona | 21



Aktualna specyfika biznesowa systemu back-office GUS, jaka jest przedmiotem projektu PZZ-STAT oraz rozproszenie w ponad 70 lokalizacjach wykazała, iż może ona być porównywana jedynie z ERP w Ministerstwie Sprawiedliwości.

Ze względów formalnych, organizacyjnych, technicznych, licencyjnych, kompetencyjnych, biznesowych, prawa zamówień publicznych niezmiernie trudno jest bezpośrednio wzorować się na którymś z wdrożeń, a tym bardziej rozszerzyć je na GUS. Żadne też nie było zaplanowane tak, aby można było go rozszerzyć dla innego urzędu lub instytucji publicznej.

System planowany dla GUS ERP może potencjalnie pełnić taką rozszerzona rolę, ale wymagałoby to znacznego poszerzenia obecnych założeń.

9.2Otoczenie prawnePrzedsięwzięcie realizowane będzie przez Beneficjenta, zaś podmiotami wdrażającymi Projekt będą poszczególne jednostki organizacyjne statystyki publicznej. Projekt jest przygotowany do realizacji pod względem zgodności z otoczeniem prawnym.

Ze względu na funkcjonalno-informatyczny charakter projektu, nie zawierający prac wymagających uzyskania pozwolenia na budowę i analizy wpływu na środowisko naturalne, realizacja Projektu nie będzie wymagać uzyskania zewnętrznych decyzji natury administracyjnej.

Projekt obejmuje procesy wewnątrz GUS, które są uregulowane obowiązującymi przepisami prawa ogólnego oraz wewnętrznymi wynikającymi ze statusu GUS, regulaminu organizacyjnego oraz innymi uregulowaniami wewnętrznymi. Do realizacji projektu nie są wymagane żadne zmiany przepisów prawa krajowego w ustawach i rozporządzeniach. Projekt jest w pełni wykonalny pod względem prawnym i instytucjonalnym i nie będzie wymagał zmian legislacyjnych.

9.3Analiza interesariuszy /odbiorców projektu/ beneficjentów

Interesariusz

Krótka charakterystyka (2-3 zdania)

Szacowana wielkość grupy

Wpływ Nastawienie

Główny Urząd Statystyczny

Back-office

Kierownictwo GUS, GUS Centrala, Departament Finansowo-Księgowy, Biuro Organizacji i Kadr, Pozostałe departamenty i biura GUS

Duży Pozytywne

Urzędy Statystyczne i

ich komórki organizacyjne,

w tym zamiejscowe

Back-office 16 Urzędów Statystycznych Duży Pozytywne

Jednostki obsługi

statystyki publicznej i ich

komórki organizacyjne

Back-office CBS, CIS, ZWS Duży Pozytywne

Podmioty władzy i

administracji państwowej

A2A

Sejm i Senat, Kancelaria Premiera, Ministerstwo Finansów, służby zarządzania kryzysowego

Średni Pozytywne

Jednostki sektora

finansów

A2A. Komentarz jak niżej. JST oraz ich związki, ZUS, NFZ. Polska podzielona jest na 2.809

Średni Pozytywne

Strona | 22



publicznych JST: 16 województw, 379 powiatów (w tym 65 miast na prawach powiatu) oraz 2.479 gmin. W administracji publicznej zatrudnionych jest 414 011 osób, z czego w jednostkach administracji rządowej 175 027 osób, a w JST 238 013 osoby.

Inne organy administracji publicznej

A2A. Około 21% urzędów (38% urzędów administracji państwowej, w tym rządowej oraz 20% urzędów administracji samorządowej) korzystało ze zintegrowanego pakietu aplikacji dziedzinowych działających w oparciu o wspólną bazę danych. Procesy back-office w administracji publicznej są wspierane w różnym zakresie za pomocą systemów informatycznych, lecz w sposób kompleksowy i z wykorzystaniem systemów klasy ERP - w niewielu przypadkach.

Organy administracji rządowej, kontroli państwowej i ochrony prawa oraz sądy, w tym spoza granic Polski, w szczególności z Unii Europejskiej

Średni Pozytywne

Przedsiębiorcy z Polski i spoza

granic Polski A2B. Wskaźnik wykorzystania ICT w kontaktach z administracją publiczną dla przedsiębiorstw to 90%, przy średniej unijnej 88%.

Wg stanu na dzień 31-12-2013 r. w Polsce w REGON było 4 070 259 podmiotów gospodarczych, w tym 122 759 w sektorze publicznym i 3 947 500 w sektorze prywatnym.

Średni Pozytywne

Obywatele z Polski i spoza granic Polski

A2C. Wskaźnik wykorzystania ICT w kontaktach z administracją publiczną dla osób indywidualnych to 27%, przy średniej unijnej 47%.

Terytorium Polski zamieszkuje ok 38 mln osób. Największym odbiorcą danych statystycznych będą obywatele posiadający dostęp do sieci Internet. Jako potencjalnych odbiorców można szacunkowo przyjąć liczbę osób w wieku produkcyjnym, która wynosi ponad 24 miliony.

Średni Pozytywne

Pozostałe podmioty

A2B, A2C

M.in. PAN i tworzone przez nią organizacje, jednostki badawczo – rozwojowe i naukowe, uczelnie publiczne i niepubliczne, organizacje społeczne, media i portale branżowe.

Średni Pozytywne

9.4Udział podmiotów zewnętrznych i podział zadań

Podmiot Krótka charakterystyka (2-3 zdania)

Rola w projekcie

Nie dotyczy Brak partnerów

Strona | 23



10.ANALIZA ORGANIZACJI10.1 Doświadczenie w realizacji projektów

Nazwa projektu Czas trwania Koszt Źródło finansowania

SISP - System Informacyjny Statystyki Publicznej

od 2008-02-25 do 2013-12-31 106 400 000,00 zł

PO IG oś 7

SISP-2 - System Informacyjny Statystyki

Publicznej – 2

od 2010-04-19 do 2015-12-10 81 600 000,00 zł PO IG oś 7

. PGS - Portal Geostatystyczny – Faza I od 2011 do 2013 4 100 000,00 zł Środki spisu

powszechnego

PGS II - Portal Geostatystyczny – Faza II

od 2014-07-01 do 2015-12-15 15 000 000,00 zł PO IG oś 7

11.METODA PROWADZENIA PROJEKTUZarządzanie Projektem odbywać się będzie zgodnie ze sprawdzoną już w organizacji prac projektowych metodyką PRINCE 2, stosowaną obecnie przez GUS w realizowanych wielu projektach, dostosowaną do potrzeb i specyfiki projektu, co zagwarantuje skuteczne i efektywne przeprowadzenie przedsięwzięcia.

Struktura organizacyjna projektu: Komitet Sterujący - nadzorujący całość prac, Kierownik Projektu, Kierownicy Zespołów: ze strony resortu, ze strony Wykonawcy, ze strony Inżyniera Kontraktu, Zespoły Wdrożeniowe obejmujące wyznaczonych pracowników resortu i konsultantów Wykonawcy: prace analityczno-projektowe, infrastruktura techniczna, wdrożenie, migracja danych, szkolenia, zarządzanie projektem, rozliczenia, kontrola jakości.

Wybór wykonawców robót, dostaw i usług realizujących zadania w Projekcie będzie dokonywany zgodnie z obowiązującą ustawą PZP, co wypełnia zasadę obowiązującą w Unii Europejskiej stosowania odpowiedniego ustawodawstwa krajowego w odniesieniu do wydatkowania środków z funduszy wspólnotowych.

12.ANALIZA TECHNICZNA PROJEKTU12.1 Planowana architektura rozwiązania

Projekt PZZ-STAT zakłada wdrożenie nowego systemu klasy ERP (ERP GUS) wraz z migracją danych z modułów aktualnego systemu SOFTUS oraz integrację z innymi systemami funkcjonującymi w resorcie. Obejmuje zakup nowego systemu klasy ERP i jego adaptację do specyfiki i wymagań całego resortu. Dla nowego systemu kupiona zostałaby kompletna infrastruktura sprzętowa i serwerowa zarówno dla wersji podstawowej jak i zapasowej.

System ERP GUS cechować będzie pełna integracja zarówno na poziomie funkcjonalności, narzędzi oraz infrastruktury informatycznej. System bazować będzie na jednym motorze bazy danych SQL, jednolitych słownikach, informacja źródłowa wprowadzana będzie w miejscu powstawania i

Strona | 24



wykorzystywana w pozostałych modułach systemu. Zapewniony będzie jednolity standard przetwarzanych informacji, raporty i zestawienia dla różnych poziomów zarządzania tworzone będą automatycznie wg określonego zapotrzebowania jednostek służb statystyki publicznej, resortu i zewnętrznych potrzeb sprawozdawczych.

W warstwie technicznej system ERP GUS będzie miał architekturę trójwarstwową, co pozwoli na jego centralną instalację przez wdrożenie systemu centralnego z zachowaniem autonomii i niezależności poszczególnych jednostek organizacyjnych resortu, przez separację poszczególnych wydzielonych obszarów dla poszczególnych jednostek służb statystyki publicznej. Przyjęte rozwiązanie jest stosowane w strukturach wielooddziałowych lub holdingach, ma strukturę drzewiastą i gdzie organ zarządzający nie musi mieć bieżącego dostępu do danych jednostkowych oraz danych osobowych (kadrowo-płacowych) poszczególnych jednostek podległych. W przypadku projektu PZZ-STAT dotyczy to jednostek organizacyjnych GUS. Dostęp do edycji lub przeglądania danych wynika z posiadanych uprawnień użytkownika systemu i wynika z zakresu obowiązków służbowych.

Główny ciężar prac analitycznych, programistycznych i wdrożeniowych spoczywać będzie na Generalnym Wykonawcy przy udziale pracowników resoru, w szczególności informatyków CIS.

Szkolenie będzie przeprowadzone w różnych grupach szkoleniowych oraz indywidualnie na stanowiskach merytorycznych pracowników resortu na wszystkich poziomach. Dodatkowo zostaną przeszkoleni administratorzy systemu oraz trenerzy w poszczególnych jednostkach służb statystyki publicznej, którzy zapewnią dalsze szkolenia w modelu szkoleń kaskadowych (ang. train-the-trainers).

W ramach wdrożenia dokonana będzie migracja do nowego systemu wszystkich obecnych danych kadrowych i płacowych oraz innych danych z okresu ostatnich 5 lat.

System ERP GUS będzie zintegrowany z innymi zewnętrznymi modułami (m.in. e-Kancelaria (EOD), platforma szkoleń (Moodle+LifeRay, Portal informacyjny, sklep internetowy, Videotel).

Strona | 25



Komponenty (moduły systemu)

Architektura sieciowa:

Strona | 26



Architektura systemu – komponenty systemu

Architektura serwerowa:

Strona | 27



12.2 Standardy architektoniczne i technologiczne Informacje o API

Interfejs API zostanie zaprojektowany i wdrożony dla usługi projektu. Interfejs ten będzie łączył w sobie metody programowania, specyfikacje techniczne i dokumentację, aby umożliwić użytkownikom uzyskanie dostępu do informacji z systemu ERP GUS, w celu ich wykorzystania w innych systemach. Interfejs określi funkcje dostępne użytkownikowi wewnętrznemu i zewnętrznemu pozwoli np. na tworzenie własnych aplikacji budowanych i automatycznie aktualizowanych w oparciu o udostępnione informacje z systemu.

Udostępnienie odbiorcom usług oraz dostęp do informacji odbywać się będzie poprzez interfejs API (w postaci bibliotek oraz kodu źródłowego) oraz interfejs GUI. Dane wprowadzane za pośrednictwem usług sieciowych API jak i również interfejsu GUI będą walidowane w oparciu o rozbudowane mechanizmy w tym bazujące na centralnych słownikach.

Szczegółowa dokumentacja API w podziale na poszczególne kategorie odbiorców wraz z definicją struktur danych oraz opisem w języku WSDL zostanie opublikowana i będzie utrzymywana w całym okresie eksploatacji projektu.

Sprawdzenie zgodności z WCAG 2.0Wszystkie zasoby cyfrowe wdrażane w projekcie, portale i aplikacje będą zgodne z paragrafem 19 rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności oraz ze standardem WCAG 2.0., zapewniając, że udostępniane dzięki projektowi treści i usługi będą dostępne dla osób o różnym poziomie niepełnosprawności tak, aby były one użyteczne dla wszystkich w możliwie największym stopniu.

W aplikacjach i portalach projektu dostępne będą narzędzia, opcje i ustawienia umożliwiające łatwiejszą pracę w aplikacji dla osób tego wymagających – takie możliwości jak zwiększanie wielkości czcionki w aplikacji, a dla bardziej zaawansowanych np. zmiany konfiguracji okien z dopasowaniem zawartości okna do małych rozdzielczości, itp.

System ERP GUS w ramach GUS będzie funkcjonalnie spójny tj. jego architektura będzie pozwalać na realizację tych samych funkcji tymi samymi metodami niezależnie czy jest to aplikacja dostępna poprzez pulpit zdalny czy bezpośrednio. W systemie będzie przestrzegana zasada utrzymania spójności graficznej aplikacji w możliwym zakresie. W obszarze architektury aplikacji przyjęta będzie zasada, że rozwiązania są łatwe w użyciu i przyjazne, a systemy informatyczne są wykonane w sposób intuicyjny, maksymalnie spójny i minimalizujący czas potrzebny do wykonania większości zadań przez ich użytkowników.

Zakres projektu PZZ-STAT nie przewiduje stworzenia cyfrowego rejestru publicznego jak również nie przewiduje wymiany informacji w formie elektronicznej z cyfrowymi rejestrami publicznymi.

Standardy i technologieStosowane będą główne otwarte standardy i technologie w zakresie standardów informatycznych:

Interoperacyjność: o XML - standard przyjęty przez organizację W3C dotyczący uniwersalnego formatu

tekstowego służącego do opisu danych w formie elektronicznej, o WSDL – standard przyjęty przez organizację W3C definiujący format opisu interfejsu usług

sieciowych, o SOAP– standard przyjęty przez organizację W3C dotyczący protokołu wywoływania

zdalnego dostępu do funkcji udostępnianych poprzez usługi sieciowe,

Strona | 28



o ODBC – przyjęty przez organizację ISO/IEC (ISO/IEC 9075-3) otwarty interfejs dostępu do baz danych,

Bezpieczeństwo:o XMLsig - przyjęty przez organizację W3C standard dotyczący podpisu elektronicznego

dokumentów w formacie XML, o WS-Security - przyjęty przez organizację Oasis standard zapewnienia bezpiecznej

komunikacji przy wykorzystaniu usług sieciowych, o X.509 – przyjęty przez organizację ITU standard wykorzystania kryptografii w

mechanizmach: PKI, SSO oraz PMI. Formaty plików:

o *.txt, - dokumenty w postaci niesformatowanego zbioru znaków zapisanych w standardzie Unicode UTF-8,

o *.rtf, *.doc, *.odt - dokumenty w postaci sformatowanego tekstu,o *.xml – pliki z danymi zapisanymi w formacie *.xml, o *.pdf - dokumenty tekstowo-graficzne jako pliki typu *.pdf, o *.jpg, *.jpeg, *.gif, *.tif, *.tiff, *.png - używane do prezentowania grafiki rastrowej,

Inne standardy: o XSD - standard przyjęty przez organizację W3C do opisu definicji struktury dokumentów

zapisanych w formacie XML, o XSL - standard przyjęty przez organizację W3C do opisu formatowania danych XML, o Unicode UTF-8 - standard kodowania znaków.

Gromadzenie, przetwarzanie i udostępnianie informacji odbywać się będą w formatach danych określonych w Rozporządzeniu Rady Ministrów w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. 2012 Nr 0 poz. 526).

W najszerszym możliwym zakresie wykorzystywane będzie oprogramowanie i narzędzie Open Source ale także rozwiązania komercyjne o udokumentowanych standardach technicznych i technologicznych odpowiednio udokumentowane gwarantujące neutralność technologiczną i jawność używanych standardów i specyfikacji.

System ERP GUS charakteryzować będą:

Wieloplatformowy System Informatyczny:o uniwersalny – pozwalający na instalację oprogramowania na wielu platformach

systemowych, różnych systemach operacyjnych w różnych wersjach.o multitechnologiczny – pozwalający na bezpośrednią współpracę wielu technologii w obrębie

jednego środowiska tj. różne rodzaje baz danych, różne technologie implementacji. Dający możliwość zmiany technologii elementów składowych systemu.

o wielodostępowy – dzięki różnorodności technologii oraz modułowości zwiększający zasadniczo dostępność danych przetwarzanych przez system.

Modułowy system informatyczny:o adaptowalny – moduły w wersji podstawowej mogą być rozszerzane do wymagań projektu

przy zachowaniu wersji podstawowej. o rozszerzalny – nowe moduły o standardowej strukturze integrują się z systemem w sposób

automatyczny i są dostępne natychmiast po instalacji.o integrowalny – moduły integracyjne z systemami dostępnymi w danym środowisku, w tym

integracje z systemami sprzedażowym, księgowymi i kadrowymi innych producentów – importy i eksporty.

o spójny– moduły z interfejsem użytkownika, bazujące na tych samych komponentach graficznych pozwalające na budowę spójnych graficznie aplikacji.

Zintegrowany system informatyczny:o integrujący przeniesienie do odrębnego modułu, w którym rejestrowane byłyby wszystkie

awarie.

Strona | 29



o wprowadzanie informacji, tj. pozwalający na jednokrotne wprowadzanie danych w miejscu ich powstania.

o integrujący procesy i ich optymalizację, umożliwiający skrócenie obiegu informacji.o integrujący i uspójniający systemy raportowania i sprawozdawczości.

Sesje terminalowe, serwer terminali

Bardzo ważnym komponentem nowego systemu, głównie z uwagi na uzyskiwane dzięki niemu bezpieczeństwo danych, jest usługa pulpitu zdalnego i serwera terminali. Dzięki zastosowaniu serwera terminali i usług pulpitu zdalnego można w dość prosty sposób zminimalizować niedogodności związane z obsługą systemu w sieci wydzielonej dla SOFTUS przy zachowaniu tego samego poziomu bezpieczeństwa danych. Dodatkowo system może być dostępny dla znacznie większej liczby użytkowników, ponieważ znika fizyczna bariera wydzielonej sieci komputerowej.

Dla przeważającej większości użytkowników moduły ERP zainstalowane na serwerach resortu będą dostępne poprzez sesje terminalowe, gdzie połączenie do pulpitu zdalnego sesji terminalowej zastąpi funkcjonalnie pracę w sieci wydzielonej. W szczególnych wypadkach będzie możliwe zorganizowanie stanowiska użytkownika z bezpośrednim dostępem do systemu ERP. Dostęp do aplikacji odbywa się poprzez szyfrowane łącze z dodatkowym procesem logowania użytkownika zarówno w przypadku rzeczywistej sesji terminalowej – pulpitu zdalnego jak i sesji aplikacji udostępnianej w technologii SaaS. Zyskuje się dzięki temu na czasie związanym z transferem danych serwer–klient–serwer, ale również na czasie realizacji zadania na często szybszym serwerze niż komputer użytkownika. Zwiększa się wówczas zapotrzebowanie związane z transferem danych, jednak wymagania aplikacji udostępnianej poprzez usługi pulpitu zdalnego są znacznie zmniejszone niż w układzie tradycyjnym z przetwarzaniem na komputerze użytkownika końcowego.

InteroperacyjnośćInteroperacyjność zostanie zapewniona poprzez utworzenie mechanizmów styku (interfejsu) zgodnych z obowiązującymi standardami oraz powszechnie wykorzystywanymi w informatyce standardami wymiany danych. Dodatkowo wzięte pod uwagę zostaną dokumenty standaryzujące przechowywanie i przetwarzanie danych. Wszystkie interfejsy opracowane w ramach projektu zostaną udokumentowane, a Beneficjent otrzyma dokumentację techniczną z prawami jej wykorzystania celem dostosowania i integracji z innymi systemami.

W dokumentacji przetargowej zostanie położony nacisk na wdrożenie systemów z wykorzystaniem otwartej architektury, w której warstwa danych będzie oddzielona od warstwy prezentacji i warstwa danych zostanie odpowiednio udokumentowana, a wykonawcy będą zobligowani do uruchomienia mechanizmów dostępu do danych bez naruszania ich struktury oraz zapisów licencyjnych na dostarczane oprogramowanie.

12.3 Wydajność i skalowalność planowanego systemuProjekt w swoich założeniach jest skalowalny, tzn. istnieje możliwość harmonijnego rozrastania się systemu w miarę upływu czasu i pomnażania liczby jego użytkowników, zwiększania liczby przetwarzanych procesów itp. bez konieczności zasadniczych zmian projektowych. Zastosowana technologia umożliwia rozwój funkcjonalności poprzez integrację nowych systemów z aktualnie posiadanymi systemami. Sprzęt, który jest planowany do zakupu w ramach Projektu, z uwagi na swoje właściwości techniczne oraz konfiguracje, również wspiera możliwość rozwoju systemu zapewniając mu wzrost wydajności przetwarzania danych wraz z wymaganiami.

Zakłada się, że z części głównych systemu ERP, w których będą realizowane główne zadania związane z działalnością jednostek jak np. księgowe, kadrowe, płacowe, administracyjne, organizacyjno-zarządcze, itp., będzie jednocześnie korzystało ok. 1 000 (jeden tysiąc) równoległych użytkowników. Zakłada się, iż docelowo z systemu ERP będzie korzystało bezpośrednio do 1 500 unikalnych (nazwanych) użytkowników. Ilość licencji systemu ERP oraz innych niezbędnych licencji systemowych i

Strona | 30



narzędziowych wyniesie więc docelowo 1 500 sztuk, umożliwiając wszystkim równoległą pracę w systemie w okresie największego obciążenia.

Ze względu na różne modele płacowe występujące w resorcie i osobne zasady licencjonowania systemu ERP, umożliwiające ich obsługę, również w zakresie kadrowo-płacowym system będzie musiał umożliwiać naliczanie płac dla wszystkich grup pracowniczych, w sumie dla ok. 6 000 pracowników.

Zakłada się, że dane będą gromadzone w jednej bazie danych zlokalizowanej centralnie w jednostkach Centrum Przetwarzania Danych i Zapasowym Centrum Przetwarzania Danych. Nie ogranicza się jednak fizycznego podziału przestrzeni bazodanowych czy innych technologii zapewniających wydajność, bezpieczeństwo i niezawodność systemu. Każda z jednostek ze względu na samodzielność prawno-organizacyjną, wynikającą z obowiązujących przepisów (m.in. ustawa o statystyce publicznej), ochronę danych osobowych oraz odpowiedzialność dyrektorów (ADO) i nadzór ABI poszczególnych jednostek organizacyjnych, będzie pracowała na danych związanych z daną jednostką, zachowując niezależność - co nie musi przekładać się na struktury baz danych, o ile podział zostanie zapewniony innymi technologiami np. uprawnieniami.

12.4 Komplementarność projektu Wykorzystanie zasobów sprzętowych, usług, systemów, platform lub

repozytoriów innych podmiotówWg posiadanej wiedzy przez GUS nie istnieje obecnie w innym urzędzie lub instytucji administracji rządowej instalacja systemu klasy ERP, która mogłaby być rozszerzona i adaptowana na potrzeby GUS w technologii chmury obliczeniowej w modelu prywatnego SaaS (Software as a Service), stąd konieczność zakupu i wdrożenia planowanego systemu.

Brak doświadczeń polskiej administracji publicznej w wykorzystywaniu systemu w modelu SaaS oraz brak aktualnej oferty rynkowej dla instytucji o wielkości i specyfice takiej jak GUS, uniemożliwia także model dzierżawy aplikacji.

Aktualna specyfika biznesowa systemu back-office GUS jaka jest przedmiotem projektu PZZ-STAT, rozproszenie w ponad 70 lokalizacjach, przy braku wdrożonych mechanizmów wykorzystywania ośrodków przetwarzania innych instytucji rządowych, w chwili obecnej nie umożliwia wykorzystania zasobów, usług lub systemów innych podmiotów administracji publicznej.

Zastosowana technologia wirtualizacji pozwoli na zainstalowaniu systemu w technologii chmury obliczeniowej, gdy dostępna będzie „rządowa chmura prywatna”. Będzie ona mogła być w przyszłości przeniesiona do zewnętrznych lokalizacji po zapewnieniu właściwych procedur organizacyjno-techniczno-rozliczeniowych przy konieczności zapewnienia dostępu w ramach sieci LAN/WAN do niej z wszystkich lokalizacji GUS w ramach sieci administracji rządowej.

W resorcie jest dostępny katalog użytkowników Active Directory, zawierający podstawowe informacje o użytkownikach i ich uprawnieniach. Dana osoba jest reprezentowana przez jedno konto użytkownika. Za pośrednictwem tego konta osoba otrzymuje dostęp do zasobów poszczególnych systemów. Użytkownicy do logowania do ERP GUS (poza Portalem Pracowniczym) będą używać kart kryptograficznych.

Dla zewnętrznych użytkowników podstawowa metoda uwierzytelniania oparta będzie o profil zaufany eGO (ePUAP) z uwagi na jej wysoki poziom bezpieczeństwa, wysoką dostępność, który jest odpowiedni do zapewnienia planowanego poziomu dostępności usług i będzie traktowany jako podstawowa metoda uwierzytelniania użytkownika zewnętrznego. Identyfikacja elektroniczna spełniać będzie wymagania Rozporządzenia Parlamentu Europejskiego i Rady (UE) Nr 910/2014 w sprawie identyfikacji elektronicznej usługi zaufania w odniesieniu do transakcji elektronicznych na rynku wewnętrznym (eIDAS) (Dz.Urz.U.E. seria L. 257/73 z 28.08 2014).

Wykorzystanie zasobów sprzętowych, usług, systemów, platform i repozytoriów własnych

Strona | 31



Aktualna sprzętowa infrastruktura serwerowa, oprogramowanie narzędziowe oraz aplikacje systemu SOFTUS jest już mocno wyeksploatowana i technicznie przestarzała, pochodzi z „poprzedniej epoki informatycznej” i wyklucza instalowanie na niej nowego systemu. Będzie zresztą musiała być eksploatowana do zakończenia wdrożenia PZZ-STAT czyli do ok. 2019 r.

Obecne zasoby baz danych systemu SOFTUS zostaną zmigrowane do systemu ERP GUS.

GUS nie posiada obecnie wolnych mocy serwerów, na których może być zainstalowany system ERP GUS, stąd niezbędny jest zakup dedykowanych serwerów zarówno do centrum podstawowego jak i zapasowego.

Wykorzystana będzie obecna infrastruktura sieci LAN i WAN. Ze względu na wspomaganie procesów back-office GUS jest ona wystarczająca i nie będzie rozbudowywana w ramach tego projektu.

Po aktualizacji (upgrade) do najnowszej wersji wykorzystane zostanie oprogramowanie narzędziowe i systemowe oraz terminalowe posiadane obecnie przez GUS.

12.5 Otwartość DanychNie dotyczy

13.ZAPEWNIENIE BEZPIECZEŃSTWA13.1 Architektura bezpieczeństwa systemu

Zabezpieczenia systemowe

Wykorzystana będzie obecna infrastruktura sieci LAN i WAN będąca w użytkowaniu przez GUS, która jest wystarczająca i nie będzie rozbudowywana w ramach tego projektu.

W projekcie będą stosowane następujące standardy dot. bezpieczeństwa:

XMLsig (ang. XML-Signature Syntax and Processing) - przyjęty przez organizację W3C standard dotyczący podpisu elektronicznego dokumentów w formacie XML,

WS-Security (ang. Web Services Security) - przyjęty przez organizację Oasis standard zapewnienia bezpiecznej komunikacji przy wykorzystaniu usług sieciowych (ang. Web services),

X.509 – przyjęty przez organizację ITU standard wykorzystania kryptografii w mechanizmach: PKI (ang. Public Key Infrastructure), SSO (ang. Single Sign-On) oraz PMI (ang. Privilge Management Infrastructure).

Bezpieczeństwo danych

Bezpieczeństwo przechowywanych, zapisywanych i przesyłanych danych zostanie zapewnione przez zastosowanie takich mechanizmów zabezpieczeń jak:

konfiguracja mechanizmu RAID – (nadmiarowa macierz niezależnych dysków) dysków systemu pamięci masowej stanowiącej repozytorium danych, w celu zapewnienie niezawodności i zabezpieczenia danych przed utratą w przypadku awarii,

zapewnienie systemu archiwizacji danych (biblioteka taśmowa) oraz stworzenie procedur wykonywania kopii zapasowych zasobów znajdujących się w systemie ERP GUS,

mechanizm zarządzania uprawnieniami systemu zapewniający kontrolę dostępu użytkowników do tego systemu,

zastosowanie zasilaczy awaryjnych UPS, podtrzymujących działanie kluczowych elementów infrastruktury systemu do czasu bezpiecznego zakończenia wszelkich czynności związanych w zakończeniem pracy,

mechanizm kontroli dostępu do jednostki centralnej,

Strona | 32



klaster niezawodnościowy serwerów na potrzeby systemu – w celu zabezpieczenia przed potencjalną awarią,

interfejsy integracyjne wykonane zgodnie ze standardem WS-Security przyjętym przez organizację Oasis standardem zapewnienia bezpiecznej komunikacji przy wykorzystaniu usług sieciowych Web services.

Bezpieczeństwo aplikacjiCelem zabezpieczenia systemu zostanie zastosowany trójwarstwowy model, w którym zabezpieczenia platformy będą implementowane na poziomie organizacji, procesów oraz w warstwie technicznej.

Bezpieczeństwo w warstwie technicznej oprócz standardowych mechanizmów bezpieczeństwa systemów operacyjnych i baz danych będzie między innymi oparte na technikach kryptograficznych oraz infrastrukturze klucza publicznego. Użytkownicy systemu będą posiadać jednoznacznie ich identyfikujące certyfikaty klucza publicznego.

Dotychczasowa infrastruktura i konfiguracja urządzeń sieciowych pozwalająca na utworzenie wydzielonej sieci LAN tylko na potrzeby systemu SOFTUS zastąpiona będzie rozwiązaniem z wykorzystaniem sesji terminalowych. Dostęp do kluczowych modułów systemu ERP będzie odbywał się poprzez sesje pulpitu zdalnego lub inną technologię udostępniania aplikacji zainstalowanej i pracującej fizycznie na serwerze, ale dostępną zdalnie („cienki klient”). Użytkownik nie będzie miał dostępu bezpośredniego do aplikacji choć taka możliwość nie będzie blokowana tj. w wyjątkowych sytuacjach będzie możliwa instalacja wybranych modułów systemu ERP na komputerze użytkownika („gruby klient”).

Testy bezpieczeństwa systemuSystem zarządzania bezpieczeństwem informacji został opracowany na podstawie Polskiej Normy PN-ISO/IEC 27001, a ustanawianie zabezpieczeń, zarządzanie ryzykiem oraz audytowanie odbywa się na podstawie powiązanych norm:

PN-ISO/IEC 27002:2014-12 - w odniesieniu do ustanawiania zabezpieczeń; PN-ISO/IEC 27005 - w odniesieniu do zarządzania ryzykiem; PN-EN ISO 22301:2014-11- bezpieczeństwo powszechne -- systemy zarządzania ciągłością

działania.

13.2 Zestawienie zasobów niezbędnych do zapewnienia wymaganego poziomu bezpieczeństwa

W ramach projektu PZZ-STAT wykorzystane zostaną obecne zasoby oraz procedury bezpieczeństwa stosowane w GUS. Równolegle z projektem PZZ-STAT planowana jest realizacja projektu stricte związanego z bezpieczeństwem – „Wdrożenie Kompleksowego Systemu Zarządzania Bezpieczeństwem Informacji – KSZBI dla statystyki publicznej”, który planowany jest do realizacji przy uzyskaniu dofinansowania w ramach Działania 2.2 „Cyfryzacja procesów back - office w administracji rządowej” Programu Operacyjnego Polska Cyfrowa na lata 2014-2020. Projekt PZZ-STAT będzie korzystał z KSZBI w zakresie jego produktów i rezultatów.

14.ZAŁĄCZNIKI14.1 Załącznik 1 - protokół z prezentacji założeń projektu.

Dotyczy projektów w ramach II osi POPC

Strona | 33



Protokół z publicznej prezentacji założeń Projektu:

„Wdrożenie Platformy Zarządzania Zasobami – PZZ-STAT dla statystyki publicznej”

przygotowanej przez Główny Urząd Statystyczny w Warszawie

Projekt przygotowano w odpowiedzi na konkurs na dofinansowanie projektów w ramach Działania 2.2 „Cyfryzacja procesów back-office w administracji rządowej” Programu Operacyjnego Polska Cyfrowa na lata 2014-2020.

1. Informacje o sposobie udostępnienia informacji o możliwości zgłoszenia udziału

w prezentacji:

Informacja o publicznej prezentacji założeń Projektu została opublikowana w dniu 30.11.2016r. na stronie Biuletynu Informacji Publicznej Głównego Urzędu Statystycznego (http://bip.stat.gov.pl/ogloszenia/wdrozenie-platformy-zarzadzania-zasobami-pzz-stat-dla-statystyki-publicznej/) oraz przekazana do wiadomości i zamieszczona w dniu 01.12.2016r.

na stronie internetowej Centrum Projektów Polska Cyfrowa. W ogłoszeniu podano miejsce i termin przeprowadzenia prezentacji oraz dane kontaktowei termin zgłoszenia udziału w prezentacji. W odpowiedzi otrzymano 14 zgłoszeń.

2. Termin i miejsce przeprowadzenia prezentacji:

Termin prezentacji: 14 grudnia 2016 rokuMiejsce prezentacji: Główny Urząd Statystyczny

Al. Niepodległości 208, 00-925 WarszawaSala 730 (7 piętro)

Prezentacja rozpoczęła się o godzi 12.00 i trwała do godz. 12.35.W prezentacji wzięło udział 14 osób.

Lista uczestników biorących udział w prezentacji stanowiącej Załącznik nr 5 do pisma Prezesa GUS przy Wniosku składanym do KRMC.

Przebieg prezentacji został utrwalony za pomocą urządzeń rejestrujących obraz oraz dźwięk i obraz. Do wniosku do KRMC załączono prezentowaną w trakcie spotkania Informację o Projekcie „Wdrożenie Platformy Zarządzania Zasobami PZZ-STAT dla statystyki publicznej” zapisaną na 22 slajdach.

Strona | 34

http://bip.stat.gov.pl/ogloszenia/wdrozenie-platformy-zarzadzania-zasobami-pzz-stat-dla-statystyki-publicznej/

http://bip.stat.gov.pl/ogloszenia/wdrozenie-platformy-zarzadzania-zasobami-pzz-stat-dla-statystyki-publicznej/



3. Informacje dotyczące projektu zaprezentowane podczas prezentacji: a) Cele projektu i cele szczegółoweb) Planowane efekty projektuc) Usprawnione kluczowe procesy – dla klienta i dla GUSd) Analiza interesariuszy (odbiorców projektu)e) Podstawowe informacje o systemie:

- struktura modułów systemu- architektura systemu (komponenty systemu)- architektura techniczna (sieciowa i serwerowa)

f) Zasoby informacji sektora publicznego objęte projektemg) Wprowadzone innowacjeh) Wskaźniki projektui) Koszt realizacji projektuj) Harmonogram zamówień (realizacji projektu)

Szczegółowe informacje zostały zawarte w prezentacji, stanowiącej Załącznik nr 4 do pisma Prezesa GUS przy Wniosku składanym do KRMC.

4. Pytania i odpowiedzi oraz wnioski uczestników prezentacji:

Żaden z uczestników nie zaproponował wniosków o wprowadzenie zmian w projekcie

lub jego uzupełnienia, przedstawiony materiał był czytelny i wyczerpujący. Nie było

pytań. W związku z powyższym nie ma potrzeby zmiany planowanych działań w

ramach projektu.

Protokół podpisał: W. Ignaczak – koordynator Umowy

Strona | 35



Strona | 36

krmc.mc.gov.plkrmc.mc.gov.pl/download/50/15475/pzz-statopiszalozenproj... · web viewcelem projektu...

Documents