Z A P Y T A N I E O I N F O R M A C J Ę

Transkrypt

1 BFI-P5/076/20/2019 Warszawa, dnia Z A P Y T A N I E O I N F O R M A C J Ę Zwracamy się do Państwa z prośbą o udzielenie informacji cenowej w poniższym zakresie. I. Przedmiotem zapytania jest dostarczenie aplikacji prezentującej rozkład jazdy na terminalach mobilnych Zamawiającego wraz z licencjami i usługą wsparcia zgodnie z wymaganiami określonymi w Załączniku nr 1 do niniejszego zapytania. Termin składania informacji cenowych upływa w dniu 07 marca 2019 r. (ewentualne pytania prosimy kierować do dnia 05 marca 2019 r. do godziny 15:00). Odpowiedzi prosimy kierować na adres it@intercity.pl Formularz odpowiedzi do zapytania: Wykaz proponowanych usług podstawowych wraz z cenami jednostkowymi. Lp. Nazwa pozycji Liczba sztuk Cena jednostkowa netto 1 Licencje niewygasające przenoszalne na inne urządzenia Licencje niewygasające przenoszalne na inne urządzenia (opcja) Usługa wsparcia wraz z aktualizacją rozkładu jazdy (za miesiąc) 48 4 Dostosowanie aplikacji do wymagań Zamawiającego zgodnie z pkt OPZ 6 Wykonanie Dokumentacji Użytkownika aplikacji Wykonanie Dokumentacji Technicznej suma Wartość netto Wykaz proponowanych usług opcjonalnych wraz z cenami jednostkowymi. Lp. 1 2 Nazwa pozycji aplikacja wraz z przekazaniem kodów źródłowych, przekazaniem praw autorskich oraz z prawem do nielimitowanej liczby licencji (opcja) Dostęp do wyszukiwarki połączeń i wsparcia aktualizacji danych rozkładu jazdy na okres 36 miesięcy dla dostarczonego oprogramowania w pkt. 5.3 Liczba sztuk Cena jednostkowa netto suma Wartość netto Minimalny czas potrzebny na realizację przedmiotu zapytania dni. Sugestie Oferenta pozwalające obniżyć koszty realizacji zakupu i usług: 1. Strona 1 z 7

2 2. W przypadku zidentyfikowania wymagania ograniczającego konkurencję do jednego producenta prosimy o wskazanie poniżej z sugestią zmiany. Wymaganie Wskazany producent Proponowana zmiana PKP INTERCITY S.A. zastrzega, że niniejsze zapytanie nie stanowi elementu jakiegokolwiek postępowania o udzielenie zamówienia, wobec czego PKP INTERCITY S.A. nie jest zobligowane do wyboru którejkolwiek oferty. Niniejsze pismo nie stanowi również oferty w rozumieniu Kodeksu Cywilnego. Strona 2 z 7

