Przykładowa praca dyplomowa z PHP i MySQL, inż, mgr, lic... Opcje

[Ravv]

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" (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) 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!

[Ravv]

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.