Hallo Charmanta!
Erstmal danke fuer Deine Antwort.
Verstehe nicht ganz, wie ich das dann machen soll.
Wenn ich nicht schreibe wie ich das machen will, dann
kann ich nur 2 wischi-waschi Saetze in der Projektbeschreibung
schreiben. Reicht das dann? Ich kann leider nicht nachvollziehen, was daran
zu Exakt ist. Es ist nicht daraus zu ersehen, wie genau die Topologie
aussehen soll, welches OS ich benutzen werde, ob ich die Authentifizierung
lokal auf dem Server mache oder ueber Radius o. ae., woher die Clients ihre
DHCP Adresse beziehen werden, wie die Accesspoints angebunden sind, wie
ich die VLAN Zuweisung bei Ethernet machen werde, ob die Anbindung ueber
einen Proxy laueft oder nur ueber Routing etc. etc...
Die Beschreibung der Authentifizierung ergibt sich aus der Vorgabe meines
Chefs, das ganze "Idiotensicher" zu machen. Vielleicht sollte ich nur
"Authentifizierung" schreiben, ohne Angabe wie und worueber?
Was meinst Du mit SICHERE Transfers? Es soll Idiotensicher sein, d.h.
ich kann wohl kaum WEP oder IPSEC o.ae. obligatorisch machen, da
es keinem unbedarften Anwender zuzumuten ist erst einen WEP Key oder
sogar einen VPN Client einzurichten. Die Leute sollen hier ankommen,
sich ein Passwort holen und surfen koennen.
Zu den Entscheidungen: Die einzig sinvolle Moeglichkeit sowas
zu machen ist meines Erachtens, dass getrennt vom Firmennetz
mittels eines Gateways zu machen. Sollen in der Dokumentation
auch von vornherein klar als schlecht erkennbare Loesungen (z.B. ohne
eigenes VLAN, etc.) in den Entscheidungsprozess mit einfliessen? Ich
beschaeftige mich schon seit ein paar Jahren mit Netzwerken, bin an der
Netzwerkplanung bei uns beteiligt und habe ehrlich gesagt gar nicht
erst darueber nachgedacht das anders zu machen (So eine Pfuschloesung
wuerde mein Chef auch nicht dulden).
Das Projekt ist uebrigens Firmenintern, ist in dem Antrag nicht
so ganz klar geworden. Es ist nur für unsere Gaeste bei Seminaren
usw. Abrechnung brauchen wir daher nicht (Das wuerde IMHO auch von
der Programmierung her zu aufwendig fuer ein FiSi Projekt).
Das mit der Testphase kam mir auch ein bischen kurz vor, aber sein wir
ehrlich, ein Projekt vernuenftig zu testen dauert sowieso _viel_ laenger als in
einem 35 Std. Projekt zu machen waere. Das beste waere vielleicht
die 2h fuer Anpassungen und Optimierungen wegzulassen und die
noch zusaetzlich fuers Testen zu nehmen (?)
Gruss
Nick