Vorlesung Softwaretechnologie

Größe: px
Ab Seite anzeigen:

Download "Vorlesung Softwaretechnologie"

Transkript

1 Vorlesung Softwaretechnologie 2 Software-Entwicklungsprozesse SS 2014 TU Chemnitz Fakultät für Informatik Dr.-Ing. habil. Dirk Müller

2 Übersicht Einführung Software-Entwicklungsprozesse planlos: Code and Fix Monumentale Modelle sequenzielle Modelle, z. B. Wasserfallmodell V-Modell Agile Methoden iterative/evolutionäre Entwicklungsmodelle Spiralmodell Extreme Programming weitere Ansätze, z. B. Rational Unified Process Prozessanalyse und -modellierung Objekt-orientierte Analyse UML Entwurf Testen 2/43

3 Software-Lebenszyklus Abschaltung bzw. Ablösung Funktionale Angemessenheit Benutzbarkeit Leistungseffizienz Zuverlässigkeit Betrieb Start der Entwicklung Spezifikation Installation Kompatibilität Übertragbarkeit Änderbarkeit Änderbarkeit Entwurf Implemen tierung Funktionale Angemessenheit Benutzbarkeit Sicherheit Quelle: [Bal11], S. 1 f. 3/43

4 Code and Fix vorherrschend in 1950er und 1960er Jahren für Software mit mehreren Versionen, die im Team entwickelt wird, völlig unangemessen potenziell unendliche Schleife Abbruch bei Schwellwert Implementieren Test: Fehler? Fehlerbehebung [ja] einer Anzahl von Iterationen [nein] Probleme Struktur und damit Änderbarkeit Erfüllung der Anforderungen Kunst statt ingenieurmäßiges Vorgehen 4/43

5 Monumentale Modelle Begriff durch Martin Fowler geprägt auch: schwergewichtige Modelle detaillierte Beschreibung, wie Prozess- und Qualitätsziele erreichbar, incl. Struktur von Dokumenten klare konzeptuelle und zeitliche Trennung von Entwurf und Implementierung Metapher von Bauingenieurwesen und Maschinenbau übernommen Versprechen der Vorhersagbarkeit Quelle: [3] 5/43

6 Beispiel Brückenbau: Tower Bridge Bauplan Entwurf (Wettbewerb) Bau Quelle: Foto von DAVID ILIFF. Lizenz: CC-BY-SA 3.0 6/43

7 Softwareentwicklung monumental Modell in UML Entwurf Quelltext in Hochsprache Implementierung Kompilierung Assemblierung Bau (automatisch) 7/43

8 Neun-Stufen-Modell Nine-phase stage-wise model, Benington 1956 [1] sequenzielles Top-down-Modell streng, keine Rückkopplung Anwendung: Militär erstes computergestütztes US-Luftverteidigungssystem Semi-Automatic Ground Environment (SAGE) Anweisungen Geburt der Softwaretechnik aus Ingenieurwissenschaften übernommen Quelle: [1] 8/43

9 Wasserfallmodell Systemanforderungen Softwareanforderungen Analyse Entwurf Royce 1970 [2] Anwendung: Raumfahrt Codierung jetzt 7 Phasen mit Rückkopplung Testen Betrieb sequenzielles Modell mit lokaler Rückkopplung 9/43

10 Kritik am Wasserfallmodell Royce [2]: The testing phase which occurs at the end of the development cycle is the first event for which timing, storage, input/output transfers, etc., are experienced as distinguished from analyzed. [..] Either the requirements must be modified, or a substantial change in the design is required. In effect the development process has returned to the origin and one can expect up to a 100-percent overrun in schedule and/or costs. mangelnde Flexibilität bzgl. Anforderungen Änderung durch Fehler, die beim (späten) Testen gefunden Änderung durch Kunden oder Umgebung dokumentengetrieben, leicht für Management Kunde nur am Anfang einbezogen Vorschlag [2]: Erweiterung mit Iterationen 10/43

11 V-Modell Anwendungsszenarien Abnahmetest Testfälle Grobentwurf Testfälle ModulTestfälle implementierung Systemtest Integrationstest Verifikation Feinentwurf Validierung Anforderungsdefinition Modultest Qualitätssicherung wird integriert Verifikation: Korrektes Produkt? (bzgl. Spezifikation) Validierung: Richtiges Produkt? (bzgl. Nutzer) 11/43

12 V-Modell: Geschichte 1980er, Militär in BRD und USA: Projekte zu teuer, zu lang und liefern zu schlechte Qualität Ziele Reduzierung von Projektrisiken (Kosten + Zeit) Qualitätsgarantien Total Cost of Ownership (TCO) reduzieren (geringere Abhängigkeit von Drittanbietern durch Vergleichbarkeit) Transparenz durch Standardisierung BundeswehrV-Modell 1988 Entwicklungsstandard der Bundeswehr 1991 Ziviles V-Modell 1993 V-Modell V-Modell XT V-Modell XT XT: extreme tailoring, Anpassbarkeit Standardvorgehensmodell für IT-Projekte in D, A, CH 12/43

13 V-Modell XT: Struktur und erste Bewertung monumental Projektdurchführungsstrategie sehr viele Dokumente größte Ersparnis beim Wartungsaufwand PA Problem- und Änderungsmanagement Overhead zu groß für kleine Projekte Quelle: 13/43

14 Schwächen der Ingenieurs-Metapher Ing.-wesen SW-Erstellung Entwurf Kostenverteilung Entwurf Ing.wesen SWErstellg. 0 Bau (teuer, langwierig, vorhersagbar) Implementierung (unvorhergsagbar) Entwurf Bau gehören zusammen Bau Entwurf und Implementierung 50% incl. Codeund Modultests Bau 100% Quelle: [3] 14/43

