Jak napisać pracę magisterską z telekomunikacji i sieci komputerowych – przewodnik

Praca magisterska z telekomunikacji i sieci komputerowych to projekt, który łączy teorię z praktycznym eksperymentem. Nie piszesz tu eseju o technologii, lecz przeprowadzasz badanie z mierzalnymi wynikami. To zmienia wszystko: metodologia, narzędzia, sposób prezentacji danych, a nawet struktura rozdziałów wyglądają inaczej niż w typowej pracy humanistycznej. Poniżej znajdziesz konkretny plan, jak przez to przejść.

Specyfika pracy magisterskiej z telekomunikacji i sieci

Praca z tego obszaru należy do tzw. prac eksperymentalno-pomiarowych lub projektowych. Oznacza to, że promotor oczekuje od Ciebie albo zaprojektowania i przetestowania czegoś (np. topologii sieci, algorytmu routingu, mechanizmu QoS), albo przeprowadzenia analizy porównawczej (np. dwóch protokołów pod kątem opóźnień w sieci 5G).

Nie ma tu miejsca na „opis stanu wiedzy” jako jedyny cel. Rozdział teoretyczny istnieje, ale pełni funkcję tła, nie wypełnienia. Musi prowadzić wprost do Twojego pytania badawczego.

Drugą cechą charakterystyczną jest silna zależność od środowiska testowego. W pracach z sieci komputerowych albo używasz symulatora (ns-3, GNS3, Cisco Packet Tracer, SUMO), albo zestawiasz środowisko laboratoryjne, albo analizujesz dane z realnej infrastruktury. Każda z tych ścieżek ma inne wymagania wobec dokumentacji i sekcji metodologicznej.

Trzecia rzecz: wykresy i tabele to tu podstawowy język wyników, nie ozdoba. Promotor będzie patrzeć na osie, jednostki, legendy i źródła danych. Słabe wykresy bez opisanych osi to jeden z najczęstszych powodów poprawek.

Wybór tematu: protokoły, infrastruktura czy bezprzewodowe sieci

Zakres telekomunikacji i sieci jest szeroki. Zanim zaczniesz pisać, musisz zdecydować, w którym obszarze się poruszasz. Trzy główne kierunki to:

1. Protokoły sieciowe (analiza, optymalizacja, porównanie): TCP/IP, OSPF, BGP, MPLS, QUIC, protokoły IoT jak MQTT czy CoAP. Temat tego typu wymaga dobrego warsztatu z Wiresharka i umiejętności interpretacji zrzutów ruchu
2. Infrastruktura i projektowanie sieci: tworzysz projekt sieci dla konkretnego przypadku użycia (np. sieć kampusowa, sieć przemysłowa OT/IT, sieć data center z redundancją). Tu pracujesz w symulatorach lub na fizycznym sprzęcie (Cisco, MikroTik, Juniper).
3. Sieci bezprzewodowe i mobilne: Wi-Fi 6/6E, LTE, 5G NR, LoRa, Zigbee. Temat obejmuje zasięg, przepustowość, opóźnienia, zarządzanie pasmem, planowanie komórek. Możesz tu pracować zarówno z symulatorami, jak i z realnym sprzętem pomiarowym

Wybierając temat, sprawdź jedno: czy jesteś w stanie powtórzyć eksperymenty kilka razy i uzyskać spójne wyniki. Jeśli środowisko testowe jest zbyt zmienne albo nieosiągalne (np. dostęp do sieci operatora tylko raz), praca będzie trudna do obrony. Lepszy temat w symulatorze z pełną kontrolą niż ambitny temat z jednostkowymi pomiarami.

Dobry temat ma formę pytania badawczego, np.: „Jak zmiana parametrów mechanizmu CUBIC TCP wpływa na opóźnienie i przepustowość w sieci z wysokimi stratami pakietów?” albo „Które z wybranych protokołów routingu (OSPF vs EIGRP) lepiej reaguje na awarię łącza w sieci korporacyjnej o topologii ring?”

