Opis Przedmiotu Zamówienia

Załącznik nr 1 do szacowania wartości zamówienia

PK XII BIA 0413.5.2021

Opis Przedmiotu Zamówienia

1. Przedmiot zamówienia:

Opracowanie, rozbudowa, wdrożenie, integracja z PROK-SYS „Systemu Wsparcia Prokuratora” (SWP) wspomagającego prowadzenie czynności procesowych i analitycznych w sprawach gospodarczych i uszczupleń należności Skarbu Państwa, współfinansowanej ze środków Europejskiego Funduszu Społecznego w ramach Programu Operacyjnego Wiedza Edukacja Rozwój, Oś priorytetowa nr II. „Efektywne polityki publiczne dla rynku pracy, gospodarki i edukacji”. W ramach uprzednio zrealizowane projektu na zlecenie Prokuratury Krajowej została zbudowana aplikacja tzw. desktopowa SWP. Obecnie w związku z końcowym etapem prac nad budową Centralnego Systemu Teleinformatycznego Prokuratury PROK-SYS zachodzi potrzeba przebudowy wskazanej aplikacji do wersji przeglądarkowej, a następnie jej integracja w formie kolejnego Obszaru Funkcjonalnego z systemem centralnym PROK-SYS z odpowiednią modyfikacją obecnych funkcjonalności, które zostały przedstawione w dalszej części opisu przedmiotu zamówienia.

2. Opis przedmiotu zamówienia:

Prokuratura Krajowa realizuje projekt POWR.02.17.00-IP.00-00-000/20, współfinansowany ze środków Europejskiego Funduszu Społecznego w ramach Programu Operacyjnego Wiedza Edukacja Rozwój, Oś priorytetowa nr II „Efektywne polityki publiczne dla rynku pracy, gospodarki i edukacji”, Działanie 2.17 ”Skuteczny wymiar sprawiedliwości” w ramach którego Wykonawca zaprojektuje i rozbuduje do wersji przeglądarkowej obecnie posiadaną aplikację wspomagającą pracę merytoryczną prokuratora (SWP), która zostanie zintegrowana z systemem informatycznym PROK-SYS.

Śledztwa nadzorowane oraz prowadzone w powszechnych jednostkach organizacyjnych prokuratury wymagają wsparcia pracy prokuratora w zakresie umożliwienia przetwarzania danych gromadzonych w toku śledztwa. Ze względu na wolumen analizowanych danych konieczne jest wsparcie pracy prokuratora przez użycie specjalistycznej aplikacji umożliwiającej analizę danych.

Aplikacja będąca przedmiotem niniejszego postępowania ma za zadanie: po pierwsze – stanowić narzędzie umożliwiające prokuratorowi zapoznanie się z opracowanymi w ramach projektu metodykami postępowania w sprawie, w tym ułatwić przygotowanie treści wybranych dokumentów procesowych; po drugie

– umożliwić analizę danych, opisanych w Module Analitycznym.

3. Podstawowe funkcjonalności Systemu Wsparcia Prokuratora.

Przedmiotem zamówienia jest zaprojektowanie i rozbudowa SWP, w ramach którego dostępne będą następujące moduły o wskazanych poniżej funkcjonalnościach:

1) Moduł Administracyjny,

2) Moduł Śledczy,

3) Moduł Analityczny.

1.1. Moduł Administracyjny.

Moduł Administracyjny będzie posiadał wyłącznie funkcjonalność edytora wsadu merytorycznego, umożliwiając zaimplementowanie do:

1.1.1. Modułu Śledczego – opracowanej we wcześniejszym etapie realizacji projektu treści merytorycznej oraz jej późniejszą aktualizację, w szczególności poprzez utworzenie konkretnych czynności postępowania karnego i dodanie do nich opisu, przykładowych dokumentów, plików graficznych, plików video. Moduł Administracyjny winien zapewnić możliwość dodawania i edycji elementów wykorzystywanych w kreatorach dokumentów, tj. listy pytań do biegłych, bazy zarzutów oraz listy pytań i poleceń do zlecenia analizy kryminalnej.

Modułu Analitycznego – szablonów importu przetwarzanych przez SWP danych masowych oraz ich edycję.

Użytkownicy stanowiący odbiorców projektu będą mieli możliwość pracy w obszarze funkcjonalnym SWP bez możliwości modyfikacji treści zawartych we wsadzie merytorycznym udostępnionym centralnie. Możliwość modyfikacji „wsadu merytorycznego” będzie posiadał wyznaczony edytor wsadu merytorycznego.

1.2. Moduł Śledczy.

Moduł Śledczy zapewni możliwość zapoznania się z treściami udostępnionymi w ramach wsadu merytorycznego. Zmian własnych w zakresie edycji treści użytkownik będzie mógł dokonywać jedynie pracując z wbudowanymi edytorami dokumentów wskazanych w ppkt 1)-4). czynnościami, jakie należy w sprawie danej kategorii wykonać. Zapewni także możliwość zapoznania się z ich opisem oraz wglądu w przykładowe dokumenty, diagramy, zrzuty ekranu, itp.

W ramach wybranej czynności Moduł Śledczy zapewni możliwość pobrania dokumentów w formacie np. *.doc, *.pdf, *xls, zawierających przykładową merytoryczną treść. Dalsza praca na pobranym dokumencie będzie realizowana z wykorzystaniem wybranego przez użytkownika oprogramowania.

Moduł Śledczy umożliwi ponadto przygotowanie za pomocą zaprojektowanych Szablonów treści następujących dokumentów:

1) Plan śledztwa

2) Postanowienie o przedstawieniu zarzutów

Przygotowane treści dokumentów będzie można wyeksportować do edytora tekstowego WORD. Na etapie realizacji projektu Zamawiający dostarczy Wykonawcy do wykorzystania przy realizacji przedmiotu zamówienia wzory wyżej wymienionych rodzajów dokumentów wraz z treściami niezbędnymi do implemantacji.

Opis funkcjonalności poszczególnych edytorów, wchodzących w skład Modułu Śledczego:

1) Szablon Planu Śledztwa;

Plan śledztwa to dokument zapewniający prawidłową organizację czynności śledczych, który podlega aktualizacji stosownie do ujawniania nowych okoliczności w sprawie.

Szablon planu śledztwa umożliwi skonstruowanie planu śledztwa poprzez wybór konkretnych czynności śledczych (opracowanych dla danej kategorii sprawy) z zasobu rekomendowanych czynności zawartych w Module Śledczym, z możliwością dodania czynności własnych oraz edycji czynności rekomendowanych.

Szablon planu śledztwa pozwoli na wprowadzenie terminów wykonania czynności, obliczania czasu ich trwania oraz możliwość odznaczania ich wykonania. Czynności realizowane w ramach planu śledztwa będą możliwe do przedstawienia w widoku terminarza. Moduł Śledczy zapewni użytkownikowi możliwość kontrolowania przebiegu realizacji założeń śledztwa poprzez wersjonowanie dokumentów oraz możliwość utworzenia nowej wersji dokumentu na podstawie wzorcowej lub uprzednio zapisanej. Treści niezbędne do implementacji w edytorze planu śledztwa zostaną udostępnione Wykonawcy w ciągu 7 dni od zawarcia umowy.

2) Szablon Postanowienia o Przedstawieniu Zarzutów;

Szablon zapewni możliwość opracowania treści zarzutu na podstawie zbioru zarzutów udostępnionych w Module Śledczym. Za pomocą dedykowanych formatek edytor umożliwi dodanie i modyfikację treści konkretnego zarzutu poprzez dodanie odpowiednich fragmentów opisu zarzutu, np. dotyczących

działania w stanie ograniczonej poczytalności, działania w warunkach recydywy. Ponadto w przypadku tworzenia wielu zarzutów o tożsamej treści z elementami zmiennymi, takimi jak: data, wysokość szkody, nazwa podmiotu, edytor umożliwi wygenerowanie wielu zarzutów w oparciu o zestaw danych zaimportowanych z formatu xls, csv, (np. wykaz 200 faktur dla konstrukcji 200 zarzutów podrobienia dokumentów). Zbiór zarzutów do udostępnienia w edytorze postanowienia o przedstawieniu zarzutów zostanie udostępniony Wykonawcy w ciągu 7 dni od zawarcia umowy.

1.3. Moduł Analityczny.

W ramach Modułu Analitycznego SWP zapewni możliwość importu z plików zewnętrznych oraz bazy danych PROK-SYS oraz analizy wolumenu danych ustrukturyzowanych w formatach umożliwiających ich przetwarzanie. Będą to dane trojakiego rodzaju:

1) dane telekomunikacyjne, określone w art. 180c ustawy Prawo telekomunikacyjne z dnia 16 lipca 2004 r. (Dz.U.2019.2460 j.t.) (źródło: operatorzy telekomunikacyjni)

2) dane o transakcjach finansowo-pieniężnych, obejmujące wykazy dla rachunków bankowych (data, kwota, waluta, rodzaj i opis operacji, nazwa nadawcy/ odbiorcy przelewu etc.),

(źródło: instytucje prowadzące działalność na podstawie przepisów ustaw: Prawo bankowe (Dz.U.2020.1896 j.t.); o funkcjonowaniu banków spółdzielczych, ich zrzeszaniu się i bankach zrzeszających (Dz.U.2021.102 j.t.); o spółdzielczych kasach oszczędnościowo- kredytowych (Dz.U.2021.432)

3) dane fakturowe - (źródło: Jednolity Plik Kontrolny).

Podmioty dysponujące powyżej wskazanymi danymi udostępniają regulowany ustawowo zakres danych. Wskazany obowiązek ustawowy realizują stosując różne formaty zapisu danych oraz odmienne układy strukturalne (zmienny układ kolumn, różne nazewnictwo nagłówków kolumn).

W przypadku operatorów telekomunikacyjnych, przekazywane dane obejmują takie kategorie, jak: użytkownik inicjujący/ odbierający połączenie, czas trwania połączenia, rodzaj połączenia, lokalizacja urządzenia w chwili inicjowania/odbioru połączenia, numer IMEI urządzenia, etc. W przypadku instytucji bankowych przekazywane dane obejmują takie kategorie, jak: konto źródłowe/ docelowe, nadawca/ odbiorca przelewu, data transakcji/księgowania, kwota, waluta, rodzaj i tytuł operacji, saldo na rachunku etc.

Moduł Analityczny będzie posiadał wbudowany kreator importu danych z zaimplementowanymi typami obiektów/połączeń (stosownie do rodzaju importowanych danych) oraz przynależnych im atrybutów, umożliwiając użytkownikowi zarówno manualne, jak i automatyczne (poprzez szablony importu) przypisanie kolumn danych źródłowych do typów obiektów/połączeń/atrybutów. Importowane dane będą pochodziły z nośników zewnętrznych bądź zapisane będą na stacji roboczej użytkownika.

Moduł Analityczny będzie umożliwiał analizę danych masowych w zakresie, przykładowo:

