12. Vorgehensmodelle Softwaretechnik (CNAM)



Ähnliche Dokumente
3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006

2. Vorgehensmodelle Softwaretechnik (CNAM) Wintersemester 2009 / 2010 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik

Klausur Software Engineering für WI (EuI)

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

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II

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

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Requirements Engineering I

Software Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003

7. Analyse-Phase: Datenmodellierung Software Engineering

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

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

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

Vorlesung Programmieren

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

Prozess-Modelle für die Softwareentwicklung

IT-Projekt-Management

Software Engineering

Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich. Softwaretechnik I

Software Systems Engineering

Gliederung des Vortrages

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

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Grundlagen Software Engineering

Software-Lebenszyklus

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

Softwaretechnik. Fomuso Ekellem WS 2011/12

ZuuL - Entwicklung eines Adventures

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle

Software Engineering in der Praxis

07. November, Zürich-Oerlikon

oose. Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie

Agiles Design. Dr.-Ing. Uwe Doetzkies Gesellschaft für Informatik mail:

1. Einführung Advanced Programming Techniques. Wintersemester 2009/10 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik

Phasen. Gliederung. Rational Unified Process

Requirements Engineering I

Übungsaufgaben zum Software Engineering: Management

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung

Softwareentwicklungsprozesse. 18. Oktober 2012

Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen

Software-Projektmanagement Vorgehensmodelle vor dem Hintergrund globaler Software Projekte

Projektmanagement (Modelle, Methoden & Tools)

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert

Abschnitt 16: Objektorientiertes Design

Wir nehmen Aufgaben und Ideen wahr. Wir suchen Lösungen zu Ideen.

Agile Softwareentwicklung

10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden?

Quality is our Passion!

Kapitel 2: Der Software-Entwicklungsprozess

Ideation-Day Fit für Innovation

Software Engineering. Sommersemester 2012, Dr. Andreas Metzger

Konsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt


Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Traceability-Modell als Erfolgsfaktor für Process Enactment. Paul-Roux Wentzel, SEE 2008

Agile Prozessverbesserung. Im Sprint zu besseren Prozessen

SEA. Modellgetriebene Softwareentwicklung in der BA

Übungen zur Softwaretechnik

Agile Programmierung: Case Studies

Agile Software Development

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

Informationswirtschaft 2: Überblick

Trends in der Agilität Dr. Martin Geier

Softwareentwicklungsprozesse optimieren. wie Sie die Vorteile klassischer und agiler Methoden erfolgreich kombinieren

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Semester: -- Worload: 150 h ECTS Punkte: 5

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

Grundlagen für den erfolgreichen Einstieg in das Business Process Management SHD Professional Service

Die Unified Modeling Language UML

Ergänzung zum Modulhandbuch

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Modellierung von Geschäftsprozessen (MGP / GPM) Thematische Einführung

Klassendiagramm. (class diagram)

- Agile Programmierung -

Software Engineering. Fakultät Elektrotechnik Bachelor-Studiengänge, 4. Semester Prof. Dr.-Ing. Dagmar Meyer

Soft Skills als Erfolgsfaktoren im anforderungsorientierten, agilen Projektmanagement am Beispiel der IT- Softwareentwicklung

Organisationsspezifische Anpassungen von Vorgehensmodellen Nutzen und Herausforderungen

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert

Qualitätsmanagement im Projekt

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

Projektmanagement. Vorlesung von Thomas Patzelt 9. Vorlesung

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

Status Quo Agile. Ergebnis-Highlights der Studie zu Verbreitung und Nutzen agiler Methoden

Professionelles Projektmanagement mit dem V - Modell XT

Inhaltsverzeichnis. Literatur. 4 Rational Unified Process [JBR98, Kru03] und UML [BRJ02, FS00, Bal01]

Softwareentwicklung bei KMU - Ergebnisse einer Studie zum Entwicklungs-, Projekt- und Qualitätsmanagement

Agile Systemadministration (ASA)

Agile Programmierung - Theorie II SCRUM

Software Engineering in der Praxis

2. Workshop: Vorgehensmodelle in der Praxis Reife und Qualität

Hauptseminar Entwicklung von Informationssystemen

Agile Softwareprozess-Modelle

Softwareentwicklungsprozess im Praktikum. 23. April 2015

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003

Referent: Alessandro Arrigo AAM1. Professor: Prof. Dr. Heindl. Furtwangen,

Testen im Software- Entwicklungsprozess

Transkript:

12. Vorgehensmodelle Softwaretechnik (CNAM) Wintersemester 2011 / 2012 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 1

Einordnung in den gesamten Kurs 1. Einführung 2. Analyse: Anforderungen und Anwendungsfälle 3. Analyse: Datenmodell 4. Analyse: Dialoge 5. Design: Architektur-Grundlagen 6. Design: Referenzarchitektur betriebliche Informationssysteme 7. Design: Querschnittsthemen und Muster 8. Programmierung 9. Test, Einführung, Qualitätsmanagement 10.Projektmanagement 2 11.Vorgehensmodelle

Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Unified Modeling Language Fazit, Literatur, Kontrollfragen

Übersicht Vorgehensmodelle in der betrieblichen Praxis Wenn mit Software-Entwicklung befasste Unternehmen sich überhaupt auf Vorgehensmodelle stützen, sind es einer Erhebung des Bundesforschungsministeriums zufolge meist firmeneigene grobe Richtlinien. Am verbreitesten sind in Deutschland der Rational Unified Process (RUP) und das V-Modell. Quelle: http://www.informationweek.de/index.php3?/channels/channel19/011638.htm 4

Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Unified Modeling Language Fazit, Literatur, Kontrollfragen

V-Modell Das V-Modell: Historie Das V-Modell wurde 1992 im Auftrag des Bundesministeriums für Verteidigung (BMVg) entwickelt und wird seit 1996 für den Einsatz bei den Bundesbehörden empfohlen Verwendet wird das V-Modell auch bei diversen Industrie-Firmen (z. B. T-Systems, Deutsche Post, LBS, Quelle-Versicherung) Erfüllt die Norm ISO 9001 und größtenteils die ISO 12207 (Software Life Cycle Process) Aktuelle Version: V-Modell XT (extreme Tailoring) V1.3 6

V-Modell Das V des V-Modells Anforderungsdefinition Grobentwurf Anwendungsszenarien Testfälle Abnahmetest Systemtest Feinentwurf Modulimplementation Testfälle Testfälle Integrationstest Modultest 7

V-Modell Die Hauptaktivitäten des V-Modells 8

V-Modell Zusammenspiel der Hauptaktivitäten 9

V-Modell Inkrementelles Vorgehen im V-Modell 10

V-Modell Das Prinzip des Tailorings V-Modell Standardisiertes Vortailoring, Tailoring mit Streichbedingungen Fachliches Tailoring Technisches Tailoring Projektspezifische Streichungen und Ergänzungen Werkzeuge für PM, QM, KM, und SE Projekthandbuch Projektplan 11

V-Modell Das V-Modell nach einem Projekt-Tailoring 12

Agenda Agenda Übersicht V-Modell Rational Unified Unified Process Process Extreme Programming Unified Modeling Language Fazit, Literatur, Kontrollfragen

Rational Unified Process Historie des Rational Unified Process (RUP) t 2006... 1998 1997 1996 1995 Rational Unified Process 9.0 Rational Unified Process 5.0 Rational Objectory Process 4.1 Rational Objectory Process 4.0 Performance, Testing Business Engineering Objectory UI Design Data Engineering Config. and Change Mgmt. UML 1.2 SQA Process UML 1.0, Requirements UML 0.8 OMT, Booch Rational Approach Objectory Process 3.8 14

Rational Unified Process Die Spirale des RUP 15

Rational Unified Process Phasen und Workflows (Disziplinen) im RUP Engineering Disciplines Supporting Disciplines 16

Rational Unified Process Aufwand der einzelnen RUP-Phasen 17

Rational Unified Process Software-Änderungen: Je später eine Änderung bekannt wird, desto teurer wird sie 18

Rational Unified Process RUP Artefakte: Business Architecture, Application Architecture, Technical Architecture 19

Rational Unified Process Werkzeugeinsatz: Artefakte des RUP werden in einem zentralen Modell-Repository abgelegt Klassen Zustände Komponenten Szenarien UML-Modell Anwendungsfälle Verteilung 20

Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Unified Modeling Language Fazit, Literatur, Kontrollfragen

Extreme Programming Extreme Programming (XP): das etwas andere Vorgehensmodell XP is a lightweight, efficient, low-risk, flexible, predictable, scientific, and fun way to develop software Kent Beck 22

Extreme Programming Das Manifest für agile Softwareentwicklung Wir bevorzugen: Menschen und Zusammenarbeit vor Prozessen und Werkzeugen Funktionierende Software vor umfassender Dokumentation Zusammenarbeit mit dem Kunden vor vertraglicher Verhandlung Reaktion auf Veränderung vor Einhaltung eines Plans Das heißt, während die Punkte auf der Rechten wertvoll sind, wertschätzen wir die Punkte auf der Linken mehr 23

Extreme Programming Das XP Projektmodell 24

Extreme Programming XP: Der Code gehört allen (Collective Code Ownership) 25

Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Unified Unified Modeling Language Language Fazit, Literatur, Kontrollfragen

