From 458b3e5c4401ada8e5daa07380d3ce8ea908ecfd Mon Sep 17 00:00:00 2001 From: Sebastian Wawrzyn Date: Sun, 13 Dec 2020 23:56:04 +0100 Subject: [PATCH] Upload files to 'Przybylski/awionika' MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Dodanie wizji projektu i wymagań projektowych --- Przybylski/awionika/wizja_projektu.md | 365 ++++++++++++++ Przybylski/awionika/wymagania_projektowe.md | 499 ++++++++++++++++++++ 2 files changed, 864 insertions(+) create mode 100644 Przybylski/awionika/wizja_projektu.md create mode 100644 Przybylski/awionika/wymagania_projektowe.md diff --git a/Przybylski/awionika/wizja_projektu.md b/Przybylski/awionika/wizja_projektu.md new file mode 100644 index 0000000..78e7bc4 --- /dev/null +++ b/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. diff --git a/Przybylski/awionika/wymagania_projektowe.md b/Przybylski/awionika/wymagania_projektowe.md new file mode 100644 index 0000000..e883083 --- /dev/null +++ b/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ę