Opis Przedmiotu Zamówienia utworzenie, prowadzenie i administrowanie aplikacją TRASA CZERWONEJ NITKI

Transkrypt

1 Opis Przedmiotu Zamówienia utworzenie, prowadzenie i administrowanie aplikacją TRASA CZERWONEJ NITKI Załącznik 3B do SIWZ Przedmiot zamówienia: utworzenie, prowadzenie i administrowanie aplikacją TRASA CZERWONEJ NITKI - aplikacja na portalu do głosowania na miasta. 1. O akcji Na platformie zostanie udostępniona interaktywna aplikacja z mapą Polski. Dzięki tej aplikacji użytkownik będzie mógł kliknąć miejsce, w którym chce, aby odbył się event krwiodawstwa. Planowane jest zorganizowanie bitwy miast w której będą walczyć miasta podobne do siebie (główne kryterium to liczba mieszkańców). Internauci stworzą mapę miejsc, w których odbędą się te eventy. W trakcie klikania internautów na mapie Polski tworzyć się będzie na bieżąco sieć czerwonych linii, które nawiążą do głównej idei kampanii i czerwonej linii, która łączy wszystkich Polaków. 2. Ogólny opis aplikacji Na stronie internetowej ma być dostępny system głosowania, pozwalający za pomocą mechanizmu GŁOSUJ na oddanie głosu na jedno wybrane miasto z pary dwóch miast, z uwzględnieniem mechanizmu geolokalizacji internauty w danym regionie (po wyrażeniu zgody). Internauta może: oddać głos na wybraną lokalizację raz dziennie, śledzić aktualną liczbę głosów oddaną na wybrany region, zobaczyć ranking miast zaprosić znajomych do głosowania publikować w mediach społecznościowych link do głosowania. Głosowanie na każdą z par miast trwa 1 miesiąc, natomiast na 3 miasta, które uzyskały największą liczbę głosów 2 tygodnie. 3. Product Backlog aplikacji Trasa Czerwonej Nitki I. Definicje Aplikacja - w rozumieniu niniejszego dokumentu jest to portal internetowy dostępny pod adresem 1

2 User - każdy zalogowany, zarejestrowany Użytkownik aplikacji internetowej, zwany dalej User; Profil - profil dostępny na portalu, w którym dostępne są dane Usera podlegające edycji; Region - miasto, zdefiniowane i przypisane do Usera na podstawie jego geolokalizacji. Do miasta przypisana jest także ilość punktów. Miasto będzie wyświetlane na interaktywnej mapie Polski; Geolokalizacja - funkcjonalność przeglądarki internetowej pozwalająca na zlokalizowanie Usera za jego wyraźną zgodą w celu udostępnienia kontentu połączonego z lokalizacją danego Usera; Ranking - ranking miast dostępnych w aplikacji internetowej biorących udział w głosowaniu. Ranking miast ulega dynamnicznej zmianie w związku z głosami Userów; Wydarzenie - zdefiniowane dla danego regionu wydarzenie o różnej tematyce, często tematyce odpowiadającej regionowi; Facebook - serwis społecznościowy, umożliwiający za pomocą konta zarejestrowanego w serwisie rejestrację w aplikacji internetowej opisanej w niniejszej dokumentacji; Admin - administrator aplikacji www, zarządza panelem CMS, zwany dalej ADM; Głos/Punkt- głos oddany przez Usera na region, w głosowaniu dostępnym na interaktywnej Mapie Polski pozwalający na przypisanie do wybranego miasta +1 punkt; Przeglądarka - narzędzie pozwalające na pobranie i wyświetlanie wybranej aplikacji internetowej (strony www) na dowolnym urządzeniu, w tym urządzeniach mobilnych; CKiK - Centra Krwiodawstwa i Krwiolecznictwa, zwane dalej CKiK; II. Analiza funkcjonalna: 1. User ma mieć możliwość wywołać stronę pod adresem 2. User ma mieć możliwość wyświetlić komunikat o wykorzystywanych na stronie plikach cookies; 2.1. User ma mieć możliwość akceptacji komunikatu o wykorzystywanych na stronie plikach cookies; 2.2. User ma mieć możliwość nieakceptowania komunikatu o wykorzystywanych na stronie plikach cookies; Uwaga: User zostanie przekierowany na stronę informacji o plikach cookies wykorzystywanych w aplikacji internetowej wraz z dokładnym wyjaśnieniem konieczności akceptacji plików cookies; III. Geolokalizacja 1. User ma mieć możliwość otrzymać informację o wykorzystaniu geolokalizacji; 1.1. User ma mieć możliwość wyrazić zgodę; 1.2. User ma mieć możliwość nie wyrazić zgody; 2

