Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
|
tematy_prac_inzynierskich [2020/01/05 00:59] pszwed |
tematy_prac_inzynierskich [2020/03/10 15:45] pszwed |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ===== Szablon ===== | ||
| + | - bez katedry (to nie ma większego znaczenia), | ||
| + | - //Projekt dyplomowy// (a nie //Projekt inżynierski// | ||
| + | - czcionka nie ma dużego znaczenia | ||
| + | - na drugiej stronie nie ma już oświadczenia, | ||
| - | ===== Proces dyplomowania ====== | + | Jeżeli praca została wysłana do Wirtualnej Uczelni, nie jest konieczna jej modyfikacja. [07.01.2020] |
| - | - Dyplomatka/ | + | [[proces_dyplomowania]] |
| - | - Promotor nanosi poprawki. Ten cykl może się powtarzać... | + | ===== Struktura |
| - | - Kiedy nie ma uwag, przygotowywana jest wersja finalna w PDF i przekazywana przez Dyplomantkę/ | + | |
| - | - Praca automatycznie trafia do systemu antyplagiatowego i po jakimś czasie (liczonym na ogół w godzinach) pojawia się raport | + | |
| - | - Promotor potwierdza, że praca nie jest plagiatem, pisze opinię w systemie Baza Prac EAIiIB i wgrywa opinię do systemu Wirtualna Uczelnia. Wystawia też ocenę. | + | |
| - | - Często w tym momencie następuje wybór Recenzenta (o ile nie jest narzucony wcześniej) | + | |
| - | - Następnie praca zmienia status na // | + | |
| - | - Recenzent przygotowuej recenzję w systemie Baza Prac EAIiIB i wgrywa ją do Wirtualnej Uczelni, wystawia też ocenę. Zazwyczaj nie trwa to długo (2-3 dni), ale system zakłada 5 dni na recenzję. Czasem Recenzent może chcieć uzyskać wgląd do kodu pracy. | + | |
| - | - Recenzent i promotor drukują opinie (są to osobne kartki), podpisują je i najczęściej zostawiają na półeczce na korespondencję w sekretariacie Katedry C2 406, czynne od 9.00-15.00 | + | |
| - | - Zadaniem Dyplomantki/ | + | |
| - | W przypadku pomyłek, błędów, niestandardowych systuacji wszelkie interwencje dokonywane są manualnie przez administratora systemu, co zajmuje sporo czasu. Więc proszę dokładnie sprawdzać dokuemnty przed przesłaniem. | + | [[struktura_pracy_inz|Struktura pracy]] |
| + | [[prace_inz_uwagi|Uwagi]] | ||
| + | ====== Tematy prac inżynierskich ====== | ||
| - | :!: Kluczowe jest zapisanie się na jakiś (realny) termin obrony. Dla prac nieukończonych, | + | ===== 2020 ===== |
| - | ===== Struktura pracy ====== | + | ==== 1. Map matching |
| + | Zarezerwowane jako implementacja w Pythonie? :?: | ||
| - | [[struktura_pracy_inz|Struktura pracy]] | + | (a) Implementacja (znanego) algorytmu rzutowania sekwencji odczytów GPS na mapę w postaci procedur składowanych dla PostgreSQL/ |
| - | =====Uwagi===== | + | Procedury mogą być zaimplementowane w |
| + | - [[https:// | ||
| + | - Java lub Pythonie (trudniejsze w konfiguracji i dyskusyjne wydajnościowo) | ||
| - | * W tekście pracy nie używamy czasu przyszłego | + | (b) Alternatywnie, dla mapy przechowywanej w pamięci w językach Java lub Python, ale konieczna implementacja funkcjonalności, |
| - | | + | |
| - | * W miarę mozliwosci ilustrujemy tekst rysunkami. Nawet prostymi, typu przepływ danych od A do D poprzez B i C: A -> B -> C -> D. | + | Zakres: |
| - | * Podczas obrony przewidziana jest trwająca około 7 min prezentacja, | + | - załaduj mapę oryginalną |
| - | * Prezentacja powinna obejmować: | + | - podziel drogę na segmenty (od skrzyżowania do skrzyżowania) |
| - | - Slad tytułowy | + | |
| - | - Cel pracy | + | - dodaj tabele/struktury danych na graf przypisujący odczyty do punktów na odcinkach dróg |
| - | - Przedstawiennie problemu, motywacje | + | - napisz procedurę, która dla nowego punktu: |
| - | - Może zawierać elementu przegladu literatury (ale krótko) | + | - rozszerza graf o nowe możliwe wierzchołki |
| - | - Opis prac własnych (zaprojektowano, | + | - usuwa z grafu wierchołki, z których nie można kontynuować //contraction// |
| - | - Podsumowanie | + | - podprocedury powinny mieć warianty lub być sterowane parametrami |
| - | * Zła prezentacja: | + | - Testy: |
| - | | + | - jakościowe - czy ścieżki są odwzorowane poprawnie |
| - | | + | - wydajnościowe - ile zapytań |
| - | | + | |
| - | * Około 14 slajdu przewodniczący komisji przerywa i prosi o przejście do podsumowania (przed slajdami | + | ==== 2. Algorytmy optymalizacji ciagłej z użyciem numpy ==== |
| - | ====== | + | |
| + | To jest temat, który | ||
| + | |||
| + | * wykorzystanie operacji biblioteki numpy. Mimo, że są funkcjami Pythona, sa zaimplementowane w C i działają wydajnie | ||
| + | * Zamiast wykonywac operacje na pojedynczych osobnikach (wektorach w R^n), maja być przeprowadzane operacje na całych macierzach | ||
| + | * uzycie do testów funkcji | ||
| + | * Z reguły algorytmy mają jakieś parametry. Dla danej funkcji | ||
| + | * Wybór macierzowej reprezentacji może powodować pewne niewielkie | ||
| + | |||
| + | === 2.a PSO === | ||
| + | |||
| + | Implementacja algorytmu Particle Swarm Optimization. Należy zaimplementować rózne topologie: | ||
| + | * globalną | ||
| + | * sąsiedzi | ||
| + | * losowowanie grafu | ||
| + | |||
| + | === 2.b Algorytm mrówkowy === | ||
| + | |||
| + | Implementacja algorytmu mrówkowego, | ||
| + | |||
| + | === 2.c Algorytm pszczeli | ||
| + | |||
| + | Istnieje kilka wersji... | ||
| + | |||
| + | === 2.d === | ||
| + | |||
| + | Inne do przedyskutowania..., | ||
| ===== 2019 ===== | ===== 2019 ===== | ||
