Webbasiert und kollaborativ: ein Requirements Editor auf Basis von ReqIF

Größe: px

Ab Seite anzeigen:

Download "Webbasiert und kollaborativ: ein Requirements Editor auf Basis von ReqIF"

Tristan Kurt Ziegler
vor 6 Jahren
Abrufe

1 Webbasiert und kollaborativ: ein Requirements Editor auf Basis von Dennis van der Vlugt itemis AG Prof. Dr. Erik Kamsties FH Dortmund Axel Terfloth itemis AG

2 itemis AG Gründung 2013 mit Schwerpunkt Modell-getriebener Software-Entwicklung ca. 180 Mitarbeiter Language-Engineering / Domänen-spezifische Sprachen Implementierung Architektur Spezifikation Werkzeuge / Werkzeugintegration Requirements & Requirements Tracing in verschiedenen Forschungsprojekten: Verde, Amalthea, SPES_XT, VisTrac

3 Motivation Requirements Engineering (RE) ist eine kollaborative Entwicklungsaktivität Verschiedene Stakeholder sind beteiligt Auftraggeber (AG), Nutzer Requirements Engineers (REs) Architekten und Softwareingenieure (AR, SI) Usability Engineers Qualitätssicherer Stakeholder können unterschiedlichen Organisationen oder unter unterschiedlichen Einheiten größerer Organisationen angehören AG, Nutzer Organisationen REs AR, SI

4 Themen Kollaboration Web

5 Requirements Interchange Format Entstammt der Automotive-Domäne OMG Standard ermöglicht den verlustfreien Austausch von Anforderungen Definiert XML-Datenformat und Workflow

6 Requirements Interchange Format equirements-engineer RM-Tool C Tester RM-Tool A RM-Tool B Useability-Engineer SW-Develop Requirements-Engineer SW-Architect

7 Requirements Interchange Format Robustes Datenmodell Enthält Metamodell zur Definition von Spezifikations- /Anforderungs- Strukturen Deckt DOORS-like Anforderungen ab.

8 Was ist Kollaboration? Eine Kollaboration ist die Mitarbeit bzw. Zusammenarbeit mehrerer Personen oder Gruppen von Personen. Wikipedia

9 & Kollaboration Kollaboration?!? Requirements-Engineer RM-Tool C Tester RM-Tool A RM-Tool B Useability-Engineer SW-Developer Requirements-Engineer SW-Architect

10 & Kollaboration - Zielsetzung Analogie: Word-Dokument vs. Google-Docs Ergänzung des Interchange-Metapher um Sharing-Metapher Interaktive Bearbeitung Dokumenten-orientiert: Benutzer sollen den Eindruck haben ein Dokument zu bearbeiten

11 Kollaboration Stakeholder sind über mehrere Standorte verteilt und müssen in dem RE-Prozess integriert werden Sollen sie über aktuelle Inhalte und Stände informiert bleiben? Sollen von ihnen Zustimmungen oder Kommentare eingeholt werden? Sollen sie die an sie kommunizierten Inhalte ändern dürfen? Müssen die geänderten Daten wieder in andere Systeme zurücküberführt werden können?

12 Raum-Zeit Matrix Gleicher Ort Gleiche Zeit (Synchron) Kategorie 1 Die Stakeholder kommen am gleichen Ort zusammen und arbeiten zur gleichen Zeit kollaborativ. z.b. Flipboard Verschiedene Zeiten (Asynchron) Kategorie 3 Es gibt wenige Werkzeuge die dieser Dimension zugeordnet werden können. Als Beispiel für ein Werkzeug der dritten Dimension ist das schwarze Brett, dass unter der Kategorie Mehrbenutzer-Editor aufgenommen werden kann und dessen Sinn es ist, als Koordinationstool zu dienen. Verschiedene Orte Kategorie 2 Werkzeuge können zur selben Zeit, jedoch von verschiedenen Orten aus benutzt werden können. Beispiel: WebEx, VoIP Kategorie 4 Stakeholder können orts- und zeitunabhängig, gemeinsam Dinge erledigen. Die meisten datenbankbasierten RE Werkzeuge wie DOORS, können dieser Kategorie zugeordnet werden.

13 Warum Webtechnologien Die Laufzeitumgebung (Browser) werden immer leistungsfähiger Webtechnologien z.b. HTML5 bieten großen Gestaltungsspielraum um Applikationen visuell zu gestalten zahlreiche leistungsfähige Frameworks, hohe Wiederverwendbarkeit, z.b. Angular.js, Node.js. NACHTEIL: TECHNOLOGIE-ZOO Integration von Systemen z.b. Cloud-Infrastrukturen, OSLC Keine Installation für Endanwender (somit einfacher Zugriff)

14 Editor Features Rollen und Rechte Synchrones Editieren Sichten Editor Sharing History Kommentare Chat

15 Der Editor

16 Dokumenten-Outline Requirements Outline-View: - Navigation innerhalb der Spezifikation - Anforderungen anlegen / löschen - Spezifikation reorganisieren

17 Synchrones Editieren

18 Kommentare

19 Anforderungs-History

20 DEMO

21 Sichten

22 Sichten sind Darstellungsvarianten Visualisierungsattribute: Farbe, Font, Layout Filter für partielle Darstellung auf Basis von Schema Inhalten Rechten Unterstützung von ànutzungsszenarien: Bearbeiten, Review, Druck,... àrollen

23 Dokumenten-Storage & -Referenzierung Service-Layer abstrahiert Art der Dokumentenablage macht Dokumente und Anforderungen eindeutig referenzierbar à ermöglich Linked-Data-Paradigma (OSLC) Editor Service Layer OSLC-RM Interface local storage cloud repository / DB

24 Status & Ausblick Status: Editor befindet sich im internen Einsatz für kleine bis mittlere aber verteilte Projekte funktional nicht vollständig Direkte Kollaboration wird als sehr effizient empfunden > macht Spaß... Ausblick: Integration formaler Sprachen/Modelle (textuell & grafisch) Integration Traceability-Management Baselining

25 Vielen Dank! Diskussion? Fragen? Kontakt:

Ähnliche Dokumente

Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation

Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation March 25, 2010 Slide 1 Agenda Die Problematik Das Lösungsmittel