15 Änderungen in den Anforderungen Anforderungen häufig nicht stabil unvollständig, nicht konkret genug widersprüchlich Änderung, da sich Kunde erst später bewusst wird, was er will Änderung durch neue Umgebung: Software, Technologien, Gesellschaft Tower Bridge ( ) Hafengebiete im East End mussten permanent verbunden werden und gleichzeitig Passage großer Schiffe ermöglichen kombinierte Hänge- und Klappbrücke aber: ab 1960er Verlagerung der Hafenanlagen flussabwärts SAGE ( ) Abwehr von sowjetischen Langstreckenbombern aber: ab 1957 Interkontinentalraketen als neue Bedrohung (30 min statt mehrere Stunden Flug) 15/43

16 Agile Methoden a gil <lat.-fr.;»leicht zu führen, beweglich«>: behände, flink, gewandt; regsam, geschäftig [7] Revolution: Manifest für eine agile SW-Entw [4] Einzelpersonen und Interaktionen wichtiger als Prozesse und Werkzeuge Lauffähige Software wichtiger als umfassende Dokumentation Zusammenarbeit mit dem Kunden wichtiger als Vertragsverhandlungen Reagieren auf Veränderungen wichtiger als das Befolgen eines Plans auch: leichtgewichtige Modelle/Methoden 12 Prinzipien, 17 Unterzeichner These days, to say that you're not agile is the equivalent of saying that you're not potent. (Ivar Jacobsen, 2006) Kompromiss aus keinem Prozess und zu viel Prozess wenig Dokumente, bis zu Der Code ist das Dokument. iterative Entwicklung, Prototypen, frühes + häufiges Testen 16/43

17 Manifest für eine agile Softwareentwicklung We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: this declaration may be freely copied in any form, but only in its entirety through this notice. 17/43

18 12 Prinzipien der Agilen Allianz 1) Kundenzufriedenheit: frühe und kontinuierliche Auslieferung 2) Änderungen in den Anforderungen, auch späte, willkommen => Wettbewerbsvorteil des Kunden als Ziel 3) häufige Lieferung von lauffähiger SW, Periode mehrere Wochen bis mehrere Monate, lieber kürzere Periode 4) Manager und Entwickler arbeiten täglich zusammen 5) motivierte Mitarbeiter: Umgebung, Unterstützung und Vertrauen 6) direktes Gespräch als beste Methode, um zu informieren 7) lauffähige Software als primäres Fortschrittsmaß 8) nachhaltige Entwicklung zusammen mit Auftraggebern, Entwicklern und Benutzern 9) ständiges Streben nach technischer Perfektion und gutem Design 10)Einfachheit: unnötige Arbeit nicht tun 11)Selbstorganisation: beste Architekturen, Anforderungen und Entwürfe 12)Prozessverbesserung: regelmäßige Treffen, um effektiver zu werden Quelle: [4] 18/43

19 Inkrementelle und evolutionäre Modelle inkrementell Spezifikation Entwicklung Welches Teilprodukt als nächstes und wie? evolutionär Spezifikation Produkt Iteration [noch nicht OK] Entwicklung Evaluation [OK] Produkt Iteration [noch nicht OK] Evaluation [OK] sogar Ziele adaptiv 19/43

20 Prototypen Kunde wird sehr stark beteiligt schnelle und häufige Rückkopplung => Risikosenkung Demonstrations-Prototypen Quelle: Foto von BERT FORBES. Lizenz: CC-BY-3.0 werden dem Kunden präsentiert und mit ihm besprochen Beginn bei Teilen, die gut verstanden werden können bei Zufriedenheit als marktfähiges Produkt dienen Wegwerf-Prototypen dienen der experimentellen Prüfung von Hypothesen Beginn bei Teilen, die schlecht verstanden werden Vernachlässigung bestimmter Qualitätsanforderungen möglich 20/43

21 Horizontaler und vertikaler Prototyp Darstellung horizontaler Prototyp Dienste Datenzugriff vertikaler Prototyp (Durchstich) Quelle: Download am /43

22 Spiralmodell Barry Boehm 1988 Metamodell Risikoreduzierung als oberstes Ziel evolutionär, Prototypen möglich Abweichung vom Plan als Regel Qualitätssicherung integriert Was jetzt? Für wie lang? viel und anspruchsvoller Overhead (Risikomanagement) Quelle: [6] 22/43

23 Extreme Programming (XP): C3 Protagonisten: Kent Beck, Ward Cunningham, Ron Jeffries [8] C3-Projekt (Chrysler Comprehensive Compensation System) bei Chrysler: Lohnabrechnungssoftware, Programmiersprache Smalltalk 5 Werte von XP Altsystem in COBOL, ab 2000 wieder genutzt Smalltalk zu exotisch, Java war stark im Kommen Finanzierung abgebrochen (1998 Fusion Daimler + Chrysler) trotz des Misserfolgs: Geburtsstunde von Extreme Programming Modultests (unit tests) Design for Change umgesetzt, Veränderung ist normal 23/43

24 14 Prinzipien des XP 1) Menschlichkeit: Selbstverwirklichung + Sicherheit 2) Wirtschaftlichkeit: Projektabbruch bei Sackgasse 3) wechselseitiger Vorteil: Win-win-Situation für alle 4) Selbstähnlichkeit: Wiederverwendung 5) Verbesserung: keine Zufriedenheit 6) Mannigfaltigkeit: Vielfalt als Chance für Verbesserung 7) Reflexion: aus Fehlern lernen 8) Fluss: kontinuierliche Entwicklung 9) Gelegenheit: Probleme als Chance 10)Redundanz: nicht im Quellcode, aber im Prozess 11)Fehlschlag: aus Fehlern lernen 12)Qualität: Stolz, Identifikation mit Produkt 13)Babyschritte: Risiko reduziert 14)akzeptierte Verantwortung: Story => Entwurf, Impl. + Test 24/43

