(Arbeitsfassung, Version 0.19, 17.06.05) Seite 1 Arbeitsphasen aus Sicht der Rollen1 und Projektphasen nach E-Government- Handbuch des Bundes Projektphasen nach DIN EN ISO 13407... Ergebnisse... Verzweigungen im Ablauf [1] Initialisierung [2] Strategie [1] Feststellen der Notwendigkeit einer benutzerorientierten [1] Projektinitialisierung Strategische Festlegungen zum Ziel der 2 Projektplanung Formieren Projektteam (intern) Verantwortliche für Kommunikation Projektleiter Initialisieren Projektkommunikation Initialisieren [3] Analyse [2] Verstehen und Festlegen des Nutzungskontextes [3] Festlegen von Benutzeranforderungen und organisatorischen [2] Anforderungsanalyse Zielsetzungen aus Sicht der Anbieter bestimmen Festlegen Zielgruppen Erarbeiten Use-Szenarien Analyse Nutzungskontext (fachlich, organisatorisch, technologisch, physische und soziale Umgebung etc.) Konkretisierung Qualitätsanforderungen Projektleiter Werkzeug I.1: Zielsetzung der bestimmen Prinzip: Qualität anwendungsbezogen planen Formular Use-Szenarien Anforderungskatalog Übergabe Anforderungskatalog an internes und/oder externes Projektteam Projektleiter Checkliste: Beauftragung 1 Es wird nur die Rolle angegeben, bei der die Verantwortung für den Arbeitsschritt liegt. Selbstverständlich sind alle beschriebenen Prozesse 2 Aufgaben, die sich beim Erarbeiten und Anwenden einer mittelfristigen E-Government-Strategie ergeben (d.h. über den Kontext einer einzelnen hinausgehen), werden hier nicht betrachtet.
(Arbeitsfassung, Version 0.19, 17.06.05) Seite 2 Rollen und [4] Konzeption [4] Entwerfen von slösungen [3] Entwurf Inhalt / Nutzerschnittstelle [5] Beurteilen von slösungen gegenüber [3.1] Entwurf Entwurf Inhalt (inkl. Inhaltsstruktur) und Funktionalitäten Entwurf Navigation Entwurf Nutzerschnittstelle Konzept / Werkzeugkasten I: en Werkzeugkasten II: Eine einzelne Internetseite : Verwaltung»Themenbaum«sachsen.de [3.2] Dokumentation Entwurf Dokumentation des Entwurfs mit geeignetem Prototypverfahren (Papierprototyp, evtl. einfacher HTML-Prototyp) Konzept / Vorab-Prototyp [3.3] [3.1] Test des Vorab-Prototyps Ist Zielerreichung effizient möglich? Seitenfolge, zunächst ohne Prüfschritte zur Barrierefreiheit Konzept / Projektleiter Entwurf auf Basis Use- Szenarien [4] [6] [5] Prüfen der Nutzbarkeit von CMS-Templates3 Ist der Entwurf mit vorhandenen CMS-Templates und Funktionen umsetzbar? Projektleiter 3 Nur bei Verwendung eines Content Management Systems (CMS) anwendbar. Sonst: Analoge des Projektschrittes [5], bezogen auf die jeweils benutzte Technologie.
(Arbeitsfassung, Version 0.19, 17.06.05) Seite 3 Rollen und [5] Entwurf Nutzerschnittstelle/ Technologie [5.1] Entwurf Bei Bedarf: Erweiterung der Design Pattern der Nutzerschnittstelle, Fortschreibung Styleguide Bei Bedarf: Entwurf weiterer Funktionen (beispielsweise Server-basierte Datenverarbeitung o.ä.) Erstellen zusätzlicher CMS-Templates Konzept / Entwicklung Werkzeugkasten III: Elemente einer Internetseite und realisieren [5.2] Entwicklung und Prototyp 1. Ausführen der neu zu entwickelnden Lösungen (Design Pattern, Templates, Funktionen) und prototypische (prototypisches CMS-Projekt etc.) Entwickler Werkzeug IV.1: Herstellung der planen und steuern Werkzeug IV.2: in RedDot CMS realisieren Design Pattern, Templates, Funktionen Prototyp [5.3] [5.4] [5.1] Test des Prototyps (entwicklungsnah) Sind die Qualitätsansprüche Qualitätsprüfung im ) Weitere entwicklungsnahe (Checklisten, Validatoren, Entwicklungswerkzeuge, assistive Technologien etc.) Entwickler : RedDot Checkliste: Styleguide- Konformität Checkliste Styleguide-Konformität [5.4] Test des Prototyps (Projektleitung) Sind die Qualitätsansprüche Projektleiter [6] nein: Test gegen Anforderungskatalog [5.1] Einzelseite oder Seitenfolge
(Arbeitsfassung, Version 0.19, 17.06.05) Seite 4 Rollen4 und [5] Realisierung und Test [6] Realisierung [6.1] Umsetzung Umsetzung der mit den vorhandenen CMS-Templates und Technologien Redakteur [6.2] Test (Redakteur) Sind die Qualitätsansprüche Redakteur : RedDot [6.3] [6.1] Qualitätsprüfung im ) [6.3] ja:? [6.3.1] [6.1] Test (Lektor)5 Sind die Qualitätsansprüche Qualitätsprüfung im ) Einzelseite oder Seitenfolge Lektor : RedDot [6.3.1] Publizieren im Intranet (Interner Arbeitsbereich Projektteam) Lektor [6.4] Test (Revisor) Sind die Qualitätsansprüche Revisor [6.4.1] [6.1] Seitenfolge [6.4.1] Publizieren im Internet Lektor 4 Es wird nur die Rolle angegeben, bei der die Verantwortung für den Arbeitsschritt liegt. Selbstverständlich sind alle beschriebenen Prozesse 5 In einfachen skontexten kann der Prüf- und Freigabeschritt in der Rolle»Lektor«entfallen.
(Arbeitsfassung, Version 0.19, 17.06.05) Seite 5 Rollen6 und [6] Einführung und Inbetriebnahme [7] Einführung und Inbetriebnahme [7.1] [3.1] Test auf Ziele Anbieter Werden die Ziele aus Sicht der Anbieter erreicht? Test gegen Anforderungskatalog Projektleiter [6] System erfüllt die festgelegten an Funktion, Organisation und Benutzerbelangen 6 Es wird nur die Rolle angegeben, bei der die Verantwortung für den Arbeitsschritt liegt. Selbstverständlich sind alle beschriebenen Prozesse