Metodologia badań sieciowych i pomiary wydajności

Rozdział metodologiczny to serce pracy z sieci komputerowych. Musisz tu opisać:

• Środowisko testowe: co dokładnie zestawiłeś, jaki sprzęt/oprogramowanie, jakie wersje, jaką topologię
• Parametry eksperymentu: co zmieniałeś (zmienna niezależna) i co mierzyłeś (zmienna zależna).
• Metryki: przepustowość (Mbps/Gbps), opóźnienie (RTT w ms), jitter, utrata pakietów (%), czas konwergencji, SINR, BER, throughput per user
• Powtarzalność: ile razy powtórzyłeś każdy test, jak uśredniałeś wyniki, jak eliminowałeś szum pomiarowy

Metryki dobierasz do tematu. W pracy o QoS patrzysz na opóźnienie i jitter. W pracy o routingu wołasz o czas konwergencji i liczbę skoków. W pracy o sieciach radiowych liczy się SINR i BER. Wpisuj jednostki wszędzie, bo brak jednostki na wykresie to błąd formalny.

Opisz też wariant kontrolny. Jeśli porównujesz dwa protokoły, musisz zmierzyć oba w identycznym środowisku przy identycznym obciążeniu. Bez punktu odniesienia wynik jest nieinterpretowalny.

Jeden praktyczny schemat, który sprawdza się w wielu pracach:

1. Zdefiniuj topologię bazową i skonfiguruj ją
2. Uruchom serię testów dla wariantu A (np. OSPF), zapisz wyniki do pliku CSV
3. Przywróć stan wyjściowy i uruchom testy dla wariantu B (np. BGP over OSPF).
4. Porównaj wyniki statystycznie (średnia, odchylenie standardowe, percentyle).

Jeśli używasz symulatora dyskretnego (jak ns-3), opisz ziarno losowości (seed) i liczbę przebiegów. 30 przebiegów z różnymi seedami to minimum dla wiarygodnych wyników statystycznych.

Praca z symulatorami i narzędziami analizy sieci

Najczęściej spotykane narzędzia w pracach z sieci komputerowych to:

• GNS3 z obrazami IOS/Cisco albo VyOS: symulacja sieci routowanych, dobre do prac o protokołach routingu i MPLS. Integruje się z Wiresharkiem na żywo
• Cisco Packet Tracer: uproszczony, ale wystarczający do prac na poziomie CCNA/CCNP. Słabszy do zaawansowanej analizy ruchu
• ns-3: symulator zdarzeń dyskretnych, skryptowany w C++ lub Pythonie. Bardzo precyzyjny, szeroko używany w publikacjach naukowych. Wymaga więcej czasu na naukę
• Wireshark: niezbędny do analizy protokołów. Musisz umieć filtrować ruch (filtry display i capture), analizować czasy odpowiedzi w TCP stream, czytać retransmisje i okna TCP
• iperf3 / nuttcp: generatory ruchu do pomiaru przepustowości i jittera między węzłami
• Mininet: emulator sieci zdefiniowanych programowo (SDN). Popularny przy pracach o OpenFlow i kontrolerach SDN
• MATLAB / Python (matplotlib, pandas): wizualizacja wyników i analiza statystyczna. Python jest tu wygodniejszy i bezpłatny

Jeśli zdecydujesz się na środowisko fizyczne (rzeczywisty switch, router i kilka PC albo Raspberry Pi), opisz dokładnie okablowanie, model sprzętu, wersję firmware i konfigurację. Twój promotor musi być w stanie odtworzyć środowisko.

Każdy zrzut ekranu z symulatora, każdy wydruk z konsoli, każdy plik pcap, który cytujesz w pracy, opisz: co pokazuje, kiedy był zarejestrowany i co z niego wynika. Zrzut ekranu bez komentarza jest stratą miejsca.