25 13 Primärpraktiken des XP 1) beieinander sitzen: alle in 1 Raum 2) vollständiges Team: fachl./techn. Wissen intern, ) informative Arbeitsumgebung: Aushänge über Fortschritt 4) energiegeladene Arbeit: Engagement bei allen 5) Paarprogrammierung: Entwicklung immer zu zweit 6) Storys: Anforderungen als informelle Geschichten 7) Wochenzyklus: Iteration Timeboxing 8) Quartalszyklus: Release 9) Freiraum: Zeit für Weiterbildung während (!) des Projekts 10)Zehn-Minuten-Build: jederzeit ausführbare Version mgl. 11)fortlaufende Integration: ermöglicht Test durch ges. Team 12)Test vor Programmierung: erst Testfälle, dann Code 13)inkrementeller Entwurf incl. Refactoring: Anforderungen 25/43

26 11 Folgepraktiken des XP 1) echte Kundenbeteiligung: Kunde/Nutzer mit im Team 2) inkrementelle Auslieferung: bereits Einsatz beim Kunden 3) Team-Kontinuität: Personalwechsel vermeiden 4) schrumpfende Teams: höhere Produktivität 5) Hauptursachen-Analyse: nicht nur Symptome 6) gemeinsamer Code: jederzeit Verbesserungen durch alle 7) Code und Tests: als Dokumentation 8) eine Codebasis: Zweige nur temporär 9) tägliche Auslieferung: jede Nacht an Kunden 10)Vertrag mit aushandelbarem Umfang: Zeit, Kosten, Qualität fest, aber Funktionsumfang variabel 11)Bezahlung nach Benutzung: Gewinnbeteiligungsmodell 26/43

27 Paarprogrammierung Fahrer mit Maus und Tastatur Beifahrer beobachtet und kommentiert häufiger Rollenwechsel Teambildung dynamisch bessere Qualität eine Art kontinuierliche Inspektion schneller Quelle: Foto von Lisamarie Babik. Lizenz CC-BY-2.0 Qualität + 15% aber: zunächst höherer Aufwand (Personenstunden) Zeit - 15% Kosten + 50% 27/43

28 Testgetriebene Entwicklung Tests vor Implementierung schreiben implizit Schnittstelle und Spezifikation Mehrdeutigkeiten/Lücken in Spezifikation besser erkennbar schrittweise Entwicklung von Tests aus Storys Tests schreiben alle Tests pos. Refactoring min. 1 Test neg. Implementierung Kunden-Einbeziehung in Testentwicklung und Validierung Testautomatisierung mit Test-Harnischen Testausführungs-Engine Testdaten-Repository (Testskripte, Testprogramme) unterstützt hervorragend Refactoring (Strukturverbesserung unter Verhaltensgleichheit) Paradigmenwechsel, schwer zu erlernen Kompensation für fehlende Entwurfsphase Quelle: [Som10] 28/43

29 Bewertung von XP Passende Antwort auf Problem der sich ändernden Anforderungen während der Entwicklung Risikoreduzierung Abwurf unnötigen Ballasts, Konzentration auf Kerngeschäft Code Mensch im Mittelpunkt (Entwickler, Kunden, Nutzer) Entwicklungspraktiken sehr konkret Überlegenheit einiger Praktiken umstritten Code und Tests als Dokumentation Arbeitsweise (1 Raum, Paarprogrammierung, etc.) Tests vor Programmierung Skalierung auf große Projekte? Timeboxing mit Wochen- und Quartalszyklus ambitioniert Quelle: [Bal08], S /43

30 Scrum (1/2) Ken Schwaber 1995 Gedränge bei Spielneustart im Rugby, agiles Projektmanagement Selbstorganisation in kleinen Teams Quelle: (bis 10 Leute) Foto von PierreSelim. Lizenz: CC-BY-SA-3.0 Ideen aus Automobilbranche Säulen [9] Transparenz: Fortschritte und Herausforderungen zeigen Überprüfung: Produktfunktionalitäten periodisch geliefert + geprüft Anpassung: zu große Abweichungen => sofortige Änderung 30/43

31 Scrum (2/2) fachliche und technische Anforderungen: Product Backlog Timeboxing Meeting 15 min Was hast Du gestern getan? Was hast Du heute zu tun? Schwierigkeiten? Sprint Review Meeting Demonstration der implementierten Funktionalität Folien sind verboten Retrospektive mit Verbesserungsvorschlägen 31/43

32 Crystal-Familie Alistair Cockburn 2001: Bausteinkasten von Prozessen Schlüsselerfolgsfaktoren: Kommunikation + Teamgeist Kriterien für Auswahl des angemessenen Prozesses Kritikalität (Welcher Verlust droht beim Scheitern?) L Leben, E essenzielles Geld, D frei verfügbares Geld, C Komfort Teamgröße (-6, -20, -40, -100, -200, -500, -1000): Art der Komm. Priorität im (erweiterten) magischen Dreieck kurze Entwicklungszeit, minimale Kosten, Einhaltung gesetzlicher Vorgaben L L6 L20 L40 L100 L200 L500 L1000 E E6 E20 E40 E100 E200 E500 E1000 D D6 D20 D40 D100 D200 D500 D1000 C C6 C20 C40 C100 C200 C500 C1000 Crystal Yellow Crystal Orange Crystal Red Crystal Red Crystal Crystal Magenta Blue Methode Crystal Clear 32/43

33 Crystal Clear für C6- und D6-Projekte Kommunikation in einem Raum evtl. auch für E6 und D20 Kommunikation und Testen müssen beachtet werden wesentliche Unterschiede zu XP Quelle: Foto von Piotr Włodarczyk, Lizenz: CC-BY-SA-2.0 Endnutzer (statt Kunde) wird direkt einbezogen Dokumentation ist Pflicht, aber Art muss ausgehandelt werden Konfigurations- und Versionsmanagement Wechsel zwischen XP und Crystal Clear möglich Crystal Clear ist weniger produktiv als XP, da weniger strikt, aber auch leichter zu befolgen 33/43