1) generowania statystyk połączeń dla numerów telefonicznych, z uwzględnieniem kierunku i miejsca połączenia (przychodzące, wychodzące, wszystkie), czasu jego trwania oraz rodzaju usługi (SMS, MMS, rozmowa głosowa, transmisja danych etc.),

2) wyszukiwania wspólnych numerów telefonicznych, numerów IMEI, logowań dla wybranych wykazów etc.;

3) generowania statystyk przelewów na rachunkach bankowych (przychodzące/wychodzące: ilość, podmiot, data, suma, rodzaj, tytuł operacji, saldo),

4) generowania zestawień faktur wg zadanych kryteriów, w szczególności pomiędzy wybranymi podmiotami, wg dat, podmiotów, wartości. Moduł Analityczny będzie umożliwiał analizę wizualną, obejmującą graficzną prezentację danych w postaci:

1) diagramów powiązań;

2) diagramów na osi czasu timeline (połączenia telefoniczne, logowania do stacji przekaźnikowych, przepływy pomiędzy rachunkami bankowymi w ujęciu czasowym),

3) wizualizacji logowań urządzeń w momencie inicjowania/ odbioru połączenia tj. nanoszenia koordynatów stacji przekaźnikowych operatorów telekomunikacyjnych na mapę (w tym, co najmniej współrzędnych geograficznych). Moduł Analityczny będzie posiadał możliwość korzystania z podkładów mapowych.

Moduł Analityczny będzie umożliwiał eksport wyniku analizy do plików np. w formacie *pdf, *csv, *.xls (statystyki, zestawienia), *jpg/bmp/png (diagramy, mapy) oraz *doc.

4. Wymagana architektura SWP.

Wyniki przetwarzania SWP będą zapisywane w bazie danych oraz na stacji roboczej użytkownika w formie plików ustrukturyzowanych oraz takich, które będą umożliwiały swobodne zapoznanie się z wynikami analizy przez odbiorców.

SWP będzie dostępny na stacjach roboczych odbiorców projektu przez przeglądarkę internetową – dla minimum 2000 osób.

Typowe parametry stacji roboczych zostały przedstawione poniżej:

Lp.	Opis parametru	Parametr
	Typ	Dell OptiPlex 7010SF
1.	Procesor	Intel Core i5-3470
2.	RAM	8 GB
3.	Dysk twardy	750 GB
4.	Ilość monitorów	2
5.	Oprogramowanie	1. MS Windows 7 Professional PL 64 lub nowszy 2. MS Office 2013 Home&Business lub nowszy
6.	Rozdzielczość ekranu	1920 x 1080
7.	Przeglądarka Internetowa	Chrome, Firefox, Microsoft Internet Explorer 9.x i nowsze, Microsoft Edge, Safari

Wymagania w zakresie architektury

ID	No.	Wymaganie
WA	1	Moduł SWP będzie zintegrowany architektoniczne z system PROK-SYS
WA	2	Moduł SWP będzie zrealizowany w technologii trójwarstwowej
WA	3	Moduł SWP będzie zintegrowany z PROK-SYS w zakresie autoryzacji użytkowników oraz ich uprawnień do modułów za pośrednictwem usług Webowych udostępnionych na szynie danych systemu PROK-SYS.
WA	4	Moduł SWP będzie skalowalny horyzontalnie, na start przewidywane są następujące komponenty architektury: 1. Load balancer 2. Klaster z serwerów fizycznych zapewniający pracę wirtualnych maszyn, 3. Oprogramowanie wirtualizacje VMware min.STD 4. Oprogramowanie Windows Serwer 2019 STD, 5. Serwer aplikacji – min. 3 x wirtualne serwery aplikacji (Windows Server, 8 vCore, 32 GB RAM, 250 GB HDD) 6. Serwer mapowy – 1 x wirtualna maszyna (8 vCore, 64 GB RAM, 500 GB przestrzeni dyskowej) 7. Serwer bazy danych (8 vCore, 64 GB RAM, 1,5 TB na macierzy)

		8. Baza danych – Microsoft SQL Server Standard 9. Storage na pliki Macierz Xxxxxxx 00. Backup – zapewniony przez Zamawiającego 11. Technologia realizacji przyjęta do założeń: .NET Framework, C#, DevExpress, HTML5, Javascript, 12. Moduł SWP będzie dostosowany do pracy w wysokiej dostępności na poziomie aplikacyjnym oraz bazodanowym
WA	5	Moduł SWP będzie potrzebował następujących usług webowych z PROK-SYS udostępnionych na szynie danych PROK-SYS: 1. Autoryzuj się w systemie 2. Pobierz uprawnienia 3. Pobranie katalogu spraw 4. Wyszukaj sprawę po nazwie, sygnaturze 5. Pobierz metadane sprawy (Wymagane przez SWP) 6. Pobierz listę plików dla sprawy 7. Pobierz plik dla sprawy
WA	6	Moduł SWP będzie kompatybilny z wyglądem oraz zgodny z przeglądarkami z wymaganiami systemu PROK-SYS.

Wymagania w zakresie integracji z systemem PROK-SYS:

Obszar Funkcjonalny SWP będzie zintegrowana z system PROK-SYS za pośrednictwem szyny danych. Wykonawca zobowiązany jest wykonać odpowiednie połączenia do usług opublikowanych na szynie danych, które zostaną zapewnione przez Zamawiającego.

Usługa nr	Nazwa	Dane wejściowe	Dane wyjściowe	Uwagi
1.	Pobranie podstawowych danych o sprawie	id sprawy	ustalony podzbiór danych ze sprawy (miejscowość, data, sygnatura sprawy, imię i nazwisko prokuratora referentów, opis sprawy [tekst], kwalifikacja prawna)
2.	Dodaj pozycje terminarza	typ terminarza, dane terminarza	id pozycji terminarza	Wykorzystywany jest model uprawnień dla terminarzy zdefiniowany w Rozdziale 2.5.3 Podsystem Portalu Wewnętrznego, obszar Terminarze i

				Wokandy – rozszerzenie funkcjonalności w zakresie obsługi kalendarzy wokand Id pozycji terminarza jest globalnie unikalne dla wszystkich wpisów terminarzy
3.	Usuń, edytuj pozycje terminarza	usuń / edytuj, id pozycji terminarza, dane terminarza (dla edycji)	Brak	Wykorzystywany jest model uprawnień dla terminarzy zdefiniowany w Rozdziale 2.5.3 Podsystem Portalu Wewnętrznego, obszar Terminarze i Wokandy – rozszerzenie funkcjonalności w zakresie obsługi kalendarzy wokand Id pozycji terminarza jest globalnie unikalne dla wszystkich wpisów terminarzy
4.	Wyszukiwanie pozycji terminarza	id prokuratora (opcja), id sprawy (opcja), typ terminarza (opcja), przedział czasowy (opcja)	lista id pozycji terminarza	Zwracane powinny być wpisy, zawężone zgodnie z danymi wejściowymi (jeśli dana wejściowa jest pominięta, oznacza to brak zawężenia). Obowiązkowe jest wybranie co najmniej jednego z kryteriów: id prokuratora lub id sprawy.
5.	Odczytaj pozycje terminarza	lista id pozycji terminarza	lista - id - dane wpisu terminarza lub informacja o braku możliwości odczytania wpisu	Dla wpisów, dla których prokurator nie ma dostępu zwracany jest kod błędu
6.	Pobranie listy zarzutów dla osób w sprawie	id sprawy	Tablica: osoba, treść zarzutu	W tablicy zawarta będzie zawartość rekordów z Libra
7.	Dodanie listy zarzutów dla sprawy	id sprawy, lista dodawanych zarzutów dla osób. Zarzut definiowany jest jako: 1) Data postanowienia 2) Rodzaj postanowienia	Brak	Struktura danych zdeterminowana jest zawartością i strukturą danych w Libra

		3) Wysokość szkody 4) Kwalifikacja prawna (słownik kwalifikacji prawnych) 5) Czas popełnienia przestępstwa dokładna albo orientacyjna 6) Miejsce popełnienia przestępstwa (ustalone nieustalone) 7) Nazwa miejsca 8) Adres miejsca popełnienia przestępstwa 9) Opis zarzutu
8.	Pobranie listy załączników z DOT	id sprawy, zakres dat od-do (opcja)	lista id załączników + nazwa pliku	Jeśli wskazany jest zakres od-do to zwracane są wyłącznie załączniki utworzone w tym przedziale
9.	Pobranie załącznika z DOT	id sprawy, id załącznika	binarny plik	Usługa sprawdza, w jakiej sprawie jest plik, i wykorzystuje model uprawnień do tej sprawy
10.	Pobranie listy załączników binarnych (plików nie będących dokumentami w rozumienu skanów) z SDA	id sprawy, zakres dat od-do (opcja)	lista id załączników + nazwa pliku	Jeśli wskazany jest zakres od-do to zwracane są wyłącznie załączniki utworzone w tym przedziale.
11.	Pobranie załącznika binarnego z SDA	id sprawy, id załącznika	binarny plik
12.	Pobranie list osób występujących w sprawie, wraz z atrybutem w jakiej roli występuje	id sprawy, lista ról z usługi "Pobranie słownika - rola osoby w sprawie (nie dla pracowników Prokuratury)" jako filtr	lista osób (imię, nazwisko) i ich ról w sprawie	Lista ról dla występujących w sprawie osób (nie dla pracowników Prokuratury)

13.	Pobranie list osób przypisanych do sprawy, wraz z atrybutem w jakiej roli występuje	id sprawy, lista ról z usługi "Pobranie słownika - rola osoby w sprawie (dla pracowników Prokuratury)" jako filtr	lista osób (imię, nazwisko) i ich ról w sprawie	Lista ról dla przypisanych do sprawy pracowników Prokuratury
14.	Pobranie słownika - rola osoby w sprawie (nie dla pracowników Prokuratury)	id sprawy	lista ról występujących na liście przypisanych do osób w sprawie	Lista ról dla występujących w sprawie osób (nie dla pracowników Prokuratury)
15.	Pobranie słownika - rola osoby w sprawie (dla pracowników Prokuratury)	id sprawy	lista ról występujących na liście przypisanych do osób w sprawie	Lista ról dla przypisanych do sprawy pracowników Prokuratury
16.	Zapisanie pliku wynikowego SWP na macierzy obiektowej w dedykowanym bucket'ie	id sprawy, binarna zawartość pliku, nazwa pliku	identyfikator obiektu z macierzy obiektowej	Na macierzy obiektowej zapisywany jest obiekt z atrybutem zawierającym ID sprawy. Ograniczenie na rozmiar pliku do 30MB UWAGA: wymaga rozszerzenia wykorzystania modelu danych macierzy obiektowej. Usługa sprawdza uprawnienia do pliku na podstawie przypisania do sprawy w roli Prokuratora prowadzącego sprawę.
17.	Odczytanie pliku wynikowego SWP na macierzy obiektowej w dedykowanym bucket'ie	id sprawy, identyfikator obiektu z macierzy	nazwa pliku, binarna zawartość pliku	Przesyłany w CDATA (Ograniczenie do plików do 30MB). Usługa sprawdza, w jakiej sprawie jest plik, i wykorzystuje model uprawnień do tej sprawy UWAGA: wymaga rozszerzenia wykorzystania modelu danych macierzy obiektowej Usługa sprawdza uprawnienia do pliku na podstawie przypisania do sprawy w roli Prokuratora prowadzącego sprawę.
18.	Nadanie uprawnienia do odczytu wybranego dokumentu w SDA do wskazanej osoby	id sprawy, id dokumentu w SDA, wskazanie osoby (objectSID)	Brak

