pobierz - ministerstwo rozwoju

Ministerstwo Infrastruktury i Rozwoju
BDG.V.2511.50.2015.AD
Załącznik A do SOPZ
Usługa Rozwoju
Celem Usługi Rozwoju będzie rozbudowa Systemu na potrzeby perspektywy finansowej 2014 – 2020,
poprzez modyfikacje istniejących funkcjonalności, kodów źródłowych oraz Dokumentacji.
Usługa
Rozwoju
będzie
na
polegała
świadczeniu
usług
developerskich
(budowy / rozbudowy / modyfikacji) oprogramowania. Zakres usługi będzie obejmował wytwarzanie oraz
dostarczanie oprogramowania i dokumentacji analitycznej, technicznej i użytkownika o wymaganej przez
Zamawiającego jakości.
Usługa Rozwoju w zakresie obsługi umowy o dofinansowanie, wniosku o płatność oraz kontroli
1.
będzie wykonywana zgodnie z poniższymi zasadami:
ID
AA-1
AA-2
AA-3
Opis
Tryb świadczenia usługi
Wykonawca zobowiązany jest, po podpisaniu umowy, do wykonania szczegółowej
analizy usługi rozwoju w zakresie zamieszczonym w części dokumentu Zakres prac.
Wykonawca zobowiązany jest do opracowania dokumentacji analityczno-projektowej
zawierającej wymagania funkcjonalne oraz niefunkcjonalne.
Wykonanie usługi rozwoju przez Wykonawcę zostanie zrealizowane zgodnie
z przygotowaną przez Wykonawcę i zatwierdzoną przez Zamawiającego dokumentacją
analityczną, o której mowa w pkt. AA-2.
Zakres prac
AA-4
Nazwa
funkcjonalności:
Stworzenie
funkcjonalności
pozwalającej
na
przygotowywanie aneksów do zawartych umów o dofinansowanie z wykorzystaniem
wcześniej zaimplementowanych funkcjonalności związanych z obsługą Umowy o
dofinasowanie.
Obecny stan prac w Systemie: Zaimplementowany moduł Umowy o dofinansowanie
na potrzeby perspektyw finansowych 2007-2013 oraz 2014-2020. Moduł w wersji 20142020 umożliwia: tworzenie, wypełnianie Umów o dofinansowanie, przepływ informacji
pomiędzy stronami umowy oraz podpisywanie bezpiecznym podpisem elektronicznym
dwustronnym Umów o dofinansowanie.
Moduł zapewnia również drukowanie oraz
eksport umowy do wybranych formatów, jak również eksport danych z umowy, poprzez
plik xml, do systemu SL2014.
Podstawowy scenariusz.
1. Beneficjent,
zgłasza
potrzebę
zmiany
Umowy
wypełnienie Wniosku o zmianę umowy w Systemie.
1
o
dofinansowanie
poprzez
Ministerstwo Infrastruktury i Rozwoju
ID
Opis
2. Beneficjent podpisuje bezpiecznym podpisem elektronicznym Wniosek o zmianę
umowy i przekazuje dokument w Systemie do Instytucji Zarządzającej.
Uwagi:

Beneficjent ma możliwość złożenia Wniosku o zmianę umowy w każdym
momencie trwania projektu.

Wniosek o zmianę umowy składa się z formularza oraz załącznika.

Wzór
formularza
o
zmianę
umowy
zdefiniowany
jest
w
panelu
administracyjnym.

Załącznikiem do Wniosku o zmianę umowy jest formularz ostatniego Wniosku
o dofinansowanie, zawierający jednak tylko te pola, które Beneficjent
zmodyfikował w trakcie tworzenia wniosku o zmianę umowy.
3. Instytucja Zarządzająca pozytywnie ocenia Wniosek, stwierdza konieczność zmiany
Umowy o dofinansowanie i przygotowuje w Systemie Aneks do umowy o
dofinansowanie.
Uwagi:
 Aneks do umowy o dofinansowanie to formularz zdefiniowany w panelu
administracyjnym.
 Istnieje możliwość zdefiniowania wielu wzorów Aneksów, które mogą być
