Pisanie prac licencjackich i inżynierskich z informatyki - projekt i dokumentacja

Praca dyplomowa z informatyki rządzi się innymi prawami niż prace humanistyczne czy społeczne: zwykle nie ma hipotez ani ankiet, jest za to projekt - system, aplikacja, moduł - który trzeba zaplanować, zaimplementować, przetestować i udokumentować. Pisanie "pracy" oznacza tu w praktyce dokumentowanie procesu inżynierskiego. Ten poradnik pokazuje, jak to zrobić; gotowe propozycje znajdziesz na liście tematów prac z informatyki, a kompletny szkielet dokumentacji w przykładowej pracy inżynierskiej z informatyki.

Licencjacka czy inżynierska

Na kierunkach inżynierskich (tytuł inż.) praca musi mieć charakter projektowy i kończy się działającym artefaktem. Praca licencjacka z informatyki (rzadsza) dopuszcza także formę analityczno-porównawczą: zestawienie technologii, analiza wydajności, przegląd metod. W obu przypadkach rdzeń oceny jest ten sam: czy problem został poprawnie zdefiniowany i czy rozwiązanie jest uzasadnione, sprawdzone i opisane tak, że da się je odtworzyć.

Od wymagań do testów

Dobra praca projektowa prowadzi czytelnika przez pełny cykl: analiza wymagań (funkcjonalnych i niefunkcjonalnych, najlepiej w formie tabeli z priorytetami), projekt (architektura, diagramy UML - przypadków użycia, klas, sekwencji; schemat bazy danych ERD), implementacja (wybór technologii z uzasadnieniem, kluczowe fragmenty kodu z omówieniem - nie wklejka całości) i testy (scenariusze, wyniki, pokrycie wymagań). Rozdział testowy bywa lekceważony, a to on dowodzi, że system działa: każde wymaganie z rozdziału pierwszego powinno mieć swój test.

Struktura pracy

• Wstęp - problem, cel, zakres pracy i krótki przegląd istniejących rozwiązań.
• Rozdział 1 - Analiza wymagań i przegląd technologii.
• Rozdział 2 - Projekt systemu: architektura, diagramy, model danych.
• Rozdział 3 - Implementacja: technologie, struktura kodu, kluczowe rozwiązania.
• Rozdział 4 - Testy i wdrożenie: scenariusze, wyniki, ograniczenia.
• Zakończenie - ocena realizacji celów i kierunki rozwoju.

Najczęstsze błędy

Pierwszy: praca-instrukcja obsługi - opis "co klika użytkownik" zamiast decyzji inżynierskich i ich uzasadnień. Drugi: wklejanie długich listingów kodu bez omówienia (kod ląduje w załączniku lub repozytorium, w tekście - fragmenty istotne decyzyjnie). Trzeci: brak przeglądu istniejących rozwiązań, przez co nie wiadomo, po co system powstał. Czwarty: wymagania spisane po zakończeniu implementacji, "pod gotowy system" - recenzenci to rozpoznają po tym, że wszystkie mają status "zrealizowane w 100%". Piąty: pominięcie testów lub potraktowanie ich jednym akapitem.

Przydatne źródła

• Dokumentacje techniczne używanych frameworków i języków (cytowane z wersją)
• Literatura inżynierii oprogramowania: wzorce projektowe, architektura, testowanie
• Standardy UML i notacji ERD - do rozdziału projektowego
• Repozytorium kodu (GitHub/GitLab) - link w pracy to dziś dobra praktyka

Piszesz pracę magisterską? Zajrzyj do poradnika magisterskiego z informatyki i listy tematów prac magisterskich z informatyki.