19. Pobranie słownika kwalifikacji prawnych – na potrzeby usługi „Dodanie listy zarzutów dla sprawy” brak lista pozycji słownika kwalifikacji prawnych

5. Zakres obowiązków Wykonawcy

Do obowiązków Wykonawcy w ramach zamówienia należeć będzie jego realizacja w następujących etapach i zakresie:

Etap I projektowy trwający do 45 dni kalendarzowych, który obejmuje opracowanie:

1) Projekt techniczny SWP winien zawierać:

a) Wykonanie dokumentacji - Projekt procesów biznesowych,

b) Wykonanie dokumentacji - Przypadki użycia wraz ze scenariuszami,

c) Wykonanie dokumentacji – Przypadki niefunkcjonalne

d) Wykonanie dokumentacji - Projekty ekranów, zawierającej w pełni klikalne odzwierciedlenie formularzy systemu

e) Wykonanie dokumentacji - Projekt środowiska kompilacji kodów źródłowych,

f) Wykonanie dokumentacji - Projekt architektury systemu z szczególnym uwzględnieniem Integracji z systemem PROK-SYS

g) Wykonanie dokumentacji – Architektura sieciowa, ze szczególnym uwzględnieniem elementów sieciowych, sieci wirtualnych, adresacji IP, portów/usług w kontekście istniejącej infrastruktury Zamawiającego (LAN/WAN).

Projekt musi zostać wykonany z wykorzystaniem Enterprise Architect i innych niezbędnych narzędziach zgodnie z zasadami modelowania UML. Przekazanie projektu polega na przekazaniu dokumentu w formacie .doc i .pdf oraz repozytorium projektu Enterprise Architect.

Etap II wykonawczy trwający nie dłużej niż 5 miesięcy, który obejmuje:

1) Konfigurację i wdrożenie środowisk testowego i produkcyjnego Obszaru Funkcjonalnego SWP

2) Konfigurację i wdrożenie mechanizmów CI Obszaru Funkcjonalnego SWP

3) Realizację przez Wykonawcę Obszaru Funkcjonalnego SWP,

4) Realizację przez wykonawcę komponentów łączących Obszar Funkcjonalny SWP z systemem PROK-SYS z uwzględnieniem Szyny danych.

5) Dostawę, konfigurację rozwiązania Mapowego wraz z Integracją z Obszarem Funkcjonalnym SWP i Systemem PROK-SYS.

6) Pełną integrację Obszaru Funkcjonalnego SWP z PROK-SYS

7) Dostarczenie przez Wykonawcę kodów źródłowych zgodnie z procedurą przekazania (załącznik do umowy nr …) wersji testowej SWP do repozytorium Zamawiającego GitLab,

8) Dostarczenie zaktualizowanych do architektury webowej scenariuszy testowych przez Wykonawcę, przygotowanych według następujących wymagań:

a) Scenariusze testowe będą składały się z przypadków testowych,

b) Scenariusze i przypadki testowe Wykonawca przygotuje przy użyciu narzędzi Enterprise Architect,

c) Do zarządzania procesem testowania będzie użyty TestLink udostępniony przez Zamawiającego, do którego zostaną załadowane scenariusze i przypadki testowe,

d) Scenariusze i przypadki testowe podlegają akceptacji Zamawiającego.

9) Przeprowadzenie testów akceptacyjnych zgodnie z przygotowanymi i zaakceptowanymi scenariuszami testów. Testy akceptacyjne będą przeprowadzone w środowisku udostępnionym przez Zamawiającego. Przeprowadzenie testów kończy się sporządzeniem protokołu.

10) Przekazanie przez Wykonawcę dokumentacji użytkownika oraz dokumentacji administratora w formie podręcznika do wykorzystania podczas szkoleń wraz z planem szkolenia,

11) Aktualizację dokumentacji wykonanej w Etapie I, do stanu końcowego.

12) Wykonanie przez Wykonawcę szkolenia e-learningowego za określonych elementów systemu oraz wdrożenie go w platformie e- learningowej funkcjonującej u Zamawiającego - zakres szkolenia zostanie określony z Zamawiającym podczas realizacji Etapu I.

13) Wykonanie przez Wykonawcę dokumentacji powykonawczej, szczegółowo opisującej poszczególne komponenty wykonanego systemy, sposoby ich konserwacji, diagnostyki i usuwania awarii – szczegółowy zakres dokumentacji zostanie określony z Zamawiającym podczas realizacji Etapu I.

14) Przeprowadzenie szkolenia w Prokuraturze Krajowej dla testerów SWP – członkowie Zespołu Projektowego powołanego przez Zamawiającego (do 12 osób), minimum dwa dni szkoleniowe po 6-8 godzin lekcyjnych (45 minut każda),

15) Dostarczenie przez Wykonawcę wersji wdrożeniowej SWP na środowisku testowym i produkcyjnym zgodnie z procedurą przekazania kodów źródłowych.

16) Przekazanie do odbioru wersji produkcyjnej SWP zgodnie z procedurą przekazania kodów źródłowych.

17) Dostarczenie kompletnej dokumentacji użytkownika, dokumentacji administratora, dokumentacji eksploatacyjnej oraz dokumentacji powykonawczej w formacie .doc, .pdf, .xls, EA.

18) Podpisanie Protokołu Odbioru Końcowego.

6. W SWP nie będą przetwarzane dane określone w ustawie o ochronie informacji niejawnych ustawie z dnia 5 sierpnia 2010 roku (Dz.U.2019.742 j.t.).

7. Opis wymagań szczegółowych Systemu Wsparcia Prokuratora (SWP) Wymagania

Instalacja i aktualizacja Systemu Wsparcia Prokuratora (SWP)

ID	No.	Wymaganie
WIA	01.	Obszar funkcjonalny SWP (SWP) będzie dostępny dla uprawnionych użytkowników z poziomu systemu PROK-SYS, za pośrednictwem przeglądarki Internetowej.
WIA	02.	SWP dostęp do poszczególnych modułów: Modułu Śledczego, Analitycznego oraz opcjonalnie Modułu Administracyjnego umożliwi za pomocą uprawnień przyznanych w Systemie Zarządzania Tożsamością (SZT) funkcjonującym w ramach prokuratury. Lista Ról dostępnych dla użytkownika SZT będzie przekazywana z Obszaru Administrowania Systemem (OAS) systemu PROKSYS.
WIA	03.	SWP umożliwi przekazanie do obszaru OAS funkcje aplikacyjne uprawniające użytkowników do wykorzystania funkcjonalności SWP.
	04.	SWP umożliwi utworzenie funkcji aplikacyjnych, spośród funkcji aplikacyjnych następującego rodzaju: Globalna, Parametryzowana Jednostką Organizacyjną, Parametryzowana, Urządzeniem Ewidencyjnym, Parametryzowana Komórką Organizacyjną.

05.

Moduł Administracyjny

ID	No.	Wymaganie
WMA	01.	SWP umożliwia poprzez Moduł Administracyjny stworzenie oraz edycję Wsadu Merytorycznego dla Modułu Śledczego oraz stworzenie aktualizacji Wsadu Merytorycznego.
WMA	02.	Moduł Administracyjny umożliwia założenie Czynności Postępowania oraz pobranie kategorii sprawy z słownika prowadzonego w systemie PROK-SYS.
WMA	03.	Moduł Administracyjny umożliwia dodanie do Kategorii Sprawy prowadzonej w słowniku PROK-SYS opisu tekstowego wraz z elementami graficznymi oraz haseł przedmiotowych związanych z daną Kategorią Sprawy.
WMA	04.	Moduł Administracyjny umożliwia dodanie, usunięcie, edycję Czynności Postępowania dla Kategorii Sprawy.
WMA	05.	Moduł Administracyjny umożliwia dodanie do każdej Czynności Postępowania: 1) nazwy Czynności Postępowania 2) daty utworzenia 3) nazwy użytkownika dodającego czynność 4) daty ostatniej zmiany 5) nazwy użytkownika edytującego ostatnią zmianę 6) opisu tekstowego (Metodyki Postępowania) 7) dokumentów w formacie doc, docx, rtf, pdf, jpeg 8) pliku video 9) tekstu przeznaczonego do wprowadzenia do Planu Śledztwa.
WMA	06.	Moduł Administracyjny umożliwia edycję tekstu podczas tworzenia Czynności Postępowania poprzez zapewnienie co najmniej następujących funkcjonalności: 1) wybór czcionki 2) wybór wielkości liter 3) kolor tekstu 4) tekst podkreślony, pochylony pogrubiony 5) tekst wyjustowany, wyśrodkowany, wyrównany do prawej, wyrównany do lewej 6) odstęp pomiędzy liniami 7) wcięcie 8) tabulacja 9) tworzenie listy

		10) numerowanie akapitów 11) indeks dolny, indeks górny 12) wstawiania tabeli, 13) dodawanie, usuwanie, wierszy, kolumn w ramach operacji na tabeli 14) wstawianie znaków specjalnych
WMA	07.	Moduł Administracyjny umożliwia dodanie, edycję, usunięcie pozycji w Słowniku Pytań do Biegłego, Słowniku Zarzutów, Słowniku Zlecenia Analizy Kryminalnej. przy wykorzystaniu słowników centralnych systemu PROKSYS w obszarze funkcjonalnym OAS.
WMA	08.	Słownik Pytań do Biegłego zawiera dane dotyczące: 1) kategorii pytania (specjalizacji biegłego) 2) treści pytania 3) uwag do pytania
WMA	09.	Słownik Zarzutów zawiera treść zarzutu oraz kwalifikację prawną czynu.
WMA	10.	Słownik Zlecenia Analizy Kryminalnej zawiera dane dotyczące: 1) treści polecenia 2) uwag do polecenia 3) treści pytania 4) uwag do pytania

Praca w Systemie Wsparcia Prokuratora (SWP)

ID	No.	Wymaganie
WPA	01.	Obszar funkcjonalny SWP umożliwia utworzenie Planu Śledztwa oraz analizy danych dla sprawy karnej (symbol Ds – Sprawa Ds) zarejestrowanej w bazie danych PROKSYS.
WPA	02.	Obszar funkcjonalny SWP umożliwia przejście do Analizy Danych oraz Planu Śledztwa z poziomu Sprawy Ds.
WPA	03.	Obszar funkcjonalny SWP umożliwia zapis i odczyt Analizy Danych, Planu Śledztwa do bazy danych PROK-SYS.
WPA	04.	Obszar funkcjonalny SWP umożliwia przeszukiwanie 1) treści Czynności Postępowania 2) treści dołączonych dokumentów 3) nazw Czynności Postępowania 4) haseł przedmiotowych dodanych do Kategorii Sprawy poprzez wprowadzenie jednej lub wielu fraz tekstowych z użyciem operatorów logicznych „oraz”, „LUB”

