FORMULARZ ZGŁOSZENIA UCZESTNICTWA W SZKOLENIU:

Transkrypt

Projekt „Zwiększenie liczby absolwentów studiów stacjonarnych I stopnia kierunku informatyka w WSNHiD”
współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego
PYTANIA I ODPOWIEDZI DO ZAPYTANIA OFERTOWEGO Z DNIA 30.01.2014 r.
NA PRZEPROWADZENIE KONSULTACJI MERYTORYCZNYCH PROJEKTÓW OPRACOWANYCH W RAMACH
KONKURSU KWALIFIKUJĄCEGO NA STAŻE NA KIERUNKU INFORMATYKA
W WYŻSZEJ SZKOLE NAUK HUMANISTYCZNYCH I DZIENNIKARSTWA W POZNANIU
Strona | 1
Szanowni Państwo,
W związku z pytaniami nadesłanymi przez Oferentów, Zamawiający udziela poniżej odpowiedzi.
Pytanie nr 1
Projekt zespołów, a projekty indywidualne? Czy projekty indywidualne uwzględnianie są w ramach
zakresu godzinowego przeznaczonego dla zespołu zadaniowego czy wykładowca ma wygospodarować
sobie na konsultacje indywidualne dodatkowy czas.
Projekty indywidualne i zespołowe są uwzględniane w zakresie 20 godzin lekcyjnych dla jednego
zespołu. Jeden zespół liczy od 2 do 4 osób. Projekty indywidualne będą konsultowane i wykonane
równolegle z projektami zespołowymi od początku trwania konkursu.
O przyjęciu na staże decydują wyniki organizowanego konkursu na staż, na który składa się łączna
ocena z projektu indywidualnego i zespołowego oraz w wyjątkowych przypadkach rozmowa
kwalifikacyjna.
Temat projektów zespołowych został przygotowany przez firmy, natomiast tematy projektów
indywidualnych zostaną przygotowane wspólnie przez studenta i opiekuna projektu w trakcie
konsultacji merytorycznych projektów.
W trakcie trwania konkursu zarówno studenci jak i opiekunowie projektów mogą konsultować projekty
zespołowe z przedstawicielami firm, którzy są autorami tematów projektów.
Pytanie nr 2
Czy każdy zespół ma zrobić projekt? Czy dochodzą do tego dodatkowe projekty indywidualne (w ilu
projektach bierze udział poszczególny uczestnik).
Każdy zespół musi zrealizować jeden projekt zespołowy. Dodatkowo każdy z członków zespołów ma
wykonać projekt indywidualny, a więc każda osoba bierze udział w dwóch projektach.
Pytanie nr 3
Czy zajęcia mogą być prowadzone pod rząd w tygodniu? – zmniejszenie kosztów dodatkowych (nocleg,
dojazd). Jak długo (dokładna ilość godzin) zajęcia mogą odbywać się w ciągu jednego dnia?
Terminy konsultacji prowadzący będzie ustalał sam ze studentami, Dział Planowania nie narzuca
terminów. Dopuszcza się realizowanie konsultacji jedne po drugich dla różnych zespołów, jednak
Zamawiający chce zapewnić studentom wsparcie rozłożone w czasie w zależności od ich potrzeb.
Optymalnym rozwiązaniem wydaje się podzielenie 20 h konsultacji na 5 spotkań, każde po 4 h
lekcyjne. Pierwsze spotkanie organizacyjne może trwać dłużej. Zamawiający nie chce dopuścić do
sytuacji, gdy studenci z 1 zespołu zrealizują 20 h konsultacji w 3 dni z rzędu, bo nie będą mieli czasu na
Wyższa Szkoła Nauk Humanistycznych i Dziennikarstwa
ul. gen. Tadeusza Kutrzeby 10, 61-719 Poznań
tel. 61 66 05 217 fax. 61 85 84 362
www.wsnhid.pl
realizację projektu i korzystanie ze wsparcia opiekuna na późniejszych etapach realizacji. Oczywiście
może się okazać, że studenci będą chcieli skumulować konsultacje w wąskim terminie, jednak w tym
momencie Zamawiający nie jest w stanie tego określić. Terminy spotkań należy ustalić w porozumieniu
z każdym zespołem. Drugą kwestią jest dopasowanie harmonogramu do planu zajęć w semestrze
letnim, który w tym momencie jeszcze ulega modyfikacjom. Oficjalny plan zostanie ogłoszony na
Strona | 2
przełomie lutego i marca.
Pytanie nr 4
Proszę o przesłanie rozwinięć tematów: 7; 8; 9; i 10.
Część 7:
Na podstawie znanego otwartego oprogramowania PHP (np. Word Press, Drupal, TYPO3, Magento,
PrestaShop, Joomla lub innego) należy przygotować symulację środowiska wysokiego obciążenia
internetowego (takiego, które wykorzystuję wiele serwerów) na jednej maszynie wirtualnej. Zadanie
ma na celu zrozumienie tematyki optymalizacji serwerów internetowych pod kątem wysokiego
obciążenia zarówno po stronie rozwiązań serwerowych i sieciowych, jak i po stronie oprogramowania.
Projekt należy wykonać przy użyciu narzędzi:
Vargrant (http://www.vagrantup.com) do tworzenia wirtualnej maszyny
Docker (https://www.docker.io) do tworzenia serwerów przy użyciu Linux Containers (LXC)
Gotowy projekt musi być zrealizowany w oparciu o jedną maszynę wirtualną i muszą być na niej
wydzielone osobne, które będą spełniać następujące funkcję:
- Serwer Cache (kompatybilny z danym oprogramowanie PHP)
- Serwer Bazy danych
- Load-Balancer
- Serwer aplikacyjny
W projekcie będzie oceniane:
- Stabilne działanie aplikacji pomimo istnienia jej na wielu serwerach
- Sposób rozwiązania problemu
- Rozwiązanie nastawione na wydajność
Kamienie milowe, które należy osiągnąć:
1. Uruchomienie aplikacji PHP na jednym serwerze
2. Uruchomienie aplikacji na wielu serwerach przy użyciu Load-Balancer'a
3. Uruchomienie mechanizmów Cache dla danej aplikacji (np. memcache, redis)
Dla każdego z kamieni milowych należy dokonać pomiarów wydajności i należy dokonać próby oceny
tych pomiarów.
Dodatkowo dla chętnych można wykorzystać w aplikacji Varnish Cache (https://www.varnishcache.
org) w celu osiągnięcia lepszych wyników.
Część 8:
## Endless runner system (mobile)
Asset pozwalający na szybkie tworzenie gier "endless runner" (np.: Temple Run). Jego założeniem ma
być łatwa integracja z nowymi assetami graficznymi i szybkość tworzenia nowego stylu dla tej samej
gry.
tel. 61 66 05 217 fax. 61 85 84 362
www.wsnhid.pl
Asset powinien pozwalać na stworzenie gry zawierającej między innymi:
1. Przeszkody (blokujące część ścieżki - omijane lewo/prawo, blokujące dół - do przeskoczenia,
blokujące górę - omijane ślizgiem, blokujące całą ścieżkę, ale możliwe do zniszczenia)
2. "Monety" do zbierania
Strona | 3
3. "Power-upy" modyfikujące aktualną rozgrywkę.
4. Zakręty o 90 stopni w lewo i prawo.
Asset powinien dawać możliwość stworzenia pojedynczych sekcji mapy, które automatycznie będą
łączone w trakcie gry aby umożliwić losowość i replayability gry. Sekcje powinny zawierać elementy,
które są w nich opcjonalne i silnik powinien sam losować, które z tych elementów będą aktualnie
włączone/wyłączone.
Asset powinien zliczać punkty, które zgromadził gracz – przede wszystkim liczbę zebranych monet
(uwzględniając power-upy) oraz odległość jaką pokonał (w metrach).
Sterowanie powinno odbywać się poprzez abstrakcyjny kontroler (interfejs + implementacja), który
będzie umożliwiał podpięcie dowolnego innego urządzenia do kontrolowania avatara (np.: dotyku,
akcelerometru, urządzenia zewnętrznego). Jako gotowe elementy powinny być dostarczone dwa
kontrolery korzystające odpowiednio z dotyku oraz akcelerometru dostępnego w urządzeniu
mobilnym.
Asset ma docelowo działać na urządzeniach mobilnych, więc konieczna jest odpowiednia
optymalizacja kodu (szczególnie mając na uwadze Garbage Collector).
Dodatkowo fajne byłoby przygotowanie odpowiednich Editor Scriptów, które ułatwiłyby tworzenie
nowych elementów do gry (oznaczanie przeszkód, opcjonalnych elementów, zakrętów i łączenia tego
wszystkiego w sekcje).
Część 9:
Projektowanie, tworzenie i wydanie gry mobilnej w Html5.
Część 10:
Projekt jest oparty na darmowym silniku Unreal Engine 3.0.
Silnik dostępny jest na:
http://www.unrealengine.com/en/udk/downloads/
Dokumentacja silnika jest dostępna tutaj:
http://www.unrealengine.com/udk/documentation/
Konfiguracja Visual Studio z UnrealScriptem dostępna jest tutaj:
http://www.youtube.com/watch?v=uYCKYAs-ipc
W projekcie zespołowym istnieje możliwość korzystania tylko z modeli dostępnych w UDK. Unikaj
wszelkich zasobów implementujących logikę zawartych w UDK.
Główny opis projektu zespołowego:
tel. 61 66 05 217 fax. 61 85 84 362
www.wsnhid.pl
Zadanie 1: utworzenie postaci, która będzie potrafiła latać oraz chodzić
Zadanie 2: utworzenie zdarzeń na klawiszach:
- Klawisz Q – obrót postaci na lewo (po osi Z) wraz ze sztywną kamerą
- Klawisz E – obrót postaci na prawo (po osi Z) wraz ze sztywną kamerą
- Klawisz W – przyspieszenie (do pewnej szczytowej granicy)
- Klawisz S – hamowanie/cofanie postaci
- Klawisz A – skręt postaci w lewo
- Klawisz D – skręt postaci w prawo
- Mysz – swobodna korekta lotu postaci wraz ze sztywną kamerą
Zadanie 3: umożliwienie postaci strzelania
Zadanie 4: utworzenie na mapie (w dowolnym miejscu) spawn pointów przeciwników
Zadanie 5: implementacja życia (HP) gracza oraz wrogów
Zadanie 6: ustawienie śmierci wrogów po 2 strzałach
Zadanie 7: utworzenie teleportów w dowolnym miejscu mapy
Zadanie 8: gracz po kolizji z wrogiem traci życie
Zadanie 9: zliczanie pokonanych wrogów oraz wyświetlenie tej liczby na ekranie
Zadanie 10: implementacja warunku ukończenia gry według własnego pomysłu
Maksymalnie można otrzymać 10 punktów.
Skup się na funkcjonalności kodu a nie na wyglądzie samej gry.
W http://www.darkstorkstudios.com/WSNHiD jest dostępna mapa oraz opis krok po kroku jak
zaimplementować pierwszy projekt, na którym należy zrealizować case study.
tel. 61 66 05 217 fax. 61 85 84 362
www.wsnhid.pl
Strona | 4

FORMULARZ ZGŁOSZENIA UCZESTNICTWA W SZKOLENIU:

Transkrypt

Podobne dokumenty