Websites

=Websites planen und realisieren= Eine Webpräsenz verändert sich im Laufe der Zeit und ist somit erfahrungsgemäß permanent in Arbeit - zumindest eine ggf. vorhandene Rubrik "Aktuelles". Damit sich die Änderungsarbeit in Grenzen hält und nicht ausufert, ist es notwendig, die jeweiligen Anforderungen an die Webpräsenz klar zu kennen. Damit Sie sich auf Ihr Kerngeschäft konzentrieren (z.B. Verkauf oder Schulungen) können, ist es zu empfehlen, die Realisierung einer externen Firma zu übertragen. Anforderungen an Webpräsenzen sind sehr unterschiedlich, je nachdem, ob es sich um einen privaten Auftritt, eine kleine überschaubare Firma mit Online Verkauf oder um eine Ausbildungsstätte handelt, welche z.B. Hausaufgaben elektronisch einsammeln möchte. Was muß eine Website leisten, siehe ... Und auch die folgenden Frage sollte man beantworten können:
 * @http://blog.wildner.de/was-muss-eine-website-leisten-ein-kleiner-projektleitfaden-konzeption/
 * 1) Handelt es sich bei der Webpräsenz um ein separates Standalonesystem (z.B. aus Sicherheitsgesichtspunkten)?
 * 2) Handelt es sich bei der Webpräsenz um das zentrale Kommunikationssystem, welches Zugang zu allen anderen Systemen ermöglicht?
 * 3) Oder liegt die Wahrheit irgendwo dazwischen? In den beiden letztgenannten Fällen ist eine sorgfältige Planung umso zwingender!

Vorgehensweise
Die wenigsten Seiten im Netz entstehen auf der 'freien Wiese'. Sie haben vielleicht bereits seit Jahren ein paar Webseiten und möchten diese aktualisieren und auf den neuesten Stand bringen. Vielleicht möchten Sie auch einen Teil bestehender IT einbinden. Daher steht an erster Stelle die Bestandsaufnahme der bestehenden 'alten' Lösung. Das könnte z.B. wie folgt aussehen:

Der IST-Zustand - das alte System
code Provider/Website/Email/FTP: - Telekom Xyz - Email-Konten für 20 Mitarbeiter - Direkter telefonischer Support - Speicherbereich 10 GB - FTP-Zugang für mehrere User Weitere Systeme im Einsatz: - E-Learning Plattform - LDAP Server, z.B Server 2008 R2 - Backend-Zugang für Wartungsarbeiten

code

Der SOLL-Zustand - das neue System => Lastenheft
Der erste Punkt ist als wichtigster Punkt überhaupt zu nennen: **Berücksichtigung bzw. Ersatz alter Funktionalität**. code ALS SELBSTVERSTÄNDLICH ERACHTET: - Berücksichtigung bzw. Ersatz alter Funktionalität! - Responsive Design - Barrierefrei - öffentlich zugängliche Seiten und geschützte Seiten möglich (User Sessions) - verbindliches Corporate Design für alle öffentlich zugänglichen Seiten (Frontend), d.h. gleiche Farben, Formen, Schriftart und -Größe - Rechteverwaltung - Zugang für User entsprechend administrierbarer Rechte für alle nachfolgenden (verlinkten) Seiten - mit Gruppenrechten, z.B. Sub-Admin für Abteilung - Vermeidung mehrerer aufeinander folgender LOG-INs für weitere Seiten, wie z.B. Email, Kalender, Wiki, Moodle, ...   - ggf. Einbindnung eines bestehenden LDAP Servers - bzw. Bereitstellung einer für weitere Systeme nutzbaren LDAP-basierten User-Verwaltung via Interface - SSL/TLS - verschlüsselter/geschützter Zugriff auf die Website - Stichwort-Verzeichnis neben der Suchfunktion - Dokumentation - aller ergänzten, veränderten und neuen Funktionen (CMS,.htaccess,usw.) - Beschreibung der Vorgehensweise zur Einbindung ergänzender Funktionalität (z.B. Kalender, Email) - Sicherheitsaspekte - Wird Virenschutz gewährleistet? - Wird die Verlinkung gefährlicher Seiten (URLs) geprüft? - Wie wird gewährleistet, das das Frontend keine Sicherheitsmängel (entsprechend des Stands der Technik) aufweist? - Wie sieht es aus mit Tracking - z.B. Statistiken, Zugriffszahlen, Probleme, ...     - Was wird gemacht? Was ist möglich? - Änderungs-, Update- und Erweiterungsfreundlichkeit - Einhaltung gängiger Programmierrichtlinien, z.B. https://www.w3schools.com/html/html5_syntax.asp - weitgehender Schutz gegen Hacker-Angriffe (Austausch der Startseite verhindern etc.)