3 User ma mieć możliwość otrzymać informację o korzyściach wynikających z udostępnienia swojej lokalizacji; IV. Rejestracja 1. User ma mieć możliwość rejestracji; 1.1. User ma mieć możliwość dokonać rejestracji na stronie; 1.2. User ma mieć możliwość dokonać rejestracji za pomocą swojego konta Facebook; User ma mieć możliwość otrzymać ekran logowania Facebook; User ma mieć możliwość podać swój adres powiązany z kontem Facebook; User ma mieć możliwość podać swoje hasło do konta powiązanego z kontem Facebook; User ma mieć możliwość wyświetlić ekran udzielania zgody aplikacji Facebook do logowania w aplikacji internetowej; User ma mieć możliwość nie udzielić zgody na logowanie za pomocą aplikacji Facebook; User ma mieć możliwość akceptacji regulaminu aplikacji internetowej; User ma mieć możliwość udzielić zgody i przejść do aplikacji internetowej; 1.3. User ma mieć możliwość skorzystać z rejestracji manualnej w aplikacji internetowej; User ma mieć możliwość otrzymać formularz rejestracji; User ma mieć możliwość podać swój adres ; Uwaga: Dana obligatoryjna; User ma mieć możliwość podać swoje imię; User ma mieć możliwość podać swoje nazwisko; User ma mieć możliwość podać swoje miasto; User ma mieć możliwość wybrać swoje miasto z predefiniowanej listy; Uwaga: Dana obligatoryjna, dana nieedytowalna w Profilu po rejestracji; User ma mieć możliwość podać swoje hasło; User ma mieć możliwość powtórzyć swoje hasło; User ma mieć możliwość otrzymać informację o ewentualnych błędach; User ma mieć możliwość poprawić błędy; User ma mieć możliwość otrzymać potwierdzenie rejestracji; 3

4 User ma mieć możliwość otrzymać potwierdzenie rejestracji na podany adres ; User ma mieć możliwość aktywacji konta poprzez kliknięcie w link przesłany w potwierdzeniu rejestracji na podany adres ; User ma mieć możliwość przejść do aplikacji internetowej; V. Logowanie 1. User ma mieć możliwość skorzystania z logowania do aplikacji internetowej; 1.1. User ma mieć możliwość otrzymać formularz logowania; User ma mieć możliwość podać swój adres ; User ma mieć możliwość podać swoje hasło; User ma mieć możliwość przypomnienia swojego hasła; User ma mieć możliwość podać swój adres w celu przypomnienia hasła; User ma mieć możliwość otrzymać informację o braku adresu e- mail w bazie; User ma mieć możliwość otrzymać potwierdzenie wysłania linku do resetu hasła na podany adres ; User ma mieć możliwość resetu hasła i zalogowania się do aplikacji internetowej; VI. Profil 1. User ma mieć możliwość wyświetlić swój profil; 1.1. User ma mieć możliwość wyświetlić profil swojego konta; 1.2. User ma mieć możliwość edycji swoich danych; User ma mieć możliwość edycji swojego imienia; User ma mieć możliwość edycji swojego nazwiska; User ma mieć możliwość edycji swojego hasła; User ma mieć możliwość podać nowe hasło; User ma mieć możliwość otrzymać potwierdzenie zmiany hasła na nowe; User ma mieć możliwość edycji swojego zdjęcia; User ma mieć możliwość dodania nowego zdjęcia; User ma mieć możliwość wybrania zdjęcia; User ma mieć możliwość zapisania nowego zdjęcia; 4

