OPIS PRZEDMIOTU ZAMÓWIENIA

Zmodyfikowany Załącznik nr 1 do SIWZ – 03.04.2017 r.

Załącznik nr 1 do Umowy

OPIS PRZEDMIOTU ZAMÓWIENIA

Zaprojektowanie, przygotowanie, wdrożenie rozbudowy Systemu Digitalizacji Akt Postępowań Przygotowawczych (iSDA)

1. Ogólny Opis Przedmiotu Zamówienia 6

1.1 Kontekst zamówienia 6

1.2 Przedmiot postępowania POS-1 7

2 Opis stanu aktualnego 7

2.1 Struktura organizacyjna prokuratury 7

2.2 Struktura organizacyjna ośrodków przetwarzania danych w prokuraturze 10

2.3 Opis systemów informatycznych eksploatowanych w jednostkach prokuratury 12

2.3.1 Centralna Baza Danych Systemu Informatycznego Prokuratury (CBD-SIP-PK) 14

2.3.1.1 Architektura systemu CBD-SIP-PK 14

2.3.1.2 Opis funkcjonalny systemu CBD-SIP-PK 15

2.3.1.3 Opis infrastruktury techniczno-systemowej 25

2.3.2 System SIP Libra 2 27

2.3.2.1 Architektura systemu SIP Libra 2 27

2.3.2.2 Opis funkcjonalny systemu SIP Libra 2 29

2.3.2.3 Oprogramowanie systemowe dla SIP Libra 2 37

2.3.3 System SDA 37

2.3.3.1 Architektura systemu SDA 37

2.3.3.2 Funkcjonalność systemu SDA 39

2.3.3.3 Panel startowy 40

2.3.3.4 Warstwa uwierzytelniania i autoryzacji 40

2.3.3.5 Moduł skanowania dokumentów 40

2.3.3.6 Moduł zarządzania aktami 41

2.3.3.7 Moduł udostępniania danych oraz integracji danych i interfejsów do zewnętrznych baz danych 44

2.3.3.8 Interfejs do systemu analizy kryminalnej 44

2.3.3.9 Moduł administracyjny lokalny 44

2.3.3.10 Struktura oprogramowania SDA 46

2.3.3.11 Komunikacja z ePUAP 48

2.3.3.12 Komunikacja SDA z SIP Libra 2 48

2.4 Udostępniana infrastruktura Zamawiającego 49

2.4.1 Opis sieci WAN-PROK 49

2.4.1.1 Opis elementów Sieci Operatora 51

2.4.1.2 Opis Urządzeń Bezpieczeństwa B – Zamawiającego 52

2.4.1.3 Warianty instalacji urządzeń bezpieczeństwa 52

2.4.2 Dostęp do Internetu 56

2.4.3 Łącza dostępowe do instytucji zewnętrznych 56

2.4.4 Ośrodki Przetwarzania Danych Prokuratury Krajowej oraz prokuratur regionalnych 56

2.4.4.1 Sprzęt zainstalowany w Ośrodku Przetwarzania Danych Prokuratury Krajowej oraz prokuratur regionalnych 56

2.4.4.2 Licencje oprogramowania systemowego dla Ośrodka Przetwarzania Danych Prokuratury Krajowej i prokuratur regionalnych 58

2.4.5 Ośrodki Przetwarzania Danych Prokuratur Okręgowych 58

2.4.5.1 Sprzęt zainstalowany w Ośrodku Przetwarzania Danych w prokuraturach okręgowych 58

2.4.5.2 Licencje oprogramowania systemowego dla Ośrodków Przetwarzania Danych w

prokuraturach okręgowych 59

2.4.6 Licencje oprogramowania systemowego dla Podstawowego Ośrodka Przetwarzania Danych 60

2.4.7 Stacje robocze 60

2.4.8 Stacje skanowania 60

2.5 Opis przedmiotu zamówienia POS-2 (nie objętego niniejszym postępowaniem) 62

2.5.1 System Zarządzania Tożsamością (SZT) 63

2.5.2 Usługi Katalogowe 64

2.5.3 Poczta elektroniczna 65

2.5.4 Centrum Certyfikacji 65

2.5.5 Zegar 66

2.5.6 Centralne monitorowanie i zarządzanie ITS 66

2.5.7 Centralny Podsystem Wsparcia Eksploatacji i Help Desk 66

2.5.8 Dostawa stacji roboczych 67

2.5.9 Dostawa drukarek i urządzeń wielofunkcyjnych 68

3 Szczegółowy opis przedmiotu zamówienia 68

3.1 Wymagania Funkcjonalne 68

3.1.1 Podstawowe zadania prokuratury 68

3.1.2 Obszary funkcjonalne Systemu 69

3.1.3 Wymagania funkcjonalne ogólne 69

3.1.4 Obszar funkcjonalny urządzeń ewidencyjnych (Libra) 71

3.1.4.1 Wymagania ogólne dotyczące pracy w obszarze funkcjonalnym Libra 71

3.1.4.2 Gromadzenie i przetwarzanie danych 73

3.1.4.3 Praca z Formularzami 74

3.1.5 Obszar funkcjonalny digitalizacji akt (SDA) 74

3.1.5.1 Obszar funkcjonalny udostępniania zdigitalizowanych akt (UZA) 80

3.1.6 Obszar funkcjonalny dostępu do rejestrów zewnętrznych (DRZ) 82

3.1.7 Obszar funkcjonalny interfejsów z instytucjami współpracującymi z prokuraturą (IWP) 84

3.1.8 Obszar funkcjonalny pobierania danych od operatorów telekomunikacyjnych (DOT) 84

3.1.9 Obszar funkcjonalny obsługi ekspedycji i przyjmowania korespondencji (ODE) 85

3.1.10 Obszar funkcjonalny realizacji zadań statystycznych (STAT) 87

3.1.10.1 Bieżąca sprawozdawczość 87

3.1.10.2 Statystyka publiczna 87

3.2 Wymagania pozafunkcjonalne 91

3.2.1 Wymagania na interfejs użytkownika 91

3.2.2 Wymagania na bezpieczeństwo 92

3.2.3 Wymagania na dostępność 95

3.2.4 Wymagania na skalowalność 95

3.2.5 Wymagania na standardy 96

3.2.6 Wydajność 97

3.2.7 Wymagania na architekturę systemu 97

3.3 Wymagana architektura Systemu 99

3.3.1 Podstawowe założenia architektury 99

3.3.2 Podsystemy Strefy Wewnętrznej 102

3.3.2.1 Architektura systemów baz danych obszaru funkcjonalnego urządzeń ewidencyjnych (Libra) 102

3.3.2.2 Podsystemy Libra 3 104

3.3.2.3 Podsystemy SDA 3 105

3.3.2.4 Podsystemy Wsparcia 106

3.3.2.5 Szyna Usług 109

3.3.3 Podsystemy Strefy Zewnętrznej 109

3.4 Wolumetria 111

3.5 Specyfikacja środowisk 117

3.6 Specyfikacja wymagań zarządczych 119

3.6.1 Realizacja zamówienia zgodnie z metodyką zarządzania projektem 119

3.6.2 Realizacja zamówienia w oparciu o planowanie prac 119

3.6.3 Realizacja zamówienia z uwzględnieniem procesu zarządzania ryzykiem 121

3.6.4 Realizacja zadań i raportowanie postępów prac 121

3.6.5 Realizacja zamówienia z uwzględnieniem zarządzania jakością 122

3.6.6 Realizacja zamówienia przy zastosowaniu sformalizowanej procedury zarządzania zmianą i obsługi zagadnień 122

3.6.7 Rozstrzyganie sporów związanych z realizacją zamówienia 123

3.6.8 Komunikacja pomiędzy Stronami Umowy 124

3.6.9 Wymagania dotyczące dokumentów 125

3.7 Specyfikacja Produktów Specjalistycznych Projektu 126

3.7.1 Wykaz Produktów Specjalistycznych 127

3.7.2 Etap I Analiza i zaprojektowanie Systemu 129

3.7.2.1 PR-01-Analiza Systemu 129

3.7.2.2 PR-02-Wymagania techniczne na ITS 134

3.7.2.3 PR-03-Projekt Wykonawczy Systemu 136

3.7.2.4 PR-04-Projekt Wykonawczy Integracji Systemu 138

3.7.3 Etap II Wykonanie Systemu 138

3.7.3.1 Warstwa logiczna Infrastruktury Techniczno-Systemowej 138

3.7.3.2 PR-10 Wersja testowa Systemu 141

3.7.3.3 Przygotowanie Scenariuszy Testów 143

3.7.4 Etap III Testy Systemu 147

3.7.4.1 PR-14-Plan testów akceptacyjnych Podsystemów i integracji Systemu 147

3.7.4.2 PR-15-Testy akceptacyjne Podsystemów 148

3.7.4.3 PR-16-Testy akceptacyjne integracji Systemu 148

3.7.4.4 PR-17-System wersji wdrożeniowej 148

3.7.4.5 Testy Wydania 148

3.7.4.6 PR-20-Wersja produkcyjna Systemu 149

3.7.5 Etap IV Wdrożenie Systemu 149

3.7.5.1 Szkolenia 149

3.7.5.2 PR-24-Plan Wdrożenia Systemu 149

3.7.5.3 PR-25-Wdrożenie Systemu 150

3.7.5.4 Przygotowanie dokumentacji Systemu 150

3.8 Wytyczne dla ITS 154

3.8.1 Wytyczne dla serwerów 154

3.8.2 Wytyczne dla macierzy obiektowej 156

3.8.3 Wytyczne dla urządzeń sieciowych 158

3.8.4 Wytyczne dla oprogramowania systemowego serwerów aplikacji 160

3.8.5 Wytyczne dla oprogramowania systemowego szyny usług 162

3.9 Szkolenia 166

3.9.1 Zadania Wykonawcy 166

3.9.2 Założenia dla szkoleń stacjonarnych 167

3.9.3 Specyfikacja zadań Wykonawcy 171

3.9.4 Wymagania na materiały szkoleniowe 171

3.9.5 Wymagania w zakresie organizacji i realizacji szkolenia stacjonarnego. 172

3.9.6 Wymagania w zakresie szkolenia e-learningowego 174

3.9.6.1 Założenia na szkolenia e-learningowe 174

3.9.6.2 Wymagania merytoryczne na szkolenia e-learningowe 174

4. Definicje 175

5. Załączniki 183

Załącznik 1 - Zestawienie urządzeń ewidencyjnych 183

Załącznik 2 - Zestawienie pozycji opisujących urządzenia ewidencyjne 188

Załącznik 3 - Zestawienie formularzy 204

Załącznik 4 - Zestawienie wykazów 211

Załącznik 5 - Zestawienia przykładowych statystycznych tabel wynikowych 213

Spis rysunków 215

Spis tabel 215

1. Ogólny Opis Przedmiotu Zamówienia

1.1 Kontekst zamówienia

Prokuratura Krajowa realizuje projekt „Rozwój Systemu Digitalizacji Akt Postępowań Przygotowawczych (iSDA)” współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Polska Cyfrowa, Oś priorytetowa nr 2 „E- Administracja i otwarty rząd”, Działanie 2.1.

W ramach wyżej wymienionego Projektu planowane jest wykonanie Systemu, którego Wykonawca zobowiązany będzie do:

1. Modernizacji systemów eksploatowanych w powszechnych jednostkach organizacyjnych prokuratury.

2. Zaprojektowania i wykonania nowych komponentów Systemu.

3. Integracji komponentów określonych w pkt. 1 i 2.

4. Zaprojektowania i skonfigurowania Infrastruktury Zamawiającego dla potrzeb Systemu.

5. Wdrożenia Systemu.

W ramach Projektu zostaną uruchomione trzy postępowania przetargowe:

1. POS-1 – postępowanie przetargowe objęte niniejszym OPZ.

2. POS-2 – postępowanie przetargowe prowadzone równolegle z postępowaniem POS-1. Przedmiot dostawy będący wynikiem realizacji postępowania POS-2 będzie wykorzystany w projektowanym Systemie w ramach postępowania POS-1. Postępowanie POS-2 obejmuje:

a. Zaprojektowanie, skonfigurowanie i wdrożenie usług infrastrukturalnych w skład, których wchodzą:

i. usługi katalogowe wraz z pocztą elektroniczną,

ii. zarządzanie tożsamością,

iii. centrum certyfikacji,

iv. zarządzanie infrastrukturą stacji roboczych,

v. podsystem wsparcia eksploatacji,

b. dostarczenie licencji oprogramowania niezbędnych do realizacji zamówienia POS-2 wraz z instalacją i konfiguracją,

c. dostawę stacji roboczych dla prokuratur rejonowych,

d. dostawę drukarek oraz urządzeń wielofunkcyjnych dla prokuratur rejonowych.

Wykonawca wyłoniony w POS-1 wykorzysta i zintegruje na poziomie warstwy logicznej produkty dostarczone w POS-2 w ramach Systemu.

3. POS-3 – postępowanie przetargowe, które zostanie ogłoszone po wykonaniu przez Wykonawcę POS-1 projektu wykonawczego Systemu. Wykonawca POS-1 w ramach Umowy opracuje specyfikację wymagań na zakup sprzętu i Oprogramowania Gotowego. W ramach postępowania POS-3 zostanie dostarczony, zainstalowany i skonfigurowany sprzęt i Oprogramowanie Gotowe na poziomie warstwy fizycznej dla budowy Systemu. W tym postępowaniu dostarczone będą również stacje skanowania dla prokuratur rejonowych.

Wykonawca wyłoniony w POS-1 wykorzysta i zintegruje na poziomie warstwy logicznej produkty dostarczone w POS-3 w ramach Systemu.

1.2 Przedmiot postępowania POS-1

Przedmiotem postępowania przetargowego POS-1 (niniejsze postępowanie) jest zaprojektowanie, wykonanie, integracja komponentów i wdrożenie Systemu poprzez wykonanie następujących usług:

1. Zaprojektowanie, wykonanie nowych komponentów Systemu i integracja oraz wdrożenie z pozostałymi komponentami na szczeblu centralnym, a w szczególności :

a. portalu zewnętrznego umożliwiającego użytkownikom zewnętrznym (x.xx. obrońcy, pokrzywdzonemu, oskarżonemu) dostęp poprzez Internet do udostępnianych zdigitalizowanych akt sprawy. Akta sprawy może udostępniać prokurator z każdej powszechnej jednostki organizacyjnej prokuratury,

b. podsystemu umożliwiającego przekazywanie zdigitalizowanych akt sprawy, danych o sprawach oraz innych dokumentów organom współpracującym z prokuraturą w prowadzeniu postępowań np. policja, sądy,

c. centralnego podsystemu obsługującego procesy skanowania, przechowywania i wyszukiwania akt dla prokuratur rejonowych,

d. centralnego archiwum zdigitalizowanych akt dostępnego dla wszystkich powszechnych jednostek organizacyjnych prokuratury,

e. portalu wewnętrznego umożliwiającego dostęp ze wszystkich jednostek prokuraturom i pracownikom prokuratury do usług Systemu świadczonych z poziomu centralnego poprzez sieć WAN-PROK.

2. Modernizację i integrację z pozostałymi komponentami Systemu aktualnie eksploatowanych systemów w powszechnych jednostkach organizacyjnych prokuratury:

a. CBD-SIP-PK - system centralnej bazy danych i dostępu do rejestrów zewnętrznych, eksploatowany w POPD,

b. SIP Libra-2 - system ewidencyjny, eksploatowany w powszechnych jednostkach organizacyjnych prokuratury,

c. SDA – system digitalizacji eksploatowany w Prokuraturze Krajowej, oraz w jedenastu prokuraturach regionalnych i czterdziestu pięciu prokuraturach okręgowych.

3. Integrację wykonanych usług infrastrukturalnych w ramach postępowania POS-2 z komponentami Systemu.

4. Skonfigurowanie i zintegrowanie na poziomie warstwy logicznej elementów Infrastruktury Techniczno-Systemowej posiadanej lub będącej w planach zakupów Zamawiającego dla potrzeb budowy Systemu. Pracami konfigurowania i integracji będą objęte:

a. elementy Infrastruktury Techniczno-Systemowej dostarczonej w ramach postępowania POS-3,

b. stacje robocze i drukarki dostarczane i skonfigurowane w ramach postępowania POS- 2 w tym już posiadane przez Zamawiającego,

c. elementy Infrastruktury Techniczno-Systemowej będące na wyposażeniu OPDK, jedenastu OPDR oraz czterdziestu pięciu OPDO.

5. Przeprowadzenie szkoleń.

6. Świadczenie usług wynikających z gwarancji jakości.

2 Opis stanu aktualnego

2.1 Struktura organizacyjna prokuratury

Prokuratura ma organizację hierarchiczną i zbudowana jest z czterech szczebli, które tworzą powszechne jednostki organizacyjne prokuratury:

1. Prokuratura Krajowa (PK) – 1 jednostka.

2. Prokuratury Regionalne (RP) – 11 jednostek.

3. Prokuratury Okręgowe (PO) – 45 jednostek.

4. Prokuratury Rejonowe (PR) – 357 jednostek.

Schemat organizacyjny Prokuratury przedstawiony jest na Rysunek 1. Na rysunku podano dla każdego szczebla ilość jednostek oraz ilość zatrudnionych pracowników.

Liczba

jednostek

1

Liczba

zatrudnionych

Prokuratura Krajowa

280

11

Prokuratura

Regionalna

Prokuratura

Regionalna

934

45

Prokuratura

Okręgowa

Prokuratura

Okręgowa

Prokuratura

Okręgowa

Prokuratura

Okręgowa

3.826

357

8.433

Razem

jednostek 414

Razem

zatrudnionych 13.473

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Prokuratura

Rejonowa

Rysunek 1Struktura organizacyjna Prokuratury

Zgodnie z art. 2 ustawy – Prawo o prokuraturze, prokuratura wykonuje zadania w zakresie ścigania przestępstw oraz stoi na straży praworządności. Podstawowym zadaniem Prokuratury jest prowadzenie postępowań karnych i cywilnych oraz administracyjnych.

Poniżej przedstawiono podstawowe dane charakteryzujące obciążenie pracą prokuratur (dane za rok 2014):

1. Wszystkich postępowań karnych w ciągu roku zarejestrowano 1 048 111, w tym w prokuraturach rejonowych 1 042 137 (99,43%).

2. Do sądu skierowano w ciągu roku 297 836 spraw, w tym prokuratury rejonowe skierowały 295 242.

3. Prowadzonych i nadzorowanych w ciągu roku śledztw i dochodzeń 682 113.

4. Jednocześnie prowadzonych spraw jest około 87 000, w tym w prokuraturach rejonowych 84 650.

5. Średnie obciążenie postępowaniami karnymi w roku na jednego prokuratora wynosi: ogółem –

168 postępowań, w prokuraturach regionalnych – 2.1 postępowań, w prokuraturach okręgowych – 3.4 postępowań, w prokuraturach rejonowych – 252 postępowania.

6. Jednocześnie prokuratorzy uczestniczyli łącznie w 389 580 wokandach (1 574 226 spraw), w tym prokuratorzy prokuratur rejonowych – 289 348 wokandach (1 212 810 spraw).

Należy podkreślić, że prowadzone postępowania na poszczególnych szczeblach różnią się istotnie w zakresie prowadzonego postępowania. Najbardziej złożone postępowania prowadzone są na szczeblu Prokuratury Krajowej i prokuratur regionalnych a najprostsze na szczeblu prokuratur rejonowych. Zakres prowadzonego postępowania przekłada się bezpośrednio na ilość gromadzonych materiałów (dokumentów) oraz na ilość osób i podmiotów uczestniczących i zaangażowanych w prowadzenie postępowania.

Ogółem w ciągu 2014 r. wpłynęło 48 487 spraw administracyjnych i 86 093 spraw cywilnych.

W ramach prokuratury występują następujące stanowiska:

1. Stanowiska orzecznicze – prokuratorzy, asesorzy.

2. Stanowiska urzędników.

3. Stanowiska innych pracowników.

zgodnie z Rozporządzeniem Ministra Sprawiedliwości z dnia 8 grudnia 2014 r. w sprawie stanowisk i szczegółowych zasad wynagradzania urzędników i innych pracowników sądów i prokuratury oraz odbywania stażu urzędniczego (Dz. U 2015 poz. 54 z późniejszymi zmianami).

Prokuratury	Stanowiska orzecznicze	Stanowiska urzędników	Stanowiska innych pracowników	RAZEM
Prokuratury rejonowe	4 194	3 780	459	8 433
Prokuratury okręgowe	1 598	1 438	790	3 826
Prokuratury regionalne	379	342	213	934
Prokuratura Krajowa	91	128	61	280
OGÓŁEM	6 262	5 688	1 523	13 473

Globalna charakterystyka zatrudnienia według stanu na 31 grudnia 2014 r. przedstawia się następująco: Xxxxxx 1 Charakterystyka zatrudnienia w powszechnych jednostkach prokuratury

Istotnym elementem chrakteryzującym organizację powszechnych jednostek organizacyjnych prokuratury jest wielkość zatrudnienia w poszczególnych prokuraturach. Tabela 2 przedstawia taką charakterystykę. Jednostki na poszczególnych szczeblach zostały podzielone na Typy, gdzie kryterium podziału przyjęto liczbę zatrudnionych. Podział jednostek na typy jest pomocny przy określaniu parametrów sprzętu ilości licencji oprogramowania dla danej grupy jednostek.

Tabela 2 Podział prokuratur ze względu na ilość zatrudnionych

Prokuratury Rejonowe
Lp.	Zatrudnienie ogółem [osoby]	Typ jednostki	Liczba Prokuratur danego typu
1	do 20	PR-TYP 1	192
2	21 - 50	PR-TYP 2	140
3	51 - 80	PR-Typ 3	21
4	pow. 80	PR-Typ 4	4
Ogółem Prokuratur Rejonowych			357
Prokuratury Okręgowe

Lp.	Zatrudnienie ogółem [osoby]		Typ jednostki	Liczba Prokuratur danego typu
1.	do 50		PO-TYP 1	14
2.	51 - 90		PO-TYP 2	19
3.	110 – 150		PO-TYP 3	5
4.	Pow. 150		PO-TYP 4	7
Ogółem Prokuratur Okręgowych				45
Prokuratury Regionalne
Lp.	Zatrudnienie ogółem [osoby]		Typ jednostki	Liczba Prokuratur danego typu
1.	do 90		RP-TYP 1	6
2.	91 – 120		RP-TYP 2	4
3.	pow. 120		RP-TYP 3	1
Ogółem Prokuratur Regionalnych				11
Prokuratura Krajowa
Lp.	Zatrudnienie ogółem [osoby]		Typ jednostki	Liczba Prokuratur danego typu
1.	280		PK-TYP 1	1
Ogółem				1

2.2 Struktura organizacyjna ośrodków przetwarzania danych w prokuraturze

Realizacja zadań związanych z informatyzacją prokuratury na wszystkich szczeblach realizowana jest w ośrodkach przetwarzania danych oraz na stacjach roboczych i stacjach skanowania. W ośrodkach przetwarzania danych zainstalowane są serwery, macierze dyskowe oraz sprzęt sieciowy. Ośrodki przetwarzania danych wyposażone są w klimatyzację oraz odpowiednie zasilanie energetyczne. Przetwarzanie danych występuje na szczeblu:

1. Centralnym – przetwarzane są dane na potrzeby jednostek prokuratury wszystkich szczebli, realizowany jest dostęp do instytucji zewnętrznych współdziałających z prokuraturą oraz dostęp z Internetu dla użytkowników zewnętrznych. Na szczeblu centralnym występują ośrodki:

a. Podstawowy Ośrodek Przetwarzania Danych (POPD),

b. Zapasowy Ośrodek Przetwarzania Danych (ZOPD) – planowany do budowy w przyszłości,

c. Testowy Ośrodek Przetwarzania Danych (TOPD),

2. Prokuratury Krajowej – zlokalizowany w Prokuraturze Krajowej. Przetwarzane są dane na potrzeby Prokuratury Krajowej. Na szczeblu Prokuratury Krajowej występuje:

a. Ośrodek Przetwarzania Danych Prokuratury Krajowej (OPDK),

b. Stacje Robocze Prokuratury Krajowej (SRPK),

3. Prokuratur Regionalnych – ośrodki przetwarzania danych zlokalizowane są w każdej prokuraturze regionalnej. W ośrodkach przetwarzane są dane na potrzeby prokuratury regionalnej oraz podległych jej jednostek prokuratur okręgowych i rejonowych. Na szczeblu prokuratur regionalnych występuje:

a. Ośrodek Przetwarzania Danych Prokuratury Regionalnej (OPDR),

b. Stacje Robocze Prokuratury Regionalnej (SRPR),

4. Prokuratur Okręgowych – ośrodki przetwarzania danych zlokalizowane są w każdej prokuraturze okręgowej. W ośrodkach przetwarzane są dane na potrzeby prokuratury okręgowej. Na szczeblu prokuratur okręgowych występuje:

a. Ośrodek Przetwarzania Danych Okręgu (OPDO),

b. Stacje Robocze Prokuratury Okręgowej (SRPO),

Ośrodek Przetwarzania

Danych Prokuratury Krajowej

OPDK

Stacje Robocze Prokuratury Krajowej SRPK

1 Prokuratura Krajowa

Ośrodek Przetwarzania

Danych Prokuratury Regionalnej

OPDR

Stacje Robocze Prokuratury

Regionalnej SRPR

11 Prokuratur Regionalnych

Ośrodek Przetwarzania

Danych Prokuratury Okręgowej

OPDO

Stacje Robocze Prokuratury Okręgowej SRPO

45 Prokuratur Okręgowych

357 Prokuratur Rejonowych

Stacje Robocze Prokuratury

Rejonowej SRPRJ

Testowy Ośrodek Przetwarzania Danych TOPD

Zapasowy Ośrodek Przetwarzania Danych ZOPD

Podstawowy Ośrodek Przetwarzania Danych POPD

Szczebel Centralny

Szczebel

Prokuratury Regionalnej

Szczebel

Prokuratury Krajowej

c. Prokuratur Rejonowych – nie występują ośrodki przetwarzania danych. W prokuraturach rejonowych występują jedynie - Stacje Robocze Prokuratury Rejonowej (SRPRJ).

Szczebel

Prokuratury Rejonowej

Szczebel

Prokuratury Okręgowej

Rysunek 2 Struktura organizacyjna ośrodków przetwarzania danych w prokuraturze

Wszystkie jednostki organizacyjne prokuratury połączone są dedykowaną siecią WAN-PROK dzierżawioną od operatora telekomunikacyjnego.

2.3 Opis systemów informatycznych eksploatowanych w jednostkach prokuratury

W powszechnych jednostkach organizacyjnych prokuratury wdrożone i eksploatowane są następujące systemy informatyczne:

1. CBD-SIP-PK – system centralny zainstalowany w POPD wdrożony i eksploatowany na szczeblu centralnym. System składa się z dwóch podstawowych części:

a. Centralnej Bazy Danych, która zasilana jest przez systemy SIP Libra 2 eksploatowane w Prokuraturze Krajowej oraz jedenastu prokuraturach regionalnych. System CBD-SIP-PK umożliwia uprawnionym prokuratorom i pracownikom prokuratury na przeszukiwanie Centralnej Bazy Danych wg zadanych kryteriów. Dostęp do tej funkcjonalności mają prokuratorzy i pracownicy prokuratury wszystkich jednostek pod warunkiem posiadania odpowiednich uprawnień.

b. Podsystemu dostępu do systemów i rejestrów zewnętrznych takich jak PESEL, KRK, KRS, NKW i innych. Dostęp do tej funkcjonalności mają prokuratorzy i pracownicy prokuratury wszystkich jednostek pod warunkiem posiadania odpowiednich uprawnień.

2. SIP Libra 2 – jest to podstawowy system informatyczny wspierający pracę prokuratora. System SIP Libra 2 jest systemem ewidencyjnym, zawierającym dane ze wszystkich spraw prowadzonych w danej prokuraturze. System SIP Libra 2 zainstalowany jest w OPDK oraz jedenastu OPDR. Zainstalowany system SIP Libra 2 w danej OPDR prowadzi bazę danych dla wszystkich jednostek prokuratury należących do danego regionu.

3. SDA – system przeznaczony jest do digitalizacji akt spraw prowadzonych w danej prokuraturze oraz do przechowywania w lokalnej bazie danych zdigitalizowanych akt, przeglądania i przeszukiwania bazy danych. System eksploatowany jest na szczeblu Prokuratury Krajowej oraz w prokuraturach regionalnych i okręgowych. System SDA jest połączony z właściwą instalacją systemu SIP Libra 2, pozwala to zachowanie spójności pomiędzy tymi systemami na poziomie sygnatury sprawy.

Schemat przedstawiający lokalizacje instalacji systemów oraz ich powiązania przedstawiony jest na Rysunek 3.

Rejestry zewnętrzne

np. PESEL, KRK, KRS, SIS, CEPIK

Szczebel Centralny

POPD

CBD-SIP-PK

Szczebel Prokuratury

Krajowej

OPDK

1 -jednostka

280 - zatrudnionych

Libra-2

SDA

SRPK

11 -jednostek

934 - zatrudnionych

Libra-2

OPDR

Szczebel Prokuratury

Regionalnej

SDA

SRPK

45 -jednostek

3.826 - zatrudnionych

Szczebel Prokuratury

Okręgowej

OPDO

SDA

SRPO

357 -jednostek

8.433 - zatrudnionych

Szczebel Prokuratury

Rejonowej

SRPRj

Legenda

Połączenie zasilania CBD z Libra-2 Połączenie Libra-2 z SDA

Połączenie stacji roboczych z systemami

Rysunek 3 Schemat rozmieszczenia systemów informatycznych prokuratury oraz ich powiązania

2.3.1 Centralna Baza Danych Systemu Informatycznego Prokuratury (CBD-SIP-PK)

2.3.1.1 Architektura systemu CBD-SIP-PK

Architektura systemu CBD-SIP-PK przedstawiona została na Rysunek 4

ADM

(MS SQL)

CBD

(MS SQL)

Menadżer zapytań XX

(X0XX)

Xxxxxxxxxxxx XXX-XXX

(X0XX)

Menadżer transmisji TM

(J2SE)

MS Active Directory

PESEL

REGON KCIK Xxx.XXX KRK

KRS SIS EKW

E-podatki CEPIK

DZ

Stacje robocze w

jednostkach prokuratury

PK Libra-2

RP 1 Libra-2

RP 2 Libra-2

RP 3 Libra-2

RP 4 Libra-2

RP 5 Libra-2

RP 6 Libra-2

RP 7 Libra-2

RP 8 Libra-2

RP 9 Libra-2

RP 10 Libra-2

RP 11 Libra-2

Rysunek 4 Architektura systemu CBD-SIP-PK

1. System CBD-SIP-PK jest systemem centralnym zlokalizowanym w POPD. Składa się z dwóch baz danych i czterech komponentów.

2. Bazy danych systemu są podstawowymi elementami i są przeznaczone do następujących zadań:

a. CBD – podstawowa baza danych systemu, zawiera dane przesyłane z systemów SIP Libra 2. W bazie danych zawarte są informacje o wszystkich prowadzonych sprawach w jednostkach prokuratury.

b. ADM – baza danych zawierające wszystkie informacje o dostępach użytkowników do zasobów systemu, słowniki oraz uprawnienia użytkowników.

3. System CBD-SIP-PK składa się z następujących komponentów:

a. Przeglądarka CBD-SIP – umożliwia dostęp do zasobów systemu ze stacji roboczych zainstalowanych we wszystkich jednostkach prokuratury. Przeglądarka umożliwia przeglądanie bazy danych CBD wg zadanych kryteriów oraz zadawanie zapytań kierowanych do rejestrów zewnętrznych poprzez komponent Menadżer zapytań QM,

b. Menadżer zapytań QM – realizuje kierowanie zapytań do określonego rejestru zewnętrznego na podstawie otrzymanych parametrów z komponentu Przeglądarka CBD-SIP. Wyniki otrzymane z określonego rejestru zewnętrznego kierowane są do Przeglądarki CBD-SIP i następnie do stacji roboczej użytkownika,

c. Menadżer transmisji TM – komponent ten realizuje nawiązanie połączenia z systemami SIP Libra 2 zlokalizowanymi w Prokuraturze Krajowej oraz prokuraturach regionalnych wg zadanego przez administratora harmonogramu. Następnie otrzymane dane z systemów SIP Libra 2 zapisuje do bazy danych CBD. Transmisja danych do bazy CBD realizowana jest w trybie przyrostowym,

d. MS Active Directory – dla systemu CBD-SIP-PK został utworzony wydzielony system MS AD.

Wszystkie komponenty systemu połączone są wydzieloną siecią VLAN. Połączenia stacji roboczych prokuratur oraz połączenia z systemami SIP Libra 2 realizowane są z wykorzystaniem dedykowanej sieci WAN-PROK. Połączenia z rejestrami zewnętrznymi realizowane są za pomocą wydzielonych łączy.

2.3.1.2 Opis funkcjonalny systemu CBD-SIP-PK

2.3.1.2.1 Przeglądarka Centralnej Bazy Danych

Przeglądarka Centralnej Bazy Danych jest narzędziem umożliwiającym przeglądanie i wyszukiwanie danych w CBD celem ich udostępnienia uprawnionym użytkownikom. Funkcje udostępniane w przeglądarce mają za zadanie usprawnić działania prokuratur w następujących aspektach:

1. Zapewnienie szybkiego dostępu do rzetelnych informacji merytorycznych związanych z prowadzonymi postępowaniami.

2. Zapewnienie możliwości szybkiego ustalenia konkretnych źródeł informacji (akta danej sprawy) i prokuratorów prowadzących dane postępowanie.

3. Zapewnienie rzetelnych informacji będących podstawą dla ustalania celów i priorytetów dla strategicznej analizy kryminalnej.

Przeglądarka stanowi jedyne narzędzie udostępniania informacji z CBD. Dostęp do informacji jest zależny od praw użytkownika. Uprawnienia są przydzielane centralnie do następujących elementów aplikacji:

1. Funkcji przeglądarki.

2. Obiektów zawartych w CBD.

3. Spraw.

4. Kryteriów przeglądania.

Aplikacja przeglądarki CBD podzielona jest na następujące dwa moduły:

1. Przeglądarka prosta CBD – domyślnie ustawione wykazy (wbudowane), na których istnieje możliwość sortowania, wyszukiwania wg nazw elementów zawartych na wykazach, wyboru z listy udostępnionej przez system, zawężania wykazów po cechach prezentowanych na wykazach, oraz dokonywania innych prostych czynności związanych z przeszukiwaniem danych w CBD.

2. Przeglądarka złożona CBD – aplikacja realizująca funkcje wyszukiwawcze oraz spełniająca rolę kreatora wykazów własnych użytkownika i na ich podstawie umożliwiająca analizę obiektów oraz relacji między nimi poprzez stosowanie różnego typu narzędzi aplikacyjnych.

Podstawowymi obiektami podlegającymi wyszukiwaniu w bazie danych są:

1. Sprawa.

2. Przestępstwo (Czyn).

3. Osoba fizyczna / Instytucja.

4. Rzecz.

Aplikacja przeglądarki CBD umożliwia:

1. Udzielanie informacji związanych ze wskazanym obiektem lub relacją obiektów.

2. Wyszukiwanie obiektów i relacji po określonych przez użytkownika cechach obiektu.

3. Budowanie, wyświetlanie oraz drukowanie wykazów obiektów i/lub relacji spełniających określone kryteria z możliwością ich tworzenia, zawężania i rozszerzania.

4. Przejście do innej pozycji wykazu lub do innego wykazu obiektów lub relacji przy pomocy odsyłaczy.

Do wyszukiwania obiektów oraz tworzenia wykazów stosuje się mechanizm pozwalający użytkownikowi określić kryteria wyboru. W zależności od roli użytkownika, system udostępnia mu ściśle określony zakres opisanych wyżej możliwości aplikacji przeglądarki.

Potencjalnym użytkownikiem aplikacji CBD-SIP-PK jest każdy prokurator i pracownik sekretariatu zatrudniony w jednostce organizacyjnej prokuratury korzystającej z systemu SIP Libra 2. W CBD prowadzony jest niezależny od systemu SIP Libra 2 rejestr wszystkich potencjalnych użytkowników tego systemu. Użytkownik uprawniony do korzystania z aplikacji posiada określone prawa dostępu nadane mu przez Administratora CBD-SIP-PK. Rodzaj uprawnień jest uzależniony od stanowiska i funkcji pełnionej przez użytkownika w prokuraturze.

Metodyka pracy z aplikacjami CBD-SIP-PK jest następująca:

1. Uprawniony użytkownik loguje się do aplikacji CBD-SIP-PK na stacji roboczej podłączonej poprzez lokalną sieć prokuratury (lub bezpośrednio) do centralnego serwera CBD-SIP-PK, poprzez podanie hasła.

2. Po zidentyfikowaniu użytkownika w aplikacji otrzymuje on prawo dostępu do aplikacji CBD- SIP-PK zgodnie z przydzieloną mu wcześniej rolą (rolami). Użytkownik wybiera bazę danych, z którą zamierza pracować, tj. CBD, bądź któryś z rejestrów zewnętrznych, dostępnych z aplikacji. Następnie w ramach dostępnych mu funkcji, użytkownik dokonuje przeglądania danych, formułowania zapytań, odczytywania odpowiedzi, tworzenia wykazów i zestawień.

3. W trakcie pracy z aplikacją centralną, jeśli wynika to z uprawnień i możliwości samej aplikacji, użytkownik ma możliwość dokonywania operacji lokalnych w postaci wydruków wyników przeglądania danych.

4. Po zakończeniu pracy z aplikacją użytkownik wylogowuje się poprzez potwierdzenie zamiaru zakończenia pracy. W przypadku, gdy użytkownik nie zakończy sesji wylogowaniem się – aplikacja sama wyłączy się po przekroczeniu określonego w parametrach administracyjnych czasu nieaktywności.

W przypadku niezidentyfikowania przez system kontroli dostępu CBD-SIP użytkownika, aplikacja odmówi dostępu i fakt ten zostanie odnotowany w dzienniku systemu.

W dzienniku systemu (baza ADM) odnotowywane są x.xx. następujące informacje:

1. Wszystkie czynności administratora systemu;

2. Wszystkie czynności wykonywane automatycznie przez system (np. aktualizacja CBD danymi pochodzącymi z Lokalnej Bazy Danych jednostki prokuratury);

3. Sesja każdego użytkownika, tzn. początek i koniec sesji, uzasadnienie potrzeby dostępu do centrali, bazy danych, z jakimi użytkownik się komunikował oraz funkcje, jakie wykonywał.

2.3.1.2.2 Dostęp do rejestrów zewnętrznych

System CBD-SIP-PK daje możliwość dostępu do rejestrów zewnętrznych:

1. PESEL2,

2. REGON2,

3. KCIK2,

4. Xxx.XXX,

5. KRK,

6. KRS,

7. EKW,

8. Deklaracje,

9. CEPiK,

10. SIS II,

11. DZ.

Zawartość menu oraz dostęp do rejestrów zewnętrznych przez użytkowników aplikacji jest uwarunkowany posiadaniem wymaganych uprawnień. Zakres uprawnień użytkowników aplikacji wynika z przynależności do ról (grup) i jest konfigurowany przez administratora systemu w ramach usługi AD (Active Directory). Mapowanie grup zawartych w AD na zbiór ról systemowych jest specyficzny dla środowiska aplikacji, tj. ten sam użytkownik może posiadać różny zestaw uprawnień dla odrębnych środowisk (np. testowego i produkcyjnego).

Sposób prezentacji zapytań oraz odpowiedzi jest jednolity dla wszystkich systemów zewnętrznych, w przypadku, których sposób integracji jest oparty o asynchroniczny mechanizm pobierania odpowiedzi na zadane zapytania. W menu aplikacji, po rozwinięciu pozycji z nazwą systemu zewnętrznego, znajduje się odnośnik Przeglądanie umożliwiający wyświetlenie zbioru utworzonych zapytań oraz statusu ich przetwarzania.

Zakres widocznych na wykazie zapytań jest zawsze ograniczony do zbioru zapytań utworzonych przez bieżącego użytkownika. Dodatkowo zapytania są przechowywane jedynie przez okres czasu zdefiniowany w aplikacji przez administratora, po upływie, którego następuje ich usunięcie.

Wszystkie przechowywane zapytania do systemów zewnętrznych są opisane standardowym zbiorem atrybutów, (przy czym nie zawsze są one prezentowane):

1. ID

2. Nr kolejny

3. Id użytkownika, który utworzył zapytanie

4. Data oraz czas utworzenia zapytania przez użytkownika

5. Data i czas wysłania zapytania (przez manager transmisji QM)

6. Błąd wysłania, wypełniany tylko w przypadku niepowodzenia uzyskania odpowiedzi lub wysłania zapytania

7. Treść zapytania przesłanego do systemu zewnętrznego, przechowywana w bazie danych, prezentowana w sposób specyficzny dla poszczególnych systemów

8. Typ zapytania (kod) – specyficzny dla systemu zewnętrznego

9. Własności, tworzące podsumowanie zawartości zapytania, pozwalające w szybki sposób odnaleźć odpowiednie zapytanie

Po przetworzeniu zapytań przez manager transmisji QM, z zapytaniami wiązane są odpowiedzi w relacji jeden do wielu (w ogólnym przypadku jedno zapytanie może posiadać dowolną liczbę odpowiedzi, w przypadku wielu systemów wystarczająca jest pojedyncza odpowiedź). Odpowiedzi uzyskane z systemów zewnętrznych opisane są zbiorem atrybutów:

1. ID zapytania, którego dotyczy odpowiedź

2. Nr kolejny

3. Data i czas odebrania odpowiedzi przez manager transmisji

4. Data i czas odczytu (wyświetlenia) odpowiedzi przez użytkownika

5. Typ odpowiedzi (kod) – specyficzny dla systemu zewnętrznego

6. Treść odpowiedzi uzyskanej od systemu zewnętrznego, przechowywana w bazie danych, prezentowana w sposób specyficzny dla poszczególnych systemów.

W aplikacji CBD-SIP-PK, zapytania prezentowane są wraz z odpowiedziami na wspólnej liście. Nagłówki kolumn listy stanowią wybrany podzbiór wskazanych powyżej atrybutów, dla części systemów prezentowane są dodatkowo specyficzne dla nich inne atrybuty.

2.3.1.2.2.1 Wymiana danych z systemem PESEL2

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do Powszechnego Elektronicznego Systemu Ewidencji Ludności – PESEL2 z wykorzystaniem starego interfejsu (usług sieciowych) systemu PESEL, jak i nowego interfejsu (usług sieciowych) zmodernizowanego i rozbudowanego systemu PESEL2. Z punktu widzenia użytkownika dostęp do bazy danych systemu PESEL2 za pomocą każdego z interfejsów jest niezależny i w związku z tym jest widoczny, jako dwa systemy logiczne PESEL i PESEL2.

Zapytania w obu wersjach interfejsu zadawane są w trybie asynchronicznym.

W systemie CBD-SIP-PK można zadawać zapytania następujących typów z wykorzystaniem interfejsu PESEL:

1. PSLWE – weryfikacja

2. PSLUZ – uzupełnienie

3. PSLID – identyfikacja

W Rejestrze PESEL2 gromadzone są dane dotyczące osób fizycznych. Dla potrzeb CBD-SIP-PK dokonano podziału danych objętych interfejsem PESEL na następujące zbiory danych:

1. dane podstawowe (w tym dane do weryfikacji)

2. dane uzupełniające

3. dane dodatkowe

4. dane adresowe

2.3.1.2.2.2 Wymiana danych z systemem REGON

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do Krajowego Rejestru Urzędowego Podmiotów Gospodarki Narodowej - REGON. Zapytania zadawane są w trybie asynchronicznym.

W systemie CBD-SIP-PK można zadawać zapytania następujących typów z wykorzystaniem interfejsu REGON:

1. REGON_1 – dla zapytania wg REGONU podmiotu gospodarczego,

2. REGON_2 – dla zapytania wg nazwy i adresu podmiotu gospodarczego,

3. REGON_3 – dla zapytania wg numeru PESEL osoby fizycznej prowadzącej działalność gospodarczą,

4. REGON_4 – dla zapytania wg nazwiska i adresu osoby fizycznej prowadzącej działalność gospodarczą.

2.3.1.2.2.3 Wymiana danych z systemem Krajowe Centrum Informacji Kryminalnych – KCIK

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do systemu Krajowego Centrum Informacji Kryminalnych – KCIK. Zapytania zadawane są w trybie asynchronicznym.

W systemie CBD-SIP-PK można zadawać zapytania następujących typów z wykorzystaniem interfejsu KCIK:

1. KCKOS – zapytanie o osobę,

2. KCKPO – zapytanie o podmiot,

3. KCKPR – zapytanie o przedmiot,

4. KCKPS – zapytanie o przestępstwo,

5. KCKRA – zapytanie o rachunek bankowy,

6. KCKRP – zapytanie o rachunek papierów wartościowych.

2.3.1.2.2.4 Wymiana danych z systemem Centralna Baza Osób Osadzonych – Xxx.XXX

W systemie CBD-SIP jest możliwe wykonanie zapytań do Centralna Baza Osób Osadzonych – Xxx.XXX. Zapytania zadawane są w trybie asynchronicznym.

W systemie CBD-SIP można zadawać zapytania następujących typów z wykorzystaniem interfejsu Xxx.XXX:

1. ZID – zapytanie identyfikujące,

2. ZUD – zapytanie uzupełniające,

3. ZWO – zapytanie typu wyszukiwanie osoby.

2.3.1.2.2.5 Wymiana danych z systemem Krajowy Rejestr Karny – KRK

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do systemu Krajowy Rejestr Karny – KRK.

W trybie podstawowym aplikacja KRK pozwala na sprawdzenie faktu karalności osoby o podanej tożsamości. Aplikacja udostępnia formularz do wprowadzania danych osobowych i pozwala na uzyskanie odpowiedzi wprost w oknie przeglądarki bez konieczności oczekiwania na żadne dokumenty.

W trybie wysyłania zapytań o osobę użytkownik po wprowadzeniu danych osoby ma możliwość wysłania prośby o otrzymanie informacji o danej osobie w postaci dokumentu PDF. Aplikacja internetowa KRK udostępnia stosowny formularz, który umożliwia wysłanie zapytania o osobę. W odróżnieniu od podstawowego trybu pracy użytkownik nie otrzymuje odpowiedzi natychmiast. Odpowiedź na zapytanie pojawia się dopiero po pewnym czasie w sposób asynchroniczny w „folderze systemu KRK”.

Treścią komunikatu jest (w przypadku poprawnego statusu odpowiedzi) dokument PDF zawierający żądane dane o osobie.

Dokument PDF zapisywany jest w centralnej bazie danych CBD-SIP. Dostęp do odpowiedzi możliwy jest z poziomu „folderu systemu KRK”. Odpowiedź wyświetlana jest w oknie przeglądarki, jako dokument PDF.

2.3.1.2.2.6 Wymiana danych z systemem Krajowy Rejestr Sądowy – KRS

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do systemu Krajowy Rejestr Sądowy – KRS.

Podsystem Udostępniania Danych systemu KRS (PUD) udostępnia dane systemom zewnętrznym w formie komunikatu odpowiedzi na przesłany komunikat zapytania. Zapytania zadawane są w trybie asynchronicznym. Format komunikatów jest zgodny ze standardem JMS - Java Message Service. Do przekazywania komunikatów używany jest podsystem komunikacyjny obsługujący kolejki IBM MQ- Series.

Zapytania do Podsystemu Udostępniania Danych z KRS są podzielone na dwie grupy:

1. Polecenie wyszukania podmiotów spełniających zadane kryterium (oznaczane symbolami K1- K5)

2. Polecenia pobrania informacji o zadanym podmiocie (oznaczane symbolami O1-O3) Podsystem Udostępniania Danych z KRS obsługuje następujące rodzaje kryteriów wyszukiwania:

1. Pełna nazwa podmiotu – wyszukiwany jest podmiot, którego nazwa aktualna jest identyczna z podaną w zapytaniu (K1).

2. Niepełna nazwa podmiotu – wyszukiwane są podmioty, w których nazwie aktualnej występuje podciąg podany w zapytaniu (K2).

3. REGON – wyszukiwany jest podmiot o aktualnym numerze REGON takim jak podany w zapytaniu (K3).

4. PESEL – wyszukiwany jest podmiot, w którym przynajmniej raz występuje aktualnie osoba w dowolnej roli o podanym numerze PESEL (K4).

5. Imię i nazwisko - wyszukiwany jest podmiot, w którym przynajmniej raz występuje aktualnie osoba w dowolnej roli o podanym imieniu i nazwisku (K5).

W odpowiedzi na dowolne z powyższych zapytań, podsystem zwraca listę numerów KRS spełniających zadane kryterium. Uzyskanie szczegółowej informacji na temat danej pozycji rejestru możliwe jest po zadaniu pytania z parametrami: nr KRS i rodzaj oczekiwanej odpowiedzi.

Grupa poleceń pobrania informacji o zadanym podmiocie (wskazanego poprzez podanie jego numeru KRS) składa się z poleceń (oznaczonych symbolami O1-O3)

1. O1 – Pobranie aktualnej treści działu pierwszego

2. O2 – Pobranie treści tożsamej z odpisem pełnym

3. O3 – Pobranie treści tożsamej z odpisem aktualnym

W odpowiedzi na dowolne z powyższych poleceń, podsystem zwraca dane pozycji o zadanym numerze KRS i w zadanej formie XML lub PDF.

W systemie CBD-SIP można zadawać zapytania następujących typów z wykorzystaniem interfejsu KRS według:

1. numeru KRS

2. numeru REGON

3. nazwy podmiotu

4. numeru PESEL,

Na żądanie można uzyskać poprzez kolejne zapytanie do KRS określoną w zapytaniu treść (działu pierwszego, odpisu aktualnego lub pełnego) dla wybranego numeru KRS.

2.3.1.2.2.7 Wymiana danych z systemem EKW – Elektroniczne Księgi Wieczyste

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do systemu EKW – Elektroniczne Księgi Wieczyste. Zapytania zadawane są w trybie asynchronicznym.

Usługi sieciowe (WebSerwisy) systemu EKW dzielą dane na 3 główne kategorie:

1. Wyszukanie KW spełniających kryteria.

2. Pobranie treści KW w formacie XML.

3. Pobranie wydruków KW w formacie PDF (z danymi aktualnymi lub zupełnymi). Pobrania treści XML/PDF są realizowane w 2 etapach:

1. Zlecenie pobrania treści.

2. Pobranie treści na podstawie identyfikatora zlecenia.

W systemie CBD-SIP można zadawać zapytania następujących typów z wykorzystaniem interfejsu EKW:

1. EKWW – wyszukanie KW,

2. EKWP – pobranie wydruków PDF wskazanych KW.

W odpowiedzi na zapytanie zwracana jest lista numerów ksiąg (Kod wydziału, Numer KW, Cyfra kontrolna). Dla każdej znalezionej pozycji usługa QM3 pobiera automatycznie za pomocą usług systemu EKW treść ksiąg w formacie XML. Dopiero pobranie treści ksiąg umożliwia skonstruowanie tabeli prezentującej listę KW z wymaganymi danymi. W związku z tym dopiero po pobraniu treści wszystkich KW w formacie XML, na liście zapytań zapisywana jest data otrzymania odpowiedzi, a treść może być wyświetlona w aplikacji SIP.

2.3.1.2.2.8 Wymiana danych z systemem Centralna Ewidencja Pojazdów i Kierowców – CEPIK

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do systemu Centralna Ewidencja Pojazdów i Kierowców – CEPIK. Zapytania zadawane są w trybie asynchronicznym. Moduł umożliwia uzyskanie informacji o pojazdach i ich dokumentach zarejestrowanych w Centralnej Ewidencji Pojazdów - CEP oraz właścicielach pojazdów zarejestrowanych w Centralnej Ewidencji Kierowców - CEK.

Interfejs systemu CEPIK umożliwia również zgłaszanie niezgodności za pomocą dedykowanych formularzy, jeśli według informacji posiadanych przez zgłaszającego istnieje podejrzenie, że dane w systemie CEPIK są niezgodne z rzeczywistością. W związku z tym w systemie CBD-SIP-PK można przesyłać zgłoszenia niezgodności do systemu CEPIK.

W systemie CBD-SIP-PK można zadawać zapytania następujących typów z wykorzystaniem interfejsu CEPIK:

1. CEP1 – zapytanie do bazy CEP o Dokument

2. CEP2 – zapytanie do bazy CEP o Pojazd,

3. CEK1 - zapytanie do bazy CEK o Osobę,

4. CEK2 – zapytanie do bazy CEK o Dokument,

5. CEK3 – zapytanie rozszerzone do bazy CEK o Dokument,

6. CEK4 – zapytanie do bazy CEK o zakazy i cofnięcia

2.3.1.2.2.9 Wymiana danych z systemem System Informacyjny Schengen - SIS II

W systemie CBD-SIP-PK można zadawać zapytania on-line do bazy Systemu Informacyjnego Schengen - SIS II oraz aktualizować dane. W tym celu uprawnieni użytkownicy logują się do aplikacji przeglądarkowej WWWSIS Systemu SIS II za pomocą certyfikatu dostępowego (konieczne jest umieszczenie karty z certyfikatem w czytniku kart podłączonym do stacji roboczej) po podaniu numeru PIN.

Moduł Folder SIS II jest narzędziem umożliwiającym dostęp do XX XX SIS i VIS. Rodzaje obiektów obsługiwanych przez SIS2:

1. Osoba,

2. Łódź,

3. Kontener,

4. Samolot,

5. Pojazd,

6. Blankiet dokumentu,

7. Dokument wydany,

8. Dowód rejestracyjny pojazdu,

9. Xxxx xxxxx,

00. Urządzenie przemysłowe,

11. Silnik łodzi,

12. Banknot,

13. Tablice rejestracyjne,

14. Papiery wartościowe.

Na każdym z obiektów aplikacja udostępnia narzędzia do wykonanie następujących funkcji:

1. Sprawdzenie - Zapytanie standardowe,

2. Sprawdzenie rozszerzone - Zapytanie uzupełniające,

3. Nowy obiekt - Utworzenie wpisu,

4. Usunięcie wpisu,

5. Modyfikacja wpisu,

6. Rozszerzenie wpisu.

2.3.1.2.2.10 Wymiana danych z Systemem Dokumenty Zastrzeżone – DZ

W systemie CBD-SIP-PK jest możliwe wykonanie zapytań do System Dokumenty Zastrzeżone - DZ. Zapytania zadawane są w trybie asynchronicznym.

W systemie CBD-SIP-PK można zadawać zapytania następujących typów z wykorzystaniem interfejsu systemu Dokumenty Zastrzeżone - DZ:

1. DZ-CZ – zapytanie do bazy DZ o Czek krajowy,

2. DZ-RN – zapytanie do bazy DZ o Rachunek Bankowy,

3. DZ-ID - zapytanie do bazy DZ o Dokument Tożsamości,

4. DZ-KK – zapytanie do bazy DZ o Kartę Kredytową,

5. DZ-KO – zapytanie do bazy DZ o Książeczką Obiegową,

6. DZ-ST – zapytanie do bazy DZ o Stempel Kasowy,

7. DZ-TC – zapytanie do bazy DZ o Czek Podróżny.

2.3.1.2.3 Zasilanie CBD z systemów SIP Libra 2

Moduł do przekazywania danych, jako narzędzie wspomagające wymianę informacji pomiędzy lokalnymi bazami danych a centralną bazą danych pracuje w architekturze dwuwarstwowej, składającej się z:

1. węzła centralnego – zrealizowanego w oparciu o centralną bazę danych, w której gromadzone są wszystkie podlegające wymianie dokumenty elektroniczne,

2. węzłów lokalnych – zlokalizowanych w poszczególnych prokuraturach, umożliwiających dostęp do węzła centralnego oraz wymianę danych z zachowaniem standardów w zakresie struktury dokumentów oraz zabezpieczeń i kontroli przesyłanych danych.

2.3.1.2.4 Dzienniki systemu

Wszystkie czynności dokonywane na danych w CBD-SIP-PK są rejestrowane, dotyczy to zarówno czynności administracyjnych dokonywanych przez Administratora CBD-SIP-PK oraz automatycznie przez sam system, jak i czynności dokonywanych przez użytkowników uprawnionych do przeglądania danych zawartych w Centralnej Bazie Danych systemu CBD-SIP-PK i w zewnętrznych bazach danych, do których CBD-SIP-PK umożliwia dostęp. Wszystkie dzienniki systemu są wypełniane automatycznie.

W systemie CBD-SIP-PK prowadzone są dzienniki:

1. Dzienniki aktywności użytkowników. W dzienniku aktywności użytkowników zarejestrowane są informacje o każdym logowaniu do aplikacji, z dokładnością do daty-czasu zalogowania i wylogowania, nazwy użytkownika, sygnatury i celu. Rejestrowana jest też ilość nieudanych logowań.

2. Dzienniki czynności systemowych. W dzienniku czynności systemowych zarejestrowane są informacje o czynnościach dokonywanych przez użytkownika oraz o błędach, jakie wystąpiły podczas pracy systemu.

3. Dzienniki transmisji. W dzienniku transmisji zarejestrowane są informacje o każdej transmisji danych z prokuratur lokalnych do Centralnej Bazy Danych i odwrotnie. Transmisje przeprowadzane są pakietami. W jednym pakiecie zawarty jest komplet informacji o sprawie. Dlatego oznaczeniem pakietu jest sygnatura sprawy. Dla transmisji zakończonych niepowodzeniem dziennik podaje komunikat i typ błędu. Komunikaty podzielone są na typy uzależnione od rodzaju danych, przy transmisji, których wystąpił błąd.

2.3.1.2.5 Zestawienia statystyczne - systemowe

Zestawienia statystyczne dotyczą użytkowania przeglądarki i jej poszczególnych modułów. Wykonywane są one na aktualnych danych pochodzących z dowolnego, wskazanego przez użytkownika okresu – przedziału czasowego (dzień od, dzień do) lub odzwierciedlają stan na dzień podany przez użytkownika. Drugim parametrem zestawień są dane identyfikacyjne użytkownika albo nazwa prokuratury regionalnej, okręgowej bądź rejonowej. W zestawieniu wykonanym dla prokuratury

regionalnej pojawią się dane dotyczące wskazanego Regionu i wszystkich podległych jej prokuratur okręgowych i rejonowych. Jeśli parametrem będzie prokuratura okręgowa, zestawienie zaprezentuje dane zliczone dla wybranego Okręgu z wyszczególnieniem podległych mu prokuratur rejonowych. Zestawienia dla użytkownika prezentują dane dla tego użytkownika.

2.3.1.2.6 Słowniki

System CBD-SIP-PK prowadzi centralne słowniki dla potrzeb systemu CBD-SIP-PK, systemów SIP Libra 2 oraz SDA. W celu utrzymania aktualności słowników w systemie zaimplementowano następujące operacje:

1. edycji danych słownika

2. eksportu słownika do pdf, csv

3. zmian w strukturze słowników

4. eksport wszystkich słowników do XML'a

Dostępne są następujące słowniki:

1. Słowniki centralne

2. Słowniki Noe

3. Słowniki PESEL2

4. Słowniki EKW

5. Słowniki TERYT

6. Słowniki KCIK

7. Słowniki KCIK2

8. Słowniki CEPIK2

2.3.1.3 Opis infrastruktury techniczno-systemowej

Zestawienie maszyn wirtualnych wraz z zainstalowanym oprogramowaniem systemowym zostało przedstawione w Tabela 3.

Tabela 3 Infrastruktura techniczno-systemowa systemu CBD-SIP-PK

	Nazwa Serwera wirtualnego	Parametry (CPU/RAM/HDD)	OS	Oprogramowanie systemowe
Baza danych CBD	SIPPRODSQL001	8vCPU/18GB/100GB	MS Windows 2012R2 Standard EN	Microsoft SQL (active)
	SIPPRODSQL002	8vCPU/18GB/100GB	MS Windows 2012R2 Standard EN	Microsoft SQL (passive)
MS Active Directory	XXXXXX000	4vCPU/4GB/70GB	MS Windows 0000 Xxxxxxxxxx XX	Active Directory Centrum Certyfikacji

	Nazwa Serwera wirtualnego	Parametry (CPU/RAM/HDD)	OS	Oprogramowanie systemowe
	SIPADC006	4vCPU/6GB/70GB	MS Windows 2012R2 Standard EN	Active Directory
Przeglądarka CBD SIP	SIPPRODAP002	6vCPU/12GB/120GB	MS Windows 2012R2 Standard EN	RedHat JBoss Application Server
Menadżer zapytań QM	SIPPRODMQ003	6vCPU/16GB/500GB	MS Windows 0000 Xxxxxxxxxx XX	IBM Websphere MQ
Menadżer transmisji TM	SIPPRODMQ004	6vCPU/16GB/500GB	MS Windows 0000 Xxxxxxxxxx XX	IBM Websphere MQ

2.3.2 System SIP Libra 2

2.3.2.1 Architektura systemu SIP Libra 2

System SIP Libra 2 jest podstawowym systemem obsługującym prokuratury. System zainstalowany jest w Prokuraturze Krajowej (OPDK) oraz jedenastu prokuraturach regionalnych (OPDR).

System zainstalowany w OPDK obsługuje wszystkich prokuratorów i urzędników prokuratury w Prokuraturze Krajowej oraz jedenastu wydziałach zamiejscowych.

System zainstalowany w OPDR obsługuje prokuratorów i pracowników prokuratury pracujących w Prokuraturze Regionalnej we wszystkich prokuraturach okręgowych i rejonowych wchodzące w skład danego regionu.

Instalacje systemu SIP Libra 2 we wszystkich lokalizacjach mają tą samą konfigurację. Na całość systemu SIP Libra 2 składają się następujące aplikacje:

1. SIP Libra 2 - podstawowa aplikacja systemu obejmująca swą funkcjonalnością współpracujące ze sobą urządzenia ewidencyjne w celu generowania, przetwarzania danych powszechnych jednostek organizacyjnych prokuratury na każdym szczeblu. W ramach tej aplikacji możliwe jest przełączenie kontekstu pracy na wersję pozwalającą na wyszukiwanie i przeglądanie danych na poziomie bazy regionalnej, czyli danych ze wszystkich prokuratur danego regionu w ramach szczebla struktury organizacyjnej jednostek.

2. SIP Libra 2 Baza Archiwalna – aplikacja zapewniająca możliwość przenoszenia (archiwowania) danych o charakterze historycznym do oddzielnej bazy danych oraz przeglądania tychże danych.

3. Aplikacja obsługi transmisji do CBD – aplikacja zarządzająca funkcjami generowania paczek danych oraz protokołem wymiany danych pomiędzy aplikacją SIP Libra 2 a Centralną Bazą Danych.

4. Aplikacja do współpracy z SDA – aplikacja typu WebService odpowiedzialna za udostępnianie danych z sytemu SIP Libra 2 do systemu SDA.

Architektura systemu SIP Libra 2 została przedstawiona na Rysunek 5.

Aplikacja SIP Libra

2.5 Baza Archiwalna

Aplikacja SIP Libra 2.5

Aplikacja SIP Libra 2.5

CBD-SIP-PK

SDA

Aplikacja SIP Libra 2.5

OPDx

Aplikacja obsługi

transmisji do CBD

Aplikacja do

współpracy z SDA

XXX-Xxxxx-0.0-XX-xxx-x

XX XXX0.0

XX SIP2.5_Arch

PW SIP Libra

2.5

PW SIP Libra

2.5 Arch

Stacje robocze

Rysunek 5 Architektura systemu SIP Libra 2

Architektura systemu SIP Libra 2 oparta jest o rozwiązanie serwer bazy danych – gruby klient zainstalowany na stacji roboczej.

Przyjęte w systemie Libra 2 rozwiązanie grubego klienta wymaga zainstalowania oprogramowania aplikacji Libra 2 na każdej stacji roboczej. W tym celu wdrożono zasady dystrybucji oprogramowania, których schemat przedstawiony jest na Rysunek 6. System dystrybucji oprogramowania aplikacyjnego Libra 2 zbudowany jest w oparciu o serwery plików rozmieszczone w POPD, OPDK, OPDR oraz OPDO.

Stacje robocze Prokuratury Rejonowej

Stacje robocze Prokuratury Okręgowej

Okręgowy Serwer Plików Aplikacji SIP Libra 2.5

Stacje robocze Prokuratury Regionalnej

Regionalny Serwer Plików Aplikacji SIP Libra 2.5

Stacje robocze Prokuratury Krajowej

Prok. Krajowa Serwer Plików Aplikacji

SIP Libra 2.5

Środowisko asemblacji aplikacji SIP Libra 2.5

Schemat dystrybucji plików aplikacji Libra 2.5

POPD

Centralny Serwer

Plików Aplikacji SIP Libra 2.5

Dystrybucja plików

aplikacji wykonywana przez administratorów

Prokuratura Krajowa

Prokuratura Regionalna

Prok. Krajowa - Serwer

Plików Aplikacji SIP Libra 2.5 zlokalizowany na środowisku SDA

Prok. Regionalna -

Serwer Plików Aplikacji SIP Libra 2.5 zlokalizowany na środowisku SDA

Stacje robocze

uruchamiają aplikację SIP Libra 2.5 z zasobu zdalnego

Stacje robocze

uruchamiają aplikację SIP Libra 2.5 z zasobu zdalnego

Dystrybucja plików

aplikacji wykonywana przez administratorów

Dystrybucja plików aplikacji wykonywana automatycznie dla

każdej stacji roboczej

Prokuratura Okręgowa

Prokuratura Rejonowa

Stacje robocze uruchamiają aplikację z zasobów lokalnych

Prok. Okręgowa -

Serwer Plików Aplikacji SIP Libra 2.5 zlokalizowany na środowisku SDA

Stacje robocze

uruchamiają aplikację SIP Libra 2.5 z zasobu zdalnego

Rysunek 6 Schemat dystrybucji oprogramowania aplikacyjnego SIP Libra 2

2.3.2.2 Opis funkcjonalny systemu SIP Libra 2

2.3.2.2.1 Podstawowe informacje na temat systemu SIP Libra 2

System Informatyczny Prokuratury SIP Libra 2 jest systemem, którego podstawowym zadaniem jest prowadzenie w formie elektronicznej urządzeń ewidencyjnych wszystkich jednostek organizacyjnych prokuratury. Obowiązek ich prowadzenia wynika z zarządzenia Ministra Sprawiedliwości z dnia 3 marca 2016 r. w sprawie organizacji i zakresu działania sekretariatów oraz innych działów administracji

w powszechnych jednostkach organizacyjnych prokuratury. (Dz. Urz. MS z 2016 r. poz. 83 z późn. zm.), zwanego dalej „zarządzeniem”. Zgodnie z § 27 zarządzenia urządzenia ewidencyjne służą do gromadzenia danych i informacji z zakresu zadań ustawowych prokuratora oraz administrowania prokuraturą, w celu ich dokumentowania, generowania danych, w tym statystycznych, sporządzania sprawozdań, odtwarzania podstawowych informacji o sprawach oraz kontrolowania ich biegu, a także stanowią podstawę ich oznaczania. Podstawą funkcjonowania w prokuraturze SIP Libra 2 jest § 28 zarządzenia, który wskazuje, iż urządzenia ewidencyjne w jednostkach prowadzone są w ogólnokrajowym systemie informatycznym, wdrożonym przez Prokuratora Generalnego, w zakresie, na jaki pozwala funkcjonalność systemu, a w pozostałym zakresie w tradycyjnym systemie papierowym.