34 Weitere Ansätze: komponentenbasiert Komponente: Softwarebaustein mit semantisch zusammengehörender Funktionalität, die nach außer über Schnittstellen genutzt werden kann zielt auf Wiederverwendbarkeit Bottom-up-Methode Zeit- und Kostenminimierung (auf lange Sicht) als Ziel Probleme (Aufwand und Qualität) Suche, Anpassung (glue code) und Integration von Komponenten ungenutzter Code als Ballast heterogener Verbund von SW, schwer zu testen, warten, pflegen Kompromisse bei Anforderungen 34/43

35 Weitere Ansätze: Rational Unified Process (1/2) Grady Booch, Ivar Jacobson, James Rubaugh 1999 Firma Rational Software (Kauf durch IBM) für objektorientierte und modellbasierte SW-Entwicklung, eng mit UML verbunden Konzeption ganzer Baukasten oder Framework von Methoden und Prozessen monumental/ schwergewichtig SW-Verteilung als explizite Aktivität 35/43

36 Weitere Ansätze: Rational Unified Process (2/2) flexibel und anpassbar, aber schwer erlernbar Test C : Rational Unified Process v7.0: 75 min für 52 Fragen, von denen 32 richtig sein müssen Quelle: Best Practices iterative Entwicklung Qualitätsmanagement mit Schwerpunkt Testen komponentenbasierte Architektur visuelle Modellierung mit UML Änderungsmanagement Anforderungsmanagement (Kunde/Nutzer bestimmt) Martin Fowler: It's struck me that the desire of people to market the RUP as the single process led to a result where people can do just about anything and call it RUP resulting in RUP being a meaningless phrase. [3] 36/43

37 Weitere Ansätze: Produktlinien Wiederverwendung eines gemeinsamen Kerns, dann Customization zu einer Variante Plattformen (Betriebssysteme) Technologien, z. B. Kommunikationssysteme Globalisierung (Sprachen, Maß- und Währungssysteme, Gesetze) Anforderungen (z. B. Bibliothekstyp: Uni- oder Referenzbibliothek) schnell und flexibel, aber Anfangsaufwand für Entwicklung der generischen Software mittels eines Domänenmodells Produktivität steigt mit Anzahl der Varianten, Rentabilitätsschwelle passt sehr gut zu modellgetriebener SW-Entwicklung typische Branchen: Versicherungen, Banken, Telekommunikation 37/43

38 Zusammenfassung: monumental vs. agil Monumentales Modell vorhersagbarer Prozess prozessorientiert formale Kommunikation umfangreiche, formale Doku kein Timeboxing Kunde nur am Anfang und Ende einbezogen Festpreisauftrag Teamgröße über 50 Agiles Modell adaptiver Prozess menschen- und teamorientiert informelle Kommunikation Code und Tests als min. Doku häufig Timeboxing Kunde durchgehend in Entwicklung einbezogen Auftrag nach Aufwand Teamgröße bis 50 Quelle: basiert auf [Bal08], S /43

39 CHAOS-Report 2011: Wasserfall vs. agil Wasserfall-Prozess 14% Agiler Prozess 9% 29% 42% 57% 49% erfolgreich (Zeit- und Kostenplan eingehalten, alle Features) problematisch (Zeit- oder Kostenüberschreitung oder weniger Features) gescheitert (abgebrochen oder ausgeliefert, aber nie genutzt) Quelle: [10] 39/43

40 Kritik am CHAOS-Report schlank, alles bzgl. Wert für Kunden z.b. RUP Code and Fix Wasserfall Lösung mit akzeptabler Abweichung von Zielen keine Lösung Quelle: [11] Lösung mit inakzeptabler Abweichung von Zielen 40/43

41 Quelle: [11] 41/43

42 Zusammenfassung: Geschichte und Trends Grad der Planung Agilität Code and Fix Ingenieurs-Metapher 1956, 1970 Agile Modelle z.b. XP, Scrum, Crystal Clear Monumentale Modelle z.b. V-Modell XT, RUP Agiles Manifest 2001 Abmagerung Erweiterung Hybride Modelle? 42/43

43 Literatur [1] Benington HD, Production of Large Computer Programs, Proc. Symp. on Advanced Computer Programs for Digital Computers', June Republ. in Annals of the History of Computing, Oct. 1983, pp [2] Royce, Winston W. "Managing the development of large software systems." Proc. of IEEE WESCON. Vol. 26. No [3] Martin Fowler, The New Methodology, 2005, Download am , [4] Download am [5] Craig Larman, Victor R. Basili, Iterative and Incremental Development: A Brief History, Computer, vol. 36, no. 6, pp , June, 2003 [6] Boehm, B.W., A spiral model of software development and enhancement, Computer, vol.21, no.5, pp.61,72, May 1988 [7] Duden - Das Fremdwörterbuch, 8. Aufl. Mannheim 2005 [CD-ROM] [8] Kent Beck and Cynthia Andres Extreme Programming Explained: Embrace Change (2nd Edition). Addison-Wesley Professional. [9] Ken Schwaber and Jeff Sutherland: The Scrum Guide, https://www.scrum.org/scrum-guide, Download am [10] The Standish Group (Hrsg.): Chaos Manifesto - The Laws of CHAOS and the CHAOS 100 Best PM Practices S. 25. [11] Scott Ambler: The Non-Existent Software Crisis: Debunking the Chaos Report, Dr. Dobb's, 43/43

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden vs. Agile Methoden Christoph.Kluck@Student.Reutlingen University.de Medien und Kommunikationsinformatik Agenda Einführung Vorgehensmodelle Herkömmlich agil Resümee Klassische Probleme Nachgereichte Anforderungen

Mehr

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

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

