Projektiplaani näidis

Mängu idee kokkuvõte

  • 1 – 2 lauset, mis üldiselt kirjeldavad mängu olemust.

  • Näiteks: See on dungeon crawler, kus mängijad uurivad pidevalt muutuvat lõputut labürinti, täis lõkse, saladusi ja koletisi. Eesmärk on leida tee sügavamale, koguda aardeid ja avastada labürindi algupära.

Idee kirjeldus

  • Vähemalt 100 sõna.

  • Täpsem kirjeldus, kuidas mäng käib, mis on mängu eesmärk, millised reeglid ja vastajad, mis setting jne.

Vähemalt üks pilt

  • Annab edasi mängu idee.

  • Kui teie mäng on inspireeritud või põhineb mõnel juba olemasoleval mängul, siis võite kasutada selle mängu pilti.

  • Võite vabalt näiteks paberile joonistada ja pildistada või kasutada photoshop´i.

Kõik 7 sprinti (nädalate kaupa)

  • Alguses on keeruline kõike korraga läbi mõelda ja planeerida, sest arenduse käigus tekivad peaaegu alati uued ideed ja lahendused, mida pole võimalik ette näha. Samuti on raske hinnata, kui palju aega võtab ühe või teise mehaanika loomine, eriti enne, kui on alustatud koodi kirjutamist ja kasutatavate tehnoloogiatega põhjalikumalt tutvumist.

    Seetõttu on projekti esialgsel tutvustamisel mõistlik keskenduda pigem üldisele ideele ja lähenemisviisile, mida saab hiljem arenduse käigus täpsustada ja täiendada. Igal juhul tuleb seda projektiplaani projekti käigus pidevalt uuendada.

  • Näiteks:

    SPRINT 1 (NÄDAL 3 - NÄDAL 5)

    Nädal 3

    • Projekti lehe loomine

    • Parima mänguidee valimine

    • Mängumootori valimine

    • LibGDX põhitõdede õppimine

    Nädal 4

    • Mängu skeleti loomine

    • Prototüüpklienti seadistamine

    • Prototüüpsserveri seadistamine

    • Esimese ühenduse loomine kliendi ja serveri vahel, mängijad sünkroonitud serveriga

    SPRINT 2 (NÄDAL 5 - NÄDAL 7)

    Nädal 5

    • LibGDX põhitõdede jätkuv õppimine

    • Mängulaua ala määratlemine

    Nädal 6

    • Põhimaastiku elementide lisamine

    • Kaardi genereerimine (ilma põhise RCI-ta)

    • Mängu põhimenüü

    SPRINT 3 (NÄDAL 7 - NÄDAL 9)

    Nädal 7

    • Vähemalt ühe tüübi rakendamine iga hoone/ala tüübi kohta

    • Teede lisamine

    • Põhifunktsioonide lisamine hoonetele

    Nädal 8

    • Linnakujunduse põhitõdede rakendamine

    • Mängijad saavad hooneid paigutada

    • Mängija saab suhelda maastiku ja hoonetega

    SPRINT 4 (NÄDAL 9 - NÄDAL 11)

    Nädal 9

    • UI täiustamine

    • Mängulobi

    • Raha ja selle kasutamine

    Nädal 10

    • RCI rakenduse täiustamine

    • Animatsioonide lisamine hoonete ehitamiseks

    • Üleminek isomeetrilisele vaatele

    SPRINT 5 (NÄDAL 11 - NÄDAL 13)

    Nädal 11

    • Tööriistad plaatide lisamiseks ja kustutamiseks

    • Üleminek isomeetrilisele vaatele jätkub

    • RCI vajadused

    Nädal 12

    • Veel hoonete/struktuuride rakendamine

    • Mõne AI lisamine (nt autod või elanikud kõnnivad ringi)

    SPRINT 6 (NÄDAL 13 - NÄDAL 15)

    Nädal 13

    • RCI suhete/vajaduste täiustamine

    • Vale koodi parandamine/kirjutamine

    • Testimine, tasakaalustamine, veaparandused

    Nädal 14

    • Mängu jõudluse parandamine

    • Helide lisamine mängule

    • Mängu jõudlus, kliendi-serveri sünkroonimise täiustamine vajadusel, kui mängu funktsioonid on täielikud

Tööristad/raamistik, mida kasutate

  • Mäng peab olema kirjutatud javas.

  • Meie soovitame kasutada LIBGDX raamistikku.

  • Serveri ja kliendi realiseeremiseks soovitame kasutada Kryoneti (või Netty´t).

  • Projektis on lubatud kasutada erinevaid raamistike ja teeke, kuid ei tohi kasutada komplekssemaid mängumootoreid nagu Unreal Engine või Unity. Nende puhul on meil keeruline teie reaalset panust ja õpitut hinnata kuna mängumootor teeb väga suure osa tööst ära.

Punktitabel

  • Punktitabelis tuleb esitada:

    • kõik funktsionaalsused;

    • funktsionaalsusele vastavad punktid;

    • funktsionaalsuse seis;

    • funktsionaalsuse täpsustav kommentar;

  • Punktitabel peab olema esitatud tabelivormingus (Sheets, Excel) ning kindlasti tuleb üle kontrollida, et hindaja saab seda kommenteerida.

  • Punktitabelid on näited, mille järgi saab funktsionaalsusi võtta. Seal ka leiate tabeli malli.

  • Punktitabelisse võib lisada kriteeriume, mida näidetes ei ole esitatud. Näiteks võite siit leida veel funktsionaalsusi, mida mängu juures hinnatakse/vaadatake või leiutada ja lisada oma funktsionaalsus, mille näiteid ja nimesid nendes linkides pole.

  • Alguses võib olla keeruline ja lõpuni arusaamatu, milliseid funktsionaalsusi te oma mängus loote ja kasutate, seega võite alguses lihtsalt tabelisse kirjutada põhilised ja kõige olulisemad funktsionaalsused ning aja jooksul seda täiendada. Või siis võtta esialgu aluseks näite tabel ja muuta seda veidi vastavalt oma mängule.

  • Punktitabelit peab edaspidi pidevalt uuendama.

Mis hinnet soovite saada

  • Peate korralikult ja veenvalt välja tooma, miks just seda hinnet soovite.

  • Pange kirja vähemalt 10 suuremat funktsionaalsust/omadust, mis teie arvates on kõige keerukamad/ mahukamad

    • 2 mängijat + multiplayer/reaalajakomponent/3D mäng/co-op AI mängija vms.

    • Vaadake võimalikke termineid siit. (võite vabalt nimetada asju, mida seal tabelis pole)

  • See üksikasjalik põhjendus funktsionaalsustega on pigem mõeldud projekti lõpuks, alguses võib lihtsalt kirjutada, kui palju punkte ja millist hinnangut soovite saada, millist tulemust soovite saavutada ning kui palju jõudu olete valmis selleks kulutama.

  • Tuleb lisada teie punktitabeli link.

  • Tuleb lisada teie GitLabi repo link (Repo nimi peaks algama iti0301-2026).