• co zostało opisane, wyjaśnione,
• co zostało zrobione (projekt, obliczenia, implementacja, wyniki),
• do czego to potrzebne (jakie zastosowanie).

Poniżej fragmenty:

Zarządzenie nr RK/210/3/2011 Rektora Wyższej Szkoły Przedsiębiorczości i Nauk Społecznych w Otwocku z dnia 11.05.2011 r. w sprawie warunków jakim powinny odpowiadać prace dyplomowe i egzamin dyplomowy w Wyższej Szkole Przedsiębiorczości i Nauk Społecznych w Otwocku.
(co prawda panowie jesteście studentami Szkoły w Siedlcach, ale myślę, że poniższe wytyczne są uniwersalne)

• §4.1. Praca licencjacka lub inżynierska powinna składać się z trzech części. W części pierwszej autor przedstawia podjęty temat w świetle literatury. W części drugiej należy przedstawić analizowane zagadnienia w świetle istniejących doświadczeń. W części trzeciej autor powinien przedstawić koncepcje zmian istniejącego stanu rzeczy. Może to być zmiana dotychczas stosowanych technik i metod, ocen rozwoju zjawisk w czasie itp. (nie do końca ten punkt odpowiada specyfice pracy inżynierskiej informatycznej - R.M.)
• §4.5. Praca inżynierska powinna stanowić projekt i rozwiązanie problemu technicznego.
• §4.6. Minimalna objętość pracy licencjackiej lub inżynierskiej, poza uzasadnionymi wyjątkami, nie powinna być mniejsza niż 60 standardowych stron maszynopisu.
• §4.10. W pracy oceniane są: zdolność do prawidłowego formułowania problemów, poprawność toku wywodów, sposób gromadzenia materiału, stosowane metody, interpretacja wyników, uzasadnienie doboru literatury - jej krytyczny przegląd.
• §5.3. Wstęp powinien zawierać: podkreślenie rangi problemu i uzasadnienie wyboru tematu, prezentację tematu i postawienie celu pracy, charakterystykę przedmiotu badań, przedstawienie źródeł i sposobów zbierania informacji, wskazanie celu pracy i metody badań, charakterystykę struktury pracy. (w informatycznej pracy inżynierskiej, we Wstępie, powinna byc wyjaśniona specyfika zagadnienia (sytuacji), mająca wpływ na zastosowanie odpowiednich narzędzi informatycznych - R.M.)
• §5.4. Zakończenie powinno bezpośrednio nawiązywać do tematu pracy i zadeklarowanego we wstępie celu pracy. Powinno ono zawierać reasumpcję badań, rozumianą nie jako powtórzenie wniosków podanych w rozdziałach, ale jako nowe myśli, spojrzenia uogólniające, refleksje, przejście od szczegółu do ogółu, udokumentowane stwierdzenia.

Tematy prac:

1. Baza danych graficznej dokumentacji w klinice stomatologicznej, Jacek Błotnicki (3.5), foto.
2. Zarządzanie zespołem muzycznym poprzez stronę internetową, Mariusz Bożek (3.0), foto.
3. Kawiarenka internetowa - baza danych klientów i usług, Piotr Potrzebowski (3.0), foto1 foto2.
10. Powyższe osoby są inżynierami informatyki i obronily się 13 lipca 2012 roku w Siedlcach foto1, foto2, foto3.
4. System zgłaszania awarii urządzeń RTV, Robert Szewczyk (3.0), foto1, foto2, foto3.
10. inż. Robert Szewczyk obronił się 27 października 2012 roku w Siedlcach.
1. System serwisu central wentylacyjnych, Piotr Reszko
2. Programowanie sterownika kotłów gazowych, Jarek Sybilski
3. Zdalne projektowanie urządzeń do obróbki plastiku, Paweł Wolak
4. Portal rozgrywek sportowych, Karol Zduńczyk
5. Program wspomagający projektowanie płata nośnego i usterzenia szybowców dla wybranych przypadków, Adam Szymański