Sind wir nicht alle ein bisschen agil? Dipl.-Inform. Tammo Freese xpdays, Karlsruhe, 22. November 2004

Sind wir nicht alle ein bisschen agil? Dipl.-Inform. Tammo Freese xpdays, Karlsruhe, 22. November 2004 Sind wir nicht alle ein bisschen agil? Dipl.-Inform. Tammo Freese xpdays, Karlsruhe, 22. November 2004 Das Manifest der agilen Softwareentwicklung Ähnliche Werte bei XP, ASD, Crystal, DSDM, FDD, Scrum,...

Mehr

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825 Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Extreme Programming Agiles Manifest Individuen und Interaktion wichtiger als Prozesse und Werkzeuge Laufende Software wichtiger als vollständige

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

Softwareentwicklungsprozesse. 18. Oktober 2012 Softwareentwicklungsprozesse 18. Oktober 2012 Überblick Was soll ein Softwareentwicklungsprozess leisten? Überblick über Softwareentwicklungsprozesse Welche gibt es? Warum gibt es mehrere? Diskussion:

Mehr

Software Engineering. 4. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2014

Software Engineering. 4. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2014 Software Engineering 4. Methodologien Franz-Josef Elmer, Universität Basel, HS 2014 Software Engineering: 4. Methodologien 2 Wie den Entwicklungsprozess organisieren? Dokumentieren Verwalten Instandhalten

Mehr

XP, Scrum, Crystal, FDD:

XP, Scrum, Crystal, FDD: XP, Scrum, Crystal, FDD: Welche agile Methode passt zu uns? Henning Wolf Christoph Kemp Was ist Agilität? Teil 1: Das agile Manifest We are uncovering better ways of developing software by doing it and

Mehr

Software-Lebenszyklus

Software-Lebenszyklus Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung

Mehr

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

Einführung in die Softwaretechnik 9. Softwareprozesse

Einführung in die Softwaretechnik 9. Softwareprozesse 9. Softwareprozesse Klaus Ostermann (Mit Folien von Christian Kästner, Gabriele Taentzer und Wolfgang Hesse) 1 Agenda Wie kommt man vom Kundenwunsch zur fertigen Software? Wie strukturiert man ein Softwareprojekt?

Mehr

IT-Projekt-Management

IT-Projekt-Management IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über

Mehr

Einführung in die SWE

Einführung in die SWE Einführung in die SWE Inhalte der Vorlesung Allgemeine Ziele der Lehrveranstaltung Entwickeln einer kleinen Applikation nach professionellem Vorgehensmodell Erlernen des objektorientierten Herangehens

Mehr

RE bei agilen Methoden

RE bei agilen Methoden 1 RE bei agilen Methoden Dipl. Inform. stefan.roock@itelligence.de it Workplace Solutions GmbH Vogt-Kölln-Strasse 30 22527 Hamburg Germany Agiles Manifest We are uncovering better ways of developing software

Mehr

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer Agiles Projektmanagement erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011 Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de conplement AG, Nürnberg 2 conplement

Mehr

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

Softwareentwicklungsprozesse optimieren. wie Sie die Vorteile klassischer und agiler Methoden erfolgreich kombinieren Softwareentwicklungsprozesse optimieren wie Sie die Vorteile klassischer und agiler Methoden erfolgreich kombinieren Dipl.-Inform. Dipl.-Math. Wolfhart Grote Software Ring e. G., Erlangen 25. Oktober 2007

Mehr

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

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

3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006 3. Vorgehensmodelle Software Engineering Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006 Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Fazit, Literatur, Kontrollfragen

Mehr

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

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

Mehr

AGILE SOFTWAREENTWICKLUNG NACH BERTRAND MEYER (AGILE!)

AGILE SOFTWAREENTWICKLUNG NACH BERTRAND MEYER (AGILE!) HOCHSCHULE ESSLINGEN FAKULTÄT INFORMATIONSTECHNIK STUDIENGANG SOFTWARETECHNIK UND MEDIENINFORMATIK AGILE SOFTWAREENTWICKLUNG NACH BERTRAND MEYER (AGILE!) WISSENSCHAFTLICHE PRÜFUNG WOJCIECH LESNIANSKI 22.01.2016

Mehr

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

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003):

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003): Professionelles Projekt-Management in der Praxis Veranstaltung 7 Teil 1 (30.06.2003): Prof. Dr. Phuoc Tran-Gia, FB Informatik, Prof. Dr. Margit Meyer, FB Wirtschaftswissenschaften, Dr. Harald Wehnes, AOK

Mehr

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten Projektmanagement Agile Methoden: Extreme Programming / Scrum Dokument V 1.2 Probleme bei Projekten Viel Arbeit, die an den Zielen vorbeigeht Viel Dokumentation für f r unbenutzte Bestandteile Fehlende

Mehr

Präsentation einer agilen Methode

Präsentation einer agilen Methode Präsentation einer agilen Methode Adaptive Software Development Rainer Ulrich Überblick 1. Entstehung 2. Einordnung 3. Manifesto for Agile Software Development 4. Ansatz 5. Adaptive Conceptual Model 5.1.

Mehr

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

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm Scrum for Management Praxis versus Theorie oder Praxis dank Theorie ALM Day 26.Oktober 2011 Urs Böhm Übersicht Kurze Situationsübersicht Diskussion Prozesse Challenges in der SW-Entwicklung Wie geht Scrum

Mehr

Das Wasserfallmodell - Überblick

Das Wasserfallmodell - Überblick Das Wasserfallmodell - Überblick Das Wasserfallmodell - Beschreibung Merkmale des Wasserfallmodells: Erweiterung des Phasenmodells Rückkopplungen zwischen den (benachbarten) Phasen sind möglich Ziel: Verminderung

Mehr

Projektmanagement: Prozessmodelle

