WYŻSZA SZKOŁA INFORMATYKI I ZARZĄDZANIA Z SIEDZIBĄ W RZESZOWIE. Projekt zespołowy. Temat: Reewendale. Dokumentacja końcowa

Transkrypt

1 WYŻSZA SZKOŁA INFORMATYKI I ZARZĄDZANIA Z SIEDZIBĄ W RZESZOWIE Projekt zespołowy Temat: Reewendale Dokumentacja końcowa Prowadzący: Wykonawcy: prof. nadzw. dr hab. Janusz Starzyk Karol Grudzień Krzysztof Kubaj Klient: Dominik Piwiński mgr Daniel Jachyra Michał Rodzik Jakub Krystek UID

2 Spis treści 1. Koncept ogólny Fabuła świata Motywacja i opis działania botów Zadania do wykonania Cel projektu i forma realizacji Wymagania klienta Rozwój Projektu i jego znaczenie Wymagania sprzętowo programowe Software Trudności występujące w trakcie realizacji projektu Trudności materiałowe i techniczne Posumowanie i zalecenia na przyszłość Najważniejsze elementy kod Programu Co udało się zrealizować... 9 Początkowy etap prac nad światem... 9 Końcowy wygląd świata Zastosowane modele Przebieg symulacji Plany na przyszłość Ogólna realizacja projektu Podsumowanie Zespół podział zadań Bibliografia

3 1. Koncept ogólny 1.1. Fabuła świata W zamierzchłych czasach mieszkańcy wioski Reewendale wiedli spokojny żywot. Mieli pod dostatkiem surowców i niczym się nie przejmowali. Aż pewnego dnia nadeszli jednak najeźdźcy z odległych krain, chcący zaburzyć ład utopijnej krainy. Mieszkańcy zostali zmuszeni do walki z najeźdźcami oraz pozyskiwania surowców potrzebnych do przeżycia w tych ciężkich czasach. Z pomocą dla tychże nieszczęśników nadeszli bohaterowie, którzy chcą przywrócić dawny ład w tej nieszczęsnej krainie. Zaoferowali oni swą pomoc, jednakże mieszkańcy cały czas byli skazani na zapuszczanie się w niebezpieczne strony w celu pozyskiwania jedzenia oraz innych materiałów potrzebnych do przeżycia Motywacja i opis działania botów Główną motywacją botów jest zaspokojenie pierwotnych potrzeb, takich jak głód, pragnienie oraz sen. Pomagają im w tym odnawialne surowce (krzewy, drzewa, itp.). Po krainie poruszają się także wrogie jednostki. Boty w celu przetrwania muszą gromadzić informacje o otaczającym ich świecie, miejscach w których znajdują się surowce oraz miejscu składowania tychże elementów. Druga klasa botów to boty obrońcy, których celem jest walka z wrogimi jednostkami. Boty uczą się poprzez metodę prób i błędów, jak pozyskiwać surowce oraz unikać wrogich jednostek, korzystając przy tym ze złóż surowców oraz botów wojowników. 3

4 2. Zadania do wykonania 2.1. Cel projektu i forma realizacji Celem projektu było przedstawienie życia mieszkańców przedstawionej w fabule wioski oraz broniących jej przed najeźdźcami rycerzy. Świat został stworzony przy wykorzystaniu Microsoft Visual Studio i silnika XNA. Aplikacja działa bez potrzeby ingerencji ze strony użytkownika. Uogólnione cele: o Stworzyć grę o Opanować krainę o Kontrolować boty o Budować budynki 4

5 2.2. Wymagania klienta Wymagania parametryczne Podział botów: swoi / wrogowie Sposób eksploatacji planety: budynki surowce mapa losowe rozmieszczenie zasobów środowiska i botów Zwrotna informacja o stanie środowiska i botów Wymagania eksploatacyjne Stany botów: pracują, walczą, głodują, odpoczywają ustanowienie hierarchii celów informacja o akcjach botów zarówno tych dobrych jak i złych generowanie statystyk dotyczących nauki botów 5