WPA	05.	Obszar funkcjonalny SWP umożliwia podświetlenie w tekście Czynności Postępowania wyszukanej frazy tekstowej.
WPA	06.	Obszar funkcjonalny SWP umożliwia przejście do kolejnej i poprzedniej znalezionej frazy tekstowej w tekście Czynności Postępowania
WPA	07.	Obszar funkcjonalny SWP umożliwia przeszukiwanie treści w ramach całego Wsadu Merytorycznego.
WPA	08.	Obszar funkcjonalny SWP umożliwia w wynikach rozróżnienie czy wyszukiwana fraza została odnaleziona w opisie Czynności Postępowania, treści dołączonych dokumentów, nazwie Czynności Postępowania, hasłach przedmiotowych dodanych do Kategorii Sprawy.
WPA	09.	Obszar funkcjonalny SWP umożliwia wskazanie w wyniku wyszukiwania wskazanie kontekstu tekstowego w ramach którego została znaleziona fraza tekstowego w Czynności Postępowania
WPA	10.	Obszar funkcjonalny SWP umożliwia wskazanie w wyniku wyszukiwania nazwy Czynności Postępowania i Kategorii Sprawy.

Moduł Śledczy

ID	No.	Wymaganie
WMS	01.	Moduł Śledczy umożliwia wyświetlenie Czynności Postępowania dla danej Kategorii Spraw w formie rozwijanego drzewa oraz linkowanie z wybraną sprawą prowadzoną PROK-SYS, do której posiada uprawnienia zalogowany użytkownik.
WMS	02.	Moduł Śledczy umożliwia rozwijanie, zwijanie poszczególnych gałęzi lub wszystkich elementów drzewa.
WMS	03.	Moduł Śledczy umożliwia wyświetlenie w widoku podstawowym drzewa, nazwy Czynności Postępowania oraz ikon symbolizujących: 1) dodany opis 2) dodany dokument w określonym formacie, 3) dodany plik video
WMS	04.	Moduł Śledczy umożliwia podgląd opisu Czynności Postępowania oraz podgląd dokumentów w formacie doc, docx, rtf, pdf, jpeg w Oknie Podglądu przy przechodzeniu przez elementy drzewa.
WMS	05.	Moduł Śledczy umożliwia włączenie i wyłączenie Okna Podglądu.
WMS	06.	Moduł Śledczy umożliwia pobranie i wydruk dokumentów dołączonych do Czynności Postępowania.
WMS	07.	Moduł Śledczy umożliwia wyświetlenie treści Czynności Postępowania w trybie pełnoekranowym.
WMS	08.	Moduł Śledczy umożliwia wyświetlenie treści Czynności Postępowania umożliwiając jej powiększenie, zmniejszenie, dopasowanie do zawartości, dopasowanie do szerokości okna.

Szablon Plan Śledztwa

ID	No.	Wymaganie
	01.	Szablon Plan Śledztwa zostanie przygotowany w ramach obszaru OFW systemu PROKSYS w oparciu o wykorzystywane narzędzie Orbeon Forms. Szablon składa się z Formularza i Wzoru Dokumentu. Użycie narzędzia Orbeon Forms nie wyklucza zastosowania dodatkowych formatek i narzędzi do wprowadzania danych.
	02.	Formularz Plan Śledztwa umożliwi odczyt i zapis danych do bazy danych systemu PROKSYS.
	03.	Formularz Plan Śledztwa umożliwi odczyt danych dla wybranej Sprawy Ds., w szczególności danych prokuratora, danych organu prowadzącego postępowanie, danych opisowych sprawy Ds oraz innych podstawowych danych o sprawie.
	04.	Formularz Plan Śledztwa umożliwi weryfikację uprawnień użytkownika do Sprawy Ds
	05.	Wzór Dokumentu Planu Śledztwa umożliwi wygenerowanie dokumentu w formacie WORD.
WEPS	06.	Szablon Planu Śledztwa umożliwia utworzenie Planu Śledztwa dla Sprawy Ds.
WEPS	07.	Szablon Planu Śledztwa umożliwia kolejnej wersji Planu Śledztwa oraz aneksu do Planu Śledztwa w ramach jednej Sprawy.
WEPS	08.	Szablon Planu Śledztwa umożliwia dodanie do wersji Planu Śledztwa oraz do aneksu do Planu Śledztwa daty ich utworzenia.
WEPS	09.	Szablon Planu Śledztwa umożliwia przy tworzeniu wersji Planu Śledztwa oraz aneksu do Planu Śledztwa wykorzystanie wszystkich funkcjonalności przewidzianych dla tworzenia Planu Śledztwa.
WEPS	10.	Szablon Planu Śledztwa umożliwia przygotowanie aneksu do Planu Śledztwa poprzez zautomatyzowane dodanie niewykonanych czynności oraz wprowadzenie nowych Czynności Śledztwa do wykonania.
WEPS	11.	Szablon Planu Śledztwa umożliwia wybór Czynności Postępowania i dodanie jej do Planu Śledztwa w odpowiednio zmodyfikowanej treści jako Czynności Śledztwa.
WEPS	12.	Szablon Planu Śledztwa umożliwia edycję treści Czynności Śledztwa w Planie Śledztwa.
WEPS	13.	Szablon Planu Śledztwa umożliwia wyświetlenie listy Czynności Śledztwa dla Planu Śledztwa dla konkretnej sprawy.
WEPS	14.	Szablon Planu Śledztwa umożliwia dodanie do Czynności Śledztwa: 1) terminu realizacji 2) organu realizującego 3) informacji o wykonaniu Czynności Śledztwa 4) daty wykonania poprzez: a. podanie konkretnej daty w formatce, b. wybór daty z kalendarza, c. podanie stosownego okresu czasu (dzień, tydzień, miesiąc ) od wybranej Czynności Postępowania d. uwag dotyczących realizacji Czynności Śledztwa
WEPS	15.	Szablon Planu Śledztwa umożliwia dodawanie własnych pozycji przez użytkownika do Planu Śledztwa.
WEPS	16.	Szablon Planu Śledztwa umożliwia przedstawienie Czynności Śledztwa w widoku kalendarza.
WEPS	17.	Szablon Planu Śledztwa umożliwia zmianę widoku kalendarza: miesięczny tygodniowy, roczny.

WEPS 18. Szablon Planu Śledztwa umożliwia przeliczenie dni roboczych oraz dni kalendarzowych od czynności śledztwa oznaczonej jako wszczęcie śledztwa, przedłużenie śledztwa.

Szablon Postanowienia o Przedstawieniu Zarzutów

ID	No.	Wymaganie
WEPZ	01.	Szablon Postanowienia o Przedstawieniu Zarzutów zostanie przygotowany w ramach obszaru OFW systemu PROKSYS w oparciu o wykorzystywane narzędzie Orbeon Forms. Szablon składa się z Formularza i Wzoru Dokumentu. Użycie narzędzia Orbeon Forms nie wyklucza zastosowania dodatkowych formatek i narzędzi do wprowadzania danych.
WEPZ	02.	Formularz Postanowienie o Przedstawieniu Zarzutów umożliwi odczyt lub zapis danych do bazy danych systemu PROKSYS.
WEPZ	03.	Formularz Postanowienie o Przedstawieniu Zarzutów umożliwi odczyt danych dla wybranej Sprawy Ds., w szczególności danych prokuratora, danych organu prowadzącego postępowanie, danych opisowych sprawy Ds oraz innych podstawowych danych o Sprawie Ds.
	04.	Formularz Postanowienie o Przedstawieniu Zarzutów umożliwi: 1) odczyt danych ze Sprawy Ds (prokurator, dane podejrzanego, podstawowe dane o sprawie) 2) wybór Opisu Zarzutu ze słownika zarzutów 3) modyfikację Opisu Zarzutu, 4) numeracją zarzutów cyframi rzymskimi lub dla potrzeb dokumentu WORD (Pisma)Postanowienie o Przedstawieniu Zarzutów. 5) zapis danych o zarzucie lub zarzutach do bazy danych dla Sprawy Ds dla konkretnego podejrzanego.
	05.	Formularz Postanowienie o Przedstawieniu Zarzutów umożliwi walidację zapisu danych do bazy danych: - zarzut może być zapisany tylko dla osoby z rolą procesową podejrzany - zarzut może być zapisany tylko do Sprawy Ds. w toku - system uniemożliwia zapisanie dwóch identycznych zarzutów
	06.	Formularz Postanowienie o Przedstawieniu Zarzutów umożliwi zapis danych do bazy danych systemu PROKSYS do sprawy Ds (obszar LIBRA) dla konkretnego podejrzanego przy uwzględnieniu danych wykorzystywanych do zapisu zarzutu, a w szczególności danych: a. Data postanowienia b. Rodzaj postanowienia (przedstawienie, zmiana, uzupełnienie) c. Wysokość szkody

		d. Kwalifikacja prawna (opierająca się na słownikach centralnych: Ustawy, Kwalifikacje prawne, Separatory) e. Czas popełnienia przestępstwa (data dokładna albo orientacyjna) f. Termin przedawnienia liczony od „daty od” „daty do” (czasu popełnienia przestępstwa) g. Miejsce popełnienia przestępstwa (ustalone nieustalone) h. Nazwa miejsca i. Adres miejsca popełnienia przestępstwa (Kraj, Województwo, Powiat, Gmina, Miejscowość, Kod pocztowy, Ulica, Nr domu, Nr mieszkania) j. Opis Zarzutu
WEPZ	07.	Formularz Postanowienie o Przedstawieniu Zarzutów umożliwi weryfikację uprawnień użytkownika do Sprawy Ds
WEPZ	08.	Wzór Dokumentu Postanowienie o Przedstawieniu Zarzutów umożliwi wygenerowanie Pisma w formacie WORD.
WEPZ	09.	Szablon Postanowienia o Przedstawieniu Zarzutów umożliwia przygotowanie do odczytu i zapisu wielu zarzutów w oparciu o zestaw danych zaimportowanych z formatu xls, csv, (np. wykaz 200 faktur dla konstrukcji 200 zarzutów podrobienia dokumentów).
WEPZ	10.	Szablon Postanowienia o Przedstawieniu Zarzutów umożliwia utworzeniu Opisu Zarzutu uzupełnienie i modyfikację Opsi Zarzutu oraz jego kwalifikacji prawnej poprzez wybór za pomocą stosownych formatek informacji dotyczących czasu, miejsca i okoliczności jego popełnienia, w szczególności: 1) czasu: poprzez wprowadzenie konkretnej daty, przybliżonej daty (np. nieustalonego dnia października 2018 r. ), okres czasu (np. w okresie czasu od nieustalonego dnia 2017 r. do nieustalonego dnia 2018 r.) 2) miejsca: poprzez podanie nazwy miejsca (np. nazwa miasta, teren województwa) lub wskazanie nieustalonego miejsca 3) współsprawstwa (np. wspólnie i w porozumieniu z Xxxxx Xxxxxxxxx i Xxxxx Xxxxx), nieustalonego współsprawcy 4) powrotu do przestępstwa (np.: przy czym czynu tego dopuścił się po odbyciu kary co najmniej 6 miesięcy pozbawienia wolności za umyślne przestępstwo podobne orzeczone wyrokiem …., sygn. ….) 5) ograniczonej lub zniesionej poczytalności (np: przy czym czynu tego dopuścił się mając w znacznym stopniu ograniczoną możliwość pokierowania swoim postępowaniem).