wybierane na etapie tworzenia Aneksu przez Instytucję Zarządzającą.
4. Instytucja Zarządzająca po przygotowaniu Aneksu do umowy o dofinansowanie
podpisuje go bezpiecznym podpisem elektronicznym i przesyła dokument do
Beneficjenta.
5. Beneficjent
akceptuje
treść
Aneksu,
podpisuje
bezpiecznym
podpisem
elektronicznym Aneks do umowy o dofinansowanie, a następnie przesyła dokument
do Instytucji Zarządzającej.
Scenariusze alternatywne:

Opinia pozytywna - brak konieczności zmiany umowy o dofinansowanie.
3a) Instytucja opiniuje pozytywnie Wniosek o zmianę umowy o dofinansowanie,
nie
stwierdza
konieczności
przygotowywania
Aneksu
do
umowy
o
dofinansowanie - wprowadza zmiany w formularzu Wniosku o dofinansowanie
oraz Umowy o dofinansowanie
Uwagi:
 Do osoby kontaktowej wskazanej przez Beneficjenta w zatwierdzonym
Wniosku o dofinansowanie, przesyłana jest informacja o wprowadzonych
zmianach we Wniosku o dofinansowanie
Zakończenie scenariusza
2
Ministerstwo Infrastruktury i Rozwoju
ID
Opis
 Opinia negatywna:
3b) Instytucja Zarządzająca opiniuje negatywnie Wniosek o zmianę umowy o
dofinansowanie i uzupełniania we Wniosku informacje o przyczynach
odrzucenia dokumentu.
4b) Instytucja Zarządzająca odsyła w systemie Wniosek o zmianę umowy o
dofinansowanie do Beneficjenta.
Zakończenie scenariusza
AA-5
Nazwa funkcjonalności: Funkcjonalność pozwalająca na przygotowanie Wniosku o
płatność przez Beneficjenta, a następnie na procesowanie Wniosku oraz dokumentów
powiązanych zgodnie z zaimplementowanym przepływem pomiędzy Beneficjentem a
Instytucją Zarządzającą.
Obecny stan prac w Systemie: Zaimplementowany moduł Wnioski o płatność na
potrzeby perspektywy finansowej 2007-2013..
Podstawowy scenariusz:
1. Beneficjent przygotowuje Wniosek o płatność poprzez wypełnienie odpowiedniego
formularza wraz załącznikami oraz dodatkowo załączając kopie dokumentów
księgowych.
Uwagi:

Wzór formularza Wniosku o płatność jest zaimplementowanym wewnątrz
aplikacji
dokumentem,
bez
możliwości
modyfikacji
wzoru
w
panelu
administracyjnym.

Pola we Wniosku o płatność są walidowane w szczególności z danymi we
Wnioskach o dofinansowanie.

Błędne wypełnienie Wniosku o płatność sygnalizowane jest stosownymi
komunikatami.

Załączniki do Wnioski o płatność to:
o
Formularze zawierające zestawienia między innymi finansowe,
opisów stanowisk, które można importować do systemu ze źródeł
zewnętrznych z plików xls, xml. Odpowiednie szablony importu xls,
xml, są możliwe do pobrania z Systemu.
o
Kopie dokumentów księgowych, w postaci zeskanowanej, które
Beneficjent załącza do Wniosku o płatność.
2. Po zakończeniu przygotowania Wniosku o płatność Beneficjent podpisuje dokument
bezpiecznym podpisem elektronicznym i przekazuje Wniosek do Instytucji
Zarządzającej.
3. Wniosek o płatność jest weryfikowany przez Instytucję Zarządzającą, która w trakcie
weryfikacji:
3
Ministerstwo Infrastruktury i Rozwoju
ID
Opis

Może zwrócić się do Beneficjenta z prośbą o dosłanie dodatkowych
dokumentów (np. zeskanowanych kopii dokumentów, plików xls).

W razie konieczności dokonuje poprawek we Wniosku o płatność.

Przygotowuje dokument - Lista sprawdzająca do wniosków o płatność.

Przygotowuje dokument Informacja dla beneficjenta o weryfikacji wniosku o
płatność.
Uwagi:

Instytucja Zarządzająca ma możliwość sprawdzenia stanu walidacji danych we
Wniosku o płatność i wglądu w szczegółowe informacje o ewentualnych
błędach.

Poprawki wprowadzone we Wniosku o płatność przez Instytucję Zarządzającą
są odnotowywane przez System, a informacja o dokonanych poprawkach
załączona do dokumentu Informacji o wynikach weryfikacji wniosku o płatność.

W przypadku przesłania przez Beneficjenta poprawionego Wniosku o płatność
(dodatkowe informacje w sekcji Scenariusz alternatywny), istnieje możliwość
porównania pierwszego i kolejnych wersji Wniosku o płatność.
4. Instytucja Zarządzająca przygotowuje dokument – Listę sprawdzającą do wniosku o
płatność.
Uwagi:

Lista
sprawdzająca
do
wniosku
o
płatność
jest
dokumentem
zdefiniowanym w panelu administracyjnym. Każdy program operacyjny
posiada własną dedykowaną listę sprawdzającą.
5. Po opracowaniu Listy sprawdzającej do wniosku o płatność, osoba z odpowiednimi
uprawnieniami
w
Instytucji
Zarządzającej
dokonuje
sprawdzenie
Listy
sprawdzającej.
6. Instytucja Zarządzająca wypełnia dokument Informacja o wyniku weryfikacji wniosku
o płatność.
Uwaga:

Informacja o wyniku weryfikacji wniosku o płatność jest dokumentem
zdefiniowanym w panelu administracyjnym.

Każdy
program
operacyjny
posiada
własny
dedykowany
wzór
formularza Informacji o wyniku weryfikacji wniosku.
7. Po zakończeniu przygotowania Informacji dla Beneficjenta o wyniku weryfikacji
wniosku o płatność oraz po sprawdzeniu Listy sprawdzającej do wniosku o płatność,
osoba uprawniona w Instytucji Zarządzającej podpisuje dokumenty bezpiecznym
podpisem elektronicznym. Dokument Informacji dla Beneficjenta o wyniku
4
Ministerstwo Infrastruktury i Rozwoju
ID
Opis
weryfikacji wniosku o płatność przekazywany jest Beneficjentowi w Systemie.
Uwaga:

Do osoby uprawnionej do popisywania dokumentów w Instytucji
Zarządzającej generowana jest informacja mailowa o gotowych
dokumentach do podpisu.
8. Po
pozytywnej
ocenie
Wniosku o płatność,
Wniosek
jest
automatycznie
eksportowany do systemu SL2014 przy pomocy usługi Webservices.
Uwagi:
Szczegółowe informacje odnośnie wymogów, co do integracji Systemu z
SL2014, zawarte są w dokumencie Dokumentacja Integratora.
Scenariusz alternatywny: Wniosek o płatność przesłany do poprawy.
8a) Beneficjent za pośrednictwem dokumentu Informacje dla Beneficjenta o
wyniku weryfikacji wniosku o płatność otrzymuje informacje o konieczności
poprawy wniosku.
9a) Beneficjent edytuje Wniosek o płatność i dokonuje niezbędnych poprawek.
Dalszy obieg dokumentu analogiczny jak dla scenariusza głównego zaczynając od
punktu numer 2.
AA-6
Nazwa funkcjonalności: Funkcjonalność pozwalająca Instytucji Zarządzającej na
obsługę Kontroli na zakończenie projektu.
Obecny stan prac w Systemie: Zaimplementowany moduł Kontrole na potrzeby
perspektywy finansowej 2007-2013.
Podstawowy scenariusz:
1.
Instytucja zarządzająca opracowuje dokument Karta kontroli na zakończenie
realizacji projektu.
Uwagi:
 Wzór formularza Karty kontroli na zakończenie realizacji projektu definiowany
jest w panelu administracyjnym - każdy program operacyjny posiada własny
dedykowany formularz.
 Dane do formularza Karty Kontroli na zakończenie realizacji projektu pobierane
są z aktualnego Wniosku o dofinansowanie oraz uzupełniane przez pracownika
Instytucji Zarządzającej.
 Moduł Kontroli nie jest dostępny po stronie Beneficjenta.
2.
Po uzupełnieniu Karty Kontroli, osoba o odpowiednich uprawnieniach w Instytucji
Zarządzającej dokonuje sprawdzenia dokumentu.
3.
Instytucja Zarządzająca przygotowuje dokument: Informacja dla beneficjenta o
zamknięciu projektu.
5
Ministerstwo Infrastruktury i Rozwoju
ID
Opis
Uwagi:
 Wzór formularza dla karty Informacja dla beneficjenta o zamknięciu projektu
definiowany jest w panelu administracyjnym - każdy program operacyjny
posiada własny dedykowany formularz.
4.
Po dokonaniu sprawdzenia Karty kontroli oraz przygotowaniu Informacji dla
Beneficjenta o zamknięciu projektu, dokumenty są przekazywane do podpisu
osobie uprawnionej w Instytucji Zarządzającej.
Uwaga:
 Do osoby uprawnionej do popisywania dokumentów w Instytucji Zarządzającej
generowana jest informacja mailowa o gotowych dokumentach do podpisu.
5.
Osoba uprawniona w Instytucji Zarządzającej podpisuje bezpiecznym podpisem
elektronicznym Kartę kontroli wraz z opracowaną Informacją dla beneficjenta o
zamknięciu kontroli.
AA-7
Dotyczy dokumentów w Systemie:
A
dofinansowanie, Wnioski o płatność.
Wnioski
o
dofinansowanie,
Umowy
o
Obecny stan prac w Systemie: Brak zaimplementowanej usługi Webservices.
Nazwa funkcjonalności: Implementacja usługi Webservices w procesie eksportu
danych z aplikacji do systemu SL2014.
Opisowy zarys funkcjonalności do realizacji:
Szczegółowe wytyczne zostały określone w dokumentacji integratora systemu SL2014.
Załączniki
AZ-1
2.
Standard Dokumentacji.
Usługa Rozwoju w zakresie realizacji prac na żądanie Zamawiającego będzie wykonywana
zgodnie z poniższymi zasadami:
ID
Opis
Tryb świadczenia usługi
AB-1
AB-2
Zamawiający dostarczy Wykonawcy specyfikację zmian w Systemie.
Zamawiający zleci Wykonawcy w formie pisemnej realizację prac koniecznych do
zaimplementowania specyfikacji zmian, o których mowa w pkt. AB-1.
6
Ministerstwo Infrastruktury i Rozwoju
ID
Opis
AB-3
Usługę
Rozwoju
Zamawiającego,
Wykonawca
zobowiązuje
tj. każdorazowo
na
się
świadczyć
podstawie
pisemnego
na
każde
Zlecenia
żądanie
Realizacji
Funkcjonalności (dalej zlecenia) wystawianego przez Zamawiającego i określającego:

zakres zlecenia, zawierający specyfikacje wymagań (zmian);

koszt brutto zlecenia, stanowiący iloczyn pracochłonności wyrażonej w rbg oraz
ceny jednostkowej za rbg z formularza ofertowego;