6 3. Rozwój Projektu i jego znaczenie W trakcie działania programu boty pobierają z środowiska znalezione zasoby co skutkuję ich zmniejszaniu. Gdy dojdzie do kontaktu pomiędzy wrogim botem (agresorem), a obrońcą następuję wzajemna eliminacja. Bot który ma więcej życia oraz jest silniejszy (dominujący) wygrywa potyczkę. Taka sytuacja nie występuje gdy wrogi bot spotka bota robotnika (potencjalna ofiara), w takiej sytuacji robotnik zmuszony jest do ucieczki, natomiast wrogi nie zostaje uszkodzony. Różnice pomiędzy projektem końcowym a założeniami polegały min. na: Braku zaimplementowania animacji, Środowisko działania pozbawione jest kolorów, tzn. mała ilość tekstur, Boty nie potrafią budować budynków, Większa ilość rodzajów botów 4. Wymagania sprzętowo programowe Projekt został oparty o silnik XNA, będący głównym elementem definiującym minimalne wymagania sprzętowo-programowe: Windows XP bądź nowszy, Karta graficzna wspierająca Shader Model 1.1 oraz DirectX 9.0c, Procesor 2.0 GHz lub wyższy, 2GB RAM, XNA Software Kod został napisany za pomocą języka C# z wykorzystaniem Microsoft Visual Studio oraz silnika XNA, ponieważ te technologie idealnie współpracują ze sobą. Przez zastosowanie powyższych technologii program działa tylko w OS Windows, ewentualnie po dalszych przeróbkach można go przystosować dla Xboxa. Silnik XNA obecnie wspierany przez Microsoft okazał się dosyć dobrym wyborem do realizacji tego typu projektu. Przy tworzeniu grafiki wykorzystany został Blender darmowy program do tworzenia grafiki trójwymiarowej, renderingu oraz animacji. 6

7 6. Trudności występujące w trakcie realizacji projektu Spięcia związane z różnymi pomysłami na realizację konkretnych zagadnień, Początkowe problemy z doborem terminów spotkań dogodnych dla wszystkich członków grupy, Opóźnienia z dostarczaniem modułów programu wynikające z różnego podejścia programistów do danych zagadnień, oraz odmiennych stylów programowania. 7. Trudności materiałowe i techniczne Początkowy brak wiedzy do realizacji pewnych elementów projektu, konieczność douczenia się odnośnie pewnych zagadnień związanych z wykorzystywanym językiem programowania oraz narzędziami Rozbieżność z posiadaną platformą sprzętowo-programową Nie wszyscy członkowie grupy posiadają wystarczająco wydajne komputery do udźwignięcia zaawansowanych funkcji graficznych, nie wszyscy również korzystają na co dzień z systemu Microsoft Windows Problemy z animacją modeli oraz implementacją właściwych animacji do określonych akcji 8. Posumowanie i zalecenia na przyszłość 8.1. Najważniejsze elementy kod Programu Projekt podzielony jest na pakiety z których najważniejsze to: WorldModule zawiera opis oraz sposób działania poszczególnych elementuów z gry GraphicsEngine buduje świat możliwe rodzaje modeli według id: modele statyczne takie jak np. budeynek modele statyczne z automatycznei dołączanymi teksturami modele anonimowane np. rycerz rysowanie modeli odbywa się w następujący sposób: obj = AddObject(ObjectType.Worker, new Vector3(10.0f + losowe, 0.0f, 20.0f)); Objects.Add(obj);//dodawanie do głównej listy obiektów która zostanie narysowana obj = AddObject(ObjectType.Worker, new Vector3(40.0f + losowe, 0.0f, 20.0f)); Objects.Add(obj); obj = AddObject(ObjectType.Worker, new Vector3(35.0f + losowe, 0.0f, 60.0f)); 7

8 Objects.Add(obj); obj = AddObject(ObjectType.House, new Vector3(100.0f+losowe, 0.0f, 50.0f)); obj.rotation = 90.0f; obj.obruc = 100.0f; Objects.Add(obj); obj = AddObject(ObjectType.Mineral, new Vector3(40.0f + mineral, 0.0f, 100.0f)); Objects.Add(obj); obj = AddObject(ObjectType.Warrior, new Vector3(35.0f+losowe, 0.0f, 6.0f)); obj.rotation = 90.0f; Objects.Add(obj); Następnie przy pomocy metody DrawModel z klasy DrawableModels są rysowane wszystkie obiekty z listy obj Reewendale paket uruchomieniowy SkinnedModelWindows klasa obsługująca animacje 8

9 8.2. Co udało się zrealizować Zaimplementowano silnik graficzny (nie udało się ukończyć animacji botów) Wstępnie zdefiniowane modele Tabela 1 Wstępnie zdefiniowane rodzaje modeli Postacie Budynki Mapa Detale Akcje Robotnicy Wojownicy Najeźdźcy Zwierzęta Baza Magazyn Domki Teren Woda Góry Surowce Mgła Narzędzia pracy Narzędzia walki Praca (zbieranie surowców) Walka (z najeźdźcami) Odpoczynek Początkowy etap prac nad światem 9

