paulinaurbas / ects-spinner Goto Github PK

Reproduce:

1. Lose game on third, fourth or fifth level
2. Click Play again
3. After first level we you'll be on 1 level higher than the one where you lost the game
   eg.

• Lost game on second floor
• Play again
• 1 level
• 3 level
• 5 level

On c# level we have space flight

umbrellas, burgers, book are not moving with cylinder movement

Please update readme

• Main menu bigger buttons
• change 16:9 landscape

Add level styles, obstacle graphics, points, a moving object and background

• level 1 - white-blue, rolls

• level 2 - blue, books

• level 3 - green walls, demux

• level 4 - yellow, computers

• level 5 - yellow, only points

• level 6 - yellow, resistors

• level 7 - grey, android, iOS (+1)

• add background to tunnel

• add bigger wall in end of game

Dokumentacja do wersji końcowej powinna zwierać:

• Treść zadania
• Analiza zadania z dokumentu projektowego, poszerzoną o jasno wyszczególnione elementy, które podczas pracy zostały dodane/usunięte/uległy zmianie (z uzasadnieniem)
• Podział pracy miedzy osoby w zespole.
• Specyfikacja zewnętrzna
  Jest to instrukcją użytkownika, z której przeciętny użytkownik powinien się dowiedzieć wszystko, co jest mu potrzebne do jego prawidłowego użytkowania. Specyfikacja zewnętrzna dotyczy interfejsu użytkownika, sposobu uruchomienia i obsługi programu, formatu danych wejściowych i wyjściowych.
• Przykład działania
  W tej części należy umieścić przykład działania programu (zrzut ekranu).
• Specyfikacja wewnętrzna
  Specyfikacja wewnętrzna jest dokumentacją techniczną powstałego oprogramowania. Umieścić link do automatycznie wygenerowanej dokumentacji na podstawie komentarzy. Można również opisać ciekawsze/ważniejsze elementy kodu źródłowego (funkcje, obiekty,algorytmy)
• Testowanie i uruchamianie
  Rozdział ten może być sprawozdaniem z procesu systematycznego testowania programu. Powinien zawierać odpowiednio przygotowane dane testowe wraz z formalnym uzasadnieniem ich doboru i ilości. W dokumentacji umieszczamy wyniki działania programu dla konkretnych danych testowych z opisem. W tym rozdziale należy umieścić wynik działania programu dla danych wejściowych. Można tu umieścić np. zrzut ekranu lub wydruk zawartości pliku wynikowego.
• Wnioski
  W niniejszym rozdziale można umieścić komentarze na temat pracy nad programem i inne spostrzeżenia. Można tu ustosunkować się do założeń umieszczonych w analizie zadania i stwierdzić, czy oczekiwania były trafne (np. że przewidywany algorytm okazał się odpowiedni do takiego charakteru/ takiej ilości danych lub że przyjęte rozwiązanie zbyt ograniczyło możliwości programu i że poszczególne moduły należałoby rozwijać). Rozdział ten nie wpływa na merytoryczną ocenę (o ile całe, zdefiniowane w porozumieniu z prowadzącym zadanie zostało zrealizowane).

1. https://assetstore.unity.com/packages/3d/environments/sci-fi/sci-fi-styled-modular-pack-82913
2. https://assetstore.unity.com/packages/3d/environments/snaps-prototype-office-137490
3. https://assetstore.unity.com/packages/3d/props/coffeeshop-starter-pack-160914
4. https://assetstore.unity.com/packages/3d/environments/3d-free-modular-kit-85732

Add speed to ball

Refine the menu styles and game interface

• scene after win game Ready
• scene after losing the game Ready
• display points
• button to play again

• add animations when colliding, winning and losing

• Add particle system to project

• Add particles to object
  https://www.youtube.com/watch?v=BXh6LC1H5S0

• add screens
• add gravity problem solution
• add division of work

Add new level to game with radom generate points and obstacles

Do we want to have own preloader instead of unity one?