• ustaliliśmy wspólnie następujący harmonogram działania:
  22.X.2011 - gotowa koncepcja pracy i jej tytuł,
  • projekt,
  • obliczenia,
  • implementacja,
  • jakie będą wyniki,
  • do czego to potrzebne, jakie zastosowania,
  • narzędzia, technologia,
  • programowanie w czym (Access, MySQL, Oracle, PHP, CSS, HTML, ...).
• 5.XI.2011 - pierwsze programowanie, określone interfejsy, Baza danych: przypadki użycia, diagram klas, diagram stanów,
• 19.XI.2011 - zaimplementowana koncepcja Bazy Danych,
• 17.XII.2011 - interfejsy, programowanie,
• styczeń 2012 - redakcja pracy.
• Robert Szewczyk: sprawdzić logowanie wtedy, gdy zarchiwizowane zostaną inne bazy; OPIS NAPRAWY/NAPRAWIAJĄCY - nazwisko zamiast ID;
  strzałki na POPRZEDNI i NASTĘNY; export do PDF, po 24 października popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy.

• Jacek Błotnicki:diagramy, interfejs gotowy (czyjś) lub własny.
• Mariusz Bożek: przygotowac wstępnie diagramy (zależności, wyniki), zainstalować KRASNAL-a, zrobic formularz do kontaktu, zacząć programowanie w PHP i w mySQL.
• Piotr Potrzebowski: diagramy, interfejsy, zdecydować co: C++ czy PHP (bez serwera), MySQL.
• Piotr Reszko: koncepcja, diagramy, interfejsy (Perl, MySQL, CSS, Linux).
• Jarek Sybilski: schemat elektroniczny sterownika, próbka programu, U90.
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP, (? Linux czy Windows).
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, KRASNAL.
• Robert Szewczyk: export do PDF, po 24 października popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy.

• Jacek Błotnicki:diagramy, interfejs własny - coś w PHP.
• Mariusz Bożek: przygotowac wstępnie diagramy (zależności, wyniki), decyzja: czy KRASNAL czy PHPmyAdmin, zrobic formularz do kontaktu, zacząć programowanie w PHP i w mySQL.
• Piotr Potrzebowski: programować interfejsy.
• Piotr Reszko: koncepcja, następne diagramy, interfejsy (Perl, MySQL, CSS, Linux).
• Jarek Sybilski: napisać dwa scenariusze zachowań sterownika, które będą programowane.
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP, (? Linux czy Windows).
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, KRASNAL.
• Robert Szewczyk: popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy (rozmowa z inż. Stawikowskim).

• Jacek Błotnicki:diagramy, interfejs własny - coś w PHP.
• Mariusz Bożek: przygotowac wstępnie diagramy (zależności, wyniki), zacząć programowanie w PHP i w mySQL, mapa z Googla z wyliczeniem trasy.
• Piotr Potrzebowski: programować interfejsy w PHP, przykłady.
• Piotr Reszko: koncepcja, następne diagramy, interfejsy (Perl, MySQL, CSS, Linux).
• Jarek Sybilski: napisać dwa scenariusze zachowań sterownika, które będą programowane.
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP.
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, mapa stadionu z Googla.
• Robert Szewczyk: popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy.
• Adam Szymański: implementacja pozostałych interfejsów wprowadzania danych (pokazać na papierze), przynieść wykonane już opisy.

