PRINT & DISPLAY (POLSKA) SP. Z O.O. APLIKACJA BILLBOARD CZĘŚĆ MOBILNA Strona 1 z 12
Spis treści 1. Wstęp... 3 2. Krótki opis procesu biznesowego... 3 3. Wymagania funkcjonalne części mobilnej... 4 3.1.1. Nowe zdjęcie... 6 3.1.2. Ekran widoczny po kliknięciu w nazwę kampanii, lista lokalizacji... 7 3.1.3. Wygląd ekranu po wybraniu lokalizacji... 9 3.1.4. Ekran widoczny po zaakceptowaniu poprawności zrobionego zdjęcia... 10 3.2.1. Pozostałe wymagania... 11 Strona 2 z 12
1. Wstęp Celem niemniejszej specyfikacji jest opisanie wymagań funkcjonalnych i niefunkcjonalnych oprogramowania dla firmy Print & Display (Polska) Sp. z o.o. zwanej dalej PDPL. Oprogramowanie będzie wykorzystywane przez pracowników firmy PDPL, firmy umieszczające billboardy na tablicach ( firmy klejące ) oraz Klientów. Aplikacja została podzielona na 2 części: a) Część przeglądarkowa: Aplikacja wykorzystywana przez naszych Klientów, pracowników i administratorów firm klejących. Aplikacja ma za zadanie umożliwiać wykonywanie funkcji administracyjnych oraz generowanie raportów na podstawie danych zebranych z części mobilnej systemu. b) Część mobilna: Aplikacja wykorzystywana w urządzeniach mobilnych z zainstalowanym systemem Android. Głównym celem aplikacji jest umożliwienie przesłania zdjęć do części przeglądarkowej potwierdzających poprawność instalacji wyklejenia billboardu na tablicy. Poniższa specyfikacja dotyczy części b) aplikacji. 2. Krótki opis procesu biznesowego pojęcia: kampania proces podczas, którego użytkownicy urządzeń mobilnych umieszczają plakaty na tablicach zgodnie z obowiązującą ich listą lokalizacji. Każdy wyklejony plakat jest następnie fotografowany przy pomocy urządzenia mobilnego a dane są synchronizowane z częścią przeglądarkową aplikacji. pracownicy pracownicy PDPL mający nieograniczone prawa administracyjne oraz dostęp do wszystkich danych w aplikacji przeglądarkowej administrator firmy klejącej (AFK) osoba wyznaczona w firmie klejącej jako osoba odpowiedzialna za tworzenie kampanii i monitorowanie jej przebiegu (generowanie raportów) klejarze osoby umieszczające billboardy na tablicach i wykorzystujące urządzenia mobilne do rejestrowania postępu prac klienci zdefiniowane osoby mające dostęp do części przeglądarkowej aplikacji, mogące generować raporty z przeprowadzonych dla nich kampanii Strona 3 z 12
Jesteśmy drukarnią specjalizującą się w druku wielkoformatowym ( billboardy ). Naszym celem jest zapewnienie naszym klientom kompleksowej usługi dla zlecanych przez nich kampanii (od momentu wydruku plakatów, po ich spedycję do firm klejących, monitoring postępu prac oraz finalnie raport z przeprowadzonej kampanii). Po wydrukowaniu billboardów dostarczamy je zgodnie z ustaloną listą do firm klejących w całej Polsce. Zadaniem firmy klejącej jest umieszczenie plakatu w określonym miejscu i czasie i udokumentowanie tego poprzez wykonanie dokumentacji zdjęciowej. Obecnie do robienia zdjęć wykorzystujemy zwykłe aparaty fotograficzne, a następnie zdjęcia wgrywane są ręcznie na serwer FTP i udostępniane klientowi. Aby usprawnić proces zdecydowaliśmy się zlecić stworzenie dedykowanego oprogramowania, które umożliwi wykonywanie zdjęć z wykorzystaniem urządzeń mobilnych (Samsung Galaxy SIV, SV) a następnie ich automatyczny transfer do części przeglądarkowej. Na podstawie wgranych danych Klient będzie miał możliwość generować raporty oraz monitorować postęp prac w czasie rzeczywistym. 3. Wymagania funkcjonalne części mobilnej W tabelce umieszczono wymagania wraz z ich nazwą i opisem 3.1. Ekran startowy urządzenia mobilnego Aplikacja mobilna będzie wykorzystywana do robienia zdjęć wyklejonych billboardów i synchronizowania danych z wersją przeglądarkową. Nie ma potrzeby zabezpieczania aplikacji dodatkowym loginem i hasłem. Jedyne zabezpieczenie polega na umożliwieniu synchronizacji jedynie użytkownikom/urządzeniom, z poprawnym numerem IMEI zdefiniowanym w sekcji użytkowników w aplikacji przeglądarkowej. AMBR01 Zabezpieczenie IMEI Dane powinny być synchronizowane pomiędzy częścią mobilną a przeglądarkową jedynie w przypadku jeżeli numer IMEI urządzenia jest zgodny z numerem IMEI użytkownika Strona 4 z 12
Przykładowy wygląd ekranu startowego : Tłumaczenie: GPS status Stan GPS Current location Lokalizacja Last successful sync: - Ostatnia udana synchronizacja Sync with Server Synchronizuj dane z serwerem Take a photo Zrób zdjęcie Exit Wyjdź version wersja AMBR02 Widok aplikacji AMBR03 Synchronizacja automatyczna AMBR04 Stan GPS AMBR05 Ostatnia synchronizacja AMBR06 Wersja aplikacji AMBR07 Przycisk Aplikacja powinna umożliwiać pracę w widoku poziomym jak i pionowym Aplikacja powinna domyślnie rozpocząć synchronizację za każdym razem kiedy jest uruchamiana (po zatwierdzeniu przez użytkownika) Aplikacja powinna pokazywać aktualny stan systemu GPS. Jeżeli stan jest poprawny aplikacja powinna pokazywać aktualną lokalizację. Jeżeli lokalizacja nie jest ustalona użytkownik powinien być o tym ostrzeżony po naciśnięciu przycisku Zrób zdjęcie i móc korzystać z aplikacji. System powinien pokazać kiedy została zakończona ostatnia pełna synchronizacja. Pełna tzn. kiedy aplikacja zsynchronizowała wszystkie dane w obie strony z sukcesem Na ekranie głównym powinna być widoczna wersja aplikacji Przycisk za pomocą, którego można wymusić ręczną synchronizację Strona 5 z 12
Synchronizuj dane z serwerem AMBR08 Zasady synchronizacji AMBR09 Wyjście z aplikacji z serwerem. Jeżeli synchronizacja jest przerwana w dowolnym momencie system powinien zapobiegać używaniu błędnych danych (zsynchronizowanych częściowo). Synchronizacja może zostać wykonana przy pomocy łącza WiFi (preferowane) lub 3G. Podczas synchronizacji powinien zostać pokazany pasek postępu np. na ekranie głównym. Po kliknięciu przycisku Wyjdź użytkownik powinien zostać poproszony o potwierdzenie. Powinna być to jedyna w miarę możliwości technicznych metoda zamknięcia aplikacji. 3.1.1. Nowe zdjęcie AMBR10 Zrób zdjęcie Po kliknięciu przycisku Zrób zdjęcie użytkownik powinien zobaczyć ekran z listą swoich kampanii. Co to jest lista swoich kampanii? Każdy użytkownik mobilny jest zmapowany z firmą klejącą, każda firma klejąca może mieć przydzieloną kampanię. Przykładowy wygląd ekranu z listą aktywnych kampanii Aktywna kampania to kampania, która nie jest w archiwum Tłumaczenie: Strona 6 z 12
Filter - Wyszukaj AMBR11 Lista kampanii Lista kampanii powinna być klikalna, scrolowalna i posortowana po nazwie. Lista zawiera Nazwę, Datę początkową i końcową klejenia ustalone z aplikacji przeglądarkowej. Na pierwszym miejscu listy powinna zawsze znaleźć się ostatnia wybrana kampania AMBR12 Wyszukiwanie na liście kampanii Użytkownik powinien mieć możliwość wyszukania konkretnej kampanii po jej nazwie, dacie początkowej lub końcowej klejenia. Domyślnie lista powinna zawierać wszystkie lokalizacje dla, których jeszcze nie ma zdjęcia ani zgłoszonego problemu, których pozycja GPS znajduje się w zakresie podanym w części przeglądarkowej. Jeżeli stan GPS jest niepoprawny system powinien pokazać wszystkie lokalizacje bez zdjęcia i problemu bez względu na zakres 3.1.2. Ekran widoczny po kliknięciu w nazwę kampanii, lista lokalizacji AMBR13 Lista lokalizacji Po kliknięciu w kampanie użytkownik powinien zobaczyć listę lokalizacji zdefiniowaną w danej kampanii. Lista zawiera, nazwę, opis lokalizacji i liczbę wykonanych zdjęć. Przykładowy wygląd ekranu z listą lokalizacji Strona 7 z 12
Tłumaczenie: Filter Wyszukaj Show in range Pokaż w promieniu x[m], gdzie x to zakres z części przeglądarkowej Show all w/o photo Pokaż wszystkie bez zdjęcia Show all with photo Pokaż wszystkie ze zdjęciem Show all Pokaż wszystkie AMBR14 Lista lokalizacji, skrolowanie AMBR15 Przycisk Pokaż w promieniu x[m] AMBR16 Przycisk Pokaż wszystkie bez zdjęcia AMBR17 Przycisk Pokaż wszystkie ze zdjęciem AMBR18 Pokaż wszystkie AMBR19 Wyszukaj Lokalizację AMBR20 Kolumna z ilością zdjęć Lista lokalizacji powinna być skrolowalna Pokaż wszystkie lokalizacje w promieniu x metrów, gdzie x to liczba ustawiona w aplikacji przeglądarkowej. Pokaż wszystkie lokalizacje w zadanym zakresie bez zdjęcia i zgłoszonego problemu (widok domyślny) Pokaż wszystkie lokalizacje w zadanym zakresie ze zdjęciem lub zgłoszonym problemem Pokaż wszystkie lokalizację dla wybranej kampanii bez względu na promień, zdjęcia i zgłoszone problemy Możliwość filtrowania lokalizacji po typie i adresie Po kliknięciu w ilość zdjęć na liście lokalizacji powinna pojawić się galeria załączonych zdjęć Strona 8 z 12
3.1.3. Wygląd ekranu po wybraniu lokalizacji AMBR21 Robienie zdjęcia Po wybraniu lokalizacji pojawi się ekran z możliwością wykonania zdjęcia + lista możliwych problemów wraz z komentarzem do problemu. Użytkownik powinien mieć możliwość przybliżenie/oddalenia obrazu, wykorzystania widoku poziomego/pionowego, włączenia/wyłączenia lampy/zaakceptowania zrobionego zdjęcia przed zapisaniem. Na ekranie powinna być widoczna lokalizacja Przykładowy wygląd ekranu do robienia zdjęć Tłumaczenie: Fault comment - Opis problemu + lista wyboru problemu zgodnie z definicją z części przeglądarkowej AMBR22 Zgłaszanie problemu Podczas robienia zdjęć istnieje możliwość zgłoszenia problemu (wybór z listy) + opcjonalnie komentarz. Jeżeli zgłoszono tutaj problem powinno to zostać Strona 9 z 12
AMBR23 Nazwa pliku ze zdjęciem odzwierciedlone w raporcie w części przeglądarkowej Nazwy plików ze zdjęciem powinny zawierać nazwę lokalizacji, opis lokalizacji i nazwę kampanii. 3.1.4. Ekran widoczny po zaakceptowaniu poprawności zrobionego zdjęcia AMBR24 Opcje po zaakceptowaniu zdjęcia Po zaakceptowaniu zdjęcia użytkownik powinien mieć możliwość zrobienia kolejnego zdjęcia dla wybranej lokalizacji lub powrotu do wyboru kampanii. Przykładowy wygląd ekranu po zaakceptowaniu zdjęcia Tłumaczenie: Do you want to take nex photo for this billboard? Czy chcesz wykonać kolejne zdjęcie dla tej lokalizacji? Yes Tak Strona 10 z 12
No Nie Exit Zakończ AMBR25 Przycisk Tak AMBR26 Przycisk Nie AMBR27 Przycisk Zakończ Jeżeli użytkownik wybierze opcję Tak to ma możliwość wykonania kolejnego zdjęcia, pkt. 3.1.3. Jeżeli użytkownik wybierze opcję Nie to wraca to listy kampanii, pkt. 3.1.1. Wyjście z aplikacji. Użytkownik powinien zostać zapytany o potwierdzenie zamknięcia aplikacji. Dodatkowo jeżeli trwa synchronizacja danych powinien zostać o tym ostrzeżony. 3.2. Synchronizacja danych pomiędzy częścią mobilną i przeglądarkową AMBR28 Synchronizacja #2 Zdjęcia powinny być synchronizowane automatycznie w tle tak żeby nie przerywać pracy użytkownika. Użytkownik powinien widzieć na ekranie głównym postęp synchronizacji i informację ile zdjęć zostało do zsynchronizowania wraz z szacowanym czasem synchronizacji AMBR29 Blokada zdjęć Jeżeli jest to technicznie możliwe zdjęcia powinny być zablokowane przed skasowaniem do czasu i ich transferu do części przeglądarkowej AMBR30 Re-transfer danych System powinien ponawiać synchronizację jeżeli została przeprowadzona z błędami (zapobieganie niekompletności AMBR31 Dane do synchronizacji z części przeglądarkowej AMBR32 Dane do synchronizacji do części przeglądarkowej danych) Lista kampanii z danymi, lista lokalizacji z koordynatami GPS, promień kampanii, informacja jeżeli jakieś zdjęcie zostało wykonane przez innego użytkownika (bez zdjęcia) Zdjęcia (w tle), problemy z opisem, informacja, która lokalizacja ma już zdjęcie, ile i przez który numer IMEI wykonane, data i czas zrobienia zdjęcia, lokalizacja zdjęcia (realne koordynaty GPS) 3.2.1. Pozostałe wymagania AMBR33 Sprzęt AMBR34 SureLock Aplikacja powinna działać prawidłowo na urządzeniach Samsung Galaxy S4 Zoom i S5 Zoom Aplikacja powinna działać z oprogramowaniem SureLock Strona 11 z 12
lub alternatywnym w zbliżonej cenie, które umożliwi zablokowanie pozostałych funkcji telefonu http://www.42gears.com/surelock/surelockandroid.html Technologia: a) Komunkacja zabezpieczona certyfikatem SSL b) Wykorzystanie Web services do komunikacji z bazą danych Pozostałe wymagania: a) Prawa autorskie do program i kodu źródłowego, możliwość modyfikacji oprogramowania i zlecania modyfikacji innym firmom b) Gwarancja: minimum 24 miesiące c) Oferta powinna zostać wysłana droga mailową do : Łukasz Pałys lukasz@printdisplay.pl d) Czas reakcji w przypadku błędów krytycznych w okresie gwarancji (minimum 8 godzin) Oferta powinna zawierać: a) Czas potrzebny na zrealizowanie/wdrożenie aplikacji b) Całkowitą cenę netto z uwzględnieniem kosztu ewentualnych dodatkowych licencji c) Cenę za wprowadzanie zmian/nowych funkcjonalności w aplikacji w okresie 12 miesięcy po oddaniu aplikacji do użytkowania (cena za roboczogodzinę) d) Referencje Strona 12 z 12