Sie sind auf Seite 1von 17

Requirements Engineering

fr Software und Systeme

Inhalt
Kennen Sie das am hufigsten genutzte Tool fr das Requirements Engineering?

Wie sieht der Weg dorthin aus?

Requirements Engineering ist ein Mannschaftssport

Ergebnisse mssen auf den Tisch

Lassen Sie Routineaufgaben doch das Tool tun

Was ist der objectiF RM denn nun genau?

Damit Ihre Anforderungen spter vollstndig sind: Systemkontext abgrenzen

Damit Sie die richtigen Anforderungen finden: Stakeholder und ihre Ziele analysieren

Zum Kern der Sache: Anforderungen

Ist das denn auch baubar? Anforderungen und Systemarchitektur parallel detaillieren

10

Auf Nummer sicher gehen: Versionieren

12

Alles, was Sie wissen wollen: Dynamische Auswertung

13

Alles, was Sie auf Papier haben wollen: Dokumente auf Knopfdruck

14

Die Architektur des objectiF RM

15

Integration und Schnittstellen des objectiF RM

16

Wie kommt der objectiF RM in Ihre Projekte, Ihren Bereich, Ihre Organisation?

17

objectiF RM Whitepaper

2014 microTOOL GmbH, Berlin. Alle Rechte vorbehalten.

objectiF RM Requirements Engineering fr Software und Systeme

Kennen Sie das am hufigsten genutzte Tool fr das Requirements


Engineering?

Sicher kennen Sie es: Viele Projektteams dokumentieren Anforderungen in Tabellen, meistens mit MS Excel. Aber
reicht das fr die Anforderungsanalyse diese erste, so entscheidende Weichenstellung in jedem Projekt wirklich
aus?
Die Ziele eines Requirements Engineers sind heute weiter gesteckt als noch vor wenigen Jahren. Es geht darum:

Projektrisiken frhzeitig zu reduzieren,

eine solide Basis fr die Kosten- und Terminplanung zu schaffen,

die Erwartungen der Stakeholder weitgehend zu erfllen,

baubare Lsungen zu spezifizieren.

Um diese Ziele zu erreichen, mssen Sie als Requirements Engineer vor allem eines liefern:
Anforderungen in hoher Qualitt:

objectiF RM Whitepaper
2

objectiF RM Requirements Engineering fr Software und Systeme

Wie sieht der Weg dorthin aus?


Als Requirements Engineer wissen Sie: Gute Anforderungen fallen nicht vom Himmel. Der Weg zu guten
Anforderungen fhrt von der Abgrenzung des Systems ber die Analyse der Stakeholder und ihrer Ziele bis hin
zum Entwurf der Systemarchitektur.

Der objectiF RM untersttzt Sie bei allen Schritten auf diesem Weg. Aber auf dem Weg lauern Gefahren.
Sie mssen dabei das Bermudadreieck des Requirements Engineering durchqueren:

Das heit, Sie mssen Mittel finden gegen:

die Komplexitt des zu entwickelnden Systems,

mangelndes oder oberflchliches Verstndnis,

schlechte Kommunikation mit den Stakeholdern und im Team.

Um diese Gefahren sicher zu umschiffen, haben sich grafische Modelle bewhrt. Unsere Empfehlung dazu:

Sprengen Sie ruhig einmal das formale Korsett eines Standards wie UML /SysML und verwenden Sie einfache und
anschauliche Darstellungen.

objectiF RM Whitepaper
3

objectiF RM Requirements Engineering fr Software und Systeme

Denn nur zwei Dinge zhlen wirklich dass

Sie von Ihren Stakeholdern verstanden werden,

alle in Ihrem Requirements Engineering Team dieselbe grafische Sprache sprechen.

Im objectiF RM finden Sie neben einer Auswahl an UML/SysML-Diagrammen deshalb auch andere aufgaben- und
zielgruppenbezogene Darstellungstechniken.
Die Ntzlichkeit von Diagrammen ist schn und gut. Aber Sie knnen sich nicht vorstellen, dass Diagramme die
textuelle Beschreibung von Anforderungen ersetzen knnen? Richtig, das sollen sie auch nicht. Das wichtigste
Mittel zur Kommunikation mit Stakeholdern und im Team ist und bleibt die natrliche Sprache. Alle Artefakte wie
Stakeholder, Ziele, Anforderungen, Testflle etc. haben eine textuelle Beschreibung. Der objectiF RM bietet Ihnen
Formulare an, um die Beschreibungen schnell und einheitlich strukturiert zu erfassen.
Neben dieser inhaltlichen Dimension des Requirements Engineering gibt es da noch eine andere:

Requirements Engineering ist ein Mannschaftssport


In den meisten Projekten entstehen Anforderungen heute im Team. Dafr brauchen Sie ein Tool, das Ihnen mehr
bietet als grafische Modellierung und systematische Erfassung von Stakeholdern, Zielen, Anforderungen, Testfllen
etc.
Ntig sind:

Der objectiF RM bringt genau diese Funktionen mit. Er schafft damit Spielraum fr die spezifische ggf. verteilte
Organisation Ihrer Projekte.
Fr das Team heit das:

Alle arbeiten jederzeit auf aktuellen und konsistenten Daten. Alle nderungen werden sofort wirksam.

Alle arbeiten sicher. Fr alle Artefakte knnen Sie jederzeit Revisionen anlegen und nach Bedarf ltere
Stnde wiederherstellen.

Alle arbeiten nachvollziehbar. Die Entwicklungshistorie schreibt das Tool automatisch fort.

objectiF RM Whitepaper
4

objectiF RM Requirements Engineering fr Software und Systeme

Ergebnisse mssen auf den Tisch


Ob es eine Liste der Stakeholder mit ihren Zielen, eine Auflistung aller Anforderungen, die noch im Zustand in
Bearbeitung sind, eine bersicht der bereits definierten Testflle oder ein ganzes Pflichtenheft ist frher oder
spter mssen Sie Auswertungen und Dokumentation zu Papier bringen.

Nichts leichter als das. Mit dem objectiF RM erzeugen Sie beides auf der Basis von Vorlagen mit wenigen Klicks.
Nicht nur, dass das Tool bereits einen groen Fundus an Vorlagen enthlt, Sie knnen auch eigene erstellen oder
vorhandene anpassen.

Lassen Sie Routineaufgaben doch das Tool tun


Sie kennen das: Manchmal denken Sie, Sie seien fertig zum Beispiel mit der Definition von Testfllen zu einer
Anforderung. Und dann berlegt es sich der Stakeholder anders. Sie mssen die Anforderung ndern und am
besten auch schon die Testflle als wieder in Definition markieren. Denn auch da mssen Sie sicher noch einmal
ran. Lstig, aber ntig nicht wahr?

berlassen Sie diese Art von Routine-Workflows dem objectiF RM. Das Mittel zur Steuerung dieser Ablufe sind
Zustandsdiagramme, die Sie nach Bedarf erstellen oder anpassen knnen.

objectiF RM Whitepaper
5

objectiF RM Requirements Engineering fr Software und Systeme

Was ist der objectiF RM denn nun genau?


Der objectiF RM ist ein Tool speziell fr das Requirements Engineering. Es untersttzt Sie als Requirements
Engineer beim Ermitteln, Przisieren und Dokumentieren von Anforderungen durchgngig von der StakeholderAnalyse bis zum Entwurf der Systemarchitektur. Dafr bietet es zahlreiche grafische Mittel u. a. aus UML/SysML an.
Hier eine bersicht:

Funktionen fr das modellbasierte Requirements Engineering


Modellieren von Systemkontextdiagrammen eine erweiterte Form von Datenflussplnen zur
Abgrenzung von System und Systemkontext
Einheitliche, formularbasierte Beschreibung von Stakeholdern und ihren Zielen
Modellierung von Zieldiagrammen als Und/Oder-Graphen u. a. zum Aufdecken von Zielkonflikten
Modellieren von Anwendungsfalldiagrammen (Use Case Diagrammen) nach UML
Beschreiben von Szenarien der Anwendungsflle mit strukturiertem Text oder Aktivittsdiagrammen der
UML
Beschreiben von Personas und Persona-Szenarien nach dem Persona-Konzept aus dem Usability
Engineering
Modellieren von Anforderungsdiagrammen der SysML
Einheitliche, formularbasierte Beschreibung von Anforderungen und Testfllen
Entwicklung und Verfeinerung der Systemarchitektur mit Blockdefinitionsdiagrammen, internen
Blockdiagrammen, Klassen- und Package-Diagrammen nach UML/SysML
Organisieren der Ergebnisse des Requirements Engineering mit Packages nach SysML
Vorlagenbasierte Dokumenten-Generierung in MS Word

Damit Sie einen lebendigen Eindruck gewinnen, machen wir einen Streifzug zumindest durch einige dieser
Diagramme und Artefakte.

objectiF RM Whitepaper
6

objectiF RM Requirements Engineering fr Software und Systeme

Damit Ihre Anforderungen spter vollstndig sind:


Systemkontext abgrenzen
Das Systemkontextdiagramm hilft Ihnen, das System und seinen Kontext zu definieren und gegen den Rest der
Welt, der fr das Projekt nicht relevant ist, abzugrenzen. Es ist eine Art Datenflussplan. Sie knnen das Diagramm
mit Fotos und Icons bildreich gestalten. So spricht es sich leichter mit Stakeholdern und Entscheidern.

Damit Sie die richtigen Anforderungen finden: Stakeholder und ihre


Ziele analysieren
Stakeholder erfassen und beschreiben Sie per Formular. Und damit einheitlich im ganzen Team.

objectiF RM Whitepaper
7

objectiF RM Requirements Engineering fr Software und Systeme

Auch die Ziele der Stakeholder beschreiben Sie so. Und dann geht es darum, die Ziele zu verfeinern, um schlielich
Anforderungen daraus abzuleiten und um Zielkonflikten auf die Spur zu kommen. Das geht am besten grafisch
im Zieldiagramm:

brigens: Viele der grafischen Informationen finden Sie ganz ohne Ihr Zutun auch in den Formularen wieder.
Wie hier die Ziele eines Stakeholders.

Und egal, ob Sie hier im Dialog oder oben im Diagramm sagen wir das Gewicht, das ein Ziel fr einen
Stakeholder besitzt, ndern: Die nderung wird sofort berall wirksam. Alle im Team arbeiten also auf einem
aktuellen und konsistenten Stand der Ergebnisse.

objectiF RM Whitepaper
8

objectiF RM Requirements Engineering fr Software und Systeme

Zum Kern der Sache: Anforderungen


Aus Zielen leiten sich oft Anforderungen ab. Sie knnen Sie erst einmal textuell beschreiben und, wenn Sie wollen,
dann aus der Anforderungshierarchie (rechts im nachfolgenden Screenshot) per Drag & Drop in ein
Anforderungsdiagramm ziehen.

Und hier wird es richtig spannend: Mit einer Vielzahl an Ausdrucksmitteln knnen Sie im Anforderungsdiagramm
nach SysML Beziehungen zu feineren oder abgeleiteten Anforderungen, zu den Stakeholdern, aber auch zu Use
Case Diagrammen, Testfllen, Block- oder Klassendiagrammen, die die Systemarchitektur beschreiben, herstellen.

objectiF RM Whitepaper
9

objectiF RM Requirements Engineering fr Software und Systeme

Sie befrchten, dass Sie diese Zusammenhnge nach einer Weile nicht mehr nachvollziehen knnen?
Ihre Sorge ist ganz und gar unbegrndet. Sie haben doch ein Tool und das bietet Ihnen zahlreiche
kontextbezogene Navigationsfunktionen.
Wie hier vom Testfall zu den Aktivittsdiagrammen, die die Testszenarien beschreiben:

Ist das denn auch baubar? Anforderungen und Systemarchitektur


parallel detaillieren
Schauen Sie noch einmal oben in das Anforderungsdiagramm. In der aufgeklappten Anforderung Identifizieren
eines Patienten sehen Sie unter Erfllt durch, welche Systemkomponenten definiert als Blcke im Sinne der
SysML die Anforderung technisch erfllen.
Wie kommt hier mit einem Mal die Systemarchitektur ins Spiel?
Die Forderung nach Anforderungen, die auch realisierbar sind, lsst sich am besten erfllen, wenn Sie die
Anforderungen parallel zur Systemarchitektur entwickeln und detaillieren. Als Systemarchitekt im Requirements
Engineering Team knnen Sie aus dem Vollen schpfen: mit Klassen- und Package-Diagrammen sowie
Blockdefinitionsdiagrammen und internen Blockdiagrammen.

objectiF RM Whitepaper
10

objectiF RM Requirements Engineering fr Software und Systeme

Die Bezge zwischen den Systemkomponenten und den Anforderungen sind natrlich auch in diesen Diagrammen
sichtbar wie nachfolgend die Beziehung zwischen Anforderungen und technischen Blcken im
Blockdefinitionsdiagramm:

objectiF RM Whitepaper
11

objectiF RM Requirements Engineering fr Software und Systeme

Auf Nummer sicher gehen: Versionieren


Ob Sie den Entwicklungsstand einer einzelnen Anforderung, eines Ziels, eines Testfalls etc. festhalten wollen, ein
Diagramm oder gleich ein ganzes Package (sprich: einen Ordner) voller Anforderungen, Systemkomponenten oder
anderer Artefakte versionieren mchten Sie haben die Wahl. Im Kontextmen des Elements oder Packages finden
Sie dafr die Funktion Revision anlegen.

Mit dem Anlegen einer Revision wird nicht nur der momentane Entwicklungsstand gesichert, sondern auch die
Entwicklungshistorie fortgeschrieben. Ihre Arbeit ist damit jederzeit nachvollziehbar. Und natrlich knnen Sie nach
Bedarf einen lteren Stand ansehen, wiederherstellen oder sogar exportieren, um ihn z.B. einem Team an einem
anderen anderen Standort zur Verfgung zu stellen. So sieht das in der Historie aus.

objectiF RM Whitepaper
12

objectiF RM Requirements Engineering fr Software und Systeme

Alles, was Sie wissen wollen: Dynamische Auswertung


Die Modellierungsmglichkeiten haben Ihnen gefallen? Aber auf die gewohnten tabellarischen bersichten
mchten Sie dann doch nicht verzichten? Brauchen Sie auch nicht. Das Tool bietet Ihnen eine mchtige
vorlagenbasierte Technik, um die Ergebnisse des Requirements Engineerings auszuwerten.
Die wichtigsten Auswertungen haben wir schon einmal vordefiniert. Doppelklick gengt und Sie sehen z.B. die
Stakeholder mit ihren Zielen, die Ziele mit ihren Prioritten,

objectiF RM Whitepaper
13

objectiF RM Requirements Engineering fr Software und Systeme

Alles, was Sie auf Papier haben wollen: Dokumente auf Knopfdruck
Alle Elemente eines Projekts mit dem objectiF RM kommen per Knopfdruck in ein MS Word-Dokument mit
genau den Eigenschaften, die Sie auf Papier bringen wollen. Zusammen mit eigenem Text und den Diagrammen.
Zudem kann jede Auswertung bequem und schnell in ein Dokument bernommen werden.
Komplexe Dokumente wie ein Pflichtenheft knnen im Team arbeitsteilig bearbeitet und per Knopfdruck
einfach wieder zusammengefhrt werden: fr jedes Kapitel wird ein eigenstndiges Word-Dokument erzeugt, das
von verschiedenen Projektmitarbeitern unabhngig voneinander bearbeitet werden kann. Sind alle Kapitel fertig,
wird per Knopfdruck ein Gesamtdokument daraus.

Jedes neue Projekt im objectiF RM enthlt automatisch vordefinierte Vorlagen und Dokumente. Beide sind leicht
anpassbar und knnen ohne Weiteres mit eigenen ergnzt werden.

Hier beenden wir unseren kleinen Streifzug durch den objectiF RM, obwohl es noch viel mehr zu entdecken gibt:
Diagrammtypen, Modellierungsfunktionen, Untersttzung der Entwicklung von Anforderungen an die Usability,
Funktionen fr die Zusammenarbeit im Team
Am besten, Sie gehen selbst auf Entdeckungstour.

objectiF RM Whitepaper
14

objectiF RM Requirements Engineering fr Software und Systeme

Die Architektur des objectiF RM


Das Tool ist technisch eine datenbankbasierte Client/Server Applikation auf der Basis von .NET, speziell gemacht fr
die Teamarbeit im LAN und ber das Internet.

objectiF RM Server
Der Server des objectiF RM dient dazu, alle Ergebnisse des Requirements Engineering Projekts in einer Datenbank
im LAN zentral und konsistent zu verwalten. Er ermglicht in verteilten Projekten auerdem den Zugriff auf die
Ergebnisse ber das Internet.

objectiF RM Client
Die objectiF RM Clients werden auf den Arbeitsplatzrechnern der Mitglieder eines Requirements Engineering
Teams installiert. Mit den Clients arbeiten Sie ber den objectiF RM Server im Multi-User-Betrieb auf einer
gemeinsamen Datenbank. Auch ber das Internet kann mit dem Desktop Client gearbeitet werden.

objectiF RM Web-Client
Der Web-Client von objectiF RM bietet dem Anwender die Mglichkeit ber den Browser an seinen Projekten
arbeiten zu knnen. Egal, ob von zu Hause aus oder von unterwegs mit dem Web-Client knnen Sie von berall
aus auf Ihre Projektdaten und Dokumente zugreifen und daran arbeiten.
Derzeit knnen Sie den Web-Client mit Chrome als Browser nutzen.

objectiF RM Whitepaper
15

objectiF RM Requirements Engineering fr Software und Systeme

Das brauchen Sie im Detail:

Installationsvoraussetzungen Server
Hardwareanforderungen Server

Dual-Core CPU 2.0 GHz oder hher


Mind. 8 GB Arbeitsspeicher
Mind. 250 MB freier Festplattenspeicherplatz

Softwareanforderungen Server

MS Windows Server 2008 oder hher


MS .NET Framework 4.0
MS SQL Server 2008 R2
Fr kleine Teams: MS SQL Server 2008 Express

Installationsvoraussetzungen Client
Hardwareanforderungen Client

Dual-Core CPU 2.0 GHz oder hher


Mind. 2 GB Arbeitsspeicher
Mind. 250 MB freier Festplattenspeicherplatz

Softwareanforderungen Client

MS Windows 7
MS .NET Framework 4.0
MS Word 2007 oder hher
MS Visual Studio Tools for Office Runtime 4.0

Integration und Schnittstellen des objectiF RM


Schnittstellen
Anbindung an MS Word und PDF fr die Generierung von Dokumenten
XMI Export
MS Excel Export von Auswertungen zu Anforderungen, Testfllen, Zielen, etc.
Import von Anforderungen aus MS Excel

objectiF RM Whitepaper
16

objectiF RM Requirements Engineering fr Software und Systeme

Wie kommt der objectiF RM in Ihre Projekte, Ihren Bereich, Ihre


Organisation?
Sind Sie oder Ihre Kollegen CPRE-zertifiziert? Erfassen Sie Ihre Anforderungen bereits toolgesttzt und nachvollziehbar? Oder sind bis heute eher MS Word- oder MS Excel-Dokumente der Dreh- und Angelpunkt fr Ihre Anforderungsanalyse? Wir microTOOLer wissen: Keine zwei Einfhrungsszenarien sind fr ein Modellierungs-Tool
vllig identisch. Nur Sie kennen den Grad an externer Untersttzung, den Sie brauchen. Und diese Untersttz-ung
leisten wir gern.

Von der klassischen strukturierten Analyse und dem Entity-Relationship-Modeling ber UML, BPMN bis zur SysML
microTOOL ist mit Modellierung gro geworden. Nutzen Sie unsere Erfahrung aus fast 3 Jahrzehnten. Hier ist unser
Angebot an Sie:

Machen Sie mit uns einen initialen Anforderungsworkshop


Wir zeigen Ihren Kollegen im Rahmen eines kompakten, auf Ihre Bedrfnisse abstimmten Schulungs-Teasers den
objectiF RM. Und dann krempeln wir die rmel hoch und modellieren mit Ihnen gemeinsam einen Aspekt aus
Ihrem Projekt: Vom Systemkontext ber die Ziele bis hin zu den Anforderungen und Testfllen. Dann generieren
wir aus dem erstellten Modell ein Pflichtenheft ein schnes Ergebnis als Belohnung fr alle.

Dann sind Sie an der Reihe


Ihre individuellen Fragen zur Einfhrung bestimmen den Abschluss unserer gemeinsamen Stunden. Wie soll die
Ausbildung aussehen? Welche Anpassungen wren hilfreich fr Sie? Mit welchen Kosten mssen Sie rechnen? Wir
stehen sehr gern Rede und Antwort.
Am Ende der Veranstaltung haben Sie eine Entscheidungsgrundlage. Eigentlich mssen Sie nur noch ja sagen.

So wird aus der objectiF RM Einfhrung eine gemeinsame Erfolgsgeschichte.

Copyrights und Warenzeichen


objectiF sowie microTOOL making IT better sind eingetragene Marken der microTOOL GmbH. UML und SysML sind eingetragene Marken der Object Management Group, Inc.

objectiF RM Whitepaper
17