5 User ma mieć możliwość otrzymania informacji o błędnym formacie zdjęcia; User ma mieć możliwość otrzymania informacji o błędnym rozmiarze zdjęcia; User ma mieć możliwość otrzymać potwierdzenie zapisania nowego zdjęcia; 1.3. User ma mieć możliwość wyświetlić swoje wydarzenia; User ma mieć możliwość wyświetlić swoje wydarzenia przeszłe w których brał udział; User ma mieć możliwość wyświetlić swoje wydarzenia przeszłe w których nie brał udziału; VII. Wyświtlanie 1. User ma mieć możliwość wyświetlić znajomych; 1.1. User ma mieć możliwość wyświetlić znajomych w aplikacji internetowej; VIII. Mapa Polski 1. User ma mieć możliwość wyświetlić interaktywną mapę Polski; 1.1. User ma mieć możliwość wyświetlić interaktywną mapę Polski zdefiniowanej na swojej lokalizacji; 1.2. User ma mieć możliwość doprecyzować swoją lokalizację; User ma mieć możliwość wybrać swoje miasto z predefiniowanej listy miast; User ma mieć możliwość potwierdzić wybór miasta; User ma mieć możliwość otrzymać potwierdzenie wyboru miasta; 1.3. User ma mieć możliwość wyświetlić ilość punktów dla danego miasta; 1.4. User ma mieć możliwość zapoznać się z wydarzeniami IX. Ranking miast 1. User ma mieć możliwość wyświetlić aktualny ranking miast; 1.1. User ma mieć możliwość wyświetlić ranking miast w postaci tabeli; User ma mieć możliwość wyświetlić ranking miast od miasta, które ma najwięcej głosów do miasta, które ma najmniej głosów; User ma mieć możliwość wybrać miasto do wyświetlenia; User ma mieć możliwość wyświetlić wydarzenia w wybranym mieście; 5

6 X. Centra Krwiodawstwa i Krwiolecznictwa 1. User ma mieć możliwość wyświetlić Centra Krwiodawstwa dedykowane dla danego regionu; 1.1. User ma mieć możliwość wyświetlić podstawowe informacje nt. centrum pobrań krwi dla danego regionu (CKiK); User ma mieć możliwość wyświetlić ulicę; User ma mieć możliwość wyświetlić kod pocztowy; User ma mieć możliwość wyświetlić numer telefonu; User ma mieć możliwość wyświetlić adres strony internetowej; User ma mieć możliwość wyświetlić krótki opis placówki; XI. Wydarzenia 1. User ma mieć możliwość wyświetlić wydarzenia zdefiniowane dla danego regionu; 1.1. User ma mieć możliwość wyświetlić wydarzenie promowane dla danego regionu; 1.2. User ma mieć możliwość wyświetlić wszystkie wydarzenia pozostałe; 1.3. User ma mieć możliwość wyświetlić informacje zawarte w wydarzeniu; User ma mieć możliwość wyświetlić informację czy wydarzenie jest promowane; User ma mieć możliwość wyświetlić temat wydarzenia; User ma mieć możliwość wyświetlić opis wydarzenia; User ma mieć możliwość wyświetlić ilość głosów oddanych na wydarzenie; User ma mieć możliwość wyświetlić osoby biorące udział w wydarzeniu; User ma mieć możliwość wyświetlić datę wydarzenia; User ma mieć możliwość wyświetlić godzinę wydarzenia; 1.4. User ma mieć możliwość wziąć udział w wydarzeniu; User ma mieć możliwość otrzymać potwierdzenie wzięcia w wydarzeniu; 1.5. User ma mieć możliwość zaproszenia znajomych na wydarzenie; User ma mieć możliwość zaproszenia znajomych do wydarzenia; 1.6. User ma mieć możliwość udostępnienia wydarzenia na wybranym portalu społecznościowym; User ma mieć możliwość udostępnić wydarzenie na Facebook; User ma mieć możliwość otrzymać dedykowany link do udostępnienia wydarzenia na Facebook; User ma mieć możliwość udostępnić wydarzenie na Twitter; 6

