Lastenheft für die Erstellung einer Website MeinDigitalesArchiv.de

Ein Vorschlag zum Inhalt des Lasten-/Pflichtenheftes befinden sich hier: http://www.modernes-web.de/so-erstellen-sie-ihr-pflichtenheft-fur-ihr-webprojekt

Empfehlungen bzw. Anleitungen zur Ausgestaltung der Anfoderungen befinden sich hier: https://www.design4u.org/webentwicklung/richtiges-pflichtenheft-fuer-entwicklung-website

P.S.:In der vorliegenden Form ist das Folgende eher ein "Lastenheft", das ggf. bei Vertragsschluss zu einem Pflichtenheft würde (vgl. https://de.wikipedia.org/wiki/Pflichtenheft) ...

Übersicht

Die Website MeinDigitalesArchiv.de möchte in populärer, allgemeinverständlicher Form fachwissenschaftlich empfehlenswerte Maßnahmen zur Sicherung, Auswahl, Beschreibung und längerfristigen Speicherung von persönlichen digitalen Daten bzw. digitalisierten persönlich relevanten Objekten vermitteln. Das Angebot richtet sich an die breite Öffentlichkeit, ist aber auch auf die Bedarfe von Lernenden und Forschenden anwendbar.

Ziel und Rahmen

Ziel der Website ist die Nennung von Problemfeldern und das Nennen sowie die Vermittlung von Lösungsvorschlägen zur Sicherung, Auswahl, Beschreibung und längerfristigen Speicherung von persönlichen digitalen Daten bzw. digitalisierten persönlich relevanten Objekten, nachfolgend als "Personal Digital Archiving" (PDA) bezeichnet. Hierfür stellt die Website einige ausgewählte Use Cases im Umgang mit persönlichen digitalen Daten vor. Weiterhin werden werden vier fiktive Personas vorgestellt, die sich als demographisch konturierte Charaktere mit den mutmaßlich relevanten PDA-Problemen ihrer Altersgruppe bzw. ihrer Lebenssituation befassen. Als nachhaltig ausgerichtetes Angebot soll die Anzahl der Use Cases sowie die Anzahl der Personas erweiterbar sein.

Anforderungen

• Das Projekt benötigt ein Plug-in-fähiges Content Management System mit einer breiten Nutzer-Community, das Open Source-basiert ist - idealerweise WordPress, da hier im Kreis der AG PDA und darüber hinaus die größte User Community besteht.
• Das Angebot soll nachhaltig verfügbar und deshalb technisch langfristig wartbar sein, um neue sinnvolle Funktionen integrieren zu können und gegen neue auftretende Sicherheitslücken gewappnet zu sein.
• Inhalt und Darstellung (Themes) sollen vollständig voneinander getrennt gehalten werden können, um neue Anforderungen an Webdesign und Usability auch in Zukunft umsetzen zu können.
• Textmodule müssen über Kategorien und Schlagworte zu sinntrageneden Texten zusammengesetzt werden können, die eine übergeordneten Fragestellung (–>Use Case) erläutern bzw. kommentieren.
• Redakteure sollen einen neuen -->Use Case mit existierenden -->Textmodulen verbinden bzw. neue Textmodule hinzufügen können. Für jedes Textmodul sollen Bilder (Illustrationen) eingebettet werden können.
• Die Website soll mittels responsivem Webdesign auf allen gängigen Plattformen und Nutzer-Devices darstellbar sein.
• Erwartet wird eine einfache und schnelle Unterstützung für die Google Suchmaschinenoptimierung, um die Inhalte breitenwirksam vermitteln zu können.
• Weiterhin gehört eine praxisorientierte Unterstützung von gängigen Social-Media-Plattformen zu den Anforderungen. Konkret zählen dazu insbesondere gestaltbare Bild- und Textinhalte für Share-Buttons.
• Anforderungen der neuen DSGVO sollen soweit umgesetzt werden, wie es die Nutzer-Interaktion mit dem Angebot notwendig macht. Dies betrifft nach jetzigem Planungsstand mindestens die Übertragung der IP-Adresse.

Begriffserklärung

Use Cases

Realweltliche Szenarien, in denen eine bestimmte Herausforderung im Umgang mit digitalen Daten vermittelt wird. Beispiel: Das Ordnen uns Speichern von digitalen Fotos. 

Innerhalb von Uses Cases sollen entscheidungsbasiert -->Textinseln angezeigt werden, die Hintergrundinformationen zu den involvierten Herausforderungen liefern.

Personas

Fiktionale Charaktere mit verschiedenen demographischen Merkmalden, wie Alter, Geschlecht, Beruf, Interessen etc.

Innerhalb von -->Use Cases sollen eine oder mehrere Personas vorgestellt werden können, die als Akteure in dem Use Cases auftauchen.

Textmodule ("Textinseln")

Modular konzipierte Texte, die mit Hilfe von Kategorien, Unterkategorien und/oder Schlagwörtern strukturiert bzw. beschrieben werden können.

Die Textmodule werden um Bildelemente ergänzt, die die Personas mit verschiedenen Mimiken und Gestiken zeigen.

Die Vorlagen werden von einem Illustrator geliefert. Die Beschreibung der Bildelemente wird später in einem separaten Anhang dokumentiert.

Textinseln ersten Grades: Einleitungstexte

Textmodule, die einführende Informationen zu einem Thema enthalten, Beispiele: Datenauswahl, Clouds, Dateiformate, Metadaten, Passwörter, Persönlichkeitsrecht, Urheberrecht, Speichermedien, Speicherverfahren, Strukturierung

Textinseln zweiten Grades: Empfehlungen

Textmodule, die die Textinseln ersten Grades untergeordnet sind und deren Inhalte spezifizieren können. Diese Textmodule sollen n-fach wiederholbar sein, um eine granulare Darstellung von Sachverhalten zu ermöglichen. Die Textinseln zweiten Grades sollen mit Hilfe von Kategorien, Unterkategorien und/oder Schlagwörtern mit anderen Textinseln assoziiert werden können, um potenziell immer neue Use Cases darstellen zu können.

Textinseln dritten Grades: Weiterführende Links

Textmodule, die die Textinselen ersten oder zweiten Grades untergeordnet sind und auf weitere Informationen - intern oder extern - verweisen.

Beispiel: Sie interessieren sich [Schlagwort] | [Use Case] | [Kategorie] ? Dann lesen Sie weiter hier.

Gewünschte Funktionalitäten

Vorrangig sind die Funktionalitäten gewünscht, die unter dem Textmodule beschrieben sind.

Videos aus den gängigen Video-Plattformen (YouTube, vimeo) sollten leicht integrierbar sein. Eine Integration von Videos innerhalb des Systems ist ebenfalls wünschenswert.

Es sollten Administratoren-Rollen mit verschiedenen Rechten vergeben werden können. Das System sollte eine Rollenberechtigung zulassen (Adminstration, Redaktion, Lese- und Schreibrechte setzen).

Veröffentlichungszeiten sollen terminiert werden können und ein Speicherstatus "draft" für Texte muss vorhanden sein.

Performance

Nutzerseitig stellt die Performance des Angebotes keine besonderen Anforderungen. Die Datenbankanfragen sollten schnell genug sein, um Textmodule schnell genug zu einem UseCase zu verbinden.

Administratorenseitig sollte die Anzahl der (Word Press-)Plug-Ins verhältnismäßig zu den obigen Anforderungen stehen, um eine Verlangsamung des CMS-Systems zu vermeiden.  

Ladezeit

Es bestehen keine besonderen Anforderungen an die Ladezeit.

Nutzerzahl und Anwendungsvolumen

Es ist davon auszugehen, dass - abgesehen von Spitzennachfragen nach entsprechenden Postings in Listen etc. - die täglichen Zugriffszahlen < 50 / Tag betragen werden. Die Systemumgebung sollte allerdings so gestaltet sein, dass Veränderungen in den Zugriffszahlen ohne wesentliche Performance-Nachteile bleiben. Da die einzelnen Textelemente aus Gründen der Lesbarkeit und Verständlichkeit sehr überschaubar gestaltet sein werden, werden nur geringe Datenübertragungsvolumina anfallen. Es ist nur eine geringe Zahl von Grafikelemente mit geringem Datenvolumen vorgesehen.

Browser Unterstützung

Die Anwendung sollte browserunabhängig und auch mit älteren Browserversionen genutzt werden können. Die gilt insbesondere auch für mobile Endgeräte, auf denen unterschiedliche Browser mit unterschiedlichen Anforderungen der mobilen Plattform zu beachten sind.

Inhaltsformate und Volumen

s.a. "Nutzerzahl und Anwendungsvolumen"
Da die einzelnen Textelemente aus Gründen der Lesbarkeit und Verständlichkeit sehr überschaubar gestaltet sein werden, werden nur geringe Datenübertragungsvolumina anfallen. Es ist nur eine geringe Zahl von Grafikelemente mit geringem Datenvolumen vorgesehen.

Externe Schnittstellen

Die gesamten Inhalte sollten einfach BackUp-fähig und wiederherstellbar sein, z.B. über das PlugIn VaultPress. Insgesamt sollte das verwendete CMS über eine Exit-Strategie verfügen, die einen Export der Inhalte in standardisierten Formate (.csv, MySQL-Backup etc.) und Anwenderniveau möglich macht.

Zielgruppenbeschreibung

Zielgruppen sind

a) die allgemein interessierte Öffentlichkeit mit keinen oder laienhaften Kenntnissen im Bereich PDA / Langzeitarchvierung (LZA) und generell IT (von Ausnahmen abgesehen), d.h. Personen jeglichen Alters ab etwa 10 Jahren, jeglichen Geschlechts und mit unterschiedlichen Vorkenntnissen sowie unterschiedlichen Zielsetzungen bei der PDA / LZA ihrer persönlichen digitalen Unterlagen

