Requirements Engineering I



Ähnliche Dokumente
Requirements Engineering I

Requirements Engineering I

Die Unified Modeling Language UML

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick

Requirements Engineering Research Group!

Von UML 1.x nach UML 2.0

Requirements Engineering I. Der Spezifikationsprozess!

Requirements Engineering Die Dinge von Anfang an richtig machen

Software-Qualität Ausgewählte Kapitel

Guido de Melo Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis

Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)

Vorlesung Programmieren

Software Engineering. Dokumentation! Kapitel 21

Requirements Engineering I

Requirements Engineering I. Verwalten von Anforderungen!

Unified Modeling Language (UML)

Validierung und Verifikation!

Software Engineering. Dokumentation. Wintersemester 2005/06. Kapitel 21. Universität Zürich Institut für Informatik

Validierung und Verifikation

Modellierungstechniken im Softwaredesign. Praxisprojekt [ai] Control WS 2011/2012 Lara Baschour und Anne Heiting

17 Architekturentwurf Vorgehen und Dokumentation

UML (Unified Modelling Language) von Christian Bartl

Einführung in die Informationsverarbeitung Teil Thaller. Stunde VII: Planen und Realisieren

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II

Softwareentwicklungspraktikum Sommersemester Grobentwurf

Produktskizze. 28. November 2005 Projektgruppe Syspect

Grundlagen Software Engineering

Software-Engineering

Grundlagen der Softwaretechnik

Software-Engineering SS03. Zustandsautomat

Kapitel 2: Der Software-Entwicklungsprozess

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)

Allgemeines zu Datenbanken

Evaluation of Database Design and Reverse Engineering Tools for a Large Software System

EPK Ereignisgesteuerte Prozesskette

16 Architekturentwurf Einführung und Überblick

Empirische Softwaretechnik Kosten und Nutzen von UML in der Wartung Dr. Victor Pankratius Andreas Höfer Wintersemester 2009/2010

Software Engineering. Produktivitätsfaktoren! Kapitel 18

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert

Klassendiagramm. Kurzer Überblick über UML - Stand BlaBla

Kapitelübersicht. Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge. Was bedeutet Objektorien+erung?

3.4 Unified Process Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

Software Engineering

Die MID ModellierungsMethodik M³ ein Baukasten für Produktlinien. Andreas Ditze, MDD & PL 2009, Leipzig,

Use Cases. Use Cases

Output management Radar 2015

Prozessdokumentation und -darstellung

Einführung in die Programmierung für NF

Ein Orientierungssystem für Menschen mit Sehbehinderung auf Java ME

Klassendiagramm. (class diagram)

1 Mathematische Grundlagen

PUBLIC Dokumentationsübersicht

ADVISOR - Moodle: Eine E-Learning Anwendung mit eduweaver. Sabrina Fochler Universität Wien. 15. September, 2006

Ein Beispiel. Ein Unternehmen will Internettechnologien im Rahmen des E- Business nutzen Welche Geschäftsprozesse?

Software Engineering in der Praxis

Gliederung des Vortrages

Markus Pister (Autor) Integration formaler Fehlereinflussanalyse in die Funktionsentwicklung bei der Automobilindustrie

RUP Analyse und Design: Überblick

Software Engineering I

Analyse und Modellierung von Informationssystemen

Techniken der Projektentwicklungen

Produktvorstellung: CMS System / dynamische Webseiten. 1. Vorwort

Hochschule Darmstadt Fachbereich Informatik. Softwaretechnik II. 4.1 Darstellung der Architektur

Daniel Warneke Ein Vortrag im Rahmen des Proseminars Software Pioneers

Hochschule Karlsruhe Klausur EAI Prof. Dr. Christian Pape. Klausur EAI WS 05/06. Note: Bearbeitungszeit 90 Minuten Keine Hilfsmittel

Architekturplanung und IS-Portfolio-

NACHRICHTENTECHNISCHER SYSTEME

Das Metamodell der UML und in FUJABA. Vortrag von Alexander Geburzi

