Martin Schimak Collaborate | Inspect | Adapt

BPMN & UMLIM REQUIREMENTS ENGINEERING

& USER STORIES!IM REQUIREMENTS ENGINEERING

Ein kleiner Projekt(zwischen)berichtEin kleiner Projekt(zwischen)bericht.

Martin SchimakMartin SchimakOMG information day26. Oktober 2011 in Darmstadt

Martin Schimak Collaborate | Inspect | Adapt

Hintergrund• Branchensoftwarehaus

• “Funktionsorientierte” DatenbankanwendungFunktionsorientierte Datenbankanwendung

Komplexe fachliche Anforderungen• Komplexe fachliche Anforderungen• Schwierige Kommunikation Fachexperten Entwickler

• Standardisierung und VeränderungT il h h St d di i d K d• Teils hohe Standardisierung der Kundenprozesse

• Häufige gesetzliche Änderungen erzwingen häufige Anpassung

• Laufende “Konsolidierung” der User• Fusionen erzeugen einen hohen Migrationsdruck auf die IT

Martin Schimak Collaborate | Inspect | Adapt

Ziele① “Mehr Qualität, Wartbarkeit, Anpassbarkeit”

② “Richtung Prozessautomatisierung”

Martin Schimak Collaborate | Inspect | Adapt

Das klassische Problem: Die “stille Post”

BE BE SpecBE BE

Business Experts

Spec

BA BA

Business ExpertsUML

SD SD Code

Business Analysts

Software Developers

TE TE

Test ExpertsTest Experts

Martin Schimak Collaborate | Inspect | Adapt

Software: Soll und Sein

Martin Schimak Collaborate | Inspect | Adapt

Strategien① “Mehr Qualität, Wartbarkeit, Anpassbarkeit”

Mittelfristig erreichbar mit agilem Entwicklungsprozess, zB Scrum

② “Richtung Prozessautomatisierung”

Nur langfristig erreichbar, da mehrere Voraussetzungen fehlen

• BPMN Skills: fachlich und technisch• SOA der Software• Last not least: die Kenntnis der Prozesse

③ P d lli i R i t E i i③ Prozessmodellierung im Requirements Engineering

Martin Schimak Collaborate | Inspect | Adapt

Drei Hämmer für einen Nagel?

UMLBPMN+ BPMN+

Scrum =?ScrumUser

Stories+ =?

Martin Schimak Collaborate | Inspect | Adapt

Keep the model simple, stupid!

Story• Das Service im Mittelpunkt• Service 1:1 in BPMN und UML

Product Backlog

URI

• Service 1:1 in BPMN und UML• Story verlinkt Services

Interface

s

- KnotenKnuepfen()

Knotenknüpfen

Knotenknüpfen

Pro

zess

WikiWiki

Globaler Task URI Wiki Spec URI Methode

BPMN UML

p URI Methode

Martin Schimak Collaborate | Inspect | Adapt

Keep the model simple, stupid!

Story• Das Service im Mittelpunkt• Service 1:1 in BPMN und UML

Product Backlog

URI

• Service 1:1 in BPMN und UML• Story verlinkt Services

Interface

s

Knotenknüpfen

- KnotenKnuepfen()

Knotenknüpfen

Pro

zess

WikiWiki

UMLBPMN

Globaler Task URI Wiki Spec URI Methodep URI Methode

Martin Schimak Collaborate | Inspect | Adapt

Ein Vortrag hat drei Thesen! Exakt.

① Prozessmodelle sind im agilen Umfeld ein optionales① Prozessmodelle sind im agilen Umfeld ein optionalesInstrument zur Analyse komplexer User Stories.

② “Echte” User Stories stehen orthogonal zuP d ll d th lt S iProzessmodellen und enthaltenen Services.

③ Eine zur Erstellung von User Storys notwendige Vor-analyse muss im Entwicklungsprozess integriert sein.

Martin Schimak Collaborate | Inspect | Adapt

Prozessmodelle als optionales InstrumentProzessmodelle helfen bei komplexer Fachlichkeit

1. Kontext verstehen

KnotenKnotenknüpfen

roze

ss

Product Backlog

3 User Stories schreiben

Pr

KnotenauftrennenAnders!

Story

3. User Stories schreiben

Neu!

2. Neue oder zu ändernde

Story

Services identifizieren

Martin Schimak Collaborate | Inspect | Adapt

Ein Vortrag hat drei Thesen! Exakt.

① Prozessmodelle sind im agilen Umfeld ein optionales① Prozessmodelle sind im agilen Umfeld ein optionalesInstrument zur Analyse komplexer User Stories.

② “Echte” User Stories stehen orthogonal zuP d ll d th lt S iProzessmodellen und enthaltenen Services.

③ Eine zur Erstellung von User Storys notwendige Vor-analyse muss im Entwicklungsprozess integriert sein.

Martin Schimak Collaborate | Inspect | Adapt

I.N.V.E.S.T. in User Stories

• Value• Cost

• IndependentNegotiable

Product Backlog • Risk

• Negotiable• Valueable Story• Estimable• Small• Testable

Martin Schimak Collaborate | Inspect | Adapt

Independent?

Story

Knoten

StoryKnotenknüpfen

roze

ssPr

Knotenauftrennen

Martin Schimak Collaborate | Inspect | Adapt

Nur speziell geknüpfte Knoten…… kann man auch wieder auftrennen.

Storyy

Knotenknüpfen

zess

Pro

z

Knotenauftrennen

Martin Schimak Collaborate | Inspect | Adapt

Ein Vortrag hat drei Thesen! Exakt.

① Prozessmodelle sind im agilen Umfeld ein optionales① Prozessmodelle sind im agilen Umfeld ein optionalesInstrument zur Analyse komplexer User Stories.

② “Echte” User Stories stehen orthogonal zuP d ll d th lt S iProzessmodellen und enthaltenen Services.

③ Eine zur Erstellung von User Storys notwendige Vor-analyse muss im Entwicklungsprozess integriert sein.

Martin Schimak Collaborate | Inspect | Adapt

Wir arbeiten an einem Ziel! Fast.Analyse-Team• unterstützt den Product Owner SD• entwirft User Stories• berät Development Team

i S i t

SDSD TE

im Sprint

Development-TeamPOSD TE

Development Team• Implementiert

User Stories BEBASD TE

AnalyseBacklog

SD TEBacklog

SDSM

TA

ProductProductBacklog

Martin Schimak Collaborate | Inspect | Adapt

Negotiable?Erst am Ende der Umsetzung passen “Schnitt + Spec”!

Interface

s

- KnotenKnuepfen()

Knotenknüpfen

Knotenknüpfen

Pro

zess

P

SDS

DTEP

O

BE

BA

S

SD

T

TE

AnalyseBacklog

D

SD S

M

TA

E

Product Backlogac og ac og

Martin Schimak Collaborate | Inspect | Adapt

Danke für Ihre Aufmerksamkeit!