10 Końcowy wygląd świata Zastosowane modele 10

11 Rysunek 8 1 Wojownik Rysunek 8 2 Najeźdźca 11

12 Rysunek 8 3 Zamek Rysunek 8 4 Spichlerz 12

13 Rysunek 8 5 Drzewo Każdy element na planszy jest generowany w losowej pozycji przez co po każdym włączeniu gry boty znajdują się w innym środowisku początkowym, Boty funkcjonują zgodnie z początkowymi założeniami (pozyskiwanie surowców, obrona przed najeźdźcami) Zaimplementowano hierarchię celów (atak wrogiego bota przerywa pozyskiwanie surowca i powoduje ucieczkę robotnika) Po zaznaczeniu obiektu/bota wyświetlane są informacje o jego stanie i aktualnych działaniach Program generuje statystyki, zawierają one: czas w sekundach od początku gry nazwę obiektów ich stany bieżąca wartość życia (hp) pozycja w jakiej bot przebywał w danej chwili. Boty: stany/akcje botów bot robotnik: - szukam - szuka zasobów (stan) - znalazłem - zasoby zostały odnalezione (stan) 13

14 - naprawiam - naprawa budynków (stan) - zbieram - zbiera znalezione zasoby (akcja) - do magazynu - zanosi uzbierane zasoby do magazynu (akcja) - praca- praca na rzecz budynków np. ich budowa/naprawa - brak materiałów szukam- brak materiałów uniemożliwia pracę na rzecz budynków bot wojownik/przeciwnik: - szukam przeciwnika - gdy brak w okolicy przeciwnika boty szukają ich (stan) - znalazłem - przeciwnik został odnaleziony (stan) - atakuje- atak pomiędzy dwoma botami (akcja) 8.3. Przebieg symulacji Po uruchomieniu aplikacji następuje losowe rozmieszczenie wszystkich obiektów na mapie (boty, budynki, surowce). Boty zaczynają krążyć w celu poznania świata (określenia pozycji zasobów oraz budynków). Boty robotnicy, gdy napotkają na jakiś surowiec, rozpoczynają jego zbieranie. Następnie jest on zanoszony do magazynu, lub, jeśli pozycja magazynu jest nieznana, następuje poszukiwanie magazynu. Gdy znane są pozycje zarówno magazynu jak i surowców, robotnicy przemierzają ścieżkę pomiędzy tymi obiektami w celu magazynowania surowców. Jeśli napotkany zostanie wrogi bot najeźdźca, robotnik przerywa swoją pracę i zaczyna uciekać, aby znaleźć się jak najdalej od atakującego przeciwnika. Boty najeźdźcy krążą po krainie poszukując innych jednostek (robotników, bądź wojowników). Jeśli napotkają na te jednostki, rozpoczynają atak. Wojownicy zachowują się analogicznie do najeźdźców. W przypadku walki wojownika oraz najeźdźcy, walkę wygrywa ten, który ma w danym momencie więcej punktów życia Plany na przyszłość Animacja modeli Implementacja dźwięków Zwiększenie złożoności świata Dodanie większej różnorodności botów Dodanie większej ilości akcji możliwych do wykonania przez boty 8.5. Ogólna realizacja projektu 14 Przebieg prac odbywał się terminowo Współpraca między członkami grupy układała się dobrze (bezkonfliktowo) Obowiązki zostały rozdzielone zgodnie z umiejętnościami poszczególnych osób Krótki czas na wykonanie projektu uniemożliwił wykonanie wszystkich założonych celów

15 W trakcie prac nad projektem pojawiły się nowe pomysły, jak można by udoskonalić projekt w przyszłości 8.6. Podsumowanie W celu zwiększenia szybkości oraz wydajności tworzenia projektu wszyscy zajmowali się testowaniem modułów programu. Dzięki temu, że w zespole znajdowało się 2 programistów znacznie skrócił się czas pisania aplikacji. 15

16 9. Zespół podział zadań Karol Grudzień - tester, tworzenie dokumentacji, twórca fabuły; Krzysztof Kubaj- tester, project manager, tworzenie dokumentacji; Michał Rodzik tester, grafik, dźwiękowiec; Dominik Piwiński tester, programista, moduł środowiskowy; Jakub Krystek tester, główny programista, moduł uczący; 16

17 Bibliografia C#: XNA: Blender: