Finansowanie:366 284,16 zł brutto — kwota przeznaczona na sfinansowanie zamówienia.
5
Terminy
Pełna treść
Czas realizacji: maks. 24 miesiące od dnia zawarcia umowy lub do wykorzystania środków (§7 ust.1 wzoru umowy), które zdarzy się wcześniej. - Gwarancja: min. 12 miesięcy od podpisania protokołu odbioru ostatniego zlecenia jednostkowego.
6
Warunki udziału
Widoczne 50%
Doświadczenie (wsparcie techniczne): 3 usługi, min. 2 budowa/rozbudowa systemów IT z PHP (Yii/Symfony) + PostgreSQL/MySQL, min. 1 z Elasticsearch, łączna wartość ≥ 200 000 zł brutto, ostatnie 3 lata
Doświadczenie (CMS): 2 usługi budowy/rozbudowy systemów klasy CMS, każda ≥ 50 000 zł brutto
Kadra – Koordynator: certyfikat Scrum Master lub równoważny, min. 3 projekty IT, łączna wartość ≥ 200 000 zł brutto
Kadra – Analityk Biznesowy: min. 2 projekty IT, analiza procesów z BPMN/UML
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 13 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Usługi (jednorazowe): modyfikacja i rozbudowa Bazy Usług Rozwojowych (BUR) – analiza, programowanie, testy, wdrożenia, prototypowanie, konfiguracja, poprawa dostępności/użyteczności; realizacja w formie zleceń jednostkowych wg potrzeb (zakres narastający, konkretne pozycje niezatwierdzone z góry).
Serwis gwarancyjny: min. 12 miesięcy od protokołu odbioru ostatniego zlecenia, obejmuje moduły/obszary, na których wykawca pracował (cały moduł, nie tylko zmodyfikowane elementy).
Zatrudnienie: 1 Koordynator projektu + 1 Analityk Biznesowy na umowę o pracę przez cały okres wykonania.
Wartość: 366 284,16 zł brutto.
Podział: zamówienie jednorodne – oferta jednoczęściowa, podwykonawstwo dozwolone z powiadomieniem.
Narzędzia/środowisko: repozytorium GitLab Zamawiającego, TIBCO JasperReports Server ≥ 8.0.0 do raportów z bazy BUR.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Jest napisane „Językiem komunikacji podczas realizacji zamówienia, a w szczególności
językiem, w którym będą udzielane konsultacje, prowadzona wszelka korespondencja i
wytwarzana wszelka dokumentacja, jest język polski".
Pytanie: W jakim języku jest obecnie napisany system, oraz jaki język będzie wymagany przy
tworzeniu kodu i modyfikacji bazy danych?
Zamawiający informuje, że dokumentacja prowadzona jest w języku polskim, natomiast
nazewnictwo klas/metod/zmiennych jest mieszanie i występuje w aplikacji w języku
zarówno angielskim jak i polskim.
W jakim stopniu Wykonawca będzie zobowiązany do aktualizowania technologii oraz
używanych komponentów?
Zamawiający informuje, że zgodnie z pkt 5.1.2 ZZW „uaktualnienie (upgrade), w
szczególności w zakresie usuwania luk związanych z bezpieczeństwem oprogramowania
wchodzącego w skład Systemu, w szczególności oprogramowania aplikacyjnego,
oprogramowania bazodanowego, oprogramowania narzędziowego do nowej wersji bez
dodatkowych opłat z tego tytułu ze strony Zamawiającego”.
Czy Wykonawca będzie pracował na repozytorium GiTlab Zamawiającego? Czy istnieje
możliwość skonfigurowania repozytorium również pod potrzeby Wykonawcy?
Zamawiający informuje, że Wykonawca będzie pracował na repozytorium GiTlab
Zamawiającego. Istnieje możliwość uwzględnienia potrzeb Wykonawcy (po konsultacjach).
Jest napisane: „3.7. Do raportowania wykorzystywany jest system raportowy Jasper Reports"
Pytanie: Do generowania jakich raportów wykorzystywany jest Jasper Reports? W jakiej
wersji jest używany?
Zamawiający informuje, że system raportowy TIBCO JasperReports Server w wersji co
najmniej 8.0.0 (Jaspersoft Studio wersja co najmniej 6.9.0) używany jest do generowania
raportów z bazy danych systemu BUR.
Czy usługi gwarancyjne dla modułów/obszarów systemu modyfikowane przez wykonawcę w
ramach zleceń dotyczą całości tych modułów, czy tylko elementów modyfikowanych w
ramach tych obszarów?
Zamawiający informuje, że zgodnie z pkt 5.1 ZZW Wykonawca będzie świadczył usługę
serwisu gwarancyjnego na całe moduły/obszary Systemu wskazane w pkt 3.5 ZZW w
przypadku, gdy prace programistyczne wykonane podczas realizacji zleceń jednostkowych
dotyczyły elementów z tych obszarów/modułów lub na moduły/obszary wykonane przez
Wykonawcę w ramach rozbudowy Systemu.
W przypadku, kiedy Wykonawca zaktualizuje wykorzystywany komponent we wszystkich
modułach, staje się odpowiedzialny za świadczenie gwarancyjne całego systemu?
Zamawiający informuje, że zgodnie z pkt 5.1 ZZW świadczenie usług gwarancyjnych obejmie
cały obszar/moduł, a nie tylko elementy z tych obszarów/modułów wykonane podczas
realizacji zleceń jednostkowych. W przypadku aktualizacji wykorzystywanego komponentu
we wszystkich modułach, Wykonawca staje się odpowiedzialny za świadczenie serwisu
gwarancyjnego całego systemu.
Jest napisane: „5.1.2 uaktualnienie (upgrade), w szczególności w zakresie usuwania luk
związanych z bezpieczeństwem oprogramowania wchodzącego w skład Systemu, w
szczególności oprogramowania aplikacyjnego, oprogramowania bazodanowego,
oprogramowania narzędziowego do nowej wersji bez dodatkowych opłat z tego tytułu ze
strony Zamawiającego."
Pytanie: Czy w przypadku uaktualnień nie związanych z bezpieczeństwem, takie prace
zostaną zlecone w ramach zleceń?
Zamawiający informuje, że aktualizacja realizowana będzie bez dodatkowych opłat, prace
zostaną zlecone poza zleceniem.
Czy Wykonawca będzie zobowiązany do ciągłej aktualizacji wszystkich bibliotek/pakietów
wykorzystywanych w systemie, jeżeli zostaną wydane ich nowe wersje?
Zamawiający informuje, że Wykonawca będzie zobowiązany do aktualizacji
bibliotek/pakietów zgodnie z pkt 5.1 ZZW (Świadczenie serwisu gwarancyjnego).
Kto ponosi koszty takich aktualizacji - w przypadku, kiedy aktualizacja jednej z
bibliotek/pakietów prowadzi do koniecznych zmian w kodzie?
Zamawiający informuje, że koszty aktualizacji ponosi Wykonawca zgodnie z pkt 5.1 ZZW
(Świadczenie serwisu gwarancyjnego).
Czy po stronie Zamawiającego będą istnieć przypadki, w których BI dokona aktualizacji
oprogramowania, przez co Wykonawca będzie zobligowany do aktualizacji odpowiadających
bibliotek/pakietów i konieczności naprawy, jeśli taka aktualizacja spowoduje błędy w
działaniu systemu?
Zamawiający informuje, że takie przypadki nie będą mieć miejsca - Wykonawca jest
odpowiedzialny za uaktualnienie Systemu. Jeśli taki przypadek mógłby wystąpić, to
teoretycznie jedynie w przypadku konieczności pilnej aktualizacji elementów systemu po
wykryciu krytycznej podatności i tylko w przypadku, gdy Wykonawca w ustalonym terminie
nie będzie w stanie dokonać aktualizacji.
Jaki będzie okres świadczenia usługi serwisu gwarancyjnego?
Zamawiający informuje, że usługa serwisu gwarancyjnego będzie świadczona zgodnie z
ofertą Wykonawcy. Minimalny okres świadczenia usługi serwisu gwarancyjnego to 12
miesięcy od dnia, w którym nastąpiło podpisanie protokołu odbioru ostatniego zlecenia
jednostkowego.
Jest napisane: „4.2.6 Odbiór prac programistycznych nastąpi po przeprowadzeniu przez
Zamawiającego testów akceptacyjnych, które zakończyły się wynikiem pozytywnym oraz
przeglądzie kodu źródłowego pod kątem zgodności ze standardami jakościowymi kodu
wynikającymi z Umowy, załączników do Umowy oraz zlecenia jednostkowego"
Pytanie: Na jakiej zasadzie będzie przeprowadzany przegląd oddanego kodu źródłowego do
zlecenia?
Zamawiający informuje, że Wykonawca przekazuje gotowy kod (w postaci tzw. Merge
Request (MR)) zorganizowany w oddzielnej gałęzi do odbioru Zamawiającego. MR zostaje
przypisany (wskazując tzw. Assignee) do pracownika PARP odpowiedzialnego za przegląd
kodu. Pracownik PARP dokonuje przeglądu kodu pod kątem zgodności ze standardami
jakościowymi kodu, zgłasza ewentualne uwagi i pytania. Nie uwzględnienie uwag
wynikających z przeglądu kodu może skutkować odrzuceniem dostarczanego kodu.
W załączniku nr 3 do OPZ jest napisane: „22. Zamawiający zastrzega sobie możliwość zmiany
organizacji pracy w GitLab."
Pytanie: Na czym będzie polegać zmiana organizacji pracy w GitLab?"
Zamawiający informuje, że na obecną chwilę nie przewiduje zmiany organizacji pracy w
GitLab.
