Przybylski/awionika/wizja_projektu.md

@@ -0,0 +1,365 @@
+---
+author:
+- Wojciech Kubiak
+- Piotr Józefowicz
+- Sebastian Wawrzyn
+title: 
+- Dokument wizji dla projektu Awionika do rakiet
+---
+
+
+# Executive summary
+
+Dokument dotyczy projektu realizowanego w ramach przedmiotu projekt
+inżynierski. Niniejszy dokument służy przedstawieniu przeznaczenia
+tworzonego systemu, jego głównych cech i przyjętych założeń. Grupa
+docelowa dla projektu jest koło naukowe na politechnice poznańskiej PUT
+RocketLab, zajmujące się budowa rakiet i silników rakietowych. Potrzebny
+jest komputer pokładowy do rakiety oraz aplikacje ułatwiające obsługę
+testów rakiet i silników. Nasz projekt ma dostarczyć:Dokument dotyczy
+projektu realizowanego w ramach przedmiotu projekt inżynierski.
+Niniejszy dokument służy przedstawieniu przeznaczenia tworzonego
+systemu, jego głównych cech i przyjętych założeń. Grupa docelowa dla
+projektu jest koło naukowe na politechnice poznańskiej PUT RocketLab,
+zajmujące się budowa rakiet i silników rakietowych. Potrzebny jest
+komputer pokładowy do rakiety oraz aplikacje ułatwiające obsługę testów
+rakiet i silników. Nasz projekt ma dostarczyć:
+
+-   Aplikację desktopową pozwalająca wyświetlać dane na żywo z testów,
+    konfigurować ustawienia modułów komputera pokładowego oraz
+    zapisywać/usuwać dane z pamięci podręcznej modułów.
+
+-   Komputer pokładowy posiadający układ wyzwolenie separacji oraz
+    zbierający dane telemetryczne o locie, które będą mogły być
+    przekazywane na żywo do aplikacji poprzez nadajnik i odbiornik.
+
+-   Aplikację webową służącą jako baza danych testów oraz odgrywającą
+    rolę wizytówki koła
+
+# Cel i grupa docelowa
+
+Grupą docelową dla projektu jest koło naukowe na Politechnice
+Poznańskiej PUT RocketLab. Koło zajmuje się budową rakiet i silników
+rakietowych oraz rozwija systemy awioniczne i naziemne do ich
+testowania. Potrzebny jest komputer pokładowy do rakiety, który będzie
+odpowiadał za jej lot, zapisywanie danych z tego lotu, oraz lokalizację
+rakiety po jej wylądowaniu. Potrzebna jest również aplikacja, która
+będzie pełniła funkcję kontrolera lotów/testów. Takie testy generują
+dużą liczbę danych, które ciężko uporządkować więc potrzebne jest też
+miejsce, w którym będzie można je porządkować i wyświetlać w przejrzysty
+sposób. Koło nie posiada też strony internetowej-tak zwanej wizytówki,
+która ma budować rozpoznawalność w internecie i pomóc w kontakcie
+przyszłym kandydatom na członków koła.\
+Projekt oprócz komputera pokładowego będzie się składał z dwóch
+aplikacji -- aplikacji webowej oraz aplikacji desktopowej. Aplikacja
+desktopowa ma odgrywać rolę kontrolera testów. To, że aplikacja jest
+desktopowa, wynika z faktu, że testy zazwyczaj wykonywane są w miejscach
+bez dostępu do internetu. Aplikacja webowa będzie pełniła funkcję
+wizytówki oraz bazy danych testów. Członkowie koła będą posiadali login
+i hasło do aplikacji, gdzie będą katalogowane dane historyczne z testów.
+Dane będzie można eksportować w wygodnym formacie, a także wyświetlać w
+formie wykresów i tabelek z danymi. Strona będzie miała możliwość
+wprowadzenia danych ręcznie, jednak preferowaną opcją będzie dodawanie
+danych przez aplikację desktopowa, która to zrobi w sposób
+zautomatyzowany. Aplikacja desktopowa będzie umożliwiała wyświetlanie
+danych z testów rakiet oraz silników na żywo. Po teście dane będą
+przekazywane do aplikacji webowej, jeśli będzie dostęp do internetu.
+Jeśli nie będzie dostępu, to dane zostaną zapisane w pamięci komputera i
+przekazane od razu po podłączeniu komputera do Internetu. Aplikacja
+desktopowa ma również dać możliwość konfiguracji modułów elektroniki
+komputera pokładowego rakiety oraz odczytywania i zapisywania z nich
+danych. Pobrane dane będą od razu przekazywane do chmury tak jak w
+przypadku testu na żywo. Będzie również możliwa zmiana konfiguracji tych
+modułów-zmiany ustawień parametrów programu na danym module (np. ilość
+bitów na sekundę podczas wysyła danych, częstotliwość, moc anteny), są
+to parametry, które muszą być zmieniane podczas czasu życia modułu. Ta
+funkcjonalność ma na celu zapewnić większe bezpieczeństwo podczas zmiany
+tych parametrów. Parametry nie będą zmieniane poprzez wgranie nowego
+kodu tylko przez aplikacje, dzięki temu na samym urządzeniu nie trzeba
+będzie zmieniać kodu źródłowego.\
+Klientowi zależy na tym, aby pozyskać z rakiety dane, które pozwolą
+sprawdzić, czy rakieta osiągnęła oczekiwane parametry lotu zgodne z
+wcześniejszą symulacją takie jak apogeum, prędkość, liczba macha czy
+przyspieszenie. W tym celu muszą dokonać pomiarów fizycznych za pomocą
+odpowiednich czujników takich jak akcelerometr, barometr, magnetometr
+czy żyroskop, a następnie zapisać te dane i wyświetlić je w czytelnej
+formie w celu ich analizy. Komputer pokładowy będzie umożliwiał zebranie
+powyższych danych, a także wyzwolenie separacji/spadochronu w dwóch
+różnych konfiguracjach: poprzez automatyczne wykrycie spadku swobodnego
+oraz poprzez użycie timera (ustawienie odpowiedniego opóźnienia, po
+którym zostanie wyzwolona separacja/spadochron). Rakieta będzie też
+wyposażona w lokalizator, który będzie umożliwiał odnalezienie rakiety
+po lokalizacji GPS wysłanej za pomocą komunikacji bezprzewodowej LORA.
+
+# Rynek
+
+Wyposażenie pokładowe rakiety (awionika) składa się głównie z dwóch
+części: komputera pokładowego i lokalizatora. Komputery pokładowe
+znajdujące się na rynku mają wysoką cenę i większość z nich, nie
+oferuje, aplikacji do zbierania danych, przez co robi się z nimi bałagan
+i trzeba dbać samemu o to, by te dane katalogować. Gotowe lokalizatory,
+mimo że zaawansowane również są bardzo drogie.
+
+## Przykłady produktów na rynku: 
+
+-   Dużym zainteresowaniem na świecie cieszą się amerykańskie
+    [EggTimery](http://eggtimerrocketry.com/home/altimeters-av-bay/).
+    Posiadają one wiele różnych konfiguracji komputerów oraz
+    lokalizatorów. Mają jednak one dość wysokie ceny modułów i nie
+    oferują zintegrowanej aplikacji, która umożliwiałaby analizę danych,
+    musimy korzystać z osobnych programów.
+
+-   Dostępne są [niemieckie komputery
+    pokładowe](https://www.rocketronics.de/shop/de/altimax-g3-standard.html?fbclid=IwAR2Btg-xkFvGJoPM6sU9-zkdCB5SZMVawdttTxnr6m8iG2iS46GtkmWs8Fc)
+    firmy Rocketronics oferujące wysoką jakość danych oraz dokładną
+    separację. Ich aplikacja nie umożliwia podglądu danych na żywo. Nie
+    ma w nich lokalizatorów i mają wysoką cenę.
+
+-   [Lokalizator
+    Featherweight](https://www.featherweightaltimeters.com/featherweight-gps-tracker.html)
+    (koszt to 610-2000 zł) - wysoka cena, zawiera aplikację, ale do tego
+    potrzebny jest jeszcze komputer pokładowy. 
+
+-   Jeden z najtańszych i najpopularniejszych sposobów (przynajmniej w
+    Polsce) na lokalizację rakiety polega na używaniu taniego
+    [lokalizatora](https://abc-rc.pl/product-pol-7625-Lokalizator-GPS-TK102B-Tracker-GPS-Sledzenie-w-WWW.html),
+    który wysyła podstawowe dane telemetryczne dzięki modułowi GPS i
+    GSM. Nie są to jednak produkty przeznaczone konkretnie do rakiet i
+    nie mogą zostać zintegrowane z komputerem pokładowym. 
+
+-   Nowością jest komputer pokładowy
+    [Signal-R2](https://bps.space/shop/signal-r2) z aplikacją na telefon
+    (koszt to ok 1400 zł). Aplikacja dostępna na platformy android oraz
+    iOS jest zintegrowana z komputerem pokładowym. Cały system
+    komunikacji jest oparty na Bluetooth, co daje zasięg 10 metrów,
+    dlatego nie można używać aplikacji do odczytów danych na żywo
+    podczas lotu. Aby uzyskać szerszy dostęp do dokumentacji, kodów
+    źródłowych i informacji na temat projektu trzeba dodatkowo
+    miesięczne płacić za subskrypcje na specjalnej platformie Patronite.
+
+# Opis produkt
+
+## Aplikacja webowa:
+
+-   wizytówka koła
+
+-   możliwością wgrania avatara
+
+-   dane z testów będzie można zapisywać na serwerze w celu stworzenia
+    historii testów
+
+-   eksport danych GPS w formacie NMEA
+
+-   eksport danych telemetrycznych do Excel'a
+
+-   import danych pomiarowych z pliku
+
+-   wyświetlenie danych historycznych (z testów)
+
+-   wyszukiwanie testu po nazwie i dacie
+
+-   kategoryzacja danych telemetrycznych (historia testów) przypisana do
+    testu
+
+## Aplikacja desktopowa:
+
+-   pomiary z rakiety obrazowane na żywo:
+
+    -   wykres prędkości od czasu,
+
+    -   wykres przyspieszenia od czasu,
+
+    -   wykresy orientacji XYZ,
+
+    -   wykres wysokości i wychylenia w osiach XYZ od czasu,
+
+    -   wyświetlenie lokalizacji GPS na mapie (Google Maps)
+
+-   obrazowane danych z hamowni na żywo
+
+    -   wykres ciągu do czasu
+
+    -   wykres ciśnienia do czasu
+
+-   dane po teście rakiety czy silnika będą zapisywane na serwerze
+
+-   zgrywania/usuwanie danych z modułów elektronicznych
+
+-   zmiana konfiguracji modułów elektronicznych
+
+## Elektronika:
+
+-   dokonywanie pomiarów podczas lotu (prędkość, przyspieszenie,
+    wysokość, wychylenia w osiach XYZ) 
+
+-   lokalizacja GPS oraz pomiary wysyłane do stacji naziemnej za
+    pośrednictwem komunikacji bezprzewodowej LORA 
+
+-   wykrycie apogeum (spadku swobodnego) pozwalające wyzwolić
+    separacje/spadochron
+
+-   timer pozwalający wyzwolić separacje/spadochron
+
+-   wyzwolenie separacji, spadochronu poprzez odpalenie zapalnika
+    elektrycznego 
+
+-   przesyłanie danych do stacji naziemnej przez moduł komunikacyjny 
+
+-   odbieranie danych przez odbiornik
+
+-   przekazywanie danych do aplikacji desktopowej
+
+-   zapisywania danych do pamięci modułu
+
+-   odczytywanie danych z pamięci modułu
+
+-   zmiana konfiguracji modułu
+
+# Zakres i ograniczenia
+
+## Skład zespołu:
+
+-   Wojciech Kubiak - systemy wbudowane - arduino, c++, python
+
+-   Sebastian Wawrzyn - backend - .NET Core, C#, Docker, baza
+    danych
+
+-   Piotr Józefowicz - frontend - Vue.js, typescript
+
+## Kamienie milowe:
+
+-   I faza, I semestr (02.2020 - 07.2020):
+
+    -   Przygotowanie prototypu aplikacji
+
+    -   Przygotowanie backlogu dla projektu w systemie Trello,
+        opracowanie funkcjonalności, user stories
+
+    -   Rozpoczęcie prac programistycznych nad aplikacją
+
+    -   Rozpoczęcie prac programistycznych nad komputerem pokładowym 1.0
+
+    -   Testowanie komputera pokładowego
+
+    -   Ukończenie MVP aplikacji i komputera pokładowego
+
+    -   Poddanie MVP testom funkcjonalnym
+
+-   II faza, II semestr(10.2020 - 12.2020):
+
+    -   Uaktualnienie dekumentacji i Trello
+
+    -   Rozpoczęcie prac programistycznych nad aplikacjami
+
+    -   Kontynuacje prac programistycznych nad komputerem pokładowym
+        oraz rozpoczęcie prac nad nadajnikiem i odbiornikiem
+
+    -   Testowanie komputera pokładowego oraz elektroniki naziemnej
+
+    -   Ukończenie aplikacji wraz ze wszystkimi zdefiniowanymi
+        funkcjonalnościami
+
+    -   Integracja aplikacji z elektroniką
+
+    -   Testy integracyjne
+
+    -   Wdrożenie aplikacji na publiczną domenę
+
+## Harmonogram:
+
+MVP produktu zostanie wypracowane i przedstawione do końca czerwca 2020
+roku, zawierać będzie funkcjonalności takie jak:
+
+-   Komputer pokładowy 1.0:
+
+    -   Dokonywanie pomiarów telemetrycznych
+
+    -   Zapis danych na kartę SD
+
+    -   Wyzwolenie separacji za pomocą timera
+
+    -   Odpalenie zapalnika elektrycznego
+
+-   Aplikacja internetowa (frontend):
+
+    -   Stworzenie konta użytkownika, logowanie
+
+    -   Dodawanie testów z pliku
+
+    -   Wyświetlanie danych z testów
+
+    -   Przegląd danych historycznych
+
+    -   Zintegrowania aplikacji webowej z REST API
+
+-   Aplikacja serwerowa, REST API:
+
+    -   Dodanie serwisów REST pozwalających na operacje wymienione w
+        punkcie "Aplikacja internetowa"
+
+    -   Zintegrowania API z bazą danych
+
+    -   Wdrożenie aplikacji na środowisko testowe
+
+Pierwsza wersja produktu wypracowana i oddana do grudnia 2020 roku,
+obejmować będzie:
+
+-   Wszystkie funkcjonalności zdefiniowane w MVP
+
+-   Komputer pokładowy 2.0:
+
+    -   Układ wyzwolenia separacji
+
+    -   Komunikacja z nadajnikiem
+
+    -   Konfiguracja modułu
+
+-   Nadajnik/Lokalizator:
+
+    -   Lokalizacja GPS oraz redundantny system prędkości wysokości
+        przyspieszenia
+
+    -   Komunikacja bezprzewodowa LORA
+
+    -   Konfiguracja modułu
+
+-   Elektronika naziemna/Odbiornik:
+
+    -   Odbieranie danych od komputera pokładowego (LORA)
+
+    -   Przekazywanie danych do serwera za pomocą REST API
+
+    -   Przekazywanie danych do kolejnych urządzeń za pomocą Seriala
+
+    -   Przekazywanie danych do kolejnych urządzeń za pomocą Bluetooth
+
+-   Aplikacja internetowa (frontend):
+
+    -   Wyświetlanie i gromadzenie danych historycznych testów
+
+    -   Profil użytkownika
+
+-   Aplikacja desktopowa:
+
+    -   Wyświetlanie danych z testów live (wykresy)
+
+    -   Wyświetlanie lokalizacji za pośrednictwem Google Maps
+
+    -   Konfigurowanie płytki
+
+    -   Odczyt danych z płytki
+
+    -   Usuwanie danych z płytki
+
+-   Aplikacja serwerowa, REST API:
+
+    -   Dodanie serwisów REST pozwalających na operacje wymienione w
+        punkcie "Aplikacja internetowa"
+
+    -   Dodanie serwisów REST pozwalających na operacje wymienione w
+        punkcie "Aplikacja desktopowa"
+
+    -   Wdrożenie aplikacji na środowisko produkcyjne
+
+Ograniczeniem projektu jest hosting, nie wiadomo czy politechnika
+udostępni nam domenę oraz otworzy porty na zewnątrz.

Przybylski/awionika/wymagania_projektowe.md

@@ -0,0 +1,499 @@
+---
+author:
+- Wojciech Kubiak
+- Piotr Józefowicz
+- Sebastian Wawrzyn
+title: 
+- Dokument wymagań projektowych
+---
+
+# Elementy składowe projektu (produkty projektu)
+
+## Semestr I
+
+-   Aplikacja webowa
+
+-   Komputer pokładowy (MVP)
+
+-   Aplikacja serwerowa - REST API (WEB)
+
+-   Relacyjna baza danych
+
+-   Prototyp interfejsu użytkownika aplikacji webowej
+
+-   Repozytorium git zawierające kod aplikacji, API, elektroniki
+
+-   Tablica projektowa -- Trello
+
+## Semestr II
+
+-   Komputer pokładowy
+
+-   Nadajnik
+
+-   Odbiornik
+
+-   Wizytówka
+
+-   Aplikacja webowa
+
+-   Aplikacja desktopowa
+
+-   Aplikacja serwerowa lokalna
+
+-   Baza danych NoSql
+
+-   Repozytorium git zawierające kod aplikacji, API, elektroniki
+
+-   Tablica projektowa -- Trello
+
+# Granice projektu
+
+-   Produkty zawarte:
+
+    -   1\. Wyszczególnione produkty projektu
+
+-   Funkcjonalności nie zawarte:
+
+    -   Integracja z systemem APRS, wiele urządzeń lokalizacyjnych ma tę
+        funkcję, jednak zaimplementowanie jej jest zbyt czasochłonne.
+
+    -   Integracja z innymi komputerami pokładowymi, format danych różni
+        się w zależności od komputera.
+
+# Lista wymagań funkcjonalnych
+
+## Komputer pokładowy: 
+
+-   Dokonywanie pomiarów telemetrycznych (barometr, żyroskop,
+    akcelerometr)
+
+-   Zapis danych na flash (format tekstowy)
+
+-   Wyzwolenie separacji za pomocą timera
+
+-   Odpalenie zapalnika elektrycznego
+
+-   Automatyczne wyzwolenie separacji za pomocą barometru
+
+-   Konfiguracja/kontrola modułu:
+
+    -   zmiana parametrów uruchomieniowych
+
+    -   odczyt danych z flash
+
+## Nadajnik/Lokalizator
+
+-   Lokalizacja GPS oraz redundantny system prędkości wysokości
+    przyspieszenia
+
+-   Komunikacja bezprzewodowa LORA (połączenie jednokierunkowe)
+
+-   Konfiguracja/kontrola modułu:
+
+    -   zmiana parametrów uruchomieniowych
+
+    -   odczyt danych z flash
+
+## Aplikacja internetowa
+
+-   Logowanie za pomocą Auth0
+
+-   Wizytówka koła:
+
+    -   informacje o kole
+
+    -   formularz kontaktowy
+
+    -   prezentacja projektów koła
+
+-   Zarządzanie użytkownikami na koncie administratora:
+
+    -   dodawanie i usuwanie użytkowników
+
+    -   zmiana danych użytkownika
+
+    -   nadawanie i odbieranie uprawnień użytkownikom
+
+-   Dodawanie pomiarów z pliku (json, csv)
+
+-   Wyświetlanie danych z testów (wykresy)
+
+-   Przegląd danych historycznych
+
+-   Zintegrowania aplikacji webowej z REST API
+
+-   Profil użytkownika, możliwość zmiany nazwy użytkownika, imienia,
+    nazwiska, emaila, hasła
+
+## Aplikacja desktopowa: 
+
+-   Wyświetlanie danych z testów live (wykresy)
+
+-   Wyświetlanie lokalizacji za pośrednictwem Google Maps
+
+-   Wyświetlenie informacji tekstowych z komputera pokładowego
+
+-   Konfigurowanie modułów elektronicznych
+
+-   Odczyt/Zapis danych z modułów elektronicznych
+
+-   Wysyłanie testów na serwer
+
+-   Zapis pomiarów w plikach json
+
+## Aplikacja serwerowa, REST API:
+
+-   Dodanie serwisów REST pozwalających na operacje wymienione w punkcie
+    "Aplikacja internetowa"
+
+-   Dodanie serwisów REST pozwalających na operacje wymienione w punkcie
+    "Aplikacja desktopowa"
+
+-   Zintegrowania API z bazą danych
+
+-   Wdrożenie aplikacji na środowisko testowe
+
+-   Wdrożenie aplikacji na środowisko produkcyjne
+
+## Elektronika naziemna (odbiornik): 
+
+-   Odbieranie danych od komputera pokładowego (LORA)
+
+-   Przekazywanie danych do serwera za pomocą REST API
+
+-   Przekazywanie danych do kolejnych urządzeń za pomocą Seriala
+
+-   Przekazywanie danych do kolejnych urządzeń za pomocą Bluetooth
+
+-   Konfiguracja/kontrola modułu:
+
+    -   zmiana parametrów uruchomieniowych
+
+# Lista wymagań niefunkcjonalnych
+
+## Komputer pokładowy: 
+
+-   Bezpieczny w użyciu
+
+-   Prosty w użyciu
+
+-   Niezawodny
+
+-   Dokładny
+
+-   Z czytelnym, przejrzystym kodem
+
+-   Technologie:
+
+    -   Arduino
+
+    -   C++
+
+    -   FreeRTOS
+
+## Nadajnik/Lokalizator
+
+-   Bezpieczna w użyciu
+
+-   Prosta w użyciu
+
+-   Niezawodny
+
+-   Dokładny
+
+-   Z czytelnym, przejrzystym kodem
+
+-   Technologie:
+
+    -   Arduino
+
+    -   C++
+
+    -   FreeRTOS
+
+## Elektronika naziemna (odbiornik): 
+
+-   Bezpieczna w użyciu
+
+-   Prosta w użyciu
+
+-   Niezawodny
+
+-   Ładnie obudowana
+
+-   Z czytelnym, przejrzystym kodem
+
+-   Zintegrowana z REST API - wysyła dane telemetryczne
+
+-   Technologie:
+
+    -   Arduino
+
+    -   C++
+
+## Aplikacja internetowa (frontend): 
+
+-   Wytworzona z użyciem nowoczesnych standardów
+
+-   Single Page Application
+
+-   Responsywna
+
+-   Intuicyjna w obsłudze
+
+-   Technologie:
+
+    -   Vue.js
+
+    -   Typescript
+
+## Aplikacja desktopowa: 
+
+-   Wytworzona z użyciem nowoczesnych standardów
+
+-   Single Page Application
+
+-   Responsywna
+
+-   Intuicyjna w obsłudze
+
+-   Zaprojektowana według najnowszych standardów .NET
+
+-   Używa nowych technologii i podejść programistycznych
+
+-   Z czytelnym i przejrzystym kodem
+
+-   Szybka obsługa zapytań
+
+-   Zintegrowana z elektroniką naziemną oraz pozostałymi modułami
+
+-   Technologie:
+
+    -   Vue.js
+
+    -   Electron
+
+    -   Typescript
+
+    -   .NET Core
+
+    -   C#
+
+## Aplikacja serwerowa - REST API: 
+
+-   Używa bazy danych NoSql
+
+-   Zaprojektowana według najnowszych standardów .NET
+
+-   Używa nowych technologii i podejść programistycznych
+
+-   Z czytelnym i przejrzystym kodem
+
+-   Szybka obsługa zapytań
+
+-   Technologie:
+
+    -   .Net Core
+
+    -   Docker
+
+## Baza danych:
+
+-   Technologie:
+
+    -   NoSql
+
+## Prototyp aplikacji internetowej przetestowany przez użytkowników: 
+
+-   Technologie:
+
+    -   Adobe XD
+
+## Tablica projektowa - Trello: 
+
+-   Historia wymagań funkcjonalnych (User stories)
+
+-   Historia prac zdefiniowana zadaniami
+
+-   Lista wymagań funkcjonalnych zaplanowanych na przyszłość
+
+-   Lista zadań zaplanowanych na przyszłość
+
+## Repozytorium zawierające kod aplikacji, API oraz elektroniki 
+
+-   Technologie:
+
+    -   GitHub
+
+# Mierzalne wskaźniki wdrożeniowe
+
+## Semestr I
+
+-   System zostanie przekazany w wersji testowej alpha.
+
+-   System zostanie zasilony danymi z symulacji lotu rakiet oraz danymi
+    historycznymi testów silników
+
+## Semestr II
+
+-   System zostanie udostępniony w domenie internetowej i będą z niego
+    korzystać członkowie koła (około 20 osób)
+
+-   Wizytówka koła będzie oglądana przez ludzi chcących się dowiedzieć
+    czegoś o kole.
+
+-   System zostanie zasilony danymi z testów silników oraz rakiet.
+
+-   Przekazanie plików instalacyjnych do aplikacji desktopowej
+
+-   Na koniec drugiego semestru klient otrzyma system w wersji testowej
+    beta.
+
+# Kryteria akceptacji projektu dla I semestru prac
+
+## Wymagane
+
+-   Ukończenie zdefiniowanych funkcjonalności z listy wymagań
+    funkcjonalnych na drugi semestr
+
+-   Brak błędów utrudniających korzystanie z aplikacji
+
+-   Czy produkt został oddany w czasie
+
+## Oczekiwane
+
+-   Wykonanie produktu zgodnie z ustalonymi wymaganiami odnośnie
+    technologii
+
+## Planowane
+
+-   Zawieranie testów jednostkowych, integracyjnych, oraz czy spełniają
+    swoje zadanie
+
+# Kryteria akceptacji projektu dla II semestru prac
+
+## Wymagane
+
+-   Ukończenie zdefiniowanych funkcjonalności z listy wymagań
+    funkcjonalnych na drugi semestr, przetestowanie aplikacji pod kątem
+    użytkowym przez testerów (klientów końcowych)
+
+-   Brak błędów utrudniających korzystanie z aplikacji
+
+-   Czy produkt został oddany w czasie
+
+## Oczekiwane
+
+-   Wykonanie produktu zgodnie z ustalonymi wymaganiami odnośnie
+    technologii
+
+## Planowane
+
+-   Zawieranie testów jednostkowych, integracyjnych, oraz czy spełniają
+    swoje zadanie
+
+# Organizacja pracy zespołu
+
+Strona zespołu projektowego:
+
+-   Wojciech Kubiak - Product Owner
+
+    -   Implementacja systemów wbudowanych
+
+    -   Zarządzanie dokumentacją
+
+    -   Komunikacja z klientem - czynny udział w kole
+
+-   Piotr Józefowicz - Scrum Master
+
+    -   Implementacja frontendu
+
+    -   Projektowanie prototypu interfejsu użytkownika
+
+-   Sebastian Wawrzyn
+
+    -   Implementacja backendu aplikacji
+
+    -   Stworzenie bazy danych na potrzeby aplikacji API
+
+Praca jest wykonywana w metodyce SCRUM w tygodniowych sprintach. Kod
+źródłowy trzymany jest na repozytorium na Githubie. Do podziału pracy i
+śledzenia progresu używamy aplikacji Trello
+
+# Ryzyka projektowe
+
+## Ryzyka ze względu na zasoby: 
+
+-   Odejście członka implementującego stronę serwerową - trudności w
+    ukończeniu aplikacji serwerowej
+
+-   Odejście członka implementującego stronę frontendową - trudności w
+    ukończeniu aplikacji
+
+-   Odejście członka implementującego systemy wbudowane - trudności w
+    ukończeniu aplikacji
+
+-   Określone ramy czasowe (semestry) na stworzenie produktu
+
+## Inne: 
+
+-   Nieporozumienia na linii zespół a klient wynikające z nieznajomości
+    pojęć domenowych lub nieporozumienia dotyczące funkcjonalności czy
+    innych rzeczy
+
+-   Nieporozumienia w zespole dotyczące rozwiązań implementacyjnych,
+    architektury, funkcjonalności lub używanych technologii
+
+-   Brak odpowiedniego zaangażowania w projekt ze strony zespołu,
+    wybranych członków zespołu
+
+-   Nagły brak wsparcia dla lub przerwanie rozwijania wykorzystywanej
+    technologii lub narzędzia - konieczność implementacji od nowa, lub
+    kontynuowanie implementacji w nieużywanym/źle zaprojektowanym
+    narzędziu, bibliotece
+
+-   Napięty termin, nakład obowiązków związanych z uczelnią oraz sprawy
+    prywatne, mogą negatywnie wpłynąć na pracę nad aplikacją
+
+-   Niestandardowy temat projektu, mogą pojawić się nieoczekiwane
+    trudności (rocket science)
+
+# Kamienie milowe
+
+-   I faza, I semestr (02.2020 - 07.2020):
+
+    -   Przygotowanie prototypu aplikacji
+
+    -   Przygotowanie backlogu dla projektu w systemie Trello,
+        opracowanie funkcjonalności, user stories
+
+    -   Rozpoczęcie prac programistycznych nad aplikacją
+
+    -   Rozpoczęcie prac programistycznych nad komputerem pokładowym 1.0
+
+    -   Testowanie komputera pokładowego
+
+    -   Ukończenie MVP aplikacji i komputera pokładowego
+
+    -   Poddanie MVP testom funkcjonalnym
+
+-   II faza, II semestr(10.2020 - 02.2021):
+
+    -   Uaktualnienie dekumentacji i Trello
+
+    -   Rozpoczęcie prac programistycznych nad aplikacjami
+
+    -   Kontynuacje prac programistycznych nad komputerem pokładowym
+        oraz rozpoczecie prac nad nadajnikiem i odbiornikiem
+
+    -   Testowanie komputera pokładowego oraz elektroniki naziemnej
+
+    -   Ukończenie aplikacji wraz ze wszystkimi zdefiniowanymi
+        funkcjonalnościami
+
+    -   Integracja aplikacji z elektroniką
+
+    -   Testy integracyjne
+
+    -   Wdrożenie aplikacji na publiczną domenę