• Jacek Błotnicki:diagramy, format danych wprowadzanych, kalendarz dla innych przeglądarek, dojście do zdjęć RTG, sortowanie wg nazwiska..
• Mariusz Bożek: przygotowac wstępnie diagramy (zależności, wyniki), zacząć programowanie w PHP i w mySQL, mapa z Googla z wyliczeniem trasy.
• Piotr Potrzebowski: programować interfejsy w PHP, trzecia możliwość usługi, sortowanie wg nazwiska.
• Piotr Reszko: koncepcja, następne diagramy, interfejsy (Perl, MySQL, CSS, Linux).
• Jarek Sybilski: napisać dwa scenariusze zachowań sterownika, które będą programowane - uwzględniając dokładne dane, kolejne obliczenia, .
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP.
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, mapa stadionu z Googla.
• Robert Szewczyk: popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy.
• Adam Szymański: implementacja pozostałych interfejsów wprowadzania danych (pokazać na papierze).

• Jacek Błotnicki:diagramy, format danych wprowadzanych, kalendarz dla innych przeglądarek, dojście do zdjęć RTG, sortowanie wg nazwiska..
• Mariusz Bożek: przygotowac wstępnie diagramy (zależności, wyniki), zacząć programowanie w PHP i w mySQL, mapa z Googla z wyliczeniem trasy.
• Piotr Potrzebowski: błąd w Perlu - zgłaszanie, też Imię i Nazwisko, polskie litery wszędzie, usuwanie zamówienia - błąd, raport w RTF lub w DOC.
• Piotr Reszko: koncepcja, następne diagramy, interfejsy (Perl, MySQL, CSS, Linux).
• Jarek Sybilski: napisać dwa scenariusze zachowań sterownika, które będą programowane - uwzględniając dokładne dane, kolejne obliczenia, .
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP.
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, mapa stadionu z Googla.
• Robert Szewczyk: popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy.
• Adam Szymański: implementacja pozostałych interfejsów wprowadzania danych (pokazać na papierze).

• Jacek Błotnicki:diagramy, format danych wprowadzanych, dojście do zdjęć RTG, sortowanie wg nazwiska..
• Mariusz Bożek: przygotowac wstępnie diagramy (zależności, wyniki), zacząć programowanie w PHP i w mySQL, mapa z Googla z wyliczeniem trasy.
• Piotr Potrzebowski: błąd w Perlu - zgłaszanie, też Imię i Nazwisko, polskie litery wszędzie, usuwanie zamówienia - błąd, raport w RTF lub w DOC.
• Piotr Reszko: koncepcja, następne diagramy, interfejsy (Perl, MySQL, CSS, Linux).
• Jarek Sybilski: napisać dwa scenariusze zachowań sterownika, które będą programowane - uwzględniając dokładne dane, kolejne obliczenia, .
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP.
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, mapa stadionu z Googla.
• Robert Szewczyk: popatrzeć na podobne prace i zaproponować na tej podstawie jeszcze inne interfejsy.
• Adam Szymański: implementacja pozostałych interfejsów wprowadzania danych (pokazać na papierze), kontynuować opis.

• Jacek Błotnicki: zakończyć readagowanie pracy (3.5).,,,,
• Mariusz Bożek: zakończyć redagowanie pracy (3).,,,,,
• Piotr Potrzebowski: zakończyć readagowanie pracy (3).,,,
• Piotr Reszko: interfejsy - rozwijanie dalsze, nr. centrali - menu rozwijalne, następne diagramy - przypadków użycia i ewentualnie stanów.,,
• Jarek Sybilski: napisać dwa scenariusze zachowań sterownika, które będą programowane - uwzględniając dokładne dane, kolejne obliczenia.
• Paweł Wolak: rysunki, wykresy, urządzenia, diagramy, interfejsy, rodzaje użytkowników, MySQL, CSS, PHP.
• Karol Zduńczyk: diagramy, koncepcja, interfejsy, MySQL, PHP, CSS, mapa stadionu z Googla.
• Robert Szewczyk: poprawić błędy w systemie, dopisać kod do pracy redagowanej, zadzwonić do Siedlec (3).,,,
• Adam Szymański: implementacja pozostałych interfejsów wprowadzania danych (pokazać na papierze), kontynuować opis.