LeonidasFett
Neuer Benutzer
- Beiträge
- 1
Hallo Leute,
habe mich gerade angemeldet weil ich ein wenig steckengeblieben bin. Und zwar geht es um mein aktuelles Praktikumsprojekt. Wie schon im Titel geschrieben handelt es sich um ein Tool, mit den man Bewerber managen kann.
Das Modell sieht so aus: Ein Bewerber schickt Bewerbungen zum Betrieb. Dieser bekommt von Kunden Anfragen (Opportunity) auf bestimmte Stellen. Eine Opportunity kann aus meheren Positionen bestehen, auf eine von diesen Position bezieht sich dann auch die Bewerbung.
Eine Bewerbung kann ebenfalls mehrere Dokumente, Eignungsprüfungen und/oder Korrespondenzen (Fon, Email, ....) enthalten. Ein Bewerber kann auch eine ToDo Liste besitzen. In dieser Liste wird reingeschrieben was noch für diesen Bewerber getan werden muss.
Es gibt ausserdem zwei Arten von Kunden, einmal ein Endkunde und einmal eine Agentur. Beide sind dann nochmal in Unterarten aufgeteilt, diese werden aber als Eigenschaft aus eine DropDown Box ausgewählt.
Ob eine Bewerbung zu einer Kundenanfrage passt wird anhand bestimmter vordefinierter Skills festgelegt. Diese Skills bekomme ich noch irgendwann in Form eines Skillbaums, also nicht wundern warum in der Skills-Entität kaum was drinne ist.
Ausserdem muss noch erwähnt werden dass eine Kundennummer, sofern es ein Endkunde ist, aus verschiedenen anderen Nummern besteht. Deswegen die Entitäten Bereich, Unternehmen, Mitarbeiter.
So nun zu meinen Problem, ich bin mir noch ziemlich unsicher ob das so klappt wie ich es mir im Datenbankdesign vorgestellt habe. Ich habe auch noch nie so eine Umfangreiche Datenbank entwickelt, so nebenbei ist es auch schon ziemlich lange her seitdem wir Datenbankdesign in der Schule hatten.
Wenn ihr da netterweise ein kurzen Blick drauf werfen könntet, ob das halt alles so Sinn macht anhand der Beschreibung, dann wäre das schon super.
Thanks....
habe mich gerade angemeldet weil ich ein wenig steckengeblieben bin. Und zwar geht es um mein aktuelles Praktikumsprojekt. Wie schon im Titel geschrieben handelt es sich um ein Tool, mit den man Bewerber managen kann.
Das Modell sieht so aus: Ein Bewerber schickt Bewerbungen zum Betrieb. Dieser bekommt von Kunden Anfragen (Opportunity) auf bestimmte Stellen. Eine Opportunity kann aus meheren Positionen bestehen, auf eine von diesen Position bezieht sich dann auch die Bewerbung.
Eine Bewerbung kann ebenfalls mehrere Dokumente, Eignungsprüfungen und/oder Korrespondenzen (Fon, Email, ....) enthalten. Ein Bewerber kann auch eine ToDo Liste besitzen. In dieser Liste wird reingeschrieben was noch für diesen Bewerber getan werden muss.
Es gibt ausserdem zwei Arten von Kunden, einmal ein Endkunde und einmal eine Agentur. Beide sind dann nochmal in Unterarten aufgeteilt, diese werden aber als Eigenschaft aus eine DropDown Box ausgewählt.
Ob eine Bewerbung zu einer Kundenanfrage passt wird anhand bestimmter vordefinierter Skills festgelegt. Diese Skills bekomme ich noch irgendwann in Form eines Skillbaums, also nicht wundern warum in der Skills-Entität kaum was drinne ist.
Ausserdem muss noch erwähnt werden dass eine Kundennummer, sofern es ein Endkunde ist, aus verschiedenen anderen Nummern besteht. Deswegen die Entitäten Bereich, Unternehmen, Mitarbeiter.
So nun zu meinen Problem, ich bin mir noch ziemlich unsicher ob das so klappt wie ich es mir im Datenbankdesign vorgestellt habe. Ich habe auch noch nie so eine Umfangreiche Datenbank entwickelt, so nebenbei ist es auch schon ziemlich lange her seitdem wir Datenbankdesign in der Schule hatten.
Wenn ihr da netterweise ein kurzen Blick drauf werfen könntet, ob das halt alles so Sinn macht anhand der Beschreibung, dann wäre das schon super.
Thanks....
