Home Teaching Contact

Przeszukiwanie i optymalizacja [2024Z]

  1. Informacje o projekcie
  2. Zadania projektowe

Informacje o projekcie

Zasady ogólne


Projekt realizowany jest w zespołach dwuosobowych.

Osoby tworzące zespół zobowiązane są do:

  1. zgłoszenia składu osobowego zespołu

  2. wyboru jednego z zadań projektowych

  3. dostarczenia dokumentacji wstępnej projektu

  4. przedstawienia czastkowych wynikow zadania w trakcie semestru

  5. dostarczenia dokumentacji końcowej projektu

  6. krótkiej prezentacji projektu.

Zgłoszenie zespołu i wybór zadania


Do terminu 20.11.2024 zespół zobowiązany jest do wysłania wiadomości e-mail, w której zostaną zawarte następujące informacje:

Zgłoszenia należy wysyłać na adres:

eryk.warchulski(ʕ •ᴥ• ʔ)pw.edu.pl

Temat każdej wiadomości, która dotyczy zagadnień związanych z przedmiotem, należy rozszerzyć o tag [POP].

Brak zgłoszenia zespołu oraz zadnia projektowego do wskazanego powyżej terminu rownoważny jest rezygnacji z wykonywania projektu.

Dokumentacja wstępna


Do terminu 11.12.2024 zespół zobowiązany jest przekazać dokumentację wstępną w postaci pliku pdf. Plik dokumentacji należy zatytułować w nastepujący sposób:

pop-init-@.pdf

Przy czym za symbol @ należy podstawić numer zadania projektowego.

Treść dokumentacji wstępnej powinna składać się z:

Dokument nie powinien przekraczać 2 stron A4.

Ponadto należy mieć na uwadze, że celem dokumentacji wstępnej jest przedstawienie swojej pierwszej wizji dotyczącej realizowanego projektu, która pozwoli prowadzącemu ocenić czy zespół poprawnie zrozumiał dany temat i wybrał odpowiednie narzędzia. Ewolucja wizji (nawet skrajna) w trakcie realizacji jest jak najbardziej akceptowalna.

Dokumentacja wstępna oceniana jest binarnie. Niedostarczenie dokumentacji wstępnej w powyżej wskazanym terminie rownóważny jest rezygnacji z realizacji projektu.

Dokumentacja końcowa


Do terminu 15.01.2025 zespół zobowiązany jest zaprezentowac dotychczas uzyskane wyniki.

Do terminu 29.01.2025 zespół zobowiązany jest dostarczyc dokumentacje koncowa projektu.

Plik należy zatytułować w następujący sposób:


 pop-end-@.pdf

Przy czym za symbol @ należy podstawić numer zadania projektowego.

Dokumentacja końcowa stanowi rozszerzenie dokumentacji wstępnej, w której powinnien znaleźć się szczegółowy opis: problemu, zastosowanych algorytmów, przeprowadzonych eksperymentów oraz ich wyników. Ponadto jeśli między dokumentacja wstępną, a końcowa występują znaczące rożnice, to należy je opisać w stosownej sekcji dokumentacji końcowej.

Pliki z kodem zródłowym

Należy zadbać o to, aby dostarczony kod źródłowy był jak najbardziej przenośny. Koniecznie musi dać się kompilować/interpretować pod systemem Linux. Ze względu na stosowanie zależności zewnętrznych w kodzie warto rozważyć konteneryzacje (via Docker czy podman).

Dane uzyskane w ramach eksperymentów numerycznych wraz z ziarnami generatorów liczb pseudolosowych

Wszystkie przeprowadzone eksperymenty numeryczne w ramach projektu powinny dać się zreprodukować. Poza danymi i ziarnami mile widziane byłoby dołączenie skryptu, który pozwoliłby odtworzyć przeprowadzone eksperymenty.

Dokumentacja końcowa

Dokumentacja końcowa (napisana zgodnie z jednym z szablonow LaTeX dostarczonych przez koordynatora przedmiotu) oceniania jest w skali 0-50 punktów. Na ocenę składają się:

Oceny końcowe prac dostarczonych między 29.01.2025-01.02.2025 przemnażane są przez mnożnik 0.9.

Prace dostarczone po 01.02.2025 nie będą oceniane.


Zespoły, które złożą wymagane pliki w terminie, zobowiązane są do krótkiej prezentacji (niekoniecznie multimedialnej) swoich projektów (maksymalnie 8-10 minut). Po odbyciu prezentacji zespół zostanie poinformowany o proponowanej ocenie. Termin prezentacji proponowany jest przez zespół i nie może przekroczyć tygodnia od momentu złożenia projektu.


W przypadku większości tematów projektowych czytelność kodu zródłowego nie podlega ocenie, o ile dostarczony kod nie będzie wybitnie nieczytelny. Zalecane jest, aby kod był sformatowany zgodnie tylko z jednym stylem (np. zgodnie z Google Style Guides).

Projekt można realizować w dowolnym języku programowania z wyłączeniem języków ezoterycznych.