7 User ma mieć możliwość otrzymać dedykowany link do udostępnienia wydarzenia na Twitter; User ma mieć możliwość udostępnić wydarzenie na Google+ (TBC); User ma mieć możliwość otrzymać dedykowany link do udostępnienia wydarzenia na Google+; TBC; 1.7. User ma mieć możliwość oddać głos na wydarzenie; User ma mieć możliwość oddania jednego głosu na wybrane wydarzenie w regionie; XII. Strony statyczne i formularz kontaktowy 1. User ma mieć możliwość wyświetlić strony statyczne aplikacji; 1.1. User ma mieć możliwość wyświetlić stronę z regulaminem aplikacji; 1.2. User ma mieć możliwość wyświetlić stronę z polityką prywatności aplikacji; 1.3. User ma mieć możliwość wyświetlić stronę z formularzem kontaktowym w aplikacji; Dla Userów niezalogowanych; User ma mieć możliwość podać swoje imię; User ma mieć możliwość podać swoje nazwisko; User ma mieć możliwość podać swój adres ; Uwaga: Dana obligatoryjna; User ma mieć możliwość podać swoje miasto; Uwaga: Dana obligatoryjna; User ma mieć możliwość wybrać temat kontaktu; User ma mieć możliwość wpisać treść kontaktu; User ma mieć możliwość wysłać formularz; User ma mieć możliwość otrzymać informację o ewentualnych błędach; User ma mieć możliwość poprawić błędy i wysłać formularz; User ma mieć możliwość otrzymać potwierdzenie wysłania formularza; User ma mieć możliwość otrzymać potwierdzenie wysłania formularza na adres podany w formularzu kontaktowym; Dla Userów zalogowanych; User ma mieć możliwość wyświetlić pobrane do formularza imię; User ma mieć możliwość wyświetlić pobrane do formularza nazwisko; User ma mieć możliwość wyświetlić pobrany do formularza adres ; 7

8 User ma mieć możliwość wyświetlić pobrane do formularza miasto; User ma mieć możliwość wybrać temat kontaktu; User ma mieć możliwość wpisać treść kontaktu; User ma mieć możliwość wysłać formularz; User ma mieć możliwość otrzymać informację o ewentualnych błędach; User ma mieć możliwość poprawić błędy i wysłać formularz; User ma mieć możliwość otrzymać potwierdzenie wysłania formularza; User ma mieć możliwość otrzymać potwierdzenie wysłania formularza na adres podany w formularzu kontaktowym; XIII. Strony błędów 1. User ma mieć możliwość wyświetlić strony błędów aplikacji; 1.1. User ma mieć możliwość wyświetlić stronę 404; 1.2. User ma mieć możliwość wyświetlić stornę 500; 1.3. User ma mieć możliwość wyświetlić stornę 503; XIV. Wylogowywanie 1. User ma mieć możliwość się wylogować z aplikacji; XV. Zarządzanie (CMS) 1. ADM ma mieć możliwość wywołać panel pod adresem 2. ADM ma mieć możliwość otrzymać ekran logowania; 2.1. ADM ma mieć możliwość zalogowania swoją nazwą użytkownika u hasłem; ADM ma mieć możliwość podania swojego adresu ; ADM ma mieć możliwość podania swojego hasła; 3. ADM ma mieć możliwość wyświetlić aktualną listę rankingową; 4. ADM ma mieć możliwość wyświetlić listę wydarzeń; 4.1. ADM ma mieć możliwość dodać nowe wydarzenie do regionu; ADM ma mieć możliwość dodać tytuł do wydarzenia; Uwaga: Pole obligatoryjne; ADM ma mieć możliwość dodać opis do wydarzenia; Uwaga: Pole obligatoryjne; ADM ma mieć możliwość dodać datę wydarzenia; 8

