LOGOWANIE
KWALIFIKACJA INF4 - CZERWIEC 2024 - ROZWIĄZANIE ZADANIA NR 1
KOD ARKUSZA: INF.04-01-24.06-SG
Podziel się arkuszem z innymi i udostępnij go na Facebooku:
SKRÓCONA TREŚĆ ROZWIĄZANIA:
Rezultat 1: Implementacja, kompilacja, uruchomienie programu
Uwaga: kryteria należy odnieść do aplikacji konsolowej, jeżeli ta nie istnieje, zastosować 1.1 * 1.6 do aplikacji mobilnej. Kryteria dotyczą wyłącznie samodzielnie napisanego kodu. Wystarczy, że sprawdzaną cechę zastosowano dla większości przypadków w kodzie
R.1.1 Kod źródłowy zapisano w sposób czytelny: instrukcje w osobnych liniach, stosowane spacje pomiędzy operatorami, konsekwentnie stosowana wybrana konwencja dla nawiasów klamrowych
R.1.2 Kod zapisano z wcięciami dla zagnieżdżeń bloków
R.1.3 Użyto polskie lub angielskie, znaczące nazewnictwo funkcji (metod)
R.1.4 Użyto polskie lub angielskie, znaczące nazewnictwo zmiennych (pól). Wyjątkami od reguły są zmienne: bufor, tmp, iteratory pętli itp. Kryterium nie jest spełnione tylko wtedy, gdy nazwy zmiennych nic nie znaczą, np.: x, fun, foo, tab, tablica, ...
R.1.5 Zastosowano typy zmiennych pasujące do problemu (np. tablica dowolnego typu całkowitego, zmienne całkowite dla punktów, liczby losowań, zmienna znakowa dla zgody 't'/'n') W przypadku języka Python, tam gdzie jest to wymagane, zastosowano jawną
konwersję do odpowiednich typów
R.1.6 Podjęto próbę skompilowania lub interpretowania kodu, co udokumentowano zrzutem
ekranowym przedstawiającym uruchomiony program ew. kompilację lub skrypt
R.1.7 Program nawiązuje zrozumiałą komunikację z użytkownikiem: monit o wprowadzenie danych, wyprowadzanie wyników opatrzone komentarzem. Jeżeli kod nie uruchamia się z powodu błędów kompilacji - sprawdzić w kodzie aplikacji
R.2
Rezultat 2: Aplikacja konsolowa
Uwaga: kryteria 2.1 * 2.6 należy sprawdzić w kodzie programu, sprawdzane elementy
muszą być zapisane zgodnie ze składnią.
Gdy aplikacja nie uruchamia się, a zdający zapisał zrzuty ekranu z uruchomienia aplikacji należy sprawdzić powód braku kompilacji. Jeśli występują błędy w plikach źródłowych zdającego, kryteria 2.7 * 2.10 nie są spełnione. Jeżeli błędy występują w innych plikach należy ocenić na podstawie kodu i zrzutu ekranu
R.2.1 Program składa się z programu głównego oraz przynajmniej dwóch funkcji (metod): losującej i liczącej punkty (mogą być niedokończone, lub z błędami) oraz zastosowano zmienną typu tablicowego dla liczb całkowitych, wypełnioną wartościami całkowitymi od 1 do 6 R.2.2 Funkcja/metoda licząca punkty jest typu liczbowego całkowitego i zawiera zapisaną
instrukcję zwracającą wartość
R.2.3 Wyświetlanie zawartości tablicy i wypełnianie jej wartościami losowymi zostało zaimplementowane w oparciu o pętlę. Pętla ma właściwą liczbę iteracji
R.2.4 Zastosowano przynajmniej jedną pętlę do wprowadzania liczby kostek lub sprawdzania zgody na dalsze działanie programu
R.2.5 Liczby są losowane z przedziału od 1 do 6. Losowane jest tyle liczb, ile kostek wskazał użytkownik. Losowanie odbywa się w metodzie / funkcji. W podejściu strukturalnym
funkcja musi mieć parametry wejściowe (nie są stosowane zmienne globalne)
R.2.6 Punkty są liczone jako suma oczek, dla tych wartości, które zostały wylosowane przynajmniej dwa razy
R.2.7 Program kompiluje się i uruchamia w konsoli, co udokumentowano zrzutem ekranu.
Pytanie o liczbę kostek jest powtarzane tak długo, aż zostanie podana liczba z zakresu
3..10 (sprawdzić dla granicznych: 2 i 11 oraz 3 i 10)
R.2.8 Program wyświetla tyle liczb z zakresu 1..6 ile użytkownik podał na początku działania
aplikacji
R.2.9 Program wyświetla obliczoną sumę punktów
R.2.10 Podanie 't' kontynuuje grę, wybranie 'n' przerywa grę
R.3
........
........
