Schüler-Praktikumsbörse

Hallo,

erst einmal guten Tag. Bisher habe hier immer nur gelesen, aber jetzt habe ich doch eine etwas längere Frage:

Ich habe den Auftrag, in eine bestehende TYPO3-Präsenz (4.5.xx) ein Portal zur Verwaltung von Schülerpraktika zu integrieren. Folgende Anforderungen soll das Portal erfüllen:

- Schüler schreiben ihre üblichen Praktikumsberichte;
- Lehrer pflegen die Daten der Praktikumsstellen und die Infos aus den Praktikumsberichten ein;
- Die Praktikumsstellen werden nach Schlagworten (Tätigkeiten) und Kategorien (Berufsfelder) geordnet;
- Schüler können sich an Hand einer Suchfunktion (am besten mit Autovervollständigung) ihre Praktikumsstellen aussuchen und sich bewerben;
- Die nachrückenden Schüler können eigene Erfahrungen und Kommentare zu den Praktikumsstellen abgeben;
- Es soll eine Druckfunktion geben, mit der man die Infos zu einzelnen Stellen und Adresslisten ausdrucken kann;
- Es soll einen passwortgeschützten Bereich geben, in dem die Lehrer Informationen zu den einzelnen Stellen austauschen können.

Ich habe mir schon einige Jobportal-PlugIns angeschaut und ausprobiert (job_market, dmmjobcontrol, ab_minijoboffers), aber keines war bisher auf diese Anforderungen hin zugeschnitten oder einfach zu mächtig. Für die Programmierung eines eigenen Plugins reichen meine Kompetenzen, meine Zeit und das Geld nicht aus.

Nun hatte ich die Idee, ein "artfremdes" PlugIn zu konfigurieren (tt_news, ein Formular-Plugin).
Habt Ihr eine Idee, mit welchen Bordmitteln und Plugins ein solches Projekt zu bewerkstelligen ist? Wie würdet Ihr ein solches Projekt planen.
Ich bin für jeden Tipp dankbar.

Rubberpig

Hallo Rubberpig,

eine einfache Version lässt sich sicher gut mit tt_news und ve_guestbook realisieren.

Entscheidungsrelevant sind am Ende eher die vermeintlichen Detailfragen. Workflows, Rechte, Filter- und Anzeigeoptionen, Relationen zu anderen Inhalten. Und wie genau soll der Austausch im internen Bereich aussehen?

Also mal genau definieren, was benötigt wird und vorhanden sein muss, sollte, könnte.

Sobald der Umfang die Möglichkeiten dieser Kombination ggf. mit Anpassungen sprengt, könnte eine Eigenentwicklung eine sinnvolle Alternative sein um Anforderungen, Komplexität und Usability in der Redaktion vernünftig zusammenzubringen. Klar, dafür bräuchte man (etwas) Budget, was aber Redaktions- und Funktionsvorteile am Ende aufwiegen sollten.

Grüße!