Metody odkrywania wiedzy -- zasady projektu

Zasady ogólne

Proponowane tematy przewidywane są do realizacji w zespołach dwuosobowych, z możliwością negocjowania odstępstw od tej zasady w uzasadnionych indywidualnych przypadkach. W szczególnie uzasadnionych przypadkach będzie także możliwe zaproponowanie własnego tematu projektu.

Wymagania i kryteria oceniania

Podane niżej zasady mają na celu zapewnienie sprawnej realizacji projektu i procesu oceniania, a nie wprowadzanie nadmiernego rygoryzmu. W indywidualnych uzasadnionych przypadkach niektóre z tych zasad mogą zostać złagodzone.

1. Wybór tematu projektu musi nastąpić do końca piątego tygodnia semestru. Niedokonanie wyboru tematu w tym terminie oznacza rezygnację z wykonywania projektu.
2. Do końca siódmego tygodnia semestru należy przedstawić w formie papierowej wstępne założenia obejmujące:
   1. szczegółową interpretację tematu projektu,
   2. opis algorytmów, które będą wykorzystane,
   3. plan eksperymentów, w tym:
      1. pytania, na które będzie poszukiwana odpowiedź,
      2. charakterystyka zbiorów danych, które będą wykorzystane (oraz ewentualnych czynności związanych z przygotowaniem danych),
      3. parametry algorytmów, których wpływ na wyniki będzie badany,
      4. sposób oceny jakości modeli,
   4. otwarte kwestie wymagające późniejszego rozwiązania (wraz z wyjaśnieniem powodów, dla których ich rozwiązanie jest odłożone na później).
3. Do końca przedostatniego tygodnia semestru należy dostarczyć kod źródłowy opracowanego oprogramowania w formie elektronicznej, dokumentację kodu źródłowego w formie elektronicznej oraz dokumentację projektu w formie papierowej, zawierającą:
   1. szczegółową interpretację tematu projektu,
   2. szczegółowy opis wykorzystanych algorytmów,
   3. opis stosowanej procedury eksperymentalnej, w tym:
      1. pytania, na które była poszukiwana odpowiedź,
      2. charakterystyka zbiorów danych, które zostały wykorzystane (oraz ewentualnych czynności związanych z przygotowaniem danych),
      3. parametry algorytmów, których wpływ na wyniki był badany,
      4. sposób oceny jakości modeli,
   4. uzyskane wyniki,
   5. dyskusję wyników i wnioski.
4. Na ocenę z projektu ($100$%) składają się:
   1. ocena założeń wstępnych ($20$%),
   2. ocena realizacji ($80$%).
5. Opóźnienie w oddaniu założeń wstępnych nie przekraczające jednego tygodnia powoduje przemnożenie uzyskanej oceny za założenia wstępne przez współczynnik $0.8$. Po upływie jednego tygodnia od terminu założenia nie będą przyjmowane do oceny, a ocena późniejszych elementów projektu będzie automatycznie mnożona przez współczynnik $0.8$.
6. Po upływie jednego tygodnia od terminu lub po zakończeniu zajęć dydaktycznych w semestrze kod i dokumentacja nie będą przyjmowane, z wyjątkiem uzasadnionych przypadków losowych. Opóźnienie w oddaniu któregokolwiek z produktów końcowych projektu (kodu źródłowego lub dokumentacji) nieprzekraczające jednego tygodnia powoduje przemnożenie uzyskanych ocen za wszystkie produkty końcowe (co obejmuje ocenę implementacji, badań eksperymentalnych i dokumentacji) przez współczynnik $0.8$ (w przypadku braku założeń wstępnych łączny mnożnik wyniesie $0.8^2=0.64$).
7. Przy ustalaniu numerów tygodni, o których mowa wyżej, stosuje się obowiązujący kalendarz zajęć, przy czym:
   • przez ostatni tydzień semestru rozumiany jest ostatni tydzień, w którym przypadają przynajmniej 3 dni zajęć dydaktycznych,
   • przez przedostatni tydzień semestru rozumiany jest tydzień poprzedzający określony wyżej ostatni tydzień semestru,

Interpretacja tematów

Tematy są sformułowane bardzo lakonicznie jako stosunkowo otwarte hasła do rozwinięcia, przez co oczywiście mogą być przy pierwszym kontakcie z nimi niezrozumiałe. Bliższych informacji dotyczących wybranych tematów można zasięgnąć w ramach konsultacji.

Środowisko i zalecenia techniczne

Środowiskiem implementacji i badania dla wszystkich tematów projektu (w tym także tematów zaproponowanych przez wykonawców) jest język R. Zapoznanie się z tym środowiskiem na niezbędnym poziomie wchodzi w zakres projektu i jest dodatkową korzyścią, jaka z niego wynika dla wykonawców.

Kod źródłowy napisany w ramach realizacji projektu (w przypadku tematów obejmujących część implementacyjną) powinien być zorganizowany w postaci pakietu języka R, a dokumentacja kodu źródłowego (której nie należy mylić z dokumentacją projektu) powinna mieć standardową postać stosowaną w systemie pomocy środowiska R (opis sposobu użycia każdej udostępnianej przez pakiet funkcji).

Implementując algorytmy odkrywania wiedzy w środowisku R dobrze jest przestrzegać powszechnie przyjmowanych konwencji jeśli chodzi o przekazywanie danych, parametrów i zwracanie wyników. W szczególności pożądane są możliwości:

• przekazywania danych w postaci data frame,
• wskazywania atrybutów warunkowych i docelowych dla tworzonych modeli za pomocą formuł,
• przechowywania modeli jako obiektów języka R,
• stosowania modeli do nowych danych za pomocą funkcji predict,
• wyświetlania informacji o modelach za pomocą odpowiednich funkcji print i summary.

About this document ...

Metody odkrywania wiedzy -- zasady projektu

This document was generated using the LaTeX2HTML translator Version 2002-2-1 (1.71)

Copyright © 1993, 1994, 1995, 1996, Nikos Drakos, Computer Based Learning Unit, University of Leeds.
Copyright © 1997, 1998, 1999, Ross Moore, Mathematics Department, Macquarie University, Sydney.

The command line arguments were:
latex2html -split 0 -no_navigation mow-projekt-zasady

The translation was initiated by Pawel Cichosz on 2008-10-16