Moduł Analityczny

ID	No.	Wymaganie
WMA	01.	Moduł Analityczny umożliwia utworzenie jednej lub wielu Analiz Danych w Sprawie.

WMA	02.	Moduł Analityczny umożliwia import (z plików zewnętrznych jak i zbiorów zgromadzonych w połączonej sprawie prowadzonej w systemie PROK-SYS, analizę oraz wizualizację: 1) danych telekomunikacyjnych, 2) danych o transakcjach finansowo-pieniężnych (wykazy bankowe), 3) danych fakturowych.
WMA	03.	Z poziomu Analizy Danych zapewniony jest dostęp do danych: 1) zaimportowanych do Modułu Analitycznego (źródłowych), 2) przetworzonych przy użyciu funkcjonalności Modułu Analitycznego (wynikowych).
WMA	04.	Moduł Analityczny dokonuje organizacji danych tworząc w oknie nawigatora Analizy Danych rozwijalne drzewo dedykowanych folderów do przechowywania danych (źródłowych oraz wynikowych) określonego rodzaju, jak: 1) dane telekomunikacyjne, 2) wykazy bankowe, 3) dane fakturowe, 4) diagramy powiązań, 5) diagramy chronologiczne, 6) mapy.
WMA	05.	Moduł Analityczny umożliwia wykonanie kopii Analizy Danych w ramach systemu lub na nośnik zewnętrzny w celu umożliwienia przeprowadzania analiz innym użytkownikom.
WMA	06.	Moduł Analityczny umożliwia otwarcie Analizy Danych poprzez wybór z listy ostatnio używanych analiz bądź wskazanie ścieżki dostępu.
WMA	07.	Moduł Analityczny posiada funkcję ‘cofnij/ponów’ bez ograniczenia co do ilości operacji w ramach jednej sesji.
WMA	08.	Moduł Analityczny posiada funkcję ‘znajdź’ pozwalającą na wyszukiwanie zarówno danych liczbowych, jak i tekstowych.
WMA	09.	Moduł Analityczny obsługuje standardowe operatory wyszukiwania, w tym co najmniej takie, jak: *, %, ?.

Import danych

ID	No.	Wymaganie
WMA	10.	Moduł Analityczny umożliwia import danych ustrukturyzowanych w formatach umożliwiających ich przetwarzanie, w tym co najmniej takich, jak: txt, csv, tsv, xls, xlsx, xml zarówno z zewnętrznych plików jak i z rejestrów danych zgromadzonych w systemie PROK-SYS.
WMA	11.	Moduł Analityczny rozpoznaje zastosowane w pliku źródłowym separatory kolumn określające strukturę danych, w tym co najmniej takie, jak: przecinek, spacja, średnik, tabulator.
WMA	12.	Moduł Analityczny w procesie importu danych nie traktuje znaku ‘=’ jako tekstu kolumn.

WMA	13.	Moduł Analityczny pozwala na import danych z dysku lokalnego oraz z nośnika zewnętrznego lub z repozytorium PROK- SYS, z tym że w każdym przypadku moduł analityczny wykonuje kopię zaimportowanych z PROK-SYS danych i na tej kopii dalej pracuje. Istotnym jest też, aby system oznaczał pliki źródłowe, które zostały zmodyfikowane w PROK-SYS w taki sposób aby była możliwi ich łatwa aktualizacja w module analitycznym
WMA	14.	Dane o identycznej strukturze wewnętrznej rekordów mogą zostać zaimportowane do Modułu Analitycznego za pomocą jednej operacji importu z więcej niż jednego pliku.
WMA	15.	Moduł Analityczny pozwala na wybór arkusza skoroszytu, który ma być źródłem danych dla importu.
WMA	16.	Możliwy jest podgląd zawartości poszczególnych arkuszy importowanego skoroszytu.
WMA	17.	Moduł Analityczny pozwala na oznaczenie wiersza z nagłówkami kolumn. Wiersze znajdujące się powyżej wskazanego wiersza nagłówkowego są automatycznie wykluczane podczas importu.
WMA	18.	Moduł Analityczny pozwala na wykluczenie/przywrócenie wybranych wierszy specjalnych (legenda, komentarze, inne).
WMA	19.	Moduł Analityczny posiada kreator importu z zaimplementowanymi wzorami importu, które, stosownie do rodzaju danych: 1) reprezentują postać importowanych elementów i związki pomiędzy nimi (typy obiektów, typy połączeń, atrybuty obiektu, atrybuty połączenia), 2) określają zasady wypełniania właściwości elementów.
WMA	20.	Przypisanie kolumn danych do właściwości elementów może zostać przeprowadzone w sposób manualny (import bez szablonu) bądź automatyczny (import za pomocą szablonu).
WMA	21.	Kreator importu sygnalizuje błędne przypisanie kolumn danych do typów obiektów/połączeń/atrybutów.
WMA	22.	Moduł Analityczny pozwala na import danych za pomocą szablonu.
WMA	23.	Moduł Analityczny posiada predefiniowane szablony importu danych od czterech głównych operatorów: P4, Orange, T- Mobile, Polkomtel.
WMA	24.	Moduł Analityczny posiada opcję automatycznego dopasowania szablonu zgodnego z danymi importu z listy szablonów dostępnych w SWP.
WMA	25.	Na liście dostępnych szablonów importu zawarte muszą być co najmniej takie informacje, jak: 1) nazwa szablonu, 2) dziedzina (kategoria), 3) data utworzenia, 4) data modyfikacji, 5) autor szablonu.
WMA	26.	Moduł Analityczny pozwala na tworzenie własnych szablonów importu, które zapisywane są na dysku lokalnym stacji roboczej użytkownika.
WMA	27.	Możliwy jest eksport/import utworzonych szablonów importu z/do Modułu Analitycznego SWP.
WMA	28.	Importowane dane przechodzą proces walidacji (co najmniej pod kątem weryfikacji typu i rozmiaru pola).

WMA	29.	Użytkownik musi mieć możliwość podglądu wartości uznanych przez SWP za niepoprawne.
WMA	30.	W sytuacji zasygnalizowania podczas importu danych do Modułu Analitycznego wystąpienia wartości uznanych za niepoprawne, użytkownik może: 1) wyrazić zgodę na pominięcie przez kreator importu tych wartości, 2) zignorować komunikat (zaimportować wartości), 3) dokonać korekty wartości.
WMA	31.	Moduł Analityczny umożliwia usuwanie za pomocą wbudowanych reguł bądź poprzez zdefiniowanie własnego wzorca reguły: 1) prefiksów, 2) znaków poprzedzających 26-cyfrowy numer rachunku.
WMA	32.	Moduł Analityczny pozwala na wykonywanie nieskończonej liczby operacji analitycznych na pliku źródłowym bez konieczności jego ponownego importu.
WMA	33.	Moduł Analityczny pozwala na wykonywanie operacji analitycznych na zbiorach danych tego samego rodzaju pochodzących z więcej niż jednego pliku źródłowego.
WMA	34.	Moduł Analityczny umożliwia mapowanie kierunku połączenia pomiędzy obiektami np. na podstawie kolumny z opisem tekstowym (przychodzące, wychodzące, uznanie, obciążenie).
WMA	35.	Moduł Analityczny przypisuje zaimportowanemu plikowi domyślnie jego nazwę źródłową oraz datę i godzinę importu.
WMA	36.	W nazwie pliku z danymi wynikowymi widocznej w oknie nawigatora Analizy Danych zawarta jest ikona lub wartość tekstowa wskazująca na rodzaj operacji analitycznej przeprowadzonej na danych źródłowych (np.‘600100300_15:05_mapa’).
WMA	37.	Z poziomu Analizy Danych możliwe jest usunięcie zaimportowanych oraz przetworzonych zbiorów danych (dane źródłowe, dane wynikowe).

Praca w widoku tabelarycznym ID	No.	Wymaganie
WMA	38.	Moduł Analityczny umożliwia przeglądanie oraz przeszukiwanie zaimportowanych danych w widoku tabelarycznym.
WMA	39.	W widoku tabelarycznym dostępne są co najmniej takie funkcjonalności, jak: 1) wybór wyświetlanych kolumn, 2) ukrywanie pustych kolumn, 3) wywołanie pustego wiersza wyszukiwania,

		4) sortowanie proste i wielopoziomowe (wiele kolumn), 5) zakładanie na kolumnę filtra prostego (wartość unikatowa), 6) zakładanie filtra złożonego z dwóch warunków (operatory logiczne), 7) filtrowanie po wielu kolumnach (dodanie wiersza z alternatywą).
WMA	40.	Moduł Analityczny umożliwia zapis odfiltrowanych elementów jako nowego zbioru danych.
WMA	41.	Moduł Analityczny wyświetla licznik wierszy.

Wizualizacja danych

ID	No.	Wymaganie
WMA	42.	Moduł Analityczny umożliwia wizualizację danych na: 1) diagramie powiązań, 2) diagramie chronologicznym, 3) mapie.
WMA	43.	Proces wizualizacji (tworzenie elementów diagramu; nanoszenie na mapę danych logowania) może zostać przeprowadzony na podstawie danych pochodzących z co najmniej jednego pliku źródłowego.
WMA	44.	Moduł Analityczny umożliwia personalizację etykiety obiektu/ połączenia na diagramie/ mapie poprzez: 1) zmianę nazwy, 2) wybór wyświetlanych danych, 3) edycję właściwości wizualnych (zmiana typu/rozmiaru/koloru ikony oraz rodzaju/rozmiaru/koloru czcionki).
WMA	45.	Moduł Analityczny umożliwia utworzenie oraz edycję legendy do wygenerowanej wizualizacji.
WMA	46.	Moduł Analityczny umożliwia zapis wygenerowanej wizualizacji w całości bądź jej zaznaczonego fragmentu.

a) diagram powiązań

ID	No.	Wymaganie
WMA	47.	Moduł Analityczny umożliwia wyszukiwanie oraz zaznaczanie na diagramie powiązań: 1) wskazanych obiektów, 2) obiektów o największej liczbie połączeń (w ujęciu ilościowym/kwotowym/czasowym), w tym z uwzględnieniem kierunku połączenia, 3) obiektów o największej liczbie związków z innymi obiektami, 4) obiektów powiązanych tylko z jednym obiektem (oraz ich usuwanie), 5) połączeń pomiędzy wskazanymi obiektami,

		6) wspólnych obiektów dla wskazanych obiektów, 7) ścieżek pomiędzy wskazanymi obiektami, w tym z uwzględnieniem kierunku połączenia.
