Witam.
Mam prośbę do wszystkich którzy pisali kiedyś pracę dyplomową związaną z PHP i MySQL.
Stworzyłem już część praktyczną (system związany z dyplomami) i teraz w tempie ekspresowym muszę napisać część pisemną (heh, masło maślane) na jakieś 40 - 50 stron.

Najlepiej pisze mi się posiadając jakiś wzór, chociażby jakiś inny spis treści, ale nie ukrywam że bardzo pomógłby mi rzut oka na (najlepiej inżynierską, ale to akurat nie jest aż tak ważne) inną pracę, gdzie ktoś musiał w części "manualnej" zrobić jakiś system bazujący na PHP + MySQL. Gdybym miał czas - jakoś sam bym to pisał, często kontaktując się z promotorem, ale niestety tak wyszło, że muszę prace napisać prawie że na przysłowiowe "wczoraj", poza tym kontakty z promotorem odpadają, będzie może z jedno.

I tu prośba - jeżeli ktoś ma jeszcze swoją pracę i chciałby pomóc, proszę o przesłanie mi jej na adres rav_83_83@o2.pl . Z góry wielkie dzięki!
Jeżeli ktoś nie chce wysyłać pracy, to niech pomoże samym spisem treści + krótki opis co w każdym z rozdziałów i podrozdziałów się znajduje... Wiem że może to i spora prośba, ale może znajdzie się ktoś pomocny.

I na koniec małe pytanie: czy instrukcja obsługi wlicza się do numeracji stron pracy dyplomowej? Ogólnie - czy dodatki się wliczają? Bo opinie słyszałem podzielone na ten temat ;].

Pozdrawiam!

Skrypt obsługi poczty przez WWW w PHP

• 1 Środowisko pracy
  • 1.1 Instalacja serwera Apache
    • 1.1.1 Instalacja w systemie Windows
    • 1.1.2 Instalacja w systemie Linux
  • 1.2 Instalacja interpretera PHP
    • 1.2.1 Instalacja oraz konfiguracja w systemie Windows
    • 1.2.2 Instalacja oraz konfiguracja w systemie Linux
  • 1.3 Instalacja serwera MySQL
    • 1.3.1 Instalacja w systemie Windows
    • 1.3.2 Instalacja w systemie Linux
• 2 Instalacja aplikacji MMailer
  
• 3 Dokumentacja użytkowa
  • 3.1 Nawigacja
  • 3.2 Skrzynka odbiorcza
    • 3.2.1 Etykiety, kosz oraz wiadomości wysłane
    • 3.2.2 Widok wiadomości
  • 3.3 Nowa wiadomość
  • 3.4 Kontakty
    • 3.4.1 Dodawanie kontaktu
    • 3.4.2 Edycja kontaktu
  • 3.5 Etykiety
    • 3.5.1 Dodawanie etykiety
    • 3.5.2 Edycja etykiety
  • 3.6 Konfiguracja
• 4 Architektura aplikacji
  • 4.1 Model bazy danych
    • 4.1.1 Tabela addresses
    • 4.1.2 Tabela attachments
    • 4.1.3 Tabela contacts
    • 4.1.4 Tabela labels
    • 4.1.5 Tabela messages
    • 4.1.6 Tabela mimeTypes
    • 4.1.7 Tabela related
    • 4.1.8 Tabela session
    • 4.1.9 Tabela settings
  • 4.2 Framework Agavi
    • 4.2.1 Wzorzec Model-View-Controller
    • 4.2.2 Model
    • 4.2.3 Widok
    • 4.2.4 Controller
  • 4.3 System szablonów Smarty
  • 4.4 Abstrakt bazodanowy Creole
• 5 Dokumentacja techniczna
  • 5.1 Modele
    • 5.1.1 ContactsModel
    • 5.1.2 LabelsModel
    • 5.1.3 MessagesModel
    • 5.1.4 SettingsModel
  • 5.2 Akcje
  • 5.3 Widoki
  • 5.4 Klasy pomocnicze
    • 5.4.1 IMAP.class.php
    • 5.4.2 IMAPMessage.class.php
    • 5.4.3 PHPMailer.class.php
• Literatura

Wszystko wlicza się w pracę. Jak ktoś uważa inaczej to niech się puknie w głowę.

Nie jesteś pierwszy. Skorzystaj z wyszukiwarki: Praca dyplomowa

Z wyszukiwarki korzystałem oczywiście, mając nadzieję że ktoś zamieścił jakąś pracę :/. Z Google również, ale jedyne co udało mi się znaleźć to prace dyplomowe z elektroniki, telekomunikacji itp... Mam też pracę z WAP'a, ale akurat słabo mi to pomaga niestety. Wolałbym rzucić okiem na pracę z zakresu PHP i MySQL.