Zarządzenie wymienia łącznie 54 urządzenia ewidencyjne, dzieląc ja na repertoria, rejestry samodzielne i uzupełniające, wykazy kontrolne samodzielne i uzupełniające oraz spisy spraw.

Obecnie w SIP Libra 2 prowadzonych jest 18 urządzeń ewidencyjnych, zgodnie z poniższą tabelą: Tabela 1 – Urządzenia ewidencyjne wprowadzone do SIP Libra 2

Lp.	Nazwa	Przedmiot	Rodzaj
1.	Ds.	Postępowania i czynności wykonywane w sprawach karnych, karnych skarbowych i w sprawach o wykroczenia prowadzone przez prokuratora, Policję i inne organy	repertorium
2.	Pc	Inicjonowanie postępowań cywilnych, ze stosunku pracy i ubezpieczeń społecznych, rodzinnych i opiekuńczych oraz sprawy o przyznanie lub zwrot kompensaty pieniężnej, roszczeń regresowych i innych spraw wynikających z podejmowanej działalności pozakarnej, udział w tego rodzaju postępowaniach i zaskarżania zapadłych w nich orzeczeń, a także nadzorowanie czynności związanych z tego rodzaju postępowaniami przez podległe jednostki	repertorium
3.	DE	Korespondencję wchodząca i wychodząca	rejestr samodzielny
4.	Ko	Korespondencji ogólna w sprawach administracyjnych (a), cywilnych (c), karnych (k), w których prokurator nie podejmuje decyzji procesowych.	rejestr samodzielny
5.	Ntk	Wystąpienia o zajęcie przez prokuratora stanowiska w przedmiocie pobrania komórek, tkanek, narządów ze zwłok, których zgon mógł być następstwem przestępstwa	rejestr samodzielny
6.	Archiwum	Archiwizowane akta prowadzonych postępowań w danej jednostce	rejestr uzupełniający
7.	Drz	Dowody rzeczowe	rejestr uzupełniający
8.	Ds.u	Czynności wykonywanych w związku z postanowieniem sądu wydanym na podstawie art. 344a k.p.k	rejestr uzupełniający
9.	Ps	Orzeczenia sądu I i II instancji	rejestr uzupełniający
10.	Psz	Przedmioty środków zapobiegawczych	rejestr uzupełniający
11.	Rz	Środki odwoławcze na decyzje w postępowaniu przygotowawczym za wyjątkiem zażaleń na	rejestr uzupełniający

		postanowienia sądu w przedmiocie tymczasowego aresztowania
12.	Ta	Osoby tymczasowo aresztowane	rejestr uzupełniający
13.	Zm	Zabezpieczenia majątkowe	rejestr uzupełniający
14.	Zpj	Dokumenty uprawniające do prowadzenia pojazdów mechanicznych, zatrzymanych w związku z popełnieniem przestępstwa	rejestr uzupełniający
15.	Pk	Sprawy karne podlegające rozpoznaniu w postępowaniach: kasacyjnym, o wznowienie postępowania i w przedmiocie skargi na wyrok sądu odwoławczego z udziałem prokuratora	samodzielny wykaz kontrolny
16.	W	Wokandy spraw karnych podlegających rozpoznaniu w postępowaniu przed sądem	samodzielny wykaz kontrolny
17.	ENA.P.w.	Osoby, wobec których skierowano wniosek o wydanie europejskiego nakazu aresztowania w sprawach własnych	uzupełniający wykaz kontrolny
18.	Pm	Sprawy skierowane do instytucji lub osoby uprawnionej do przeprowadzenia postępowania mediacyjnego	uzupełniający wykaz kontrolny

Gromadzone w ramach systemu SIP Libra 2 dane są przechowywane w 11 Ośrodkach Przetwarzania Danych Regionów (OPDR) oraz Ośrodku Przetwarzania Danych Prokuratury Krajowej (OPDK).

2.3.2.2.2 Funkcjonalność systemu SIP Libra 2

Aplikacja SIP Libra 2 stanowi podstawowy trzon systemu. Swoim działaniem obejmuje najważniejsze obszary pracy prokuratur rejonowych, okręgowych i regionalnych oraz Prokuratury Krajowej w zakresie prowadzenia urządzeń ewidencyjnych. Aplikacja posiada również rozbudowane funkcje przeglądania, raportowania i wyszukiwania danych z uwzględnieniem wielu szczegółowych kryteriów. Wspomaga prowadzenie analiz i umożliwia sporządzanie sprawozdań z działalności powszechnych jednostek organizacyjnych prokuratury w sprawach karnych i pozakarnych. Dodatkowo system wyposażony został w moduł akt elektronicznych umożliwiający użytkownikom w łatwy sposób tworzenie i zarządzanie dokumentami wchodzącymi w skład zbioru akt sprawy.

System posiada budowę modularną i zawiera następujące składniki:

1. repertorium Ds, w ramach, którego prowadzone są rejestry:

a) dowodów rzeczowych (DRZ),

b) przedmiotów środka zapobiegawczego (PSZ),

c) zatrzymanych praw jazdy (ZPJ),

d) osób tymczasowo aresztowanych (TA),

e) zabezpieczeń majątkowych (ZM),

2. repertorium Pc

3. rejestr PS, w ramach, którego prowadzony jest rejestr:

a) czynności wykonywanych w związku z postanowieniem sądu wydanym na podstawie art. 344a kpk (Ds/u),

4. rejestr zażaleń, w ramach, którego prowadzone są rejestry:

a) środków odwoławczych rozpoznawanych przez sąd oraz prokuratora nadrzędnego (Ds/z/s- pn) oraz

b) środków odwoławczych rozpoznawanych przez prokuratora bezpośrednio przełożonego nad prokuratorem prowadzącym lub nadzorującym postępowanie oraz dla zażaleń rozpoznawanych przez prokuratora sprawującego nadzór nad postępowaniem przygotowawczym prowadzonym przez Policję lub inny organ uprawniony do jego prowadzenia (Ds/z),

5. rejestr wokand,

6. rejestr doręczeń i ekspedycji (DE),

7. rejestr Ko,

8. moduł generowania i ewidencji akt elektronicznych,

9. rejestr archiwum,

10. moduł statystyczny,

11. rejestr prowadzonych importów danych do systemu oraz eksportów danych z systemu (E/I),

12. słowniki centralne,

13. słowniki lokalne

14. moduł terminarzy,

15. moduł administracyjny,

16. funkcje wymiany danych z innymi aplikacjami i systemami,

17. przeglądanie bazy regionalnej

2.3.2.2.2.1 Repertorium Ds

Moduł Repertorium DS – podstawowy element systemu SIP Libra 2, w którym gromadzi się i przetwarza się dane i informacje dotyczące postępowań i czynności wykonywane w sprawach karnych, karnych skarbowych i w sprawach o wykroczenia prowadzone przez prokuratora, Policję i inne organy uprawnione do prowadzenia postępowań, szczegółowo określone w §8 zarządzenia. Swą funkcjonalnością obejmuje w szczególności:

1. prowadzenie elektronicznego repertorium Ds w zakresie ewidencji i prowadzenia spraw, ewidencji przestępstw (czynów i zarzutów), osób – uczestników postępowania, dowodów rzeczowych oraz przedmiotów i narzędzi przestępstwa, środków przymusu, powołań i opinii biegłych, kosztów postępowania, prowadzonego nadzoru wewnętrznego, służbowego lub instancyjnego, dokonanych wyłączeń, dołączeń materiałów oraz połączeń postępowań, postępowania mediacyjnego, czynności profilaktycznych, sposobu zakończenia sprawy,

2. prowadzenie elektronicznych rejestrów dowodów rzeczowych, tymczasowych aresztowań, przedmiotów środków zapobiegawczych oraz zabezpieczeń majątkowych, zatrzymanych praw jazdy,

3. śledzenie i kontrolę terminów związanych z prowadzonym postępowaniem,

4. przeglądanie i wyszukiwanie zarejestrowanych danych,

5. przygotowanie standardowych wykazów oraz tworzenie zestawień na potrzeby zapytań formułowanych przez jednostki nadrzędne oraz inne organy,

6. raportowanie informacji zarejestrowanych w sprawach (dane o osobach, przestępstwach, dowodach rzeczowych, itp.),

7. generowanie zestawień statystycznych.

2.3.2.2.2.2 Repertorium Pc

Moduł pozwala na rejestrowanie danych wynikających z inicjowania postępowań cywilnych, ze stosunku pracy i ubezpieczeń społecznych, rodzinnych i opiekuńczych oraz spraw o przyznanie lub zwrot kompensaty pieniężnej, roszczeń regresowych i innych spraw wynikających z podejmowanej działalności pozakarnej, udziału w tego rodzaju postępowaniach i zaskarżania zapadłych w nich orzeczeń.

2.3.2.2.2.3 Rejestr Ps

Jest to moduł, w którym gromadzi się i przetwarza dane i informacje dotyczące postępowań przed sądem I i II instancji, szczegółowo określone w § 90 pkt 3 ust. 5 zarządzenia. Jest ściśle związany z Modułem Ds oraz Modułem wokand. Funkcjonalnością obejmuje:

1. rejestrację spraw sądowych (rejestracja jest dokonywana automatycznie),

2. rejestrację orzeczeń sądu,

3. rejestrację środków odwoławczych,

4. ewidencję orzeczeń sądu II instancji,

5. przeglądanie i wyszukiwanie zarejestrowanych danych,

6. przygotowanie standardowych wykazów,

7. raportowanie informacji o postępowaniu sądowym.

2.3.2.2.2.4 Rejestr zażaleń

Moduł ewidencji, w którym gromadzi się i przetwarza dane i informacje dotyczące środków odwoławczych na decyzje wydane w postępowaniu przygotowawczym, szczegółowo określone w § 90 pkt 3 ust. 7 zarządzenia. Funkcjonalność modułu obejmie również ewidencje rozstrzygnięć zażaleń przez odpowiednie organy rozpoznające. Funkcje wyszukiwania oraz raportowania wspomagają dodatkowo śledzenie stanu rozpoznania zażalenia.

2.3.2.2.2.5 Rejestr wokand

Moduł ten służy głównie do ewidencji rozpraw i posiedzeń oraz planowania obsady prokuratorów. Moduł wyposażony jest w terminarz czynności prokuratora, dzięki któremu możliwe jest śledzenie obciążenia poszczególnych prokuratorów i ich przydział do poszczególnych spraw.

2.3.2.2.2.6 Rejestry D i E (doręczeń i ekspedycji)

Standardowy moduł obsługi biura podawczego prokuratury. Pozwala na ewidencję korespondencji przychodzącej oraz ekspediowanej. Moduł obsługuje następujące funkcje:

1. rejestrację korespondencji doręczonej,

2. identyfikację korespondencji,

3. dekretację,

4. rejestrację korespondencji ekspediowanej,

5. rejestrację potwierdzeń odbioru (z wykorzystaniem skanera kodów paskowych),

6. wyszukiwanie i przeglądanie zarejestrowanej korespondencji,

7. przygotowanie standardowych wykazów,

8. raportowanie.

2.3.2.2.2.7 Rejestr Ko

Moduł pozwala na prowadzenie rejestru Ko, - korespondencji ogólnej w sprawach administracyjnych (a), cywilnych (c), karnych (k), w których prokurator nie podejmuje decyzji procesowych. Pozwala rejestrować w szczególności: datę wpływu, nadawcę pisma i datę pisma, przedmiot korespondencji, datę i sposób załatwienia.

2.3.2.2.2.8 Akta elektroniczne

Rozbudowany moduł akt elektronicznych, który pozwala na szybkie i łatwe przygotowanie dokumentów niezbędnych w pracy prokuratora dotyczących spraw zarejestrowanych w elektronicznym repertorium Ds. Dokumenty tworzone są w oparciu o ujednolicone, przygotowane centralnie formularze. W skład modułu wchodzą również mechanizmy pozwalające na przekazywanie poleceń i śledzenie ich wykonania pomiędzy prokuratorem prowadzącym sprawę a pracownikami sekretariatu. Moduł wykorzystuje również terminarz czynności prokuratora.

2.3.2.2.2.9 Moduł statystyczny

Moduł zapewnia możliwość automatycznego zliczania danych statystycznych w zakresie sprawozdania z działalności powszechnych jednostek organizacyjnych prokuratury w sprawach karnych PK-P1K. Funkcjonalność modułu obejmuje wyliczanie, ponowne wielokrotne przeliczanie oraz przechowywanie danych dotyczących poszczególnych działów sprawozdań w sposób całościowy lub częściowy (w zależności od potrzeb użytkowników). Moduł zapewnia również mechanizmy pozwalające na weryfikację poprawności sporządzonych zestawień, ich zatwierdzanie i zapamiętywanie. W ramach kontekstu „Przeglądanie Bazy Regionalnej” istnieje możliwość zliczania zbiorczego na poziomie prokuratur okręgowych i regionalnych.

2.3.2.2.2.10 Rejestr archiwum

Moduł przeznaczony do zarządzania procesem archiwizacji akt spraw prowadzonych w prokuraturze. Wspomaga proces przygotowywania spisów zdawczo-odbiorczych, zarządzania miejscem przechowywania akt, ewidencji wypożyczeń akt. Dodatkowo możliwe jest przygotowanie spisów zdawczo-odbiorczych wykorzystywanych przy przekazywaniu akt do Archiwum Państwowego oraz spisów brakowania (niszczenia) akt.

2.3.2.2.2.11 Rejestr eksportów/importów

Wszystkie operacje związane z eksportem oraz importem danych związanych z realizacją wyłączeń, dołączeń materiałów oraz połączeń i podjęć postępowań ewidencjonowane są automatycznie w odpowiednich rejestrach eksportu lub importu danych. Rejestry te zawierają informacje dotyczące zarówno realizowanej operacji (wraz z zakresem danych), jak i czasie i osobie, która te operacje wykonywała.

2.3.2.2.2.12 Słowniki centralne

W celu ujednolicenia stosowanego nazewnictwa i kategoryzacji danych system wyposażony jest w zestaw około 140 słowników wspólnych dla wszystkich jednostek korzystających z systemu. Słowniki te zarządzane są jedynie na poziomie centralnym i drogą elektroniczną aktualizowane w jednostkach.

2.3.2.2.2.13 Słowniki lokalne

W celu ujednolicenia stosowanego nazewnictwa na poziomie jednostek prokuratury w ramach danego regionu oraz ze względu na optymalizację pracy w systemie, dostępne są słowniki lokalne. Zakres merytoryczny danego słownika będzie implikował poziom jego dostępności oraz sposób, w jaki będzie aktualizowany. Wyróżnić można słowniki lokalne na poziomie danej jednostki, oraz słowniki lokalne na poziomie danego regionu.

2.3.2.2.2.14 Moduł terminarzy

Zadaniem modułu jest informowanie użytkowników o zbliżającym się upływie terminów wynikających z prowadzonych postępowań oraz terminów zaplanowanych przez użytkowników.

2.3.2.2.2.15 Administracja

Moduł realizuje wszystkie funkcje związane z administracją systemem w tym:

1. zakładanie kont użytkowników,

2. przydzielanie uprawnień do spraw oraz do poszczególnych funkcji,

3. zarządzanie rolami i grupami uprawnień,

4. administrowanie słownikami lokalnymi,

5. aktualizowanie słowników centralnych,

6. przeglądanie dziennika systemu.

2.3.2.2.2.16 Funkcje wymiany danych między jednostkami

Aplikacja udostępnia zbiór funkcji zapewniających możliwość przekazywania danych:

a) spraw Ds pomiędzy prokuraturami (wyłączenia materiałów do spraw w innych prokuraturach, przekazania i połączenia spraw) w przypadku, gdy jednostki prokuratur przynależą do różnych prokuratur regionalnych (nie mają wspólnej bazy na poziomie regionu),

b) prokuraturami a sądami (przekazywanie danych z aktów oskarżenia, informacji o wokandach rozprawach / posiedzeniach),

c) prokuraturami a policją (przekazywanie danych niezbędnych do rejestracji sprawy oraz postępie i stanie sprawy).

Dane przesyłane są w postaci plików XML o strukturze niezależnej od schematu baz danych (policja, sądy) oraz plików XML o strukturze odzwierciedlającej ściśle strukturę bazy danych (pomiędzy prokuraturami). Przekazywanie danych realizowane jest za pomocą nośników zewnętrznych przekazywanych wraz z dokumentami papierowymi.

2.3.2.2.2.17 Przeglądanie Bazy Regionalnej

Funkcjonalność, której zadaniem jest zapewnienie możliwości wyszukiwania oraz przeglądania danych spraw ze wszystkich jednostek prokuratury w ramach bazy danych regionu. Uprawnieni pracownicy prokuratury mają możliwość skorzystania z narzędzi wyszukiwania (przeglądarki i wykazy), identycznych, jak w systemie podstawowym SIP Libra 2.

2.3.2.2.2.18 SIP Libra 2 Baza Archiwalna

Aplikacja przeznaczona do przeprowadzania okresowej archiwizacji danych z bazy podstawowej systemu SIP Libra 2 polegającej na przenoszeniu wybranych danych oraz danych historycznych za dany okres do oddzielnej bazy danych. W ramach materiałów podlegających archiwizacji znajdują się pozycje z rejestru DE (zarówno doręczenia jak i ekspedycje), pozycje z rejestru wokand oraz dokumenty akt elektronicznych ze spraw Ds. Moduł posiada możliwość przeglądania zarchiwizowanych danych za pomocą narzędzi, identycznych jak w ramach podstawowej funkcjonalności systemu SIP Libra 2.

2.3.2.2.2.19 Transmisja do Centralnej Bazy Danych

System SIP Libra 2 współpracuje z Centralną Bazą Danych, której zadaniem jest gromadzenie wybranych danych ze spraw Ds prowadzonych na terenie całego kraju. Zasilanie CBD realizowane jest przez różnicowe zbieranie danych z 11 Ośrodków Przetwarzania Danych Regionu oraz Ośrodka Przetwarzania Danych Prokuratury Krajowej i okresowe przesyłanie ich za pomocą menadżera transmisji. Dane przesyłane są w postaci plików XML o strukturze niezależnej od schematu baz danych. Proces zasilania danymi jest całkowicie zautomatyzowany zarówno po stronie SIP Libra 2, jak i CBD.

2.3.2.2.2.20 Aplikacja do współpracy z SDA

Aplikacja typu WebService, która udostępnia interfejs umożliwiający pobranie z systemu SIP Libra 2 danych do Systemu Digitalizacji Akt (SDA). Komunikacja systemu SDA z systemem SIP Libra 2

zrealizowana jest za pomocą usług sieciowych (Web Service) wykorzystujących protokół SOAP (Simple Object Access Protocol), przy użyciu zdefiniowanego WSDL.

2.3.2.3 Oprogramowanie systemowe dla SIP Libra 2

System SIP Libra 2 wykorzystuje następujące oprogramowanie systemowe:

Nazwa	Opis
Oprogramowanie serwera
MS SQL Server 2016	Serwer bazy danych Libra-2
IBM MQ Clienta	Dla przesyłania danych z Libra-2 do CBD-SIP-PK
Oprogramowanie stacji roboczych
Xxxxxxxxx.Xxx Framework 4.0	Środowisko uruchomieniowe oprogramowania wersja 4.0 – komponent systemu Microsoft Windows
MS Word w wersji min. 2007	Edytor tekstu Microsoft Office
Adobe Reader XI	Aplikacja do przeglądania plików w formacie PDF

2.3.3 System SDA

2.3.3.1 Architektura systemu SDA

Architektura systemu SDA została przedstawiona na Rysunek 7.

Rysunek 7 Architektura systemu SDA

System Digitalizacji Akt składa się z następujących modułów:

1. Warstwa uwierzytelniania i autoryzacji – fragment systemu wykorzystywany przez wszystkie pozostałe moduły do kontroli dostępu do funkcji oraz przetwarzanych danych.

2. Moduł Komunikacji z ePUAP – wydzielony element systemu umożliwiający obsługę komunikacji związanej z udostępnianiem akt postępowań przy użyciu platformy ePUAP.

3. Moduł Administracyjny Centralny – komponent dający możliwość zarządzania konfiguracją SDA na poziomie centralnym, tj. definiowanie ról, słowników itp., które następnie są propagowane do poszczególnych jednostek prokuratury.

4. Moduł Administracyjny Lokalny– komponent pozwalający na zarządzanie konfiguracją na poziomie lokalnej jednostki prokuratury, x.xx. nadawanie uprawnień, przypisywanie ról, zarządzanie słownikami itp.

5. Moduł Skanowania – moduł użytkowo-usługowy zapewniający obsługę procesu digitalizacji akt na potrzeby budowy repozytorium w SDA.

6. Moduł Zarządzania – moduł użytkowo-usługowy umożliwiający:

a) zarządzanie strukturą zgromadzonych w repozytorium akt, ich przeglądanie,

b) obsługę procesu anonimizacji akt na potrzeby dalszego udostępniania,

c) przygotowywanie analiz oraz sporządzanie dokumentów procesowych,

d) dostęp do akt zainteresowanym stronom postępowania (po uprzednim udzieleniu uprawnień).

7. Moduł Udostępniania - moduł użytkowo-usługowy pozwalający zainteresowanym stronom postępowania na dostęp do akt (po uprzednim udzieleniu uprawnień).

8. Moduł OCR – moduł świadczący usługę rozpoznawania tekstu w digitalizowanych dokumentach.

9. Warstwa Integracji Wewnętrznej – zapewnia obsługę zdarzeń generowanych przez poszczególne usługi systemu oraz umożliwia wewnętrzną komunikację pomiędzy modułami i usługami.

10. Moduł Integracji Danych Zewnętrznych – zapewnia komunikację z zewnętrznymi systemami, np. SIP Libra 2.

Funkcjonalności modułów zarządzania, analitycznego oraz anonimizacji są scalone w obrębie jednego modułu. Funkcjonalność OCR jest zlokalizowana na stacjach roboczych SDA.

Bezpośrednio z poziomu Modułu Zarządzania (MZ) istnieje możliwość anonimizacji dokumentów. Wyniki tej operacji są od razu składowane w MZ celem dalszego udostępniania stronom postępowania. Z uwagi na możliwość anonimizacji tych samych dokumentów w różnych zakresach (w zależności od potrzeb stron) system przechowuje różne ich wersje, a prokurator prowadzący sprawę może zadecydować o udostępnieniu właściwego zakresu danych.

Moduł Zarządzania umożliwia prowadzenie zaawansowanych analiz akt postępowań na wszystkich dokumentach zgromadzonych w repozytorium, bez konieczności wstępnego ich selekcjonowania. Rozbudowana funkcjonalność komentowania i znakowania dokumentów pozwala na znacznie łatwiejsze przygotowywanie dokumentów procesowych z zastosowaniem dotychczas używanych szablonów.

Tryb pracy offline w systemie SDA umożliwia pracę w Module Zarządzania na zdigitalizowanych aktach spraw poza siecią prokuratury, po ich uprzednim pobraniu na komputer użytkownika z bazy jednostki.

Każdy z modułów udostępnia bezpośrednio lub za pośrednictwem Warstwy Integracji Wewnętrznej interfejsy komunikacyjne. Dzięki takiej architekturze możliwa jest rozbudowa i wymiana poszczególnych modułów.

2.3.3.2 Funkcjonalność systemu SDA

System SDA służy do digitalizacji akt postępowań karnych (przygotowawczych i sądowych) prowadzonych w Prokuraturze Krajowej oraz w powszechnych jednostkach organizacyjnych prokuratury szczebla regionalnego i okręgowego. System umożliwia tworzenie oraz zarządzanie elektronicznymi repozytoriami akt. SDA pozwala na digitalizację akt, sprawne przeszukiwanie akt, prowadzenie ich analizy, a także na udostępnianie akt stronom postępowania, sądom oraz organom prowadzącym postępowania karne.

SDA zapewnia dostęp do zdigitalizowanych wersji akt spraw stronom postępowania na wskazanych stanowiskach dostępowych zlokalizowanych w jednostkach prokuratury.

SDA zapewnia zgodność zasobów informacyjnych repozytorium z faktycznym stanem spraw podlegających rejestracji w SIP Libra 2, który stanowi w tym zakresie referencyjne źródło danych. SDA automatycznie pobiera z systemu SIP Libra 2 podstawowe dane dotyczące poszczególnych spraw.

Zdigitalizowane dokumenty są poddawane procesowi rozpoznawania tekstu (OCR), co pozwala na dostęp do ich edytowalnych wersji.

Bezpieczeństwo systemu zapewnia infrastruktura klucza publicznego (PKI).

Rolą SDA jest również automatyzacja procesu tworzenia wniosków i pism procesowych w oparciu o wykorzystanie danych gromadzonych w systemie. SDA posiada rozbudowaną hierarchię uprawnień pozwalającą na przydzielanie szczegółowych praw dostępu (z dokładnością do spraw i poszczególnych kart) poszczególnym użytkownikom.

2.3.3.3 Panel startowy

Panel startowy to element systemu pozwalający na uruchomienie modułów funkcjonalnych oraz dodanie do systemu nowych modułów i aplikacji.

Panel startowy ogranicza się do funkcjonalności uwierzytelniania użytkownika bezpośrednio przy uruchomieniu dowolnego modułu systemu SDA. Opcja ta jest dostępna już podczas przygotowania systemu do uruchomienia. Funkcje odpowiedzialne za przełączanie pomiędzy poszczególnymi modułami zostały przeniesione bezpośrednio do nich (w postaci dodatkowego menu oraz skrótów klawiszowych). Dzięki temu ograniczono liczbę operacji koniecznych do przełączenia pomiędzy poszczególnymi funkcjonalnościami. Funkcje związane z zarządzaniem skrótami do aplikacji zewnętrznych są dostępne z poziomu systemu operacyjnego – dzięki temu możliwe jest bezpośrednie uruchamianie poszczególnych modułów funkcjonalnych, bez konieczności pośredniczenia Panelu startowego w ich uruchomieniu (np. na stanowisku skanującym osoba obsługująca uruchomia od razu Moduł skanowania dokumentów).

2.3.3.4 Warstwa uwierzytelniania i autoryzacji

Za szeroko pojętą kontrolę dostępu do danych i funkcji w systemie odpowiada Warstwa uwierzytelniania i autoryzacji. W oparciu o nadane przy użyciu Modułu Administracyjnego, role, uprawnienia oraz prawa dostępu do zasobów udziela się użytkownikom dostęp do wywoływania poszczególnych operacji w zależności od ich kontekstu. Ponadto warstwa ta zapewnia obsługę uwierzytelniania użytkowników, które odbywa się w oparciu o tożsamość potwierdzoną przy użyciu certyfikatu wystawionego przez Centrum Certyfikacji SDA lub za pomocą loginu i hasła. Autoryzacja dostępu do funkcji oraz zasobów systemu opiera się o zdefiniowane w systemie powiązania tożsamości z rolami grupującymi uprawnienia do funkcji oraz o przypisane uprawnienia do zasobów systemowych.

2.3.3.5 Moduł skanowania dokumentów

Moduł Skanowania jest punktem, w którym akta są wprowadzane do systemu. Moduł ten umożliwia tworzenie wersji elektronicznych akt spraw. Zeskanowane akta są poddawane procesowi rozpoznawania tekstu oraz podziałowi na karty, dokumenty, teczki (lub wątki) – zgodnie ze strukturą akt. Następnie zeskanowane akta przekazywane są do repozytorium dokumentów Modułu zarządzania aktami. Dokumenty skanowane są w kontekście konkretnej sprawy, metadane sprawy przed rozpoczęciem skanowania są pobierane z SDA lub z lokalnej instancji SIP Libra 2 (w zależności od tego, czy dana sprawa już była obsługiwana w SDA). Na podstawie tych danych jest tworzona karta sterująca sprawy.

W etapie skanowania funkcjonuje obsługa skanerów w oparciu o sterowniki XXXXX oraz WIA. Umożliwiona jest także bieżąca konfiguracja parametrów skanowania akt.

Proces skanowania odbywa się w następujących etapach:

1. Skanowanie dokumentów.

2. Kontrola jakości zeskanowanych dokumentów.

3. Rozpoznawanie tekstu dokumentów przy pomocy OCR i podział automatyczny na dokumenty.

4. Weryfikacja dokumentów.

5. Przekazanie dokumentów do repozytorium Modułu zarządzania aktami.

Etapy kontroli, jakości skanowania oraz podziału i weryfikacji dokumentów są scalone w jeden krok.

Mechanizm rozpoznawania treści digitalizowanych akt opiera się na rozproszeniu procesu OCR na stacjach roboczych znajdujących się w sieci SDA.

Na podstawie sygnatury akt pobierane są informacje na temat sprawy z Modułu zarządzania aktami (MZ) lub pośrednio przez MZ z SIP Libra 2. Informacje pobierane z MZ to metadane sprawy oraz struktura sprawy (jeżeli istnieje).

Na podstawie tych informacji jest tworzona tzw. Karta sterująca, która zawiera dwa elementy:

1. Metadane sprawy – pobrane z MZ.

2. Strukturę sprawy – hierarchiczna struktura pokazująca elementy sprawy. Odpowiada ona strukturze sprawy w wersji papierowej. Niektóre z jej elementów; takie jak wątek, tom, są tworzone przez użytkownika manualnie. Natomiast struktura w zakresie podziału na dokumenty jest aktualizowana dynamicznie na podstawie automatycznego podziału na dokumenty oraz informacji dodanych na etapie weryfikacji.

Komponent OCR pozwala na realizację rozpoznawania treści akt w trybie rozproszonym. Podstawowa usługa wykonująca OCR jest przeniesiona na serwer aplikacyjny systemu.

System SDA przekazuje zadania rozpoznawania treści do poszczególnych stacji z zainstalowanymi usługami OCR na podstawie obciążeń procesorów poszczególnych komputerów wybierając te o najmniejszym, tak by nie zaburzać pracy ich użytkowników.

Po digitalizacji oraz opcjonalnej obróbce przez OCR dane są przekazywane do dalszego przetwarzania w Module Zarządzania. Po przekazaniu dokumentów do Modułu zarządzania są one usuwane z bazy danych Modułu Skanowania.

2.3.3.6 Moduł zarządzania aktami

Moduł zarządzania aktami, składający się z bazy danych i repozytorium akt w wersji elektronicznej, umożliwia zarządzanie zdigitalizowanymi aktami spraw, przeglądanie oraz wyszukiwanie spraw i dokumentów. Lokalnie w danej prokuraturze przechowywane są: repozytorium dokumentów elektronicznych oraz dane dokumentów i spraw prowadzonych w tej jednostce. Nazwa jednostki prokuratury zapisana jest w parametrach konfiguracyjnych systemu.

Moduł zarządzania aktami wspomaga użytkowników prokuratur w przeprowadzanych operacjach na aktach spraw prowadzonych przez tych użytkowników. Moduł jest zasilany danymi wprowadzanymi w module skanowania i przekazywanymi do modułu zarządzania aktami. Ponadto moduł zarządzania

aktami przesyła wybrane dokumenty do udostępnienia na podstawie udostępnień zleconych przez użytkownika. Moduł zarządzania składuje dokumenty w postaci oryginalnej, jak również zanonimizowanej.

Moduł zarządzania aktami pozwala operować na przechowywanych w SDA dokumentach, w tym na takie operacje jak: przeglądanie dokumentów, pobieranie dokumentów, przenumerowanie dokumentów, uruchamianie zewnętrznych programów do przeglądania treści dokumentów, jak również usuwanie dokumentów.

Moduł umożliwia pracę w trybie dwuekranowym, w którym podgląd dokumentu jest widoczny w oddzielnym oknie. Zawartość prezentowanego dokumentu jest w trybie ciągłym.

Ponadto podczas przeglądania dokumentu można wykonywać na nim szereg operacji związanych z jego zawartością, jak również z metadanymi opisującymi dokument. Do operacji takich należą między innymi: edycja danych, kopiowanie fragmentów do schowka, przeglądanie informacji o wersjach dokumentu, przeglądanie obrazów kart dokumentów z możliwością dopasowania rozmiaru obrazu, jak również przeglądanie załączników dołączonych do dokumentu z cechą akta. Do każdego dokumentu można dodawać komentarze, znaczniki i notatki, przeglądać ich treść i je usuwać. Podczas pracy z dokumentem możliwe jest także jego wydrukowanie Przy pracy z dokumentami istnieje możliwość: wyłączania dokumentów ze sprawy, wykonania ręcznej korekty numerów kart dokumentów, anonimizacji oraz analizy dokumentów. Ponadto przeglądarka dokumentów jest wyposażona w funkcjonalność odsłuchiwania treści dokumentu.

Podstawowym ekranem pracy użytkownika jest wykaz dokumentów z poziomu, z którego wykonywane są opisane powyżej funkcjonalności. Ponadto z tego poziomu możliwe jest także: przeglądanie samego wykazu dokumentów, zawężanie go do wykazu dokumentów w sprawie, przeszukiwanie wykazu dokumentów według określonych kryteriów, sortowanie wykazu, zapis wykazu do pliku oraz wydruk uzyskanego wykazu. Ponadto wprowadzona jest funkcjonalność historii wyszukiwania i generowania zestawień statystycznych.

Kolejnym z podstawowych ekranów pracy użytkownika modułu zarządzania aktami jest wykaz spraw z poziomu, którego możliwe jest wykonywanie szeregu operacji ściśle związanych z wykazem, czyli rejestrowanie spraw, przeglądanie wykazu, przeszukiwanie wykazu, sortowane wykazu, wydruk wykazu, jak również zapis wykazu do pliku. Ponadto podczas przeglądania wykazu spraw możliwe jest także wybranie jednej ze spraw oraz przeprowadzenie na wybranej sprawie szeregu operacji związanych ze sprawą takich jak: zmiana układu akt z chronologicznego na wielowątkowy, nadanie kolejnej sygnatury w sprawie, przeglądanie sprawy oraz połączenie spraw. Po wejściu w wybraną sprawę możliwe jest, w zależności od posiadanych uprawnień wykonywanie następujących czynności: dodawanie komentarzy do sprawy, edycja danych sprawy, przeglądanie komentarzy do sprawy, usuwanie komentarzy ze sprawy oraz zmiana sposobu uporządkowania akt. SDA umożliwia również zmianę struktury sprawy poprzez dodawanie teczek / tomów / wątków do sprawy, edycję teczek / tomów

