›_ ebskola.lv
← 1.5

1.6 Noslēguma projekts: Spēles projekta pieteikums

Stundas uzdevums: Izveidot un prezentēt spēles projekta pieteikuma lapu, kurā HTML struktūra, idejas pamatojums un prototips parāda, ka projektu var turpināt nākamajās tēmās.

SR 1.3.1. Dizaina risinājuma plānošana un dokumentācija SR 1.5.1. Risinājuma prezentēšana SR 2.6.1. Algoritma un programmas pieraksts SR 5.2.3. Pašvadīta mācīšanās SR 1.1.3. Materiālu, ierīču un programmvadāmu rīku izvēle SR 2.4.4. Prezentācijas plānošana un demonstrēšana SR 7.6. Tehnoloģiju mācību joma

70 min darba sadalījums: 1. uzdevums (~20 min) - atjauno teorijas piemēru vai minimālo prototipu; 2. uzdevums (~25 min) - pielieto to galvenajā uzdevumā; 3. uzdevums (~25 min) - pārbaudi rezultātu, izlabo kļūdas un pieraksti, kas strādā. Papildus/4. līmeņa uzdevums ir paredzēts tikai tad, ja pamatdarbs ir pabeigts.

Pirms sāc: izmanto iepriekš apgūto un šīs lapas teorijas/koda piemērus. Ja vajadzīga jauna komanda vai rīks, vispirms atrodi tās paraugu teorijas sadaļā.

Teorija: labs pieteikums ir spēles karte

Spēles pieteikums nav tikai skaists virsraksts. Tas ir īss, strukturēts dokuments, kas atbild uz četriem jautājumiem: ko spēlētājs darīs, kāpēc tas būs interesanti, kāda būs pirmā spēlējamā versija un pēc kā varēs izmērīt, ka projekts ir izdevies.

<section>
  <h2>Spēles ideja</h2>
  <p>Spēlētājs vada kosmosa kuģi un izvairās no šķēršļiem.</p>
</section>

<section>
  <h2>Mērķauditorija</h2>
  <p>7.-9. klases spēlētāji, kuriem patīk ātras reakcijas spēles.</p>
</section>
Semantiska struktūra palīdz vēlāk pievienot CSS, JavaScript un vērtēšanas kritērijus.

Šodien pieteikums kļūst par pamatu turpmākajam darbam: 2. tēmā to stilizēsi, 3. un 4. tēmā pievienosi spēles loģiku, bet 5. tēmā publicēsi gatavāku versiju.

Praktiskie uzdevumi

1. uzdevums - Izpēti pamatus

Atpazīsti šīs stundas galveno ideju un sasaisti to ar gala projektu Spēles projekta pieteikums.

  1. Atver teorijas sadaļu un nolasi, ko ietver labs spēles pieteikums (mērķis, mehānika, kritēriji).
  2. Pārskati savus dat9_13 (tirgus analīze), dat9_14 (koncepcija) un dat9_15 (prototips) darbus.
  3. Izveido sarakstu ar trim lietām, kuras jāpievieno index.html, lai pieteikums būtu pilnīgs.
  4. Atver index.html un pārbaudi, ka ir visas nepieciešamās sadaļas: koncepcija, tabula, prototipa attēls, kritēriji.
  5. Pievieno trūkstošo sadaļu, ja kāda no tām nav.
  6. Saglabā un atver pārlūkā - pārbaudi, ka lapa izskatās pabeigta.
  7. Nospied F12 → "Elements" - pārbaudi, ka HTML koks ir loģisks: virsraksti, teksts, tabula, attēls.
  8. Salabo pirmo kļūdu, ko redzi DevTools konsolē.
  9. Veic git commit -m "Complete game proposal page".
  10. Pieraksti vienu secinājumu: vai tavs pieteikums atbild uz jautājumu "Ko spēlētājs darīs un kāpēc tas būs interesanti?"

2. uzdevums: Idejas pamatojums un tehniskais plāns

Papildini index.html ar tehnisko plānu, tirgus analīzes tabulu un izmērāmiem vērtēšanas kritērijiem.

  1. Atver index.html un pievieno jaunu sadaļu ar virsrakstu <h2>Tehniskais plāns</h2>.
  2. Ievieto tajā <ul> sarakstu ar piecām tehnoloģijām: HTML, CSS, JavaScript, GitHub, VS Code.
  3. Pievieno tirgus analīzes tabulu ar diviem rindām (līdzīgas spēles) un trim kolonnām (nosaukums, plus, mīnus):
    <table>
      <tr><th>Spēle</th><th>Kas patīk</th><th>Ko uzlabotu</th></tr>
      <tr><td>Tetris</td><td>...</td><td>...</td></tr>
    </table>
  4. Ievieto prototipa attēlu ar <img src="wireframe.png" alt="Spēles prototips"> un zem tā <p> ar īsu paskaidrojumu.
  5. Pievieno sadaļu <h2>Vērtēšanas kritēriji</h2> un tajā <ol> ar trim izmērāmiem kritērijiem, piem., "spēli var sākt no sākuma", "punktu skaits mainās", "spēlētājs zaudē pēc sadursmes".
  6. Veic commit ar ziņu "Add technical plan and criteria".