Co do mojej pracy - promotor powiedział mi tyle, że (mowa już o części pisemnej) w części teoretycznej opisać założenia co do projektu, a w części praktycznej - jak zostały te założenia rozwiązane... heh, i to tyle co sie dowiedziałem...

Co do twojego spisu treści:
1. Konieczny jest w przypadku stworzenia aplikacji opartej na PHP i MySQL, opis instalacji Apache, PHP i MySQL'a? W sumie korzystałem z gotowych komponentów (konkretnie Wamp'a), który sam wszystko skonfigurował . Ale faktycznie, może lepiej dołączyć osobno serwer, php i bazę i opisać ich instalację, zawsze to kilka stron więcej... (choć ekspertem od Apache to nie jestem, więc bazowałbym przy opisie instalacji na jakimś tutorialu, a nie wiem czy to dobry pomysł :/)

2. rozumiem że twój rozdział "Dokumentacja użytkowa" to nic innego jak instrukcja obsługi aplikacji? Zamieszczałeś tam widoki ekranów i opisywałeś co i jak można zrobić, tak? Ja myślałem żeby umieści instrukcję obsługi w dodatkach, hmm...

3. co do "Architektury aplikacji" i "Bazy Danych" - już spotkałem się z tym, że kolejne tabele z bazy rozdzielone są na 'podrozdziały' podrozdziału ( ), ale jakie konkretnie informacje należy umieścić w opisie każdej z tabel? Strukturę tabeli? Kod SQL ją tworzący? Połączenia z innymi tabelami? Dobrze to rozumiem?
A podrozdział "System szablonów Smarty" - jakaś ogólna charakterystyka, opis co to w ogóle jest i ewentualnie jakieś schematy działania z dokumentacji, tak? (o ile są takowe na smarty.net)

4. "Dokumentacja techniczna"... hmm, to podobne opisy co do tabel bazy danych, tyle że opisy poszczególnych klas (wszystkie co pisałeś w PHP), tak?

Gdzie opisałeś np. mechanizm uwierzytelniania, autoryzacji itp.? W opisie akcji/klas?

I na koniec - to praca magisterska czy inżynierska? Ile stron ci wyszło?

Dzięki za odp.!

Praca opierała się na założeniu ze nawet kompletny laik powinien potrafić zainstalować wszystko i użytkować po jej przeczytaniu, stąd instalacja kompletnego środowiska znalazła się na początku. A że od zawsze uważałem że stosowanie gotowców typu Wamp to totalne dno porażek to oczywistym wyborem opisałem konfigurację całości oddzielnie.
Tak. Dokumentacja użytkowa to coś w rodzaju kursu dla dummies. Screeny oraz opis funkcjonalności aplikacji. Taki podręcznik użytkownika.
Opis encji, zależności. Diagramy i schematy. Ogólnie - dokumentacji bazy danych.
Ogólna charakterystyka i mniejszy opis wykorzystanych funkcji. Reszta to odesłanie do dokumentacji.

Opisy modeli oraz szczegółowy opisy mechanizmów napisanych przeze mnie w całości i podstawowa dokumentacja gotowych mechanizmów, których użyłem.
Nie opisywałem. Mechanizmy te załatwił frameowrk Agavi, który opisałem ogólnie i odesłałem do dokumentacji. Po co miałem przepisywać dokumentację
Magisterska, ok. 50-60 stron.

a mozna wiedziec na jaka ocene obroniles ta prace?
czy komisja wogole wiedziala cos na ten temat?
ile pytan bylo z pracy a ile ze studiow?

Pytanie retoryczne, co? Oczywiście 5
Tak. Broniłem to u dwóch informatyków i matematyka.
Nie dostałem żadnego pytania o stricte PHP. Bo to było bez znaczenia. Byłem pytany ogólnie o aplikację, jej architekturę, dobór narzędzi, zastosowane wzorce. Dodatkowo byłem pytany o algorytmy, struktury danych i typową teorię informatyki i programowania. Pytania z matematyki nie dostałem chyba żadnego

Zresztą obrona magisterska to ogólnie pic na wodę i powinni to znieść. Ot taki miły akcent na koniec pięciu lat nauki.
Głupia i uciążliwa formalność.

Jakby nie było, ustaliłem już spis treści swojej pracy, zacząłem pisanie, ale mam pewien problem z rozróżnieniem co należy jeszcze do Architektury aplikacji, a co już do Dokumentacji technicznej... Chodzi konkretnie o trzy rzeczy:

1. przepływ informacji,
2. mechanizm uwierzytelniania,
3. kontrola dostępu.

Czy opisać te rzeczy w rozdziale pt. "Architektura aplikacji", czy już w "Dokumentacji technicznej"? tłumaczyć te trzy rzeczy zamierzam od razu na przykładzie użytych klas, więc do architektury pod tym względem to nie pasuje... jak to dobrze rozplanować? Może bardzo abstrakcyjnie opisać w Architekturze, a w dokumentacji technicznej już z podziałem na przeznaczenie poszczególnych klas które biorą w tym udział?

