Kontakt z prowadzącym :
e-mail: h.zembrowski at uksw.edu.pl

Konsultacje stacjonarne (lub online): Poniedziałki od 18:15 do 19:45

Opis Zasad Przedmiotu Programistyczny Projekt Indywidualny
Zasady Ogólne:
Ocena Końcowa wynika ze zrealizowanych punktów Kryterium Akceptacji oraz terminowości ich wykonania. Kryterium Akceptacji zostanie przygotowane we współpracy ze studentem na poszczególne zadanie do wykonania, zawierać będą informacje na ocenę 3 , 4 oraz 5. Spełnienie wymogów na ocenę 3 spowoduje ocenę maksymalnie 3. Nie ma możliwości zbudowania niepełnego mechanizmu na ocenę 3 i części na 4. Ocena wówczas jest 2. Do kolejnych kroków student powinien przejść po zrealizowaniu pełnych wymagań na daną ocenę. Ostatecznym terminem oddania projektu są przedostatnie i ostatnie zajęcia. Do bieżącego progresu prac i monitorowania dostępów korzystać będziemy z repozytorium GIT na githubie. Punktacja ocen:
do 50 pkt ocena 2
3 – 60 pkt
3,5 – 70 pkt
4 – 80 pkt
4,5 – 90 pkt
5 – 100 pkt

Każdy dzień opóźnienia względem kalendarium prac każdego z rygorów to utrata jednego pkt. Oznacza to, że przy uzyskaniu kryterium akceptacji na ocenę 3 można mieć maksymalnie 10 dni opóźnień. Opóźnienia niedotyczą rygoru prezentacji projektu oraz obrony projektu, te elementy prezentujemy zgodnie z terminem zajęć. Akceptacja każdego kamienia milowego prac odbywa się podczas zajęć. Nanosić uwagi można w dowolnym momencie na dokument. Ja dokonuje sprawdzeń dokumentów dwa razy w tygodniu – w poniedziałki podczas zajęć oraz w piątki.

Tematyka Prac:
1. Projekt sieciowy np.
- Aplikacja Sniffer.
2. Projekty wirtualizacyjne, chmurowe, kontenerowe np.
- Wirtualizacja rzeczywistego hosta oraz przeprowadzenie testów maszyny w dwóch wariantach na kilku platformach (VirtualBOX, Vmware, Microsoft Hyper-V)
3. Projecty Developerskie
Webaplikacje realizujące rozwiązania różnych problemów np.
- kalkulator kredytowy
- kalkulator płac
- kalkulator inwestycji
- Expert Advisor do inwestowania na giełdzie / krypto

4. Machine Learning / AI / LLMy
Aplikacje polegające na zastosowaniach sztucznej inteligencji. Trenowanie i zastosowania w praktyce np.
- AI Email communcation system z dziekanatem.

5. Web Scrapery
Aplikacje zbierające dane z internetu i publikujące dane np.:
- serwis zbierający informacje ile jest ogloszeń internetowych wystawionych nieruchomośći

6. Gry
Proste gry lub prototypy większych gier w różnych technologiach np. Unity, UE5 itp.
snake / tetris / kulki

Przykładowy wstępny zakres:
Kalkulator Płac:
MysQL + PHP + XAMP. Strona zbliżona do: https://kalkulatorfinansowy.app/app/#/umowa-o-prace + umowa zlecenie + umowa o dzieło.

Gra kulki:
Unity (C#) + Mobile. Aplikacja pozwala na grę jednoosobową w grę kulki. Zakres działania opisano poniżej:

Gracz układa po 5 kulek w tym samym kolorze w rzędzie poziomo, pionowo lub ukośnie; kulki wyskakują po 3 na losowych polach; gra jednoosobowa, łamigłówka Za każdą usuniętą kulkę otrzymuje się jeden punkt. W jednym ruchu dowolną kulkę można przestawić na puste pole planszy, jeśli istnieje do niego dojście, poruszając się po sąsiednich pustych polach planszy (sąsiednie pola przylegają do siebie bokiem). Jeśli przestawienie powoduje usunięcie kulek, to gracz wykonuje od razu kolejne przestawienie, a jeśli nie powoduje, na planszy pojawiają się trzy nowe kulki. Gra kończy się w momencie zapełnienia planszy. Rozmiar planszy wynosi 9×9.
Gracz może zmieniać rozmiar planszy, ilość kulek oraz liczbę kulek po których następuje zbicie. Istnieje ScoreBoard na którym zapisywane są lokalne wyniki gracza.

Kalendarium:
24.02.2024 Pierwsze zajęcia
Omówienie Zasad. Swobodna dyskusja o projektach i tematach. Poznanie potrzeb studentów i oczekiwań prowadzącego.

03.03.2024 Omówienie narzędzi współpracy i kooperacji
Na tych zajęciach poznamy metody pracy oraz narzędzia. GIT, trello. Dysk Google itp. Studenci rozpoczną pracę nad opracowaniem kryterium akceptacji.
Przykładowe Kryteria Akceptacji: https://docs.google.com/document/d/10B2h1AUP89n1k7MJeEZxhhYfsGbxUM-mJsKhdTTkMM8/edit?usp=sharing

10.03.2024 Mija termin zgłaszania własnych inicjatyw.
Własną inicjatywę zgłaszamy mailem podająć tematykę do realizacji według opisu przykładowych tematów. Temat maila powinien zawierać słowo kluczowe UKSW PZ wybór projektu.
Odpowiem na maila nie później niż do 05.03.2024 informując czy temat jest możliwy do realizacji oraz czy mam jakieś pytania co do zakresu i formy.

17.03.2024 Ostatni termin na wybór projektu
W przypadku Projektu Developerskiego należy skonkretyzować już język i pozostałe szczegóły. Ten dzień jest ostateczny na podjęcie wiążących decyzji związanych z wyborem tematu Projektu Indywidualnego.
git do dołączenia: XXX
klient GIT do sciągnięcia: https://git-scm.com/downloads

24.03.2024 Wyznaczenie kryteriów oceniania dla Projektu.
Są to zadania szczegółowe dla każdej osoby do wykonania. Zawierać będą informacje co zrobić na ocenę 3, 4 oraz 5. Po konsultacjach wysłane będą zatwierdzane w dokumencie google i będą obowiązywały do realizacji do końca semestru. Ostateczny termin zatwierdzenia to 18 marca.

14.04.2023 Termin na zdanie dokumentacji technicznej. Omówienie dokumentacji i przedstawienie uwag od prowadzącego. Dokumentacja powinna zawierać cały szablon z pliku: https://docs.google.com/document/d/10B2h1AUP89n1k7MJeEZxhhYfsGbxUM-mJsKhdTTkMM8/edit#heading=h.ezw2qufq7e9b i wypełnione punkty:
Diagram UML Projektu
Dokumentacja Instalacji Środowiska
Roboczo punkt Dokumentacja Użytkownika.

19.05.2023
Termin na:
- wypełnienie dokumentacji technicznej w całości.
- prezentacje swojego projektu.
Prezentacja w formie slajdów Power Point prezentowana w sali dla wszystkich zgromadzonych.
Opisać projekt, technologie. Wskazać trudności jakie obecnie mamy. Wskazać przewagi, które ułatwiają pracę w danej technologii. W prezentacji można zawrzeć istotne elementy z dokumentacji np. diagram przypadków użycia. Diagram ERD. Prezentacja własnego środowiska (jeśli prezentacja uruchamiana jest na własnym sprzęcie lub w formie zdjęć jeśli nie będzie własnego sprzętu). Slajdy są oczywiście pewną pomocą w prezentacji, kładziemy nacisk na własne wystąpienie – MAX 10 slajdów, optymalnie 6 – po minucie na slajd. Prezentacja na ~6 min + 2 minut na pytania od studentów i prowadzącego.

Termin na prezentacje swojego projektu.
09.06.2023 oraz 10.06.2023
Obrona Projektów.

Zasady Ogólne:
Ocena Końcowa wynika ze zrealizowanych punktów Kryterium Akceptacji oraz terminowości ich wykonania. Kryterium Akceptacji zostanie przygotowane we współpracy ze studentem na poszczególne zadanie do wykonania, zawierać będą informacje na ocenę 3 , 4 oraz 5. Spełnienie wymogów na ocenę 3 spowoduje ocenę maksymalnie 3. Nie ma możliwości zbudowania niepełnego mechanizmu na ocenę 3 i części na 4. Ocena wówczas jest 2. Do kolejnych kroków student powinien przejść po zrealizowaniu pełnych wymagań na daną ocenę. Ostatecznym terminem oddania projektu są przedostatnie i ostatnie zajęcia. Do bieżącego progresu prac i monitorowania dostępów korzystać będziemy z repozytorium GIT na githubie. Punktacja ocen:
do 50 pkt ocena 2
3 - 60 pkt
3,5 - 70 pkt
4 - 80 pkt
4,5 - 90 pkt
5 - 100 pkt

Każdy dzień opóźnienia względem kalendarium prac każdego z rygorów to utrata jednego pkt. Oznacza to, że przy uzyskaniu kryterium akceptacji na ocenę 3 można mieć maksymalnie 10 dni opóźnień. Opóźnienia niedotyczą rygoru prezentacji projektu oraz obrony projektu. Akceptacja każdego kamienia milowego prac odbywa się podczas zajęć. Nanosić uwagi można w dowolnym momencie na dokument. Ja dokonuje sprawdzeń dokumentów dwa razy w tygodniu – w poniedziałki podczas zajęć oraz w piątki.

Tematyka Prac:
1. Projekt sieciowy np.
- Aplikacja Sniffer.
2. Projekty wirtualizacyjne, chmurowe, kontenerowe np.
- Wirtualizacja rzeczywistego hosta oraz przeprowadzenie testów maszyny w dwóch wariantach na kilku platformach (VirtualBOX, Vmware, Microsoft Hyper-V)
3. Projecty Developerskie
Webaplikacje realizujące rozwiązania różnych problemów np.
- kalkulator kredytowy
- kalkulator płac
- kalkulator inwestycji

4. Gry
Proste gry lub prototypy większych gier w różnych technologiach np. Unity, UE5 itp.
snake / tetris / kulki

Przykładowy wstępny zakres:
Kalkulator Płac:
MysQL + PHP + XAMP. Strona zbliżona do: https://kalkulatorfinansowy.app/app/#/umowa-o-prace + umowa zlecenie + umowa o dzieło.

Gra kulki:
Unity (C#) + Mobile. Aplikacja pozwala na grę jednoosobową w grę kulki. Zakres działania opisano poniżej:

Gracz układa po 5 kulek w tym samym kolorze w rzędzie poziomo, pionowo lub ukośnie; kulki wyskakują po 3 na losowych polach; gra jednoosobowa, łamigłówka Za każdą usuniętą kulkę otrzymuje się jeden punkt. W jednym ruchu dowolną kulkę można przestawić na puste pole planszy, jeśli istnieje do niego dojście, poruszając się po sąsiednich pustych polach planszy (sąsiednie pola przylegają do siebie bokiem). Jeśli przestawienie powoduje usunięcie kulek, to gracz wykonuje od razu kolejne przestawienie, a jeśli nie powoduje, na planszy pojawiają się trzy nowe kulki. Gra kończy się w momencie zapełnienia planszy. Rozmiar planszy wynosi 9×9.
Gracz może zmieniać rozmiar planszy, ilość kulek oraz liczbę kulek po których następuje zbicie. Istnieje ScoreBoard na którym zapisywane są lokalne wyniki gracza.

Kalendarium:
19.02.2024 Pierwsze zajęcia
Omówienie Zasad. Swobodna dyskusja o projektach i tematach. Poznanie potrzeb studentów i oczekiwań prowadzącego.

26.02.2024 Omówienie narzędzi współpracy i kooperacji
Na tych zajęciach poznamy metody pracy oraz narzędzia. GIT, trello. Dysk Google itp. Studenci rozpoczną pracę nad opracowaniem kryterium akceptacji.
Przykładowe Kryteria Akceptacji: https://docs.google.com/document/d/10B2h1AUP89n1k7MJeEZxhhYfsGbxUM-mJsKhdTTkMM8/edit?usp=sharing

27.02.2024 Mija termin zgłaszania własnych inicjatyw.
Własną inicjatywę zgłaszamy mailem podająć tematykę do realizacji według opisu przykładowych tematów. Temat maila powinien zawierać słowo kluczowe UKSW PZ wybór projektu.
Odpowiem na maila nie później niż do 05.03.2024 informując czy temat jest możliwy do realizacji oraz czy mam jakieś pytania co do zakresu i formy.

05.03.2024 Ostatni termin na wybór projektu
W przypadku Projektu Developerskiego należy skonkretyzować już język i pozostałe szczegóły. Ten dzień jest ostateczny na podjęcie wiążących decyzji związanych z wyborem tematu Projektu Indywidualnego.

13.03.2024 Wyznaczenie kryteriów oceniania dla Projektu.
Są to zadania szczegółowe dla każdej osoby do wykonania. Zawierać będą informacje co zrobić na ocenę 3, 4 oraz 5. Po konsultacjach wysłane będą zatwierdzane w dokumencie google i będą obowiązywały do realizacji do końca semestru. Ostateczny termin zatwierdzenia to 18 marca.

22.04.2023
Termin na zdanie dokumentacji technicznej. Omówienie dokumentacji i przedstawienie uwag od prowadzącego. Dokumentacja powinna zawierać cały szablon z pliku: https://docs.google.com/document/d/10B2h1AUP89n1k7MJeEZxhhYfsGbxUM-mJsKhdTTkMM8/edit#heading=h.ezw2qufq7e9b i wypełnione punkty:
Diagram UML Projektu
Dokumentacja Instalacji Środowiska
Roboczo punkt Dokumentacja Użytkownika.

20.05.2023
Termin na:
- wypełnienie dokumentacji technicznej w całości.
- prezentacje swojego projektu.
Prezentacja w formie slajdów Power Point prezentowana w sali dla wszystkich zgromadzonych.
Opisać projekt, technologie. Wskazać trudności jakie obecnie mamy. Wskazać przewagi, które ułatwiają pracę w danej technologii. W prezentacji można zawrzeć istotne elementy z dokumentacji np. diagram przypadków użycia. Diagram ERD. Prezentacja własnego środowiska (jeśli prezentacja uruchamiana jest na własnym sprzęcie lub w formie zdjęć jeśli nie będzie własnego sprzętu). Slajdy są oczywiście pewną pomocą w prezentacji, kładziemy nacisk na własne wystąpienie – MAX 10 slajdów, optymalnie 6 – po minucie na slajd. Prezentacja na ~6 min + 2 minut na pytania od studentów i prowadzącego.

Termin na prezentacje swojego projektu.
03.06.2023 oraz 10.06.2023
Obrona Projektów.

Najistotniejsze informacje:
Poprawa Zera:
Na lab 14 zbiorę deklaracje (nie wiążące) kto poprawia zero.
Na lab 15 odbywa się poprawa zara i obrona projektu.

Osoby z grupy nr 2 majac zajęcia od 15:00
będą poprawiać zero od 16:45 a od 15:00 będą bronić projekt.
Osoby z grupy nr 6 mając zajęcia od 16:45
będą poprawiać zero od 16:45 a od 18:30 bronić projekt.
Zatem obie grupy będą poprawiać zero w jednym terminie od godziny 16:45.
Jeśli z grupy nr 6 będzie osoba, która chce bronić projekt a nie ma do poprawy zera to może zrobić to wcześniej i przystąpić do obrony od 16:45.

Osoba poprawiająca zero i broniąca projekt może pójść na krótką przerwę i się zrelaksować. Wejść bronić projekt powinna najpóźniej 10 min po zakończeniu poprawiania zera.
Wszystko odbywa się w sali 033
Termin oddania projektu to najpóźniej 5 czerwca godzina 18:10
Oddanie projektu po tym terminie oznacza zmniejszenie maksymalnej liczby pkt.

Szczegóły o jakie pytaliście (nie ma TLDR)

Aby uzyskać zaliczenie z przedmiotu w terminie podstawowym należy zdobyć co najmniej 120 pkt . Jest to połowa z maksymalnej liczby punktów z ćwiczeń(140) i projektu(100). Każdy student musi mieć maksymalnie 3 zera i oddać projekt zdobywając za niego co najmniej połowę punktów. Spełnienie każdego z trzech wymagań daje zaliczenie. Skala ocen standardowo od 50% ocena 3, a następnie co 10% pół oceny wyżej.

PO Projekty Semestralne
Każdy student ma szansę na oddanie Projektu z PO, jeśli nadal uczęszcza na studia, nie musi mieć maksymalnie 3 zer. Projekt oddany na 7 dni przed końcem (liczy się data oddania do oceny na moodle) pozwala zdobyć maksymalną liczbę pkt (100 pkt). Oczywiście projekt można przynieść (wrzucić na moodle) także dzień przed obroną – wówczas projekt oceniam w skali do 80 pkt. Na obronie projektu można mieć własny laptop. Warto wcześniej sprawdzić jak wasz projekt uruchamia się na komputerach w pracowni- po to, aby obronę poświęcić na pracę, a nie walkę z niezgodnościami w wersjach środowiska. Terminy mogą ulec zmianie, jeśli będzie inna liczba osób, niż przewiduje. Opis jak wygląda obrona podawałem na zajęciach, ale będzie także na końcu tej wiadomości.

Gry muszą spełniać kryteria z linku:

zadania-semestralne-2023

oraz

https://ktrojanowski.blog.uksw.edu.pl/programowanie-obiektowe/zasady-zaliczenia-lab/zasady-dla-zadania-sem/

Doszczegółowienie dla Kulek:
Gra Kulki oczywiście jest dla 1 gracza, więc nie może być w niej gracza komputerowego.
Logika gry: http://www.kurnik.pl/kulki/zasady.phtml
Oprócz tego ważne są takie informacje:
Gra zaczyna się z 3 kulkami na planszy.
Gracz widzi jakie 3 następne kulki pojawią się w kolejnej turze, kolejna tura rozpoczyna się w momencie kiedy po przesunięciu kuli nie nastąpiło zbicie.

warto pograć parę rozdań na kurniku aby sprawdzić jak to wygląda w praktyce.

Doszczegółowienie dla Domino:
Gramy w wersję podstawową zgodnie z opisem:
http://www.kurnik.pl/domino/zasady.phtml zatem są tylko dwa końce węża. Dodatkowo, nie trzeba ustawiać dubli pod kątem 90 stopni.
Warto pograć parę rozdań na kurniku aby sprawdzić jak to wygląda w praktyce.

Jak wygląda obrona:
Obrona projektu polega głównie na drobnej modyfikacji we własnym kodzie (zajmującej przeciętnie nie więcej niż kilkanaście minut). Jednak dla waszej wygody mogę czekać na wykonanie modyfikacji nawet sześćdziesiąt minut. Orientacyjny przebieg obrony wygląda następująco:
1) Zadam dodatkowe zadanie do wykonania w sali (drobna poprawka, czas do 60 minut)
a) Jeśli ktoś poprawkę wykona w 10 minut powinien przystąpić do dalszego kroku przed upłynięciem 60 minut, robi to przez zgłoszenie się do prowadzącego.
b) jeśli po przekroczeniu 60 minut nie będzie chętnych do oddawania rozumiem, że osoba nie poradziła sobie z zadaniem i nie realizujemy dalszych kroków.
c) Brak realizacji drobnej modyfikacji lub wykonanie jej w zły sposób oznacza brak możliwości oceniania. Modyfikacja nie może popsuć pozostałej logiki programu.
2) Prezentacja programu i kodu – przyznanie punktów
3) Po przyznaniu punktów weryfikuje kod czy nie został popełniony plagiat – zadanie offline zajmie mi to niestety parę dni.

Ponieważ obrona polega na drobnej modyfikacji (a zatem i kompilacji) proszę przyjść np. na 14 zajęcia i sprawdzić jak zachowuje się program w sali i czy są jakieś błędy wynikające z różnic środowisk (w domu i w sali). Oczywiście można oddawać projekt na własnym komputerze (nie ma gwarancji dostępu do gniazdka, po opuszczeniu sali należy pozostawić salę w stanie niepogorszonym). Weryfikacji na stanowiskach można zrobić zarówno w terminie swoich zajęć, chwilę przed lub chwilę po (o ile będą wolne miejsca) oraz podczas konsultacji od 18.15

Projekt zostanie oceniony negatywnie, jeśli nie jest napisany obiektowo (np. wszystko napisane w jednej klasie nie spełnia definicji, że program jest napisany obiektowo) oraz w przypadku, gdy nie można grać swobodnie (program posiada błędy pozwalające na grę w sposób niezgodny z zasadami, zawiesza się w trakcie rozgrywki lub nie ma pełnej logiki pozwalającą na grę zgodną z zasadami).
Oceniana jest nie tylko mechanika gry, ale także zastosowanie technik obiektowych. Zatem należy wykorzystać wszystkie techniki z listy, ich brak oznacza zmniejszenie liczby pkt.

Dodatkowo proszę pamiętać, że w kodzie musi znaleźć się:
Kapsułkowanie, dziedziczenie, listę inicjalizatorów konstruktora, polimorfizm, strumienie, rozdzielenie na pliki źródłowe, kontakt z plikami, gra z komputerem(nie dotyczy kulek), gra z żywym przeciwnikiem (nie dotyczy kulek), walidacja ruchów (gra zgodnie z zasadami), walidacja odczytywanych danych z pliku
brak implementacji dla więcej niż 4 elementów z powyższej listy oznacza brak pozytywnej oceny

Aby być ocenionym należy w archiwum uploadowanym na e.uksw.edu.pl należy zamieścić:
1) Projekt z kodem źródłowym programu (użyć opcji clean z Visual Studio aby wykasować zbędne pliki, skasować także niepotrzebny plik z rozszerzeniem Nazwa_Projektu.sdf)
2) Dokumentacja
3) Przykładowe dane wejściowe (może to być zapis trwającej gry).

W zależności od wykonania (np. częściowe, niepełne lub błędne) powyższych elementów można dostać punktację inną niż maksymalną.
Skala punktów kończy się na 100 i dotyczy projektu oddanego w terminie. Oddanie w terminie późniejszym (także w sesji poprawkowej). Oznacza taki sposób oceny:
Oceniamy standardowo do 100 pkt, następnie obliczamy 80% podliczonego wyniku, ponieważ oddanie projektu w terminie późniejszym oznacza naliczenie 80 pkt za projekt maksymalnie zatem np.:
Zdobyłem 100 pkt, 100*0.8 = 80 pkt
Zdobyłem 60 pkt, 60*0,8 = 48 pkt

Jak wygląda wrzesień?

We wrześniu sytuacja wygląda następująco:
1) Projekt oceniany na max 80% możliwych punktów do zdobycia.
2) Po pozytywnym zaliczeniu Projektu można przystąpić do poprawy części ćwiczeniowej.

Wynika z tego, że poprawa projektu jest przed terminem poprawy ćwiczeń. Obrona projektu w terminie wrześniowym wygląda tak samo jak w czerwcowym.

Treść jest chroniona. Proszę podać hasło:

Hasło:

Treść jest chroniona. Proszę podać hasło:

Hasło:

Osoby z grupy nr 6 mając zajęcia od 16:45 będą poprawiać zero od 16:45 a od 18:30 bronić projekt.
Osoby z grupy nr 2 majac zajęcia od 18:30 będą poprawiać zero od 18:30 a od 20:00 będą bronić projekt.

Osoba poprawiająca zero i broniąca projekt może pójść na krótką przerwę i się zrelaksować. Wejść bronić projekt powinna najpóźniej o 18.35 dla grupy 6 oraz 20:05 dla grupy 2.
Wszystko odbywa się w sali 1241
Termin oddania projektu to najpóźniej 7 czerwca godzina 22:00
Oddanie projektu po tym terminie oznacza zmniejszenie maksymalnej liczby pkt.

Szczegóły o jakie pytaliście (nie ma TLDR)

Aby uzyskać zaliczenie z przedmiotu w terminie podstawowym należy zdobyć co najmniej 120 pkt . Jest to połowa z maksymalnej liczby punktów z ćwiczeń(140) i projektu(100). Każdy student musi mieć maksymalnie 3 zera i oddać projekt zdobywając za niego co najmniej połowę punktów. Spełnienie każdego z trzech wymagań daje zaliczenie. Skala ocen standardowo od 50% ocena 3, a następnie co 10% pół oceny wyżej.

PO Projekty Semestralne
Każdy student ma szansę na oddanie Projektu z PO, jeśli nadal chodzi na zajęcia. Projekt oddany na 7 dni przed końcem (liczy się data oddania do oceny na moodle) pozwala zdobyć maksymalną liczbę pkt (100 pkt). Oczywiście projekt można przynieść (wrzucić na moodle) także dzień przed obroną – wówczas projekt oceniam w skali do 80 pkt. Na obronie projektu można mieć własny laptop. Warto wcześniej sprawdzić jak wasz projekt uruchamia się na komputerach w pracowni- po to, aby obronę poświęcić na pracę, a nie walkę z niezgodnościami w wersjach środowiska. Terminy mogą ulec zmianie, jeśli będzie inna liczba osób, niż przewiduje. Opis jak wygląda obrona podawałem na zajęciach, ale będzie także na końcu tej wiadomości.

Gry muszą spełniać kryteria z linku:

https://e.uksw.edu.pl/pluginfile.php/556287/mod_resource/content/0/zadania-semestralne-2022.pdf

oraz

http://troja.uksw.edu.pl/programowanie-obiektowe/zasady-zaliczenia-cwiczen/zasady-dla-zadania-sem/

Doszczegółowienie dla Kulek:
Gra Kulki oczywiście jest dla 1 gracza, więc nie może być w niej gracza komputerowego.
Logika gry: http://www.kurnik.pl/kulki/zasady.phtml
Oprócz tego ważne są takie informacje:
Gra zaczyna się z 3 kulkami na planszy.
Gracz widzi jakie 3 następne kulki pojawią się w kolejnej turze, kolejna tura rozpoczyna się w momencie kiedy po przesunięciu kuli nie nastąpiło zbicie.

warto pograć parę rozdań na kurniku aby sprawdzić jak to wygląda w praktyce.

Doszczegółowienie dla Domino:
Gramy w wersję podstawową zgodnie z opisem:
http://www.kurnik.pl/domino/zasady.phtml zatem są tylko 2 końce węża. Dodatkowo, nie trzeba ustawiać dubli pod kątem 90 stopni.
Warto pograć parę rozdań na kurniku aby sprawdzić jak to wygląda w praktyce.

Jak wygląda obrona:
Obrona projektu polega głównie na drobnej modyfikacji we własnym kodzie (zajmującej przeciętnie nie więcej niż kilkanaście minut). Jednak dla waszej wygody mogę czekać na wykonanie modyfikacji nawet sześćdziesiąt minut. Orientacyjny przebieg obrony wygląda następująco:
1) Zadam dodatkowe zadanie do wykonania w sali (drobna poprawka, czas do 60 minut)
a) Jeśli ktoś poprawkę wykona w 10 minut powinien przystąpić do dalszego kroku przed upłynięciem 60 minut
b) jeśli po przekroczeniu 60 minut nie będzie chętnych do oddawania rozlosuje kolejność osób do których będę podchodzić.
c) Brak realizacji drobnej modyfikacji lub wykonanie jej w zły sposób oznacza brak możliwości oceniania. Modyfikacja nie może popsuć pozostałej logiki programu.
2) Prezentacja programu i kodu – przyznanie punktów
3) Po przyznaniu punktów weryfikuje kod czy nie został popełniony plagiat – zadanie offline zajmie mi to niestety parę dni.

Ponieważ obrona polega na drobnej modyfikacji (a zatem i kompilacji) proszę przyjść np. na 14 zajęcia i sprawdzić jak zachowuje się program w sali i czy są jakieś błędy wynikające z różnic środowisk (w domu i w sali). Oczywiście można oddawać projekt na własnym komputerze (nie ma gwarancji dostępu do gniazdka, po opuszczeniu sali należy pozostawić salę w stanie niepogorszonym).

Projekt zostanie oceniony negatywnie, jeśli nie jest napisany obiektowo (np. wszystko napisane w jednej klasie nie spełnia definicji, że program jest napisany obiektowo) oraz w przypadku, gdy nie można grać swobodnie (program posiada błędy pozwalające na grę w sposób niezgodny z zasadami, zawiesza się w trakcie rozgrywki lub nie ma pełnej logiki pozwalającą na grę zgodną z zasadami).
Oceniana jest nie tylko mechanika gry, ale także zastosowanie technik obiektowych. Zatem należy wykorzystać wszystkie techniki z listy, ich brak oznacza zmniejszenie liczby pkt.

Dodatkowo proszę pamiętać, że w kodzie musi znaleźć się:
Kapsułkowanie, dziedziczenie, listę inicjalizatorów konstruktora, polimorfizm, strumienie, rozdzielenie na pliki źródłowe, kontakt z plikami, gra z komputerem(nie dotyczy kulek), gra z żywym przeciwnikiem (nie dotyczy kulek), walidacja ruchów (gra zgodnie z zasadami), walidacja odczytywanych danych z pliku
brak implementacji dla więcej niż 5 elementów z powyższej listy oznacza brak pozytywnej oceny

Aby być ocenionym należy w archiwum uploadowanym na e.uksw.edu.pl należy zamieścić:
1) Projekt z kodem źródłowym programu (użyć opcji clean z Visual Studio aby wykasować zbędne pliki, skasować także niepotrzebny plik z rozszerzeniem Nazwa_Projektu.sdf)
2) Dokumentacja
3) Przykładowe dane wejściowe (może to być zapis trwającej gry).

W zależności od wykonania (np. częściowe, niepełne lub błędne) powyższych elementów można dostać punktację inną niż maksymalną.
Skala punktów kończy się na 100 i dotyczy projektu oddanego w terminie. Oddanie w terminie późniejszym (także w sesji poprawkowej). Oznacza taki sposób oceny:
Oceniamy standardowo do 100 pkt, następnie obliczamy 80% podliczonego wyniku, ponieważ oddanie projektu w terminie późniejszym oznacza naliczenie 80 pkt za projekt maksymalnie zatem np.:
Zdobyłem 100 pkt, 100*0.8 = 80 pkt
Zdobyłem 60 pkt, 60*0,8 = 48 pkt

Następnie program poprosi o podanie informacji: Ile było maksymalnie punktów do zdobycia w kursie?
Następnie wystawi automatycznie oceny. Punktacja w przeliczeniu na oceny jest zaprezentowana poniżej:

powyżej 90% – 5
powyżej 90% do 90% – 4,5
powyżej 70% do 80% – 4
powyżej 60% do 70% – 3,5
powyżej 50% do 60% – 3
od 0% do 50% – 2

Aplikacja po wprowadzeniu informacji o studentach wypisze wszystkie dane wszystkich studentów w kolejności zdobytych punktów. Jeśli będą mieć takie same wyniki punktowe to po liczbie nieobecności. Jeśli będzie ta sama liczba nieobecności to po numerze indeksu.
Można założyć, że aplikacja przyjmie nie więcej niż 100 pozycji.

Teoria:
lista

Przykładowe zadanie:
lista int

Zadanie 1:
Dodaj w programie przykładowym wyszukiwanie wartości z elementów listy. Jak program znajdzie element zostanie wypisany komunikat: „wartość znajduje się na liście” w przeciwnym razie napisze komunikat „wartość nie znajduje się na liście”.
Zadanie 2:
Napisz program, w którym na liste jednokierunkowa będą umieszczani studenci z danymi (ocena oraz numer indeksu). Program posiadać będzie menu z opcjami:
1) Wypisz studentów z listy
2) Dodaj element na koniec listy
3) Wypisz studentow ktorzy zaliczyli przedmiot (ocena przynajmniej 3)

Teoria:
- struktury lub tutaj

Kod:
struktura
tablica struktur

Zadanie 1
Napisać szablon struktury (czyli definicję struktury) pozwalającej na przechowanie danych: inicjały osoby, data urodzenia oraz numer indeksu. W funkcji main( ) wczytać datę urodzenia i inicjały dowolnej osoby do utworzonej struktury i wydrukować tekst :
A. B. urodziles sie w dnia 1992 02 29
1 pkt

Zadanie 2
Zmodyfikować program by dodatkowo pozwał na zapis wielu studentów oraz zamiast inicjałow pobierał imie i nazwisko. W programie głównym poproś użytkownika o informacje ilu studentów będzie chciał wprowadzać.
Po wprowadzeniu danych program wykona takie operacje:
1) Wybierze najmlodszego studenta i go wypisze
2) Wybierze najstarszego studenta i go wypisze
3) posortuje alfabetycznie studentow w tablicy a następnie wypisze te dane na ekranie.