Softwaretechnik. Fomuso Ekellem WS 2011/12

Requirements Engineering

EinfÅhrung in die objektorientiere Programmierung (OOP) unter Delphi 6.0. EDV Kurs 13/2

Lehrer: Einschreibemethoden

UML-DSLs effizient eingesetzt. Insight 07, Klaus Weber

Software Engineering. 3. Anforderungsanalyse. Franz-Josef Elmer, Universität Basel, WS 2006/07

Praxisnahe Workflows für die durchgängige Nutzung von IFC Gebäudemodellen

2 Produkte für den Winterdienst. Bundesanstalt für Straßenwesen Bergisch Gladbach,

Softwareentwicklungsprozess im Praktikum. 23. April 2015

Von der Idee zum Anforderungsmodell ohne Medienbruch

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Software-Engineering 2. Übungen zur Wiederholung. IT works. Metris GmbH

SysML Die Zukunft des Systems Engineering?

Energieversorgungseinrichtungen

Spezielle Lebenslösung für die Grafts zum Aufbewahren - Songul Alci

Vorlesung vom Einführung in die geschäftsprozessorientierte Unternehmensführung

Was ist EMF? Wie wird EMF eingesetzt? Was ist ecore? Das Generatormodell Fazit

Hauptseminar Entwicklung von Informationssystemen

Sichere Anleitung Zertifikate / Schlüssel für Kunden der Sparkasse Germersheim-Kandel. Sichere . der

Jürgen Schwab, debis Systemhaus

Beschreibung der Umstellungsschritte für moneyplex (neue Benutzerkennung und Kommunikationsadresse)

Jochen Bauer

INNOVATOR im Entwicklungsprozess

Software Engineering in der Praxis

PRÜFUNG FÜR ELEKTROINGENIEURE. Softwaretechnik I. Musterlösung SS Ohne Gewähr -

Wahlpflichtfach Software Engineering

Übersetzung von UML-Software-Spezifikationen in Simulationsmodelle

Benötigen wir einen Certified Maintainer?

Lösungsvorschlag zu Übungsblatt 1 mit Korrekturhinweisen

Transkript:

Norbert Seyff Requirements Engineering I UML Unified Modeling Language! 2006-2012 Martin Glinz und Norbert Seyff. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch gestattet; bei auszugsweiser Verwendung mit Quellenangabe. Verwendung für Unterrichtszwecke oder kommerziellen Gebrauch nur mit vorheriger schriftlicher Genehmigung des Autors.!

1!Grundlagen und Definitionen! UML (Unified Modeling Language) ist eine Sammlung vorwiegend grafischer Sprachen zur Erstellung von Anforderungs- und Entwurfsmodellen aus verschiedenen Perspektiven! Keine kohärente Modellierungssprache! Entstanden aus der Absicht, einen de-facto Industriestandard zu schaffen! Standardisiert durch die OMG (Object Management Group; ein Industriekonsortium)! Heute die dominierende Modellierungssprache! 2!

2!Geschichte von UML! Zwischen 1990 und 1995 entsteht eine Vielzahl von Techniken und Sprachen zur objektorientierten Modellierung von Entwürfen und Anforderungen für Software! 1994/95 tun sich drei führende Exponenten der damaligen Ansätze (Grady Booch, Jim Rumbaugh, Ivar Jacobson) zusammen, um eine Unified Method als Industriestandard zu schaffen! Der Versuch einer Einheitsmethode scheitert. Statt dessen wird 1996 der Entwurf einer einheitlichen Sprache, der Unified Modeling Language (UML) publiziert.! Mehrere große Firmen (IBM, Oracle, HP,...) beteiligen sich und bringen Ausbauwünsche ein: UML wächst! 1997 wird UML 1.1 von der OMG zu ihrer Standard-Modellierungssprache bestimmt! Requirements Engineering I!! 2009 Martin Glinz! 3!