/ wątków w sprawie, usuwanie teczek / tomów / wątków ze sprawy, podział dokumentów jak również przenoszenie kart pomiędzy dokumentami.

Moduł zarządzania aktami umożliwia zarówno wyeksportowanie przekazywanej sprawy z aktualnie używanej instancji SDA do innej instancji SDA na przykład w innej prokuraturze, jak również import sprawy przekazywanej. Podczas eksportu oraz importu do transportu informacji wykorzystywane są pliki XML oraz TIF, które są umieszczane w skompresowanym archiwum w formacie ZIP opatrzonym hasłem, z którego nie jest możliwe odczytanie informacji poza SDA.

SDA podczas przeglądania struktury sprawy pozwala na generowanie oraz podgląd karty przeglądowej zawierającej informacje na temat dokumentów składających się na wskazany tom czy teczkę.

Wszystkie funkcjonalności, uruchamiane przez użytkownika lub automatycznie przez system, są odnotowywane w dziennikach systemowych.

W Module zarządzania aktami włączone są funkcjonalności związane z anonimizacją danych i analizą akt postępowania.

Moduł umożliwia przeprowadzenie analizy zgromadzonego materiału dowodowego poprzez trzy najważniejsze funkcjonalności:

1. Dodawanie komentarzy, znaczników i notatek do dokumentów, przeglądanie ich treść i ich usuwanie, a także kopiowanie dokumentów do analizy.

2. Przeglądanie, wyszukiwanie, filtrowanie dokumentów zawartych w sprawach oraz ich analiza poprzez zdefiniowane kryteria wyszukiwania.

3. Generowanie pism procesowych – moduł umożliwia automatyczne generowanie pism procesowych na podstawie zdefiniowanych szablonów, danych zgromadzonych przez użytkownika w trakcie analizy oraz danych pobranych z systemu SIP Libra 2.

Efektem działania funkcjonalności jest dokument w formie edytowalnej, wygenerowany z szablonu z uzupełnionymi polami do wypełnienia. Ponadto w systemie są zdefiniowanie dedykowane interfejsy użytkownika, umożliwiające gromadzenie przez użytkownika danych niezbędnych do wygenerowania określonych pism procesowych tj.: postanowień, wniosków o wykonanie analiz, wytycznych, aktów oskarżenia.

Moduł posiada funkcjonalność wyszukiwania wg treści dokumentów zdefiniowanych przez użytkownika oraz dedykowane pole w kryteriach wyszukiwania umożliwiające wyszukiwanie według treści dokumentów posiadających wersję OCR. Ponadto w module jest możliwość wyszukiwania kontekstowego, według fraz, synonimów fraz oraz według określonych znaczników. Z poziomu wyników wyszukiwania można podejrzeć treść dokumentu.

Z poziomu podglądu dokumentu jest możliwość tworzenia komentarzy i znaczników przypisywanych do dokumentów, definiowania danych analitycznych (np. numerów telefonów, kont bankowych) oraz przypisania wytycznych do dokumentu.

Moduł zarządzania aktami zapewnia wspomaganie anonimizacji dokumentów akt. Istnieje możliwość automatycznej anonimizacji dokumentów w oparciu o imiona, nazwiska, adresy e-mail, numery kont bankowych, numery telefonów, kody pocztowe, numery PESEL. Umożliwiona jest również anonimizacja dokumentów w oparciu o wyniki wyszukiwania wprowadzonych fraz. Możliwe jest także grupowe zaznaczanie wszystkich znalezionych w dokumencie elementów oraz ich przekształcanie na postać zanonimizowaną lub anulowanie ich anonimizacji.

W zakładce z listą wersji zanonimizowanych dokumentu wprowadzone są mechanizmy wyszukiwania oraz sortowania pozycji listy.

Automatyczne algorytmy operują na wersji dokumentu rozpoznanej przy pomocy OCR. Użytkownik ma również możliwość anonimizacji:

1. poprzez wpisanie frazy tekstowej przeznaczonej do zanonimizowania,

2. poprzez zaznaczenie na obrazie strony obszaru, który ma zostać zanonimizowany,

3. całej strony dokumentu oraz całego dokumentu – w przypadku gdy cały dokument nie powinien być upubliczniany.

Po zakończeniu i akceptacji anonimizacji przez użytkownika generowany jest dokument składający się z obrazów, na których obszary zanonimizowane posiadają kolor czarny lub biały.

2.3.3.7 Moduł udostępniania danych oraz integracji danych i interfejsów do zewnętrznych baz danych

Moduł udostępniania danych realizuje funkcje udostępniania zdigitalizowanych akt organom prowadzącym postępowania, sądom oraz stronom postępowania z wykorzystaniem przeglądarki internetowej. Prokurator prowadzący postępowanie określa zakres tomów akt postępowania oraz zakres kart akt postępowania podlegających udostępnieniu. Akta w razie potrzeby mogą zostać poddane procesowi anonimizacji danych osobowych oraz innych danych umożliwiających identyfikację.

Użytkownik modułu udostępniania danych po poprawnym przejściu procesu logowania, otrzymuje możliwość przeglądania akt, do których ma uprawnienia.

Moduł udostępniania daje możliwość eksportu danych na nośnik informacji. Wyeksportowane dane są w postaci zaszyfrowanej, chronionej hasłem dostępu.

W celu zapewnienia stosownego poziomu bezpieczeństwa, moduł udostępniania jest silnie odseparowany od pozostałych części systemu.

Moduł integracji danych zapewnia integrację z systemem informatycznym SIP Libra 2 i systemem analizy kryminalnej poprzez udostępnienie interfejsów umożliwiających pobranie danych spraw zarejestrowanych w SDA. Ponadto integracja z SIP Libra 2 polega na pobieraniu danych spraw z SIP Libra 2 do SDA.

Interfejs użytkownika zewnętrznego modułu udostępniania został zrealizowany w postaci aplikacji WWW.

2.3.3.8 Interfejs do systemu analizy kryminalnej

Interfejs do systemu analizy kryminalnej (oznaczany dalej skrótem ISAK) jest programem przeznaczonym do przenoszenia danych z dokumentów znajdujących się w zasobach prokuratury do bazy danych iBase. ISAK pozwala na zapisanie danych, wydobytych z dokumentów tekstowych w postaci obiektów oraz połączeń wykorzystywanych w analizie w jednym pliku, tzw. pliku wymiany danych. Lokalizacja i nazwa pliku wymiany danych powinny być uprzednio zdefiniowane w bazie danych iBase.

Podstawowa funkcjonalność ISAK polega na tworzeniu obiektów i połączeń oraz wypełnianiu ich pól, zwierających dodatkowe informacje dotyczące obiektu lub połączenia, na podstawie tekstu jednego lub wielu dokumentów.

2.3.3.9 Moduł administracyjny lokalny

Moduł administracyjny lokalny umożliwia lokalne konfigurowanie aplikacji, zarządzanie użytkownikami, prowadzenie dzienników systemu, sporządzanie statystyk, zarządzanie słownikami lokalnymi. Dostęp do modułu administracyjnego lokalnego posiadają jedynie użytkownicy z uprawnieniami administratora aplikacji SDA. W ramach tego modułu administrator lokalny może wykonywać czynności związane z konfiguracją systemu, przydzielaniem uprawnień oraz monitorowaniem pracy systemu.

Konfiguracja systemu z poziomu administracji lokalnej umożliwia x.xx. zdefiniowanie ile przestrzeni dyskowej ma zostać przydzielonej na składowanie dzienników systemu, ustawienie okresu czasu, w którym pamiętane są dzienniki systemu, czy też zdefiniowanie czasu bezczynności użytkownika w systemie, po przekroczeniu, którego użytkownik zostanie wylogowany z sytemu.

SDA z poziomu administracji lokalnej umożliwia zarządzanie użytkownikami. W systemie rozróżnione są następujące klasy/grupy użytkowników:

1. użytkownicy wewnętrzni - do grupy tej zalicza się prokuratorów oraz urzędników powszechnych jednostek prokuratury,

2. użytkownicy zewnętrzni – którzy korzystają z systemu SDA z poziomu przeglądarki internetowej,

3. administratorzy.

Wszystkie działania podejmowane przez każdego z użytkowników systemu oraz czynności automatycznie wykonywane przez system są logowane. W systemie istnieje możliwość przeglądania oraz wydruku listy logów systemu z poziomu dzienników systemu. Na podstawie danych zgromadzonych w dziennikach systemu jest możliwość tworzenia raportów.

Do funkcji modułu administracyjnego SDA na poziomie lokalnym należy również zarządzanie następującymi słownikami:

1. słownikiem lokalnym,

2. słownikiem centralnym,

3. słownikiem synonimów,

4. słownikiem jednostek prokuratur,

5. słownikiem szablonów wydruków.

Z poziomu administracji lokalnej zarządzanie rolami użytkowników sprowadza się do przeglądania ról użytkowników. Role stanowią zestaw funkcji, do których użytkownik ma uprawnienia i są tworzone na poziomie administracji centralnej. Natomiast w administracji lokalnej istnieje możliwość zaimportowania ról stworzonych w administracji centralnej do administracji lokalnej.

Administracja lokalna umożliwia również zarządzanie uprawnieniami. Uprawnienia są przyznawane użytkownikowi poprzez określenie zakresu danych, do których użytkownik może mieć dostęp. Do zakresu danych, do których użytkownik może otrzymać dostęp należy:

1. repertorium Ds – dostęp do akt wszystkich spraw z repertorium Ds,

2. sprawa Ds – dostęp do akt określonej sprawy Ds,

3. dokument w sprawie Ds – dostęp do określonego dokumentu w określonej sprawie Ds.

W SDA, z poziomu administracji lokalnej, istnieje dostęp do rejestru gości zwanego również „księgą gości”. „Księga gości” zawiera użytkowników z rolą gość oraz rolą przeglądanie dla osób niebędących pracownikami jednostki. Rola gość umożliwia dostęp wyłącznie do wskazanych spraw, tomów akt lub dokumentów w zakresie przeglądania i wydruku ich obrazów (jeżeli zostaną nadane uprawnienia w tym zakresie). Rola przeglądanie uprawnia do przeglądania repozytorium lub wskazanych spraw wraz z zawartością.

3.1.1. Moduł administracyjny centralny

Moduł administracyjny centralny pozwala na tworzenie ról użytkowników oraz zarządzanie słownikami centralnymi. Moduł umożliwia także dystrybucję nowych wersji systemu i list certyfikatów.

Do funkcji modułu administracyjnego SDA na poziomie centralnym należy zarządzanie następującymi słownikami:

1. słownikiem centralnym,

2. słownikiem synonimów,

3. słownikiem jednostek prokuratur,

4. słownikiem szablonów wydruków.

Zarówno w przypadku słownika centralnego, jak i słownika synonimów administrator centralny może tworzyć a następnie uzupełniać zawartość słowników oraz dezaktualizować wartości słownika, które przestają być aktualne. Ponadto dla słowników centralnych oraz słowników synonimów istnieje możliwość dodawania nowej wersji słownika na podstawie aktualnej wersji istniejącej w systemie bądź w oparciu o wersje robocze.

W przypadku słownika jednostek prokuratur istnieje możliwość dodawania, bądź zmiany certyfikatów dla jednostek prokuratur oraz usuwania certyfikatów dla jednostek prokuratur.

Słownik szablonów wydruków przechowuje szablony wydruków służące do generowania pism w module analitycznym. Administrator centralny może dodawać nowe szablony wydruków, edytować istniejące w systemie szablony wydruków bądź dezaktualizować szablony wydruków, które przestają być aktualne.

Za pomocą funkcji importu istnieje możliwość wgrania zawartości słownika do systemu. Dodatkowo można wyeksportować zawartość słownika szablonów wydruków, który następnie może zostać przesłany do administratorów lokalnych celem zaimportowania słownika do lokalnej instancji SDA.

Role użytkowników stanowią zestaw funkcji, do których użytkownik będzie miał uprawnienia i są tworzone na poziomie administracji centralnej. Poza dodawaniem ról do systemu administrator centralny może edytować oraz dezaktualizować role, które przestają być aktualne. Administrator ma także możliwość modyfikowania powiązań funkcji z rolami użytkowników poprzez dodawanie bądź usuwanie funkcji przypisanych do roli.

Zarówno role użytkowników, jak i wyżej wymienione słowniki mają zapewniony mechanizm zdalnej dystrybucji w wyniku, którego zostanie wygenerowana wersja końcowa ról/słownika, która może zostać przesłana do administratorów lokalnych w celu zaimportowania ich do lokalnych instancji systemu.

2.3.3.10 Struktura oprogramowania SDA

SDA jest zbudowany w wielowarstwowej, modułowej architekturze zorientowanej usługowo (SOA). Każdy z modułów jest autonomiczny i posiada zdefiniowaną dla realizacji funkcjonalności strukturę danych.

Za bezpieczeństwo danych oraz wysoką dostępność systemu odpowiadają macierze dyskowe oraz podsystem wirtualizacji.

Mechanizmem zapewniającym bezpieczeństwo w przypadku korzystania z Modułu udostępniania danych w przeglądarce internetowej jest zabezpieczenie transmisji danych przy użyciu protokołu SSL/TLS.

Cała komunikacja odbywa się przy użyciu udostępnianych przez poszczególne moduły lub usługi interfejsów web service oraz komponentów integrujących. Z uwagi na autonomiczny charakter

poszczególnych modułów, komponenty integrujące mają za zadanie przeniesienie odpowiednio transformowanych danych pomiędzy nimi. W efekcie każdy z modułów dysponuje danymi sprofilowanymi pod kątem potrzeb funkcjonalnych (np. odpowiednio zoptymalizowane wydajnościowo). Ponadto każdy z modułów ma dostęp jedynie do ograniczonego zestawu danych, co dodatkowo zwiększa bezpieczeństwo, np. za pomocą Modułu Udostępniania można uzyskać dostęp jedynie do danych, które zostały udostępnione (nie ma możliwości wglądu w całe repozytorium). Silna separacja modułów daje również możliwość skalowania wydajności oraz pojemności całej platformy, jak i poszczególnych jej komponentów.

Z uwagi na modułową architekturę SDA, jego elementy zostały rozmieszczone w różnych częściach środowiska sprzętowego. Moduły użytkowe oraz warstwa uwierzytelniania i autoryzacji (z wyjątkiem Modułu Udostępniania) zostały uruchomione w środowisku stacji roboczych. Moduły użytkowo- usługowe są rozmieszczone zarówno na stacjach roboczych (w części dostarczającej interfejs użytkownika), jak i na serwerach (w części publikującej usługi). Moduły usługowe, integracyjne oraz warstwa danych zostały rozlokowane na serwerach. W celu zapewnienia optymalnej wydajności oraz skalowalności systemu warstwa aplikacji oraz danych zostały rozdzielone pomiędzy odrębne serwery – aplikacyjny i bazodanowy.

Moduły SDA, zainstalowane na stacjach klienckich zostały wykonane w technologii Xxxxxxxxx.XXX Framework. 4.5.1.

Usługi wspólne systemu zostały zrealizowane w postaci interfejsów web service SOAP i są uruchomione w środowisku serwera aplikacyjnego Apache w stabilnej wersji.

Warstwa danych SDA została zrealizowana przy użyciu środowiska PostgreSQL w najnowszej stabilnej wersji dedykowanej do systemu operacyjnego serwera.

Całe środowisko serwerowe zostało uruchomione w warstwie wirtualizacji realizowanej przez Vmware vSphere Essentials Kit 6.0. Jako system operacyjny serwerów aplikacyjnych i bazodanowych został wykorzystany system CentOS 6.6. Na potrzeby uruchomienia usług OCR został wykorzystany system Windows.

Nazwa	Opis
Microsoft .Net Framework 4.5.1	Środowisko uruchomieniowe oprogramowania wersja 4.5.1 – komponent systemu Microsoft Windows
Apache HTTP Server 2.x	Serwer http z rozszerzeniami wspierającymi uruchomienie komponentów serwerowych SDA oraz łączność do bazy danych PostgreSQL
PostgreSQL 9.x	Serwer bazy danych wykorzystany do realizacji warstwy danych SDA
Vmware vSphere Essentials Kit 6.0	Środowisko wirtualizacyjne SDA
CentOS 6.6	System operacyjny wykorzystywany do uruchomienia komponentów serwerowych SDA. Z uwagi na brak oficjalnego wsparcia dla systemu kopii zapasowych Acronis uruchomionego w

Oprogramowanie systemowe wchodzące w skład systemu SDA: Tabela 4 Oprogramowanie systemowe SDA

	systemie CentOS 7, zostanie użyta wspierana wersja systemu operacyjnego (6.x).
Biblioteka DockPanel Suite for .Net ver 2.8.0.0	Biblioteki narzędziowe do budowy interfejsu użytkownika wszystkich modułów SDA.
Morfeusz Polimorf 20130707	Biblioteki narzędziowe i dane fleksyjne na potrzeby funkcjonalności analitycznych.
OpenSSL 1.x	Komponenty do obsługi funkcji kryptograficznych PKI.

2.3.3.11 Komunikacja z ePUAP

Jest to wydzielony element systemu umożliwiający obsługę komunikacji związanej z udostępnianiem akt postępowań przy użyciu platformy ePUAP.

2.3.3.12 Komunikacja SDA z SIP Libra 2

Komunikacja z systemem SIP Libra 2 została zrealizowana za pomocą usług sieciowych (Web Service) wykorzystujących protokół SOAP (Simple Object Access Protocol), opisanych przy użyciu WSDL. Odbywa się w bezpiecznym kanale SSL. Usługi rozdzielone zostały na dwa serwery: serwer SIP Libra 2 oraz serwer SDA.

Po stronie SDA został utworzony komponent (usługa), który odpowiada za pobieranie danych sprawy z SIP Libra 2. Dane z SIP Libra 2 są pobierane cyklicznie (w celu aktualizacji danych spraw zgromadzonych w module zarządzania SDA) oraz na żądanie (w przypadku wprowadzania nowych akt w module skanowania oraz w trakcie generowania dokumentów wynikowych). W celu realizacji usługi umożliwiającej pobranie danych sprawy z systemu SIP Libra 2 konieczne jest zestawienie połączenia pomiędzy serwerem aplikacyjnym SDA, a serwerem bazodanowym SIP Libra 2. Usługa umożliwia pobieranie danych sprawy:

1. Opis sprawy.

2. Data rejestracji sprawy.

3. Kwalifikacja prawna sprawy.

4. Data wszczęcia postępowania.

5. Forma postępowania przygotowawczego.

6. Organ prowadzący.

7. Nazwisko prokuratora prowadzącego postępowanie.

8. Nazwisko prokuratora nadzorującego.

9. Nazwisko asystenta prokuratora.

10. Sposób zakończenia sprawy.

11. Data zakończenia sprawy.

12. Czyny w sprawie.

13. Zarzuty w sprawie.

14. Danych o przekazaniu sprawy do archiwum.

15. Dane świadków.

16. Dane pokrzywdzonych.

17. Dane podstawowe podejrzanych:

a. Typ osoby;

b. Nazwisko;

c. Nazwisko drugie;

d. Imię;

e. Imię drugie;

f. Płeć;

g. Nazwisko rodowe;

h. PESEL;

i. Imię ojca;

j. Imię matki;

k. Nazwisko rodowe matki;

l. Data urodzenia;

m. Miejsce urodzenia;

n. Data śmierci;

o. Obywatelstwa.

18. Adresy podejrzanego:

a. Typ adresu;

b. Kraj;

c. Województwo;

d. Powiat;

e. Gmina;

f. Miejscowość;

g. Ulica;

h. Nr domu;

i. Nr mieszkania;

j. Kod pocztowy;

k. Poczta;

l. Dodatkowa nazwa.

Usługa posiada zaimplementowaną metodę GetCaseData($casesignature) – służącą do pobrania danych sprawy z SIP Libra 2. Dane są zwracane w postaci XML. Dane pobrane z SIP Libra 2 są przetrzymywane w bazie danych SDA w strukturach dedykowanych odpowiednim modułom.

2.4 Udostępniana infrastruktura Zamawiającego

2.4.1 Opis sieci WAN-PROK

Sieć WAN-PROK umożliwia połączenie wszystkich powszechnych jednostek organizacyjnych prokuratury na terenie kraju dla wymiany danych pomiędzy nimi, jak również w celu połączenia z Prokuraturą Krajową w której uruchomione są centralne systemy informatyczne prokuratury.

Sieć WAN-PROK składa się z dwóch warstw:

1. Warstwa pierwsza jest Siecią Operatora w oparciu o którą wykreowano prywatną sieć WAN w technologii IP VPN MPLS dla połączenia powszechnych jednostek organizacyjnych prokuratury. Topologia zbudowanej sieci umożliwia realizację połączeń pomiędzy lokalizacjami każdy z każdym. Sieć Operatora składa się z następujących elementów:

a. routerów dostępowych CE, które instalowane są w lokalizacjach powszechnych jednostkach organizacyjnych prokuratury. Zainstalowany w jednej lokalizacji, jeden router CE może obsługiwać kilka jednostek prokuratury mieszczących się w tej lokalizacji. Routery dostępowe CE są własnością Operatora i zarządzane są przez Operatora,

b. routery brzegowe PE umieszczone są w węzłach sieci szkieletowej Operatora. Routery brzegowe PE są własnością Operatora i zarządzane przez Operatora,

c. łączy dostępowych, które łączą router CE zainstalowany w lokalizacji Zamawiającego z routerem PE zainstalowanym w najbliższym węźle sieci szkieletowej Operatora,

d. stacji monitorowania zainstalowanej w Prokuraturze Krajowej umożliwiającej kontrolę jakości usług świadczonych przez Operatora.

2. Warstwa druga, zapewnia bezpieczeństwo sieci WAN-PROK. Zbudowana jest w oparciu o Urządzenia Bezpieczeństwa umożliwiające połączenia przy zachowaniu wymaganego poziomu bezpieczeństwa sieci LAN lub VLAN danej jednostki prokuratury z routerem dostępowym CE. Urządzenia Bezpieczeństwa eksploatowane i dostarczane w ramach przedmiotowego postępowania przetargowego są/będą własnością Zamawiającego.

Na Rysunek 8 przedstawiono ogólną architekturę sieci WAN-PROK.

Lokalizacja Prokuratury Krajowej

VLAN 1 VLAN N

WAN-PROK

Sieć Operatora

Urządzenie S

Przełącznik LAN Zamawiającego

Urządzenie S

Przełącznik LAN Zamawiającego

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie

Bezpieczeństwa B Zamawiającego

Routr CE

Operatora

Stacja

monitorowania sieci Operatora

Routr PE

Operatora

Sieć

Szkieletowa Operatora

Łącza dostępowe

IP VPN MPLS

Routr PE

Operatora

Routr PE

Operatora

Routr CE

Operatora

Routr CE

Operatora

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie S

Przełącznik LAN Zamawiającego

Urządzenie S

Przełącznik LAN Zamawiającego

VLAN 1

VLAN N

VLAN 1

VLAN N

Lokalizacja L1 Lokalizacja Ln

Rysunek 8 Schemat sieci WAN-PROK

W tabeli przedstawiono dostępne przepustowości łączy sieci WAN-PROK dla prokuratur poszczególnych szczebli. Przepustowość łączy dopasowywana jest do aktualnych potrzeb jednostki prokuratury.

Tabela 5 Zestawienie przepustowości łączy sieci WAN-PROK dla poszczególnych szczebli prokuratury

Lp.	Prokuratury	Przepustowość Mbps
1.	Krajowa (OPDK)	64
2.	Regionalne (OPDR)	32-64
3.	Okręgowe (OPDO)	16-20
4.	Rejonowe	4-16

2.4.1.1 Opis elementów Sieci Operatora

1. Routery PE

a. Łącza dostępowe od strony sieci szkieletowej Operatora zakończone są routerami PE (Provider Edge).

b. Routery PE są własnością Operatora, zarządzane z centrum zarządzania Operatora.

c. Routing pomiędzy routerami PE-CE jest zgodny z protokołem eBGP.

2. Routery CE

a. Łącze dostępowe od strony lokalizacji prokuratury zakończone jest routerem CE.

b. Routery CE są własnością Operatora, zarządzane z centrum zarządzania Operatora.

c. W przypadku, gdy dana lokalizacja jest siedzibą kilku jednostek organizacyjnych (np. prokuratury regionalnej i prokuratury okręgowej) wówczas w tej lokalizacji jest tylko jeden router CE do którego podłączonych jest kilka urządzeń bezpieczeństwa B.

1. Routing pomiędzy routerami CE a urządzeniami bezpieczeństwa B jest routingiem statycznym. Pomiędzy routerami CE a urządzeniem bezpieczeństwa B zastosowana jest przez Zamawiającego adresacja point-to-point. Szczegółowa adresacja zostanie przekazana Wykonawcy po podpisaniu umowy.

Jako routery CE w zależności od wielkości jednostki prokuratury, Operator zastosował następujące modele routerów

a. Juniper SRX-240,

b. SRX-220,

c. SRX-210,

d. J-2320.

Routery CE posiadają następującą ilość interfejsów przyłączeniowych:

a. cztery elektryczne interfejsy przyłączeniowe Eth 10/100/1000 dla lokalizacji Prokuratury Krajowej oraz lokalizacji Prokuratur Regionalnych i Okręgowych. W przypadku gdy Prokuratura Regionalna i Prokuratura Okręgowa znajdują się w jednej lokalizacji i jest zestawiane jedno łącze dostępowe i jedno urządzenie CE, jednostki posiadają co najmniej cztery elektryczne interfejsy przyłączeniowe Eth 10/100/1000),

b. dwa elektryczne interfejsy przyłączeniowe Eth 10/100/1000 dla pozostałych lokalizacji Zamawiającego.

2. Wszystkie routery CE podlegają wewnętrznej polityce bezpieczeństwa Operatora, która uwzględnia x.xx.:

a. bezpieczny dostęp przez konsolę,

b. bezpieczny dostęp przez VTY uwzględniający AAA + RSA (wyłącznie jeśli użytkownik ma mieć dostęp do CE),

c. enkrypcję haseł,

d. logowanie do bufferów i sysloga - zdalnej stacji,

e. wyłączanie niewykorzystywanych serwisów,

f. włączone snmp traps,

g. baner przy logowaniu,

h. włączony NTP w celu dokładnych korelacji wydarzeń.

2.4.1.2 Opis Urządzeń Bezpieczeństwa B – Zamawiającego

1. Warstwa druga sieci WAN-PROK zbudowana jest z urządzeń bezpieczeństwa i stanowi zasadniczy element zapewnienia bezpieczeństwa dla użytkowników sieci WAN-PROK.

2. Zastosowano urządzenia bezpieczeństwa typu UTM.

2.4.1.3 Warianty instalacji urządzeń bezpieczeństwa

1. Podstawowym elementem struktury organizacyjnej prokuratury jest „powszechna jednostka organizacyjna prokuratury”. Do powszechnych jednostek organizacyjnych prokuratury należy zarówno Prokuratura Krajowa, jak i prokuratury regionalne, prokuratury okręgowe i prokuratury rejonowe.

2. Powszechne jednostki organizacyjne prokuratury mieszczą się w obiektach fizycznych dalej nazywanymi „lokalizacjami”.

3. Ze względów organizacyjnych występują trzy przypadki umiejscowienia jednostek prokuratury w lokalizacjach:

a. jedna jednostka prokuratury mieści się w jednej lokalizacji,

b. dwie lub więcej jednostek prokuratury mieszczą się w jednej lokalizacji,

c. jedna jednostka prokuratury mieści się w dwóch lub więcej lokalizacjach.

4. Zgodnie z umową podpisaną pomiędzy Zamawiającym a Operatorem routery dostępowe CE zainstalowane są w każdej lokalizacji w której może być jedna lub kilka jednostek prokuratury.

W dalszej części przedstawionych zostanie pięć wariantów podłączenia urządzeń bezpieczeństwa do routerów CE. Zakłada się, że w wyjątkowych przypadkach mogą wystąpić odstępstwa od przedstawionych rozwiązań wariantowych.

2.4.1.3.1 Wariant 1 instalacji urządzeń bezpieczeństwa

1. W Wariancie 1 jedna Jednostka Prokuratury mieści się w jednej lokalizacji.

2. W tym przypadku do routera Operatora CE dołączone jest jedno urządzenie bezpieczeństwa do którego będzie podłączony jeden lub kilka przełączników LAN.

3. W jednostce prokuratury na przełącznikach LAN może być utworzonych kilka sieci VLAN. Do sieci VLAN podłączane są serwery oraz stacje robocze. Zakłada się, że nie będzie zmieniana adresacja urządzeń dołączonych do sieci LAN (VLAN).

Wariant 1

Lokalizacja Lx

Routr CE Operatora

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie S Przełącznik LAN Zamawiającego

Jednostka Prokuratury x

Rysunek 9 Wariant 1 instalacji urządzeń bezpieczeństwa

2.4.1.3.2 Wariant 2 instalacji urządzeń bezpieczeństwa

1. W Wariancie 2 dwie lub kilka jednostek prokuratury mieści się w jednej lokalizacji.

2. W tym przypadku do routera Operatora CE dołączone urządzenia bezpieczeństwa do których podłączone są jeden lub kilka przełączników LAN.

3. W każdej jednostce prokuratury na przełącznikach LAN może być utworzonych kilka sieci VLAN. Do sieci VLAN podłączane są serwery oraz stacje robocze. Zakłada się, że nie będzie zmieniana adresacja urządzeń dołączonych do sieci LAN (VLAN).

Lokalizacja Lx

Routr CE

Operatora

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie S

Przełącznik LAN Zamawiającego

Urządzenie S

Przełącznik LAN Zamawiającego

Jednostka Prokuratury x

Jednostka Prokuratury y

Wariant 2

Rysunek 10 Wariant 2 instalacji urządzeń bezpieczeństwa

2.4.1.3.3 Wariant 3 instalacji urządzeń bezpieczeństwa

1. W Wariancie 3 kilka Jednostek Prokuratury mieści się w jednej lokalizacji.

2. W tym przypadku do routera Operatora CE dołączone jest jedno urządzenie bezpieczeństwa zainstalowane w jednej z jednostek prokuratury. Do urządzenia bezpieczeństwa dołączone są przełączniki LAN, które zainstalowane są w jednostkach prokuratury znajdujące się w danej lokalizacji.

3. W każdej z jednostek prokuratury znajdującej się w danej lokalizacji na przełącznikach LAN mogą być utworzone kilka sieci VLAN. Do sieci VLAN podłączane są serwery oraz stacje robocze. Zakłada się, że nie będzie zmieniana adresacja urządzeń dołączonych do sieci LAN (VLAN).

Lokalizacja Lx

Routr CE Operatora

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie S Przełącznik LAN Zamawiającego

Urządzenie S

Przełącznik LAN Zamawiającego

Jednostka Prokuratury x

Jednostka Prokuratury y

Wariant 3

Rysunek 11 Wariant 3 instalacji urządzeń bezpieczeństwa

2.4.1.3.4 Wariant 4 instalacji urządzeń bezpieczeństwa

1. W Wariancie 4 dwie lub kilka jednostek prokuratury mieści się w jednej lokalizacji.

2. W tym przypadku do routera Operatora CE dołączone jest jedno urządzenie bezpieczeństwa, do którego będzie podłączony jeden lub kilka przełączników LAN obsługujących kilka jednostek prokuratury w danej lokalizacji.

3. Na przełącznikach LAN może być utworzonych kilka sieci VLAN obsługujących jednostki prokuratury w danej lokalizacji. Do sieci VLAN podłączane są serwery oraz stacje robocze. Zakłada się, że nie będzie zmieniana adresacja urządzeń dołączonych do sieci LAN (VLAN).

Lokalizacja Lx

Routr CE Operatora

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie S Przełącznik LAN Zamawiającego

Jednostka Prokuratury x

Jednostka Prokuratury y

Wariant 4

Rysunek 12 Wariant 4 instalacji urządzeń bezpieczeństwa

2.4.1.3.5 Wariant 5 instalacji urządzeń bezpieczeństwa

1. W Wariancie 5 jedna jednostka prokuratury rozlokowana jest w kilku lokalizacjach.

2. W tym przypadku w każdej lokalizacji znajduje się router Operatora CE do którego w każdej lokalizacji dołączone jest jedno urządzenie bezpieczeństwa, do którego będzie podłączony jeden lub kilka przełączników LAN.

3. W każdej lokalizacji zainstalowane są przełączniki LAN, które umożliwią utworzenie kilku sieci VLAN. Do sieci VLAN podłączane są serwery oraz stacje robocze. Zakłada się, że nie będzie zmieniana adresacja urządzeń dołączonych do sieci LAN (VLAN).

Wariant 5

Lokalizacja Ly

Routr CE Operatora

Urządzenie Bezpieczeństwa B Zamawiającego

Urządzenie S Przełącznik LAN Zamawiającego

Jednostka Prokuratury x

Lokalizacja Lx

Routr CE Operatora

Urządzenie

Bezpieczeństwa B Zamawiającego

Urządzenie S Przełącznik LAN Zamawiającego

Jednostka Prokuratury x

Rysunek 13 Wariant 5 instalacji urządzeń bezpieczeństwa

2.4.2 Dostęp do Internetu

Zamawiający zapewni dostęp do Internetu w POPD dwoma łączami o przepustowości minimum 256 Mb/s.

2.4.3 Łącza dostępowe do instytucji zewnętrznych

Dla realizacji dostępu do rejestrów zewnętrznych oraz instytucji współpracujących z prokuraturą Zamawiający zapewni łącza dedykowane o wymaganej przepustowości. Zakończone stykiem RJ 45 wraz z adresacją IP v 4.

2.4.4 Ośrodki Przetwarzania Danych Prokuratury Krajowej oraz prokuratur regionalnych