termin wykonania zlecenia.
Ustalenie pracochłonności i wycena zmian lub rozbudowy oprogramowania
AB-4
AB-5
Pracochłonność realizacji danego zlecenia wyrażana będzie w Roboczogodzinach (rbg).
W terminie do 5 Dni roboczych od przekazania przez Zamawiającego specyfikacji, o której
mowa w pkt. AB-1, Wykonawca dokona wyceny pracochłonności i przekaże ją
Zamawiającemu.
AB-6
Zamawiający zastrzega możliwość zgłaszania uwag do przedstawionej przez Wykonawcę
wyceny. W takiej sytuacji Wykonawca, w ciągu 3 Dni roboczych od daty przekazania
zastrzeżeń Zamawiającego, przedstawi wyjaśnienia oraz szczegółowy zakres planowanych
prac w podziale na poszczególne zadania oraz liczby przypadających na nie
Roboczogodzin.
AB-7
Jeżeli przedstawiony przez Wykonawcę szczegółowy zakres planowanych prac będzie
nadal budził zastrzeżenia Zamawiającego, do wyceny pracochłonności Zamawiający
powoła eksperta, który w ciągu 7 Dni roboczych dokona niezależnej wyceny, a Strony
niezwłocznie przyjmą jej rezultat.
AB-8
W przypadku braku porozumienia w kwestii uzgodnienia terminu realizacji zlecenia,
Zamawiający wyznaczy termin w Dniach roboczych, jednak nie krótszy niż wynikający
z ilorazu pracochłonności zlecenia wyrażonej w rbg i liczby 32, zaokrąglone w górę do
pełnego dnia.
AB-9
Po zakończeniu procesu ustalania pracochłonności Zamawiający przekaże Wykonawcy
zlecenie, o którym mowa w pkt AB-3 i wspólnie z Wykonawcą uzgodni termin jego
realizacji.
Realizacja Zlecenia
AB-10
Dla każdego zlecenia Wykonawca przygotuje i przedłoży do akceptacji Zamawiającego
aktualizację Dokumentacji, zgodną z przyjętym Standardem Dokumentacji (Załącznik AZ1).
7
Ministerstwo Infrastruktury i Rozwoju
ID
Opis
AB-11
Wykonawca na żądanie Zamawiającego przedstawi prototyp realizacji zlecenia w trybie
spotkania roboczego. Zamawiający może zgłosić uwagi do wykonanego prototypu,
a Wykonawca w toku dalszych prac je uwzględni. Akceptacja prototypu będzie podstawą
do dalszych prac zmierzających w kierunku przekazania oprogramowania do odbioru. Czas
realizacji zlecenia przedłuży się o czas od przedstawienia prototypu do terminu jego
akceptacji lub przekazania uwag przez Zamawiającego.
AB-12
AB-13
Przedstawiciel Wykonawcy zainstaluje produkty zlecenia na instancji testowej w siedzibie
Zamawiającego.
Wykonawca przygotuje środowisko do testów akceptacyjnych Zamawiającego tak, aby
konfiguracja aplikacji umożliwiała przeprowadzenie każdego scenariusza testowego
objętego zleceniem.
AB-14
Lista zastrzeżeń Zamawiającego do produktów zlecenia będzie zawierała wykaz unikalnych
Wad i Błędów stwierdzonych w trakcie testów. Lista zastrzeżeń może zawierać Wady
i Błędy zidentyfikowane w innych funkcjonalnościach Systemu niż te, które bezpośrednio
były przedmiotem zlecenia, jeśli realizacja ww. zlecenia mogła spowodować Wady i Błędy
w poprawnym ich funkcjonowaniu (testy regresywne i integracyjne).
Załączniki
AZ-1
3.
ID
AC-1
Standard Dokumentacji.
Wymagania techniczne dla Usługi Rozwoju, o których mowa w pkt. 1 i 2:
Opis
Wykonawca zapewnieni co najmniej odporność wytworzonych produktów Usługi Rozwoju
na najbardziej krytyczne zagrożenia bezpieczeństwa aplikacji internetowych publikowane
w aktualnym dokumencie „OWASP Top 10” organizacji The Open Web Application Security
Project.
AC-2
Wykonawca zapewni prawidłowe działanie i wyświetlanie produktów Usługi Rozwoju co
najmniej na przeglądarkach Firefox, Opera oraz Internet Explorer. Wykonawca
zobowiązany jest do wspierania produktów Usługi Rozwoju dla trzech wersji wstecz, wyżej
wymienionych przeglądarek, w stosunku do ich najnowszych oficjalnych wersji.
8
Ministerstwo Infrastruktury i Rozwoju
ID
AC-3
Opis
Wykonawca zapewni wydajność produktów Usługi Rozwoju, umożliwiającą w tym samym
czasie rzeczywistym dostęp do Systemu do 200 użytkowników przy założeniach, że dla
każdego użytkownika maksymalny czas ładowania każdej pojedynczej strony z całą jej
zawartością, w której zawierają się również pliki kaskadowych arkuszy stylów,
grafiki/obrazy, pliki skryptów wynosi do 10 sekund.
9