3 Załącznik nr 1 do Zapytania o informację cenową nr BFI-P5/076/20/2019 DEFINICJE POJĘĆ Ilekroć w OPZ, pojawią się określenia wymienione poniżej, należy je rozumieć zgodnie ze wskazanym poniżej brzmieniem: Lp. Określenie Znaczenie Zdarzenie, którego skutkiem jest krytyczne 1. Awaria Krytyczna zatrzymanie usług lub wadliwe działanie głównych funkcjonalności aplikacji lub któregokolwiek elementów systemów; Zdarzenie inne niż Awaria Krytyczna, którego skutkiem jest wystąpienie istotnego zakłócenia 2. Awaria działania usług aplikacji, prowadzącego w szczególności do zagrożenia utraty danych, ograniczenia (lecz nie uniemożliwienia) korzystania z głównych funkcjonalności aplikacji; 3. Usterka Zdarzenie inne niż Awaria krytyczna i Awaria, utrudniające pracę 4. Błąd oznacza Awarię Krytyczną, Awarię lub Usterkę; 5. Dni Robocze dni od poniedziałku do piątku z wyłączeniem świąt i innych dni ustawowo wolnych na terytorium Polski; usługi świadczone dla aplikacji w okresie obowiązywania Umowy dotyczące zapewnienia ciągłości i poprawności działania aplikacji. Wsparcie, 6. Wsparcie obejmuje w szczególności: usuwanie Błędów, poprawianie Błędów w danych, zapewnienie telefonicznej asysty oraz bieżące wsparcie Zamawiającego; 7. Użytkownik Pracownik Zamawiającego i pracownicy podmiotów działających na zlecenie Zamawiającego (na podstawie odrębnych umów) obsługujący procesy biznesowe z wykorzystaniem aplikacji; 8. Zgłoszenie zawiadomienie Wykonawcy o zaistnieniu Błędu. Wymagania Zamawiającego: 1. Przedmiot zamówienia obejmuje zaprojektowanie, dostarczenie kompletnej i działającej aplikacji prezentującej rozkład jazdy na terminalach mobilnych Zamawiającego wraz z usługą wsparcia W skład zamówienia wejdą następujące pozycje: a) 1250 szt. licencji niewygasających przenaszalnych na inne urządzenia z możliwością rozszerzenia o 250 szt. (opcja), b) Wsparcie na okres 48 miesięcy wraz aktualizacjami, o których mowa w pkt. 5.6, Strona 3 z 7

4 c) Wsparcie na okres 36 miesięcy wraz aktualizacjami, o których mowa w pkt. 5.6 (opcja). 2. Wykonawca wraz z ofertą dostarczy Zamawiającemu aplikację testową wraz z projektem Dokumentacji Technicznej oraz Dokumentacji Użytkownika. 3. Wykonawca zobowiązuje się do przekazania wszelkiej niezbędnej wiedzy i dokumentacji dotyczącej dostarczonej aplikacji, w szczególności dotyczących licencji. Proces ten rozpocznie się po podpisaniu Umowy na realizację przedmiotu zamówienia i Umowy o Zachowaniu Poufności będącej załącznikiem do Umowy. 4. Wykonawca odpowiedzialny jest za całokształt, w tym za przebieg oraz terminowe wykonanie Wsparcia w okresie wykonywania umowy. 5. Podstawowe wymagania Zamawiającego: 5.1. oprogramowanie przystosowane do platformy Android min wer. 7.0, 5.2. oprogramowanie dostępne na rynku, z możliwością dostosowania do wymagań opisanych w niniejszym OPZ, oferowane w formie licencji umożliwiającej przenoszenie pomiędzy urządzeniami z usługą wsparcia dla aktualizacji danych rozkładu jazdy, 5.3. (opcja) oprogramowanie dostosowane do wymagań opisanych w niniejszym OPZ, przygotowane na wyłączność dla Zamawiającego zgodnie z poniższymi wymaganiami z przekazaniem kodów źródłowych i praw autorskich bez ograniczenia możliwości instalacji na dowolnej liczbie urządzeń Zamawiającego, 5.4. dostęp do wyszukiwarki połączeń i wsparcia aktualizacji danych rozkładu jazdy na okres 36 miesięcy dla dostarczonego oprogramowania w pkt dostęp do rozkładu jazdy i skomunikowań dla wszystkich przewoźników kolejowych na terenie Europy a w szczególności: Polski, Niemiec, Czech oraz Słowacji, 5.6. dostęp do wyszukiwania połączeń i skomunikowań w trybie online i offline, 5.7. aktualizacja rozkładu offline: a) aplikacja rozkładu jazdy co 15 min. odpytuje np. serwer FTP Zamawiającego na którym Wykonawca udostępnia zmiany i w przypadku wykrycia nowej wersji automatycznie (w tle) pobiera nową wersję, b) zapewnienie na czas trwania umowy aktualności danych rozkładu jazdy dla przewoźników wskazanych w pkt 5.3. Wszystkie zmiany w rozkładzie jazdy muszą być wprowadzane natychmiast po pojawieniu się zmiany (jeżeli zmiana ta już obowiązuje lub najpóźniej do dnia od którego zmiana będzie obowiązywała) na bieżąco i bez opóźnień, z informacją o dacie obowiązywania zmiany w rozkładzie jazdy otwarte API umożliwiające rozbudowę funkcjonalności aplikacji jak również możliwość integracji z aplikacjami Zamawiającego, 5.9. możliwość graficznej prezentacji wybranego połączenia na mapie OSM (OpenStreetMap) lub Google w trybie online. Wykonawca odpowiada za wszelkie koszty związane z wymaganymi licencjami do prezentowania map Google. Strona 4 z 7

