3
1
Fork 0
dydaktyka/bikol/DPRILI1_201718L/chill.md

9.1 KiB

Strona automatycznie zmigrowana z systemu Eduwiki z wykorzystaniem Pandoc All:

Temat projektu: Chillroom

Skład zespołu

||||||<tablewidth="62%">Role członków zespołu||

||<rowbgcolor="#FFFFE0">Product`` ``owner:||Dawid Kubicki||412146||
||<rowbgcolor="#FFFFE0">Scrum`` ``master:||Michał Dąbrowski||416060||
||<rowbgcolor="#FFFFE0">Developerzy:||Dominika Grajewska||416072 ||
||<rowbgcolor="#FFFFE0">||Michał Dąbrowski||416060||
||<rowbgcolor="#FFFFE0">||Dawid Kubicki||412146||

Krótki opis projektu

  1. Krótki opis: Udostępnienie informacji o zajętości urządzeń w Chillout Room ( Playstation/TV, Piłkarzyki oraz Fotel do masażu )

2. Wymagania: Aplikacja webowa, responsywna

Krótki opis projektu

  • Spring Boot
  • Mongo
  • Angular 6
  • Raspberry Pi 3
  • Node JS
  • Mongo DB
  • C++
  • Moduł ESP8266
  • Tilt Sensor Waveshare

Pełny opis projektu

Naszym celem jest stworzenie produktu, za pomocą którego pracownicy dużych korporacji będą mogli sprawdzić dostępność urządzeń w chillroomie. Ma to na celu zwiększenie produktywności pracowników poprzez ograniczenie fizycznego sprawdzania dostępności sprzętów. Sprzęty będą wyposażone w czujniki, które wyślą sygnał o zajętości lub dostępności. Naszym celem pośrednim jest użycie jak najmniejszej ilości kabli, aby nie wprowadzać zmian w wystroju chillroomu oraz w celach bezpieczeństwa. Czujniki będą zasilane akumulatorami, które będą wymagały co pewien czas podłączenia przez pracownika do ładowania. Przewidujemy panel logowania dla administratora, aby miał wgląd w dokładne statystyki.

Drugi semestr

Harmonogram

  • 5.10 - poprawa grafiki strony
  • 10.10 - poprawa responsywności strony oraz zmiana wykresów, panel administratora
  • 1.11 - zmiana bazy danych, konfiguracja serwera
  • 15.11 - podpięcie pozostałych czujników drgań, flashowanie czujników
  • 1.12 - skonfigurowanie Raspberry pod sieć Ad Hoc, flashowanie czujników
  • 10.12 - testy podpięcia czujników, wrażliwości oraz obserwacja i eliminacja ewentualnych błędów
  • 12.12 - deploy nowego serwera na Raspberry, instalacja akumulatorów
  • 7.01 - instalacja w Capgemini
  • 14.01 - dokumentacja & film w Capgemini
  • 14.01 - przygotowanie prezentacji

Architektura systemu

https://ibb.co/XfQQs0y

Zrealizowane cele

  • Poprawa grafiki strony, responsywność oraz zmiana wykresów
  • Panel administratora
  • Zmiana bazy danych oraz konfiguracja serwera
  • Podpięcie czujników pod piłkarzyki oraz rzutki
  • Kalibracja czujników pod względem wrażliwości na drgania
  • Konfiguracja Raspberry
  • Możliwość dodawania i usuwania urządzeń oraz ich edycja
  • Powiadomienie o wyczerpanej baterii

Niezrealizowane cele

  • czujniki w fotelu do masażu - rezygnacja klienta
  • czujniki podpięte pod PlayStation - rezygnacja klienta
  • Monitorowanie stanu baterii

Podział prac

Dawid Kubicki
  • połączenie z serwerem oraz mongo db
  • logika wyświetlająca bieżący stan czujników oraz update wykresów
  • routing oraz material design
  • logika serwera
  • endpointy (wyświetlanie, dodawania, edycja, usuwanie)
  • mongo DB
  • Delay na zapis do bazy oraz zapis zajętych urządzeń raz
  • środowisko testowe na płytkach stykowych
  • zaprogramowanie modułów ESP oraz czujników wstrząsów
  • lutowanie oraz wdrożenie
Dominika Grajewska
  • utworzenie wykresów
  • Layout aplikacji
  • Eduwiki
  • Dokumentacja
  • RWD
  • Panel Admina
Michał Dąbrowski
  • Serwer Spring - logika
  • Nagranie oraz montaż filmu
  • endpointy wyświetlania, dodawania, usuwania oraz edycji
  • Delay na zapis do mongo db

Pierwszy semestr

Prezentacja

  1. Link: https://prezi.com/view/5nq0wpzukfbjVjAJCYcY/

Model Business Canvas

  1. Link: https://drive.google.com/file/d/1sTTl9jTq5Ha0bLD4SvoG5_ifpxRl3OOe/view?usp=sharing

User Stories

I SEM

Jako pracownik`` ``korporacji chcę korzystać z przejrzystego i czytelnego interfejsu graficznego.