Projektmanagement: Prozessmodelle Projektmanagement: Prozessmodelle Martin Wirsing Institut für Informatik Ludwig-Maximilians-Universität München WS 2006/07 Ziele Wichtige Prozessparadigmen und Vorgehensmodelle wiederholen und in Zusammenhang

Mehr

Software Engineering (SE) 2) Phasenübergreifende Verfahren

Software Engineering (SE) 2) Phasenübergreifende Verfahren Software Engineering (SE) 2) Phasenübergreifende Verfahren Prof. Dr. Anja Metzner Hochschule Augsburg, Fakultät für Informatik Kontakt: anja.metzner@hs-augsburg.de Studiengang IBac 1 (Stand: 01.10.2014),

Mehr

Agilität und Projekte Wertorientierung im Management

Agilität und Projekte Wertorientierung im Management RGC/WdF Event Agilität und Projekte Wertorientierung im Management Haus der Industrie 27.1.2016, 18.30 - open end 2 Ablauf > 18:30-19:20 Management-Paradigmen & Projekte, Roland Gareis, RGC > 19:20-20:00

Mehr

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung Block R (Rahmen): SE Aktivitäten 21.10.04 1 Vorlesung Methoden des Software Engineering Block R Rahmen Aktivitäten der Software-Entwicklung Martin Wirsing Einheit R.2, 21.10.2004 Block R (Rahmen): SE Aktivitäten

Mehr

Klassische vs. agile Methoden der Softwareentwicklung

Klassische vs. agile Methoden der Softwareentwicklung Klassische vs. agile Methoden der Softwareentwicklung Vorgetragen am 03. November 2004 durch Jonathan Weiss Emel Tan Erstellt für SWT Methoden und Werkzeuge zur Softwareproduktion Agenda I. Einleitung

Mehr

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Extreme Programming Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Stand: 11.06.2007 LINEAS Gruppe - Zahlen und Fakten LINEAS Gruppe Branche Software- und

Mehr

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das

Mehr

Informationswirtschaft II

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe

Mehr

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming /

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming / Software- Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.2-2010 Projektmodelle im Vergleich Klassisch Wasserfall -Modell Spezifikation/Pflichtenheft

Mehr

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

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses

Mehr

Was versteht man unter einem Softwareentwicklungsmodell?

Was versteht man unter einem Softwareentwicklungsmodell? Softwareentwicklung Was versteht man unter einem Softwareentwicklungsmodell? Ein Softwareentwicklungsmodell ist ein für die Softwareentwicklung angepasstes Vorgehensmodell bei der professionellen ( ingenieursmäßigen

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

Mehr

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt Überblick Agilität und Scrum Grundlagen der agilen Softwareentwicklung Rahmenbedingungen bei der Einführung eines agilen Projektvorgehens

Mehr

Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle)

Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle) Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle) Zuser Kap. 1-3 oder Ghezzi Chapter 1 oder Pfleeger Chapter 1; Chap 8.1 http://homepages.cs.ncl.ac.uk/brian.randell/nato/ The first International Conference

Mehr

Systemen - Testen im Softwarelebenszyklus

Systemen - Testen im Softwarelebenszyklus P r a k t I s c h e Entwicklung und Test Testen von Software-Systemen Systemen - Testen im Softwarelebenszyklus Entwickler erstellen ihr System bzw. ihre Software und testen es/sie zur Entwicklungszeit

Mehr

Agiles Projektmanagement nur eine Illusion?

Agiles Projektmanagement nur eine Illusion? Fachgruppe IT-Projektmanagement, Stuttgart, 11.4.2014 Dirk Jahnke, Managing Consultant Agenda These: Sprint 1: > Motivation > Versuch einer Definition Agiles Projektmanagement Sprint 2: > Vergleich mit

Mehr

Wasserfall, «Death March», Scrum und agile Methoden. 30.August 2011 Embedded Computing Conference 2011 Urs Böhm

Wasserfall, «Death March», Scrum und agile Methoden. 30.August 2011 Embedded Computing Conference 2011 Urs Böhm Wasserfall, «Death March», Scrum und agile Methoden 30.August 2011 Embedded Computing Conference 2011 Urs Böhm Übersicht Entwicklungsprozess Warum Projektmanagement? Gängige SW Entwicklungsprozesse Wasserfall

Mehr

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04 Empirische Evidenz von agilen Methoden Seminar in Software Engineering Wintersemester 03/04 Agenda Einleitung Bedeutung von agil Kurzübesicht agiler Methoden Überprüfung des (agilen) Erfolges Ausgewählte

Mehr

Wasserfall, «Death March», Scrum und agile Methoden. 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm

Wasserfall, «Death March», Scrum und agile Methoden. 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm Wasserfall, «Death March», Scrum und agile Methoden 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm Übersicht Warum Projektmanagement? Gängige SW Entwicklungsprozesse Wasserfall V-Modell

Mehr

3. Vorgehensmethoden/Prozessmodelle

3. Vorgehensmethoden/Prozessmodelle 3. Vorgehensmethoden/Prozessmodelle Vorgehensmethode/Prozessmodell: Ablauforganisation des Projektes für eine effektive und zielgerichtete Softwareentwicklung Wasserfallmodell Spiralmodell Agiles Vorgehen

Mehr

Planst Du noch oder lebst Du schon (agil)?

Planst Du noch oder lebst Du schon (agil)? Planst Du noch oder lebst Du schon (agil)? IIBA Chapter Summit Salzburg, 11.10.2013 Anton Müller cscakademie.com Copyright CSC Deutschland Akademie GmbH Worum geht es? Gestaltung von Veränderungen in Unternehmen!

Mehr

Agile Methoden: Leichtgewichte der Softwaretechnik

Agile Methoden: Leichtgewichte der Softwaretechnik Agile Methoden: Leichtgewichte der Softwaretechnik Prof. Dr. Gerald Lüttgen Lehrstuhl Softwaretechnik & Programmiersprachen Universität Bamberg www.swt-bamberg.de 2011 Gerald Lüttgen Vortrag IT Cluster

