Damit Sie sehen, was Sie bekommen -
|
zuerst wird die Funktionalität des Systems aufgenommen - orientiert an den betrieblichen Use Cases - und jedes Fenster der Bedienoberfläche anhand von Screenshots dokumentiert |
||
diese Use Cases werden in einem Benutzerhandbuch dokumentiert, das die betrieblichen Abläufe im aktuellen Stand des Systems widerspiegelt |
||
die Screenshots dienen darüber hinaus als Detailed Design und als Grundlage dafür, einen Style Guide für die Benutzeroberfläche abzuleiten |
||
danach werden in einem Re-Engineering-Schritt aus den betrieblichen Use Cases grobe Anforderungen abgeleitet |
||
zuletzt entstehen detaillierte Testfälle, sowohl für den Nachweis der erfolgreichen Migration als auch als formale Zulassungsgrundlage |
Der Charme dieses Vorgehens bestand darin, daß einerseits die Kenntnisse der Know-how-Träger für das System optimal genutzt werden konnten und andererseits durch die Ausrichtung an betrieblichen Abläufen eine zukunftsfähige Dokumentation entstand, die sich nicht primär an den Eigenarten des bestehenden Systems orientiert, sondern an den fachlichen Inhalten. Damit dient die Dokumentation drei Zielen gleichzeitig:
1. der Darstellung des existierenden Systems
2. der Vorbereitung und dem Nachweis der Migration
3. der Spezifikation des Nachfolgesystems
… und ich wurde unversehens zum Technischen Redakteur, der das Benutzerhand-
buch verfaßt hat.
toni-D Unternehmensberatung ► Jochbergstraße 12, 82431 Kochel am See ► Tel. 08851 5355 ► Mobil 0172 8525899 ► info@toni-d.de