2.4.4.1 Sprzęt zainstalowany w Ośrodku Przetwarzania Danych Prokuratury Krajowej oraz prokuratur regionalnych.

Tabela 6 Wykaz sprzętu zainstalowanego w OPDK oraz OPDR

Lp.	Rodzaj sprzętu	Opis konfiguracji sprzętu, oprogramowania
1	Macierz EMC VNX 5400	1. DPE (Disk Processor Enclosure) – obudowa 3U na kontrolery wraz z półką dyskową na 25 dysków 2,5” 2. DAE-15 (Disk Array Enclosure) – obudowa 3U na 15 dysków 3,5” 3. 2 kontrolery iSCSI, każdy kontroler – 4 porty) 4. 32GB RAM cache 5. 24 dyski 1.2TB SAS 2.5” 10 krpm 6. 12 dysków 4TB NL-SAS 3.5” 7.2 krpm 7. półka z 7 dyskami SSD: a. 4 OPDR (Gdańsk, Wrocław, Katowice, Kraków) i OPDK - 7 dysków SSD 400GB b. 7 OPDR (pozostałe OPDR) - 7 dysków SSD 200GB Licencje i oprogramowanie: 1. Oprogramowanie do zarządzania Unisphere, 2. Oprogramowanie Local Protection Suite (kopie migawkowe i pełne) 3. Wszystkie licencje na nieograniczoną pojemność dyskową Wykorzystanie dysków: 1. System SDA a. 12 dysków 1.2TB SAS 2.5” 10 krpm b. 7 dysków 4TB NL-SAS 3.5” 7.2 krpm 2. System Libra 2 i inne potrzeby a. 12 dysków 1.2TB SAS 2.5” 10 krpm b. 5 dysków 4TB NL-SAS 3.5” 7.2 krpm c. 7 dysków SSD

Lp.	Rodzaj sprzętu	Opis konfiguracji sprzętu, oprogramowania
2	Dwa serwery Dell PowerEdge R720.	1. 2 CPU Intel Xeon E5-2660 v2 10 rdzeni, 2.2GHz; 128GB RAM. 2. 2-portowa kart sieciowa z wkładkami 10Gb - Dell Broadcom 57810 DP 10 10Gb SR/SFP+ Converged Network Adapter z dwoma modułami SFP+ Module Multi Mode Fiber 10GbE LC. Licencja i oprogramowanie: 1. iDRAC Enterprise 8. Wykorzystanie serwerów: 1. Serwery wykorzystane dla systemu SDA
3	Jeden serwer Dell PowerEdge R630	1. 2 CPU Intel Xeon E5-2620 v3 2.4GHz 6 rdzeni; 128GB BRAM (możliwość rozbudowy do 384GB); 2 HDD 600GB; 2. 2-portowa kart sieciowa z wkładkami 10Gb - Dell Broadcom 57810 DP 10 10Gb SR/SFP+ Converged Network Adapter z dwoma modułami SFP+ Module Multi Mode Fiber 10GbE LC. 3. zewnętrznym kontrolerem SAS 6Gb. Licencja i oprogramowanie 1. iDRAC Enterprise 8. Wykorzystanie serwera: 1. serwer backup - podłączona biblioteka taśmowa
4	Trzy serwery Dell PowerEdge R630	1. 2 CPU Intel Xeon E5-2650 v3 2.3GHz 10 rdzeni; 256GB BRAM (możliwość rozbudowy do 384GB); 2 HDD 600GB. 2. 2-portowa kart sieciowa z wkładkami 10Gb - Dell Broadcom 57810 DP 10 10Gb SR/SFP+ Converged Network Adapter z dwoma modułami SFP+ Module Multi Mode Fiber 10GbE LC. Licencja i oprogramowanie 1. iDRAC Enterprise 8. Wykorzystanie serwerów 1. System SIP Libra 2 i inne cele
0	XXX (XXX XXX 0000X)	8 portów. Do KVM podłączone wszystkie serwery – 6 sztuk.
6	Switch 48-portowy CISCO Nexus 3548x	Porty 1/10Gb. Każdy ze switchy z licencją na aktywne 24 porty. W każdym switchu 12 portów obsadzonych wkładkami 10Gb. Aktualnie na każdym switchu wykorzystane 8 portów.
7	Biblioteka Dell TL2000	XXX-0. 0 xxxxx XXX 0Xx. 24 sloty LTO-5. 30 taśm LTO-5. Wykorzystana na potrzeby SDA i Libra 2
8	UPS Emerson GXT3- 10000RT230

2.4.4.2 Licencje oprogramowania systemowego dla Ośrodka Przetwarzania Danych Prokuratury Krajowej i prokuratur regionalnych

Tabela 7 Wykaz licencji oprogramowania systemowego zainstalowanego w OPDK i OPDR

Lp.	Posiadane oprogramowanie systemowe i narzędziowe
1	Oprogramowanie wirtualizacyjne – VMware vSphere 6 Essentials Plus Kit (2 licencje): 1. jedna licencja dla serwerów środowiska SDA 2. jedna licencja dla serwerów środowiska SIP Libra Każda licencja - obsługa 3 serwerów (każdy serwer może posiadać max 2 CPU). Nielimitowana liczba maszyn wirtualnych.
2	Oprogramowanie do wykonywania kopii zapasowych – 2 licencje: 1. A1MNLSPLE23 – Acronis Backup Advanced Universal License (v 11.5) incl. AAS GESD Wykorzystane na potrzeby backupu obsługującego 2 serwery Dell Power Edge R720 wykorzystane przez SDA.
3	Oprogramowanie do wykonywania kopii zapasowych (licencje z dodatkową 2-letnią opieką) – 4 licencje: A1MNLSPLE23 - Acronis Backup Advanced Universal License (v 11.5) incl. AAS GESD Przewidziane do obsługi backupu 4 serwerów Dell Power Edge R630: 1) Serwer backupu. 2) 3 serwery przeznaczonych dla Libra 2 i innych celów.
4	AAA-03585 - Windows Server Standard 2 Processor License Software License and Software Assurance. Każda z prokuratur regionalnych (OPDR) posiada po 11 licencji. 2 licencje w każdym OPDR zostały wykorzystane dla serwera backupu (serwer fizyczny i 2 maszyny wirtualne z VMware vCenter) – możliwe jest utworzenie jeszcze jednej VM na tym serwerze.
5	SAAA-03757 - SQL Server Enterprise per Core 2 Licenses Software License and Software Assurance (73 licencje). RP Białystok - 5 licencji, RP Gdańsk - 8 licencji, RP Katowice - 8 Licencji, RP Kraków - 6 licencji, RP Lublin - 6 licencji, RP Łódź - 6 licencji, RP Poznań - 5 licencji, RP Rzeszów - 4 licencje, RP Szczecin - 5 licencji, RP Warszawa - 8 licencji, RP Wrocław - 8 licencji, Prokuratura Krajowa - 4 licencji.

2.4.5 Ośrodki Przetwarzania Danych Prokuratur Okręgowych

2.4.5.1 Sprzęt zainstalowany w Ośrodku Przetwarzania Danych w prokuraturach okręgowych.

Tabela 8 Sprzęt zainstalowany w OPDO

Lp.	Rodzaj sprzętu, sposób wykorzystania	Opis konfiguracji sprzętu
1	Macierz EMC VNX 5400:	1. DPE (Disk Processor Enclosure) – obudowa 3U na kontrolery wraz z półką dyskową na 25 dysków 2,5” 2. DAE-15 (Disk Array Enclosure) – obudowa 3U na 15 dysków 3,5” 3. 2 kontrolery iSCSI, każdy kontroler – 4 porty 4. 32GB RAM cache 5. 12 dysków 1.2TB SAS 2.5” 10 krpm 6. 7 dysków 4TB NL-SAS 3.5” 7.2 krpm Licencje i oprogramowanie: 1. Oprogramowanie do zarządzania Unisphere 2. Oprogramowanie Local Protection Suite (kopie migawkowe i pełne) 3. Wszystkie licencje na nieograniczoną pojemność dyskową. Macierz wykorzystana jest dla systemu SDA.
2	Dwa serwery Dell PowerEdge R720.	1. 2 CPU Intel Xeon E5-2660 v2 10 rdzeni, 2.2GHz; 128GB RAM 2. 2-portowa kart sieciowa z wkładkami 10Gb - Dell Broadcom 57810 DP 10 10Gb SR/SFP+ Converged Network Adapter z dwoma modułami SFP+ Module Multi Mode Fiber 10GbE LC. Licencje i oprogramowanie: 1. iDRAC Enterprise 8. Serwery są wykorzystane dla systemu SDA
0	XXX (XXX XXX 0000X)	8 portów. Do KVM podłączone wszystkie serwery.
7	Biblioteka Dell TL2000	XXX-0. 0 xxxxx XXX 0Xx. 24 sloty LTO-5. 30 taśm LTO-5.
8	UPS Emerson GXT3- 10000RT230

2.4.5.2 Licencje oprogramowania systemowego dla Ośrodków Przetwarzania Danych w prokuraturach okręgowych.

Tabela 9 Wykaz licencji zainstalowanych w OPDO

Lp.	Posiadane oprogramowanie systemowe i narzędziowe
1	Oprogramowanie wirtualizacyjne – VMware vSphere 6 Essentials Plus Kit (1 licencja) Licencja - obsługa 3 serwerów (każdy serwer może posiadać max 2 CPU). Nielimitowana liczba maszyn wirtualnych.

Lp.	Posiadane oprogramowanie systemowe i narzędziowe
2	Oprogramowanie do wykonywania kopii zapasowych – 2 licencje: 1. A1MNLSPLE23 – Acronis Backup Advanced Universal License (v 11.5) incl. AAS GESD Wykorzystane na potrzeby backupu obsługującego 2 serwery Dell Power Edge R720 wykorzystane przez system SDA.

2.4.6 Licencje oprogramowania systemowego dla Podstawowego Ośrodka Przetwarzania Danych

Tabela 10 Wykaz licencji przeznaczonych dla POPD

Lp.	Posiadane oprogramowanie systemowe i narzędziowe
1.	SAAA-03757 - SQL Server Enterprise per Core 2 Licenses Software License and Software Assurance – 8 licencji
2.	Visual Studio Enterprise w/MSDN – 1 licencja

2.4.7 Stacje robocze

Stacje robocze zainstalowane są we wszystkich jednostkach organizacyjnych prokuratury. Stacjami roboczymi są komputery PC podłączone do sieci lokalnych, które połączone są siecią WAN-PROK. Wszystkie stacje robocze zostaną włączone do Farmy Stacji Roboczych opisanej w rozdziale 2.5. Podstawowe parametry stacji roboczych zestawione są w Tabela 11.

Ilości stacji roboczych podane w Tabela 11 nie uwzględniają dostarczonych stacji roboczych w ramach postepowania POS-2.

Tabela 11 Parametry stacji roboczych

Lp.	Opis parametru	Parametr
1.	Sumaryczna ilość stacji roboczych	Około 10.000
2.	Systemy operacyjne	MS Windows XP/7/8/8.1/10
3.	Oprogramowanie dodatkowe	MS Office lub MS Word
4.	Oprogramowanie antywirusowe	Kaspersky, ESET

2.4.8 Stacje skanowania

Stacje skanowania przeznaczone są do wykonywania skanów akt dla systemu SDA. Stacje skanowania zainstalowane są w Prokuraturze Krajowej, jedenastu prokuraturach regionalnych i czterdziestu pięciu prokuraturach okręgowych. Wszystkie stacje skanowania zostaną włączone do Farmy Stacji Roboczych opisanej w rozdziale 2.5. Podstawowe parametry stacji skanowania zestawione są w Tabela 12.

Tabela 12 Parametry stacji skanowania

Lp.	Opis parametru	Parametr
1.	Ilość stacji skanowania	90 szt.
2.	Procesor	Intel Core i5-3470

3.	RAM	8 GB
4.	Dysk twardy	1 TB
5.	Skaner A4	KODAK i2600
6.	Skaner A3	KODAK i3200
7.	Oprogramowanie	1. MS Windows 7 Professional PL 64 2. MS Office 2013 Home&Business

2.5 Opis przedmiotu zamówienia POS-2 (nie objętego niniejszym postępowaniem)

W ramach Programu Operacyjnego Polska Cyfrowa na lata 2014-2020 Oś priorytetowa nr 2 „E- Administracja i otwarty rząd”, Działanie 2.1 nr wniosku (Porozumienie nr) POPC.02.01.00-00-0041/15 Projekt „Rozwój Systemu Digitalizacji Akt Postępowań Przygotowawczych (iSDA)” Zamawiający zamierza uruchomić postępowanie przetargowe POS-2, którego celem jest budowa centralnych usług infrastrukturalnych oraz dostawa stacji roboczych i drukarek dla prokuratur rejonowych. Dostarczone Podsystemy i sprzęt w ramach postępowania POS-2 będą wykorzystane w budowanym Systemie w ramach postepowania POS-1.

W ramach postępowania POS-2 zostanie zrealizowane:

1. Wykonanie projektów wykonawczych, realizacja, wykonanie dokumentacji i wdrożenie następujących Podsystemów wchodzących w skład Centralnych Usług Infrastrukturalnych:

a. ASI.K.013 Zarządzanie_Tożsamością_Usługi_Katalogowe w skład którego wchodzi:

i. Centralny System Zarządzania Tożsamością,

ii. Centralne Usługi Katalogowe,

iii. Centralna Poczta Elektroniczna.

b. ASI.K.014 Centrum_Certyfikacji_Zegar w skład którego wchodzi:

i. Centrum Certyfikacji,

ii. Zegar.

c. ASI.K.040 Zarządzanie_i_monitorowanie_ITS.

d. ASI.K.041 Podsystem_Wsparcia_Eksploatacji.

e. ASI.K.042 Podsystem_HelpDesk.

2. Dostawa licencji oprogramowania dla realizacji pkt.1.

3. Dostawa, uruchomienie i konfiguracja sprzętu:

a. stacji roboczych (komputery PC),

b. drukarek laserowych.

W ramach postępowania POS-2 Podsystemy wchodzące w skład Centralnych Usług Infrastrukturalnych zostaną zintegrowane co umożliwi automatyzację procesów w ramach tych Podsystemów. Stacje robocze zostaną zintegrowane w Farmę Stacji Roboczych.

POPD

Usługi Infrastrukturalne

Serwer

MS AD

Serwer

Serwer Centrum

MS Exch Tozsamość Certyfikacji

Zarządzanie

Monitorowanie

System

Wsparcia HelpDesk

WAN-PROK

OPDK/OPDR/OPDO

Farma Stacji Roboczych

Lokalizacja

Lokalizacja

Lokalizacja

Rysunek 14 Schemat połączeń Farmy Stacji Roboczych z Usługami Infrastrukturalnymi

2.5.1 System Zarządzania Tożsamością (SZT)

W ramach zamówienia dostarczony będzie Centralny System Zarządzania Tożsamością (SZT) zainstalowany w POPD. Celem wdrożenia w prokuraturze Systemu Zarządzania Tożsamością jest:

1. Utworzenie jednego referencyjnego centralnego repozytorium tożsamości prokuratorów/pracowników dla potrzeb systemów informatycznych oraz wszystkich komórek organizacyjnych prokuratury.

2. Udostępnienie w trybie on-line danych o tożsamości prokuratorów/pracowników systemom informatycznym projektowanym i eksploatowanym w prokuraturze (na wszystkich szczeblach) w celu określenia praw dostępu.

3. Wprowadzenie automatycznych procesów wspomagających i przyśpieszających pracę osób podejmujących decyzję o uprawnieniach dostępu do systemów informatycznych oraz zarządzanie zmianami w uprawnieniach.

4. Zapewnienie rozliczalności posiadanych przez prokuratorów/pracowników uprawnień, audyt posiadanych uprawnień.

5. Udostępnienie narzędzi raportowania zarówno na szczeblu centralnym jak i na szczeblach prokuratur regionalnych, okręgowych i rejonowych.

Podstawową SZT będzie Centralne Repozytorium Tożsamości. Będzie to baza danych przechowująca dane o tożsamości wszystkich prokuratorów i pracowników zatrudnionych w powszechnych

jednostkach organizacyjnych prokuratury (Prokuraturze Krajowej, Prokuraturach Regionalnych, Okręgowych i Rejonowych). Dane do Centralnego Repozytorium Tożsamości wprowadzać będą komórki kadrowe Prokuratury Krajowej, prokuratur regionalnych i okręgowych.

System Zarządzania Tożsamością będzie składał się z wielu specjalizowanych modułów umożliwiających realizację następujących podstawowych funkcji:

1. Wprowadzanie danych z komórek kadrowych jednostek o tożsamościach prokuratorów/pracowników do Centralnego Repozytorium Tożsamości.

2. Udostępnienie konektorów połączeń z innymi systemami (x.xx. Podsystemami projektowanymi w ramach postępowania POS-1) zapewniającymi udostępniania zgromadzonych danych o tożsamościach innym systemom w trybie on-line.

3. Zdefiniowanie procesów (workflow) umożliwiających realizację obiegu informacji pomiędzy osobami podejmującymi decyzje.

4. Nadawanie uprawnień użytkownikom dostępu do systemów poprzez definiowanie ról (metoda RBAC).

5. Udostępnianie poprzez portal wewnętrzny prokuratorom/pracownikom i administratorom informacji zgromadzonej w Centralnym Repozytorium Tożsamości zgodnie z przyznanymi uprawnieniami.

6. Możliwość definiowania szablonów raportów (raporty na życzenie) oraz wykonywania sprawozdań wg zdefiniowanych szablonów.

7. Możliwość przeprowadzenia audytu przyznanych uprawnień.

System Zarządzania Tożsamością będzie realizował x.xx. następujące procesy:

1. Zatrudnienie pracownika.

2. Zatrudnienie pracownika kontraktowego.

3. Odejście pracownika.

4. Zmiana jednostki organizacyjnej przez pracownika.

5. Zmiana komórki organizacyjnej przez pracownika.

6. Zmiana stanowiska i obowiązków.

7. Zmiana danych osobowych pracownika (np. nazwisko).

8. Natychmiastowe blokowanie kont.

9. Wnioskowanie o zmianę uprawnień.

10. Zawieszenie pracownika.

11. Powrót pracownika z zawieszenia.

12. Ustalenie zastępcy dla pracownika.

System Zarządzania Tożsamością będzie zintegrowany z pozostałymi systemami wchodzącymi w skład Centralnych Usług Infrastrukturalnych w szczególności z Centralnymi Usługami Katalogowymi (AD), Centrum Certyfikacji i Centralną Pocztą Elektroniczną..

2.5.2 Usługi Katalogowe

W ramach postępowania POS-2 zostaną zaprojektowane, utworzone i wdrożone Centralne Usługi Katalogowe mające na celu stworzeniu wspólnego, jednolitego katalogu użytkowników i komponentów sprzętowych dla wszystkich jednostek organizacyjnych prokuratury.

Wdrożenie usługi zapewni standaryzację nazewnictwa obiektów, ułatwi wdrażanie i rozwój aplikacji centralnych i zwiększy interoperacyjność systemów w powszechnych jednostkach organizacyjnych prokuratury.

Usługi katalogowe zbudowane będą w oparciu o oprogramowanie Microsoft Active Directory. Centralne serwery Usług Katalogowych będą zainstalowane w POPD (w przyszłości również w ZOPD). Dostęp do Centralnych Usług Katalogowych będzie zapewniony poprzez sieć WAN- PROK.

Wykonany projekt usług katalogowych w ramach postępowania POS-2 będzie x.xx. zawierał:

1. Projekt lasu Active Directory.

2. Projekt domen Active Directory w ramach lasu.

3. Strukturę jednostek organizacyjnych w ramach domen.

4. Konwencję nazewniczą obiektów katalogu.

Usługi katalogowe będą dostępne dla wszystkich systemów prokuratury w tym x.xx. dla projektowanych Podsystemów w ramach postępowania POS-1.

Usługi Katalogowe będą zintegrowane z pozostałymi systemami wchodzącymi w skład Centralnych Usług Infrastrukturalnych.

2.5.3 Poczta elektroniczna

W ramach postepowania POS-2 zostanie zaprojektowana, utworzona i wdrożona Centralna Poczta Elektroniczna w celu stworzenia wspólnej, jednolitej poczty dla wszystkich jednostek organizacyjnych prokuratury. Poczta zbudowana będzie na bazie Microsoft Exchange, główne serwery będą zlokalizowane w POPD a w przyszłości również w ZOPD.

Dostęp do Centralnej Poczty Elektronicznej będą mieli prokuratorzy i pracownicy prokuratury ze wszystkich jednostek prokuratury. Centralna Poczta Elektroniczna będzie pocztą wewnętrzną prokuratury i dostępna będzie wyłącznie w sieci WAN-PROK.

Centralna Poczta Elektroniczna zintegrowana będzie z innymi Centralnymi Usługami Infrastrukturalnymi x.xx. z Systemem Zarządzania Tożsamością i Usługami Katalogowymi.

2.5.4 Centrum Certyfikacji

W ramach postepowania POS-2 zostanie zaprojektowane, utworzone i wdrożone Centrum Certyfikacji w celu stworzenia wspólnej, jednolitej usługi wydawania kart elektronicznych i certyfikatów dla systemów informatycznych, urządzeń oraz prokuratorów i pracowników wszystkich jednostek organizacyjnych prokuratury. Centrum Certyfikacji zlokalizowane będzie w POPD a w przyszłości również w ZOPD, usługi Centrum Certyfikacji dostępne będą w sieci WAN-PROK.

Podstawowe funkcje realizowane przez Centrum Certyfikacji:

1. Wydawanie nowych certyfikatów dla prokuratorów i pracowników prokuratury.

2. Wydawanie nowych certyfikatów dla serwerów, urządzeń w tym certyfikatów dla połączeń VPN.

3. Wydawanie i ewidencja spersonalizowanych kart elektronicznych.

4. Unieważnianie certyfikatu.

5. Odnowienie Certyfikatu.

6. Wydanie nowego certyfikatu w przypadku przedawnienia certyfikatu.

7. Zmiana kodu PIN.

8. Składanie podpisu elektronicznego przy użyciu certyfikatu niekwalifikowanego.

9. Weryfikację podpisu elektronicznego.

10. Kontrasygnaty – składanie podpisów elektronicznych na dokumentach już podpisanych.

11. Szyfrowanie i deszyfrowanie pojedynczych plików.

12. Oznaczanie czasem – niepodważalność czasu utworzenia dokumentu, danych.

13. Weryfikację statusu certyfikatu – umożliwia sprawdzenie ważności certyfikatu.

Usługi Centrum Certyfikacji będą zintegrowane z pozostałymi Centralnymi Usługami Infrastrukturalnymi, w tym z Systemem Zarządzania Tożsamością oraz Usługami Katalogowymi.

2.5.5 Zegar

W ramach Centralnych Usług Infrastrukturalnych udostępniona będzie centralna usługa jednolitego czasu. Zegar jednolitego czasu zlokalizowany będzie w POPD.

2.5.6 Centralne monitorowanie i zarządzanie ITS

W ramach postępowania POS-2 zostanie zaprojektowane, utworzone i wdrożone Centralne Monitorowanie i Zarządzanie ITS stacji roboczych i stacji skanowania zarówno dostarczonych w postępowaniu POS-2, jak również stacji roboczych i stacji skanowania już posiadanych przez Zamawiającego.

Serwery dla monitorowania i zarządzania ITS w zakresie stacji roboczych zlokalizowane będą w POPD, dostęp do serwerów realizowany będzie poprzez sieć WAN-PROK.

Dostęp do zasobów Centralnego Monitorowania ITS zgodnie z przydzielonymi uprawnieniami będą mieli administratorzy na szczeblu centralnym POPD, na szczeblu Prokuratury Krajowej OPDK, na szczeblu prokuratur regionalnych OPDR oraz na szczeblu prokuratur okręgowych OPDO.

Podstawowe zadania realizowane przez Centralne Monitorowanie i Zarządzanie ITS (dla stacji roboczych i stacji skanowania):

1. Inwentaryzacja sprzętu i oprogramowania (aktualna informacja o konfiguracji sprzętu i oprogramowania zainstalowanego na stacjach roboczych i stacjach skanowania w jednostkach prokuratury).

2. Zarządzanie licencjami oprogramowania zainstalowanego na stacjach w jednostkach prokuratury.

3. Automatyczna dystrybucja oprogramowania zarówno systemowego, jak i aplikacyjnego (dystrybucja uaktualnień oraz wdrażanie nowego oprogramowania).

4. Zdalna administracja stacjami (wykorzystywane do zdalnego zarządzania stacjami oraz udzielania pomocy technicznej dla użytkowników).

5. Okresowe skanowanie stacji we wszystkich jednostkach prokuratury w celu aktualizacji baz, jak również wykrywania nieprawidłowości.

6. Centralna aktualizacja i automatyczna dystrybucja sygnatur oprogramowania antywirusowego instalowanego na stacjach roboczych i stacjach skanowania.

7. Integracja Monitorowania i Zarządzania ITS z bazą danych CMDB Podsystemu Wsparcia Eksploatacji wpierającego pracę działów helpdesku.

2.5.7 Centralny Podsystem Wsparcia Eksploatacji i Help Desk

W ramach postepowania POS-2 zostanie zaprojektowany, utworzony i wdrożony Centralny Podsystem Wsparcia Eksploatacji i Help Desk. Podsystem zapewni wsparcie aktualnie eksploatowanych systemów

i sprzętu w jednostkach prokuratury. Po uzupełnieniu procedur w ramach postepowania POS-1 zapewni również wsparcie Systemu i infrastruktury techniczno-systemowej dostarczonej w ramach postepowania POS-3.

Centralny Podsystem Wsparcia Eksploatacji i Help Desk oparty będzie o dobre praktyki określone w ITIL. Podstawowe zadania realizowane przez Podsystem:

1. Realizacja procesów eksploatacji zgodnie z dobrymi praktykami ITIL w zakresie:

a. Zarządzanie zgłoszeniami z Help Desk.

b. Zarządzanie incydentami. (ang. incident management) (ITIL Eksploatacja Usług). Proces odpowiedzialny za zarządzanie cyklem życia wszystkich incydentów. Zarządzanie incydentami zapewnia, że przywrócenie usługi informatycznej odbiorcom nastąpi tak szybko, jak to tylko możliwe. Zapewnia również minimalizowanie wpływu na biznes.

c. Zarządzanie problemami. (ang. problem management) (ITIL Eksploatacja Usług). Proces odpowiedzialny za zarządzanie cyklem życia wszystkich problemów. Zarządzanie problemem prewencyjnie zapobiega powstawaniu incydentów oraz minimalizuje wpływ incydentów, którym nie można zapobiec.

d. Zarządzanie zasobami i konfiguracją. (ang. service asset and configuration Management) (ITIL Przekazanie Usług). Proces odpowiedzialny za zapewnienie, że zasoby wymagane do dostarczania usług są prawidłowo kontrolowane oraz że aktualne i wiarygodne informacje o tych zasobach są dostępne wtedy gdy i tam gdzie jest to potrzebne. Informacje obejmują szczegóły konfiguracji i relacji pomiędzy zasobami.

e. Zarządzania zdarzeniami. (ang. event management) (ITIL Eksploatacja Usług) Proces odpowiedzialny za zarządzanie zdarzeniami w czasie ich cyklu życia. Zarządzanie zdarzeniami jest jednym z głównych obowiązków w fazie Eksploatacji Usług.

f. Zarządzanie zmianą. (ang. change management ) (ITIL Przekazanie Usług) Proces odpowiedzialny za kontrolowanie cyklu życia wszystkich zmian oraz umożliwienie wprowadzania korzystnych zmian przy minimalnym zakłóceniu świadczenia usług informatycznych.

g. Zarządzanie wydaniami i wdrożeniami (ang. release and deployment management) (ITIL Przekazanie Usług) Proces odpowiedzialny za planowanie, harmonogramowanie i kontrolę tworzenia, testowania i wdrażania wydań oraz za dostarczanie nowych funkcjonalności wymaganych przez organizację biznesową przy jednoczesnym zabezpieczeniu integralności obecnych usług.

2. Utrzymanie w stanie aktualności i udostępnianie bazy danych CMDB w której przechowywane będą dane o konfiguracji i opisy elementów eksploatowanych.

3. Utrzymanie i aktualizacja bazy wiedzy dostępnej dla Help Desk umożliwiającej rozpatrzenie zgłoszeń na poziomie Help Desk.

4. Przyjmowanie przez Help Desk zgłoszeń poprzez usługę WWW, mail, fax oraz telefonicznie.

2.5.8 Dostawa stacji roboczych

W ramach postępowania POS-2 dostarczonych będzie 6.390 stacji roboczych przeznaczonych dla prokuratur rejonowych. Z dostarczonych stacji roboczych zostanie utworzona Farma Stacji Roboczych, która zostanie zintegrowana z Centralnymi Usługami Infrastrukturalnymi. Wszystkie stacje robocze wykorzystywać będą Centralne Usługi Katalogowe, Centralną Pocztę Elektroniczną, autoryzację za pomocą inteligentnych kart wydanych przez Centrum Certyfikacji oraz wszystkie stacje robocze będą zarządzane i monitorowane przez Centralny System Zarządzania i Monitorowania. Podstawowe parametry techniczne dostarczanych stacji roboczych:

Lp.	Parametr	Wielkość parametru
1.	RAM	8 GB
2.	Dyski twarde	256 GB SSD (dla 5.573 stacji), 1 TB HDD (dla 817 stacji)
3.	System operacyjny	MS Windows 00 Xxxxxxxxxxxx XX
4.	Dodatkowe oprogramowanie	MS Office, antywirus, agent zarzadzania stacją

2.5.9 Dostawa drukarek i urządzeń wielofunkcyjnych

W ramach postępowania POS-2 dostarczonych będzie 5.109 personalnych drukarek laserowych i 362 urządzenia wielofunkcyjne przeznaczone dla prokuratur rejonowych.

3 Szczegółowy opis przedmiotu zamówienia

3.1 Wymagania Funkcjonalne

3.1.1 Podstawowe zadania prokuratury

Prokuratura, jako organ ochrony prawnej prowadzi działania w zakresie kompetencji określonych w ustawie z dnia 28 stycznia 2016 r. Prawo o prokuraturze (Dz.U.2016.177) związane ze strzeżeniem praworządności oraz czuwaniem nad ściganiem przestępstw.

Podstawowe zadania prokuratury związane są z czynnościami podejmowanymi w ramach procesu karnego. W tym zakresie kompetencje ustawowe oraz sposób realizacji czynności regulowane są przez przepisy ustawy z dnia 6 czerwca 1997 r. Kodeks postępowania karnego (Dz. U. Nr 89, poz. 555 z poźn. zm.) (dalej jako Kpk). W tym zakresie należy wyróżnić zadania związane z czynnościami podejmowanymi w ramach postępowania przygotowawczego oraz zadania związane z czynnościami podejmowanymi w ramach postępowania sądowego.

W ramach postępowania przygotowawczego prokurator pełni kluczową rolę w związku z podejmowanymi czynnościami, prowadząc osobiście czynności realizowane w ramach tego postępowania lub nadzorując czynności prowadzone przez policję lub inne uprawnione organy.

Zgodnie z art. 297 Kpk celem postępowania przygotowawczego jest:

1. ustalenie, czy został popełniony czyn zabroniony i czy stanowi on przestępstwo,

2. wykrycie i w razie potrzeby ujęcie sprawcy,

3. zebranie danych stosownie do art. 213 i 214 Kpk,

4. wyjaśnienie okoliczności sprawy, w tym ustalenie osób pokrzywdzonych i rozmiarów szkody,

5. zebranie, zabezpieczenie i w niezbędnym zakresie utrwalenie dowodów dla sądu.

Realizując wskazane zadania prokurator gromadzi materiał dowodowy w aktach sprawy, które są udostępniane uprawnionym podmiotom oraz przekazywane określonym organom w sytuacjach wskazanych w Kpk. Prokurator dokonuje ustalenia, czy został popełniony czyn zabroniony oraz czy stanowi on przestępstwo w oparciu o analizę informacji zawartych we wskazanych aktach sprawy.

Postępowanie przygotowawcze kończy się przygotowaniem aktu oskarżenia i wniesieniem go do sądu lub wydaniem postanowienia o umorzeniu postępowania (art. 331 § 1 Kpk) lub innym merytorycznym sposobem zakończenia.

W postępowaniu sądowym prokurator pełni funkcję oskarżyciela publicznego (art. 45 § 1 Kpk). W tym zakresie prokurator bierze udział w rozprawie popierając wniesiony akt oskarżenia poprzez wyjaśnianie okoliczności sprawy oraz składanie wniosków określonych w Kpk. W tym celu prokurator posługuje się materiałem dowodowym zgromadzonym w aktach sprawy.

Niniejszy projekt związany jest przede wszystkim z procesami realizowanymi na etapie postępowania przygotowawczego, w zakresie, którego jedną z kluczowych czynności jest udostępnianie akt postępowania osobom uprawnionym (x.xx. obrońca, podejrzany, pokrzywdzony). Na tym etapie produkty projektu wykorzystywane są przez prokuratora w zakresie analizy treści materiału dowodowego dokonywanej, jak również w zakresie przekazywania akt uprawnionym organom (głównie sądy i jednostki organizacyjne policji). Na etapie postępowania sądowego produkty projektu wykorzystywane są do analizy materiału dowodowego związanej z czynnościami podejmowanymi w celu popierania aktu oskarżenia oraz wspierają proces przygotowywania przez prokuratora wniosków i pism składanych w trakcie tego postępowania.

3.1.2 Obszary funkcjonalne Systemu

W Systemie zostały zdefiniowane następujące obszary funkcjonalne:

1. Obszar funkcjonalny urządzeń ewidencyjnych (Libra) – umożliwia prowadzenie w Systemie wymaganych przepisami urządzeń ewidencyjnych oraz tworzenie dokumentów w oparciu o zgromadzone dane.