Jako pracownik`` ``korporacji chcę korzystać z responsywnego systemu dostępnego w wersji webowej na desktopie, tablecie oraz telefonie.

Jako twórca`` ``produktu chcę oglądać symulację zajętości/dostępności sprzętu (generowane przez aplikację do ręcznego wprowadzania informacji) w celu testów.

Jako twórca`` ``produktu chcę mieć aplikację, dzięki której mogę ręcznie wprowadzić dane, czy dany sprzęt jest zajęty, a dane zostaną zmigrowane do aplikacji docelowej.

Jako twórca`` ``produktu chcę oglądać symulację statystyk w wersji graficznej, abym mógł je przetestować.

Jako administrator chcę mieć możliwość zalogowania się na konto administratora, aby mieć dostęp do treści ukrytych przed pracownikami.

II SEM

Jako pracownik`` ``korporacji chcę sprawdzić w czasie rzeczywistym, czy piłkarzyki,fotel do masażu lub PlayStation są wolne, abym mógł zaoszczędzić czas na sprawdzanie fizycznie dostępności.

Jako pracownik`` ``korporacji chcę mieć możliwość sprawdzenia, jak długo dany przyrząd jest używany, żeby móc przewidzieć, kiedy +/- sprzęt będzie wolny.

Jako administrator chcę sprawdzić poziom baterii esp, żeby wiedzieć, kiedy podłączyć do ładowania.

Jako administrator chcę mieć dostęp do realnych statystyk:ile godzin dziennie grają pracownicy, kiedy są “godziny szczytu”, żeby móc wyciągnąć wnioski dotyczące produktywności pracowników.

AKTORZY I ICH ROLE I OCZEKIWANIA

pracownik korporacji - pracownik, który ma dostęp do głównego modułu systemu

administrator - wybrana osoba, która posiada hasło do konta admin w celu monitorowania statystyk

||||||<tablewidth="62%">Aktorzy i ich role||

||<rowbgcolor="#FFFFE0">Pracownik`` ``korporacji||Sprawdza dostępność sprzętów w chillroomie||
||<rowbgcolor="#FFFFE0">Pracownik`` ``korporacji||Sprawdza czas użycia wybranego sprzętu||
||<rowbgcolor="#FFFFE0">Pracownik`` ``korporacji||widzi poziom zużycia baterii||
||<rowbgcolor="#FFFFE0">Pracownik`` ``korporacji||korzysta z sprawnego systemu, który aktualizuje się na bieżąco||
||<rowbgcolor="#FFFFE0">Pracownik`` ``korporacji||korzysta z produktu, który jest wyposażony  w jak najmniejszą ilość kablii||
||<rowbgcolor="#FFFFE0">Administrator||widzi poziom zużycia baterii||
||<rowbgcolor="#FFFFE0">Administrator||sprawdza dostępność sprzętów w chillroomie||
||<rowbgcolor="#FFFFE0">Administrator||sprawdza czas użycia wybranego sprzętu||
||<rowbgcolor="#FFFFE0">Administrator||widzi statystyki w formie graficznej||
||<rowbgcolor="#FFFFE0">Administrator||wymienia baterie||

Zakres systemu

1. Legenda - "+" Jest, "-" Nie ma

||||||<tablewidth="62%">Lista IN-OUT||

||<rowbgcolor="#FFFFE0">CO?||IN||OUT||
||<rowbgcolor="#FFFFE0">Aplikacja webowa||+||-||
||<rowbgcolor="#FFFFE0">Aplikacja mobilna||-||+||
||<rowbgcolor="#FFFFE0">Sprawdzanie dostępności sprzętu||+||-||
||<rowbgcolor="#FFFFE0">Możliwość rezerwacji sprzętu||-||+||
||<rowbgcolor="#FFFFE0">Panel admina||+||-||
||<rowbgcolor="#FFFFE0">Logowanie admina||+||-||
||<rowbgcolor="#FFFFE0">Logowanie pracowników||-||+||
||<rowbgcolor="#FFFFE0">Sprawdzanie stanu baterii||+||-||
||<rowbgcolor="#FFFFE0">Sprawdzanie czasu użycia danego sprzętu||+||-||
||<rowbgcolor="#FFFFE0">Przewidywany czas zakończenia użytkowania na podstawie statystyk||+||-||
||<rowbgcolor="#FFFFE0">Statystyki “godziny szczytu”||+||-||
||<rowbgcolor="#FFFFE0">Statystyki “godziny spędzone w chillroomie”||+||-||
||<rowbgcolor="#FFFFE0">statystyki pojedynczych użytkowników||-||+||
||<rowbgcolor="#FFFFE0">Raspberry pi 3||+||-||
||<rowbgcolor="#FFFFE0">Arduino||-||+||
||<rowbgcolor="#FFFFE0">Kable zasilające czujniki||-||+||
||<rowbgcolor="#FFFFE0">Akumulatory||+||-||

Grafika

  1. Interfejs na I semestr: https://marvelapp.com/15id1876

2. Interfejs`` ``na`` ``II`` ``semestr: https://invis.io/FDHVTXZRCQE#/294779650_1-_Reserve_View_Website_-_2