Budowa rozdziałów i wymogi formalne

Typowa struktura pracy z telekomunikacji wygląda tak:

1. Wstęp: motywacja, cel, pytanie badawcze, zakres, opis rozdziałów. Max 2-3 strony
2. Podstawy teoretyczne: teoria niezbędna do zrozumienia eksperymentu. Opisujesz protokoły, architekturę sieci, metryki. Nie piszesz encyklopedii, tylko tło dla badania
3. Środowisko badawcze i metodologia: co zestawiłeś, jak, dlaczego, jakie parametry mierzysz
4. Wyniki i analiza: tabele, wykresy, interpretacja. To najdłuższy rozdział
5. Dyskusja: co wyniki znaczą w kontekście hipotezy, jakie są ograniczenia, co można zbadać dalej
6. Wnioski: krótkie odpowiedzi na pytania badawcze. Max 1-2 strony
7. Literatura: minimum 20-30 pozycji, w tym artykuły konferencyjne (IEEE, ACM) i RFC

Wymogi formalne różnią się między uczelniami, ale kilka rzeczy jest wspólnych:

• Wzory matematyczne: numerowane, opisane. Każda zmienna wyjaśniona po pierwszym użyciu
• Rysunki i wykresy: ponumerowane, z podpisem pod rysunkiem. Jeśli rysunek pochodzi z zewnątrz, musisz podać źródło
• Tabele: ponumerowane, z podpisem nad tabelą. Nie wklejaj zrzutów tabel jako grafik, wstawiaj edytowalne tabele
• RFC i standardy: cytuj po numerze RFC albo numerze standardu IEEE (np. IEEE 802.11ax), nie po opisowej nazwie

Sprawdź w wytycznych promotora, czy uczelnia wymaga APA, IEEE citation style, czy własnego szablonu. W pracach technicznych standard IEEE jest najczęstszy.

Najczęstsze błędy w pracach z telekomunikacji

Cztery błędy, które najczęściej widzę w tego typu pracach:

Brak powtarzalności eksperymentu. Student mierzy coś raz, prezentuje jeden wynik i twierdzi, że to wystarczy. Nie wystarczy. Sieć jest środowiskiem probabilistycznym. Jeden pomiar przepustowości może być anomalią. Zbierz co najmniej 10-30 próbek i podaj przedziały ufności albo odchylenie standardowe.

Opis narzędzia zamiast opisu eksperymentu. Student pisze 3 strony o tym, czym jest Wireshark i jak go zainstalować, zamiast opisać co zmierzył i co z tego wynika. Promotor zna Wiresharka. Opisuj decyzje badawcze, nie tutoriale.

Wykresy bez jednostek i legend. Oś Y z napisem „wartość” to błąd. Napisz „przepustowość [Mbps]” albo „opóźnienie RTT [ms]”. Jeśli na jednym wykresie masz kilka serii danych, legenda jest obowiązkowa.

Za szerokie pytanie badawcze. „Porównanie protokołów sieciowych” to nie temat pracy, to temat całej dziedziny. Zawęź do: „Porównanie czasu konwergencji OSPF i IS-IS po symulowanej awarii łącza w sieci o topologii full-mesh dla 10, 20 i 30 węzłów.”

Jest jeszcze jeden błąd, mniej oczywisty: brak sekcji ograniczeń. Każda praca eksperymentalna ma ograniczenia, tzn. co symulator upraszcza, jakie warunki laboratoryjne odbiegają od produkcji, jakie parametry pominąłeś. Napisanie o tym wprost świadczy o dojrzałości naukowej, nie o słabości pracy.

FAQ

Natalia Witek-Dąbrowska

Redaktorka i korektorka z 20-letnim doświadczeniem

Specjalizuję się w korekcie prac naukowych i dyplomowych. Jeśli potrzebujesz pomocy z tekstem, napisz do mnie.