Utworzenie aplikacji wykorzystującej zjawisko społeczne sharing economy.

Zamówienie realizowane w ramach projektu pn. „MyEventeo - aplikacja biletowa wykorzystująca zjawisko społeczne sharing economy‘’ współfinansowanego ze środków Unii Europejskiej – Europejskiego Funduszu Rozwoju Regionalnego w ramach osi priorytetowej I: Przedsiębiorcza Polska Wschodnia, Działania 1.1 Platformy startowe dla nowych pomysłów, Poddziałania 1.1.2 Rozwój startupów w Polsce Wschodniej Programu Operacyjnego Polska Wschodnia 2014-2020, nr Projektu POPW.01.01.02-18-0027/20. Postępowanie o udzielenie zamówienia publicznego prowadzone jest zgodnie z Wytycznymi w zakresie kwalifikowalności wydatków w ramach Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego oraz Funduszu Spójności na lata 2014-2020, Wytycznymi w zakresie kwalifikowalności wydatków w Programie Operacyjnym Polska Wschodnia 2014-2020. 1. Celem zamówienia jest wybór Wykonawcy odpowiedzialnego za świadczenie usług PROGRAMISTYCZNYCH w zakresie przeprowadzaniu działań mających na celu wykonanie usługi polegającej na stworzeniu aplikacji, która wykorzystywana będzie do sprzedaży biletów na wydarzenia, organizowaniu i dołączaniu do eventów w okolicy w ramach projektu pn. „MyEventeo - aplikacja biletowa wykorzystująca zjawisko społeczne sharing economy‘’. 2. Zakres przedmiotu zamówienia obejmuje realizację prac zleconych przez Zamawiającego, m.in: 1) Development: a) Konfiguracja środowiska, przygotowanie architektury rozwiązania i bazy aplikacji. b) Prace programistyczne polegające na testach i wdrożeniu oprogramowania. c) Zgodność z zasadami “clean code”. d) Stworzenie mechanizmu logowania i rejestracji w tym facebook, google, Apple z łatwą możliwością poszerzenia o następne platformy. e) Wyszukiwania wydarzeń dostępnych w okolicy: społeczne, online, publiczne, atrakcje, szkolenia, koncerty, sportowe. f) Kreator wydarzeń. g) Profil użytkownika - B2C. h) Profil użytkownika: firm, instytucji z dostępem do sprzedaży biletów i potwierdzoną weryfikacją przez operatorów płatności. i) System lojalnościowy. j) Funkcjonalność czatu. k) Oceny użytkowników: referencje, opinie, ocena w przyjętej skali. l) Szablony wydarzeń cyklicznych. m) Automatyczne powiadomienie mailowe: po rezerwacji, zakupu biletów, dołączeniu do wydarzenia, potwierdzeniu wydarzenia przy osiągnięciu minimalnej liczby użytkowników, wystawianie opinii, otrzymywanie opinii. n) Zgłaszanie innych użytkowników o) Helpdesk p) Poziomy doświadczeń użytkowników. q) Zaprojektowanie schematu bazy danych obsługującego wyszukiwanie wydarzeń po lokalizacji. 2) Stworzenie systemu CRM do zarządzania aplikacją: a) Osobny UI dla CRM. b) Zablokowanie/Zbanowanie użytkownika, wydarzenia, organizatora, partnera, opinii, referencji. c) Zmiany rangi/roli użytkownika. d) Wysyłania powiadomień grupowych. e) Zarządzanie kategoriami wydarzeń. 3) Metodologia pracy: a) Metodyka Agile – SCRUM. W ramach realizacji zamówienia zostaną zorganizowane 1-2-tygodniowe sprinty, podczas których zostanie ustalone, czy realizowane zadania spełniają oczekiwania Zamawiającego i nie wykraczają poza ustalony harmonogram. b) W przypadku, kiedy ustalony zakres prac będzie wymagał modyfikacji, zostaną zorganizowane warsztaty, podczas których zostanie ustalona z Wykonawcą i dokonana modyfikacja harmonogramu wraz z zakresem. c) Kanały komunikacji Zamawiającego z Wykonawcą: spotkania face-to-face, Jira, Slack, mail, telekonferencje. d) Tworzenie kodu aplikacji będzie odbywać się na koncie firmy Boom Tech Sp. z o.o. z ciągłym dostępem dla Zamawiającego i Wykonawcy. Zostanie utworzone przez Wykonawcę repozytorium na koncie firmy Boom Tech Sp. z o.o. do pracy zespołu, przechowywania dokumentacji, grafiki. Prowadzenie kont JIRA, Confluence, należy do obowiązków Wykonawcy i obejmuje również pokrycie kosztu przez Wykonawcę za okres użytkowania 1 rok na rzecz Boom Tech sp. z o.o. 4) Testy: a) W trakcie realizacji testy po każdej funkcjonalności oraz po zakończeniu realizacji. Planowane testy, harmonogram wykonania testów, ich specyfikacja oraz raporty są wpisami do dziennika testów dostępnego dla Zamawiającego. b) Przygotowanie testów jednostkowych dla opracowanych mechanizmów: i. UT - testy jednostkowe. Wykonuje zespół programistów Wykonawcy. UT mają dotyczyć kluczowych funkcjonalności aplikacji. Wykonawca zobowiązany jest do przeprowadzenia testów jednostkowych, w celu sprawdzenia, czy wymagania zostały opracowane. ii. Poprawa błędów wykrytych podczas testów. iii. Potwierdzeniem testów jest raport oraz akceptacja wyników przez Zamawiającego c) E2E – testy end-to-end: i. Poprawa błędów wykrytych podczas testów. ii. Potwierdzeniem testów jest raport oraz jego akceptacja przez Zamawiającego. d) UAT - testy akceptacyjne: i. Testy przeprowadzane są przez użytkowników business w celu sprawdzenia, jakości produktu dostarczonego przez Wykonawcę. Jeśli UAT został zatwierdzony, to Wykonawca ma za zadanie wdrożyć funkcjonalność do środowiska produkcyjnego. ● Testowanie alfa: Testowanie alfa odbywa się po stronie oprogramowania. W tym procesie Zamawiający sprawdza oprogramowanie i wyraża opinię. ● Testy beta - wykonywane po stronie Zamawiającego. Zamawiający testuje aplikację na specjalnie przygotowanym środowisku (staging). 5) Wejście na rynek: a) Wdrożenie systemu i aplikacji do środowiska produkcyjnego. b) Przygotowanie projektu do wejścia na rynek. c) W ramach niniejszego zamówienia obowiązkiem wykonawcy, w trakcie prac programistycznych, będzie również wdrożenie podstawowej wersji aplikacji na platformę wskazaną przez Zamawiającego do dnia 30.11.2021 r. umożliwiającej logowanie, dodawanie wydarzeń i wyszukiwanie wydarzeń, w tym dokonanie odpowiednich testów potwierdzających prawidłowe działanie techniczne oraz funkcjonalne stworzonego systemu. W ramach kontynuacji prac należy udostępniać kolejne funkcjonalności. d) Wdrażanie koniecznych zmian do wypuszczenia aplikacji na Google Play. e) Wykonawca publikuje aplikację w imieniu Zamawiającego. f) Środowisko produkcyjne jest zoptymalizowane kosztowo i wydajnościowo przez Wykonawcę. g) Wypuszczenie jako nieodpłatnej aplikacji na Google Play. i. Można ją podpiąć do pulpitu telefonu ii. Ma swoją dedykowaną ikonkę iii. Połączenie aplikacji z Google Analytics umożliwiająca zebranie statystyk. iv. Wykonawca jest zobowiązany do umieszczenia informacji zgodnych z RODO, regulaminu oraz klauzuli informacyjnej dla użytkowników, które Zamawiający mu przekaże w trakcie tworzenia aplikacji, w terminie wspólnie uzgodnionym z Wykonawcą. v. przekazanie autorskich praw majątkowych do wszystkich dedykowanych elementów zamówienia, w cenie zamówienia. 6) Poprawa błędów krytycznych przez rok od zakończenia realizacji (tj. od daty podpisania protokołu odbioru przedmiotu zamówienia): a) Wykonawca zobowiązuje się do reakcji i usuwania poprawnie zgłoszonych błędów w systemie w terminach: Rodzaj błędu (dotyczy błędów spowodowanych przez Wykonawcę) Czas reakcji Czas naprawy w godzinach pracy (9-17) / poza godzinami pracy 365 dni w roku błąd krytyczny (aplikacja przestała funkcjonować) 4h 8h /16h błąd dużej wagi (nie funkcjonują ważne elementy aplikacji) 8h 16h / 24h błąd małej wagi (inne niż błąd krytyczny lub dużej wagi) 24h 72h / 72h b) W przypadku opóźnienia wykonania naprawy, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości: i. Błąd krytyczny 100 zł netto za każdą dodatkową godzinę, ii. Błąd dużej wagi 100 zł netto za każde dodatkowe 4 godziny, iii. Błąd małej wagi 100 zł netto za każdy dodatkowy dzień. c) W przypadku naprawy błędów, aktualizacja następuje natychmiast po usunięciu błędu i przetestowaniu go na wersji deweloperskiej. d) Zamawiający dopuszcza możliwość opóźnienia wykonania naprawy w przypadku, gdy dla lepszych efektów działania aplikacji wymagany jest dłuższy czas reakcji Wykonawcy na wprowadzenie zmian. Wykonawca każdorazowo poda czas niezbędny do wykonania naprawy. Taki wyjątek musi zostać zaakceptowany przez Zamawiającego. W przypadku braku akceptacji, Wykonujący jest zobowiązany do zapłaty kar umownych. e) Obsługa Help Desk - naprawa błędów wymienionych w podpunkcie 6.a): i. podczas trwania umowy, ii. 1 rok po zakończeniu współpracy liczony od daty podpisania protokołu odbioru przedmiotu zamówienia. 7) Dokumentacja - stworzenie dokumentacji m.in.: a) Raporty miesięczne: liczba rbh poświęcona na daną funkcjonalność lub inne prace, postępy w realizacji projektu, informacje o ryzykach, problemach i opóźnieniach, jeżeli wystąpiły (dostarczane do 5 dnia następnego miesiąca). b) Raport końcowy obejmujący podsumowanie prac, ew. zmiany, wnioski z testów. c) Automatyczne wygenerowanie dokumentacji technicznej wprost z kodu źródłowego z opisem. d) Dokument potwierdzający pokrycie kodu testami jednostkowymi. e) Dokument opisujący architekturę działania systemu, technologii i rozwiązań. 8) Technologie: a) Część wizualna (frontend) - będzie aplikacją, która będzie wykorzystywała następujące technologie: i. ReactJS lub ReactNative ii. Framework Jest iii. NodeJS iv. ExpressJS v. TypeScript b) Część backendowa aplikacji: i. NodeJS ii. Postrges iii. TypeScript c) Część zaplecza: i. Środowisko pracy - Zamawiający wymaga stworzenia 3 środowisk pracy: Development, Staging, Production. ii. Wymagamy użycie narzędzi dostarczanych przez organizację Atlassian: • Jira, • Bitbucket Szczegółowy opis przedmiotu zamówienia zawiera zapytanie ofertowe.

Ustrzyki Dolne, bieszczadzki, podkarpackie