OPTIONAL/WÜNSCHENWERT/VERHANDLUNGSGEGENSTAND (entspr. zur Verfügung stehendem Budget): - Einbindung eines Kalenders (entspr. Nutzerrechten) - Einbindung eines Emailsystems (entspr. Nutzerrechten), z.B. integrierte Webmail - Upload-Server / Einbindung eines eigenen Cloud-Service als Alternative zu FTP und Dropbox - Zeitlimit für Uploads: z.B. bis 24Uhr möglich - Formatbegrenzung: z.B. nur PDF zulässig - Rechte: z.B. nur Schreiben möglich (kein Lesen der Dateien anderer User, kein Löschen) - Mengenbegrenzung: z.B. nur 3MB - Gruppenrechte: z.B. Abteilung, Klasse, ... (lesen, schreiben, löschen, ...) - Einbindung eines Wikis (entspr. Nutzerrechten, z.B. Nutzung von Wikispaces.com) (zum Austausch von Infos zwischen allen Nutzern der Seite entspr. Rechteverwaltung) - Ermöglichen des Streamings von Videos und Audioaufnahmen - vorgegebener Server, Player? - zulässige Streaming-Formate? - Wie integrierbar in selbst erstellte Seiten? - Abruf aktueller Seiten aus Cache/SSD - Einbindung eines Moodle-Systems (entspr. Nutzerrechten) - schnellere, bessere Hardware, freies Datenübertragungsvolumen, größerer Speicherplatz - verschlüsselte Partitionen/Speicherung - Suchmaschinenoptimierung, d.h. welche Seiten sollen bevorzugt angezeigt werden (Meta-Tags usw.) - Ausfallzeiten? 24/7 up? - besseres Backup? - ...

code Mögliche Wünsche:
 * @https://www.bewertet.de/webdesign/modernes-webdesign
 * @http://www.kundennutzen.ch/acht-anforderungen.php
 * Einbindung weiterer Funktionalität wie z.B. @http://muvin.uaruhr.de/about/index.xml

Das Pflichtenheft
Der Anforderungskatalog mit Ihren Wünschen steht in einem so genannten **Lastenheft**. Das Lastenheft repräsentiert die Kundenebene, d.h. “Wünsch-dir-was”. Die einfachste Version dieses Lastenhefts haben wir bereits mit den vorhergehenden Absätzen 'Das alte System' und 'Das neue System' erledigt. Das nach dem Lastenheft zu erstellende **Pflichtenheft** ist vom Auftragnehmer zu erstellen und beschreibt die grobe Umsetzung der geäußerten Wünsche des Kunden. Es enthält den Plan zur Realisierung des Gesamtprojekts.
 * @http://t3n.de/news/pflichtenheft-lastenheft-unterschied-523402/
 * @https://lastenhefterstellen.de/unterschied-lastenheft-pflichtenheft/

Das Angebot
Das Angebot folgt auf das Pflichtenheft. Es macht keinen Sinn, die Reihenfolge umzukehren, da in diesem Fall keine Grundlage existiert für die zu erbringende Leistung. Ohne Pflichtenheft ist es sogar unmöglich, verschiedene Angebote miteinander zu vergleichen, da noch nicht einmal der Umfang der zu erbringenden Leistung definiert ist. Es spricht auf Grund der Komplexität der Technik dafür, bereits das Schreiben des Pflichtenheftes zu beauftragen und separat zu bezahlen. Das ist fair, denn kein Betrieb möchte umfangreiche Planungsaufwände erbringen, die eventuell später einem anderen Auftragnehmer zugute kommen.

Weitere Infos

 * http://pcbasics.wikispaces.com/Webserver Eigenen Webserver betreiben