Geschichte von UML 2! UML setzt sich rasch als Standardsprache für die grafische Modellierung von Anforderungen und Entwürfen durch! Gleichzeitig erfährt UML eine Reihe von Revisionen:! 1997: UML 1.0! 1997:!UML 1.1! 1998:!UML 1.2! 1999:!UML 1.3! 2001: UML 1.4! 2003:!UML 1.5!!von OMG verabschiedete Version!!Vorgriff auf 2.0; nie in der Breite eingesetzt! 2004: UML 2.0!!erhebliche Änderungen! 2007: UML 2.1!!! 2009: UML 2.2! Fehlerkorrekturen und! 2010: UML 2.3! geringfügige Anpassungen! Heute in Gebrauch: 2.0 bis 2.3, stellenweise noch 1.4! Requirements Engineering I!! 2011 Martin Glinz! 4!

3!Grundkonzepte der UML! Eine UML-Spezifikation besteht aus einer Sammlung sich ergänzender und teilweise überlappender Modelle! Im Zentrum steht ein Klassenmodell, das den strukturellen Aufbau eines Systems spezifiziert! Nach Bedarf beschreiben weitere Modelle zusätzliche Sichten, insbesondere dynamisches Verhalten, Funktionalität und Zusammenarbeit! Alle grafischen Konstrukte können mit Text annotiert oder mit der formalen Spezifikationssprache OCL zusätzlich eingeschränkt werden! 5!

Modellierbare Aspekte in UML! UML unterstützt insgesamt acht verschiedene Sichten:! Strukturelle Sichten! Statische Struktur (Daten-, Klassen und Objektmodelle)! Struktur und Zusammenarbeit von Komponenten (ab UML 2)! Portionierung von UML-Modellen in Pakete und Subsysteme! Physische Struktur: Artefakte, Knoten, Verteilung! Verhaltenssichten! Interaktion externer Akteure mit einem System! Zeitlich-dynamisches Verhalten von Systemen! Interaktion ausgewählter Objekte untereinander! Aktivitäten und deren Ablauf! 6!

Die UML-Diagrammarten (UML 2.3)! Zur Darstellung der genannten Sichten verwendet UML 2 die folgenden Diagrammarten:! UML-Diagramm! Struktur- Verhaltens- Klassen- Komponenten- Objekt- Aktivitäts- Anwendungs- fall Zustands- Kompositions- struktur Verteilungs- Paket- Interaktions- Profil- Normalschrift: UML 2 Diagrammart! Kursivschrift: Oberbegriffe! Requirements Engineering I!! 2011 Martin Glinz! Kommunikations- Sequenz- Zeit- Interaktions- übersicht! 7!

4!Anforderungsspezifikation mit UML! Gliederung einer Aufgabe in Teilaufgaben! Kompositionsstrukturdiagramme oder Paketdiagramme! Einbettung eines Systems in eine Systemlandschaft! Komponentendiagramme! Objekte und Operationen! Klassen Szenarien und Anwendungsfälle! Übersicht: Anwendungsfall Einzelne Anwendungsfälle:! Strukturierter Text: nicht unterstützt! Teilformal: Zustands-, Aktivitäts-, Sequenzdiagramme! Zerlegung und Zusammenhänge: nicht unterstützt! 8!

Anforderungsspezifikation mit UML 2! Prozesse! Aktivitätsdiagramme! Dynamisches Systemverhalten! Zustandsdiagramme, sekundär Sequenz- oder Aktivitätsdiagramme! Hauptprobleme:! Konsistenz der Teilmodelle untereinander! Herstellung systematischer Zusammenhänge zwischen Teilmodellen! Zusammensuchen aller relevanten Anforderungen zu einem Teilproblem! 9!

5!UML Bewertung! +!Standardisiert und weit verbreitet! +!Modellierungsmittel für die meisten Probleme im Software Engineering! +!Breites Angebot an Werkzeugen, Büchern und Schulung!!(Zu) großer Sprachumfang!!Konzeptionelle Schwächen, im Requirements Engineering insbesondere bei der Formulierung von Anwendungsfällen!!UML-Modelle sind Sammlungen von Einzelmodellen: Konsistenzprobleme, Problem des Zusammensuchens relevanter Information! 10!