2. Obszar funkcjonalny digitalizacji akt (SDA) – umożliwia prowadzenie repozytoriów akt spraw w formie elektronicznej poprzez udostępnienie usług skanowania, przeglądania, analizy i anonimizacji oraz umożliwia wykorzystanie zdigitalizowanych akt do tworzenia dokumentacji.

3. Obszar funkcjonalny udostępniania zdigitalizowanych akt (UZA) – umożliwia przygotowanie i udostępnianie zdigitalizowanych akt uprawnionym użytkownikom.

4. Obszar funkcjonalny dostępu do rejestrów zewnętrznych (DRZ) – umożliwia pobieranie danych z zewnętrznych rejestrów prowadzonych przez inne instytucje oraz wprowadzanie danych do rejestrów do których przepisami zobowiązana jest prokuratura.

5. Obszar funkcjonalny interfejsów z instytucjami współpracującymi z prokuraturą (IWP) – umożliwia udostępnianie zdigitalizowanych akt instytucją zewnętrznym.

6. Obszar funkcjonalny pobierania danych od operatorów telekomunikacyjnych (DOT) – umożliwia doręczenie i ekspedycję dokumentacji związanej z uzyskiwaniem danych telekomunikacyjnych.

7. Obszar funkcjonalny obsługi ekspedycji i przyjmowania korespondencji (ODE) – umożliwia gromadzenie i przetwarzanie danych związanych z przyjmowaną i wysyłaną korespondencją.

8. Obszar funkcjonalny realizacji zadań statystycznych (STAT) – umożliwia generowanie zestawień statystycznych zgodnie z obowiązującymi przepisami prawa w oparciu o wszystkie zgromadzone dane w Systemie.

3.1.3 Wymagania funkcjonalne ogólne

Przedstawione w Tabela 13 wymagania funkcjonalne odnoszą się do wszystkich obszarów funkcjonalnych.

Tabela 13 Wymagania funkcjonalne ogólne

Identyfikator wymagania	Opis wymagania
WFN-OGL-001	System umożliwia pracę nad zdigitalizowanymi aktami z poziomu danej sprawy.
WFN-OGL-002	System musi posiadać intuicyjną i ergonomiczną obsługę interfejsu użytkownika.
WFN-OGL-003	System umożliwia jednoczesną pracę kilku użytkowników w jednej sprawie.
WFN-OGL-004	System umożliwia wykonywanie przez użytkownika operacji grupowych na dokumentach.
WFN-OGL-005	System umożliwia pracę z różnymi instancjami systemu na potrzeby nadzoru.
WFN-OGL-006	System umożliwia wydruk każdego ekranu użytkownika.
WFN-OGL-007	System umożliwia inicjalne ładowanie baz danych z jednostek prokuratury do Centralnej Bazy Danych Libra oraz bieżącą aktualizację Centralnej Bazy Libra danymi wprowadzanymi do baz danych jednostek prokuratury.
WFN-OGL-008	System umożliwia użytkownikowi wybranie sprawy.
WFN-OGL-009	System umożliwi automatyczną walidację wprowadzanych danych przez użytkowników oraz danych pobieranych z bazy danych i innych źródeł.
WFN-OGL-010	System umożliwia prezentowanie danych w Widoku Tabelarycznym, formie tabel jedno i wielopoziomowych.
WFN-OGL-011	System umożliwia w Widoku Tabelarycznym dodawanie i odejmowanie kolumn.
WFN-OGL-012	System umożliwia wyświetlenie wielu danych w formie tabeli – Widoku Tabelarycznym.
WFN-OGL-013	System umożliwia wyświetlenie wielu danych w Widoku Sprawy.
WFN-OGL-014	System w Widoku Tabelarycznym umożliwia sortowanie proste i wielopoziomowe (po wielu kolumnach)
WFN-OGL-015	System umożliwia w Widoku Tabelarycznym filtrowanie: a) proste (wybór unikalnej wartości) b) niestandardowego (złożenie warunku z dwóch wyrażeń złączonych odpowiednim spójnikiem) c) po zadanych kryteriach (po wielu kolumnach z wykorzystaniem podstawowych operatorów logicznych – edytor filtra)
WFN-OGL-016	System umożliwia w Widoku Tabelarycznym grupowanie wielopoziomowe (po wielu kolumnach)
WFN-OGL-017	System umożliwia w Widoku Tabelarycznym wykorzystanie szablonów systemowych i użytkownika wyglądu układu tabel.
WFN-OGL-018	System umożliwia eksport oraz import szablonów użytkownika Widoku Tabelarycznego.
WFN-OGL-019	Szablony systemowe Widoku Tabelarycznego umożliwiają w szczególności wyświetlenie danych aktualnych, wyłączonych albo nieaktualnych oraz wyświetlenia danych wg zadanych kryteriów.
WFN-OGL-020	System w Widoku Tabelarycznym umożliwia podgląd wydruku danych oraz wydruk danych.
WFN-OGL-021	Widok Tabelaryczny umożliwia eksport danych minimum do formatu: a) doc b) docx c) rtf d) xls e) xlsx f) csv g) odt h) pdf i) txt
WFN-OGL-022	Widok Tabelaryczny poprzez funkcjonalność kreatora eksportu umożliwia dostosowanie danych przeznaczonych eksportu, w szczególności umożliwiając

Identyfikator wymagania	Opis wymagania
	dodawanie i usuwanie danych dodatkowych umieszczanych w nagłówku oraz stopce.
WFN-OGL-023	Widok Tabelaryczny umożliwia, wprowadzania, edycję, usuwanie danych.
WFN-OGL-024	Widok Tabelaryczny umożliwia wprowadzania danych poprzez kopiowanie wierszy.
WFN-OGL-024.1	System ma umożliwiać administratorowi systemu definiowanie maksymalnej ilości wierszy/rekordów wyświetlanych na listach
WFN-OGL-024.2	System ma umożliwiać użytkownikowi definiowanie ilości wierszy/rekordów wyświetlanych na listach o wartości mniejszej niż maksymalna dopuszczalna dla danego widoku danych
WFN-OGL-025	System musi zapewnić możliwość OCR dokumentów przetwarzanych w formie elektronicznej bez konieczności wcześniejszego skanowania.
WFN-OGL-026	System umożliwia przeniesienie sprawy do Podsystemu Archiwum.
WFN-OGL-027	System umożliwia przywrócenie sprawy z Podsystemu Archiwum.
WFN-OGL-028	System umożliwia dostęp użytkownikom do poszczególnych danych i funkcjonalności systemu według stosownych uprawnień.
WFN-OGL-029	System umożliwia nadawanie użytkownikom uprawnień do repertorium (Libra, SDA), określonej sprawy (Libra, SDA) oraz do dokumentu w sprawie (SDA).

3.1.4 Obszar funkcjonalny urządzeń ewidencyjnych (Libra)

3.1.4.1 Wymagania ogólne dotyczące pracy w obszarze funkcjonalnym Libra

Identyfikator wymagania	Opis wymagania
WFN-LIB-001	System umożliwia wprowadzanie i zapis danych poprzez formatki danych zdefiniowane w generatorze formularzy.
WFN-LIB-002	System umożliwia rejestrowanie spraw. Sprawa jest rejestrowana raz w Systemie.
WFN-LIB-003	Wprowadzane dane do Systemu są podzielone na dane obligatoryjne i fakultatywne.
WFN-LIB-004	System uniemożliwia zapis grupy danych w przypadku niewprowadzenie jednej z obligatoryjnych danych zawartych w danej grupie danych.
WFN-LIB-005	System umożliwia odczyt danych zapisanych w QR kod oraz kodów kreskowych.
WFN-LIB-006	System umożliwia odczyt danych w formacie XML.
WFN-LIB-007	System umożliwia odczyt zewnętrznych danych zawartych w formie tabeli i ich zapis do bazy danych poprzez kreatora importu.
WFN-LIB-008	System umożliwia podczas wprowadzania danych (w szczególności operacji łączenia spraw i materiałów, rejestracji sprawy w trybie kontynuacji), ich import z dowolnej jednostki prokuratury.
WFN-LIB-009	System umożliwia zapis oraz odczyt historii wprowadzanych wybranych danych.
WFN-LIB-010	System umożliwia odczyt danych według stanu na określoną datę.
WFN-LIB-011	System umożliwia dostęp użytkownikom do poszczególnych danych i funkcjonalności systemu według stosownych uprawnień.
WFN-LIB-012	System umożliwia przeliczanie terminów, w tym terminów przedawnienia i wyświetlanie komunikatów ostrzegawczych o ich upływie.
WFN-LIB-013	System umożliwia walidację typów danych.
WFN-LIB-014	System umożliwia sprawdzenie danych poprzez komunikację z zewnętrznymi bazami danych.
WFN-LIB-015	System umożliwia wyszukiwanie oraz przeglądanie danych według zdefiniowanych kryteriów.

Identyfikator wymagania	Opis wymagania
WFN-LIB-016	System umożliwia zliczenie wyszukanych rekordów.
WFN-LIB-017	System umożliwia wyszukiwania danych w jednostkach prokuratury niższego szczebla, poczynając od Prokuratury Krajowej.
WFN-LIB-018	System umożliwia oznaczanie spraw hasłami.
WFN-LIB-019	System umożliwia dokonywanie równoległych operacji na sprawie przez użytkowników z różnych szczebli jednostek.
WFN-LIB-020	System rejestruje podmioty w jednej bazie umożliwiając wyszukiwanie podmiotów we wszystkich urządzeniach ewidencyjnych.
WFN-LIB-021	System umożliwia ograniczenie wyszukiwania danych w bazie danych według zdefiniowanych uprawnień.
WFN-LIB-022	System umożliwia dołączenie skanu dokumentu do określonych danych.
WFN-LIB-023	System umożliwia wprowadzania danych poprzez kopiowanie
WFN-LIB-024	System umożliwia dokonanie wyboru wielu pozycji i dokonanie na wybranych elementach zadanej operacji.
WFN-LIB-025	System umożliwia prowadzenie kalendarza prokuratora w Widoku Kalendarzowym.
WFN-LIB-026	System umożliwia prowadzenie terminarza, w tym terminarza wokand w Widoku Kalendarzowym.
WFN-LIB-027	System umożliwia rejestrację i dostęp do zestawienia operacji wykonywanych w Systemie – Dziennik Systemu w którym odnotowuje się co najmniej: 1. Wszystkie czynności administratora systemu 2. Wszystkie czynności wykonywane automatycznie przez system 3. Sesje każdego użytkownika
WFN-LIB-028	System umożliwia zapamiętanie ostatniego kontekstu pracy użytkownika.
WFN-LIB-029	System umożliwia dostęp do ostatnio otwieranych spraw przez użytkownika.
WFN-LIB-030	System umożliwia dostęp do Słowników Centralnych i słowników lokalnych wykorzystywanych w operacjach na danych Systemu.
WFN-LIB-031	System umożliwia wyliczanie czasookresów w podanych przedziałach czasowych.
WFN-LIB-032	System umożliwia wywołanie MS Office z zachowaniem wszystkich jego funkcjonalności.
WFN-LIB-033	System umożliwia archiwizację spraw poprzez prowadzenie rejestru Archiwum.
WFN-LIB-034	System umożliwia konfigurację systemu dla danej jednostki prokuratury.
WFN-LIB-035	System umożliwia wyszukiwanie i przeglądanie danych w Centralnej Bazie Danych Libra i w bazach regionalnych.
WFN-LIB-036	System umożliwia co najmniej wskazane operacje: 1. Przeszukiwanie zestawienia (wyszukiwanie tekstu) 2. Generowanie raportów dla elementów zestawienia (podstawowy, rozszerzony) 3. Przejście do innego zestawienia powiązanego 4. Parametryzowanie zestawienia (liczba rekordów do wydruku, oznaczenie wydruku) 5. Zapamiętanie zestawienia 6. Edycję zestawień (użytkownika) 7. Wskazanie użytkowników uprawnionych do uruchomienia zestawienia
WFN-LIB-037	System umożliwia tworzenie zestawień w tle.
WFN-LIB-038	System umożliwia tworzenie raportów dla każdego obiektu z zestawienia.
WFN-LIB-039	System udostępnia kryteria predefiniowane oraz umożliwia tworzenie kryteriów użytkownika przy użyciu operatorów logicznych.
WFN-LIB-040	System umożliwia zapisywanie kryteriów użytkownika.

Identyfikator wymagania	Opis wymagania
WFN-LIB-041	System umożliwia modyfikowanie kryteriów użytkownika.
WFN-LIB-042	System prezentuje zestawienia statystyczne w formacie liczb wymaganych przez dane zestawienie lub według wskaźników dynamik a także w formie wykresów.
WFN-LIB-043	System umożliwia tworzenia grup uprawnień dostępu: do funkcji aplikacji, do kryteriów, do spraw, do obiektów Centralnej Bazy Danych Libra.
WFN-LIB-044	System automatycznie przyjmuje do Centralnej Bazy Danych Libra dane z każdej podłączonej jednostki z OPDR i PK.

3.1.4.2 Gromadzenie i przetwarzanie danych

Identyfikator wymagania	Opis wymagania
WFN-LIB-045	Obszar funkcjonalny urządzeń ewidencyjnych Libra umożliwia w formie elektronicznej prowadzenie wszystkich urządzeń ewidencyjnych jednostek organizacyjnych prokuratury. Wykaz obecnie obowiązujących urządzeń ewidencyjnych zawarty jest w rozdziale 5.
WFN-LIB-046	Zakres danych, które będą gromadzone w obszarze funkcjonalnym urządzeń ewidencyjnych Libra jest wyznaczony: 1. Obowiązującą treścią aktu prawnego regulującego prowadzenie urządzeń ewidencyjnych w prokuraturze, zgodnie z obowiązującymi zarządzeniami. Wykaz danych wynikających z aktualnie obowiązującej regulacji stanowi załącznik nr 1 i nr 2. 2. Obowiązującymi sprawozdaniami z działalności powszechnych jednostek organizacyjnych prokuratury, które są generowane w systemie i które system winien gromadzić w celu generowania sprawozdań. Aktualnie obowiązujące sprawozdania: a) z działalności powszechnych jednostek organizacyjnych prokuratury w zakresie zwierzchniego nadzoru służbowego sprawowanego przez prokuratora nadrzędnego w sprawach karnych, cywilnych i administracyjnych b) z działalności powszechnych jednostek organizacyjnych prokuratury w sprawach karnych c) z działalności powszechnych jednostek organizacyjnych prokuratury w cywilnych i administracyjnych stanowią załącznik do rozporządzenie Prezesa Rady Ministrów z dnia 30 września 2016 r. zmieniające rozporządzenie w sprawie określenia wzorów formularzy sprawozdawczych, objaśnień co do sposobu ich wypełniania oraz wzorów kwestionariuszy i ankiet statystycznych stosowanych w badaniach statystycznych ustalonych w programie badań statystycznych statystyki publicznej na rok 2016 (Dz. U. 2016 poz. 1722). 3. Zapisami wymagań funkcjonalnych.
WFN-LIB-047	Organizacja danych w systemie oparta jest na następujących repertoriach: 1. Repertorium Ds (sprawy karne), 2. Repertorium Pc (sprawy cywilne), 3. Repertorium Pa (sprawy administracyjne).
WFN-LIB-048	System umożliwi założenie kolejnych repertoriów i innych urządzeń ewidencyjnych.
WFN-LIB-049	System umożliwia automatyczne oraz manualne nadanie unikalnego oznaczenia sprawy zgodnie z aktualnie obowiązującymi regulacjami w tym zakresie.

Identyfikator wymagania	Opis wymagania
WFN-LIB-050	System umożliwia tworzenie przez Zamawiającego unikalnych oznaczeń sprawy na podstawie zdefiniowanych słowników.
WFN-LIB-051	Przetwarzanie danych w systemie uwzględnia łączenie danych z poszczególnych urządzeń ewidencyjnych w sposób funkcjonalny i logiczny z unikalnym oznaczeniem sprawy.
WFN-LIB-052	System umożliwia tworzenie urządzeń ewidencyjnych na podstawie przetwarzanych danych w innych urządzeniach systemu.
WFN-LIB-053	Urządzenie ewidencyjne jest prowadzone dla prokuratur z właściwego szczebla zgodnie z obowiązującymi zarządzeniami. Podział urządzeń ewidencyjnych dla poszczególnych szczebli prokuratury zawarty jest w załączniku nr 1.

3.1.4.3 Praca z Formularzami

Identyfikator wymagania	Opis wymagania
WFN-LIB-054	System umożliwia dostęp do Formularzy poprzez interfejs użytkownika.
WFN-LIB-055	System umożliwia dostęp do Formularzy z poziomu sprawy.
WFN-LIB-056	Formularz posiada możliwość automatycznej weryfikacji wprowadzanych danych z zewnętrznymi bazami danych.
WFN-LIB-057	Formularz zapewni możliwość automatycznego wysłania zapytania do zewnętrznych baz danych i uzyskania zwrotnej informacji.
WFN-LIB-058	System umożliwia połączenie zakładek systemu lub funkcjonalności systemu z powiązanymi tematycznie Formularzami.
WFN-LIB-059	System umożliwia rozpoznanie czy dana zakładka posiada powiązanie z Formularzami.
WFN-LIB-060	System umożliwia dostęp do powiązanych tematycznie Formularzy poprzez podręczne menu.
WFN-LIB-061	System umożliwia wybór danych do wprowadzenia do Formularza.
WFN-LIB-062	W przypadku wyboru Formularza w zakładce systemu System umożliwi wprowadzenie danych do formularza, umożliwiając jednoczesny podgląd danych i Formularza.
WFN-LIB-063	System umożliwi pobranie danych z baz danych Systemu do Formularza lub wprowadzenie danych manualnie.
WFN-LIB-064	System umożliwia zapis Formularza i jego późniejszy odczyt z możliwością edycji.
WFN-LIB-065	System indeksuje zawartość zapisanych Formularzy przez użytkownika.
WFN-LIB-066	System umożliwia szybki podgląd zapisanych Formularzy podczas wyboru z listy.
WFN-LIB-067	System umożliwia wyszukiwanie w treści zapisanych Formularzy.
WFN-LIB-068	System umożliwia wprowadzenie Formularzy przez użytkownika do systemu.
WFN-LIB-069	System umożliwia pracę na Formularzach wskazanych w załączniku nr 3.
WFN-LIB-070	Złożone formularze po wyrażeniu zgody Zamawiającego mogą być tworzone w oparciu o dedykowaną aplikację, która będzie stanowić część systemu.

3.1.5 Obszar funkcjonalny digitalizacji akt (SDA)

Identyfikator wymagania	Opis wymagania
WFN-SDA-001	System umożliwia użytkownikowi pobranie informacji na temat sprawy z poziomu zarządzania aktami lub pośrednio przez zarządzanie aktami z danych obszaru funkcjonalnego urządzeń ewidencyjnych Libra (metadane sprawy, struktura sprawy).
WFN-SDA-002	System musi zapewniać możliwość tworzenia przez użytkownika wielopoziomowej, wieloelementowej struktury sprawy i załączników.
WFN-SDA-003	System musi posiadać możliwość dowolnego oznaczania elementów struktury sprawy i załączników (liczby arabskie, rzymskie, litery, pole opisowe).
WFN-SDA-004	System umożliwia skanowanie pojedynczych kart oraz grupy dokumentów.
WFN-SDA-005	System umożliwia wprowadzenie domyślnego profilu skanowania.
WFN-SDA-006	System umożliwia bieżącą konfigurację parametrów skanowania podczas digitalizacji akt.
WFN-SDA-007	System umożliwia doskanowanie dokumentów do sprawy.
WFN-SDA-008	System umożliwia automatyczną, z możliwością ręcznej, kontrolę jakości zeskanowanych dokumentów/obrazów.
WFN-SDA-009	System umożliwia cofnięcie dokumentów z repozytorium zarządzania do etapu skanowania.
WFN-SDA-010	System umożliwia weryfikację dokumentów przez użytkownika.
WFN-SDA-011	System umożliwia ponowne skanowanie strony.
WFN-SDA-012	System umożliwia podmianę obrazu strony.
WFN-SDA-013	System umożliwia obrót obrazu strony.
WFN-SDA-014	System umożliwia podział kart formatu A3 na cztery części i możliwość dowolnego łączenia.
WFN-SDA-015	System umożliwia opcjonalnie pilnowanie ciągłości numeracji kart z uwzględnieniem struktury sprawy.
WFN-SDA-016	System automatycznie nadaje wszystkim zeskanowanym dokumentom (poszczególnym kartom w dokumencie) numery systemowe kart, pilnując ciągłości numeracji, z uwzględnieniem struktury sprawy.
WFN-SDA-017	System umożliwia automatyczną oraz ręczną detekcję pustych stron.
WFN-SDA-018	System umożliwia dodanie pominiętej karty.
WFN-SDA-019	System umożliwia usunięcie nadmiarowej karty.
WFN-SDA-020	System umożliwia oznaczenie strony jako kolorowa.
WFN-SDA-021	System umożliwia zamianę stron miejscami w karcie.
WFN-SDA-022	System umożliwia automatyczne lub manualne przenumerowanie kart.
WFN-SDA-023	System umożliwia dodanie plików z zewnętrznych nośników danych oraz ich automatyczne OCR.
WFN-SDA-024	System umożliwia zapisanie zeskanowanych dokumentów na zewnętrznych nośnikach danych.
WFN-SDA-025	System umożliwia import pliku do modułu skanowania.
WFN-SDA-026	System umożliwia wybór domyślnego skanera.
WFN-SDA-027	System umożliwia zmianę ustawień domyślnego skanera.
WFN-SDA-028	System umożliwia otworzenie wybranej grupy dokumentów do kontroli.
WFN-SDA-029	System umożliwia połączenie dwóch kart jednostronnych w jedna kartę dwustronną.
WFN-SDA-030	System automatycznie rozpoznaje grupy dokumentów po ich nagłówkach, tytułach, nazwach i kodzie QR oraz kodzie kreskowym, z wykorzystaniem edytowalnego słownika nazw dokumentów.
WFN-SDA-031	System umożliwia instalację / deinstalację usługi rozpoznawania tekstu w Systemie Operacyjnym.
WFN-SDA-032	System umożliwia zamianę zeskanowanych kart.
WFN-SDA-033	System umożliwia automatyczny podział tekstu na dokumenty.
WFN-SDA-034	System umożliwia automatyczną weryfikację grupy dokumentów.
WFN-SDA-035	System umożliwia manualny podział kart na dokumenty.

Identyfikator wymagania	Opis wymagania
WFN-SDA-036	System umożliwia uzupełnienie właściwości dokumentu poprzez możliwość dodania atrybutu.
WFN-SDA-037	System umożliwia wybór rodzaju dokumentu z możliwością wykorzystania edytowalnego słownika nazw dokumentów.
WFN-SDA-038	System umożliwia obsługę znaków specjalnych w polach opisowych dokumentów.
WFN-SDA-039	System umożliwia automatyczne sprawdzanie pisowni w polach opisowych dokumentów.
WFN-SDA-040	System umożliwia przenumerowanie kart w grupie dokumentów.
WFN-SDA-041	System umożliwia cofnięcie dokumentu i grupy dokumentów do kontroli jakości.
WFN-SDA-042	System umożliwia pominięcie dokumentu lub grupy dokumentów podczas weryfikacji.
WFN-SDA-043	System umożliwia prezentację zdefiniowanych dokumentów do weryfikacji w postaci listy.
WFN-SDA-044	System umożliwia otworzenie wybranego dokumentu lub grupy dokumentów do weryfikacji.
WFN-SDA-045	System umożliwia pobranie metadanych z pliku.
WFN-SDA-046	System umożliwia przekazanie dokumentów do repozytorium zarządzania aktami.
WFN-SDA-047	System umożliwia autozapis zmian wprowadzonych na etapie podziału grupy dokumentów na poszczególne dokumenty.
WFN-SDA-048	System zapewnia prezentację postępu rozpoznawania treści grupy dokumentów.
WFN-SDA-049	System umożliwia zmianę układu akt w strukturze sprawy.
WFN-SDA-050	System umożliwia indywidualne i grupowe przenoszenie zeskanowanych dokumentów do repozytorium zarządzania dokumentami.
WFN-SDA-051	System umożliwia tworzenie i wydruk karty przeglądowej zeskanowanych dokumentów.
WFN-SDA-052	System umożliwia wydruk dokumentów zaimportowanych z elektronicznego nośnika danych.
WFN-SDA-053	System umożliwia dekodowanie QRkodów oraz kodów kreskowych.
WFN-SDA-054	Rozpoznawanie tekstu, w tym nagłówków zeskanowanych dokumentów przy pomocy OCR – proces rozpoznawania tekstu w zeskanowanych dokumentach, przetwarzania go w formę edytowalną i udostępniania użytkownikowi, rozpoznawalność znaków drukowanych musi być na poziomie co najmniej 99%.
WFN-SDA-055	System automatycznie usuwa dokumenty z etapu skanowania po przekazaniu ich do repozytorium zarządzania aktami.
WFN-SDA-056	System umożliwia wyszukiwanie spraw i dokumentów w bazie na podstawie zdefiniowanych kryteriów.
WFN-SDA-057	System umożliwia generowanie wykazu spraw i dokumentów oraz ich wydruk.
WFN-SDA-058	System umożliwia przeglądanie wykazu dokumentów.
WFN-SDA-059	System umożliwia przeglądanie wykazu dokumentów w sprawie.
WFN-SDA-060	System umożliwia przeszukiwanie wykazu dokumentów.
WFN-SDA-061	System umożliwia wyszukiwanie dokumentów według zdefiniowanych w nich znaczników.
WFN-SDA-062	System umożliwia sortowanie wykazu dokumentów.
WFN-SDA-063	System umożliwia wydruk wykazu dokumentów.
WFN-SDA-064	System umożliwia przeglądanie wykazu spraw.
WFN-SDA-065	System umożliwia przeszukiwanie wykazu spraw.
WFN-SDA-066	System umożliwia sortowanie wykazu spraw.
WFN-SDA-067	System umożliwia wydruk wykazu spraw.
WFN-SDA-068	System umożliwia zapis wykazu spraw do pliku o określonym formacie.
WFN-SDA-069	System umożliwia przeglądanie szablonu indywidualnego użytkownika.

Identyfikator wymagania	Opis wymagania
WFN-SDA-070	System umożliwia przeszukiwanie szablonu indywidualnego użytkownika.
WFN-SDA-071	System umożliwia sortowanie szablonu indywidualnego użytkownika.
WFN-SDA-072	System umożliwia wydruk szablonu indywidualnego użytkownika.
WFN-SDA-073	System umożliwia zapis szablonu indywidualnego użytkownika do pliku.
WFN-SDA-074	System umożliwia dowolne filtrowanie i tworzenie wykazów spraw.
WFN-SDA-075	System umożliwia generowanie raportów i ich wydruk lub zapis w wybranym formacie.
WFN-SDA-076	System umożliwia dodawanie komentarza do dokumentu.
WFN-SDA-077	System umożliwia usuwanie komentarza do dokumentu.
WFN-SDA-078	System umożliwia zbiorczą listę komentarzy w dokumentach.
WFN-SDA-079	System umożliwia edycję danych dokumentu.
WFN-SDA-080	System umożliwia kopiowanie do schowka fragmentów tekstu.
WFN-SDA-081	System umożliwia dodawanie znaczników do dokumentów.
WFN-SDA-082	System umożliwia usuwanie znaczników do dokumentów.
WFN-SDA-083	System umożliwia dodawanie znaczników do komentarzy do dokumentów.
WFN-SDA-084	System umożliwia usuwanie znaczników do komentarzy do dokumentów.
WFN-SDA-085	System umożliwia filtrowanie wykazu dokumentów w oparciu o dodane do dokumentów znaczniki.
WFN-SDA-086	System umożliwia oznaczanie dokumentu znacznikiem na drzewie.
WFN-SDA-087	System umożliwia tworzenie listy zdefiniowanych w dokumencie znaczników.
WFN-SDA-088	System umożliwia przeglądanie dokumentów.
WFN-SDA-089	System umożliwia przeglądanie informacji o wersjach dokumentu.
WFN-SDA-090	System umożliwia przeszukiwanie, sortowanie i edycję listy wersji zanonimizowanych.
WFN-SDA-091	System umożliwia przeglądanie treści komentarza do dokumentu.
WFN-SDA-092	System umożliwia przeglądanie załączników.
WFN-SDA-093	System umożliwia przeszukiwanie i sortowanie listy załączników.
WFN-SDA-094	System umożliwia podgląd obrazu dokumentów z możliwością dopasowania rozmiaru obrazu.
WFN-SDA-095	System umożliwia przeglądanie dokumentu w postaci ciągłej.
WFN-SDA-096	System umożliwia pobieranie dokumentów.
WFN-SDA-097	System umożliwia uruchamianie programów zewnętrznych do przeglądania dokumentów (audio, video).
WFN-SDA-098	System umożliwia usuwanie dokumentów.
WFN-SDA-099	System umożliwia usuwanie oznaczenia dokumentu znacznikiem na drzewie.
WFN-SDA-100	System umożliwia wydruk danych dokumentu.
WFN-SDA-101	System umożliwia wydruk dokumentu w postaci obrazów.
WFN-SDA-102	System umożliwia wydruk dokumentu w postaci obrazów z komentarzami.
WFN-SDA-103	System umożliwia wydruk wersji OCR.
WFN-SDA-104	System umożliwia wyłączanie dokumentów ze sprawy.
WFN-SDA-105	System umożliwia zapis wykazu dokumentów do pliku.
WFN-SDA-106	System umożliwia oznaczanie obiektów w drzewie.
WFN-SDA-107	System umożliwia przeglądanie repozytorium podległych jednostek.
WFN-SDA-108	System umożliwia przeglądanie repozytorium w postaci drzewa.
WFN-SDA-109	System umożliwia wydruk repozytorium w postaci drzewa – w całości lub fragmentarycznie.
WFN-SDA-110	System umożliwia oznaczenie repertorium znacznikiem na drzewie.
WFN-SDA-111	System umożliwia usunięcie oznaczenia repertorium znacznikiem na drzewie.
WFN-SDA-112	System umożliwia dodawanie komentarzy do sprawy.
WFN-SDA-113	System umożliwia edycję danych sprawy.
WFN-SDA-114	System umożliwia oznaczenie sprawy znacznikiem na drzewie.
WFN-SDA-115	System umożliwia połączenie spraw.

Identyfikator wymagania	Opis wymagania
WFN-SDA-116	System umożliwia przeglądanie komentarzy do sprawy.
WFN-SDA-117	System umożliwia tworzenie zbiorczej listy komentarzy do sprawy.
WFN-SDA-118	System umożliwia przeglądanie spraw.
WFN-SDA-119	System umożliwia usunięcie oznaczenia sprawy znacznikiem na drzewie.
WFN-SDA-120	System umożliwia usuwanie komentarzy do sprawy.
WFN-SDA-121	System umożliwia wydruk danych sprawy.
WFN-SDA-122	System umożliwia wydruk danych sprawy z komentarzami.
WFN-SDA-123	System umożliwia nadanie kolejnej sygnatury sprawy.
WFN-SDA-124	System umożliwia przeniesienie sprawy do etapu skanowania w celu zmiany układu akt z chronologicznego na wielowątkowy.
WFN-SDA-125	System umożliwia oznaczenie tomu znacznikiem na drzewie.
WFN-SDA-126	System umożliwia podgląd karty przeglądowej tomu.
WFN-SDA-127	System umożliwia usunięcie oznaczenia tomu znacznikiem na drzewie.
WFN-SDA-128	System umożliwia oznaczenie wątku znacznikiem na drzewie.
WFN-SDA-129	System umożliwia usunięcie oznaczenia wątku znacznikiem na drzewie.
WFN-SDA-130	System umożliwia oznaczenie teczki znacznikiem na drzewie.
WFN-SDA-131	System umożliwia usunięcie oznaczenia teczki znacznikiem na drzewie.
WFN-SDA-132	System umożliwia oznaczenie załącznika znacznikiem na drzewie.
WFN-SDA-133	System umożliwia usunięcie oznaczenia załącznika znacznikiem na drzewie.
WFN-SDA-134	System umożliwia eksport sprawy.
WFN-SDA-135	System umożliwia import sprawy.
WFN-SDA-136	System umożliwia dodawanie teczki / tomu / wątku do sprawy.
WFN-SDA-137	System umożliwia edycję teczki / tomu / wątku / w sprawie.
WFN-SDA-138	System umożliwia usuwanie teczki / tomu / wątku ze sprawy.
WFN-SDA-139	System umożliwia przenoszenie kart pomiędzy dokumentami.
WFN-SDA-140	System umożliwia przeglądanie kosza zawierającego usunięte dokumenty.
WFN-SDA-141	System umożliwia usuwanie dokumentów z kosza.
WFN-SDA-142	System umożliwia przywracanie dokumentów znajdujących się w koszu.
WFN-SDA-143	System umożliwia wydruk listy dokumentów znajdujących się w koszu.
WFN-SDA-144	System umożliwia usunięcie przekazanych spraw.
WFN-SDA-145	System umożliwia sporządzenie nowego wyłączenia.
WFN-SDA-146	System umożliwia przygotowanie projektu wyłączenia akt.
WFN-SDA-147	System umożliwia przygotowanie postanowienia o wyłączeniu akt.
WFN-SDA-148	System umożliwia zatwierdzenie wyłączenia.
WFN-SDA-149	System umożliwia anulowanie wyłączenia.
WFN-SDA-150	System umożliwia usuwanie wyłączenia.
WFN-SDA-151	System umożliwia usuwanie sprawy przekazanej.
WFN-SDA-152	System umożliwia przekazanie sprawy.
WFN-SDA-153	System umożliwia podgląd i wydruk karty przeglądowej teczki.
WFN-SDA-154	System umożliwia wybór kolumn z danymi prezentowanymi na listach spraw i dokumentów.
WFN-SDA-155	System umożliwia przeszukiwanie treści dokumentu z poziomu okna podglądu dokumentu.
WFN-SDA-156	System umożliwia przeglądanie historii wyszukiwania, historii udostępnień, historii przekazań.
WFN-SDA-157	System umożliwia kopiowanie komentarzy z dokumentów do notatek.
WFN-SDA-158	System umożliwia kopiowanie fragmentów treści dokumentów do notatek.
WFN-SDA-159	System umożliwia zapis treści notatek do MS Word.
WFN-SDA-160	System umożliwia wydruk treści notatek pojedynczo i zbiorczo.
WFN-SDA-161	System umożliwia odsłuchiwanie treści dokumentów.
WFN-SDA-162	System umożliwia kopiowanie fragmentów treści dokumentów do zewnętrznych edytorów.