Pārbaudi: atver lapu pārlūkā - vai visiem <img> ir alt atribūts un vai virsraksti h1h3 seko loģiskā secībā?

3. uzdevums - Pārbaudi un uzlabo

Pārbaudi risinājumu, salīdzini rezultātus un atrodi, ko uzlabot.

  1. Atver savu pabeidto dokumentu vai lapu pārlūkā un pārbaudi, ka redzamais saturs atbilst stundas izaicinājumam.
  2. Parādi lapu klasesbiedram 30 sekundes - pajautā, ko viņš saprot no tava darba bez papildu paskaidrojumiem.
  3. Pieraksti vienu konkrētu novērojumu vai atklājumu, ko klasesbiedrs komentēja.
  4. Atjaunini vismaz vienu tekstu dokumentā, lai tas būtu precīzāks vai konkrētāks.
  5. Pārbaudi HTML struktūru DevTools - nav jābūt ligzdošanas kļūdām.
  6. Salabo vismaz vienu problēmu, ko pamani pārskatot - piemēram, tukšu šūnu vai nepilnīgu aprakstu.
  7. Veic git commit ar ziņu, kas apraksta, ko šajā stundā pievienoji.
  8. Atver GitHub.com un pārbaudi, ka jaunais commit ir redzams.
  9. Salabo vismaz vienu tekstu, ja GitHub priekšskatījums rāda kādu neskaidrību.
  10. Pieraksti vienu secinājumu: ko uzzināji par savu spēles projektu šajā stundā.

Papildu uzdevums - Izveido savu papildinājumu

Pievieno nelielu radošu uzlabojumu ar klases dzīves piemēru, nepārsniedzot apgūto vielu.

  1. Izvēlies vienu nelielu radošu papildinājumu, kas iederas projektā Spēles projekta pieteikums un balstās tikai uz jau apgūto.
  2. Izvēlies klases dzīves motīvu, piemēram, zvana taimeri, pazudušu marķieri, grupu punktus vai pārāk entuziastisku prezentācijas pogu.
  3. Uzraksti papildinājuma mērķi vienā teikumā, lai tas nekļūtu par pārāk lielu projektu.
  4. Pievieno vienu jaunu mainīgo, tekstu, vizuālo elementu vai pārbaudes nosacījumu.
  5. Pārliecinies, ka papildinājums neizmanto jaunu bibliotēku vai komandu, kas šajā kursā vēl nav mācīta.
  6. Savieno papildinājumu ar jau esošo projekta daļu, nevis atstāj to kā atsevišķu demonstrāciju.
  7. Pārbaudi, vai lietotājs saprot, kas jādara, bez garas instrukcijas ekrānā.
  8. Atver lapu pārlūkā un pārbaudi devtools konsoli un pārbaudi, vai pamata funkcija joprojām darbojas.
  9. Palūdz klasesbiedram 30 sekundēs izmēģināt papildinājumu un pateikt, kas nav skaidrs.
  10. Pieraksti, ko atstāsi kā nākamo uzlabojumu, bet šodien nepievieno, lai projekts paliek stabils.

Biežākās kļūdas (un kā tās labot)

Nodošanas pierādījumi

Vērtēšanas kritēriji (SLA)

Kritēriji Sācis apgūt (1-3) Turpina apgūt (4-6) Apguvis (7-8) Apguvis padziļināti (9-10)
HTML un Git lietojums Izveidots index.html fails, bet koda struktūrā ir kļūdas un nav veikta sinhronizācija. Fails ir publicēts GitHub, kods ir funkcionāls, bet trūkst semantisko tagu vai atkāpju. Kods ir tehniski pareizs, strukturēts un regulāri sinhronizēts ar GitHub, izmantojot skaidrus ziņojumus. Kods ir nevainojams, izmantota uzlabota struktūra (piem. section) un demonstrēta patstāvīga kļūdu labošana.
Dizaina plānošana Ideja ir virspusēja, nav aprakstīta mērķauditorija vai tirgus analīze. Ir aprakstīta koncepcija un mērķauditorija, tabula ir aizpildīta, bet trūkst pamatojuma. Skaidri definēta koncepcija, mērķauditorija un vizuālais prototips, kas balstīts izpētē. Dizaina plāns ir detalizēts, pamatots ar tirgus analīzi un ietver skaidrus kvalitātes kritērijus.

Pašpārbaudes saraksts

⬅ Iepriekšējā stunda Tēmas apkopojums ➡