Wniosek UZP

Transkrypt

Wniosek UZP

RPW/85818/201B P
Data:2018-08-04
Warszawa, dn. )sierpnia 2016 r.
PREZES
URZ^DU ZAMOWIEN PUBLICZNYCH
Matgorzata
Str^ciwilk
Pani
Justyna Duszyhska
Sekretarz
Komitetu Rady Ministrow
do spraw Cyfryzacji
w uzupeinieniu wniosku z dnia 8 lipca 2016 r., znak: KW-5377/16, o zaopiniowanie
przez Komitet Rady Ministrow ds. Cyfryzacji planowanych modyfikacji platformy eKatalogi,
w zatqczeniu przekazujQ„Op/s zatozeh projektu
informatycznego".
LNY
blicznych
ORIS ZAtOZEN PROJEKTU INFORMATYCZNEGO
Nazwa projektu:
Modyfikacj'a istniejqcych funkcjonalnosci platformy
Wnioskodawca:
Urzqd Zamowieh Publicznych
Partner / Partnerzy:
Projekt reallzowany
Beneficjent
Urzqd Zamowieh Publicznych
/
realizator
eKatalogi
samodzielnie
projektu:
Krotki opis projektu:
Planowany zakres modyfikacji istniejqcycli funkcjonalnosci
platformy eKatalogi dotyczy:
a)
DedykowaneJ wykonawcom, analogicznej do obecnie
oferowanej
zamawiajqcym,
mozliwosci
odzwierciedlenia
w systemie organizacyjnej struktury decyzyjnej, realizujqcej
procesy biznesowe uzytkownika poprzez wprowadzenie opcji
kreowania funkcjonalnego podzialu rol w organizacji. Powyzsza
zmiana polegac bqdzie na rozszerzeniu modelu
uprawnieh
uzytkownikow,
czyli
dodaniu
nowych
rol:
Kierownicy
Wykonawcy i Asystenci Wykonawcy. W zwiqzku z
tym,
ze Kierownicy Wykonawcy i Asystenci Wykonawcy powinni miec
mozliwosc porozumiewania s;? podczas przygotowywania kart
produktow i odpowiedzi na zapytanie ofertowe,
modyfikacji
ulegnie
sposob
komunikacji
pomiqdzy
Kierownikami
Wykonawcy a Asystentami Wykonawcy oraz modut zapytania
ofertowego.
b)
Mechanizmow wyszukiwarek, ktory polegac b^dzie na
dodaniu nowych kryteriow kwerend w zakresie wyszukiwania
kart
produktow
oraz
wyszukiwania
zaawansowanego
produktow (np.: przedziat cenowy, okres dostawy, wyszukiwanie
wykonawcow w obrqbie wojewodztwa).
Przewidywany termin realizacji - do kohca 2016 r.
Nazwa projektu: Modyfikacja istniejqcych funkcjonalnosci platformy eKatalogi
Wnioskodawca: Urzqd Zamowien Publicznych
Strona: 2
Spis tresci
ORIS ZAtOZEN PROJEKTU INFORMATYCZNEGO
1
1.
StOWNIKTERMINOW
3
2.
DOSWIADCZENIE BENEFIGENTA W REAUZAQI PODOBNYCH PROJEKTOW
3
3.
CELE I KORZYSCI
4
3.1.
UWARUNKOWANIASTRATEGICZNE
4
3.2.
CELE PROJEKTU
4
3.3.
KORZYSCI WYNIKAJ/^CE Z PROJEKTU
6
3.4.
UDOST^PNIONE E-UStUGI
6
3.5.
UPROSZCZONE PROCEDURY
7
4.
CZAS REALIZACJI PROJEKTU
8
4.1.
DATY / TERMINY REALIZAQI PROJEKTU
8
4.2.
HARMONOGRAM PROJEKTU / KAMIENIE MILOWE
8
5.
BENCHMARKING
8
6.
INTERESARIUSZE
8
7.
KOSZTY PROJEKTU
9
7.1.
KOSZTY OGOLNE PROJEKTU
9
7.2.
WYKAZ POSZCZEGOLNYCH POZYCJI KOSZTOWYCH
9
8.
PLANOWANA ARCHITEKTURA ROZWI^ZANIA
10
9.
STANDARDY ARCHITEKTONICZNE I TECHNOLOGICZNE
10
9.1.
INFORMACJEOAPI
10
9.2.
WCAG 2.0
10
9.3.
OTWARTE STANDARDY I TECHNOLOGIE
11
9.4.
INTEROPERACYJNOSC
11
10.
WYDAJNOSC PLANOWANEGO SYSTEMU
11
11.
BEZPIECZENSTWO PRZETWARZANIA DANYCH
12
12.
KOMPLEMENTARNOSC PROJEKTU
13
12.1.
WYKORZYSTANIE ZASOBOW SPRZ^TOWYCH, UStUG LUB SYSTEMOW INNYCH
PODMIOTOW
13
12.2.
WYKORZYSTANIE ZASOBOW SPRZ^TOWYCH, UStUG I SYSTEMOW WtASNYCH
13
13.
ZAGROZENIE DLA REALIZAQI PROJEKTU:
13
14.
OPiS METODY PROWADZENIA PROJEKTU
13
15.
OSOBA DO KONTAKTOW
13
Strona: 3
Stownik terminow
Termin 1 - wyjasnienie znaczenia uzywanego terminu 1, np. wyjasnienie akronimu lub innych
wyrazeh okreslajqcych tytut projektu, wqskich terminow technicznych okreslajqcych
gtowne
produkty
itd. Nalezy unikac wyjasniania
terminow
uzywanych
powszechnie.
PonizeJ
zaprezentowane terminy „KPI" oraz „RWD", choc sq uzywane powszechnie, stanowiq zarowno
przykfad tworzenia definicji, jak rowniez wyjasniajq terminy uzywane w tym dokumencie. Uktad
sfownika powinien bye alfabetyczny
Zrodio definicji: Wskazanie ustawy, rozporzqdzenia,
definicja stworzona
na potrzeby
projektu
itd.
KPI (Itluczowy wslcaznilc efektywnosci) - finansowy i niefinansowy wskaznik pomiaru stopnia
realizacji celow. Moze bye wyrazony w liczbach, procentach itd.
Zrodto definicji: Poj^cie powszechne uzywane w procesach zarzqdzania poprzez cele.
RWD {Responsive Web Design) - technika projektowania stron w w w w taki sposob, aby jej
uktad i wyglgd dopasowywat s\q automatycznie do okna urzqdzenia, na ktorym jest
wyswietlany, np. smarfonow, tabletow itd.
Zrodto definicji: Wikipedia [dost^p: 26-06-2016]
2.
Doswiadczenie Beneficjenta w realizacji podobnych projektow
[nalezy wymienic konkretne dziafania / projekty prowadzone przez Beneficjenta wraz z czasem
ich trwania, wartosciq i zrddtem ich finansowania. Nalezy ograniczyc siq do maksymalnie do 5
projektow ]
Nazwa projektu
Elektroniczna
Katalogow
eKatalogi
Piatforma
Produi<t6w
Czas trwania
Projekt
realizowany byt
w
latacli
2013 r. - 2015 r.
Obecnie projekt
jest
w
fazie
utrzymania
przez 5 lat
Wartosc
3 864 898,41 zt
Zrodto finansowania
srodki UE - Program
Operacyjny
Innowacyjna
Gospodarka (85%)
srodki
(15%)
budzetowe
Wnioskodawca: Urzqd Zamowlen Publicznych
Strona:4
3.
Cele i korzysci
3.1.
Uwarunkowania strategiczne
Nie dotyczy
3.2.
Cele projektu
Giowne cele zostaty okreslone dia zrealizowanego projektu Elektroniczna Platforma Katalogow
Produktow - eKatalogi, w ramach ktorego zostaio wytworzone narzqdzie swiadczqce us/ug?
elektronicznq, umozliwiajqce dokonywanie zakupow produktow ponizej progow stosowania ustawy
Prawo zamowlen publicznych. Cele projektu eKatalogi zostaty okreslone we Wniosku o dofinansowanie
realizacji projektu z dnia 10 czerwca 2013 r.:
Cel gtowny
Celem giownym projektu eKatalogi jest: poprawa jakosci funkcjonowania instytucji publicznych
realizujqcych zamowienia publiczne oraz poprawa warunkow prowadzenia dzialalnosci gospodarczej.
Powyzszy eel jest zgodny z:
•
z celami NSRO,
•
ze szczegotowym opisem 7 osi priorytetowej POIG.
Uzasadnienie:
Zgodnosc z celami okreslonymi w pkt. 5.4.1. NSRO: Poprawa jakosci funkcjonowania
publicznych oraz rozbudowa mechanizmow partnerstwa oraz wzmacnianie zdolnosci
publicznych do sprawnej i efektywnej realizacji zadah.
instytucji
instytucji
Zgodnosc z punktem 438 opisu osi priorytetowej 7 POIG.
Budowa systemu Elektronicznej Platformy Katalogow Produktow wptynie na osiqgniqcie przedmiotowych
wskaznikow, w szczegolnosci:
PO IG
•
•
wskaznika celu szczegotowego nr 6 - Wzrost wykorzystania technologii informacyjnych
i komunikacyjnych w gospodarce w zakresie wzrostu odsetka przedsiqbiorstw wykorzystujqcych
Internet w celu interakcji z instytucjami administracji publicznej,
Wskaznikow monitorowania osi priorytetowej poprzez zwiqkszenie liczby ustug elektronicznych
udostqpnionych na platformach elektronicznych administracji;
NSRO
•
Wskaznikow realizacji dIa celu 1 NSRO, w szczegolnosci: Wskaznika postrzeganej korupcji
poprzez zwiqkszenie przejrzystosci postqpowania o udzielenie zamowienia publicznego ponizej
progu obligujqcego do zastosowania ustawy oraz zwiqkszenie transparentnosci zawieranych
kontraktow angazujqcych srodki publiczne i Wskaznika Efektywnosci rzqdzenia poprzez wzrost
konkurencyjnosci a co za tym idzie obnizenie kosztow zakupow oraz uproszczenie i optymalizacjq
procedur - czyli zmniejszenie kosztow organizacyjnych.
Projekt wpisuje s/? w kryteria wyboru projektow zatwierdzone przez Komitet Monitorujqcy POIG.
W kontekscie interoperacyjnosci, narzqdzie zostaio umieszczone w sieci e-Usiug (posiada interfejsy
pobierajqce i udostqpniajqce, rowniez integracyjne).
Cele szczegotowe:
Celami szczegotowymi projektu sq:
Strona: 5
1) przyspieszenie, uproszczenie i ujednolicenie procedur zamowien publicznych ponizej progow
ustawowyct),
2) zmniejszenie kosztow postqpowan przy zachowaniu transparentnosci dziafah,
3) poprawa warunl<dw prowadzenia dziatalnosci gospodarczej poprzez zwi?l<szenie dostqpnosci
usfug elel<tronicznycli w administracji,
4) utatwienie l<omunil<acJi pomiqdzy zamawiajqcymi a wyl<onawcami,
5) poprawa warunkow prowadzenia dziaialnosci gospodarczej dziqki zmniejszeniu kosztow
prowadzenia dziaialnosci gospodarczej, zwiqzanej z procesem ubiegania siq o udzielenie
zamowien publicznych, utatwienie komunikacji wykonawcow z zamawiajqcymi oraz
umozliwienie dostqpu do rynku zamowien publicznych przez MSP.
Powyzsze cele powiqzane sq ze skwantyfikowanymi wskaznikami produktu i rezultatu projektu:
1) Cell
• wskazniki produktu:
o Liczba wdrozonych systemow informatycznych,
o Liczba wdrozonych systemow archiwizacji i backupu danych,
• wskazniki rezultatu:
o Liczba usfug publicznych ujqtych w klasyfikacji Unii Europejskiej, udostqpnionych na
platformach elektronicznych administracji publicznej,
o Hose zarchiwizowanych i backupowanych danych,
2) Cel2
o Liczba transakcji obstuzonych przez platform^ e-Katalogi,
o Liczba portali o funkcjonalnosci umozliwiajqcej kontakt on-line obywatela z urzqdem,
o Liczba przedsiqbiorstw prezentujqcych e-Katalogi na platformie,
o Liczba uzytkownikow objqtych systemem identyfikacji i autentykacji,
3) Cel3
o Liczba zbudowanych systemow informatycznych sluzqcych realizacji e-usiug,
o Liczba aktywnych nabywcow dokonujqcych transakcji za pomocq platformy e-Katalogi.
Celem gtownym planowanej
modyfikacji jest poprawa
Jakosci funkcjonalnosci
dedykowanych uzytkownikom zaimplementowanych na platformie eKatalogi.
1.1.
Cel szczegotowy: umozliwienie zarzqdzania organizacjq wykonawcy,
dostqpu, komunikacjq w obr^bie organizacji wykonawcy.
prawami
1.2.
Cel szczegotowy: dodanie nowych kryteriow kwerend w zakresie wyszukiwania
kart produktow oraz wyszukiwania zaawansowanego
produktow.
Planowane modyfikacje nie bqdq wspolfinansowane ze srodkow unijnych.
W przypadku projektow planowanych do dofinansowania
z programow
operacyjnych,
nalezy rowniez okreslic wskazniki produktu/rezultatu
realizowane przez projekt, wymagane
w poszczegolnych dziafaniach programu
operacyjnegoj
Strona: 6
3.3. Korzysci wynikajgce z projektu
[nalezy wskazac najwazniejsze
wymierne
(mierzalne)
w wyniku realizacji projektu informatycznego,
korzysci, spodziewane
do
uzyskania
jak rowniez wskazac sposob i czqstosc pomiaru
tych korzysci]
Planowane modyfikacje umozliwiq zwiqkszenie liczby uzytkownikow platformy
CO za tym idzie osiqgniqcie okreslonych we Wniosku o dofinansowanie
eKatalogi, a
wskaznikow
rezultatu
projektu.
Korzysc:
Zwiqkszenie liczby uzytkownikow dokonujqcych transakcji
na platformie
eKatalogi
Zwiqkszenie liczby przedsiqbiorstw prezentujqcych swoje
oferty na platformie
KPI:
Nie dotyczy
Cel:
Nie dotyczy
Podstawa:
Nie dotyczy
Metoda pomiaru KPI:
Nie dotyczy
eKatalogi
3.4.
UdostQpnione e-ustugi
[wykazanie w punktach koto log u usiug swiadczonych elektronicznie wraz opisem ustug i z
informacjq, czy bqdq dostqpne na urzqdzeniach mobilnych. W przypadku projektow w
zakresu back-office nalezy wskazac usiugi wewnqtrzadministracyjne (A2A) oraz wskazanie
powiqzanego obszaru wskazanego w Katalogu Rekomendacji Cyfrowego Urzqdu - KRCU]
Strona: 7
Nazwa e-ustugi
wraz z krotkim
opisem (max. 2
zdania dia
Lp.
Szacowana liczba
odbiorcow
e-ustugi^
elektroniczna
Aplikacje na
(tak/nie)
urzgdzenia
mobilne
(tak/nie oraz
system
operacyjny)
(nie
dotyczy
procesow
backoffice)
Zgodnie z wartosciami
okreslonymi
dIa
platformy eKatalogi
usfuga
RWD
(rocznie)
kazdej ustugi)
eKatalogi
Poziom
dojrzatosci
tak - system
tak
4
dostqpny
przez
standardowq
przeglqdarkq.
umozliwiajqca
zamawiajqcym.
niezalezny od
system u
operacyjnego
dokonywanie
zakupow
produktow
ponizeJ progow
stosowania
ustawy PZP, a
wykonawcom
zamieszczanie
swoich
produktow,
w
systemic ktorej
zostanq
wprowadzone
planowane
modyfikacje
3.5.
Uproszczone procedury
[wykazanie w punktach katalogu
procedur,
ktore zostanq uproszczone
Nalezy wykazac Stan obecny oraz stan, jaki bqdzie
Lp.
Nazwa
procesu/procedury
(maksymalnie
5).
osiqgniqtyj
Stan obecny
Stan
projektowany
Nie dotyczy
^
Pi^ciostopniowa e-dojrzatosc ustug okreslona w badaniacli „Digitizing Public Services in Europe:
Putting ambition into action", prowadzonych na zlecenie KE przez firm^ Cap Gemini.
Nazwa projektu: Modyfikacja istnlejqcych funkcjonalnosci platformy eKatalogi
Strona: 8
4.
Czas realizacji projektu
4.1.
Daty / terminy realizacji projektu
[nalezy wskazac przewidywany termin rozpoczqcia
braku decyzji o konkretnym
terminie
i zakohczenia
uruchomienia
projektu;
w
przypadku
nalezy wskazac przewidywany
okres
realizacji (w miesiqcach). Nalezy podac w maksymalnie 5 zdaniach uzasadnienie dIa tych dat
/
terminu]
Przewidywany termin sierpieh - grudzien 2016 r.
Faktyczny termin realizacji Jest uzalezniony od uruchomienia srodkow
budzetowych
z rezerwy celowej, ktora zostanie uruchomiona po pozytywnym zaopiniowaniu przez Komitet
Rady Ministrow ds. Cyfryzacji planowanych modyfikacji na platformie eKatalogi.
4.2.
Harmonogram projektu / kamienie milowe
[nalezy wskazac etapy, fazy, kamienie milowe przewidywane
Lp.
w projekcie]
Przewidywany czas
trwania etapu / fazy lub
termin realizacji kamienia
milowego
Etap / Faza / Kamieri milowy
[wykazywac albo etapy/fazy,
albo kamienie
milowe]
Nie dotyczy
5.
Benchmarking
[nalezy wskazac, jakie sq polskie i zagraniczne rozwiqzania
swiadczqce podobne e-usfugi jak
wnioskowany projekt. Jakie sq siabe / mocne strony wnioskowanego
wporownaniu
do istniejqcych
juz
rozwiqzah.
analogicznych rozwiqzan funkcjonujqcych
Zaieca
siq
projektu
wykonanie
w Polsce; maksymalnie
informatycznego
analizy
SWOT dIa
dia 3 najbardziej
popularnych
rozwiqzah.
W przypadku projektow z zakresu back-office, nalezy wskazac polskie doswiadczenia innych
urzqdow dotyczqce realizacji procesow podlegajqcych cyfryzacji u
wnioskodawcy/odbiorcow
projektu.
Nalezy wskazac, jakie sq siabe / mocne strony
wnioskowanego
projektu
informatycznego wporownaniu
do istniejqcych juz rozwiqzan. Zaieca s/? wykonanie analizy
SWOT maksymalnie dIa 3 najbardziej popularnych
rozwiqzah]
Nie dotyczy. Modyfikacja
dotyczy udostqpnionej platformy
eKatalogi,
ktorej
rozwiqzania
majq charakter innowacyjny, nie majqcy precedensu w dotychczasowej praktyce
zamowien
publicznych ponizeJ okreslonych progow ustawy Prawo zamowien publicznych. Korzystanie
z niego Jest bezptatne i dobrowolne.
6.
Interesariusze
[nalezy wykazac strony objqte projektem,
projektow
z zakresu back-office
rozwiqzania wypracowywane
Interesariusz
ich wpfyw na projekt oraz nastawienie.
nalezy wskazac liczbq urzqdow,
w ramach
Krotka
ctiarakterystyka
w ktorych
W przypadku
wdrozone
bqdq
projektu]
Szacowana
Wptyw
Nastawienie
Strona: 9
Wnioskodawca: Urzqd Zamowieh Publicznych
wielkosc grupy
(2-3 zdania)
[np. Pozytywne
/ Negatywne]
[np. Duzy/
Sredni/
Maty]
[Interesariusz 1]
Nie dotyczy. Modyfikacja
dotyczy udost^pnionej
platformy
eKatalogi.
Koszty projektu
7.1.
Koszty ogolne projektu
[nalezy podac catkowity koszt projektu informatycznego,
a w przypadku
projektow
planowanyct] do realizacji w okresie dfuzszym niz 1 rok, podziaf kwoty na poszczegolne lata.
Nalezy wskazac, jaka czqsc wartosci bqdzie finansowana ze srodkow wfasciwego programu
operacyjnego, a jaka ze srodkow budzetu pahstwa, wskazac przewidywany roczny koszt
zwiqzany z utrzymaniem trwahsci projektu informatycznego.
Nalezy wskazac program
operacyjny, z ktorego
Wnioskodawca
chce pozyskac finansowanie
projektu.
Jesli
Wnioskodawca stara s/? o dofinansowanie z kilku programow operacyjnych
jednoczesnie,
nalezy wskazac wszystkie te programy]
Catkowita wartosc projektu
(brutto) z podziatem kwoty na
poszczegolna lata w przypadku
projektow planowanych do
realizacji w okresie dtuzszym
niz 1 rok:
Kwota dofinansowania z
funduszy zagranicznych
(brutto):
Planowana
Programy operacyjne, w
ramach ktorych projekt ubiega
s\q o dofinansowanie:
Nie dotyczy
Wysokosc srodkow z budzetu
Planowana
wartosc modyfikacji-200
tys. zt
Nie dotyczy
kwota z rezerwy celowej - 200 tys. zt
panstwa:
Przewidywany roczny koszt
utrzymania trwalosci projektu:
Modyfikacja
nie wpfynie na koszt utrzymania
projektu
^
7.2.
Wykaz poszczegolnych pozycji kosztowych
[rozpisanie budzetu na pozycje - opis struktury
infrastruktury
istniejqcymi
sprzqtowej,
trwatosci
wytworzenia
wydatkow
oprogramowania,
-
kosztow
z
uwzgl^dnieniem
integracji
systemami]
Nazwa pozycji kosztowej:
Modyfikacja systemu platformy eKatalogi w zakresie
organizacji wykonawcy oraz
wyszukiwarki
z
juz
Strona: 10
Wnioskodawca: Urzqd Zamowieh Publicznych
Przewidywany koszt brutto:
200 tys. zt
Uzasadnienie pozycji kosztowej
Planowana modyfikacja zwiqzanajest ze zwi^kszeniem
uzytkownikow wykorzystujqcych platformq eKatalogi w
celu osiqgniqcia wskaznikow rezultatu wynikajqcych ze
zobowiqzah w okresie zapewnienia trwatosci
zrealizowanego projektu Elektroniczna Platforma
Katalogow Produktow - eKatalogi oraz podyktowana
licznymi sugestiami, zgtaszanymi przez uzytkownikow,
w szczegolnosci przez wykonawcow
(przeznaczenie):
Przewidywany czas
dostarczenia:
Listopad/grudzien 2016 r.
Planowana architektura rozwiqzania
Modyfikacje
zostanq
dokonane
na
platformie
eKatalogi,
ktora
Jest
udostqpniona
uzytkownikom od stycznia 2015 r.
S.
Standardy architektoniczne i technologiczne
9.1.
Informacje o API
System wykorzystuje szereg istniejqcych technologii i standardow z sieci, takich jak J2EE,
Struts, Hibernate ltd., aby lepiej wspierac aspekty funkcjonalne, Jednoczesnie pozostajqc
otwartym na przyszle potrzeby/rozszerzenia, w tym integracjq z systemami zewnqtrznymi.
API dost§pne Jako ustuga sieci web (WebServices).
9.2.
WCAG 2.0
[nalezy wskazac, ze interfejsy i tresci systemow informatycznych sfuzqcych do swiadczenia
ustug obj^tych projektem bqdq projektowane i budowane z uwzglqdnieniem
wytycznych
Web Content Accessibility Guidelines 2.0 (WCAG 2.0) co najmniej na poziomie wskazanym
w rozporzqdzeniu Rady Ministrow z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram
Interoperacyjnosci, minimalnych wymagah dIa rejestrow publicznycti i wymiany
informacji
w postaci elektronicznej oraz minimalnych wymagah dIa systemow
teleinformatycznych
(tekst jedn. Dz.U. z 2016 r., poz. 113), co zapewni, ze udostqpniane dziqki projektowi tresci
i ustugi bqdq dost^pne dIa osob niepetnosprawnych, w tym niewidomych i stabowidzqcych,
osob niestyszqcych, osob z trudnosciami w uczeniu siq, osob o ograniczeniach
poznawczych,
osob z uposledzeniem ruchu, mowy itp.; maksymalnie
lOzdah]
Dokumentacja systemu posiada oswiadczenie wykonawcy o zgodnosci z wytycznymi Web
Content Accessibility Guidelines 2.0 (WCAG 2.0) co najmniej na poziomie wskazanym
w rozporzqdzeniu Rady Ministrow z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram
Interoperacyjnosci, minimalnych wymagah dIa rejestrow publicznych i wymiany informacji
w postaci elektronicznej oraz minimalnych wymagah dIa systemow teleinformatycznych.
Testy na zgodnosc z WCAG 2.0 na poziomie AA wykazujq pozytywny wynik.
Nakwa projektu: Modyfikacja Istniejqcych funkcjonalnosci platformy eKatalogi
Strona: 11
9.3.
Otwarte standardy i technologie
[nalezy przedstawic, w Jakim stopniu zostanq zastosowane otwarte standardy i technologie
w projekcie
informatycznym.
W wypadku
niestosowania
otwartych
standardow
i technologii - nalezy przedstawic uzasadnienia takiej decyzji maksymalnie 15 zdahj
Platforma eKatalogi Jest oporto no technologiach oprogramowania
(OSS), o szerokim
zastosowaniu,
niezaleznych
od srodowiska
Open Source Software
i przy
zastosowaniu
standardow:
Hypertext Markup Language (HTML);
HyperText Transfer Protocol (HTTP);
Secure HyperText Transfer Protocol (HTTPS);
Simple Mail Transport Protocol (SMTP);
Secure Socket Layer (SSL);
Transport Control Protocol/Internet Protocol (TCP/IP);
extended Markup Language (XML);
EJB-3.0 (Podstawowa logika aplikacji)
JPA-1.0/ Hibernate implementation (Model persystencji danych)
JMS-1.1 (Zadania w kolejce)
JAX-WS-2.0 (Eksponowanie czqsci apijako ustug sieci web)
Java MailAPI-1.4 (Wysyfanie emaili)
Platforma eKatalogi zintegrowana jest z systemami
•
zewnqtrznymi:
Platformq ePUAP. Komunikacja z platformq ePUAP odbywa si§ w oparciu o standardowe
mechanizmy zdefiniowane w ramach platformy ePUAP.
•
Systemem dostawcow.
Komunikacja
z systemami dostawcow
odbywa siq w oparciu
o otwarte standardy techniczne, mi.in. ustugi WebServices.
9.4.
Interoperacyjnosc
[nalezy zadeklarowac zgodnosc z wymogami
w rozporzqdzeniu
Interoperacyjnosci,
Rady Ministrow
minimalnych
w postaci elektronicznej
dotyczqcymi
z dnia 12 kwietnia
2012 r. w sprawie
wymagan dia rejestrow
oraz minimalnych
wymagan
interoperacyjnosci
Krajowych
publicznych i wymiany
dIa systemow
okreslonymi
Ram
informacji
teleinformatycznych;
maksymalnie 10 zdahJ
Dokumentacja systemu posiada oswiadczenie wykonawcy o zgodnosci z przepisami
okreslonymi rozporzqdzeniem Rady Ministrow z dnia 12 kwietnia 2012 r. w sprawie
Krajowych Ram Interoperacyjnosci, minimalnych wymagan dIa rejestrow publicznych
i wymiany informacji w postaci elektronicznej oraz minimalnych wymagan dIa systemow
teleinformatycznych
10.
Wydajnosc planowanego systemu
[nalezy okreslic, jaka jest prognozowana
liczba transakcji/operacji/odwiedzin
serwisu /
korzystania z ustugi miesiqcznie. Jaka Jest maksymalna wydajnosc systemu - osobno w trybie
zapisu (wprowadzanie, przetwarzanie danych) i odczytu (tyiko przeglqdanie strony)]
Strona: 12
Wnioskodawca: Urzqd Zamowiei) Publicznych
Przeprowadzone testy wydajnosciowe w sposob rzetelny i zadawalajqcy
potwierdzity
gotowosc systemu do stawianych przed nim oczekiwan wydajnosciowych.
Przedstawione
rezultaty sq poprawne w stosunku do oczekiwan stawianych wobec systemow podobnej klasy
jak eKatalogi.
irednia
Przypadek
Uiycia
[ms]
[UM-01]
Wejscie na platform^
[UM-02]
Zaioguj
30
eKatalogi
66
(lokalnie)
[PS-01 ] PrzeglqdaJ panel
„Produkty"
228
(wyszukiwanie
po nazwie
[PS-01 ] PrzeglqdaJ panel
produktu)
„Produkty"
164
(wyszukiwanie
po numerze seryjnym)
[PS-01] PrzeglqdaJ panel
„Produkty"
236
(wyszukiwanie
po producencie)
[PM-02J PrzeglqdaJ/edytuJ szczegoiowe
done
produktu
[PS-03] DodaJ produkt do koszyka
[OM-01]
Wejscie do panelu
zamowieniem
zakupow
zarzqdzania
98
83
66
Wszystkie testowane funkcjonalnosci prezentujq krotki czas odpowiedzi, ktory speinia
okreslone wymaganie wydajnosci 0,65 sec. W szczegolnosci sredni czas odpowiedzi
wszystkich funkcjonalnosci wynosi ponizej 0,24 sec, a maksymalne zmierzone czasy wynoszq
ponizej 0,45 sec.
11.
Bezpieczehstwo przetwarzania danych
[nalezy wykazac, ze wdrozone systemy teleinformatyczne zapewniq bezpieczehstwo zgodnie
z zasadami przetwarzania informacji wskazanymi w obowiqzujqcych przepisach; maksymalnie
15 zdah]
Architektura systemu pozwala na zachowanie poufnosci oraz integralnosci przetwarzanych
danych.
W
szczegolnosci zapewnienie
bezpieczehstwo
platformy
(bezpiecznego
uwierzytelniania,
autoryzacji,
rozliczalnosci
operacji
wykonywanych
na platformie). Transmisja danych i przechowywanie sq chronione poprzez mechanizmy
szyfrowania zgodnie z obowiqzujqcymi standardami.
Dokumentacja
systemu posiada
oswiadczenie wykonawcy o zapewnieniu bezpieczehstwo. Po wprowadzeniu
modyfikacji
wykonawca zobowiqzany jest do zapewnienia bezpieczehstwo przetwarzanych
danych
w systemie.
Strona: 13
Szereg przeprowadzanych
testow aplikacji wykazal, ze na poziomie
catosciowym
przeprowadzanej analizy nie stwierdzono szczegolnie krytycznych problemow zwiqzanych
z bezpieczehstwem przetwarzanych danych na poziomie aplikacji.
12.
Komplementarnosc projektu
12.1.
Wykorzystanie zasobow sprz^towych, ustug lub systemow innycFi podmiotow
[nalezy wskazac produkty i zasoby teleinformatyczne, z ktdrymi planowany projekt
informatyczny jest lub bqdzie powiqzany. Nalezy w szczegdinosci zwrocic uwagq na
projekty, ktorych realizacja jest niezbqdna do zakohczenia planowanego
projektu
iosiqgniqcia planowanych korzysci. Nalezy rowniez wskazac zbiory danych juz
istniejqce
lub
powstajqce,
ktore
bqdq
wykorzystywane
w
projekcie
informatycznym.
Nalezy wskazac wdrozone
i planowane
do
wdrozenia
rozwiqzania, ktore bqdq wykorzystywane w ramach projektu (np. profil zaufany
jako metoda uwierzytelnienia, portal obywatel.gov.pl ltd.; maksymalnie 25 zdah]
Integracja z platformq ePUAP 2.0 na poziomie funkcji
12.2.
uwierzytelniania.
Wykorzystanie zasobow sprzQtowych, ustug i systemow wtasnych
[nalezy
przedstawic
elementy
wykorzystania
istniejqcej
infrastruktury
teleinformatyczne] / zasobow IT, usfug oraz produktow bqdqcych w posiadaniu
Wnioskodawcy / Beneficjenta, ktore bqdq wykorzystywane
w projekcie, np.
systemow elektronicznego zarzqdzania dokumentacjq, udostqpnianych
rejestrow
pahstwowych itd.; maksymalnie 25 zdah]
Piatforma w petni zainstalowana
w siedzibie wykonawcy.
Jest w dedykowanym
srodowisku produkcyjnym i dziafa
13.
Zagrozenie dIa realizacji projektu:
[nalezy w zwiqziy sposob wykazac gtowne zagrozenia majqce wpfyw na realizacjq projektu, na
uzyskanie korzysci. W maksymalnie 3 zdaniach nalezy wskazac, w jaki sposob zagrozenie bqdzie
minimalizowane. Jako zagrozenie nie nalezy wskazywac braku dofinansowania,
a jedynie
wynikajqce z otoczenia projektu, analizy interesariuszy itd. Preferowanq formq prezentacji jest
wypunktowanie zagrozeh, wg zasady:
1. Zagrozenie 1: proponowany
sposob minimalizowania
zagrozenia]
Nie dotyczy
14.
Opis metody prowadzenia projektu
[nalezy wskazac metodq prowadzenia projektu, ktora jest planowana do uzycia. Jezeli metoda
jest niestandardowa nalezy jq w zwiqzle opisac; maksymalnie 6 zdah]
Modyfikacja bqdzie realizowana w oparciu o wytyczne metodyki przyjqtej podczas budowy
platformy eKatalogi (PRINCE2) przez podmiot zewnqtrzny oraz osoby zajmujqce s / ?
utrzymaniem systemu po stronie Urzqdu Zamowien Publicznych.
15.
Osoba do kontaktow
Nazwa projektu: Modyfikacja Istniejqcych funkcjonalnosci platformy eKatalogi
Wnioskodawca: Urzqd Zamowlen Publicznych
Strona: 14
ImiQ i nazwisko:
Agnieszka Mi^tkiewicz
Urszula Michalska
Adres e-mail:
[email protected]
[email protected]
Telefon:
22 458 77 44
22 458 78 56

Wniosek UZP

Transkrypt

Podobne dokumenty

Symetria wzgl OY, to znaczy, ze g(x)=f(-x) ( ) ( ) ( ) ( ) 23

Warszawa, dn. 10 lipca 1940 r. Prosimy WPanow o - JDC

1915 _ 1918 oraz z okresu międzywojennego` Na zewi"i#|{.W oknać

di .: .:... 1.`......:+. czEse A

Instrukcja instalacji

pismo MUW 1 - mops bochnia

Servoplan S 444 - Masa samopoziomująca na podłoża drewniane

Oświadczenie majątkowe radnego za 2015 r.