Część B SIWZ_opis techniczny przedmiotu zamówienia

Część B SIWZ_opis techniczny przedmiotu zamówienia

WOJEWÓDZTWO PODKARPACKIE
Projekt współfinansowany ze środków Unii Europejskiej z Europejskiego Funduszu Rozwoju Regionalnego
w ramach Regionalnego Programu Operacyjnego Województwa Podkarpackiego na lata 2007-2013
Część B SIWZ
Elektroniczna Platforma Informacji
o aktach sprawy – eAS
Szczegółowy Opis Przedmiotu Zamówienia
Spis treści
1. Zastosowane skróty i pojęcia ............................................................................................. 3
2. Przedmiot zamówienia - informacje ogólne ....................................................................... 5
2.1. Wymagania w zakresie oznakowania platformy i dokumentacji................................... 5
3. Bezpieczeństwo ................................................................................................................ 6
4. Zasoby .............................................................................................................................. 6
5. Wymagania dot. platformy eAS ......................................................................................... 7
5.1. Wymagania ogólne ..................................................................................................... 8
5.2. Wymagania funkcjonalne i architektoniczne ...............................................................11
5.3. Wymagania prawne ...................................................................................................13
5.4. Wymagania dot. wymiany danych pomiędzy eAS a EOD...........................................15
5.5. Wymagania dot. interfejsu uŜytkownika/pracownika ...................................................16
5.6. Wymagania dot. administrowania systemem .............................................................20
5.7. Wymagania dot. wydajności .......................................................................................22
5.8. Wymagania dot. testów ..............................................................................................23
5.9. Wymagania dot. dokumentacji ...................................................................................23
6. Zakres zadań....................................................................................................................24
6.1. Zadanie I – dokumentacja zarządcza .........................................................................24
6.2. Zadanie II – analiza wymagań i projekt techniczny .....................................................26
6.3. ZADANIE III – WYKONANIE WERSJI PODSTAWOWEJ ..........................................27
6.4. ZADANIE IV – WYKONANIE SYSTEMU ...................................................................28
6.5. ZADANIE V – TESTOWANIE I ODBIÓR ....................................................................28
6.6. ZADANIE VI – PREZENTACJA PEŁNYCH MOśLIWOŚCI PLATFORMY eAS ..........29
6.7. ZADANIE VII - ASYSTA TECHNICZNA .....................................................................30
7. WYMAGANY HARMONOGRAM PRAC ...........................................................................30
OA-XVI.272.30.2013
Str. 2 z 30
1. Zastosowane skróty i pojęcia
Skrót / pojęcie
Platforma
Opis skrótu / pojęcia
eAS, Elektroniczna Platforma Informacji o aktach sprawy – eAS. Jest
nazywana równieŜ eAS to
lub
platforma
platforma,
utworzona
w
ramach
realizacji
wniosku
e-usług o dofinansowanie realizacji projektu ze środków Europejskiego
eAS
Funduszu Rozwoju Regionalnego w ramach osi priorytetowych
II-VII Regionalnego Programu Operacyjnego Województwa
Podkarpackiego na lata 2007-2013, oś 3. Społeczeństwo
informacyjne.
Lider
Wojewoda Podkarpacki reprezentowany przez Podkarpacki
Urząd Wojewódzki w Rzeszowie.
Partnerzy
1. Wojewódzka
Stacja
Sanitarno-Epidemiologiczna
w Rzeszowie.
2. Wojewódzki Inspektorat Weterynarii z siedzibą w Krośnie.
3. Kuratorium Oświaty w Rzeszowie.
4. Wojewódzki Inspektorat Inspekcji Handlowej w Rzeszowie.
5. Wojewódzki
Inspektorat
Transportu
Drogowego
w Rzeszowie.
6. Wojewódzki Inspektorat Ochrony Środowiska w Rzeszowie.
7. Wojewódzki Inspektorat Ochrony Roślin i Nasiennictwa
w Rzeszowie.
8. Wojewódzki Inspektorat Jakości Handlowej Artykułów RolnoSpoŜywczych w Rzeszowie.
9. Wojewódzki Inspektorat Nadzoru Budowlanego w Rzeszowie.
10. Wojewódzki
Urząd
Ochrony
Zabytków
z
siedzibą
w Przemyślu.
11. Wojewódzki Inspektorat Farmaceutyczny w Rzeszowie.
Podmioty uczestniczące Jest to lider oraz partnerzy.
w projekcie
ePUAP
Elektroniczna Platforma Usług Administracji Publicznej – zbiór
produktów projektu ePUAP-WKP rozwijanych w ramach projektu
ePUAP2.
ePUAP2
OA-XVI.272.30.2013
Projekt, którego realizacja odbywa się w latach 2009-2013,
Str. 3 z 30
stanowiący
kolejny
etap
realizacji
docelowej
architektury
platformy ePUAP.
ePUAP-WKP
Projekt zrealizowany w latach 2006-2008, którego rezultatem
była budowa elektronicznej Platformy Usług Administracji
Publicznej,
w
celu
udostępnienia
obywatelom
usług
świadczonych drogą internetową przez jednostki administracji
publicznej.
EOD
system
Elektronicznego
Obiegu
Dokumentów.
W przedmiotowym dokumencie jest on toŜsamy z systemem
EZD.
EZD
system Elektronicznego Zarządzania Dokumentacją zgodny
z rozporządzeniem Prezesa Rady Ministrów z dnia 18 stycznia
2011
r.
w
sprawie
instrukcji
kancelaryjnej,
jednolitych
rzeczowych wykazów akt oraz instrukcji w sprawie organizacji
i zakresu działania archiwów zakładowych (Dz. U. z dnia 20
stycznia 2011 r. z późn. zm.).
UŜytkownik
Jest to osoba fizyczna, która korzysta z platformy eAS za
pomocą władnego konta. Osoba fizyczna moŜe być równieŜ
reprezentantem osoby prawnej lub pełnomocnikiem innej osoby
fizycznej
Pracownik
Jest to pracownik podmiotu uczestniczącego w projekcie. Ma on
za zadanie między innymi potwierdzać uprawnienie do wglądu
do akt spraw dla UŜytkownika.
Administrator
Jest to pracownik podmiotu uczestniczącego w projekcie
posiadający
szczególne
uprawnienia
umoŜliwiające
administrowanie Platformą eAS. Administrator jest szczególnym
przypadkiem Pracownika.
Testy akceptacyjne
testy, których celem jest weryfikacja i formalne potwierdzenie
zgodności
testowanego
systemu
(Platformy
eAS)
z wymaganiami oraz zawartą umową pomiędzy Zamawiającym,
a Wykonawcą. Testy akceptacyjne obejmują między innymi:
•
weryfikację spójności oraz poprawności wykonywanych
operacji w bazie danych testowanego systemu,
•
odnalezienie miejsc w testowanym systemie, gdzie dane nie
są bezpieczne lub pojawia się podatność na moŜliwy atak,
•
OA-XVI.272.30.2013
wykrycie
niespójności
i
niezgodności
w
dokumentacji
Str. 4 z 30
analitycznej, technicznej oraz dokumentacji uŜytkownika,
sporządzonej
w
ramach
realizowanego
projektu
informatycznego,
•
sprawdzenie
poprawności
działania
wszystkich
funkcji
testowanego systemu oraz ich zgodności z wymaganiami,
•
kontrolę poprawności współdziałania testowanego systemu
z innymi, juŜ istniejącymi i wykorzystywanymi systemami;
kontrola
ukierunkowana
jest
głównie
na
sprawdzanie
interfejsów działających pomiędzy nimi,
•
oszacowanie stopnia spełnienia wymagań wydajnościowych
przez testowany system poprzez kontrolowanie jego pracy
przy wzrastającej ilości danych oraz liczbie uŜytkowników
2. Przedmiot zamówienia - informacje ogólne
Przedmiotem
zamówienia
jest
zaprojektowanie,
wykonanie
i
wdroŜenie
elektronicznej platformy, dostępnej kaŜdemu obywatelowi i instytucji, poprzez publiczny
Internet, przy pomocy której będzie moŜna śledzić stan spraw, mieć dostęp do akt spraw
zainicjowanych w podmiotach uczestniczących w projekcie, przez ich klientów.
PowyŜsza potrzeba wynika z art. 6 ust. 1 pkt. 3 lit. e ustawy o dostępie do informacji
publicznej. Zgodnie z tą literą prawa, podmioty zobowiązane do tworzenia stron BIP od
1 stycznia 2004 r. obowiązane są do prezentacji „stanu spraw, kolejności ich załatwiania
i rozstrzygania".
Ponadto zgodnie z art. 10 §1 k.p.a. organy administracji publicznej obowiązane są
zapewnić stronom czynny udział w kaŜdym stadium postępowania, a przed wydaniem
decyzji umoŜliwić im wypowiedzenie się co do zebranych dowodów i materiałów oraz
zgłoszonych Ŝądań oraz art. 73 §1 k.p.a. strona ma prawo wglądu w akta sprawy,
sporządzania z nich notatek, kopii lub odpisów. Prawo to przysługuje równieŜ po
zakończeniu postępowania.
2.1. Wymagania w zakresie oznakowania platformy i dokumentacji
Mając na względzie, iŜ wytworzenie platformy eAS jest współfinansowane ze środków
wspólnotowych Zamawiający wymaga, by interfejs aplikacji zawierał logo Unii Europejskiej
i informacje o źródle finansowania zgodnie z „Wytycznymi Instytucji Zarządzającej
OA-XVI.272.30.2013
Str. 5 z 30
Regionalnym Programem Operacyjnym Województwa Podkarpackiego dla Beneficjentów
w zakresie informacji promocji” (aktualna wersja wytycznych z października 2011 r.)
dostępnymi na stronie internetowej http://www.rpo.podkarpackie.pl/122
Ponadto Wykonawca zobowiązany jest do oznakowania wszelkiej dokumentacji
związanej z projektem zgodnie z powyŜszymi wytycznymi.
Oznakowanie podlega akceptacji Zamawiającego.
3. Bezpieczeństwo
Zgodnie z obowiązującymi zasadami bezpieczeństwo danych zgromadzonych na
Platformie eAS powinno być analizowane pod kątem poufności, integralności i dostępności.
NaleŜy zwrócić uwagę, Ŝe część danych na Platformie eAS stanowią dane osobowe, których
dotyczy ustawa o ochronie danych osobowych. W ramach analizy wymagań na etapie
specyfikacji funkcjonalnej naleŜy uwzględnić wymagania wynikające z tej ustawy
i rozporządzeń wydanych na jej podstawie. W szczególności naleŜy zapewnić moŜliwość
weryfikacji zgromadzonych danych dotyczących osób korzystających z Platformy eAS.
Szczegółowe rozwiązania architektoniczne i techniczne muszą być zgodne z polityką
bezpieczeństwa Podkarpackiego Urzędu Wojewódzkiego w Rzeszowie. Dotyczy to
w szczególności zasad określania uprawnień, zasad identyfikacji uŜytkowników, itp.
Podstawą do zapewnienia przywrócenia funkcjonowania Platformy eAS po awarii musi być
plan ciągłości jej działania uwzględniony w dokumentacji eksploatacyjnej Platformy eAS.
Bezpieczeństwo transmisji danych między eAS a ePUAP i eAS a EOD będzie
zapewnione przez ustanowienie odpowiednich bezpiecznych kanałów transmisji.
Funkcje wyszukiwania i przeglądania informacji na Platformie eAS będą dostępne
bezpośrednio przez stronę WWW. Platforma eAS musi zapewnić odporność na ataki
z Internetu, zarówno zagroŜenia dostępności (ataki Denial of Service), jak i próby włamania.
Platforma
eAS
powinna
być
zabezpieczona
przed
pobieraniem
z
niej
danych
nieudostępnionych w interfejsie uŜytkownika.
System wyszukiwawczy oraz transakcyjny Platformy eAS powinien być dostępny bez
przerw, w trybie 7/24/365.
4. Zasoby
Zasoby sprzętowe, na których będzie zainstalowana Platforma eAS:
1. Serwer: IBM x3650 M4 – 3 szt. o parametrach:
1) pamięć 64 GB,
OA-XVI.272.30.2013
Str. 6 z 30
2) dwa dyski 500 GB,
3) dwa zasilacze redundantne 750 W kaŜdy,
4) nagrywarka DVD,
5) 1 para portów kaŜdy 8 Gb FC
2. Macierz dyskowa: IBM V7000 – 2 szt.
1) pojemność: powierzchnia w trybie tzw. surowym (raw) 21 TB
3. Switch SAN łączący serwery z macierzami: IBM SAN24 B-5 – 2 szt.
4. Wirtualne serwery: System operacyjny Windows SRV 2012 standard OLP NL Gov.
2 Proc. wraz z 10 lic. CAL per User. – 6 szt.
PowyŜszy sprzęt będzie rozlokowany w dwóch serwerowniach w tym samym
budynku. Sprzęt pomiędzy serwerowniami połączony będzie poprzez switche IBM SAN24
siecią światłowodową.
Całość będzie pracować na platformie wirtualizacyjnej Vmware vsphere 5. Macierz
główna będzie pracować w serwerowni podstawowej a macierz zapasowa stanowiąca kopię
macierzy głównej będzie pracować w serwerowni zapasowej.
Zamawiający posiada dostęp do Internetu:
1. Podstawowy 40Mb/s symetryczny (światłowód)
2. Zapasowy 40Mb/s symetryczny (bezprzewodowy).
Docelowo Zamawiający planuje zakup i wdroŜenie systemu archiwizacji do platformy eAS.
5. Wymagania dot. platformy eAS
Platforma
eAS
obejmuje
swoim
działaniem
trzy
obszary:
ePUAP,
EOD-y
urzędów/pomiotów uczestniczących w projekcie oraz portal eAS. Wszystkie wymienione
obszary mają ze sobą współpracować. Współpraca pomiędzy obszarami ma odbywać się
w następujących kontekstach:
1. EOD - ePUAP:
Systemy
EOD
podmiotów uczestniczących
w projekcie
muszą
w ramach
utworzonego rozwiązania współpracować z ePUAP.
2. EOD - eAS
Portal eAS musi współpracować z EOD wszystkich podmiotów uczestniczących
w projekcie w zakresie pobierania z systemów EOD danych, o które pyta klient
poprzez platformę eAS.
3. ePUAP - eAS
OA-XVI.272.30.2013
Str. 7 z 30
Portal eAS będzie korzystał z platformy ePUAP w procesie uwierzytelniania klienta,
przy pomocy profilu zaufanego lub certyfikatu kwalifikowanego.
5.1. Wymagania ogólne
Kod
wymagania
Opis wymagania
eAS musi być zintegrowany na poziomie usług z systemami EOD
wykorzystywanymi w podmiotach uczestniczących w projekcie. Od momentu
rejestracji pisma w EOD podmiotu uczestniczącego w projekcie, do którego
zostało skierowane, klient musi mieć moŜliwość sprawdzenia stanu realizacji
pisma lub sprawy oraz wgląd w akta spraw w następujący sposób:
a) loguje się na platformę eAS na konto zweryfikowane profilem zaufanym
ePUAP lub podpisem kwalifikowanym (eAS musi obsługiwać podpisy
WO.01
kwalifikowane wydane przez podmioty ujęte w rejestrze kwalifikowanych
podmiotów świadczących usługi certyfikacyjne),
b) obowiązkowo wybiera z listy dostępny podmiot, do którego złoŜył
korespondencję,
c) wyszukuje korespondencję lub wyszukuje sprawę,
d) otrzymuje pełną informację, jak ta korespondencja jest przetwarzana w
urzędzie i jakie sprawy w związku z nią zostały wszczęte, w jakim są stanie
realizacji. Klient moŜe takŜe zapoznać się z aktami sprawy - jeŜeli są w postaci
elektronicznej w EOD.
Platforma eAS ma realizować zadania wynikające z następujących przepisów
prawa:
• art. 6 ust. 1 pkt 3 lit. e ustawy o dostępie do informacji publicznej. Zgodnie
z tą literą prawa, podmioty zobowiązane do tworzenia stron BIP od 1 stycznia
2004 r. obowiązane są do prezentacji "stanu spraw, w kolejności ich
załatwiania i rozstrzygania",
WO.02
• art. 10 §1 k.p.a. Organy administracji publicznej obowiązane są zapewnić
stronom czynny udział w kaŜdym stadium postępowania, a przed wydaniem
decyzji umoŜliwić im wypowiedzenie się co do zebranych dowodów i
materiałów oraz zgłoszonych Ŝądań,
• art. 73 §1 k.p.a. strona ma prawo wglądu w akta sprawy, sporządzania z nich
notatek, kopii lub odpisów. Prawo to przysługuje równieŜ po zakończeniu
postępowania.
OA-XVI.272.30.2013
Str. 8 z 30
WO.03
WO.04
Platforma elektroniczna dostępna publicznie poprzez stronę WWW.
Funkcje eAS będą dostępne po uwierzytelnieniu klienta, który zechce z tej
platformy skorzystać.
eAS musi umoŜliwić poprzez publiczny Internet, sprawdzanie stanu
WO.05
załatwienia spraw zainicjowanych korespondencją skierowaną do podmiotów
uczestniczących w projekcie, a takŜe prezentować udostępnione akta spraw.
W procesie uwierzytelniania będzie wykorzystywany profil zaufany ePUAP lub
WO.06
podpis kwalifikowany. W tym zakresie eAS musi być ściśle zintegrowany
z ePUAP.
WO.07
Dostęp do konta uŜytkownika będzie wymagał wpisania loginu i hasła.
Podczas tworzenia konta uŜytkownika dane uŜytkownika muszą być
zweryfikowane przy pomocy podpisu kwalifikowanego lub profilu zaufanego
ePUAP. Weryfikacja musi jednoznacznie potwierdzić, poprawność danych
WO.08
wpisanych przez uŜytkownika, które potwierdzają jego toŜsamość. Dane
zweryfikowane nie mogą zostać zmieniane, a w przypadku zmiany muszą
podlegać od nowa weryfikacji. Termin waŜności zweryfikowanych danych musi
być taki sam jak termin waŜności podpisu, którym dane zostały zweryfikowane.
Po tym terminie konto będzie zablokowane.
WO.09
UŜytkownik nie moŜe mieć więcej niŜ jedno konto aktywne na eAS. Platforma
eAS nie moŜe dopuszczać do takiego stanu.
UŜytkownik po zablokowaniu konta moŜe je odblokować przy pomocy podpisu
WO.10
kwalifikowanego lub profilu zaufanego ePUAP . MoŜe je równieŜ odblokować
wyznaczony przez Administratora eAS pracownik.
WO.11
Platforma eAS musi posiadać mechanizm przypominania o loginie konta
uŜytkownika.
System musi być zintegrowany z ePUAP w zakresie weryfikacji podpisu
WO.12
kwalifikowanego, profilu zaufanego ePUAP w zakresie w jakim umoŜliwia to
ePUAP. JeŜeli weryfikacja podpisu kwalifikowanego nie jest moŜliwa poprzez
ePUAP zapewni to platforma eAS.
WO.13
WO.14
WO.15
WO.16
eAS musi zapewniać obsługę komunikacji zwrotnej do uŜytkownika np.
poprzez wiadomości e-mail.
Wersje językowe eAS: Portal wykonany będzie w polskiej wersji językowej.
eAS umoŜliwia dodawanie dowolnej ilości wersji językowych platformy.
eAS musi obsługiwać znaki standardowo wykorzystywane w imionach
i nazwiskach cudzoziemców.
Platforma eAS musi posiadać wbudowaną obsługę błędów.
OA-XVI.272.30.2013
Str. 9 z 30
WO.17
Teksty muszą być sformatowane do czytania i wydruku.
WO.18
Strony muszą się drukować w sposób czytelny.
Mając na względzie, iŜ wytworzenie platformy eAS jest współfinansowane ze
środków wspólnotowych Zamawiający wymaga, by interfejs aplikacji zawierał
WO.19
logo Unii Europejskiej i informacje o źródle finansowania. Dokładne wytyczne
Zamawiający przekaŜe Wykonawcy na etapie uzgodnień w trakcie
wykonywania oprogramowania.
WO.20
Style i podstawy projektowania: tekst musi być wyjustowany.
Style i podstawy projektowania: uŜywać standardowych czcionek dostępnych
WO.21
domyślnie w systemach operacyjnych (np. Arial, Verdana, Tahoma, Times
New Roman).
WO.22
WO.23
Style i podstawy projektowania: unikać WIELKICH LITER w treści tekstu.
Style i podstawy projektowania: nie uŜywać tekstu migającego. Za zgodą
Zamawiającego jest to dopuszczalne.
Style i podstawy projektowania: podkreślenie uŜywać tylko do zaznaczenia
WO.24
hiperłączy. Za zgodą Zamawiającego dopuszczalne jest wykorzystanie w
innych przypadkach.
WO.25
WO.26
Style i podstawy projektowania: unikać kombinacji koloru zielony/czerwony (ze
względu na ograniczenia w postrzeganiu).
Style i podstawy projektowania: kolor jest uŜywany jako podkreślenie
waŜności, ale nie jako jedyny wyróŜnik.
Strona musi zawierać sekcje "Kontakt" umoŜliwiający łatwy kontakt z
właścicielem strony oraz sekcje "O projekcie" zawierającą informacje o
WO.27
platformie eAS. Zamawiający zastrzega, Ŝe moŜe zmienić nazwę kaŜdej z
sekcji oraz dodać kolejne sekcje. Administrator eAS ma mieć moŜliwość edycji
nazwy sekcji oraz treści w sekcji.
Zamawiający dopuszcza zmianę wymagania po przedstawieniu przez
WO.28
Wykonawcę i zaakceptowaniu przez Zamawiającego innego równowaŜnego
rozwiązania.
WO.29
Wykonawca dostarczy dokumentację niezbędną do zgłoszenia do GIODO strukturę bazy danych.
Zbiór danych platformy eAS jest zarejestrowany przez GIODO, jako zbiór
danych osobowych, w związku z czym Zamawiający wymaga, aby Platforma
WO.30
eAS umoŜliwiała monitorowanie działań uŜytkowników zgodnie z
wymaganiami określonymi w ustawie z dnia 29 sierpnia 1997 r. o ochronie
danych osobowych (Dz. U. z 2002 r. Nr 101, poz. 926 z późn. zm.) oraz aktach
OA-XVI.272.30.2013
Str. 10 z 30
wykonawczych wydanych na podstawie tejŜe ustawy.
5.2. Wymagania funkcjonalne i architektoniczne
Kod
Opis wymagania
wymagania
WFiA.01 eAS musi posiadać architekturę trójwarstwową.
eAS musi być w pełni transakcyjny i musi zabezpieczać dane przed
WFiA.02
zniszczeniem lub przypadkowym nadpisaniem w przypadku równoczesnego
korzystania z tych danych przez wielu uŜytkowników.
eAS od strony technicznej musi zapewnić skalowalność w zakresie
WFiA.03
wydajności, pojemności oraz dołączania dodatkowych uŜytkowników
i elementów infrastruktury sprzętowej.
eAS musi być interoperacyjny w warstwie aplikacyjnej i bazodanowej – będzie
WFiA.04
pozwalał na uruchomienie w środowiskach systemowych bazujących na
technologii Microsoft Windows oraz w środowiskach opartych na systemie
Linux .
Dostęp do platformy eAS musi być realizowany poprzez dwa, odrębne
WFiA.05
interfejsy uŜytkownika. Jeden dedykowany dla administratorów aplikacji, drugi
dla zwykłych jej uŜytkowników.
System będzie umoŜliwiał definiowanie grup pracowników oraz dla kaŜdej z
WFiA.06
grup definiowanie uprawnień z podziałem na podmioty uczestniczące w
projekcie.
System platformy eAS musi być odporny, posiadać odpowiednie
WFiA.07
zabezpieczenia chroniące przed atakami typu INJECTION, XSS, CSRF,
BRUTE-FORCE oraz innymi znanymi technikami wykorzystywanymi w celu
włamań do systemów aplikacji webowych.
UŜytkownik jeŜeli nie znajdzie automatycznie pisma lub sprawy ma moŜliwość
wysłania zapytania poprzez platformę eAS w zakresie udostępnienia stanu
WFiA.08
sprawy lub wglądu do akt sprawy na podstawie interesującej go sprawy lub
pisma do podmiotu uczestniczącego w projekcie, w którym realizowana jest
interesująca go sprawa.
WFiA.09
WFiA.10
Platforma eAS ma posiadać mechanizm powiązania stałego lub czasowego
sprawy lub pisma z UŜytkownikiem.
Czasowe lub stałe powiązanie uŜytkownika ze sprawą ma być realizowane w
oparciu o rejestr upowaŜnień, jeŜeli jest upowaŜnienie niezbędne.
OA-XVI.272.30.2013
Str. 11 z 30
Wypełniony formularz upowaŜnienia lub pełnomocnictwa musi być dołączony,
w postaci podpisanego podpisem kwalifikowanym lub profilem zaufanym
WFiA.11
ePUAP pliku XML, do akt spraw. Wówczas uŜytkownik moŜe poprzez
platformę eAS wnioskować o dostęp do akt spraw, do których uzyskał
czasowe lub stałe upowaŜnienie.
WFiA.12
WFiA.13
WFiA.14
Wykonawca dostarczy wzór formularza upowaŜnienia i pełnomocnictwa, który
podlega zatwierdzeniu przez Zamawiającego.
UpowaŜnienie lub pełnomocnictwo moŜe być równieŜ dostarczone w formie
skanu podpisanego podpisem kwalifikowanym lub profilem zaufanym ePUAP.
Platforma eAS ma umoŜliwiać klientowi wgląd w stan realizacji spraw lub akta
sprawy, które zostały zainicjowane w podmiotach uczestniczących w projekcie.
UŜytkownik posiada dostęp do przeglądanych wcześniej przez siebie spraw
lub stanów spraw z moŜliwością ponownego wglądu do aktualnych danych
WFiA.15
dot. stanu sprawy lub udostępnionych akt sprawy bez potrzeby ponownego
wyszukania interesującej uŜytkownika informacji. UŜytkownik ma moŜliwość
ręcznego usuwania powiązania z własnymi sprawami .
WFiA.16
Platforma eAS musi posiadać rejestr upowaŜnień uzupełniany przez
wyznaczonych przez Administratora eAS pracowników.
eAS nie moŜe przetwarzać dokumentów (plików zawierających dokumenty)
WFiA.17
w sposób, który naruszałby spójność i integralność plików, a w szczególności
uniemoŜliwiający ich odczytanie w aplikacji źródłowej.
UŜytkownik ma dostępny mechanizm umoŜliwiający wyszukanie
interesującego go pisma, a na jego podstawie wglądu w stan sprawy/spraw lub
WFiA.18
udostępnienie akt spraw.
Ma moŜliwość wyszukania pisma wg róŜnych kryteriów zgromadzonych
w bazie EOD wg: zakresu dat lub wg dokładnej daty pisma, czego dotyczy,
znaku pisma, nadawcy oraz innej identyfikacji korespondencji.
Klient decyduje o tym czy pobrana jest wyłącznie metryka sprawy czy równieŜ
WFiA.19
dokumenty z nią związane. UŜytkownik musi mieć moŜliwość wybrania
dokumentów do pobrania.
WFiA.20
WFiA.21
Pobieranie dokumentów związanych ze sprawą w tym co najmniej
dokumentów w formatach: txt, doc, docx, xls, xlsx, rtf, odt, xps, pdf, jpg, tif.
Wykonawca opracuje w formie elektronicznej pełną instrukcję obsługi
interfejsu dla uŜytkownika/pracownika i dla administratora, która będzie
dostępna z poziomu interfejsu.
OA-XVI.272.30.2013
Str. 12 z 30
WFiA.22
Wymaga się, aby była moŜliwość wykorzystania na wyświetlanych tabelach
mechanizmów szybkiej filtracji po dowolnie wybranej kolumnie oraz moŜliwości
wyszukiwania po kilku parametrach.
WFiA.23
UŜytkownik i pracownik musi być ostrzegany o przedawnieniach tzn. koniec
sesji, limit czasu operacji itp.
5.3. Wymagania prawne
Platforma eAS musi być zgodna z minimum następującymi aktami prawnymi:
Kod
wymagania
WP.01
WP.02
WP.03
WP.04
WP.05
Opis wymagania
Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego
(Dz.U. z 2013 r., poz. 267).
Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach
(Dz.U. z 2011 r. Nr 123, poz. 698, z późn. zm.).
Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. z
2002 r. Nr 101, poz. 926, z późn. zm.).
Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz.U. Nr
112, poz. 1198, z późn. zm.).
Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U. z 2013 r.,
poz. 262).
Ustawa z dnia 5 lipca 2002 r. o ochronie niektórych usług świadczonych drogą
WP.06
elektroniczną opartych lub polegających na dostępie warunkowym (Dz.U. Nr
126, poz. 1068, z późn. zm.).
WP.07
WP.08
Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.
U. Nr 144, poz. 1204, z późn. zm.).
Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów
realizujących zadania publiczne (Dz.U. z 2013 r., poz. 235).
Rozporządzenie Ministra Kultury z dnia 16 września 2002 r. w sprawie
WP.09
postępowania z dokumentacją, zasad jej klasyfikowania i kwalifikowania oraz
zasad i trybu przekazywania materiałów archiwalnych do archiwów
państwowych (Dz.U. Nr 167, poz. 1375).
OA-XVI.272.30.2013
Str. 13 z 30
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29
kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych
WP.10
oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać
urządzenia i systemy informatyczne słuŜące do przetwarzania danych
osobowych (Dz.U. Nr 100, poz. 1024).
Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie
WP.11
sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze
publicznym (Dz.U. Nr 205, poz. 1692).
Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005 r.
WP.12
w sprawie testów akceptacyjnych oraz badania oprogramowania
interfejsowego i weryfikacji tego badania (Dz.U. Nr 217, poz. 1836).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30
WP.13
października 2006 r. w sprawie niezbędnych elementów struktury dokumentów
elektronicznych (Dz.U. Nr 206, poz. 1517).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30
WP.14
października 2006 r. w sprawie szczegółowego sposobu postępowania z
dokumentami elektronicznymi (Dz.U. Nr 206, poz. 1518).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 2
WP.15
listopada 2006 r. w sprawie wymagań technicznych formatów zapisu i
informatycznych nośników danych, na których utrwalono materiały archiwalne
przekazywane do archiwów państwowych (Dz.U. Nr 206, poz. 1519).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18
WP.16
stycznia 2007 r. w sprawie Biuletynu Informacji Publicznej (Dz.U. Nr 10, poz.
68).
Rozporządzenie Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. w sprawie
WP.17
instrukcji kancelaryjnej, jednolitych rzeczowych wykazów akt oraz instrukcji w
sprawie organizacji i zakresu działania archiwów zakładowych (Dz. U. Nr 14,
poz. 67, z późn. zm.).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27
WP.18
kwietnia 2011 r. w sprawie zakresu i warunków korzystania z elektronicznej
platformy usług administracji publicznej (Dz.U. Nr 93, poz. 546).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27
WP.19
kwietnia 2011 r. w sprawie zasad potwierdzania, przedłuŜania waŜności,
wykorzystywania i uniewaŜniania profilu zaufanego elektronicznej platformy
usług administracji publicznej (Dz.U. Nr 93, poz. 547).
OA-XVI.272.30.2013
Str. 14 z 30
Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w
WP.20
sprawie sporządzania pism w formie dokumentów elektronicznych, doręczania
dokumentów elektronicznych oraz udostępniania formularzy, wzorców i kopii
dokumentów elektronicznych (Dz.U. Nr 206, poz. 1216).
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 21
WP.21
kwietnia 2011 r. w sprawie szczegółowych warunków organizacyjnych i
technicznych, które powinien spełniać system teleinformatyczny słuŜący do
identyfikacji uŜytkowników (Dz.U. Nr 93, poz. 545).
WP.22
Rozporządzenie Ministra Finansów z dnia 5 marca 2012 r. w sprawie wzoru i
sposobu prowadzenia metryki sprawy (Dz.U. z 2012 r., poz. 246).
Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie
WP.23
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. z 2012 r., poz. 526).
5.4. Wymagania dot. wymiany danych pomiędzy eAS a EOD
Kod
wymagania
Opis wymagania
eAS musi posiadać ustandaryzowane interfejsy zewnętrzne, obejmujące
udostępnianie usług integracyjnych (m.in. wymiany danych) Systemu
WWD.01
Elektronicznego Obiegu Dokumentów systemom zewnętrznym poprzez: usługi
Web Services (np. w oparciu o standardy SOAP, WSDL); moŜliwość
komunikacji z wykorzystaniem plików XML.
eAS i kaŜdy EOD muszą rejestrować wszystkie czynności komunikacji w obie
WWD.02
strony, w tym równieŜ rejestrować szczegółową informację o wymienionych
danych.
W celu zapewnienia prawidłowej komunikacji pomiędzy eAS, a EOD, jak teŜ
umoŜliwienia integracji z innymi systemami EOD w przyszłości, funkcjonalność
WWD.03
eAS w zakresie wymiany danych musi być zgodna z przepisami prawa.
W szczególności Zamawiający wymaga, aby architektura eAS oraz uŜyte
rozwiązania technologiczne zapewniały jego interoperacyjność zarówno
w wymiarze informacyjnym jak i technicznym.
OA-XVI.272.30.2013
Str. 15 z 30
Interoperacyjność informacyjna ma zapewnić zdolność eAS do efektywnej
wymiany i uŜycia zunifikowanej informacji z EOD bez względu na ich
architekturę i wykorzystywane technologie. W celu zapewnienia
WWD.04
interoperacyjności informacyjnej zastosowane zostaną standardowe
rozwiązania w zakresie wymiany plików, zbiorów znaków, kodowania, struktury
logicznej i fizycznej plików, współdzielenia danych, opisu metadanych,
kontekstu (znaczenia) danych.
Interoperacyjność techniczna zapewni zdolność eAS do osiągnięcia
skutecznej i bezpiecznej współpracy z EOD na poziomie technicznym. W celu
WWD.05
zapewnienia interoperacyjności technicznej wykorzystane zostaną stosowane
powszechnie protokoły i standardy wymiany danych, opisu zasobów,
prezentacji informacji, opisu metadanych dla procesów, danych i web
serwisów.
WWD.06
WWD.07
WWD.08
WWD.09
Web serwis musi być zaprojektowany i wykonany wraz ze szczegółowym
opisem technicznym dla integratorów EOD-ów.
W celu testowania połączenia systemów EOD z platformą eAS Wykonawca
przygotuje środowisko testowe.
Komunikacja pomiędzy EOD-ami a platformą eAS będzie się odbywać za
pośrednictwem Internetu i będzie zapewniona poprzez połączenie VPN.
Platforma eAS musi umoŜliwiać autoryzację EOD-ów
Zabezpieczenia komunikacji. Poszczególne komponenty dostarczonego
WWD.10
oprogramowania muszą komunikować się ze sobą oraz z systemami
zewnętrznymi w sposób zapewniający poufność danych. Dopuszcza się jako
rozwiązanie wykorzystanie protokołu SSL lub połączenia VPN.
WWD.11
Platforma eAS musi posiadać rejestr udostępnionych spraw oraz stanów
spraw.
5.5. Wymagania dot. interfejsu uŜytkownika/pracownika
Kod
wymagania
Opis wymagania
Interfejs graficzny platformy eAS musi być wynikiem prac zgodnych z
WIUP.01
zasadami metodologii projektowania zorientowanego na uŜytkownika (UCD).
NaleŜy dąŜyć do maksymalnego uproszczenia, zachowania przejrzystości,
OA-XVI.272.30.2013
Str. 16 z 30
czytelności interfejsu uŜytkownika, co przełoŜy się relatywnie na intuicyjną jego
obsługę, uŜytkowanie. Dodatkowo projekt musi dawać moŜliwość łatwej
dalszej rozbudowy.
WIUP.02
WIUP.03
System musi wspierać uŜytkownika poprzez wbudowany ogólny (skorowidz
haseł) oraz kontekstowy system pomocy.
Wykonywanie dłuŜszych operacji musi być w wyróŜniony sposób
sygnalizowane przez system. Sygnalizowanie niewykonalności operacji.
Struktura wysyłanych wiadomości mailowych musi być zgodna z przyjętymi
WIUP.04
zasadami tak aby filtry antyspamowe nie klasyfikowały tychŜe wiadomości jako
SPAM.
eAS ma umoŜliwiać prezentowanie danych w tym prezentacje dokumentów
oraz podpisów, jak równieŜ sprawdzenia poprawności podpisanych
dokumentów. Prezentacja dokumentów udostępnianych poprzez eAS nie
WIUP.05
moŜe wymuszać instalowania dodatkowego płatnego oprogramowania na
stanowisku uŜytkownika. Dopuszcza się wykorzystywanie standardowego
oprogramowania umoŜliwiającego prezentacje dokumentów oraz podpisów.
Komunikacja eAS z uŜytkownikiem musi być realizowana wyłącznie poprzez
przeglądarkę internetową.
Platforma eAS musi być poprawnie obsługiwana przez popularne przeglądarki
internetowe, w szczególności: Mozilla Firefox, Google Chrome, Opera oraz
WIUP.06
Safari w wersjach aktualnych na okres rozpoczęcia realizacji projektu.
Dodatkowo w odniesieniu do przeglądarki Microsoft Internet Explorer
wymagana jest kompatybilność platformy począwszy od wersji 8.0 wzwyŜ.
Kod warstwy prezentacji musi być zgodny z standardami XHTML1.0 lub
WIUP.07
XHTML1.1 oraz CSS2.1. Do weryfikacji poprawnej walidacji kodu strony słuŜyć
będą narzędzia http://validator.w3.org oraz http://jigsaw.w3.org/css-validator.
WIUP.08
WIUP.09
Interfejs eAS musi być poprawnie wyświetlany na ekranach monitora
w rozdzielczości min. 1024x768 pikseli.
Grafika i kolory nawiązujące do aktualnej szaty graficznej strony Lidera
projektu (http://www.rzeszow.uw.gov.pl/).
W projekcie naleŜy zadbać o czytelność warstwy tekstowej zapewniając
odpowiedni jej kontrast jak i typ oraz rozmiar czcionki. Nie naleŜy uŜywać
WIUP.10
koloru jako jedynej metody do przekazywania treści i rozróŜniania elementów
wizualnych. Linki muszą odróŜniać się od elementów i tekstu, które je
otaczają. JeŜeli kolor wykorzystywany jest do wyróŜnienia linków, naleŜy
zastosować dodatkowy sposób, aby je wyróŜnić (np. naleŜy je podkreślić po
OA-XVI.272.30.2013
Str. 17 z 30
„najechaniu” na link kursorem myszki).
WIUP.11
Wymaga się, aby interfejs pracownika i uŜytkownika eAS stosował wyróŜnienia
obowiązkowo wypełnianych pól poprzez wyróŜnienie pola innym kolorem.
Obowiązkowo wypełniane pola muszą mieć dostępny system podpowiedzi
WIUP.12
w jaki sposób te pola powinny zostać poprawnie wypełnione. Podpowiedź
musi być dostępna obok wypełnionych pól.
Wymaga się ograniczenia do minimum wykorzystania mechanizmu
wyskakujących okien (pop-up). W sytuacjach, w których ich wykorzystanie jest
konieczne, celem poprawnego ich wyświetlania w przeglądarkach z aktywną
opcją blokady wyskakujących okienek, okna dialogowe (pop-up) w swoim
WIUP.13
działaniu nie mogą korzystać z okna samej przeglądarki internetowej, muszą
działać w oparciu o dodatkowe rozszerzenia działające po stronie
uŜytkownika. Dodatkowo okna dialogowe (w szczególności okna informacyjne)
muszą posiadać w prawym górnym rogu czytelną opcję (np. w formie
przycisku, krzyŜyka) ich zamknięcia.
Moduł menu głównego aplikacji jako podstawowy element nawigacyjny musi
posiadać następujące cechy:
1.Dostępność – waŜnym jest aby menu platformy eAS było widoczne na
kaŜdej jej stronie i wszystkich podstronach,
2. Łatwość i intuicyjność obsługi – sposób korzystania z menu musi być łatwy,
intuicyjny wręcz oczywisty dla potencjonalnego uŜytkownika systemu. NaleŜy
unikać skomplikowanych rozwiązań, animowanych efektów, które to mogłyby
utrudniać jego obsługę,
3. Funkcja informacyjna – etykiety wykorzystane w menu muszą być
zrozumiałe, informować o zawartości strony / podstrony docelowej, do której
WIUP.14
prowadzą.
4. Oznaczenie stanu – poszczególne elementy menu mają reagować na akcję
uŜytkownika, w tym celu naleŜy rozróŜnić 3 stany (domyślny – brak reakcji
uŜytkownika, wskazanie elementu – „najechanie” na dany element kursorem
myszki, aktywność elementu – dział / sekcja strony w której uŜytkownik
aktualnie się znajduje), wszystkie te stany powinny zostać odpowiednio
oznaczone (np. poprzez styl ich wyglądu),
5. Prawidłowa organizacja elementów – menu musi odzwierciedlać hierarchię
poszczególnych pozycji, tzn. w przypadku menu rozwijanego, pierwszy jego
poziom powinny stanowić główne działy aplikacji, kolejne poziomy powinny
odwzorowywać dalszą strukturę stron, z kolei w przypadku menu w formie listy
OA-XVI.272.30.2013
Str. 18 z 30
stron, strony działów głównych powinny wyróŜniać się na tle pozostałych,
6. Opcja powrotu do strony głównej - naleŜy zapewnić link, który umoŜliwi
ominięcie nawigacji i innych powtarzających się elementów na podstronach i
powrót do strony głównej platformy eAS.
Sekwencje zadań realizowanych przez uŜytkownika, pracownika, powinny być
moŜliwe do ukończenia przy pomocy narzędzi podobnych we wszystkich
procesach. Przyciski akcji powinny być umieszczone zawsze w tym samym
miejscu ekranu, kolejność kroków powinna być o ile to moŜliwe zbliŜona (np.
logowanie, formularz z danymi, potwierdzenie, podpisanie, wysłanie).
WIUP.15
Wprowadza to pewien standard budowania procesów biznesowych, a
dokładniej przechodzenia przez te procesy, tak by uŜytkownik nauczywszy się
jak przejść jeden z procesów znalazł jego analogię w innych. Czyni to całość
interfejsu uŜytkownika i pracownika łatwiejszym w obsłudze. Spójne
formatowanie treści podstron (zachowanie szablonów wyglądu
i formatowania).
WIUP.16
Skuteczne wykorzystanie łącz: treść nie moŜe zawierać nadmiaru łącz
(w stosunku do reszty tekstu).
Rozmiar obszaru głównego strony (prezentacji danych) nie moŜe być szerszy
niŜ okno przeglądarki internetowej uŜytkownika, tym samym nie dopuszczalna
jest konieczność pojawienia się / uŜywania suwaka poziomego przeglądarki
celem uzyskania dostępu do poszczególnych elementów strony. Jednym
WIUP.17
wyjątkiem jest sytuacja, gdy uŜytkownik wykorzystuje okno przeglądarki
w rozmiarze mniejszym niŜ 1024px szerokości.
Obszary, w których treść jest dłuŜsza niŜ dostępna wysokość przeglądarki,
oprócz standardowego suwaka pionowego wymagana jest moŜliwość
uŜywania rolki myszki w celu przewijania treści.
W przypadku prezentowania obszernych treści, które w stopniu znacznym
WIUP.18
wydłuŜają obszar strony zalecane jest wykorzystanie mechanizmu podziału
treści na mniejsze ich bloki (np. poprzez mechanizm stronicowania).
WIUP.19
WIUP.20
Elementy graficzne posiadające wyłącznie funkcję ozdobną powinny być
wykorzystywane tylko w uzasadnionych przypadkach.
Platforma eAS ma być w pełni zgodna ze standardem WCAG 2.0.
Wymagane jest takŜe przygotowanie osobnej wersji interfejsu uŜytkownika z
WIUP.21
podwyŜszonym kontrastem dedykowanej osobom niepełnosprawnym (słabo
widzącym). Strona musi być przygotowana w trybie tekstowym, a więc
pozbawiona elementów graficznych. NaleŜy uŜyć odpowiednio większego
OA-XVI.272.30.2013
Str. 19 z 30
rozmiaru czcionki w kolorze kontrastowym w stosunku do tła. Proponujemy
wykorzystanie białego lub Ŝółtego koloru czcionki na czarnym tle. Dostęp do
wersji tekstowej uŜytkownik powinien uzyskać po kliknięciu w ikonę / przycisk
umieszczony na stronie startowej platformy.
Platforma eAS musi dodatkowo posiadać odpowiednią wersję mobilną (po
stronie uŜytkownika), która musi być przystosowana do wyświetlania na
róŜnorodnych urządzeniach mobilnych takich jak: telefony komórkowe,
smartfony czy palmtopy. Interfejs wersji mobilnej aplikacji musi cechować się /
być:
WIUP.22
1. Dopasowany do wygodnej nawigacji w telefonie z dotykowym ekranem,
2. Przejrzysty, a jednocześnie maksymalnie uproszczony,
3. Ergonomicznym zagospodarowaniem obszaru treści, naleŜy unikać
„przeładowania” strony zbyt duŜą ilością informacji, treści,
4. Elementy graficzne powinny być wykorzystywane tylko w uzasadnionych
przypadkach.
5.6. Wymagania dot. administrowania systemem
Kod
wymagania
Opis wymagania
Interfejs administratora musi umoŜliwiać określanie uprawnień uŜytkowników
WAS.01
(urzędników i administratorów) do czynności i danych, z moŜliwością
delegowania uprawnień.
WAS.02
WAS.03
Administrator musi mieć moŜliwość aktywacji i dezaktywacji połączenia z
wybranym EOD-em.
Administrator musi mieć moŜliwość dodania kolejnego systemu EOD jednostki
bez dokupywania dodatkowych licencji.
eAS musi posiadać mechanizm kontrolujący stałe połączenie z systemami
EOD, które sprawdza poprawność połączenia, w tym równieŜ kontroli
transmisji danych pomiędzy eAS a EOD w zadanym przez administratora
WAS.04
interwale czasowym. W przypadku wystąpienia awarii eAS musi informować
poprzez wysłanie wiadomości e-mail na wskazane przez administratora
adresy. Administrator musi mieć moŜliwość samodzielnego definiowania ww.
adresów.
MoŜliwość wykonywania testów na Ŝądanie dla wszystkich połączeń lub
OA-XVI.272.30.2013
Str. 20 z 30
pojedynczych. Testy wykonywanie równolegle lub szeregowo.
Przedmiotowe mechanizmy muszą równieŜ umoŜliwiać wysyłanie wiadomości
e-mail do administratorów EOD, gdy ich system stracił połączenie z platformą
eAS.
W panelu administracyjnym moŜliwe będzie prowadzenie dziennika zdarzeń i
WAS.05
dostępu do obiektów danych, spraw i dokumentów, umoŜliwiający odtwarzanie
historii aktywności poszczególnych uŜytkowników systemu. System umoŜliwia
eksport dziennika zdarzeń do pliku.
Panel administracyjny umoŜliwia realizację podstawowych zadań
WAS.06
administracyjnych (obejmujące m.in. definiowanie uŜytkowników i ich
uprawnień, parametryzowanie systemu, definiowanie raportów) przez
graficzny interfejs.
eAS musi posiadać wbudowany mechanizm zdalnej asysty technicznej
WAS.07
pozwalający na wsparcie uŜytkowników platformy eAS przez uprawnionych do
tego administratorów
WAS.08
Panel administracyjny umoŜliwia wymuszanie ustawiania hasła
z uwzględnieniem wybranego przez administratora poziomu bezpieczeństwa.
Panel administracyjny umoŜliwia określenie minimalnej liczby znaków w haśle
WAS.09
z uwzględnieniem poziomu bezpieczeństwa oraz wymogów przyjętej Polityki
Bezpieczeństwa.
WAS.10
WAS.11
WAS.12
WAS.13
WAS.14
WAS.15
WAS.16
WAS.17
WAS.18
Panel administracyjny umoŜliwia określenie maksymalnej liczby nieudanych
prób logowania.
Panel administracyjny umoŜliwia generowania hasła dla kaŜdego uŜytkownika.
Panel administracyjny umoŜliwia odzyskanie utraconego hasła poprzez
wygenerowanie nowego hasła.
Panel administracyjny umoŜliwia ustawienie daty waŜności konta.
Administrator eAS globalnie definiuje złoŜoność hasła dla kont uŜytkowników i
kont pracowników.
Panel administracyjny umoŜliwia prezentację listy aktualnie zalogowanych
uŜytkowników i pracowników.
Administrator eAS globalnie definiuje liczbę błędnych logowań na konto
uŜytkownika i konto pracownika.
Panel administracyjny umoŜliwia import uŜytkowników z pliku CSV o
określonej strukturze.
Administrator eAS lub osoba uprawniona ma moŜliwość odblokowania konta
uŜytkownika i konta pracownika oraz nadania hasła jednorazowego.
OA-XVI.272.30.2013
Str. 21 z 30
WAS.19
WAS.20
WAS.21
Panel administracyjny umoŜliwia prezentację ostatniego logowania się w
systemie.
Platforma eAS musi umoŜliwiać administratorowi eAS nadawanie uprawnień
dla kont pracowników.
NaleŜy dostarczyć narzędzia umoŜliwiające administrowanie platformą eAS
w trybie tekstowym do wykorzystywania tego trybu w sytuacjach awaryjnych.
Platforma eAS musi prezentować (np. w module administratora) historię
WAS.22
aktualizacji wersji oprogramowania wraz z informacją na temat zmian
wprowadzonych w kolejnych wersjach.
WAS.23
Interfejs administratora musi wyglądem oraz nawigacją być toŜsamy
z interfejsem uŜytkownika/pracownika.
5.7. Wymagania dot. wydajności
Kod
wymagania
Opis wymagania
Wykonawca wykona optymalizację kodu, plików graficznych, animacji,
WWS.01
struktury bazodanowej pod kątem znacznego ruchu na portalu: min. 50
jednoczesnych operacji wykonywanych przez uŜytkowników/pracowników na
portalu eAS, obsługa min. 1 492 216 osób kont uŜytkowników portalu.
Wykonawca zagwarantuje odpowiednią wydajność. Odpowiednia wydajność
oznacza, Ŝe system zapewnia odpowiednio szybką reakcję na działania
uŜytkowników – średni czas odświeŜania/odbudowy ekranu po czynności
WWS.02
wykonanej przez uŜytkownika nie moŜe być dłuŜszy niŜ 3 sek. Warunek ten
nie dotyczy funkcji, które są związane z wykonywaniem globalnych operacji na
bazie danych takich, jak np. sporządzanie raportów, prac serwisowych.
Warunek jest spełniony przy jednoczesnym dostępie do danych dla min. 75
uŜytkowników.
eAS nie moŜe mieć ograniczenia dot. jednoczesnego dostępu do danych dla
WWS.03
uŜytkowników oraz musi zapewniać ochronę tych danych przed utratą
spójności lub zniszczeniem.
OA-XVI.272.30.2013
Str. 22 z 30
5.8. Wymagania dot. testów
Kod
wymagania
Opis wymagania
Wykonawca musi ustalić i zatwierdzić z Zamawiającym wykaz testów
akceptacyjnych dla kaŜdego z przypadku uŜycia.
Wykaz testów musi zawierać dodatkowo scenariusze testowe weryfikujące
WT.01
zgodność rozwiązania z wymaganiami na Platformę eAS. Scenariusze
poszczególnych testów muszą składać się co najmniej z sekwencji kolejnych
czynności wykonywanych przez uŜytkownika/administratora i opisu
oczekiwanej reakcji Platformy eAS w odpowiedzi na wykonaną czynność.
WT.02
Zamawiający moŜe zaproponować przygotowane przez siebie testy.
5.9. Wymagania dot. dokumentacji
Kod
wymagania
WD.01
Opis wymagania
Dokumentacja musi uŜywać terminologii zrozumiałej dla uŜytkownika.
Instrukcja musi zawierać wykaz czynności (co najmniej na poziomie
WD.02
przypadków uŜycia), wykonywanych przez uŜytkownika pełniącego daną rolę
oraz szczegółowy sposób realizacji tych czynności (kolejne kroki) wraz ze
zrzutami ekranów.
WD.03
Instrukcja dla administratorów musi zawierać reguły diagnozowania przyczyn
awarii.
Wykonawca po zaprojektowaniu i wykonaniu Platformy dostarczy pełną
WD.04
dokumentację
powykonawczą
platformy
eAS,
która
musi
stanowić
zaktualizowaną dokumentację podstawową.
Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji
umowy charakteryzowały się wysoką jakością, na którą będzie miała wpływ:
- struktura dokumentu (rozumiana jako podział danego dokumentu na
WD.05
rozdziały, podrozdziały i sekcje, w czytelny i zrozumiały sposób),
- kompletność dokumentu (rozumiana jako pełne, bez wyraźnych, ewidentnych
braków przedstawienie omawianego problemu obejmujące całość z danego
zakresu rozpatrywanego zagadnienia)
OA-XVI.272.30.2013
Str. 23 z 30
- spójność i niesprzeczność dokumentu (wzajemna zgodność pomiędzy
wszystkimi
rodzajami
informacji
umieszczonymi
w
dokumencie,
brak
logicznych sprzeczności pomiędzy informacjami zawartymi we fragmentach
tego samego dokumentu jak i we wszystkich dokumentach przekazanych
Zamawiającemu).
Zamawiający wymaga, aby dokumentacja podstawowa, wykonawcza została
dostarczona
WD.06
w
języku
polskim,
w
wersji
elektronicznej
w niezabezpieczonym/edytowalnym formacie Word, PDF oraz HTML (na
płycie CD-ROM lub innym równowaŜnym nośniku danych) i podpisana
kwalifikowanym podpisem elektronicznym.
WD.07
Cała dokumentacja musi być uaktualniana na bieŜąco, a po wprowadzeniu
kaŜdej istotnej zmiany przekazywana w komplecie Zamawiającemu.
Mając na względzie, iŜ wytworzenie platformy eAS jest współfinansowane ze
WD.08
środków wspólnotowych Zamawiający wymaga, by cała dokumentacja
zawierała logo Unii Europejskiej i informacje o źródle finansowania. Wzory
oznaczenia Zamawiający przekaŜe Wykonawcy po podpisaniu umowy.
Zamawiający wymaga, aby Wykonawca przygotował całą dokumentację
WD.09
o której mowa powyŜej, zgodnie z ogólnie akceptowalnymi standardami
w dziedzinie dokumentowania. (Dz.U. z dnia 2011, Nr 206, poz. 1216).
6. Zakres zadań
Niniejszy rozdział zawiera listę zadań do realizacji przez Wykonawcę przedmiotu
zamówienia wraz z określeniem ich głównych produktów.
6.1. Zadanie I – dokumentacja zarządcza
Zadanie obejmuje opracowanie następujących produktów stanowiących dokumentację
zarządczą:
1. Plan Projektu (PP) – obejmujący m.in. proponowany harmonogram prac z podziałem
na etapy zarządcze z zachowaniem terminów podanych w Harmonogramie prac - pkt
7, opis etapów, wykres Gantta, diagram następstwa produktów (modułów), tolerancje
na czas i jakość oraz plan rezerwowy;
OA-XVI.272.30.2013
Str. 24 z 30
2. Plan Komunikacji (PK) – obejmujący m.in. propozycję procedur komunikacji wraz z
listą kontaktową osób biorących udział w projekcie oraz określeniem ich ról w
projekcie, metody i formy komunikacji, format, częstotliwość;
3. Rejestr Ryzyk (RR) – obejmujący m.in. wstępną identyfikację ryzyk projektowych
wraz z oceną ich wpływu na projekt oraz propozycją działań zaradczych,
prawdopodobieństwo, oddziaływanie, bliskość ryzyka oraz określenie właściciela
zagroŜenia;
4. Rejestr Zagadnień (RZ) – obejmujący m.in. wstępną identyfikację zagadnień
projektowych wraz z oceną ich wpływu na realizacje przedmiotu zamówienia oraz
propozycją
działań
zaradczych,
określenie
rodzaju,
autora
zgłaszającego
zagadnienie, opis zagadnienia jego priorytet oraz status;
5. Plan Jakości Projektu (PJP) – obejmujący m.in. określenie metod i narzędzi kontroli
jakości na kaŜdym z etapów zarządczych oraz określenie kryteriów akceptacji;
6. Plan realizacji wykonania etapów Platformy eAS – obejmujący co najmniej:
•
podział na etapy techniczne,
•
proponowany harmonogram prac (wymagany wykres Gantta),
•
planowane zasoby ze strony Wykonawcy,
•
zaleŜności zewnętrzne, w tym potrzeby w zakresie dostępności osób,
środowisk i sprzętu ze strony Zamawiającego,
•
opisy głównych produktów wraz z proponowanymi kryteriami akceptacji,
•
proponowane metody kontroli jakości dla głównych produktów na etapie
realizacji przedmiotu zamówienia,
•
sposób realizacji,
•
sposób kontrolowania i nadzorowania Wykonawcy w zakresie wykonania
Platformy eAS;
7. Szablony dokumentów – obejmujące przygotowanie i uzgodnienie co najmniej
następujących szablonów dokumentów:
•
Lista produktów (modułów),
•
Notatki ze spotkania,
•
Raport z punktu kontrolnego,
•
Raport końcowy etapu,
•
Raport końcowy projektu.
OA-XVI.272.30.2013
Str. 25 z 30
PowyŜsze produkty przedstawiają minimalny zakres wymaganej dokumentacji zarządczej
projektu ze strony Wykonawcy. Wszystkie powyŜsze produkty powinny być przygotowane
zgodnie z zaleceniami metodyki PRINCE2 lub równowaŜnej. Wykonawca zobowiązany
będzie do utrzymania i bieŜącej aktualizacji dokumentacji zarządczej w trakcie całego okresu
trwania umowy zgodnie z zaleceniami metodyki PRINCE 2 lub równowaŜnej.
6.2. Zadanie II – analiza wymagań i projekt techniczny
W ramach Zadania II Wykonawca przedstawi funkcje i projekt techniczny Platformy eAS, a w
szczególności:
1. Opis architektury Platformy eAS.
2. Wymagania funkcjonalne, obejmujące, co najmniej:
a) przedstawienie szczegółowej listy procesów związanych ze śledzeniem stanu
sprawy, udostępnianiem akt sprawy, jak i czynności wykonywane przez
uŜytkowników/pracowników i administratorów Platformy eAS wraz z opisem,
b) opis
przypadków uŜycia Platformy eAS oraz opracowanie
listy
testów
akceptacyjnych, w tym dla kaŜdego z przypadków uŜycia,
c) specyfikację struktury bazy danych Platformy eAS,
d) przedstawienie potrzeb w zakresie wykorzystania zasobów serwerowych
Zamawiającego na potrzeby środowiska testowego i produkcyjnego oraz
przedstawienie potrzeb w zakresie dostępu sieciowego do ww. zasobów,
3. Projekt techniczny modułu wymiany danych pomiędzy eAS a EOD wraz z propozycją
niezbędnych zmian funkcjonalnych w systemach EOD, które naleŜy wykonać w celu
uruchomienia ich współpracy z Platformą eAS.
4. Projekt techniczny modułu współdziałania z platformą ePUAP.
5. Szczegółową specyfikację wymagań związanych z zapewnieniem bezpieczeństwa
Platformy eAS obejmującą, co najmniej:
a) zabezpieczenie przed nieuprawnionym dostępem do danych przetwarzanych na
Platformie eAS,
b) zabezpieczenie przed nieuprawnioną zmianą,
c) zabezpieczenie przed utratą danych,
d) ochronę danych osobowych.
6. Szczegółową specyfikację narzędzi programowych, w tym w szczególności:
a) system operacyjny,
OA-XVI.272.30.2013
Str. 26 z 30
b) system zarządzania bazami danych,
c) oprogramowanie portalowe,
d) oprogramowanie wykorzystywane do wykonania Platformy eAS, testów,
e) inne oprogramowanie narzędziowe,
NaleŜy wyspecyfikować niezbędne licencje oraz sposoby ich licencjonowania.
Wynikiem zadania będzie projekt techniczny Platformy eAS stanowiący podstawę
wykonania Platformy oraz raport z wykonania zadania. Opracowane w ramach zadania
produkty stanowić będą załączniki do wyŜej wymienionego raportu.
6.3. ZADANIE III – WYKONANIE WERSJI PODSTAWOWEJ
Zadanie obejmuje:
1. Wykonanie i wdroŜenie wersji podstawowej Platformy eAS (w zakresie uzgodnionym
w ramach Zadania II).
2. Wykonanie dokumentacji wersji podstawowej Platformy eAS:
a) dla pracowników obsługujących Platformę eAS,
b) dla uŜytkowników korzystających z Platformy eAS,
c) dla administratorów Platformy eAS,
d) techniczną oprogramowania Platformy eAS,
e) techniczną komunikacji eAS z platformą ePUAP,
f)
techniczną komunikacji eAS z systemami EOD,
zgodnie z pkt 5.9. „Wymagania dot. dokumentacji”.
3. Przygotowanie szczegółowych scenariuszy testów akceptacyjnych dla wersji
podstawowej zgodnie z pkt 5.8. „Wymagania dot. testów”.
4. Wykonanie testów akceptacyjnych dla wersji podstawowej Platformy eAS.
5. Opracowanie raportu z testów akceptacyjnych wersji podstawowej Platformy eAS.
Wynikiem zadania będzie uruchomiona i wdroŜona wersja podstawowa Platformy eAS
gotowa do przeprowadzenia szkoleń i testów oraz raport z testów akceptacyjnych wersji
podstawowej Platformy eAS. Wnioski wynikające z raportu stanowić będą materiał do
określenia zmian w projekcie technicznym oraz powinny zostać uwzględnione w trakcie
wykonania Platformy eAS. Opracowane w ramach zadania produkty stanowić będą
załączniki do wyŜej wymienionego raportu.
OA-XVI.272.30.2013
Str. 27 z 30
6.4. ZADANIE IV – WYKONANIE SYSTEMU
Zadanie obejmuje:
1. Wykonanie, instalację i wdroŜenie Platformy eAS
2. Wykonanie wstępnej wersji dokumentacji powykonawczej:
a) dla pracowników obsługujących Platformę eAS,
b) dla uŜytkowników korzystających z Platformy eAS,
c) dla administratorów Platformy eAS,
d) instalacyjnej Platformy eAS,
e) techniczną oprogramowania Platformy eAS,
f)
techniczną komunikacji eAS z platformą ePUAP,
g) techniczną komunikacji eAS z systemami EOD,
zgodnie z pkt. 5.9. „Wymagania dot. dokumentacji”.
3. Przygotowanie szczegółowych scenariuszy testów akceptacyjnych dla Platformy eAS
zgodnie z pkt 5.8. „Wymagania dot. testów”.
4. Wykonanie testów akceptacyjnych dla wersji produkcyjnej Platformy eAS.
5. Opracowanie raportu z testów akceptacyjnych wersji produkcyjnej Platformy eAS.
Wykonawca zobowiązany jest do budowy i wdroŜenia Platformy eAS w taki sposób, aby na
kaŜdym
etapie zachowana była ciągłość
działania
wersji podstawowej
Platformy
i świadczonych przez nią usług.
Wynikiem zadania będzie uruchomiona Platforma eAS oraz raport z wykonania Platformy
eAS. Opracowane w ramach zadania produkty wraz z protokołami dostawy licencji będą
stanowić załączniki do wyŜej wymienionego raportu.
6.5. ZADANIE V – TESTOWANIE I ODBIÓR
Zadanie obejmuje:
1. Wykonanie testów akceptacyjnych przez Zamawiającego Platformy eAS zgodnie
z szczegółowymi scenariuszami testów akceptacyjnych.
2. Zamawiający moŜe testować poprawność działania Platformy eAS z wyłączeniem
scenariuszy testowych.
3. Informacja o negatywnie zakończonym scenariuszu testowym będzie na bieŜąco
przekazywana Wykonawcy. Wykonawca musi usunąć błędy przed podpisaniem
przez Zamawiającego końcowego protokołu odbioru Przedmiotu Umowy.
OA-XVI.272.30.2013
Str. 28 z 30
4. Wykonawca
po
dokumentację
zaprojektowaniu
powykonawczą
i
wykonaniu
Platformy
eAS,
Platformy
która
dostarczy
powinna
pełną
stanowić
zaktualizowaną dokumentację podstawową zgodnie z wymaganiami pkt 5.9.
„Wymagania dot. dokumentacji”.
Wynikiem zadania będzie uruchomiona Platforma eAS, gotowa do przekazania do
uŜytkowania przez Zamawiającego i pozwalający uŜytkownikom końcowym na korzystanie
z Platformy eAS w pełnym zakresie funkcjonalnym oraz dokumentacja powykonawcza
i raport z testów. Opracowane w ramach zadania produkty stanowić będą załączniki do
raportu z wykonanego zadania.
6.6. ZADANIE VI – PREZENTACJA PEŁNYCH MOśLIWOŚCI PLATFORMY
eAS
Zakres zadania obejmuje:
1. Opracowanie w uzgodnieniu z Zamawiającym planu prezentacji, obejmującego m.in.
uzgodniony i zatwierdzony przez Zamawiającego harmonogram prezentacji.
2. Przeprowadzenie prezentacji dla osób obsługujących Platformę eAS, wskazanych
przez Zamawiającego, z podziałem na następujące grupy:
•
uŜytkowników,
•
pracowników,
•
administratorów z instalacji konserwacji Platformy eAS, w tym wykonywania kopii
zapasowych oraz administrowania aplikacją.
Zamawiający dla potrzeb przeprowadzenia prezentacji udostępni salę wraz z wyposaŜeniem
audiowizualnym.
Wynikiem zadania będzie raport z prezentacji.
Po pozytywnym wyniku testów akceptacyjnych Platformy eAS oraz przeprowadzeniu
prezentacji Wykonawca zobowiązany będzie do przygotowania raportu końcowego
obejmującego całość działań podjętych w trakcie realizacji przedmiotu zamówienia
i stanowiącego podstawę podpisania przez Zamawiającego końcowego protokołu odbioru
Przedmiotu Umowy.
OA-XVI.272.30.2013
Str. 29 z 30
6.7. ZADANIE VII - ASYSTA TECHNICZNA
Zadanie obejmuje:
1. Wsparcie dla Zamawiającego w rozwoju i modyfikacji Platformy eAS m.in. w zakresie:
a) wsparcia uŜytkowników Platformy eAS w bieŜącym uŜytkowaniu i administracji
eAS (konsultacje, pomoc techniczna),
b) analizy wydajności poszczególnych elementów Platformy eAS,
c) analizy potrzeb w zakresie modyfikacji,
d) korygowania parametrów pracy (optymalizacja Platformy eAS).
2. Wykonywanie prac projektowo-programistycznych związanych z dalszym rozwojem
i modyfikacjami Platformy eAS.
3. Opracowanie nowej, bądź aktualizacja istniejącej dokumentacji Platformy eAS
w związku z wprowadzonymi zmianami.
Zlecanie i odbiór prac przez Zamawiającego odbywać się będzie zgodnie z procedurą
zawartą w Umowie. Opracowane w ramach zadania produkty stanowić będą załączniki do
raportu wykonanych prac.
Wykonawca zobowiązany będzie do udzielenia gwarancji na wykonane zmiany zgodnie
z zapisami Umowy.
7. WYMAGANY HARMONOGRAM PRAC
PoniŜsza tabela przedstawia wymagany harmonogram prac w odniesieniu do zakresu
zadań.
Nr zadania
Nazwa zadania
Termin do
3 tygodnie od daty
Zadanie I
Dokumentacja zarządcza
Zadanie II
Analiza wymagań i projekt techniczny
2013-12-30
Zadanie III
Wykonanie wersji podstawowej
2014-01-29
Zadanie IV
Wykonanie Platformy eAS
2014-02-28
Zadanie V
Testowanie i odbiór
2014-03-14
Zadanie VI
Prezentacja pełnych moŜliwości platformy eAS
2014-02-28
Zadanie VII
Asysta
Techniczna
zakończenia zadania II)
OA-XVI.272.30.2013
(rozpoczyna
podpisania Umowy
się
od
Do końca okresu Gwarancji
Str. 30 z 30