b) Personen, die im Ansatz schon für das Thema Archivierung / Sicherung ihrer digitalen Daten sensibilisiert sind und sich gezielt Kenntnisse in diesem Bereich aneignen wollen. Für sie sollten weiterführende Informationen z.B. auf der nestor-Seite über Links von der PDA-Website zugänglich gemacht werden

c) die kollegiale Fachöffentlichkeit aus der nestor-community. In der Kommunikation mit interessierten Gesprächspartnern, die an das Thema LZA von beliebigen Daten, z.B. Forschungsdaten, herangeführt werden sollen, kann PDA als Einstiegsthema aufgegriffen werden da hier allgemeine Methoden der LZA zur Anwendung kommen.

Gestaltung

Die AG PDA hat subjektiv eine Reihe von Best-Practice-Beispiele für die grafische Gestaltung gesammelt, die auf Anfrage zur Verfügung gestellt werden kann.

Sicherheit

Das CMS sollte über Abwehrmechanismen für heute bekannte Sicherheitslücken verfügen. Es sollte zeitnah und im Idealfall auf Anwenderniveau das Einspielen von Patches und Updates ermöglichen.   

Erweiterbarkeit

Das System sollte den Umbau sowie die Erweiterung der Menüstruktur auf Anwenderniveau ermöglichen. Idealerweise sollte zwischen Desktop- und Mobilplattformen unterschieden werden können, damit begrenzter Platz auf mobilen Geräte-Displays ggf. sinnvoller eingesetzt werden kann.

Wartung und Weiterentwicklung

Die technische Wartung und Weiterentwicklung des Gesamtsystems sollte von einem externen Dienstleister im Rahmen gängiger Serviceverträge übernommen werden (können).

--

Anhang

• WordPress oder ein vergleichbares CMS

• Anforderung: Referenzen von 2-3 abgeschlossenenen WordPress-Projekten.