I na koniec jeszcze dwie nurtujące mnie sprawy:
1. Lepiej instrukcja obsługi do dodatków, czy jak w przypadku Mike'a - dodać rozdział dokumentacja użytkowa?
2. gdzie umieścić wymagania systemowe aplikacji (że Apache, że PHP 5, że MySQL 4, że to że tamto)?

Dodam jeszcze swój spis treści, jaki jest dotychczas, może ktoś rzuci okiem czy jest ok:

[XML] pobierz, plaintext 
1.      Wstęp
1.1.      Wprowadzenie
1.2.      Cel i zakres pracy
1.3.      Struktura pracy
2.      Wiadomości podstawowe
2.1.      Język skryptowy PHP
2.2.      Bazy danych MySQL
2.3.      Język znaczników XHTML
2.4.      Kaskadowe arkusze stylów CSS
2.5.      Bezpieczeństwo aplikacji internetowych
2.5.1      HTML Injections
2.5.2      SQL Injections
3.      Analiza użytkowników i oczekiwanej funkcjonalności systemu
3.1.      Administrator
3.2.      Promotor
3.3.      Student
3.4.      Gość
4.      Przegląd dostępnych aplikacji o podobnej funkcjonalności
5.      Architektura aplikacji
5.1.      Model bazy danych
5.1.1      Tabela vs_users
5.1.2      Tabela vs_faculties
5.1.3      Tabela vs_institutes
5.1.4      Tabela vs_majorspecializations
5.1.5      Tabela vs_specializations
5.1.6      Tabela vs_supervisorallows
5.1.7      Tabela vs_subjects
5.1.8      Tabela vs_subjectnotifications
5.1.9      Tabela vs_appointments
5.2.      Mechanizm uwierzytelniania
5.3.      Przepływ informacji
5.4.      Kontrola dostępu
5.5.      System szablonów Smarty
6.      Dokumentacja techniczna
6.1.      Warstwa modelu
6.2.      Warstwa widoku
6.3.      Warstwa kontrolera
6.4.      Akcje
6.5.      Elementy pomocnicze
6.5.1      Plik email.php
6.5.2      Plik crypt.php
6.5.3      Plik md5.php
6.5.4      Plik crypt.js
Literatura
[XML] pobierz, plaintext 

Co o tym myślicie, jest ok?
Pozdrawiam.

A czego w ogóle będzie dotyczyć Twoja praca? Tak ogólnie tworzenia aplikacji w php?
btw. Te "elementy pomocnicze" brzmią dziwnie (tzn. ciekaw jestem co takiego może się kryć w plikach o takich nazwach, jak natywne funkcje php (poza email, bo w php jest mail)).

Witam

Ja pisalem inzynierke na temat mojego systemu CMS. Spis tresci:

[XML] pobierz, plaintext 
1. Wstęp
1.1 Wprowadzenie
1.2.Cel i zakres pracy
1.3. Charakterystyka źródeł
2. Przegląd istniejących rozwiązań w zakresie systemów zarządzania treściami
2.1. O przeglądzie istniejących systemów
2.2. Mambo
2.3. Xoops
2.4. ez Publish CMS
2.5. OneclickCMS 2.0
2.6. Specyfikacja funkcjonalna systemu oneclickCMS 3.0
3. Projekt systemu
3.1. Schematy baz danych
3.2. Format plików XTM
3.2.1. Budowa pliku
3.2.2. Polecenia XTM
3.3. Klasy i funkcje
3.3.1. Obsługa źródła danych
3.3.2. Parser plików XTM
3.4. Format pliku struktury bazy danych
4. Szczegóły implementacji
4.1. Implementacja parsera XTM
4.1.1. Metoda loadFromFile()
4.1.2. Metoda parse()
4.2. Funkcje obsługi komend XTM
4.2.1. Datasource
4.2.2. Module
4.2.3. Klasa Table
4.3. Dynamiczne tworzenie i obsługa formularzy - klasa Form
4.4. Obsługa użytkowników
4.4.1. Konstruktor klasy User
4.4.2. Metoda getRightLevel()
5. Przykładowe wdrożenie systemu
5.1. Projekt serwisu
5.1.1. Zarys
5.1.2. Projekt logiczny
5.1.3. Przygotowanie szablonu xHTML
5.2. Instalacja systemu CMS
5.3. Konfiguracja systemu
5.3.1. Przygotowanie szablonu XTM
5.3.2. Przygotowanie mapy serwisu
5.3.3. Wprowadzenie kodu XTM do bazy danych
5.4. Prezentacja serwisu
6. Podsumowanie
Bibliografia
[XML] pobierz, plaintext 

Mam nadzieje, ze Ci sie do czegos to przyda

pzdr
maciejkiner