9 Uwaga: Pole obligatoryjne; ADM ma mieć możliwość dodać godzinę wydarzenia; Uwaga: Pole obligatoryjne; ADM ma mieć możliwość wybrać miejsce wydarzenia; Uwaga: Pole obligatoryjne; ADM ma mieć możliwość utworzyć nowe wydarzenie; ADM ma mieć możliwość otrzymać potwierdzenie utworzenia wydarzenia; ADM ma mieć możliwość otrzymać informację o ewentualnych błędach; ADM ma mieć możliwość poprawić błędy i zapisać zmiany tworząc wydarzenie; 4.2. ADM ma mieć możliwość edytować aktualne wydarzenie regionu; ADM ma mieć możliwość wybrać wydarzenie do edytowania; ADM ma mieć możliwość edytować tytuł wydarzenia; ADM ma mieć możliwość edytować opis wydarzenia; ADM ma mieć możliwość edytować datę wydarzenia; ADM ma mieć możliwość edytować godzinę wydarzenia; ADM ma mieć możliwość edytować miejsce wydarzenia; ADM ma mieć możliwość edytować ilość głosów wydarzenia; TBC; ADM ma mieć możliwość zapisać zmiany; ADM ma mieć możliwość otrzymać potwierdzenie zapisania zmian; ADM ma mieć możliwość otrzymać informację o ewentualnych błędach; ADM ma mieć możliwość poprawić błędy i zapisać zmiany; 4.3. ADM ma mieć możliwość usunąć przeszłe wydarzenie regionu; ADM ma mieć możliwość wyświetlić listę przeszłych wydarzeń; ADM ma mieć możliwość wybrać wydarzenie do usunięcia; ADM ma mieć możliwość otrzymać informację potwierdzającą usunięcie wydarzenia; ADM ma mieć możliwość usunąć wydarzenie; ADM ma mieć możliwość otrzymać potwierdzenie usunięcia wydarzenia; 5. ADM ma mieć możliwość wyświetlić zarejestrowanych Userów aplikacji; 5.1. ADM ma mieć możliwość wyświetlić adresy zarejestrowanych Userów aplikacji; 5.2. ADM ma mieć możliwość wyświetlić imię i nazwisko zarejestrowanych Userów aplikacji; 9

10 5.3. ADM ma mieć możliwość wyświetlić miasto przypisane do zarejestrowanych Userów aplikacji; 6. ADM ma mieć możliwość dodawania nowych Userów aplikacji; 6.1. ADM ma mieć możliwość podać adres ; Uwaga: Pole obligatoryjne; 6.2. ADM ma mieć możliwość podać imię; Uwaga: Pole obligatoryjne; 6.3. ADM ma mieć możliwość podać nazwisko; Uwaga: Pole obligatoryjne; 6.4. ADM ma mieć możliwość podać miasto; Uwaga: Pole obligatoryjne; 6.5. ADM ma mieć możliwość wygenerować hasło jednorazowe dla nowego Usera; User ma mieć możliwość otrzymać powiadomienie mailowe o założeniu konta w systemie; User ma mieć możliwość zmiany hasła przy pierwszym logowaniu; 7. ADM ma mieć możliwość edytowania istniejących Userow aplikacji; 7.1. ADM ma mieć możliwość wybrać Usera aplikacji internetowej do edycji; 7.2. ADM ma mieć możliwość edytować adres ; 7.3. ADM ma mieć możliwość edytować imię; 7.4. ADM ma mieć możliwość edytować nazwisko; 7.5. ADM ma mieć możliwość edytować miasto; 7.6. ADM ma mieć możliwość otrzymać potwierdzenie zapisania zmian w koncie Usera; 7.7. ADM ma mieć możliwość otrzymać informację o ewentualnych błędach; 7.8. ADM ma mieć możliwość poprawić błędy i zapisać zmiany na koncie Usera; 8. ADM ma mieć możliwość usunięcia Userów aplikacji; 8.1. ADM ma mieć możliwość wybrać Usera do usunięcia; 8.2. ADM ma mieć możliwość usunąć Usera; ADM ma mieć możliwość otrzymać informację potwierdzającą usunięcie Usera; ADM ma mieć możliwość usunąć Usera; ADM ma mieć możliwość otrzymać potwierdzenie usunięcie Usera z aplikacji internetowej; 9. ADM ma mieć możliwość wyświetlić historię akcji w panelu; 9.1. ADM ma mieć możliwość przejść do sekcji historii akcji; 9.2. ADM ma mieć możliwość wybrać akcję do wyświetlenia; 10