WMA	48.	Moduł Analityczny umożliwia łatwe kopiowanie zaznaczonych obiektów i połączeń na nowy (pusty) diagram powiązań.
WMA	49.	Moduł Analityczny umożliwia filtrowanie elementów na diagramie powiazań według wskazanych kryteriów, w tym co najmniej takich jak: 1) wartość lub zakres wartości, 2) czas lub zakres czasowy.
WMA	50.	Moduł Analityczny umożliwia dodawanie atrybutów do etykiety obiektu.
WMA	51.	Moduł Analityczny umożliwia prezentowanie na etykiecie połączenia co najmniej takich danych, jak (z uwzględnieniem kierunku): 1) liczba/całkowita kwota transakcji, 2) liczba/całkowity czas połączeń telefonicznych 3) liczba/całkowita kwota faktur, 4) data pierwszej i ostatniej transakcji/połączenia telefonicznego/faktury.
WMA	52.	Na diagramie powiązań dostępne są co najmniej takie funkcjonalności, jak: 1) manualne zaznaczanie obiektów i połączeń, 2) kopiowanie zaznaczonych obiektów i połączeń, 3) usuwanie zaznaczonych obiektów i połączeń, 4) odwracanie zaznaczenia, 5) grupowanie/rozgrupowanie/scalanie obiektów, 6) rozwijanie połączeń (liczność mnoga/kierunkowa).
WMA	53.	Możliwy jest wybór układu diagramu powiązań (rozmieszczenia elementów). Dostępne są co najmniej takie układy, jak: kołowy, pawi ogon, minimum przecięć połączeń.

b) diagram chronologiczny (timeline)

ID	No.	Wymaganie
WMA	54.	Moduł Analityczny umożliwia wizualizację na diagramie chronologicznym co najmniej: 1) połączeń telefonicznych, 2) logowań na stacjach BTS, 3) przepływów pomiędzy rachunkami bankowymi.
WMA	55.	Moduł Analityczny umożliwia wyszukiwanie i filtrowanie na diagramie chronologicznym według wskazanych kryteriów czasowych.

WMA	56.	Moduł Analityczny umożliwia wybór skali wyświetlania diagramu chronologicznego (rzeczywista, równomierna).
WMA	57.	Moduł Analityczny wyświetla pasek czasu na diagramie chronologicznym.

c) Mapa

ID	No.	Wymaganie
WMA	58.	Moduł Analityczny umożliwia: 1) załadowanie podkładów mapowych (kafelków) z serwera mapowego dostarczonego przez Wykonawcę w ramach realizacji przedmiotu zamówienia, 2) podpinanie wielu źródeł map (różne poziomy skalowania/obszary geograficzne), 3) ustalanie priorytetów ładowania źródeł map.
WMA	59.	Moduł Analityczny umożliwia wizualizację logowań MSISDN do stacji przekaźnikowych na podstawie danych BTS (współrzędne geograficzne, azymut anteny, kąt anteny, zasięg anteny).
WMA	60.	Wizualizacja logowań musi obejmować naniesienie na mapę co najmniej współrzędnych geograficznych.
WMA	61.	Moduł Analityczny umożliwia kreślenie na mapie ścieżki przemieszczania się MSISDN.
WMA	62.	Moduł Analityczny umożliwia wyszukiwanie oraz wizualizację „wspólnych” logowań dla wskazanych MSISDN na podstawie definiowanych przez użytkownika kryteriów, jak, co najmniej: 1) odległość stacji przekaźnikowych, 2) okno czasowe logowania.
WMA	63.	Moduł Analityczny umożliwia przypięcie do mapy etykiety z danymi obiektu.
WMA	64.	Moduł Analityczny umożliwia wyświetlanie na etykiecie obiektu co najmniej takich danych, jak: 1) MSISDN, 2) data i czas zdarzenia, 3) współrzędne geograficzne stacji BTS, 4) dane adresowe stacji BTS.
WMA	65.	Moduł Analityczny umożliwia filtrowanie na mapie według wskazanych kryteriów czasowych.

Analiza danych telekomunikacyjnych

ID	No.	Wymaganie
WMA	66.	Moduł Analityczny posiada wbudowany słownik prefiksów.
WMA	67.	Moduł Analityczny umożliwia przypisanie do MSISDN informacji o państwie/flagi.

WMA	68.	Moduł Analityczny posiada wbudowane zapytania dedykowanie analizie danych telekomunikacyjnych, w tym co najmniej takie, jak: 1) wyszukiwanie wspólnych MSISDN dla wskazanych wykazów, 2) wyszukiwanie wspólnych numerów IMEI dla MSISDN, 3) wyszukiwanie wspólnych stacji BTS dla MSISDN, 4) wyszukiwanie MSISDN pomiędzy którymi odnotowano największą aktywność (krąg abonenta), 5) wyszukiwanie obszarów największej aktywności MSISDN (obszar abonenta).
WMA	69.	Moduł Analityczny umożliwia generowanie: 1) statystyk połączeń dla MSISDN z uwzględnieniem kierunku połączenia (przychodzące, wychodzące, wszystkie), czasu jego trwania oraz rodzaju usługi (SMS, MMS, rozmowa głosowa, transmisja danych etc.), 2) statystyk połączeń pomiędzy wybranymi MSISDN, 3) statystyk logowań na stacjach BTS, 4) statystyk użycia numerów IMEI dla MSISDN, z uwzględnieniem liczby połączeń oraz czasu pierwszego i ostatniego użycia urządzenia, 5) kalendarza użytkowania MSISDN, 6) kalendarza użytkowania IMEI, 7) kalendarza logowań, 8) kalendarza współpracy MSISDN-IMEI.
WMA	70.	Moduł Analityczny umożliwia wywołanie podglądu połączeń dla wygenerowanych statystyk oraz pozycji kalendarza.
WMA	71.	Moduł Analityczny umożliwia obliczenie czasu trwania połączenia w przypadku gdy dane źródłowe zawierają jedynie informację o godzinie rozpoczęcia/zakończenia połączenia.

Analiza danych bankowych

ID	No.	Wymaganie
WMA	72.	Moduł Analityczny posiada wbudowany słownik identyfikatorów instytucji bankowych wraz z ich nazwami
WMA	73.	Moduł Analityczny umożliwia przypisanie do numeru rachunku informacji o nazwie instytucji bankowej i danych adresowych oddziału, w którym rachunek został założony.
WMA	74.	Moduł Analityczny umożliwia generowanie: 1) statystyk przelewów (przychodzące/wychodzące: ilość, suma, rodzaj, bilans), 2) statystyk przelewów dla posiadaczy rachunków (przychodzące/wychodzące: ilość, suma, rodzaj, bilans), 3) statystyk przelewów pomiędzy wskazanymi rachunkami (przychodzące/wychodzące: ilość, suma, rodzaj, bilans),

		4) statystyk przelewów dla wskazanych posiadaczy rachunków (przychodzące/wychodzące: ilość, suma, rodzaj, bilans), 5) kalendarza przelewów dla rachunku, 6) kalendarza przelewów dla posiadaczy rachunków, 7) zestawienia transakcji gotówkowych.
WMA	75.	Moduł Analityczny umożliwia wywołanie szczegółowego podglądu transakcji dla wygenerowanych statystyk oraz pozycji kalendarza.

Analiza danych fakturowych (JPK)

ID	No.	Wymaganie
WMA	76.	Moduł Analityczny umożliwia generowanie zestawień faktur według zadanych kryteriów, w szczególności pomiędzy wybranymi podmiotami, według dat, podmiotów, kategorii podatkowych, wartości.
WMA	77.	Moduł Analityczny umożliwia wyszukiwanie powtarzających się sekwencji transakcji fakturowanych wg zadanych kryteriów (zbieżność podmiotów, kierunek, wartość, czas przepływów).
WMA	78.	Moduł Analityczny umożliwia zsumowanie wartości faktur brutto/netto/VAT dla wskazanego podmiotu/podmiotów.
WMA	79.	Moduł Analityczny umożliwia ustalenie wzajemnych powiązań transakcyjnych między podmiotami według numeru NIP z określeniem siły wiązania w oparciu o ilość i wartość transakcji.
WMA	80.	Moduł Analityczny umożliwia porównanie zgodności danych w pliku wystawcy (JPK A) i odbiorcy (JPK B).

Eksport wyników

ID	No.	Wymaganie
WMA	81.	Moduł Analityczny umożliwia eksport wyników do formatów: csv, xls, xlsx, pdf, doc (statystyki, zestawienia, wyniki filtrowania).
WMA	82.	Moduł Analityczny umożliwia personalizację eksportu (wybór kolumn w zależności od potrzeb użytkownika, możliwość dodania pustej kolumny na notatki).
WMA	83.	Moduł Analityczny umożliwia eksport wizualizacji jako obrazu. Użytkownik musi mieć możliwość wyboru rozszerzenia spośród co najmniej kilku najpopularniejszych typów plików obrazu (jpg, bmp, png).
WMA	84.	Moduł Analityczny umożliwia wygenerowanie raportu w formacie doc, docx, pdf, podsumowującego wyniki zapytań.

WMA	85.	Moduł Analityczny umożliwia wyeksportowanie i zapisanie na dysku paczki z kompletem danych, które podlegały analizie w postaci plików źródłowych oraz plików czytelnych dla użytkownika nie posiadającego dosępu do Aplikacji SWP (np. diagramy wyeksportowane do formatu png)
WMA	86.	Obszar Funkcjonalny SWP musi być wyposażony w możliwość eksportu dokumentów do PROK-SYS i dołączania ich do sprawy.

Wymagania na interfejs użytkownika

ID	No.	Wymaganie
WIU	01.	Obszar Funkcjonalny SWP 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.
WIU	02.	Interfejs musi umożliwiać wyświetlanie informacji typu Pomoc z poziomu dowolnego ekranu.
WIU	03.	Obszar Funkcjonalny SWP musi umożliwiać kopiowanie dowolnego tekstu wyświetlanego na ekranach Aplikacji SWP .
WIU	04.	Obszar Funkcjonalny SWP musi pokazywać status wykonywanej operacji, poprzez odpowiednie potwierdzenia i komunikaty.
WIU	05.	Aplikacja ma umożliwiać użytkownikowi cofnięcie lub anulowanie wybranej czynności
WIU	06.	Obszar Funkcjonalny SWP umożliwia pracę w trybie dwuekranowym.
WIU	07.	Obszar Funkcjonalny SWP posiada suwak zoom umożliwiający powiększanie/pomniejszanie zawartości ekranu.
WIU	08.	Obszar Funkcjonalny SWP umożliwia w każdym momencie wywołanie podglądu wydruku oraz wydruk danych.
WIU	09.	Obszar Funkcjonalny SWP zapewnia obsługę polskich znaków diakrytycznych.
WIU	10.	Obszar Funkcjonalny SWP do swojego poprawnego działania (pełna funkcjonalność) nie wymaga połączenia z Internetem.

