Hallo IngH,
danke für deine Antwort. Vielleicht habe ich das Pferd falschrum aufgezäumt. Ich habe mir diese Lösung so ausgedacht, weil ich weiß das sie funktioniert.
Ich habe den Eindruck, wenn man iin der Projektbeschreibung wenig Text stehen hat, d.h. die Beschreibung ist nur 5 Zeilen lang, dann wird es wegen zu wenigen Umfang abgelehnt.
Oder sollte ich anstatt der SQL Datenbank schreiben, das ich verschiedene Möglichkeiten für die Aktualisierung der Datenbank (für den DHCP-Server) in Betracht ziehen werde.
Beispiel:
Durch den Zukauf einer Produktsparte x von der Firma x durch die Firma x muss die vorhandene IT-Infrastruktur von zwei Arbeitsgruppen auf eine Domäne umgestellt werden. In diesem Zuge wurde beschlossen, eine zentralisierte IP-Adressvergabe (DHCP = Dynamic Host Configuration Protocoll) einzuführen.
Ziel des Projektes ist die Implementierung (Installation, Konfiguration, Umsetzung und Testphase) eines DHCP-Servers auf Linuxbasis.
Desweiteren beinhaltet dieses Projekt die Realisierung, wie der DHCP-Server bei Veränderungen (neuer PC, Abmeldung eines PCs) aktualisiert wird.
Nach der Installation und Konfiguration erfolgt eine die Testphase in einer Testumgebung, um eine reibungslose Implematation in das produktive Umfeld zu gewährleisten.
Bei der Implementierung werden die vorhanden Workstation und Drucker auf die dynamische IP Adressvergabe umgestellt.
Würde sich die Beschreibung so besser anhören? Man kann dann einen Vergleich/Analyse aufzeigen, das die Erstellung über ein SQL Skript sinnvoller ist, als die Datei händisch auf dem DHCP Server zu pflegen.
Gruß
Christian