Wykonanie aplikacji webowej (strony klienckiej) wspomagającej zwiedzanie atrakcji turystycznych dla projektu BalitcMuseums: Love IT!
| Publication date | 2019-09-09 |
| End date | 2019-09-17 00:00:00 |
| Instytucja | Uniwersytet Szczeciński |
| Miejscowość | Szczecin |
| Województwo | zachodniopomorskie |
| Branża |
|
Szczegóły |
|
| Numer ogłoszenia | 594942-N-2019 |
| Document type | ZP-400 |
| Cpv code | 720000005 |
| Adres strony internetowej siwz | |
| BZP | Zobacz |
Przedmiot zamówienia
| Wykonanie aplikacji webowej (strony klienckiej) wspomagającej zwiedzanie atrakcji turystycznych dla projektu BalticMuseums: Love IT! 1. Podstawowym celem aplikacji webowej wspomagającej zwiedzanie atrakcji turystycznych dla projektu BalticMuseums: Love IT! (dalej nazywanej aplikacją e-guide) jest wsparcie użytkowników (osób zwiedzających) w trakcie zwiedzania muzeów i innych atrakcji turystycznych poprzez dostarczenie informacji tekstowych i multimedialnych o dostępnych trasach i prezentowanych na nich eksponatach lub wystawach. Aby zwiększyć zaangażowanie i satysfakcję zwiedzających aplikacja obsługiwać ma zgamifikowane (ang. gamified) elementy tras zwiedzania, takie jak np. pytania quizowe, mini-gry lub zadania do wykonania na trasie, których ukończenie będzie nagradzane stosownymi nagrodami (punktami, odznakami, przedmiotami wirtualnymi). 2. Aplikacja e-guide ma działać po stronie klienckiej (w przeglądarce internetowej) w oparciu o istniejące, opracowane przez Zamawiającego oprogramowanie po stronie serwerowej napisane w Python/Django i dostępne poprzez API oparte na protokole REST (zwane dalej w skrócie API), wspierające funkcje kontrolowanego dostępu do danych tras zwiedzania oraz przetwarzania zdarzeń dotyczących gamifikacji. 3. Aplikacja e-guide powinna zostać wykonana w oparciu o standardy HTML 5 i CSS 3 w formie responsywnej zapewniającej poprawne wyświetlane na urządzeniach o różnej rozdzielczości i przekątnej ekranu. 4. Aplikacja e-guide powinna być konfigurowalna, tj. umożliwiać jej wdrożenie w różnych muzeach i innych atrakcjach turystycznych z uwzględnieniem ich specyficznych potrzeb poprzez możliwość modyfikacji elementów identyfikacji oraz warstwy wizualnej, zdefiniowanej w osobnych plikach stylu i graficznych, bez ingerencji w jej kod źródłowy. 5. Aplikacja e-guide powinna zostać wykonana w formie aplikacji internetowej dynamicznie doczytującej zawartość (elementy trasy zwiedzania) poprzez żądania asynchroniczne (np. w technologii AJAX). W celu zwiększenia szybkości działania, aplikacja powinna wykorzystywać mechanizm przechowywania danych po stronie przeglądarki (tzw. HTML Web Storage) do składowania danych pobranych poprzez API (m.in. tekstów, gier i plików multimedialnych) prezentowanych na poszczególnych ekranach. 6. Aplikacja e-guide pobierać ma dane i metadane dostępnych tras i ich elementów oraz dane określające osiągnięcia użytkowników, a także wysyłać istotne dla realizacji procesu gamifikacji dane o aktywności użytkownika w aplikacji e-guide i odbierać rezultaty ich przetwarzania poprzez udostępnione API. 7. Wykonawca będzie miał dostęp do dokumentacji API w języku angielskim i kodu źródłowego oprogramowania po stronie serwerowej, i będzie mógł, za zgodą Zamawiającego, wprowadzać w nim zmiany, jeśli będą niezbędne dla zapewnienia wymaganej funkcjonalności i/lub bezpieczeństwa aplikacji klienckiej. 8. Zamawiający udostępni Wykonawcy dane przykładowych tras zwiedzania oraz prosty system CMS do zarządzania nimi na serwerze (realizujący operacje CRUD). 9. Aplikacja e-guide powinna umożliwiać internacjonalizację i bezproblemowe działanie (w tym prawidłowe wyświetlanie wszystkich znaków alfabetu) w różnych językach, w tym w szczególności w językach: polskim, angielskim, litewskim, niemieckim, szwedzkim, duńskim i rosyjskim. 10. Aplikacja e-guide musi być zgodna z następującymi wytycznymi WCAG 2.0 opracowanymi przez konsorcjum W3C (http://www.w3.orq/TR/WCAG): 1.4.1 Użycie koloru, 1.4.4 Zmiana rozmiaru tekstu (AA), 1.3 Możliwość adaptacji, 2.1 Dostępność przy pomocy klawiatury, 2.4 Nawigacja. 11.Strona powitalna aplikacji e-guide powinna być zoptymalizowana pod pozycjonowanie w wyszukiwarce internetowej Google. 12. Aplikacja e-guide powinna być odporna na ataki SQL injection, CSRF i XSS. 13. Aplikacja e-guide powinna wyświetlać się poprawnie i być w pełni funkcjonalna w następujących przeglądarkach internetowych (zarówno wersji desktopowej jak i mobilnej): Microsoft Edge wersja 17 i wyższe; Chrome wersja 72 i wyższe; Safari wersja 12 i wyższe; Firefox wersja 65 i wyższe; Opera wersja 58 i wyższe. |
Dodatkowe informacje
| GuidZP400 | bca83c7d-5fc7-4f4d-b282-2ed990b17e30 |
| Biuletyn | 594942-N-2019 |
| Zamawiajacy nazwa | Uniwersytet Szczeciński |
| Regon | 00120877700000 |
| Zamawiajacy adres ulica | al. Jana Pawła II |
| Zamawiajacy adres numer domu | 31 |
| Zamawiajacy miejscowosc | Szczecin |
| Zamawiajacy kod pocztowy | 70-453 |
| Zamawiajacy panstwo | Polska |
| Zamawiajacy wojewodztwo | zachodniopomorskie |
| Zamawiajacy telefon | 91 4441151 |
| Zamawiajacy fax | 91 4441065 |
| Zamawiajacy email | czusk@univ.szczecin.pl |
| Adres strony url | https://zp.univ.szczecin.pl |
| Adres strony internetowej | https://zp.univ.szczecin.pl |
| Zamieszczanie obowiazkowe | 1 |
| Ogloszenie dotyczy | 1 |
| Czy finansowane z unii | 1 |
| Nazwa projektu programu | BalitcMuseums: Love IT! |
| Czy ubiegac zaklady pracy | 2 |
| Minimalny procent zatrudnienia | 0% |
| Rodzaj zamawiajacego | 3 |
| Czy dostep dokumentow zamowienia | 1 |
| Dostep dokumentow zamowienia | https://zp.univ.szczecin.pl |
| Czy zamieszczona bedzie specyfikacja | 1 |
| Zamieszczona bedzie specyfikacja | https://zp.univ.szczecin.pl |
| Czy wymagane przeslanie ofert | 1 |
| Wymagane przeslanie ofert inny | ad solemnitatem |
| Dopuszczone wymagane przeslanie ofert adres | Samodzielna Sekcja Zamówień Publicznych, budynek administracyjny US, pokój nr 205, al. Papieża Jana Pawła II nr 31 |
| Nazwa nadana zamowieniu | Wykonanie aplikacji webowej (strony klienckiej) wspomagającej zwiedzanie atrakcji turystycznych dla projektu BalitcMuseums: Love IT! |
| Numer referencyjny | DP/371/103/19 |
| Rodzaj zamowienia | 2 |
| Okreslenie przedmiotu | Wykonanie aplikacji webowej (strony klienckiej) wspomagającej zwiedzanie atrakcji turystycznych dla projektu BalticMuseums: Love IT! 1. Podstawowym celem aplikacji webowej wspomagającej zwiedzanie atrakcji turystycznych dla projektu BalticMuseums: Love IT! (dalej nazywanej aplikacją e-guide) jest wsparcie użytkowników (osób zwiedzających) w trakcie zwiedzania muzeów i innych atrakcji turystycznych poprzez dostarczenie informacji tekstowych i multimedialnych o dostępnych trasach i prezentowanych na nich eksponatach lub wystawach. Aby zwiększyć zaangażowanie i satysfakcję zwiedzających aplikacja obsługiwać ma zgamifikowane (ang. gamified) elementy tras zwiedzania, takie jak np. pytania quizowe, mini-gry lub zadania do wykonania na trasie, których ukończenie będzie nagradzane stosownymi nagrodami (punktami, odznakami, przedmiotami wirtualnymi). 2. Aplikacja e-guide ma działać po stronie klienckiej (w przeglądarce internetowej) w oparciu o istniejące, opracowane przez Zamawiającego oprogramowanie po stronie serwerowej napisane w Python/Django i dostępne poprzez API oparte na protokole REST (zwane dalej w skrócie API), wspierające funkcje kontrolowanego dostępu do danych tras zwiedzania oraz przetwarzania zdarzeń dotyczących gamifikacji. 3. Aplikacja e-guide powinna zostać wykonana w oparciu o standardy HTML 5 i CSS 3 w formie responsywnej zapewniającej poprawne wyświetlane na urządzeniach o różnej rozdzielczości i przekątnej ekranu. 4. Aplikacja e-guide powinna być konfigurowalna, tj. umożliwiać jej wdrożenie w różnych muzeach i innych atrakcjach turystycznych z uwzględnieniem ich specyficznych potrzeb poprzez możliwość modyfikacji elementów identyfikacji oraz warstwy wizualnej, zdefiniowanej w osobnych plikach stylu i graficznych, bez ingerencji w jej kod źródłowy. 5. Aplikacja e-guide powinna zostać wykonana w formie aplikacji internetowej dynamicznie doczytującej zawartość (elementy trasy zwiedzania) poprzez żądania asynchroniczne (np. w technologii AJAX). W celu zwiększenia szybkości działania, aplikacja powinna wykorzystywać mechanizm przechowywania danych po stronie przeglądarki (tzw. HTML Web Storage) do składowania danych pobranych poprzez API (m.in. tekstów, gier i plików multimedialnych) prezentowanych na poszczególnych ekranach. 6. Aplikacja e-guide pobierać ma dane i metadane dostępnych tras i ich elementów oraz dane określające osiągnięcia użytkowników, a także wysyłać istotne dla realizacji procesu gamifikacji dane o aktywności użytkownika w aplikacji e-guide i odbierać rezultaty ich przetwarzania poprzez udostępnione API. 7. Wykonawca będzie miał dostęp do dokumentacji API w języku angielskim i kodu źródłowego oprogramowania po stronie serwerowej, i będzie mógł, za zgodą Zamawiającego, wprowadzać w nim zmiany, jeśli będą niezbędne dla zapewnienia wymaganej funkcjonalności i/lub bezpieczeństwa aplikacji klienckiej. 8. Zamawiający udostępni Wykonawcy dane przykładowych tras zwiedzania oraz prosty system CMS do zarządzania nimi na serwerze (realizujący operacje CRUD). 9. Aplikacja e-guide powinna umożliwiać internacjonalizację i bezproblemowe działanie (w tym prawidłowe wyświetlanie wszystkich znaków alfabetu) w różnych językach, w tym w szczególności w językach: polskim, angielskim, litewskim, niemieckim, szwedzkim, duńskim i rosyjskim. 10. Aplikacja e-guide musi być zgodna z następującymi wytycznymi WCAG 2.0 opracowanymi przez konsorcjum W3C (http://www.w3.orq/TR/WCAG): 1.4.1 Użycie koloru, 1.4.4 Zmiana rozmiaru tekstu (AA), 1.3 Możliwość adaptacji, 2.1 Dostępność przy pomocy klawiatury, 2.4 Nawigacja. 11.Strona powitalna aplikacji e-guide powinna być zoptymalizowana pod pozycjonowanie w wyszukiwarce internetowej Google. 12. Aplikacja e-guide powinna być odporna na ataki SQL injection, CSRF i XSS. 13. Aplikacja e-guide powinna wyświetlać się poprawnie i być w pełni funkcjonalna w następujących przeglądarkach internetowych (zarówno wersji desktopowej jak i mobilnej): Microsoft Edge wersja 17 i wyższe; Chrome wersja 72 i wyższe; Safari wersja 12 i wyższe; Firefox wersja 65 i wyższe; Opera wersja 58 i wyższe. |
| Cpv glowny przedmiot | 72000000-5 |
| Szacunkowa wartosc zamowienia calosc | 0,00 |
| Okres w dniach | 135 |
| Okreslenie warunkow | zamawiający nie stawia warunków w tym zakresie |
| Sytuacja finansowa okreslenie warunkow | zamawiający nie stawia warunków w tym zakresie |
| Zdolnosc techniczna okreslenie warunkow | Zamawiający wymaga, aby Wykonawcy składający ofertę wykazali się w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, należytym wykonaniem lub wykonywaniem co najmniej trzech usług polegających na realizacji aplikacji webowych lub mobilnych o minimalnej wartości 30 tys. zł netto każda z nich |
| Czy zamawiajacy przewiduje wykluczenie | 1 |
| Art 24 ust 5 pkt 1 | 1 |
| Czy oswiadczenie niepodleganiu wykluczenia | 1 |
| Wykaz dokumentow zaswiadczen | odpisu z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu potwierdzenia braku podstaw wykluczenia na podstawie art. 24 ust. 5 pkt 1 PZP. |
| Zakresie warunkow udzialu | wykaz wykonanych usług, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, w okresie ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których usługi zostały wykonane, oraz załączeniem dowodów określających czy te usługi zostały wykonane lub są wykonywane należycie, przy czym dowodami, o których mowa, są referencje bądź inne dokumenty wystawione przez podmiot, na rzecz którego usługi były wykonywane, a w przypadku świadczeń okresowych lub ciągłych są wykonywane, a jeżeli z uzasadnionej przyczyny o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać tych dokumentów – oświadczenie Wykonawcy; w przypadku świadczeń okresowych lub ciągłych nadal wykonywanych referencje bądź inne dokumenty potwierdzające ich należyte wykonywanie powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert. |
| Inne dokumenty niewymienione | 1) Wykonawca, który powołuje się na zasoby innych podmiotów na zasadach określonych w art. 22a PZP w celu potwierdzenia spełniania warunków udziału w postępowaniu, musi udowodnić zamawiającemu, że realizując zamówienie, będzie dysponował niezbędnymi zasobami tych podmiotów, w szczególności przedstawiając zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na potrzeby realizacji zamówienia. W celu oceny, czy wykonawca polegając na zdolnościach lub sytuacji innych podmiotów na zasadach określonych w art. 22a PZP, będzie dysponował niezbędnymi zasobami w stopniu umożliwiającym należyte wykonanie zamówienia publicznego oraz oceny, czy stosunek łączący Wykonawcę z tymi podmiotami gwarantuje rzeczywisty dostęp do ich zasobów, zamawiający żąda dokumentów, które określają w szczególności zakres dostępnych wykonawcy zasobów innego podmiotu; sposób wykorzystania zasobów innego podmiotu, przez wykonawcę, przy wykonywaniu zamówienia publicznego; zakres i okres udziału innego podmiotu przy wykonywaniu zamówienia publicznego; czy podmiot, na zdolnościach którego wykonawca polega w odniesieniu do warunków udziału w postępowaniu dotyczących wykształcenia, kwalifikacji zawodowych lub doświadczenia, zrealizuje dostawy których wskazane zdolności dotyczą. 2) Pełnomocnictwo do podpisania oferty, o ile nie wynika ono z ustawy albo z innych dokumentów załączonych do oferty, lub dokumentów, o których mowa w art. 26 ust. 6 PZP. Pełnomocnictwo winno być przedłożone w formie oryginału lub kopii notarialnie poświadczonej za zgodność z oryginałem. Dopuszczalne jest również dołączenie kopii pełnomocnictwa poświadczonej za zgodność z oryginałem przez mocodawcę. 3) Formularz ofertowy (załącznik nr 1). 2. Dokumenty wymagane po zamieszczeniu przez zamawiającego na stronie internetowej informacji, o której mowa w art. 86 ust. 5 ustawy PZP: Wykonawca w terminie 3 dni od dnia zamieszczenia na stronie internetowej informacji, o której mowa w art. 86 ust. 5 ustawy PZP, przekaże zamawiającemu oświadczenie o przynależności lub braku przynależności do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 1 pkt 23 ustawy PZP. Wraz ze złożeniem oświadczenia, Wykonawca może przedstawić dowody, że powiązania z innym wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia. Zamawiający zaleca złożenie oświadczenia zgodnie ze wzorem wskazanym w załączniku nr 3 do SIWZ. W przypadku składania oferty wspólnej ww. dokument składa każdy z Wykonawców składających ofertę wspólną lub upoważniony przez mocodawcę pełnomocnik. |
| Zmiana umowy | 1 |
| Zmiana umowy tekst | na zasadach określonych w siwz oraz ustawie Pzp |
| IV 4 4 data | 2019-09-17T00:00:00+02:00 |
| IV 4 4 godzina | 10:30 |
| IV 4 4 jezyki | PLN |
| IV 4 5 okres | 30 |
Criterion
| Kryteria | 2. cena elementów dodatkowych, które obejmuje pierwsze prawo opcji |
| Znaczenie | 10,00 |
| Kryteria | 1. cena (z wyłączeniem elementów dodatkowych) |
| Znaczenie | 40,00 |
| Kryteria | 5. deklarowany czas implementacji elementów dodatkowych, które obejmuje pierwsze prawo opcji |
| Znaczenie | 5,00 |
| Kryteria | 6. deklarowany czas implementacji elementów dodatkowych, które obejmuje drugie prawo opcji |
| Znaczenie | 5,00 |
| Kryteria | 4. deklarowany czas implementacji aplikacji e-guide (tj. etap II realizacji) bez uwzględniania elementów dodatkowych |
| Znaczenie | 30,00 |
| Kryteria | 3. cena elementów dodatkowych, które obejmuje drugie prawo opcji |
| Znaczenie | 10,00 |