5 5.10. możliwość wprowadzenia pociągu głównego jako domyślnej strony do czasu zamknięcia aplikacji, możliwość zminimalizowania aplikacji oraz uruchomienie aplikacji sprzedażowej (praca w tle). Płynne przechodzenie pomiędzy aplikacjami, możliwość wybierania dowolnych kombinacji kategorii pociągów lub połączeń np.: bezpośrednie, sypialne, EIC, EC, TLK, itp. 6. Wymagania funkcjonalne: 6.1. Wymagania dotyczące pociągu głównego: Zamawiający wymaga aby aplikacja umożliwiała po uruchomieniu aplikacji wybór i wyświetlenie stacji zatrzymania dla wybranego pociągu z podaniem godziny przyjazdu, godziny odjazdu oraz peronem planowego zatrzymania. Podświetlona (zaznaczona) powinna zostać stacja na której pociąg aktualnie się znajduje lub znacznik pomiędzy stacjami. Podświetlenie powinno być realizowane na podstawie pozycji GPS, a w przypadku braku zasięgu GPS po godzinie odjazdu/przyjazdu. W przypadku opóźnienia dla kolejnych stacji zatrzymania pociągu powinno być wyświetlane opóźnienie (w minutach) oraz przewidywana godz. przyjazdu i odjazdu do poszczególnych stacji z uwzględnieniem aktualnego opóźnienia Wybór jednej ze stacji pociągu głównego powinien umożliwiać: a) wyświetlenie najbliższych połączeń których planowy odjazd z wybranej stacji następuje w ciągu max godziny (z możliwością wyszukania kolejnych połączeń Później oraz Wcześniej ) b) wyszukiwanie połączeń do wskazanej stacji poprzez wpisanie nazwy stacji lub wybranie z listy najbliższych połączeń Wyszukiwanie połączeń: po nr pociągu lub stacji wyjazdu, z domyślnie wybraną aktualną datą i godziną oraz możliwością zmiany (okno kalendarza) aplikacja dla każdego połączenia musi podać: a) czas trwania podróży, b) rodzaj pociągu, c) kategoria pociągu (TLK,IC,EIC,EIP itp.), d) nazwa pociągu (jeżeli dostępna), e) dni kursowania, f) dostępna klasa i inne usługi np. możliwość nadania przesyłki, g) aktualne opóźnienie, h) wszystkie stacje zatrzymania dla wybranego pociągu. 7. Integracja z aplikacjami zewnętrznymi poprzez API: 7.1. dodanie przycisku Kup bilet dla wybranego połączenia i przekazanie danych do aplikacji sprzedażowej tj.: Stacja Od, Stacja Do, nr pociągu kat. pociągu, 7.2. śledzenie pozycji Użytkownika na mapie Google jak również na ekranie pociągu głównego, Strona 5 z 7