Identyfikator wymagania	Opis wymagania
WFN-SDA-163	System umożliwia kopiowanie metadanych ze struktury sprawy.
WFN-SDA-164	System umożliwia anonimizację dokumentów.
WFN-SDA-165	System umożliwia automatyczną anonimizację z użyciem automatu lingwistycznego na podstawie wersji OCR.
WFN-SDA-166	System umożliwia anonimizację wspomaganą poprzez wyszukiwanie wprowadzonych przez użytkownika fraz.
WFN-SDA-167	System umożliwia anonimizację manualną.
WFN-SDA-168	System umożliwia zapisywanie zmian anonimizowanego dokumentu.
WFN-SDA-169	System umożliwia otworzenie wybranego dokumentu do anonimizacji.
WFN-SDA-170	System umożliwia publikację aktualnego stanu anonimizacji.
WFN-SDA-171	System umożliwia grupowe zaznaczanie wszystkich wyszukanych elementów do anonimizacji.
WFN-SDA-172	System umożliwia grupowe przekształcenia wszystkich znalezionych elementów do anonimizacji.
WFN-SDA-173	System umożliwia przypisanie zanonimizowanych wersji dokumentu do dokumentu pierwotnego.
WFN-SDA-174	System umożliwia analizę zdigitalizowanych dokumentów.
WFN-SDA-175	System umożliwia dodawanie notatek.
WFN-SDA-176	System umożliwia modyfikację treści notatek.
WFN-SDA-177	System umożliwia usuwanie notatek.
WFN-SDA-178	System umożliwia przeglądanie listy notatek.
WFN-SDA-179	System umożliwia przeszukiwanie listy notatek.
WFN-SDA-180	System umożliwia przeglądanie treści notatek.
WFN-SDA-181	System umożliwia oznaczanie notatek oraz komentarzy w sprawie jako publiczne oraz prywatne.
WFN-SDA-182	System umożliwia wyszukiwanie dokumentów proste, zaawansowane oraz z zastosowaniem operatorów logicznych według znaczników oraz komentarzy.
WFN-SDA-183	System umożliwia przeszukiwanie dokumentów, notatek oraz komentarzy według ich treści.
WFN-SDA-184	System umożliwia eksport wyników wyszukiwania do pliku tekstowego.
WFN-SDA-185	System umożliwia zapis treści komentarzy i notatek minimum w formatach pdf, docx, csv, xls, rtf.
WFN-SDA-186	System umożliwia prezentację wyników wyszukiwania na dokumencie.
WFN-SDA-187	System umożliwia wyszukiwanie kontekstowe, fraz oraz synonimów fraz.
WFN-SDA-188	System umożliwia przeglądanie listy użytkowników uprawnionych do komentarzy i notatek.
WFN-SDA-189	System umożliwia dodawanie oraz usuwanie użytkowników uprawnionych do komentarzy i notatek.
WFN-SDA-190	System umożliwia dodanie danych analitycznych do dokumentu.
WFN-SDA-191	System umożliwia podgląd dokumentu.
WFN-SDA-192	System umożliwia sporządzanie wytycznych oraz przypisanie ich do określonych dokumentów.
WFN-SDA-193	System umożliwia tworzenie postanowień i wniosków o wykonanie analizy.
WFN-SDA-194	System umożliwia tworzenie dokumentu na podstawie treści notatek i komentarzy.
WFN-SDA-195	System umożliwia Eksport i import sprawy na zewnętrzne nośniki danych.
WFN-SDA-196	System umożliwia korzystanie z dokumentów zgromadzonych w repozytorium systemu na komputerach przenośnych (tryb offline).
WFN-SDA-197	System umożliwia generowanie pism procesowych w oparciu o wskazany formularz pisma.
WFN-SDA-198	System umożliwia korzystanie z oprogramowania transkrypcji mowy przy tworzeniu dokumentów.

Identyfikator wymagania	Opis wymagania
WFN-SDA-199	System umożliwia generowanie zestawień w zakresie zliczania ilości zdigitalizowanych tomów.
WFN-SDA-200	System umożliwia generowanie zestawień w zakresie ilości przypadków udostępnień zdigitalizowanych akt obywatelom niebędącym przedsiębiorcami.
WFN-SDA-201	System umożliwia generowanie zestawień w zakresie ilości przypadków udostępnień zdigitalizowanych akt obywatelom będącym przedsiębiorcami (w tym adwokaci i radcy).
WFN-SDA-202	System umożliwia generowanie zestawień w zakresie ilości przypadków udostępnień zdigitalizowanych akt obywatelom osadzonym w zakładach karnych.
WFN-SDA-203	System umożliwia generowanie zestawień w zakresie ilości przypadków przekazania zdigitalizowanych tomów akt do sądów.
WFN-SDA-204	System umożliwia generowanie zestawień w zakresie ilości przypadków przekazania zdigitalizowanych tomów akt innym organom.
WFN-SDA-205	System umożliwia generowanie statystyki w zakresie ilości osób korzystających z systemu (użytkowników posiadających zarejestrowane w systemie konto), z podziałem na użytkowników wewnętrznych i zewnętrznych).
WFN-SDA-206	System umożliwia generowanie zestawień w zakresie ilości spraw, w których wykorzystano SDA (ilość spraw, w których zdigitalizowano akta).
WFN-SDA-207	System umożliwia generowanie zestawień w zakresie liczby udostępnień zdigitalizowanych akt uprawnionym użytkownikom.
WFN-SDA-208	System umożliwia generowanie innych statystyk na podstawie definiowanych szablonów.
WFN-SDA-209	System umożliwia przenoszenie danych ze zdigitalizowanych dokumentów do bazy danych oprogramowania przeznaczonego do analizy kryminalnej.
WFN-SDA-210	System umożliwia zapisanie danych, wydobytych z dokumentów tekstowych w postaci obiektów oraz połączeń wykorzystywanych w analizie, w pliku wymiany danych.
WFN-SDA-211	System umożliwia tworzenie obiektów i połączeń oraz wypełnianie ich pól, zawierających dodatkowe informacje dotyczące obiektu lub połączenia, na podstawie tekstu jednego lub wielu dokumentów.

3.1.5.1 Obszar funkcjonalny udostępniania zdigitalizowanych akt (UZA)

3.1.5.1.1 Wymagania ogólne dla wszystkich rodzajów udostępnień

Identyfikator wymagania	Opis wymagania
WFN-UZA-001	System umożliwia przygotowanie zlecenia udostępnienia akt.
WFN-UZA-002	System umożliwia różnicowanie zakresu udostępnianych dokumentów w zależności od ich zawartości.
WFN-UZA-003	System umożliwia udostępnienie sprawy z poziomu wykazu spraw, struktury i repozytorium.
WFN-UZA-004	System umożliwia zatwierdzenie lub odmowę udostępnienia dokumentów.
WFN-UZA-005	System umożliwia przygotowanie udostępnienia i odmowy udostępnienia dokumentu, w tym wygenerowania dokumentu w oparciu o Formularz i jego wydruk.
WFN-UZA-006	System umożliwia różnicowanie formy i sposobu udostępnienia.
WFN-UZA-007	System umożliwia automatyczne lub manualne sporządzenie grafiku udostępnień w oparciu o centralny kalendarz.
WFN-UZA-008	System umożliwia wprowadzenie danych uprawnionego użytkownika.

Identyfikator wymagania	Opis wymagania
WFN-UZA-009	System umożliwia edycję, zapis, akceptację, usunięcie wprowadzonych danych uprawnionego użytkownika.
WFN-UZA-010	System umożliwia wyświetlenie listy udostępnień.
WFN-UZA-011	System umożliwia aktywację konta uprawnionego użytkownika, ponowną aktywację i dezaktywację konta.
WFN-UZA-012	System umożliwia czasowe blokowanie konta użytkownika.
WFN-UZA-013	System umożliwia tworzenie listy udostępnionych dokumentów.
WFN-UZA-014	System umożliwia podgląd wykazu dokumentów do wydania.
WFN-UZA-015	System umożliwia wydruk udostępnionych dokumentów.
WFN-UZA-016	System umożliwia eksport danych.
WFN-UZA-017	System umożliwia przeglądanie udostępnień.
WFN-UZA-018	System umożliwia usunięcie udostępnienia, usunięcie wygenerowanych dokumentów.
WFN-UZA-019	System umożliwia tworzenie zbiorczej listy wniosków o wydanie akt ze sprawy oraz zarządzeń prokuratora w przedmiocie wydania akt sprawy.
WFN-UZA-020	System umożliwia znakowanie udostępnionych dokumentów znakiem wodnym, kodem QR oraz niejawnymi znakami identyfikującymi użytkownika, któremu udostępniono dokumenty.
WFN-UZA-021	System umożliwia przeglądanie drzewa udostępnionych dokumentów.
WFN-UZA-022	System umożliwia przeglądanie dokumentu.
WFN-UZA-023	System umożliwia powiększanie i oddalanie dokumentu.
WFN-UZA-024	System umożliwia prezentację dokumentu zgodnie z Krajowymi Ramami Interoperacyjności
WFN-UZA-025	System umożliwia obrót podglądu kart podczas przeglądania udostępnionych akt.
WFN-UZA-026	Prawa dostępu do Systemu będą nadawane dla każdego składanego wniosku o udostępnienie.

3.1.5.1.2 Wymagania dla udostępnienia akt użytkownikom wewnętrznym (czytelnia akt)

Identyfikator wymagania	Opis wymagania
WFN-UZA-027	System umożliwia wygenerowania pokwitowania odbioru dokumentów.
WFN-UZA-028	System umożliwia pokwitowanie odbioru loginu i hasła dla uprawnionego użytkownika.
WFN-UZA-029	System umożliwia tworzenie wniosków o wydanie materiałów z akt sprawy oraz zarządzeń prokuratora w przedmiocie wydania akt sprawy.
WFN-UZA-030	System umożliwia wydrukowanie wytworzonych wniosków i zarządzeń.
WFN-UZA-031	System umożliwia przygotowanie i udostępnienie dokumentów.
WFN-UZA-032	System umożliwia użytkownikowi dodanie, usuwanie, podgląd i zapis przeglądanych dokumentów do wniosku o wydanie.
WFN-UZA-033	System umożliwia przesyłanie wniosku o wydanie dokumentów do zaakceptowania.
WFN-UZA-034	System umożliwia określenie użytkownikowi sposobu wydania dokumentów.
WFN-UZA-035	System umożliwia użytkownikowi wyszukiwanie udostępnionych dokumentów poprzez zdefiniowane kryteria wyszukiwania.
WFN-UZA-036	System umożliwia prokuratorowi zmianę sposobu wydania akt wskazanego przez użytkownika.
WFN-UZA-037	System umożliwia zalogowanie się użytkownika poprzez wprowadzenie identyfikatora i hasła.
WFN-UZA-038	System umożliwia przeglądanie akt przez użytkownika, do których ma uprawnienia.

3.1.5.1.3 Wymagania dla udostępnienia akt użytkownikom zewnętrznym

Identyfikator wymagania	Opis wymagania
WFN-UZA-039	System umożliwia udostępnianie zdigitalizowanych akt stronom postępowania z wykorzystaniem przeglądarki internetowej.
WFN-UZA-040	System umożliwia założenie konta uprawnionemu użytkownikowi na portalu zewnętrznym.
WFN-UZA-041	System umożliwia użytkownikowi w oparciu o Formularz wytworzenie i wydruk wniosku o wydanie dokumentów.
WFN-UZA-042	System umożliwia zalogowanie się użytkownika poprzez wprowadzenie identyfikatora i hasła.
WFN-UZA-043	System umożliwia przeglądanie akt przez użytkownika, do których ma uprawnienia.
WFN-UZA-044	System umożliwia zablokowanie użytkownikowi możliwości wydruku udostępnionych w trybie przeglądania dokumentów.

3.1.6 Obszar funkcjonalny dostępu do rejestrów zewnętrznych (DRZ)

Identyfikator wymagania	Opis wymagania
WFN-DRZ-001	Podsystem Rejestrów Zewnętrznych (PRZ) zapewnia dostęp do danych tzw. zewnętrznych baz danych (systemów podmiotów zewnętrznych) w celu wymiany informacji z instytucjami i organami państwowymi, w toku postępowania przygotowawczego, w zakresie określonym przepisami prawa.
WFN-DRZ-002	System zapewnia wymianę danych z rejestrami zewnętrznymi polegającą na formułowaniu i wysłaniu zapytań z określonymi warunkami oraz otrzymaniu (pobraniu) odpowiedzi w formacie zdefiniowanym przez dostawcę rejestru oraz zapisanie ich w systemie.
WFN-DRZ-003	System zapewnia dostęp do danych rejestrów zewnętrznych poprzez wykorzystanie interfejsów dostępowych systemów zewnętrznych (udostępnione metody).
WFN-DRZ-004	System zapewnia dostęp do systemów zewnętrznych: 1. System Rejestrów Państwowych (usługa PESEL), 2. Krajowy Rejestr Karny (KRK), 3. Krajowy Rejestr Sądowy (KRS), 4. Centralna Baza Osób Pozbawionych Wolności (Xxx.XXX), 5. Krajowe Centrum Informacji Kryminalnych (KCIK), 6. Centralna Ewidencja Pojazdów i Kierowców (CEPiK), 7. Krajowy Rejestr Urzędowy Podmiotów Gospodarki Narodowej (REGON), 8. Elektroniczna Księga Wieczysta (EKW),

Identyfikator wymagania	Opis wymagania
	9. System teleinformatyczny ministra właściwego do spraw finansów publicznych – Usługa Udostępniania Danych o Dochodach (UUDoD), 10. Krajowy System Informatyczny (dostęp do SIS), 11. Międzybankowa Informacja Gospodarcza Dokumenty Zastrzeżone (DZ) 12. System Urzędu do Spraw Cudzoziemców (POBYT) 13. Centralna Ewidencja i Informacja o Działalności Gospodarczej (CEIDG) 14. Ubezpieczeniowy Fundusz Gwarancyjny (UFG) 15. Krajowy Rejestr Urzędowy Podziału Terytorialnego Kraju (TERYT)
WFN-DRZ-005	System umożliwi aktualizację danych rejestrowanych w następujących rejestrach: 1. SIS 2. KCIK 3. CEPIK 4. KRK
WFN-DRZ-006	System umożliwia utworzenie dostępu do kolejnych systemów zewnętrznych.
WFN-DRZ-007	System umożliwi przechowywanie co najmniej następujących informacji: 1. Identyfikator użytkownika, 2. Nazwa zewnętrznej bazy danych, 3. Identyfikator zapytania, 4. Rodzaj zapytania, 5. Plik XML zawierający treść zapytania, 6. Data i czas zadania zapytania, 7. Plik XML zawierający treść odpowiedzi, 8. Data i czas otrzymania odpowiedzi.
WFN-DRZ-008	System identyfikuje w sposób jednoznaczny zapytanie na podstawie identyfikatora zapytania, w celu poprawnego powiązania odpowiedzi z zapytaniem.
WFN-DRZ-009	System zapewnia wgląd do danych dotyczących aktywności użytkownika w systemie, w celu pełnej rozliczalności, na podstawie specjalnych uprawnień.
WFN-DRZ-010	System umożliwia sporządzanie raportów, porządkowanie danych według zadanych kryteriów i sporządzanie wydruków na podstawie danych dotyczących aktywności użytkownika w Systemie.
WFN-DRZ-011	System sygnalizuje użytkownikowi odpowiednim komunikatem fakt otrzymania odpowiedzi. Komunikat będzie wyświetlany każdorazowo po zalogowaniu do Systemu jeżeli będą nieodczytane odpowiedzi.
WFN-DRZ-012	System sygnalizuje użytkownikowi odpowiednim komunikatem fakt braku odpowiedzi na zapytanie po upływie terminu ponowienia zapytania.
WFN-DRZ-013	System umożliwia użytkownikowi ponowienie zapytania albo rezygnację z wysłania zapytania.
WFN-DRZ-014	System umożliwia drukowanie i eksport do pliku tekstowego treści zapytań i odpowiedzi, w celu dalszego przetwarzania na stacji lokalnej użytkownika.
WFN-DRZ-015	System umożliwia automatyczne i manualne usuwanie zapytań i odpowiedzi.
WFN-DRZ-016	System umożliwia zdefiniowanie wartości co najmniej wskazanych poniżej terminów, podczas konfiguracji aplikacji: 1. Termin ponowienia zapytania, 2. Termin przechowywania niezrealizowanego zapytania, 3. Termin przechowywania zrealizowanego zapytania, 4. Termin przechowywania nieodczytanej odpowiedzi,

Identyfikator wymagania	Opis wymagania
	5. Termin przechowywania odczytanej odpowiedzi.
WFN-DRZ-017	System umożliwia dostęp do danych rejestrów zewnętrznych wyłącznie na podstawie uprawnień nadanych w drodze upoważnienia. Uprawnienia będą nadawane centralnie, także centralnie będą przechowywane konta i hasła użytkowników.
WFN-DRZ-018	System realizuje dostęp do każdego rejestru zewnętrznego na podstawie osobnego uprawnienia dostępu użytkownika (roli aplikacyjnej).
WFN-DRZ-019	W systemie prowadzony jest Dziennik Systemu, w którym rejestrowany jest każdy dostęp i próba dostępu użytkownika do każdego rejestru zewnętrznego, funkcje jakie wykonywał, próby uzyskania dostępu przez użytkowników nie posiadających odpowiednich uprawnień.

3.1.7 Obszar funkcjonalny interfejsów z instytucjami współpracującymi z prokuraturą (IWP)

Identyfikator wymagania	Opis wymagania
WFN-IWP-001	System umożliwi udostępnienie zdigitalizowanych akt organom prowadzącym postępowania takim jak: 1. sądami, 2. Policją, 3. ABW, 4. CBA.
WFN-IWP-002	System umożliwi przekazywanie danych o sprawach organom prowadzącym postępowania takim jak: 1. sądy, 2. Policja, 3. ABW, 4. CBA.
WFN-IWP-003	Wymiana danych pomiędzy prokuraturą a instytucjami współpracującymi będzie odbywać się na poziomie współpracy systemów obu stron (komunikacja serwer- serwer).
WFN-IWP-004	System zapewni uwierzytelnianie pomiędzy Systemem prokuratury a systemem instytucji współpracującej.
WFN-IWP-005	Wymiana danych pomiędzy Systemem a systemami instytucji współpracujących będzie zgodna z protokołem SOAP.
WFN-IWP-006	System umożliwi utworzenie pisma przewodniego do przekazywanych danych do innej instytucji.
WFN-IWP-007	System zapewni potwierdzenie odbioru po przekazaniu danych odbiorcy docelowemu.
WFN-IWP-008	System zapewni monitorowanie przesyłanych danych.
WFN-IWP-009	System zapewni zapis do logów wszystkich operacji związanych z przesyłaniem danych.

3.1.8 Obszar funkcjonalny pobierania danych od operatorów telekomunikacyjnych (DOT)

Identyfikator wymagania	Opis wymagania
WFN-DOT-001	System umożliwi przekazanie drogą elektroniczną dokumentów (postanowienia o zwolnieniu z obowiązku zachowania tajemnicy zawodowej upoważnionych pracowników podmiotu świadczącego usługi telekomunikacyjne oraz inne pisma procesowe wraz z załącznikami), wytworzonych w prokuraturze wraz z możliwością dołączenia zdigitalizowanych w Systemie dokumentów. Dane do operatora telekomunikacyjnego musza być przekazywane w formie: - zeskanowanej po podpisaniu przez prokuratora, - tekstowej do której dołączany jest QR kod lub kod kreskowy, - formacie XML.
WFN-DOT-002	System zapewni możliwość przyjęcia drogą elektroniczną odpowiedzi od podmiotu świadczącego usługi telekomunikacyjne.
WFN-DOT-003	System umożliwi tworzenie formularzy postanowień oraz innych dokumentów oraz ich import.
WFN-DOT-004	Dokumenty przekazywane do podmiotu świadczącego usługi telekomunikacyjne będą zapisywane w Podsystemie Archiwum.
WFN-DOT-005	System zapewni możliwość akceptacji przez uprawnioną osobę kompletności dokumentów przekazywanych do operatora telekomunikacyjnego.
WFN-DOT-006	System będzie zawierał ewidencję wydanych postanowień oraz innych wytworzonych dokumentów z możliwością definiowania przez prokuraturę kryteriów rozliczalności działań użytkowników Systemu.
WFN-DOT-007	System umożliwi przeglądanie (wraz z filtrowaniem) listy wytworzonych postanowień i innych dokumentów oraz aktualnych statusów postanowień i odpowiedzi wraz z możliwością przeglądania treści dokumentów, zadanych zapytań automatycznych i manualnych wraz z załącznikami.
WFN-DOT-008	System zapewni możliwość odnotowania potwierdzenia otrzymania przez adresata przesłanych dokumentów.
WFN-DOT-009	System zapewni pobieranie odpowiedzi do wydanych postanowień oraz innych dokumentów.
WFN-DOT-010	System zapewni rozliczalność działań użytkowników na poziomach: Postanowień, Zapytań (kryteriów), Odpowiedzi.
WFN-DOT-011	System zapewni logowanie działań w systemie (metadane), które będzie następowało w formie metadanych/rejestru. Logowane informacje powinny zawierać minimum następujące informacje: datę i czas działania, Id rodzaju działania, Id użytkownika, Id postanowienia. Czas przechowywania logów sterowany parametrycznie w miesiącach.
WFN-DOT-012	System musi mieć funkcjonalność powiadamiania o otrzymaniu odpowiedzi od operatora telekomunikacyjnego.
WFN-DOT-013	System musi zapewnić możliwość zapisania na zewnętrzny nośnik przesłanej przez operatora telekomunikacyjnego paczki danych oraz wydruku innych dołączonych dokumentów.
WFN-DOT-014	Otrzymane pliki zawierające dane retencyjne po akceptacji przyjęcia przez prokuratora przekazywane są automatycznie do sprawy.

3.1.9 Obszar funkcjonalny obsługi ekspedycji i przyjmowania korespondencji (ODE)

Identyfikator wymagania	Opis wymagania
WFN-ODE-001	System umożliwia wyświetlanie, rejestrację, edycję, usuwanie, wydruk danych związanych z zarejestrowaną korespondencją, przywracanie usuniętych danych dotyczących korespondencji wpływającej do prokuratury.

Identyfikator wymagania	Opis wymagania
WFN-ODE-002	System umożliwia wyświetlanie, rejestrację, edycję, usuwanie, wydruk danych związanych z zarejestrowaną korespondencją, przywracanie usuniętych danych dotyczących korespondencji ekspediowanej z prokuratury.
WFN-ODE-003	System umożliwia rejestrację korespondencji bez względu na fakt zarejestrowania sprawy w innym urządzeniu ewidencyjnym.
WFN-ODE-004	System umożliwia import danych z innych systemów bądź elektronicznych załączników do wpływającej korespondencji.
WFN-ODE-005	System umożliwi automatyczne rejestrowanie wpływu korespondencji z elektronicznych skrzynek podawczych, korespondencji mailowej.
WFN-ODE-006	System umożliwia eksport danych do innych systemów bądź w formie załączników elektronicznych.
WFN-ODE-007	System umożliwia przypisanie korespondencji do sprawy zarejestrowanej w innym urządzeniu ewidencyjnym.
WFN-ODE-008	System umożliwia wyświetlanie informacji o wpływającej korespondencji z poziomu sprawy zarejestrowanej w innym urządzeniu ewidencyjnym.
WFN-ODE-009	System umożliwia zarejestrowanie korespondencji ekspediowanej z prokuratury z poziomu sprawy zarejestrowanej w innym urządzeniu ewidencyjnym.
WFN-ODE-010	System umożliwia zarejestrowanie ekspediowanej korespondencji na podstawie danych zawartych w formularzu.
WFN-ODE-011	System umożliwia zapisywanie informacji o zarejestrowanej korespondencji w formie kodów kreskowych lub kodów QR.
WFN-ODE-012	System umożliwia pobieranie informacji o zarejestrowanej korespondencji zapisanych w formie kodów kreskowych lub kodów QR.
WFN-ODE-013	System umożliwia wyszukiwanie na podstawie zadanych kryteriów.
WFN-ODE-014	System umożliwia tworzenie na podstawie wprowadzonych danych: rejestrów, zestawień, wykazów, formularzy itp.
WFN-ODE-015	System umożliwia tworzenie oraz zapisywanie szablonów wykazów (systemowych oraz indywidualnych użytkownika).
WFN-ODE-016	System umożliwia generowanie wydruków.
WFN-ODE-017	System umożliwia generowanie raportu o zarejestrowanej korespondencji.
WFN-ODE-018	System umożliwia wydruk zawartości utworzonych rejestrów, zestawień, wykazów, formularzy, raportów itp.
WFN-ODE-019	System umożliwia eksport zawartości utworzonych rejestrów, zestawień, wykazów, formularzy, raportów itp. celem zapisu w innym formacie (np. PDF, Excel itd.).
WFN-ODE-020	System umożliwia potwierdzenie otrzymania korespondencji wpływającej przez określonego użytkownika.
WFN-ODE-021	System umożliwia wykorzystanie EPO (Elektroniczne Potwierdzenie Odbioru).
WFN-ODE-022	System umożliwia pobranie danych nadawcy zarejestrowanej korespondencji w celu zarejestrowania osoby w innym urządzeniu ewidencyjnym.
WFN-ODE-023	System umożliwia jednoczesne skierowanie korespondencji do wielu adresatów.
WFN-ODE-024	System automatycznie wygeneruje pozycję w rejestrze korespondencji ekspediowanej w przypadku udostępnienia zdigitalizowanych dokumentów uprawnionym organom.
WFN-ODE-025	System umożliwia rejestrację danych z podziałem na dane wymagane i niewymagane.
WFN-ODE-026	System umożliwia kopiowanie zarejestrowanych danych (pozycji).
WFN-ODE-027	System umożliwia pobieranie danych o nadawcach i adresatach z bazy.
WFN-ODE-028	System umożliwia potwierdzenie wpływu korespondencji do jednostki organizacyjnej prokuratury (indywidualne oraz grupowe).
WFN-ODE-029	System umożliwia identyfikację wpływającej korespondencji (do sprawy / nie do sprawy ; indywidualne oraz grupowe).

Identyfikator wymagania	Opis wymagania
WFN-ODE-030	System umożliwia odnotowanie informacji o dekretacji wpływającej korespondencji.
WFN-ODE-031	System umożliwia potwierdzenie otrzymania wpływającej korespondencji przez określonego użytkownika (indywidualnie oraz grupowo).
WFN-ODE-032	System umożliwia podgląd wydruku danych umieszczanych na kopercie / zwrotce.
WFN-ODE-033	System umożliwia wydruk koperty / zwrotki (indywidulanie oraz grupowo).
WFN-ODE-034	System umożliwia potwierdzenie wyekspediowania zarejestrowanej korespondencji (obecne potwierdzenie przekazania do Urzędu Pocztowego, przesłania faxem itp.).
WFN-ODE-035	System umożliwia odnotowanie potwierdzenia doręczenia korespondencji adresatowi - ZPO (automatycznie na podstawie odczytu kodu kreskowego lub kodu QR lub EPO bądź manualnie przez użytkownika).
WFN-ODE-036	System umożliwia wyświetlanie, wprowadzenie, edycję, usuwanie danych o zwrotnym poświadczeniu odbioru.
WFN-ODE-037	System umożliwia wykonanie powtórnej ekspedycji.

3.1.10 Obszar funkcjonalny realizacji zadań statystycznych (STAT)

3.1.10.1 Bieżąca sprawozdawczość

Identyfikator wymagania	Opis wymagania
WFN-STA-001	System umożliwia na poziomie każdej powszechnej jednostki organizacyjnej prokuratury stworzenie zestawień ze wskazanych baz danych wchodzących w skład systemu, według kryteriów zdefiniowanych przez użytkownika oraz jego zapisu, wydruku i prezentacji w formie graficznej.
WFN-STA-002	System umożliwia na każdym poziomie prokuratury zapisywanie automatycznie (jako parametr) wygenerowanych zestawień statystycznych wraz z danymi źródłowymi na podstawie których zestawienia zostały wygenerowane.
WFN-STA-003	System umożliwia wygenerowanie co najmniej 67 zestawień, zgodnie z załącznikiem umieszczonym w załączniku 4.
WFN-STA-004	System umożliwia przed stworzeniem wykazów zdefiniowanie kryteriów tworzenia wykazu, w szczególności grupowania wybranych danych.
WFN-STA-005	System umożliwia zapis szablonu wykazu zdefiniowanego przez użytkownika.

3.1.10.2 Statystyka publiczna

Identyfikator wymagania	Opis wymagania
WFN-STA-006	System umożliwia generowanie obowiązujących sprawozdań z działalności prokuratury, wynikające z obowiązujących przepisów: 1. Sprawozdanie z działalności powszechnych jednostek organizacyjnych prokuratury w sprawach karnych, 2. Sprawozdanie z działalności powszechnych jednostek organizacyjnych prokuratury w sprawach cywilnych i administracyjnych,

Identyfikator wymagania	Opis wymagania
	3. Sprawozdanie z działalności powszechnych jednostek organizacyjnych prokuratury w zakresie zwierzchniego nadzoru służbowego sprawowanego przez prokuratora nadrzędnego w sprawach karnych, cywilnych i administracyjnych.
WFN-STA-007	System umożliwi generowanie formularzy sprawozdań statystyki publicznej obejmującej wszystkie szczeble jednostek organizacyjnych prokuratury.
WFN-STA-008	System wymusza walidację, weryfikację i zatwierdzanie sprawozdań statystyki publicznej przez poszczególne jednostki organizacyjne i tworzenie sprawozdań zbiorczych dla obszaru prokuratury okręgowej, regionalnej, Prokuratury Krajowej oraz dla wszystkich jednostek Prokuratury.
WFN-STA-009	System umożliwia kontrolę formalną i logiczno–rachunkową danych sprawozdawczych w celu zapewnienia spójności danych przetwarzanych w systemie.
WFN-STA-010	System umożliwia podgląd, wydruk i zapis sprawozdań statystycznych z poziomu każdego szczebla prokuratury w układzie odpowiadającym jednostkom organizacyjnym, wydziałom oraz działom, dla których generowane są dane statystyczne.
WFN-STA-011	System umożliwia kontrolę porównawczą danych sprawozdawczych dotyczących pozostałości spraw z poprzednich sprawozdań z danymi sprawozdawczymi wprowadzonymi do sprawozdania statystycznego za bieżący okres z możliwością edycji kryteriów.
WFN-STA-012	System umożliwia prezentację danych statystycznych w formie graficznej wraz z wydrukiem oraz zapisem.
WFN-STA-013	System umożliwia tworzenie na podstawie danych ze sprawozdań statystycznych tablic wynikowych obejmujących stosowny zakres danych z prokuratur, w szczególności: a) ze sprawozdania z działalności powszechnych jednostek organizacyjnych prokuratury w zakresie zwierzchniego nadzoru służbowego sprawowanego przez prokuratora nadrzędnego w sprawach karnych, cywilnych i administracyjnych, w ilości co najmniej 4 rodzaje, b) ze sprawozdania z działalności powszechnych jednostek organizacyjnych prokuratury w sprawach karnych, w ilości co najmniej 45 tablic wynikowych, c) ze sprawozdania z działalności powszechnych jednostek organizacyjnych prokuratury w cywilnych i administracyjnych, w ilości co najmniej 18 tabel. Wykaz tabel wynikowych stosowanych obecnie przez użytkownika stanowi załącznik nr 5.
WFN-STA-014	System umożliwia tworzenie za pomocą uniwersalnej tablicy publikacyjnej zestawień na podstawie sprawozdań statystycznych z powszechnych jednostek organizacyjnych prokuratury.
WFN-STA-015	System umożliwia generowanie zestawień porównawczych z kilku poziomów, w zakresie danych wybranych przez użytkownika, obejmujących kilka okresów sprawozdawczych na podstawie sprawozdań statystycznych w Prokuraturze Krajowej oraz w prokuraturach regionalnych i prokuraturach okręgowych za okres co najmniej 5 – letni, a w szczególności: 1. Prokuratury Regionalne (działalność własna), 2. Prokuratury Regionalne (okręgi regionalne: RP+PO+PR), 3. Prokuratury Okręgowe (działalność własna), 4. Prokuratury Okręgowe (okręgi prokuratur okręgowych: PO+PR), 5. Prokuratury Rejonowe, 6. Prokuratury Rejonowej (podsumy dla okręgów).