Mehr

Software Engineering. Prozessmodelle zur Softwareentwicklung

Software Engineering. Prozessmodelle zur Softwareentwicklung Software Engineering Prozessmodelle zur Softwareentwicklung Die Inhalte der Vorlesung wurden primär auf Basis der jeweils angegebenen Literatur erstellt. Darüber hinaus finden sich ausgewählte Beispiele

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

Seminar: Softwareentwicklung in der Wissenschaft. Agile Softwareentwicklung

Seminar: Softwareentwicklung in der Wissenschaft. Agile Softwareentwicklung Seminar: Softwareentwicklung in der Wissenschaft Agile Softwareentwicklung Benjamin Pöpel Fakultät für Mathematik, Informatik und Naturwissenschaften Fachbereich Informatik Betreuer: Christian Hovy 23.

Mehr

1.2 System- und Softwareentwicklungsprozesse

1.2 System- und Softwareentwicklungsprozesse 1.2 System- und Softwareentwicklungsprozesse Prof. Mario Jeckle Fachhochschule Furtwangen mario@ http://www. Fachhochschule Furtwangen, Sommersemester 2004 Vorgehensmodelle und UML Um Systeme und Software

Mehr

Timeboxing. Rückgrat agiler Projekte. Bernd Oestereich (Geschäftsführer) Christian Weiss (Geschäftsführer) Timeboxing Rückgrat agiler Projekte

Timeboxing. Rückgrat agiler Projekte. Bernd Oestereich (Geschäftsführer) Christian Weiss (Geschäftsführer) Timeboxing Rückgrat agiler Projekte Bernd Oestereich (Geschäftsführer) Timeboxing Rückgrat agiler Projekte Christian Weiss (Geschäftsführer) Copyright by oose GmbH 2006 Das Wasserfallmodell ein historisches Mißverständnis. Der Wasserfallprozess-

Mehr

Starke vs. Schwache Prozesse. Seminarvortrag

Starke vs. Schwache Prozesse. Seminarvortrag Starke vs. Schwache Prozesse Seminarvortrag 1 / 16 Gliederung des Vortrags Starke vs. Schwache Prozesse 1. Hintergrund 2. Begrifflichkeiten 3. Vergleich agiler und plangesteuerter Prozesse (Orientierung

Mehr

12. Vorgehensmodelle Softwaretechnik (CNAM)

12. Vorgehensmodelle Softwaretechnik (CNAM) 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

Mehr

Klassisches Projektmanagement und agil

Klassisches Projektmanagement und agil Klassisches Projektmanagement und agil (K)ein Widerspruch!? OPITZ CONSULTING GmbH 2011 Seite 1 Klassisches Projektmanagement und agil (K)ein Widerspruch!? Dr. Andreas Wagener, Project Manager OPITZ CONSULTING

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Wiederholung Weitere Begriffe Programmierung im Großem (Programmierung von Software als Ganzes) Prozess-Modelle 2 Wiederholung: Prozesse Prozesse sind hierarchische Gruppierungen von

Mehr

Objektorientierte Software-Entwicklung

Objektorientierte Software-Entwicklung Objektorientierte Software-Entwicklung Priv.- Doz Dr. Rolf Hennicker 04.10.2002 Kapitel 1 Software Engineering: Überblick Kapitel 1 Software Engineering: Überblick 2 Ziele Verstehen, womit sich die Disziplin

Mehr

Lösungen zum Test objektorientierter Software

Lösungen zum Test objektorientierter Software Lösungen zum Test objektorientierter Software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14. März 2013 HOM/FHTeL Lösungen zum Test objektorientierter Software

Mehr

10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden?

10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden? 10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden? Stefan Roock stefan.roock@akquinet.de Hintergrund 1/2 Senior IT-Berater bei der akquinet AG extreme Programming seit Anfang 1999, dann

Mehr

Übungsaufgaben zum Software Engineering: Management

Übungsaufgaben zum Software Engineering: Management Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

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

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

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

Mehr

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen

Mehr

Übung Einführung in die Softwaretechnik

Übung Einführung in die Softwaretechnik Lehrstuhl für Informatik 3 RWTH Aachen Übung Einführung in die Softwaretechnik Lösungshinweise zum Übungsblatt 3 Aufgabe 6a) Welche Projekttypen gibt es, und wie ist deren Zusammenhang? Systementwicklung

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

Mehr

Agile Softwareentwicklung. Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger

Agile Softwareentwicklung. Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger Agile Softwareentwicklung Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger Inhalt 1. Klassische Entwicklungstechnik 2. Agile Entwicklungstechnik - Allgemeines 3. Agiles Manifest

Mehr

Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming

Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming Projekt: Requirements Engineering Sommersemester 2002 Vortrag von Bernd Simmchen Anforderungsspezifikation im X-Treme Programming Gliederung 1 XP Eine kurze Einführung 2 Anforderungsspezifikation Klassisch

Mehr

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

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003 Agile Software Entwicklung mit Raffael Schweitzer 18. November 2003 Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche Erfolgsfaktoren Fazit Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche

Mehr

Klassische und agile Vorgehensmodelle Ein historischer Überblick

Klassische und agile Vorgehensmodelle Ein historischer Überblick Klassische und agile Vorgehensmodelle Ein historischer Überblick Prof. Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung PVM 2015 1 Ralf Kneuper Dipl.-Mathematiker, Univ.

Mehr

Agile Software-Entwicklung: Überblick und Techniken. Prof. Dr. Stefan Kowalewski Dr. Carsten Weise 1/29