Podsumowanie


Etap Artefakt Ostateczne terminy
Zgłoszenie zespołu i wybór tematu Mail z numerem projektu i danymi wykonawców 20.11.2024
Dokumentacja wstępna Mail z raportem wstępnym 11.12.2024
Prezentacja wynikow czastkowych Spotkanie z prowadzacym projektu 15.01.2025
Dokumentacja końcowa Mail z kodem, raportem i danymi 29.01.2025

Zadania projektowe


Poniżej znajdują się zadania projektowe. Należy wybrać jedno z nich i zgłosić wybrany temat przy pomocy wiadomości e-mail.

Zadania projektowe, które są już zajęte, oznaczone są przekreśleniem.

Jeśli realizują Państwo projekt uczelniany lub Państwa praca dyplomowa dotyczy zagadnień poruszanych na POP, to dopuszcza się możliwość zgłoszenia własnego tematu projektowego.

Zadanie 1.

Dokonaj hybrydazacji algorytmu SHADE oraz CMA-ES.

Porównaj działanie algorytmu z klasyczną wersją SHADE oraz CMA-ES. Użyj w tym celu benchmarku CEC 2022.

Zadanie 2.

Zmodyfikuj algorytm ewolucji różnicowej w wariancie rand/1/bin tak, aby zasięg mutacji F był strojony zgodnie z metodą MSR (ang. Median Success Rule) oraz PSR (ang. Population Success Rule).

Zbadaj działanie zmodyfikowanych wersji algorytmu, używając benchmarku CEC 2017, dla wymiarowości D ∈ {10, 30}.

Zadanie 3.

Zbadaj wpływ różnych metod uwzględniania ograniczeń w algorytmie CMA-ES. Warianty algorytmów porównaj, używając benchmarku BBOB z frameworku coco.

Zadanie 4.

Zmodyfikuj algorytm ewolucji różnicowej w wariancie rand/1/bin tak, aby zasięg mutacji F był strojony zgodnie z metodą MSR (ang. Median Success Rule) oraz TPA (ang. Two Point Adaptation).

Zadanie 5.

Algorytmy ewolucyjne często narażone są na przedwczesną zbieżność do optimum lokalnego. W celu uniknięcia takiego stanu stosuje się różne heurystyki, które pozwalają zachować odpowiedni poziom różnorodności populacji w trakcie fazy eksploracji. Jedyną z takich heurystyk jest DG (ang. Diverity-Guided).

Rozszerz wybrany przez siebie wariant ewolucji różnicowej o heurystykę DG oraz porównaj działanie zmodyfikowanego algorytmu z jego klasyczną wersją. Użyj w tym celu benchmarku BBOB z frameworku coco.

Zadanie 6.

Dysponujesz zbiorem zadań $T$, wymaganym pierszeństwem $p:\;T\times T\rightarrow N$ oraz czasem wykonania każdego zadania $l:\;T\rightarrow N$.

Twoim zadaniem jest opracowanie metody podziału zadań między $M$ grupy pracowników tak, aby zadania, na których określone jest pierszeństwo wykonania, przydzielone dwóm rożnym grupom były uporządkowane według zasady: od wcześniejszego do późniejszego. Do rozwiązania zadania wykrozystaj znane Ci algorytmy ewolucyjne.

Zadanie 7.

Kontrola przystosowania punktu środkowego populacji jest sposobem na poprawienie jakości działania algorytmów ewolucyjnych. Na wybranym przez siebie algorytmie ewolucyjnym zbadaj wpływ sposobu zdefiniowania punktu środkowego na działanie tego algorytmu.

Poza statystykami jak średnia arytmetyczna lub mediana zbadaj różne warianty średniej ważonej oraz statystyki odporne. Wykorzystaj wybrane funkcje testowe.

Zadanie 8.

Rozszerz algorytm MA-ES o heurystykę IPOP i zbadaj działanie algorytmu.

Porównaj zmodyfikowany algorytm z algorytmem CMA-ES. W tym celu skorzystaj z benchmarku BBOB z frameworku coco.

Zadanie 9.

Na wybranym algorytmie ewolucyjnym porównaj działanie dwóch technik zwiększania rożnorodności w populacji: metodę clearingu oraz crowdingu. W tym celu wykorzystaj wybrane przez siebie funkcje testowe.

Zadanie 10.

Twoim zadaniem jest opracowanie metody, która pozwoli Ci umieścić w magazynie o skończonej pojemności $c$ jaknajwiększą liczbę kontenerów. Wyjściem programu powinna być wizualizacja rozkładu kontenerów w magazynie

Zadanie 11.

Twoim zadaniem jest opracowanie planu dystrybucji szczepionek w mieście, które posiada $n$ punktów szczepień.

W swoim planie musisz uwzględnić następujące fakty:

  1. dynamiczną przepustowość ulic miast
  2. rozprzestrzenianie się wirusa, które zależy wykładniczo od czasu dostawy szczepionki

Zadanie 12.

Temat własny.