11 ADM ma mieć możliwość wyświetlić wszystkie konta dodane w panelu; ADM ma mieć możliwość wyświetlić datę dodania Usera; ADM ma mieć możliwość wyświetlić godzinę dodania Usera; ADM ma mieć możliwość wyświetlić wszystkie konta usunięte w panelu; ADM ma mieć możliwość wyświetlić datę usunięcia Usera; ADM ma mieć możliwość wyświetlić godzinę usunięcia Usera; ADM ma mieć możliwość wyświetlić wszystkie edycje głosów w panelu; ADM ma mieć możliwość wyświetlić ilość głosów zmienionych; ADM ma mieć możliwość wyświetlić datę edycji głosów w panelu; ADM ma mieć możliwość wyświetlić godzinę edycji głosów w panelu; 10. ADM ma mieć możliwość wylogować się z panelu; 11

12 XVI. Analiza niefunkcjonalna 1. Backend/Architektura fizyczna i logiczna; 1.1. Wykorzystanie oprogramowania typu opensource dedykowanego do budowania aplikacji internetowych o wysokiej skalowalności; Node.js; Framework wykorzystywany do budowania szeroko skalowalnych aplikacji internetowych; Express.js; Framework dedykowany środowisku node.js dedykowany do budowania aplikacji internetowych typu multi-page. Jest standardowym frameworkiem node.js; Angular.js ( Framework JavaScript stworzony przez inżynierów Google. W połączeniu z node.js i express.js służy do szybkiego i łatwego budowania aplikacji internetowych opartych o MWW; MongoDB ( Wysokoskalowalny system zarządzania bazą danych charakteryzujący się dużą wydajnością oraz brakiem ściśle zdefiniowanej struktury obsługiwanych baz danych (NoSQL). Obsługuje m.in. indeksowanie, oraz zapytania typu adhoc; Frontend; CSS/HTML5; media_queries; namespaces; selectors; Wykorzystane frameworki; Bootstrap; jquery; jquery mobile; 2. System plików 2.1. Aplikacja do poprawnego działania wymaga dostępu do plików; 2.2. Zasoby zlokalizowane w systemie plików pozwalają na wprowadzenie zmian w konfiguracji systemu bez konieczności jego restartowania, do zasobów tych należą odpowiednio; 12

13 Reguły służące do walidacji i konfiguracji; Przepływy definicujące proces walidacji; Komunikaty błędów walidacji; 3. Serwery i system operacyjny 3.1. Dedykowana infrastruktura serwerowa; Serwer stagingowy; Serwer developerski; Serwer produkcyjny; Do wszystkich serwerów dedykowany system operacyjny Debian dystrybuowany jako oprogramowanie typu opensource jako system cieszący się opinią stabilnego, o wysokiej jakości i łatwego do aktualizacji System operacyjny do pobrania z dedykowanej witryny w zależnosci od dostarczonej na środowiskach developerskich i produkcyjnych architekturze: 4. Środowisko uruchomieniowe 4.1. Środowisko uruchomieniowe zostanie opisane na etapie realizacji aplikacji. 5. Serwer aplikacyjny Wykorzystanie serwera www działającego na serwerze internetowym, obsługującego żądania protokołu HTTP i HTTPS; Nginx ( Serwer www wysokiej dostępności zaprojektowany z myślą o silnie obciążonych serwisach; Po stronie Wykonawcy pozostaje obowiązek zapewnienia środowiska serwerowego (wybór hostingu, Datacenter) na czas życia aplikacji. 13

14 6. Repozytorium 6.1. Wykorzystanie zdalnego repozytorium plików do współpracy pomiędzy programistami Dedykowany serwer git na serwerze zamawiającego, co pozwoli na bezpieczną i bieżącą kontrolę nad zdalnym repozytorium ( Dedykowane repozytorium dla aplikacji frontendowej; Dedykowane branche; master; development; feature; Dedykowane repozytorium dla aplikacji backendowej; Dedykowane branche; master; development; feature; 7. Testy 7.1. Testy jednostkowe; Jako metody testowania tworzonego oprogramowania poprzez wykonywanie testów weryfikujących poprawność działania pojedynczych elementów (jednostek) aplikacji wraz z oczekiwanymi wynikami (zarówno pozytywnymi jak i negatywnymi). Podczas wykonywania testów jednostkowych ważna jest kolejność wykonywania realizacji testów ze szczególnym uwzlgędnieniem analizy ścieżek, testowanie wartości brzegowych, oraz testowanie składniowe; 7.2. Testy integracyjne; Jako metody testowania wykonywanej w celu wykrycia błędów w interfejsach i interakcjach pomiędzy dedykowanymi modułami oprogramowania, w szczególności testy integracyjne mają za zadanie zweryfikować poprawną komunikację pomiędzy przygotowanymi modułami i sekcjami; 7.3. Testy systemowe; Jako metody testowania przeprowadzanej na aplikacji internetowej w celu stwierdzenia czy zintegrowany już system spełnia jako całość wymagania zawarte w specyfikacji. Testu powinny być przeprowadzane na środowisku developerskim (środowisko najbardziej zbliżone do środowiska produkcyjnego) aby odwzorować rzeczywiste warunki w których będzie działał system jako całość oprogramowania; 14

15 7.4. Testy akceptacyjne; Jako metody testowania odpowiedzialnej za sprawdzenie jakości wykonanego oprogramowania, z wystąpieniem klasycznych testów akceptacyjnych, które stanowią podzbiór powyższych testów systemowych; 7.5. Testy penetracyjne; Jako metody testowania polegającej na przeprowadzeniu kontrolowanego ataku na aplikację internetową mający na celu praktyczną ocenę bieżącego stanu bezpiecześntwa tej aplikacji i systemu, w szczególności obecności znanych podatności i odporności na próby przełamania zabezpieczeń. W przeciwieństwie do audytu, test penetracyjny nie musi odbywać się według sformalizowanej metodologii Sugerowany rodzaj testu w przypadku niniejszej aplikacji to test typu black box (stara się odzwierciedlić rzeczywistą wiedzę potencjalnego włamywacza); 8. Moduł analityczny Mapa analityczna; Konwersje; Cele; Wejście na stronę; Wejście organiczne; Wejście z bannera; Wejście z kampanii; Nazwa kampanii + dedykowany adres URL; Rejestracja Usera (Facebook); Rejestracja User (manualna); Logowanie Usera; Wyświetlenie interaktywnej mapy Polski; Wyświetlenie głosów na mapie Polski; Wyświetlenie wydarzenia; Wyświetlenie znajomych w wydarzeniu; Oddanie głosu na wybrane wydarzenie; Wzięcie udziału w wydarzeniu; Udostępnienie wydarzenia; Udostępnienie na Facebook; Udostępnienie na Twitter; 15

16 Udostępnienie na Google+; Wejścia na strony statyczne; Formularz kontaktowy; Wejścia na strony błędów; Wylogowanie Usera; 9. Instalacja i konfiguracja Instalacja i konfiguracja zostanie opisana na etapie końcowym realizacji projektu wraz z dokumentacją po projektową. 10. Aktualizacja Aktualizacja zostanie opisana na etapie końcowym realizacji projektu wraz z dokumentacją po projektową. 11. Backup Backup systemu plików; Zostanie opisany na etapie końcowym realizacji projektu wraz z dokumentacją po projektową; Backup bazy danych; Zostanie opisany na etapie końcowym realizacji projektu wraz z dokumentacją po projektową; XVII. Panel do głosowania - makieta: XVIII. Miasta włączone do akcji w roku 2016: 16

17 1. Warszawa pary miast - rekomendowane: w 2017 roku 1. Kraków i Łódź 2. Wrocław i Poznań 3. Gdańsk i Szczecin w 2018 roku 1. Bydgoszcz i Lublin 2. Katowice i Białystok 3. Radom i Kielce w 2019 roku 1. Rzeszów i Olsztyn 2. Opole i Wałbrzych 3. Kalisz i Zielona Góra 4. Słupsk i Racibórz XIX. Kolejne lata : Planowane jest do akcji dołączyć 3 miasta, czyli głosowanie powinno się odbyć na kolejne 3 pary miast. XX. Wielkie odliczanie na stronie www Aplikacja dodatkowo posiada licznik, pokazujący ile dni pozostało do kolejnego zakończenia głosowania / kolejnego eventu 17

18 18