6 7.3. możliwość pobierania danych o rozkładzie jazdy przez aplikację sprzedażową Zamawiającego. 8. Dokumentacja 8.1. Wymagania ogólne dotyczące dokumentacji dostarczonej wraz z aplikacją są następujące: a) Język - Dokumentacja powinna być dostarczona w języku polskim; w języku angielskim dopuszczalna jest jedynie szczegółowa Dokumentacja techniczna standardowych komponentów znanych dostawców zagranicznych. b) Postać i forma - Dokumentacja powinna być dostarczona w postaci papierowej, w formie spiętych, zszytych lub zbindowanych egzemplarzy, w formie książek pogrupowana tematycznie - jeden egzemplarz oraz w postaci elektronicznej - w formie plików w formacie PDF oraz w edytowalnej np.: formacie RTF lub DOC*. c) Dokumentacja składająca się z wielu oddzielnych elementów (egzemplarzy) powinna zawierać dokument stanowiący spis wszystkich składników dokumentacji. d) Każdy egzemplarz oprócz tytułu powinien posiadać: i. oznaczenie wersji dokumentacji adekwatnej do wersji aplikacji, którą opisuje (wraz datą przygotowania dokumentacji), ii. datę przygotowania dokumentacji, iii. metrykę zmian zawierającą opis wprowadzonych zmian w Dokumentacji wraz z datą wprowadzenia zmiany. e) W przypadku aktualizacji aplikacji Wykonawca zobowiązany jest do aktualizacji Dokumentacji Technicznej oraz Dokumentacji Użytkownika aplikacji w terminie do produkcyjnego udostępnienia zmiany w aplikacji Dokumentacja Użytkownika aplikacji Dokumentacja Użytkownika aplikacji powinna zawierać szczegółowy opis wszelkich cech i właściwości aplikacji lub dostarczonego Rozwiązania, pozwalający na poprawne użytkowanie aplikacji (lub zespołu aplikacji) zgodnie z jej przeznaczeniem. Powinna ona zawierać w szczególności: a) opis interfejsu użytkownika oraz opis zasad dialogu z Użytkownikiem, b) opis specyficznych elementów konfiguracji interfejsu dostępnych dla Użytkownika (np. personalizacja interfejsu) - jeśli takie występują, c) instrukcję/instrukcje obsługi wszystkich zasadniczych funkcjonalności biznesowych aplikacji, d) procedury przetwarzania danych dostępnych dla Użytkownika (opis procesów lub diagramy procesów). Jeśli dokumentacja składa się z kilku elementów, to w każdym z nich powinna znaleźć się specyfikacja (wyszczególnienie) pozostałych elementów, np. spis załączników. Strona 6 z 7

7 8.3. Dokumentacja Techniczna Dokumentacja Techniczna powinna zawierać: a) opis architektury logicznej (systemy operacyjne, bazy, aplikacje, połączenia między nimi, itp.), b) opis architektury technicznej (ilości serwerów w odpowiednich rolach aplikacyjne, bazodanowe itd., wymagania sprzętowe CPU, RAM, dyski itd.), c) opis procesów tj. przepływy danych w aplikacji (między jakimi aplikacjami i WebService ami), diagramy sieciowe (czyli jakie adresy po jakich portach się komunikują). 9. Wsparcie 9.1. Wykonawca w ramach Wsparcia zobowiązuje się do aktualizacji aplikacji online i offline ze szczególnym uwzględnieniem wymagań opisanych w pkt. od 5.5 do Wsparcie dla dostarczonych licencji wraz z aktualizacją danych wskazanych w pkt. 5.6 będzie liczone od dnia podpisania protokołu odbioru i będzie obowiązywało przez okres 48 miesięcy (opcja 36 miesięcy) Interwencja serwisu nastąpi na podstawie zgłoszenia elektronicznego w formie e- mail lub telefonicznie Wykonawca zobowiązany jest każdorazowo potwierdzić przyjęcie Zgłoszenia, nadać mu numer zgłoszenia oraz przekazać informację zwrotną o przyjęciu zgłoszenia do osoby zgłaszającej ze strony Zamawiającego za pośrednictwem formy kontaktu elektronicznego Wykonawca w okresie Wsparcia zobowiązuje się usunąć Awarie lub Usterki aplikacji w terminie nieprzekraczającym 3 dni roboczych liczonych od chwili otrzymania zgłoszenia. Niepotwierdzenie odbioru zgłoszenia przez Wykonawcę nie wstrzymuje rozpoczęcia biegu terminu usunięcia Awarii lub Usterki Usunięcie Awarii Krytycznej nastąpi w ciągu 24 godzin od jej zgłoszenia; 9.7. Wykonawca zapewni Zamawiającemu telefoniczne Wsparcie w Dni Robocze w trybie 5/365 w godzinach 7:00 17:00. Strona 7 z 7