Identifikation von Anforderungen aus Benutzerdokumentation

1 Einleitung Typischerweise werden Systeme nicht auf der grünen Wiese entwickelt, im Allgemeinen entwickelt man existierende Systeme weiter oder migriert Systeme auf Basis von mehreren Altsystemen. Ein Entwicklungsansatz der systematischen Wiederverwendung genutzt werden kann ist die Entwicklung in Produktlinien[1][2]. Hier wird die Entwicklung in zwei Lebensyzklen unterteilt (Entwicklung für Wiederverwendung und Entwicklung mit Wiederverwendung) und Produktzentriert wiederverwendbare Komponenten entwickelt. Die Einführung von Produktlinien ist jedoch eine Investition die geplant werden muss. Bei diesen frühen Planungsund Anforderungsaktivitäten (Produktlinien Scoping) ist die Einbeziehung des Wissens von Domänenexperten essentiell. In existierenden Scoping Ansätzen wird die Information die benötigt wird interaktiv von den Domänenexperten erfragt[3]. Dies ist ein aufwandsund kommunikationsintensiver Task durch die große Anzahl an Domänenexperten die potentiell involviert werden müssen und der Zeit die für Workshops und Interviews benötigt wird[4] und scheitert oder verzögert sich oft wegen der der mangelnden Verfügbarkeit und starken Einbindung der Domänenexperten in Entwicklungsund Planungsaktivitäten. Der hier präsentierte CaVE Ansatz (Commonality and Variability Extraction) [5][6] bietet Lösung für dieses Verfügbarkeitsproblem. Der Ansatz unterstützt Scoping und Anforderungsanalyse mit einer patternbasierten Methode die Benutzerdokumentation existierender Systeme systematisch analysiert. Es können Features (für den Benutzer relevante Eigenschaften des Systems), Domänen und Subdomänen (Konzeptionelle Einheiten innerhalb der Systembeschreibung) Use Cases und Use Case Elemente, Relationen und Gemeinsamkeiten und Variabilitäten aus Benutzerdokumentation identifiziert werden. Diese Methode kann von nicht spezialisierten Kräften (z.B. Studenten) nach kurzem Einarbeitungsaufwand angewandt werden und unterstützt somit die Einführung von Produktlinien durch die Entlastung der Domänenexperten. Durch die flexibel einsetzbaren Pattern ist der Ansatz sowohl für Produktlinien als auch für Einzelsysteme anwendbar. 2 Elemente des Ansatz Der Ansatz besteht aus folgenden Elementen: 1. Analyse-Pattern die beschreiben, wie man typischerweise Anforderungsinformation in Benutzerdokumentation identifiziert (z.B. „Use case Beschreibungen kann man in nummerierten Listen finden“). Die Pattern (siehe Tabelle 1) werden je nach Art der Dokumentation und gewünschten Artefakten ausgewählt und bei Analyse und Vergleich der Dokumentationen manuell angewendet. Es existieren Pattern für verschiedene Eingabeartefakte (Phrasen, Überschriften, Listen etc) und verschiedene Ausgabeartefakte (Features, Use Cases, Variabilitäten etc). Die jeweils passenden Artefakttypen und damit die passenden Pattern können systematisch ausgewählt werden. 2. Eine Analyse Methode (siehe Abb. 1) die die Schritte bei der manuellen Analyse beschreibt. In der Vorbereitungsphase (Preparation) werden Patterns ausgewählt und die Dokumentation in handhabbare und vergleichbare Teile unterteilt. In der Analysephase werden die Dokumentteile mit Hilfe der Pattern miteinander verglichen. Die extrahierten Phrasen und Sätze werden markiert oder in vorläufigen Produktlinien Artefakten wie variablen Use Cases oder einer Produkt-FeatureMatrix gesammelt. Im dritten Schritt werden die vorläufigen Artefakte mit dem Domänen-Experten validiert und können für die Produktlinienentwicklung genutzt werden.