Agile Software-Entwicklung: Überblick und Techniken. Prof. Dr. Stefan Kowalewski Dr. Carsten Weise 1/29 Agile Software-Entwicklung: Überblick und Techniken Prof. Dr. Stefan Kowalewski Dr. Carsten Weise 1/29 Kapitel I Der agile Ansatz 2/29 Agilität agil = flink, beweglich geringer bürokratischer Aufwand wenige

Mehr

Softwareentwicklungsprozess im Praktikum. 23. April 2015

Softwareentwicklungsprozess im Praktikum. 23. April 2015 Softwareentwicklungsprozess im Praktikum 23. April 2015 Agile Softwareentwicklung Eine agile Methodik stellt die beteiligten Menschen in den Mittelpunkt und versucht die Kommunikation und Zusammenarbeit

Mehr

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16 Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle

Mehr

Referat Extreme Programming. Von Irina Gimpeliovskaja und Susanne Richter

Referat Extreme Programming. Von Irina Gimpeliovskaja und Susanne Richter Referat Extreme Programming Von Irina Gimpeliovskaja und Susanne Richter 1.) Was ist XP? Überlegte Annäherung an Softwareentwicklung Prozessmodell für objektorientierte Softwareentwicklung erfordert gute

Mehr

Projektmanagement Vorlesung 12/ 13

Projektmanagement Vorlesung 12/ 13 Folie 1 Projektmanagement Vorlesung 12/ 13 Prof. Adrian Müller, PMP FH Kaiserslautern phone: +49 6332 914-329 http://www.fh-kl.de/~amueller Folie 2 Inhalte Agile Modelle Manifesto Übersicht XP Prinzipien

Mehr

Das Who s Who der agilen Methoden Golo Roden

Das Who s Who der agilen Methoden Golo Roden Das Who s Who der agilen Methoden Golo Roden www.goloroden.de www.des-eisbaeren-blog.de Über mich > Wissensvermittler und Technologieberater >.NET, Codequalität und agile Methoden > MVP für C#, zweifacher

Mehr

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

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de

Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de Über mich Martin Lippert Senior IT-Berater bei akquinet it-agile GmbH martin.lippert@akquinet.de

Mehr

DevOps in der Praxis. Alexander Pacnik 24.11.2015

DevOps in der Praxis. Alexander Pacnik 24.11.2015 DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch

Mehr

Agile Softwareprozess-Modelle

Agile Softwareprozess-Modelle Agile Softwareprozess-Modelle Steffen Pingel Regionale Fachgruppe IT-Projektmanagement 2003-07-03 Beweglich, Lebhaft, Wendig Was bedeutet Agil? Andere Bezeichnung: Leichtgewichtiger Prozess Manifesto for

Mehr

Vorgehen im Softwareentwicklungsprozess

Vorgehen im Softwareentwicklungsprozess Der Softwareentwicklungsprozess Für die Entwicklung von Software, namentlich für große Projekte, ist ein systematisches Vorgehen notwendig. Dieses Vorgehen, der Softwareentwicklungprozess, wird strukturiert

Mehr

Werte 2.0 - Weil ich es mir wert bin. Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de

Werte 2.0 - Weil ich es mir wert bin. Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de Werte 2.0 - Weil ich es mir wert bin Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de Danke, Johannes... 2 Ich sah sie überall... 3 Werte des Extreme Programmings Kommunikation

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales

Mehr

Extremes Programmieren

Extremes Programmieren Extremes Programmieren Übersicht, Demonstration, Erfahrungen ACM/GI Regionalgruppe Hamburg, 19.1.2001 Frank Westphal unabhängiger Berater westphal@acm.org http://www.frankwestphal.de Tammo Freese OFFIS,

Mehr

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Scrum ist eine Erfolgsstory Aus der Praxis entstanden Nachweislich erfolgreich Gut geeignet für komplexe Probleme Produktentwicklung

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

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

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering WS '11/'12

Mehr

Agile Programmierung: Case Studies

Agile Programmierung: Case Studies Agile Programmierung: Case Studies Fachbereich Informatik Fakultät für Mathematik, Informatik und Naturwissenschaften Universität Hamburg 2015-07-07 Betreuung: Dr. Julian Kunkel 1/22 Gliederung Einfluss

Mehr

Extreme Programming ACM/GI Regionalgruppe Bremen, 12.6.2001

Extreme Programming ACM/GI Regionalgruppe Bremen, 12.6.2001 Extreme Programming ACM/GI Regionalgruppe Bremen, 12.6.2001 Tammo Freese OFFIS, Oldenburg freese@acm.org http://www.tammofreese.de Frank Westphal unabhängiger Berater westphal@acm.org http://www.frankwestphal.de

Mehr

GI Fachgruppentreffen RE 2015

GI Fachgruppentreffen RE 2015 GI Fachgruppentreffen RE 2015 Miteinander reden statt gegeneinander schreiben Lagerfeuer Bundenbach Schmidtburg 2003 von Tiger St.Georg - selbst fotografiert von Tiger St.Georg. Susanne Mühlbauer 1 November

Mehr

Software Engineering. 2. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2010

Software Engineering. 2. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2010 Software Engineering 2. Methodologien Franz-Josef Elmer, Universität Basel, HS 2010 Software Engineering: 2. Methodologien 2 Wie den Entwicklungsprozess organisieren? Dokumentieren Verwalten Instandhalten

Mehr

Kurzübersicht Unified Process und Agile Prozesse

Kurzübersicht Unified Process und Agile Prozesse Kurzübersicht Unified Process und Agile Prozes Rainer Schmidberger schmidrr@informatik.uni-stuttgart.de Copyright 2004, Rainer Schmidberger, Universität Stuttgart, Institut für Softwaretechnologie, Abt.

Mehr

Agile Software Entwicklung. Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski

Agile Software Entwicklung. Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski Agile Software Entwicklung Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski Agenda zum Kurs Software Engineering Wasserfallmodell Agile Entwicklung Wer bin ich Studium der Computerlinguistik

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr