Praca w całym semestrze obejmuje trzy normalne zadania projektowe.
Do zaliczenia kursu wymagane jest zaliczenie wszystkich trzech zadań
przynajmniej na dowolną pozytywną ocenę punktową.
Każde zadanie projektowe daje trzy warianty do wyboru. Należy wybrać, rozwiązać, oraz oddać jeden z tych wariantów.
Wariant ,,na ocenę 3'' jest oceniany w skali 0-10 punktów.
Wariant ,,na ocenę 4'' jest oceniany w skali 0-15 punktów.
Wariant ,,na ocenę 5'' jest oceniany w skali 0-20 punktów.
Punkty uzyskane za wszystkie zadania są sumowane, i na ich podstawie wyznaczona zostaje ocena zaliczenia projektu zgodnie z tabelką:
| Suma punktów | ≥15 | ≥30 | ≥40 | ≥47 | ≥54 |
|---|---|---|---|---|---|
| Ocena zaliczenia | 3 | 3.5 | 4 | 4.5 | 5 |
Wszystkie zadania należy przygotować w postaci pakietu uruchomieniowego i raportu. Poszczególne zadania mogą mieć dodatkowe wymagania sformułowane i opisane oddzielnie.
Wszystkie zadania oddawane są przez system Moodle eportal.pwr.edu.pl
W każdym przypadku należy zaimplementować zgodnie z wymaganiami danego zadania odpowiedni(e) program(y), a następnie , uruchomić, i przetestować je na samodzielnie przygotowanych oraz dostarczonych zestawach danych aby zweryfikować poprawną pracę. Z kolei należny przygotować pakiet uruchomieniowy zawierający pliki źródłowe oraz skrypty/instrukcje umożliwiające kompilację i uruchomienie programu w systemie Linux.
Programy należy napisać w taki sposób, aby możliwe było ich skompilowanie i uruchomienie na systemie zgodnym ze standardami POSIX (czyli Unix lub Linux). Programy napisane i uruchomione na innych systemach (np. Windows), przy użyciu standardowych bibliotek, należy przed oddaniem uruchomić i przetestować na systemie uniksowym (np. panamint lub diablo).
W pakiecie powinien znajdować się plik Readme.txt zawierający krótką instrukcję kompilacji i uruchomienia całego pakietu.
Proszę zwrócić uwagę aby ani napisane programy, ani skrypty uruchomieniowe nie odwoływały się do żadnych konkretnych plików, katalogów, ani innych zasobów, które mogą nie istnieć na komputerze lub w środowisku uruchomieniowym prowadzącego. Jeżeli program albo skrypt uruchomieniowy musi utworzyć plik wynikowy lub roboczy, to może to zrobić tylko w katalogu bieżącym. Tymczasowe pliki robocze powinny być tworzone z nazwami możliwie unikalnymi, i kasowane przed zakończeniem pracy programu (z wyjątkiem sytuacji gdy w konkretnym zadaniu wymagane jest zachowanie takich plików).
Proszę również zadbać o to, by kompilacja wszystkich jednostek programowych (plików źródłowych) odbyła się bez generowania jakichkolwiek ostrzeżeń kompilatora. Programy kompilujące się z ostrzeżeniami otrzymają punkty karne.
Raport powinien zawierać następujące elementy:
Imię i nazwisko autora, datę zakończenia, oraz nazwę przedmiotu i nazwę i/lub numer zadania, tak aby raport dało się odczytać i prawidłowo zidentyfikować w oderwaniu od reszty zadania.
Podsumowanie stopnia realizacji zadania: które części zadania zostały zrealizowane, w jakim stopniu, w jaki sposób przetestowane, na jakim systemie, przy użyciu jakiego kompilatora i/lub innych narzędzi.
Odpowiedzi na wszystkie pytania postawione w zadaniu, wyniki wymaganych analiz złożonościowych i/lub pomiarów czasów wykonania, z zaznaczeniem na jakim sprzęcie zostały osiągnięte.
Te wyniki nie mogą być wklejane do raportu w postaci obrazków, screenshotów, itp. Powinny być starannie opracowane, wartości liczbowe prawidłowo zaokrąglone do sensownych części dziesiętnych, z podaniem jednostek, niepotrzebne elementy usunięte. Wielokrotne wyniki liczbowe najlepiej przedstawić w postaci tabelki.
Jakie materiały były wykorzystane przy realizacji zadania, w szczególności jakie kody źródłowe były wykorzystane bezpośrednio (czyli przekopiowane), oraz pośrednio (czyli stanowiły wzór).
Wykorzystanie wszelkich opublikowanych w ogólnodostępnych mediach materiałów jest dopuszczalne, pod warunkiem pełnego potwierdzenia tego w raporcie.
Opcjonalnie: dowolne dodatkowe komentarze, obserwacje, i wnioski na temat wykonanego zadania.
Uwzględniając wymienione elementy raport powinien być napisany w sposób zrozumiały i zwięzły, oraz starannie zredagowany (najlepiej w punktach, gdzie ma to zastosowanie). Ocena jakości raportu będzie częścią oceny zadania. Raporty niechlujnie napisane i/lub niedbale zredagowane otrzymają punkty karne. W szczególności proszę zadbać, z użyciem odpowiedniego spell checkera, by w raporcie nie było błędów ortograficznych.
Raport krótszy zawierający tę samą treść jest zawsze lepszy niż dłuższy.
Wszystkie zadania mają wyznaczone terminy zdefiniowane w systemie eportal. Podstawowym terminem oddania każdego zadania jest termin rozpoczęcia kolejnego zadania.
Dopuszczalne jest oddanie zadania do jednego tygodnia po tym terminie bez kary (jeden tydzień kalendarzowy = zawsze dokładnie 168 godzin). Nie wymaga to żadnych zgłoszeń, usprawiedliwień, itp.
Możliwe jest oddanie zadania po tym tygodniowym terminie spóźnienia, maksymalnie do dwóch tygodni po podstawowym terminie oddania zadania. Wymaga to uzgodnienia z prowadzącym, i każdorazowego uzyskania indywidualnego przedłużenia w systemie eportal. Zadania oddane w tym trybie będą oceniane z zastosowaniem kary 50% punktów.