Identyfikator wymagania	Opis wymagania
WFN-STA-016	System umożliwia podgląd i wydruk sprawozdań w zadanym układzie (każdy wydruk sprawozdania powinien mieć możliwość podglądu wydruku na ekranie i powinien być odwzorowaniem wzorów sprawozdań) w Prokuraturze Krajowej: • odrębnie każdy Wydział Zamiejscowy Departamentu do Spraw Przestępczości Zorganizowanej i Korupcji Prokuratury Krajowej, • odrębnie każdy Departament/ Wydział Prokuratury Krajowej, • łącznie działalność własna Prokuratury Krajowej, • odrębnie każda jednostka organizacyjna prokuratury (tj. prokuratury regionalne, prokuratury okręgowe, ośrodki zamiejscowe prokuratur okręgowych, prokuratury rejonowe i ośrodki zamiejscowe prokuratur rejonowych), • łącznie wszystkie jednostki organizacyjne prokuratury, • łącznie prokuratury regionalne, • łącznie prokuratury okręgowe, • łącznie prokuratury rejonowe, • okręgi prokuratur regionalnych (tj. prokuratura regionalna + prokuratury okręgowe + prokuratury rejonowe), • okręgi prokuratur okręgowych (tj. prokuratura okręgowa + prokuratury rejonowe).
WFN-STA-017	System umożliwia podgląd i wydruk sprawozdań w zadanym układzie (każdy wydruk sprawozdania powinien mieć możliwość podglądu wydruku na ekranie i powinien być odwzorowaniem wzorów sprawozdań) w prokuraturach regionalnych • prokuratura regionalna (działalność własna), • prokuratury okręgowe, • prokuratury rejonowe, • łącznie prokuratury okręgowe, • łącznie prokuratury rejonowe, • łącznie okręg prokuratury okręgowej (tj. prokuratura okręgowa + podległe prokuratury rejonowe), • łącznie okręgi prokuratur okręgowych, • łącznie okręg prokuratur regionalnej (tj. prokuratura regionalna + prokuratury okręgowe + prokuratury rejonowe).
WFN-STA-018	System umożliwia podgląd i wydruk sprawozdań w zadanym układzie (każdy wydruk sprawozdania powinien mieć możliwość podglądu wydruku na ekranie i powinien być odwzorowaniem wzorów sprawozdań) w prokuraturach okręgowych • prokuratura okręgowa (działalność własna), • prokuratury rejonowe, • łącznie prokuratury rejonowe, • okręg prokuratury okręgowej (tj. prokuratura okręgowa + prokuratury rejonowe), przy czym w prokuraturze regionalnej i prokuraturze okręgowej możliwość podglądu i wydruku sprawozdań odrębnie z każdego wydziału w danej jednostce oraz łącznie określonych wydziałów.
WFN-STA-019	System umożliwia podgląd i wydruk sprawozdań w zadanym układzie (każdy wydruk sprawozdania powinien mieć możliwość podglądu wydruku na ekranie i powinien być odwzorowaniem wzorów sprawozdań) w prokuraturach w prokuraturach rejonowych • prokuratura rejonowa (działalność własna).
WFN-STA-020	System umożliwia szybki dostęp do wybranej strony z każdego sprawozdania i wydruk wybranej strony.

Identyfikator wymagania	Opis wymagania
WFN-STA-021	System umożliwia zmianę zakresu widocznych w wykazie sprawozdań zgodnie co najmniej z poniższymi parametrami wyświetlania: • okres sprawozdawczy: I półrocze, rok, wszystkie, • rodzaj prokuratury: krajowa lub/i regionalne lub/i okręgowe lub/i rejonowe, • zakres sprawozdań: zbiorcze lub/i działalność własna lub/ i departamenty/OZ/wydziały; Ds., • wybrany okręg prokuratury.
WFN-STA-022	System umożliwia wygenerowanie, wydruk i eksport do formatu xls, z możliwością podglądu i wydruku w formacie doc, xls, i pdf tablic porównawczych i tablic wskaźnikowych za I półrocze bieżącego roku do I półrocza roku ubiegłego i analogicznie za okres roczny w układzie strukturalnym powszechnych jednostek organizacyjnych prokuratury, w sposób zgodny z zakresem danych wprowadzanych do systemu i z możliwością wyliczenia zadanych wskaźników.
WFN-STA-023	System umożliwia oznaczenie zakresu wydruków sprawozdania z poziomu każdej jednostki organizacyjnej.
WFN-STA-024	System umożliwia z poziomu sprawozdania wyświetlenie listy obiektów, które są prezentowane wraz z danymi stanowiącymi obiekt do sprawozdania, w szczególności unikalnym oznaczeniem sprawy.

3.2 Wymagania pozafunkcjonalne

Opisane w tym rozdziale wymagania pozafunkcjonalne dotyczą wszystkich Podsystemów, architektury Systemu oraz wymagań dla ITS. Wymagania pozafunkcjonalne zostały zgrupowane w następujących rozdziałach:

1. Wymagania na Interfejs użytkownika.

2. Wymagania na bezpieczeństwo.

3. Wymagania na dostępność.

4. Wymagania na skalowalność.

5. Wymagania na standardy.

6. Wymagania na wydajność.

7. Wymagania na architekturę systemu.

3.2.1 Wymagania na interfejs użytkownika

Identyfikator wymagania	Opis wymagania
WPF-INT-001	Interfejs użytkownika dla stacji roboczych zrealizowany zostanie z zastosowaniem standardowych przeglądarek internetowych. Wymaganie dotyczy interfejsów użytkownika dla wszystkich stacji roboczych jednostek organizacyjnych prokuratury połączonych w sieci WAN-PROK oraz stacji roboczych podłączonych przez Internet w Strefie Zewnętrznej. Na każde odstępstwo od tego wymagania zgodę musi wyrazić Zamawiający na etapie opracowywania Projektu Wykonawczego. Wymaganie dotyczy również stacji skanowania. Interfejs użytkownika musi być w języku polskim.
WPF-INT-002	Wymiana danych pomiędzy stacjami roboczymi a Systemem w strefie zewnętrznej realizowane będzie z użyciem protokołu https.
WPF-INT-003	System zapewni dostęp do wszystkich usług Systemu, do których uprawnienia posiada użytkownik z jednego ekranu logowania.
WPF-INT-004	System umożliwiać będzie pracę z następującymi przeglądarkami: - Microsoft Internet Explorer w wersji 8 i wyższych, - Mozilla Firefox w wersji 45.5.1 i wyższych, - Google Chrome w wersji 49 i wyższych, - Opera w wersji 36 i wyższych, - Safari w wersji 5.1.7 i wyższych.
WPF-INT-005	Interfejs użytkownika zaprojektowany będzie zgodnie z powszechnie przyjętymi standardami i szeroko pojętymi dobrymi praktykami w dziedzinie konstruowania intuicyjnego interfejsu użytkownika.
WPF-INT-006	Prezentowana treść w przeglądarce powinna być czytelna dla użytkowników niedowidzących. Interfejs użytkownika w zakresie dostępności dla ludzi niepełnosprawnych powinien być zgodny z wytycznymi organizacji W3C na poziomie AA oraz WCAG 2.0. Wymaganie nie dotyczy stacji administratorów.
WPF-INT-007	Interfejs użytkownika będzie dostosowany do ekranów o rozdzielczości monitora minimum 1024x768 oraz automatycznie będzie się dostosowywał do wyższej rozdzielczości do poziomu FHD włącznie. Wyjątkiem będą interfejsy dla urządzeń mobilnych, które będą korzystać z rozdzielczości dostępnej dla danego urządzenia.
WPF-INT-008	System będzie w warstwie prezentacyjnej posługiwać się standardem kodowania uzgodnionym z Zamawiającym na etapie opracowania Projektu Wykonawczego Systemu. System musi obsługiwać polskie znaki diakrytyczne.

Identyfikator wymagania	Opis wymagania
WPF-INT-009	System musi umożliwiać użytkownikowi pracę w kilku oknach aplikacji równocześnie.
WPF-INT-010	System musi zapewnić współpracę z urządzeniami mobilnymi pracującymi pod kontrolą, co najmniej następujących systemów operacyjnych: - Android, - iOS, - Windows Mobile.
WPF-INT-011	System umożliwi użytkownikom pracę w trybie jedno i dwuekranowym oraz jedno i dwumonitorowym.
WPF-INT-012	System umożliwia pracę w trybie wielodostępu ze stacji roboczych i stacji skanowania.
WPF-INT-013	System umożliwia wykorzystanie funkcji „drag and drop” oraz podgląd wydruków.
WPF-INT-014	System zapamiętuje ostatni kontekst pracy użytkownika.
WPF-INT-015	System musi umożliwiać korzystanie przez użytkowników z funkcji Pomoc i Podpowiadania oraz zapewnić łatwy sposób edytowanie treści informacji typu Pomoc oraz Podpowiedzi przez administratora Systemu.
WPF-INT-016	Na każdym ekranie interfejsu systemu (po zalogowaniu użytkownika) ma być wyświetlana: nazwa systemu, środowisko produkcyjne/testowe, numer wersji, nazwa użytkownika, przynależność do grupy uprawnień/rola, logo graficzne.
WPF-INT-017	Interfejs musi umożliwiać wyświetlanie informacji typu Pomoc z poziomu dowolnego ekranu.
WPF-INT-018	Interfejs ma umożliwiać wyświetlanie Podpowiedzi dla pól zdefiniowanych formularza.
WPF-INT-019	Interfejs ma umożliwiać wyświetlenie informacji o wylogowaniu użytkownika z systemu oraz powodu wylogowania.
WPF-INT-020	W przypadku zdefiniowania w ramach uprawnień użytkownika możliwości jedynie podglądu danych – wszystkie elementy obiektu/formularza mają być oznaczone i zablokowane do edycji.
WPF-INT-021	Każdy ekran ma zawierać przynajmniej: w górnej części Pasek tytułowy (nazwa systemu itd.), Obszar roboczy, w dolnej części Stopkę z informacjami (np. dane HelpDesk, nr telefonu do administratora) oraz Menu i Mapę strony.
WPF-INT-022	Każdy z użytkowników ma mieć możliwość personalizacji widoku ekranów
WPF-INT-023	Przyciski nawigacyjne, operacyjne (np. Zapisz, Usuń, Kopiuj) mają być zawsze widoczne
WPF-INT-024	System musi umożliwiać zdefiniowanie możliwości kopiowanie dowolnego tekstu wyświetlanego na ekranach systemu lub zablokowanie tej funkcjonalności
WPF-INT-025	System musi pokazywać status wykonywanej operacji, poprzez odpowiednie potwierdzenia i komunikaty.
WPF-INT-026	System ma umożliwiać użytkownikowi cofnięcie lub anulowanie wybranej czynności

3.2.2 Wymagania na bezpieczeństwo

Identyfikator wymagania	Opis wymagania
WPF-BZP-001	System musi zapewnić pełną ochronę przed nieuprawnionym dostępem osób i innych systemów do danych. W szczególności wszystkie Podsystemy spełniać muszą wymogi Rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy

Identyfikator wymagania	Opis wymagania
	informatyczne służące do przetwarzania danych osobowych (Dz.U. 2004, nr 100, poz. 1024) oraz Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012r. 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. 2016 poz. 113).
WPF-BZP-002	Wszystkie Podsystemy muszą spełniać wymogi ustawy o ochronie danych osobowych (Dz. U. z 2016, poz.922).
WPF-BZP-003	Wszystkie operacje wykonywane przez administratorów i użytkowników Systemu muszą być archiwizowane i System musi pozwalać na ich analizę.
WPF-BZP-003.1	System musi umożliwiać monitorowanie operacji uprzywilejowanych, tj. wykorzystanie uprawnień administratora.
WPF-BZP-003.2	System musi umożliwiać generowanie okresowych (z możliwością dowolnego definiowania okresów) i na żądanie Raportów o wykonanych operacjach i parametrach pojemnościowych i trendach obciążeniowych
WPF-BZP-003.3	System musi zawierać mechanizmy uniemożliwiające edycję i usuwanie plików zawierających logi zdarzeń systemowych oraz posiadać mechanizmy chroniące przed możliwością ich przepełnienia
WPF-BZP-004	Administratorzy Systemu dostęp do elementów Systemu nieobjętych funkcjami kontroli dostępu będą mieli wyłącznie ze wskazanych przez Zamawiającego stacji roboczych zgodnie z zatwierdzoną przez Zamawiającego procedurą.
WPF-BZP-005	System zapewni nadawanie uprawnień użytkownikom na poziomie: 1. Dostęp do poszczególnych danych i funkcjonalności Systemu według przyznanych uprawnień. 2. Dostępu do repertorium (Libra, SDA), określonej sprawy (Libra, SDA) oraz do określonego dokumentu w sprawie (SDA).
WPF-BZP-005.1	System musi zapewnić kontrolę uprawnień opartą na rolach, umożliwiającą kontrolę poziomu dostępu każdego użytkownika zarówno w zakresie dostępu do danych przetwarzanych jak i korzystania z jego funkcjonalności. System uprawnień musi umożliwić ograniczenie dostępu wyłącznie do takich danych oraz takiego zakresu funkcji, jaki jest niezbędny użytkownikowi,
WPF-BZP-005.2	System musi umożliwiać zarządzanie uprawnieniami użytkowników do operacji na danych, które są w Systemie (modyfikacja istniejących danych)
WPF-BZP-005.3	System musi umożliwiać definiowanie i nadawanie uprawnień
WPF-BZP-005.4	System musi umożliwiać definiowanie i nadawanie grup uprawnień i ról użytkowników
WPF-BZP-005.5	System musi umożliwiać przypisywanie uprawnień do grup uprawnień, grup uprawnień do ról oraz ról do użytkowników
WPF-BZP-005.6	System musi umożliwiać definiowanie uprawnień do obiektów i funkcjonalności
WPF-BZP-005.7	W systemie musi być utworzona grupa uprawnień administratora systemu z pełnymi uprawnieniami
WPF-BZP-005.8	System musi pozwalać na aktywację i dezaktywację użytkownika bez lub z możliwością usunięcia
WPF-BZP-006	Serwery przeznaczone do bezpośredniej komunikacji z systemami oraz użytkownikami zewnętrznymi muszą znajdować się w strefie DMZ.
WPF-BZP-007	W POPD a w przyszłości również dla ZOPD dla Systemu będą zdefiniowane dwie strefy bezpieczeństwa: 1. Strefa Wewnętrzna – w strefie tej znajdować się będą wszystkie podsystemy związane z przetwarzaniem, przechowywaniem i udostępnianiem danych systemów informatycznych prokuratury. Strefa Wewnętrzna nie będzie miała styczności z Internetem. Połączenia z instytucjami zewnętrznymi (np. policja, sądy) będą realizowane przez bezpieczne interfejsy.

Identyfikator wymagania	Opis wymagania
	2. Strefa Zewnętrzna – w strefie tej będą znajdować się podsystemy związane z udostępnianiem danych przez Internet. Infrastruktura Techniczno-Systemowa Strefy Wewnętrznej i Zewnętrznej musi być rozdzielona na poziomie fizycznym. Interfejs wymiany danych pomiędzy strefami musi zapewnić pełne bezpieczeństwo przekazywania danych tylko w jednym kierunku – ze Strefy Wewnętrznej do Strefy Zewnętrznej. Rozwiązanie musi zapewnić monitorowanie wymiany danych pomiędzy strefami.
WPF-BZP-008	Dostęp użytkowników do danych osobowych będzie wymagał uwierzytelnienia.
WPF-BZP-008.1	Dostęp do interfejsu Systemu ma być poprzez logowanie użytkownika do systemu operacyjnego (single sign-on) z wykorzystaniem mechanizmów udostępnianych przez Centralne Usługi Infrastrukturalne.
WPF-BZP-009	System spełniać będzie wymogi Rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie dokumentacji przetwarzania danych osobowych.
WPF-BZP-010	System wykorzystywać będzie usługi identyfikacji i uwierzytelniania Systemu Zarządzania Tożsamością udostępnionego przez Zamawiającego (dostarczonego w ramach POS-2).
WPF-BZP-011	System dla identyfikacji użytkowników oraz wydawania certyfikatów będzie wykorzystywał udostępnione przez Zamawiającego Centrum Certyfikacji.
WPF-BZP-012	Wszystkie dane wymieniane z innymi systemami podmiotów zewnętrznych będą szyfrowane. Dopuszcza się odstępstwa od szyfrowania danych za zgodą Zamawiającego.
WPF-BZP-013	System zapewni szyfrowanie wskazanych przez Zamawiającego danych w bazach danych
WPF-BZP-014	System musi blokować sesje użytkowników po ustalonym w parametrach konfiguracyjnych czasie nieaktywności.
WPF-BZP-015	System będzie chroniony przez zabezpieczenia typu IPS zarówno dla strefy Wewnętrznej jak i Zewnętrznej.
WPF-BZP-016	Zarówno serwery jak i pozostałe komputery w Strefie Wewnętrznej i Zewnętrznej muszą być zabezpieczone aktualizowanym na bieżąco oprogramowaniem antywirusowym. Zamawiający dopuszcza odstępstwo dla tego wymagania dla modułów dla producent nie przewiduje stosowania oprogramowania antywirusowego. Rozwiązanie zabezpieczenia antywirusowego musi być zgodne z systemem antywirusowym dostarczanym w ramach postępowania POS-2.
WPF-BZP-017	System musi umożliwiać tworzenie i odtworzenie danych z kopii zapasowych w trybie online na zewnętrzne nośniki danych w trybie DD2T.
WPF-BZP-018	System musi spełniać zalecenia zawarte w OWASP Top10.
WPF-BZP-019	System musi wspierać proces weryfikacji tożsamości za pomocą certyfikatów kwalifikowanych eIDAS zgodnych z Rozporządzeniem Parlamentu Europejskiego i Rady (UE) nr 910/2014.
WPF-BZP-020	1. Komponenty System udostępniane w Strefie Wewnętrznej będą dostępne jedynie dla użytkowników wewnętrznych podłączonych poprzez sieć WAN-PROK. Dostęp do systemów instytucji zewnętrznych będzie możliwy tylko poprzez łącza dedykowane oraz Magistralę ESB-2 Szyny Usług. 2. Komponenty System udostępniany użytkownikom zewnętrznym w Strefie Zewnętrznej nie będą miały dostępu do komponentów i zasobów Systemu Strefy Wewnętrznej. 3. Przekazywanie danych z Strefy Wewnętrznej do Strefy Zewnętrznej będzie się odbywać tylko przez jeden punkt styku pomiędzy strefami zapewniającym bezpieczeństwo Strefy Wewnętrznej.

Identyfikator wymagania	Opis wymagania
	4. Nie będzie możliwości przekazywania danych ze Strefy Zewnętrznej do Strefy Wewnętrznej.
WPF-BZP-021	1. System musi zapewnić automatyczne rejestrowanie zdefiniowanych zdarzeń systemowych. 2. System musi zapewnić rejestrację czynności związanych z modyfikacją danych. 3. System musi zapewnić rejestrację zdarzeń związanych z komunikacją z innymi systemami. 4. Operacje wykonywane w Systemie muszą być rejestrowane. 5. System ma rejestrować operacje związane z przydzielaniem uprawnień. 6. System ma rejestrować operacje związane z importem i eksportem danych referencyjnych (słowników). 7. System ma rejestrować operacje związane z dodawaniem nowych słowników do obsługi w systemie. 8. System ma zapewniać rejestrację historii operacji do poziomu pola.
WPF-BZP-022	Rozwiązanie w zakresie logowania musi umożliwić zmianę zakresu informacji logowanej (np. poprzez poziomy istotności) oraz przekierowanie logów do co najmniej pliku oraz wykorzystania protokołu syslog i przesyłania informacji do zdalnego kolektora dokonującego analizy i korelacji.

3.2.3 Wymagania na dostępność

Identyfikator wymagania	Opis wymagania
WPF-DOS-001	System musi pracować w trybie 24x7.
WPF-DOS-002	Dostępność Systemu dla użytkowników Systemu w Strefie Wewnętrznej liczona w cyklu miesięcznym nie może być niższa niż 99,8%. Dostępność Systemu dla użytkowników Systemu w Strefie Zewnętrznej liczona w cyklu miesięcznym nie może być niższa niż 98,0%.
WPF-DOS-003	Architektura centralnej części Systemu musi umożliwiać instalację i uruchomienie Systemu w dwóch lokalizacjach: - Podstawowym Ośrodku Przetwarzania Danych (POPD), - Zapasowym Ośrodku Przetwarzania Danych (ZOPD). W niniejszym postępowaniu realizowane będzie uruchomienie i wdrożenie do eksploatacji Systemu jedynie w POPD.
WPF-DOS-004	Architektura Systemu musi zapewnić przełączenie przetwarzania z POPD na ZOPD i odwrotnie bez utraty integralności danych oraz bez konieczności dokonywania migracji danych.
WPF-DOS-005	Architektura systemu musi zapewnić przełączenie przetwarzania pomiędzy ośrodkami POPD i ZOPD w czasie nie dłuższym niż 8 godz.
WPF-DOS-006	Infrastruktura Systemu w POPD musi być zbudowana z elementów redundantnych zapewniających automatyczne przełączanie elementu, który uległ awarii. Przełączenie nie może być zauważalne w pracy użytkowników. Elementy redundantne muszą być wykorzystywane przy normalnym działaniu Systemu.
WPF-DOS-007	System musi posiadać mechanizmy monitorujące, ułatwiające wykrywanie potencjalnych źródeł awarii.
WPF-DOS-008	System musi umożliwiać równoczesną pracę wielu użytkownikom. System musi zapewnić równoczesną pracę użytkowników na tych samych danych oraz obszarach funkcjonalnych bez utraty integralności danych.
WPF-DOS-009	Infrastruktura Systemu w POPD w przypadku uszkodzenia jednego elementu nie może powodować niedostępności usługi, a jedynie możliwy spadek wydajności. Warunek ten nie musi być spełniony, jeżeli awarii ulega ostatni element danego typu.

3.2.4 Wymagania na skalowalność

Identyfikator wymagania	Opis wymagania
WPF-SKL-001	System musi zapewnić możliwość, zbliżonego do liniowego skalowania rozbudowy Systemu pod względem: 1. Wydajności procesorów, 2. Pojemności macierzy dyskowych, 3. Liczby jednocześnie pracujących użytkowników.
WPF-SKL-002	System musi zapewniać możliwość skalowalności poprzez dodawanie kolejnych węzłów w poszczególnych warstwach (scale out), zakłada się jedynie instalację dodatkowych licencji oprogramowania i zmiany parametrów konfiguracyjnych, bez konieczności zmian kodu oprogramowania Podsystemów.
WPF-SKL-003	Architektura musi umożliwiać skalowanie rozwiązania poprzez tworzenie klastrów: 1. serwerów WWW, 2. serwerów aplikacyjnych, 3. serwerów baz danych.
WPF-SKL-004	Proponowane przez Wykonawcę do zakupu przez Zamawiającego w ramach PR-04 Wymagania Techniczne na ITS zasoby sprzętowe i licencje muszą umożliwiać w przyszłości rozbudowę ITS poprzez dodawanie kolejnych elementów, np. dodatkowej pamięci, dodatkowych dysków, procesorów.
WPF-SKL-005	Operacje rozbudowy infrastruktury Systemu o kolejne serwery lub inne elementy nie mogą skutkować zatrzymaniem Systemu lub spadkiem jego wydajności zauważalnego przez użytkowników Systemu.
WPF-SKL-006	Architektura Systemu w POPD musi umożliwiać wykorzystanie mechanizmu równoważenia obciążenia (sprzętowy load balancing) przy zastosowaniu więcej niż jednego serwera co najmniej dla komponentów wskazanych w wymaganiu WPF-SKL-003.
WPF-SKL-007	Mechanizmy bezpieczeństwa muszą zapewniać możliwość rozwoju i skalowania w przyszłości, wraz z rozwojem usług realizowanych przez System.
WPF-SKL-008	System ma być przenaszalny, np. na nową platformę, nowe środowisko zgodne z architekturą x86

3.2.5 Wymagania na standardy

Identyfikator wymagania	Opis wymagania
WPF-STA-001	System będzie wykonany przy zachowaniu zasady neutralności technologicznej, bazującej na stosowaniu otwartych standardów wszędzie tam, gdzie są one dostępne, a ich zastosowanie jest uzasadnione ekonomicznie.
WPF-STA-002	System musi zapewnić wsparcie dla standardu przesyłania komunikatów SOAP z załącznikami w wersji 1.1 lub wyższej.
WPF-STA-003	System musi umożliwiać przesyłanie komunikatów na poziomie protokołów transportowych: HTTP, HTTPS, JMS, SMTP.
WPF-STA-004	Do opisu struktury i semantyki serwisu sieciowego (web service) musi zostać wykorzystany standard WSDL w wersji 1.X lub wyższej.
WPF-STA-005	Do zbudowania rejestru usług będzie zastosowany standard UDDI w wersji 3.X lub wyższej. Za zgodą Zamawiającego można zastosować inny standard.
WPF-STA-006	System musi być zgodny z następującymi standardami w zakresie udostępnianych przez niego usług (web service): 1. WS-I Basic Profile w wersji 1.0 lub wyższej, 2. WS-Policy w wersji 1.5 lub wyższej, 3. WS-Security w wersji 1.0 lub wyższej,

Identyfikator wymagania	Opis wymagania
	4. WS-Addressing.
WPF-STA-007	Do opisu struktur danych składowanych w formacie XML należy stosować standard XML Sachema.
WPF-STA-008	Podsystemy muszą zapewnić wsparcie dla standardu polityki kontroli dostępu XACML w minimalnej wersji 1.0.
WPF-STA-009	Podsystemy muszą zapewnić wsparcie dla standardu zarządzania tożsamością SAML w minimalnej wersji 2.0.
WPF-STA-010	Komunikacja musi odbywać się w oparciu o serwery aplikacyjne implementujące specyfikację J2EE, bądź inne otwarte technologie.

3.2.6 Wydajność

Identyfikator wymagania	Opis wymagania
WPF-WYD-001	Szczegółowy opis wolumetrii Systemu został opisany w rozdziale 3.4
WPF-WYD-002	Wykonawca przeprowadzi optymalizację wszystkich zaimplementowanych funkcjonalności pod względem wydajności Systemu w oparciu o wyniki testów ze szczególnym uwzględnieniem wskazanych funkcji przez Zamawiającego.
WPF-WYD-003	Wykonawca dołoży wszelkich starań, by zastosowane przez niego algorytmy w wykonanych aplikacjach były optymalne z punktu widzenia wykorzystania pamięci, zajętości przestrzeni dyskowej oraz ilości informacji przesyłanej przez sieć.
WPF-WYD-004	Wykonawca zapewni optymalną konfigurację ITS dla realizowanych aplikacji.
WPF-WYD-005	System będzie umożliwiać jednoczesną pracę, co najmniej: a. 10.000 użytkowników w strefie wewnętrznej, b. 7.500 użytkowników strefie zewnętrznej.
WPF-WYD-006	Przy obciążeniu Systemu 10. 000 aktywnych sesji, System musi zapewniać czas reakcji nie większy niż 2 sekundy dla użytkownika wewnętrznego i zewnętrznego (mierzonego w sieci LAN Zamawiającego).

3.2.7 Wymagania na architekturę systemu

Identyfikator wymagania	Opis wymagania
WPF-ARC-001	Architektura Systemu musi zostać zaprojektowana i zrealizowana z wykorzystaniem architektury zorientowanej na usługi (SOA). Podstawowym założeniem architektury Systemu musi być udostępnienie funkcjonalności Systemu w postaci interoperacyjnych usług, które będą mogły być dalej wykorzystywane i grupowane w postaci procesów biznesowych.
WPF-ARC-002	Architektura Systemu musi zapewniać elastyczność i możliwość łatwego dostosowania w przypadku zmian w organizacyjnych Zamawiającego oraz innych zmian (legislacyjnych, zmian w otoczeniu projektu, w systemach zewnętrznych). Założenia te muszą zostać odzwierciedlone w rozbudowanych możliwościach konfiguracyjnych rozwiązania (np. możliwość dołączenia nowego rejestru zewnętrznego).
WPF-ARC-003	System musi pozwalać na taką organizację informacji, która pozwoli na ograniczenie redundancji danych oraz umożliwi wykorzystanie danych dostępnych w ramach procesów biznesowych, ograniczając powtórne ich wprowadzanie.

Identyfikator wymagania	Opis wymagania
WPF-ARC-004	Wszystkie usługi Systemu udostępniane na zewnątrz muszą być udostępniane za pomocą Portalu Zewnętrznego i Magistrali ESB-2 Szyny Usług.
WPF-ARC-005	Wewnętrzne Interfejsy pomiędzy Podsystemami wchodzącymi w skład Systemu muszą być zrealizowane za pośrednictwem Magistrali ESB-1 Szyny Usług. Odstępstwa od tej reguły są dopuszczalne jedynie ze względów wydajnościowych lub technologicznych. Każde takie odstępstwo musi zostać na etapie projektowania zaakceptowane przez Zamawiającego.
WPF-ARC-006	Architektura Systemu musi zapewnić możliwość buforowania danych do czasu zapisania i wysłanie ich po powtórnym nawiązaniu łączności w przypadku problemów z połączeniem.
WPF-ARC-006.1	System musi umożliwiać transmisję danych pomiędzy komponentami Systemu według utworzonego terminarza.
WPF-ARC-007	Technologia wybrana do realizacji szyny usług musi umożliwiać efektywne zarządzanie: 1. wspieranymi procesami, 2. integralnością dostarczanych narzędzi, 3. repozytorium usług (w tym edycji zarejestrowanych usług i zarządzania nimi), 4. katalogiem usług standardowych, 5. monitorowaniem aktywności.
WPF-ARC-007.1	System ma powiadamiać (e-mail, sms) o kluczowych zdarzeniach w Systemie, oraz automatycznie rejestrować je w logach systemowych
WPF-ARC-008	Architektura musi umożliwić komunikację z systemami zewnętrznymi w zakresie wykorzystania i udostępniania wystandaryzowanych usług udostępnianych przez Szynę Usług poprzez wymianę komunikatów w trybie: 1. synchronicznym, 2. asynchronicznym.
WPF-ARC-009	System musi udostępniać interfejs programistyczny aplikacji (API): 1. dla udostępniania i wymiany danych, 2. do wszystkich funkcji systemu.
WPF-ARC-009.1	System ma umożliwiać import danych z plików w różnych formatach
WPF-ARC-009.2	System ma automatycznie powiadamiać użytkownika/administratora o wykrytych błędach Systemu oraz zapisywać w logach (systemowych)
WPF-ARC-010	Standard definicji procesów - Architektura musi umożliwiać realizację procesów zdefiniowanych w standardzie BPMN/BPEL.
WPF-ARC-011	Architektura Systemu musi być zgodna z modelem SCA. Zmiana modelu architektury Systemu może nastąpić za zgodą Zamawiającego.
WPF-ARC-012	Podsystem powinien posiadać mechanizmy zarządzające optymalnym rozłożeniem danych na dyskach, w celu uzyskania lepszej wydajności rozwiązania.
WPF-ARC-013	W skład System musi wchodzić Generator Formularzy używanych w dostępie z przeglądarek do Systemu. Generator Formularzy umożliwi: 1. Założenie centralnego repozytorium wzorów formularzy. 2. Założenie indywidualnych repozytoriów wzorów formularzy dla poszczególnych użytkowników Systemu w Strefie Wewnętrznej. 3. Definiowanie wzorów formularzy ze stacji roboczych, które będą zapamiętywane w repozytorium centralnym lub repozytorium indywidualnym. Definicje formularzy mogą przygotowywać wszyscy użytkownicy Systemu, którzy mają uprawnienia do tej funkcjonalności. 4. Wzory formularzy mogą być definiowane dla dowolnych pól baz danych Systemu. 5. Generator Formularzy musi zapewnić na elementach formularzy definiowanie operacji określonych w wymaganiach funkcjonalnych.

Identyfikator wymagania	Opis wymagania
	6. Wzory formularzy oraz formularze wypełnione danymi z baz danych na żądanie użytkownika mogą zostać wydrukowane. 7. Wzory formularze mogą być wykorzystane przez użytkowników Systemu zgodnie z przyznanymi uprawnieniami.
WPF-ARC-014	W skład Systemu musi wchodzić Generator Raportów używanych w dostępie z przeglądarek do Systemu. Generator Raportów umożliwi: 1. Założenie centralnego repozytorium wzorów raportów. 2. Założenie indywidualnych repozytoriów wzorów raportów dla poszczególnych użytkowników Systemu w Strefie Wewnętrznej. 3. Definiowanie wzorów raportów ze stacji roboczych zapamiętywanych w repozytorium centralnym lub repozytorium indywidualnym. Definicje raportów mogą przygotowywać wszyscy użytkownicy, którzy mają uprawnienia do tej funkcjonalności. 4. Wzory raportów mogą być definiowane dla dowolnych pól baz danych Systemu. 5. Generator Raportów musi zapewnić na elementach raportu definiowanie operacji określonych w wymaganiach funkcjonalnych. 6. Wzory raportów oraz raporty wypełnione danymi z baz danych na żądanie użytkownika mogą zostać wydrukowane. Wzory raportów mogą być wykorzystane przez użytkowników Systemu zgodnie z przyznanymi uprawnieniami. Zdefiniowane wzory raportów będą umożliwiały użytkownikowi Systemu: 1. Wizualizację raportu wykonanego wg wzoru. 2. Wydruk wygenerowanego raportu. 3. Zapis wygenerowanego raportu do pliku wskazanego przez użytkownika.
WPF-ARC-015	W Systemie dostępne będą centralne kalendarze zdefiniowane dla każdego użytkownika i/lub zdarzenia Systemu umożliwiające synchronizację danych Systemu wskazanych przez Zamawiającego.
WPF-ARC-016	Architektura musi uwzględniać w przyszłości replikację danych pomiędzy POPD a ZOPD, tak, aby dane, które trafią do jednej z lokalizacji zostały zapisane w dwóch ośrodkach przetwarzania danych. Replikacja danych pomiędzy ośrodkami przetwarzania danych odbywać się będzie na poziomie aplikacji i/lub bazy danych. Sposób realizacji replikacji (synchroniczna lub asynchroniczna) zostanie ustalony na etapie opracowania Projektu Wykonawczego.

3.3 Wymagana architektura Systemu

3.3.1 Podstawowe założenia architektury

Zaprojektowana Architektura Systemu musi zapewnić możliwość realizacji postawionych wymagań funkcjonalnych i pozafunkcjonalnych. Ponadto Zamawiający wymaga, żeby architektura Systemu była zgodna z założeniami opisanymi w niniejszym rozdziale.

Na Rysunek 15 przedstawiono architekturę Systemu z podziałem na Podsystemy oraz ich lokalizacją w ośrodkach przetwarzania danych.