Übersicht Was ist UML? The Unified Modeling Language (UML) is the industry-standard language for specifying, visualizing, constructing, and documenting the artifacts of software systems. It simplifies the complex process of software design, making a "blueprint" for construction. [http://www.rational.com/uml] Die UML kann in allen Phasen des Software-Lebenszyklusses (von Analyse bis zum Test) in Ergänzung zu textuellen Beschreibungen eingesetzt werden [Jeckle-2004]. Achtung: die UML spezifiziert Notationselemente und kein Vorgehen! 27

Übersicht Historie der UML OMT, OMT-2 (Rumbaugh) Booch OOSE (Jacobson) u.a. UML v0.8 (Oktober 1995) UML v1.0 (Juli 1997) UML v1.3 UML v1.4 t UML v2.0 (2003/2004) Unification Die OMG wurde 1989 gegründet und ist ein Gremium mit ca. 800 Mitgliedern. Die OMG ist u. a. verantwortlich für die Spezifikation/Weiterentwicklung der UML. semantische Präzisierung, Abgleich mit Meta Object Facility aktuelle Version: UML 2 28

Übersicht UML-Strukturdiagramme Klassendiagramm Objektdiagramm Paketdiagramm Kompositionsstrukturdiagramm Komponentendiagramm Verteilungsdiagramm 29

Übersicht UML-Verhaltensdiagramme Anwendungsfalldiagramm Sequenzdiagramm Kommunikationsdiagramm Timingdiagramm Interaktionsübersichtsdiagramm Aktivitäts diagramm Zustandsdiagramm 30

Werkzeuge Auf dem Markt gibt es zahlreiche UML-Werkzeuge (Übersicht unter http://jeckle.de/umltools.html) 31

Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Unified Modeling Language Fazit, Fazit, Literatur, Kontrollfragen

Fazit, Literatur, Kontrollfragen Fazit Ein etabliertes Projektvorgehen ist entscheidend für die erfolgreiche Durchführung von (Software-) Projekten Das V-Modell ist im öffentlichen Sektor und in Großunternehmen verbreitet. Es wird ständig vom Wasserfall- Modell zu einem iterativen Modell weiter entwickelt Der Rational Unified Process (RUP) ist ein modernes, iteratives Vorgehensmodell. Es wird vornehmlich in Projekten mit objekt-orientierter Technologie eingesetzt Extreme Programming (XP) ist eine Strömung gegen schwergewichtige Vorgehensmodelle. Die Prinzipien sind für kleine Projekte valide Jedes Vorgehensmodell muss auf den aktuellen Projekttyp angepasst werden. Wichtiger als stures Vorgehen nach Vorschrift ist ein den Gegebenheiten entsprechendes Handeln im Geiste eines Vorgehensmodells Allen Vorgehensmodellen gemein sind Phasen Analyse, Design, Programmierung, Test und Einführung Vorgehensmodelle geben nur einen Rahmen und Terminologie. Sie machen keine Aussage über erfolgreiche Analyse-Muster, gutes Design etc. Dies ist jedoch entscheidend und daher wesentlicher Gegenstand dieser Vorlesung 33 Die Unified Modeling Language (UML) ist ein de facto Standard. Wir verwenden sie durchgängig in Vorlesung und Praktikum

Fazit, Literatur, Kontrollfragen Links und Literaturempfehlungen http://www.v-modell.iabg.de/ : V-Modell http://www.extremeprogramming.org/ : Extreme Programming Philippe Kruchten, Der Rational Unified Process. Eine Einführung, Addison-Wesley, 1999. T. Mey, A. Essigkrug, RUP kompakt, Spektrum Akademischer Verlag, 7/2003. Kent Beck, Extreme Programming Explained: Embrace Change, Addison-Wesley Professional, 1999. Kent Beck, Martin Fowler, Planning Extreme Programming, Addison Wesley, 2000. Giancarlo Succi, Michele Marchesi, Extreme Programming Examined, Addison-Wesley Professional, 2001. Pete McBreen, Questioning Extreme Programming (XP Series), Addison Wesley Longman, 2002. 34

Fazit, Literatur, Kontrollfragen Kontrollfragen Wo wird das V-Modell vorwiegend eingesetzt? Woher kommt der Name V-Modell? Was sind die Hauptaktivitäten des V-Modells? Wie spielen sie zusammen? Was ist das Tailoring des V-Modells? Wie funktioniert es? Inwiefern ist der Rational Unified Process (RUP) ein Spiralmodell? Wie spielen Phasen und Workflows des RUP zusammen? Wie verhalten sich die Kosten für Software-Änderungen über die Phasen? Was sind die Unterschiede zwischen Business Architecture, Application Architecture und Technical Architecture? Was ist Extreme Programming (XP)? Was sind die Kernausssagen (Manifest für agile Software Entwicklung)? In welchem Kontext ist welches Vorgehensmodell empfehlenswert? Was ist die UML? 35