Wymagania w zakresie serwera mapowego:

ID	No.	Wymaganie
WMAP	01.	Wykonawca w ramach projektu stworzy i konfiguruje infrastrukturę wirtualną niezbędną do uruchomienia usługi mapowej.
WMAP	02.	Wykonawca w ramach projektu dostarczy, zainstaluje i skonfiguruje kompletne rozwiązanie serwera map wraz z bazą danych i API WMS na przygotowanej przez siebie infrastrukturze.
WMAP	03.	Wykonawca w ramach projektu zasili serwer mapowy danymi podkładowymi uwzgledniającymi również drogi terenu Rzeczypospolitej Polskiej.

WMAP	04.	Dostarczone rozwiązanie mapowe musi być aktywnie rozwijane i posiadać regularne aktualizacje.
WMAP	05.	Dostarczone rozwiązanie mapowe nie może mieć ograniczeń na liczbę użytkowników oraz usług łączących się do niego.
WMAP	06.	Dostarczone rozwiązanie musi umożliwiać w przyszłości na rozbudowę zasobu mapowego o kolejne warstwy lub kraje.
WMAP	07.	Dostarczone rozwiązanie mapowe musi posiadać dokumentację i instrukcję w języku polskim lub angielskim.
WMAP	08.	Wykonawca w ramach projektu skonfiguruje interfejsy komunikacyjne i zintegruje dostarczone rozwiązanie mapowe z Aplikacją SWP i jeżeli to będzie wymagane także z systemem PROK-SYS.
WMAP	09.	Wykonawca a ramach projektu przygotuje mechanizmy automatycznie aktualizujące dostarczone oprogramowanie mapowe oraz same mapy z częstotliwością minimum raz dziennie.
WMAP	10.	Wykonawca w ramach projektu przygotuje instrukcję obsługi i administracji rozwiązania mapowego obejmującego wszystkie aspekty związane z zarządzaniem rozwiązaniem, rozwiązywaniem problemów i administracją (także z poziomu systemu operacyjnego).
WMAP	11.	Obszar Funkcjonalny SWP do swojego poprawnego działania (pełna funkcjonalność) nie wymaga połączenia z Internetem.

Wymagania w zakresie bezpieczeństwa informacji:

Wykonawca na etapie projektowania i wytwarzania systemu informatycznego uwzględni procedury przetwarzania danych z uwzględnieniem zasad RODO: privacy by design oraz privacy by default, oraz weźmie pod uwagę i uwzględni standardy wykorzystywane w systemie PROK-SYS :

1. Privacy by design – uwzględnianie ryzyka ochrony danych osobowych w zakresie środków technicznych i organizacyjnych zapewniających ich właściwą ochronę x.xx. monitorowanie, testy bezpieczeństwa, zmiany w oprogramowaniu czy nadawaniu uprawnień dla użytkowników.

2. Adadsf

ID	No.	Wymaganie
WB	01.	Obszar Funkcjonalny SWP musi spełniać wymogi bezpieczeństwa w zakresie dostępu użytkowników do swoich zasobów poprzez zapewnienie bezpiecznego kanału dostępu i zastosowanie mechanizmów uwierzytelniania i autentykacji użytkownika.
WB	02.	Obszar Funkcjonalny SWP musi zapewnić pełną ochronę przed nieuprawnionym dostępem osób i systemów do danych. W szczególności wszystkie Moduły muszą spełniać wymogi przepisów w zakresie dokumentacji i przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych.

WB	03.	Obszar Funkcjonalny SWP musi zapewnić pełną ochronę przed nieuprawnionym dostępem osób i systemów do danych w szczególności musi być zgodny z RODO.
WB	04.	Obszar Funkcjonalny SWP musi zapewniać bezpieczeństwo i poufność zgromadzonych dokumentów, danych przed nieautoryzowanymi zmianami.
WB	05.	Komunikacja z systemami zewnętrznymi musi być szyfrowana – PROK-SYS odbywać się poprzez szynę danych systemu.
WB	06.	Dostęp do Obszar Funkcjonalny SWP musi być realizowany kanałami szyfrowanej komunikacji jak HTTPS.
WB	07.	Operacje związane z przetwarzaniem danych osobowych powinny być logowane.
WB	08.	Komunikacja użytkownika z Aplikacją SWP musi odbywać się za pomocą bezpiecznego połączenia szyfrowanego SSL z kluczem o długości co najmniej 128 bitów dla wszystkich administratorów.
WB	09.	Obszar Funkcjonalny SWP musi być zintegrowana w zakresie autoryzacji i autentykacji użytkowników z rozwiązaniami funkcjonującymi u Zamawiającego (ActiveDirectory) oraz systeme PROK-SYS.
WB	10.	Obszar Funkcjonalny SWP musi umożliwiać ustawienie czasu bezczynności, po którym użytkownik zostanie automatycznie wylogowany.
WB	11.	Obszar Funkcjonalny SWP musi czasowo blokować konto (z możliwością ręcznego odblokowania przez uprawnionego administratora) przy wielokrotnej próbie zalogowania niewłaściwym hasłem – ilość prób musi być możliwa do ustalania przez administratora.
WB	12.	Obszar Funkcjonalny SWP musi rejestrować udane i nieudane próby logowania do systemu (obejmując między innymi adres IP komputera, z którego dokonywano logowania – wykaz dostępny dla administratora).
WB	13.	System musi zapewniać bezpieczeństwo i poufność zgromadzonych dokumentów, danych przed nieautoryzowanymi zmianami.
WB	14.	Obszar Funkcjonalny SWP powinien zapewniać bezpieczeństwo wszystkich danych zgromadzonych w bazie danych Systemu poprzez mechanizm wykonywania kopii zapasowych tych danych wraz z możliwością ich odtwarzania po Awarii.
WB	15.	W ramach realizacji zamówienia Wykonawca opracuje procedury backupu i przywracania danych, które przedłoży do akceptacji Zamawiającego.
WB	16.	Obszar Funkcjonalny SWP musi spełniać wymagania określone w Ustawie z dnia 10 maja 2018 r. o ochronie danych osobowych oraz wewnętrznych przepisów Zamawiającego wynikających z ww. ustawy.
WB	17.	Obszar Funkcjonalny SWP musi być zgodny z wytycznymi zawartymi w OWASP ASVS oraz być wolnym od podatności zawartych w dokumencie OWASP TOP. Wykonawca zapewni zgodność Systemu z wytycznymi OWASP. Wykonawca stosować będzie aktualną na dzień zawarcia umowy wersję OWASP ASVS oraz OWASP-TOP 10.
WB	18.	Obszar Funkcjonalny SWP musi być odporna na znane techniki ataku i włamań typowych dla technologii, w której został wykonany w tym x.xx. na: • SQL Injection. • Broken Authentication and Session Management.

		• Insecure Direct Object References. • Security Misconfiguration. • Sensitive Data Exposure. • Missing Function Level Access Control. • Cross-Site Request Forgery. • Using Components with Known Vulnerabilities. • Unvalidated Redirects and Forwards. • Penetracja niepublicznych zasobów serwera.
