Webdesign - Webseiten planen, gestalten - Free-Hack Library

Projektorganisation
• Benötigt man Seiten mit vorangestellten Ankerlisten?
• Öffnen Downloads und PDF-Dokumente in eigenen
Fenstern?
• Wird eine Zusatznavigation (z. B. Zielgruppennavigation)
über alle Seiten mitgeführt oder nur auf den
Hauptbereichsseiten?
• Erscheinen Quicklinks (Marginalien) auf allen Seiten gleich
oder werden sie im Bereichskontext genutzt?
• Werden Headerbilder je Bereich oder Unterbereich ausgetauscht?
Gibt es Bildtausch per Zufallsgenerator oder bei
jedem Site-Neustart?
• Wie gelangt man von Sonderseiten (Sitemap, Kontakt, Impressum,
PDF-Seiten) zurück zur normalen Navigation?
Als Präsentationsmittel gegenüber Ihrem Auftraggeber eignet sich
das Navigationslayout nicht so gut, da Auftraggeber ein fertiges
Screenlayout sehen wollen, das in der folgenden Bearbeitungsphase
des Screen- und Interfacedesigns erstellt wird.
5.8 Projektorganisation
5.8.1 Arbeitsserver
Arbeiten an einem Webprojekt mehrere Personen, ist es insbesondere
bei örtlicher Trennung notwendig, einige organisatorische
Vorkehrungen für einen reibungslosen Projektablauf zu treffen.
Nützlich ist die Einrichtung eines gemeinsamen Arbeitsservers, über
den der jeweilige Stand der Projektbearbeitung für alle Beteiligten
kommunizierbar und das Datenmaterial zugänglich ist.
Hierzu bieten sich z. B. Digital Asset Management-Systeme (DAM)
an, die die gleichzeitige Arbeit der Teammitglieder an den Projektdateien
ermöglichen und dabei helfen, Bearbeitungskonflikte
zu vermeiden. (Abb. 5.8.1a).
Auf einem Arbeitsserver kann auch die entwickelte Sitestruktur
als Ordnerstruktur hinterlegt werden, so dass das (Roh-)Material
zu den jeweiligen Seiten direkt in den entsprechenden Ordnern
abgelegt werden kann. Natürlich sind auch andere Aufteilungen
nach Bildern, Texten, Multimedia etc. denkbar.
5.8.2 Namenskonventionen
Die Ordnung in Struktur und Navigation der Site sollte sich in
Datei-, Seiten-, Bild- und sogar Variablennamen fortsetzen. Dies
ist weniger für den Nutzer, sondern mehr für den Entwickler der
Site wichtig. An dieser Stelle sollen keine expliziten Vorgaben
für Namenskonventionen gemacht werden, da diese abhängig
von den eingesetzten Technologien sind. Namenskonventionen
sollten schriftlich festgelegt werden, dem gesamten Projektteam
zur Verfügung stehen und für alle Beteiligten verbindlich sein. Für
folgende Bestandteile einer Website sollten Namenskonventionen
festgelegt werden:
SITEPLANUNG 5
Abb. 5.8.1a: Zugriff auf das DAM-System über
Adobe Bridge
Kleine Anekdote:
Am 01. April 2004 tauschten die beiden
Designer Douglas Bowman und David Shea
die Stylesheets ihrer Websites und klauten
sich damit gegenseitig das Design. Das sollte
eigentlich nur ein Aprilscherz sein, machte aber
auf einen wichtigen Umstand aufmerksam: Die
viele Arbeit, die beim Tausch der Stylesheets
durch das Anpassen der Klassen und IDs nötig
war, hätte man sich mit einheitlichen Namenskonventionen
ersparen können. Durch das
Fehlen gemeinsamer Namen blieb den beiden
nichts anderes übrig, als das Markup ihrer Site
zu verändern.
Da es sich um zwei nicht verwandte Sites
handelte, ist es klar, dass beide nicht dieselben
Konventionen verwendeten, doch innerhalb
einer Site sollten Sie auf Namenskonventionen
nicht verzichten.
Quellen:
Stylesheet-Tausch: http://www.mezzoblue.com/
archives/2004/04/01/sickening/ und http://stopdesign.com/archive/2004/04/01/change.html
185