WB	19.	W przypadku innych lub pojawienia się nowych, nieznanych wcześniej, technik włamań Wykonawca zobowiązany jest do ich analizy i niezwłocznego dostarczenia niezbędnych poprawek i uaktualnień eliminujących podatności dostarczonego Obszaru Funkcjonalnego SWP.
WB	20.	Administracyjny dostęp do elementów systemu nieobjęty funkcjami kontroli dostępu zapewnianymi przez mechanizmy uwierzytelniania i autoryzacji samego systemu (np. bezpośredni dostęp do tabel bazy danych) możliwy będzie wyłącznie z wybranych, wskazanych przez Zamawiającego lokalizacji i maszyn.
WB	21.	Dostęp użytkownika do danych osobowych zwykłych i wrażliwych będzie wymagał uwierzytelnienia.
WB	22.	Baza danych powinna zapewniać separację danych – podział danych na dwie części – odseparowanie danych wrażliwych (niosących w sobie informacje identyfikujące) od pozostałych danych.
WB	23.	Serwery systemu muszą podlegać ochronie przed nieuprawnionym dostępem do danych na poziomie uprawnień systemu operacyjnego.
WB	24.	Obszar Funkcjonalny SWP musi umożliwiać planowe wykonywanie kopii zapasowych danych, w postaci pełnej lub przyrostowej.
WB	25.	Obszar Funkcjonalny SWP musi umożliwiać swobodne ustalanie harmonogramu automatycznego tworzenia kopii zapasowych danych. Poza mechanizmem automatycznym, musi umożliwiać wykonanie kopii zapasowej w dowolnej chwili na żądanie administratora.
WB	26.	Obszar Funkcjonalny SWP musi tworzyć i utrzymywać log systemu, rejestrujący historię logowania do systemu wszystkich użytkowników oraz wykonane przez nich czynności wprowadzania, modyfikacji i usuwania danych.
WB	27.	W przypadku każdej (zarówno udanej, jak i nieudanej) próby uwierzytelnienia i wylogowania z Systemu, musi rejestrować następujące informacje: czas wykonania próby uwierzytelnienia, wprowadzony identyfikator użytkownika, adres IP komputera, z którego wykonano próbę uwierzytelniania, rezultat procedury uwierzytelniania oraz autoryzacji (przyznanie lub odmowa dostępu z informacją o przyczynie odrzucenia. System musi umożliwić retencję logów w zależności od czasu oraz w zależności od wielkości pliku logów oraz dostęp do logów historycznych.
WB	28.	W systemie nie mogą istnieć nieodnotowane w dokumentacji konta techniczne.

WB	29.	Jeśli usunięcie zbędnych kont nie jest możliwe, muszą zostać zablokowane.
WB	30.	Wszystkie domyślne hasła kont technicznych muszą zostać zmienione.
WB	31.	System nie może wyświetlać w sposób czytelny (np. na ekranie monitora itp.) wprowadzanych haseł lub numerów PIN.

Wymagania techniczne:

ID	No.	Wymaganie
WT	01.	Obszar Funkcjonalny SWP musi zostać dostarczony Zamawiającemu w formie gotowego produktu. Wykonawca odda do użytku Zamawiającego oprogramowanie posiadające wszystkie wymagane funkcje.
WT	02.	Wykonawca przekaże Zamawiającemu kompletny kod źródłowy, skrypty tworzące bazy danych oraz pełną dokumentację wraz z autorskimi prawami majątkowymi.
WT	03.	Obszar Funkcjonalny SWP musi pozwalać na nieograniczony dostęp pod względem liczby użytkowników i administratorów, realizowany za pomocą przeglądarki internetowej lub aplikacji do wszystkich funkcji systemu.
WT	04.	Interfejs użytkownika będzie zaprojektowany w zgodzie z powszechnie przyjętymi standardami i szeroko pojętymi dobrymi praktykami w dziedzinie konstruowania intuicyjnego interfejsu użytkownika.
WT	05.	Interfejs użytkownika Obszaru Funkcjonalnego SWP musi nawiązywać do istniejącego interefejsu w systemie PROK-SYS zarówno w zakresie kolorystyki, nawigacji oraz layoutu graficznego.
WT	06.	Nawigacja w GUI musi być czytelna, spójna i logiczna w całym Systemie.
WT	07.	Oprogramowanie musi umożliwiać skalowanie GUI dla urządzeń mobilnych z zachowaniem odpowiedniego wyglądu na tabletach i smartfonach z wykorzystaniem techniki RWD.
WT	08.	System będzie w warstwie prezentacyjnej i danych posługiwać się standardem kodowania znaków UTF-8.
WT	09.	Dostarczony interfejs użytkownika musi być w języku polskim.
WT	10.	Obszar Funkcjonalny SWP zapewnia obsługę polskich znaków diakrytycznych.
WT	11.	Obszar Funkcjonalny SWP do swojego poprawnego działania (pełna funkcjonalność) nie wymaga połączenia z Internetem.
WT	12.	Cała dostarczona dokumentacja musi być w języku polskim.
WT	13.	Obszar Funkcjonalny SWP musi być zaprojektowana zgodnie z 25 wymaganiami zdefiniowanymi w WCAG 2.1.
WT	14.	Obszar Funkcjonalny SWP umożliwiać będzie pracę z przeglądarkami, które zgodnie z rankingiem xxxx://xxxxxxx.xxxxxx.xxx/xx/xxxxxxx/xxxxxxxx/ posiadają minimum 5% udziału w rynku.
WT	15.	Obszar Funkcjonalny SWP musi zostać stworzona zgodnie z zasadami programowania obiektowego SOLID
WT	16.	Obszar Funkcjonalny SWP musi zostać stworzona zgodnie z podejściem DDD.
WT	17.	Oprogramowanie musi być tworzone przy wykorzystaniu narzędzi umożliwiających zastosowanie Continuous integration

Słownik terminów

Obszar funkcjonalny SWP, SWP	Część funkcjonalna systemu PROK- SYS składająca się z Modułu Administracyjnego, Modułu Śledczego, Modułu Analitycznego.
Moduł Administracyjny	Moduł wchodzący w skład SWP umożliwiający stworzenie pierwszego Wsadu Merytorycznego dla Modułu Śledczego oraz jego późniejszą aktualizację poprzez utworzenie pakietu aktualizacyjnego. Moduł Aplikacji umożliwia również stworzenia szablonów importu dla Modułu Analitycznego. Moduł Aplikacji jest instalowany opcjonalnie na wybranej stacji roboczej. Moduł jest przeznaczony dla użytkownika pracującego w Prokuraturze Krajowej.
Moduł Śledczy	Moduł wchodzący w skład SWP umożliwiający użytkownikowi zapoznanie się z treściami udostępnionymi w ramach Wsadu Merytorycznego.
Moduł Analityczny	Moduł wchodzący w skład SWP umożliwiający przetwarzanie danych ustrukturyzowanych, takich jak dane telekomunikacyjne, dane o transakcjach finansowo-pieniężnych oraz dane fakturowe.
Wsad Merytoryczny	Zawartość Modułu Śledczego składająca się z Czynności Postępowania, do których dołączone są ich opisy, przykładowe dokumenty, pliki graficzne. Wsad Merytoryczny stanowią opracowane w ramach projektu POWER 1 metodyki postępowania w danych kategoriach spraw.
Szablon Planu Śledztwa	Szablon przygotowany w oparciu o narzędzie Orbeon Forms w obszarze OFW systemu PROKSYS umożliwiająca skonstruowanie Pisma - Plan Śledztwa.
Szablon Postanowienia o Przedstawieniu Zarzutów	Szablon przygotowany w oparciu o narzędzie Orbeon Forms w obszarze OFW systemu PROKSYS umożliwiająca przygotowanie Pisma - Postanowienie o Przedstawieniu Zarzutów.
Słownik Zarzutów	Słownik zarzutów karnych wykorzystywany w Szablonie Postanowienia o Przedstawieniu Zarzutów.
OAS	Obszar funkcjonalny administratora systemu PROK-SYS odpowiadający x.xx. za zarządzanie słownikami i tworzenie ról na podstawie funkcji aplikacyjnych.
OFW	Obszar funkcjonalny Formularzy i Wykazów systemu PROK-SYS obsługujący x.xx. tworzenie dokumentów w aplikacji WORD.
	System umożliwia stworzenie przez użytkownika Wzoru Dokumentu, zawierającego pola wybranego Formularza oraz układ i formatowanie tekstu, pozwalających na stworzenie Pisma. Formularz oraz Wzór Dokumentu składają się na Szablon Dokumentu.
Szablon	Formularz i Wzór Dokumentu, które użyte w systemie PROK-SYS służą do wygenerowania Pisma w aplikacji WORD.
Formularz	Formularz stworzony w oparciu o narzędzie Orbeon Forms umożliwiający odczyt i zapis danych do systemu PROK-SYS. Na podstawie Formularza generowane jest Pismo w aplikacji WORD.

	Formatowanie Pisma tworzone jest na podstawie Wzoru Dokumentu przygotowanego w aplikacji WORD.
Wzór Dokumentu	Formatowanie Pisma przygotowane w aplikacji WORD, zawierające dane o polach do których następujące wprowadzenie informacji z Formularza.
Pismo	Dokument procesowy z danymi ze sprawy Ds uruchamiany w aplikacji WORD.
Sprawa Ds	Sprawa karna rejestrowana w systemie PROK-SYS rejestrowana w urządzeniu ewidencyjnym Ds.
Analiza Danych	Proces przetwarzania danych przy użyciu metod statystycznych oraz graficznych.
Dane ustrukturyzowane	Dane o układzie odpowiadającym strukturze klasycznych tabel, gdzie każdy element posiada swój unikalny indeks określający jego położenie bądź wartości są rozdzielone separatorem (przecinek, średnik, spacja, tabulator, inne) a rekordy znakami końca linii.
JPK (Jednolity Plik Kontrolny)	Dane z ewidencji i rejestrów prowadzonych przez przedsiębiorcę przesyłane do organu podatkowego w sposób ujednolicony z wykorzystaniem struktury przygotowanej przez Ministerstwo Finansów.
MSISDN (Mobile Station International Subscriber Directory Number)	Numer użytkownika sieci komórkowej przechowywany na karcie SIM znajdującej się w urządzeniu (potocznie numer telefonu komórkowego).
IMEI (International Mobile Equipment Identity)	Unikatowy numer identyfikujący urządzenie (potocznie numer aparatu telefonicznego).
BTS (Base Transceiver Station)	Stacja przekaźnikowa operatora, do której loguje się użytkownik w momencie inicjowania/odbierania połączenia.
Diagram powiązań	Diagram obrazujący strukturę relacji pomiędzy obiektami. Przedstawia związki pomiędzy obiektami, umożliwiając identyfikację obiektów kluczowych, elementów wspólnych, grup elementów ściśle ze sobą powiązanych oraz identyfikację powiązań pośrednich.
Diagram chronologiczny	Diagram obrazujący chronologię zdarzeń. Ułatwia analizę przyczynowo–skutkową, przedstawiając zdarzenia oraz ich powiązania z innymi obiektami w ujęciu czasowym.

5. Zakres obowiązków Wykonawcy.

Do obowiązków Wykonawcy w ramach zamówienia należeć będzie jego realizacja w następujących etapach i zakresie: Etap I:

1) Analiza biznesowa,

2) Projekt techniczny Obszaru Funkcjonalnego SWP, a w tym środowiska kodów źródłowych oraz środowiska asemblacji.

Etap II:

1) Budowa Obszaru Funkcjonalnego SWP,

2) Dostarczenie kodów źródłowych wersji testowej Obszaru Funkcjonalnego SWP wraz oprogramowaniem gotowym,

3) Przygotowanie scenariuszy testowych przez Wykonawcę,

4) Wdrożenie Obszaru Funkcjonalnego SWP w środowisku testowym wytworzonym przez Wykonawcę w zasobach Zamawiającego,

5) Przeprowadzenie szkolenia w Prokuraturze Krajowej dla testerów Obszaru Funkcjonalnego SWP (10 osób),

6) Przeprowadzenie szkolenia w Prokuraturze Krajowej dla edytora Obszaru Funkcjonalnego SWP (3 osoby),

7) Przeprowadzenie testów akceptacyjnych przez Wykonawcę przy udziale przeszkolonych testerów w środowisku testowym.

Etap III:

1) Przekazanie do odbioru wersji produkcyjnej Obszaru Funkcjonalnego SWP, wraz z przekazaniem kodów źródłowych wersji produkcyjnej oraz praw autorskich i licencji,

2) Dostarczenie kompletnej dokumentacji użytkownika, dokumentacji administratora, dokumentacji eksploatacyjnej.

Etap IV:

1) Świadczenie obsługi gwarancyjnej w okresie 36 miesięcy od dnia podpisania Protokołu Odbioru Końcowego.

2) Udostępnienie zamawiającemu usługi „Help desk” od dnia podpisania Protokołu Odbioru Końcowego do dnia zakończenia obsługi gwarancyjnej w następującym zakresie:

a. dostępność w dni robocze od 08:00 do 16:00,

b. czas reakcji na zgłoszenie do 1 dni roboczych,

c. czas naprawy do 3 dni roboczych.

Wykonawca wskaże, czy przy budowie Obszaru Funkcjonalnego SWP będzie wykorzystywał oprogramowanie dedykowane, czy też oprogramowanie gotowe. Przez oprogramowanie gotowe należy rozumieć wartości niematerialne i prawne dostarczone przez wykonawcę w ramach realizacji umowy oferowane na rynku w dniu złożenia oferty, dostępne publicznie, dla którego istnieje dokumentacja użytkowania. Przez oprogramowanie gotowe rozumie się zarówno oprogramowanie oferowane w sprzedaży (oprogramowanie komercyjne) jak również oprogramowanie udostępniane na zasadach licencji otwartej (oprogramowanie open source). W przypadku wykorzystania oprogramowania gotowego proszę wskazać koszt licencji i ewentualnie sposób licencjonowania. W przypadku wykorzystania oprogramowania gotowego jak i dedykowanego koszt oprogramowania gotowego proszę wskazać w pkt. 3 Formularza cenowego, a koszt usługi związanej z wytworzeniem oprogramowania dedykowanego proszę wskazać w pkt. 1 Formularza cenowego. Przedmiot zamówienia winien zostać zrealizowany w języku polskim. W Obszarze Funkcjonalnym SWP nie będą przetwarzane dane określone w ustawie o ochronie informacji niejawnych ustawie z dnia 5 sierpnia 2010 roku (Dz.U.2018.412 j.t.).

Wykonawca zapewni zespół osób/zespoły osób w ilości odpowiedniej do wykonania zamówienia we wskazanym zakresie w określonym terminie.