Pflichtlektüre hierzu: Kosten und Nutzen von UML in der Wartung. Kontrolliertes Experiment zu UML. Warum UML?
|
|
- Gerhard Dressler
- vor 7 Jahren
- Abrufe
Transkript
1 Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kosten und Nutzen von UML in der Wartung Prof. Walter F. Tichy Pflichtlektüre hierzu: Dzidek, Arisholm, Briand, A Realistic Empirical Evaluation of the Costs and Benefits of UML in Software Maintenance, IEEE Transactions on Software Engineering, 34(3), Mai/Juni 2008, Warum UML? Eingesetzt zur Spezifikation und Dokumentation von objekt-orientierter Software. UML soll das Verständnis von großen Systemen erleichtern, höhere Qualität ermöglichen, Architekturverfall in der Wartung verhindern helfen, bessere Kommunikation im Team und von Entwicklern zu Wartungspersonal herstellen. UML wird universell gelehrt, aber die Effektivität von UML wird auch angezweifelt (zus. Kosten, ohne wesentliche Vorteil). Kontrolliertes Experiment zu UML Teilnehmer: 20 professionelle Entwickler (Berater, durchschnittlich 5 Jahre Erfahrung mit Java) Aufgabe: 5 Wartungsaufgaben, die in 1-2 Wochen durchgeführt wurden. Keine Zeitbegrenzung. 10 Entwickler führen die Aufgabe ohne UML durch. 10 Entwickler führen die Aufgabe mit UML-Dokumentation durch (und müssen die UML-Dokumentation nachführen) Abhängige Variablen: Aufwand, funktionale Korrektheit, Entwurfsqualität. UML-Subjekte bekamen einen Auffrischungskurs für UML (1 Tag) und UML-Werkzeug Borland Together for Eclipse.
2 Abhängige Variablen Hypothesen T: Zeit zur Durchführung der Änderungen, ohne Diagramm-Modifikation. T : Zeit zur Durchführung der Änderungen mit Diagramm-Modifikation. C: Anzahl von abgegebenen Lösungen mit Fehlern (Experimentator führt Akzeptanztest durch). Q: Entwurfsqualität nach bestimmten Kriterien. Bis auf die zweite Hypothese waren alle einseitig. Bei T ist unklar, ob die Diagramm-Modifikation zu einer Zeitersparnis führt. Bearbeitete Software: BESTWeb BESTWeb ist ein Datenbank-Klient in Java mit der Struts- Bibliothek. BestWeb gibt Zugang zu Zeitschriftenartikel über Kostenund Aufwandsschätzung für Software, die in einer Datenbank nach gewissen Kriterien kategorisiert sind. Umfang: 6 Pakete, 50 Klassen, 2900 Zeilen Java, 275 Methoden, 17 Java Server Pages, max. Vererbungstiefe 3. BESTWeb ist ausführlich dokumentiert, auch ohne UML (Benutzerhandbuch, Architekturbeschreibung, Datenbankschema, Javadoc.) BESTWeb war allen Teilnehmern unbekannt. Zusätzliche UML- Dokumentation Klassendiagramme für die 6 Pakete 16 Anwendungsfälle, mit Sequenzdiagramm für jeden Anwendungsfall (zw. 2 und 30 Botschaften pro Sequenzdiagramm) Zustandsdiagramme werden erwähnt, aber nicht wie viele.
3 Ablauf Akzeptanztest Durchgeführt durch den Experimentator Bei funktionalen Änderungen basierte der Testplan auf den Sequenzdiagrammen; alle Botschaften, alle Ausnahmesituationen und alle Fallunterscheidungen wurden überprüft. Bei neuen Funktionen wurde nach Prüflisten vorgegangen, die von der funktionalen Spezifikation abgeleitet waren. Damit wurde funktionale Korrektheit und Vollständigkeit aller endgültigen Lösungen erreicht. Aufgabenkomplexität Entwurfsqualität Aufgaben wurden in Teilaufgaben zerlegt und jede Teilaufgabe als akzeptabel oder inakzeptabe bewertet. Folgende Eigenschaften führten zu Bewertung inakzeptabel : Code-Duplikation, anstatt den Code direkt aufzurufen, Hinzufügen überflüssiger Elemente (z.b. Hinzufügen einer Klasse, obwohl eine geeignete vorhanden war), Falsche Zuordnung von Code zu einer Klasse Verteilung von Logik über die gesamte Anwendung, obwohl ein Ort gereicht hätte; Try/catch-Mechanismus benutzt für normale Fälle, anstatt für Ausnahmen.
4 Analyse des Aufwands (NoUML-UML)/UML p-werte Zeitbedarf für UML Aufwand in Min. Deutlicher Lerneffekt von Task 1 bis Task 5 (System wird vertraut). Außerdem wird der Umgang mit den Werkzeugen zur UML-Nachführung schneller. Analyse funktionale Korrektheit Analyse Entwurfsqualität
5 Zusammenfassung Ergebnisse Kritik Insgesamt ist die UML-Gruppe ohne UML-Nachführung 1,4 % schneller (praktisch unbedeutend, auch nicht stat. signifikant) Mit UML-Nachführung ist die UML-Gruppe 14% langsamer (auch das nicht stat. signifikant). Korrektheit besser in allen Aufgaben, um 50%-100% (stat. signifikant). (beachte Korrektheitsmaß). D.h. bei nicht-uml muss mehr in Test investiert werden. Entwurfsqualität besser, insbes. in erster Aufgabe (wo System noch unbekannt ist). Möglicherweise wird durch UML einem Architekturverfall entgegengewirkt. Realistisch, wegen professioneller Entwickler (auch sehr teuer: 3 Jahre Durchführungszeit, aber wichtig für Praktiker) Analyse unterschätzt den Unterschied beim Aufwand, da die Zeit für Qualitätssicherung nicht erfasst wurde. Sie ist ohne UML höher, da mehr Lösungen abgegeben wurden. Betrifft nur Wartung, und hier nur Erweiterungen. Was passiert bei Erstenwicklung?
Empirische Softwaretechnik Kosten und Nutzen von UML in der Wartung Dr. Victor Pankratius Andreas Höfer Wintersemester 2009/2010
Empirische Softwaretechnik Dr. Victor Pankratius Andreas Höfer Wintersemester 2009/2010 IPD Tichy, Fakultät für Informatik Pflichtlektüre hierzu: Dzidek, Arisholm, Briand, A Realistic Empirical Evaluation
MehrLiteratur. Aussagen über Paarprogrammierung. Motivation. Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Literatur Effektivität der Paarprogrammierung bei Berücksichtigung von Systemkomplexität und Kompetenz der Programmierer Andreas Höfer Walter
MehrUniversität Karlsruhe (TH)
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2 Die Definitionsphase Prof. Walter F. Tichy Wo sind wir gerade? Planung Lastenheft (funktionales Modell) Definition (Analyse) Pflichtenheft
MehrProf. Dr. Walter F. Tichy Dr. Matthias Müller Sommersemester 2006
Empirische Softwaretechnik Prof. Dr. Walter F. Tichy Dr. Matthias Müller Sommersemester 2006 1 Experiment zur Vererbungstiefe Softwaretechnik: die Vererbungstiefe ist kein guter Schätzer für den Wartungsaufwand
MehrPoseidon for UML. Einführung. Andreas Blunk
Poseidon for UML Einführung Andreas Blunk Gliederung 1) Editionen/Lizenzen 2) Die Programmoberfläche 3) Modelle speichern 4) Einführung am lebenden Objekt 5) Generierung (Doc & Code) 6) Funktionsumfang
MehrPraxis der Softwareentwicklung
Praxis der Softwareentwicklung SS 2013 Prof. Dr. Gregor Snelting LEHRSTUHL 0 KIT 9. Universität April 2013 des Landes Baden-Württemberg Praxis der Softwareentwicklung und SS 2013 LEHRSTUHL nationales Forschungszentrum
MehrKapitel 4 - Die Implementierungsphase
Kapitel 4 - Die Implementierungsphase SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik KIT die Kooperation von Forschungszentrum Karlsruhe
MehrEmpirische Softwaretechnik
Empirische Softwaretechnik Prof. Dr. Walter F. Tichy Dr. Matthias Müller Sommersemester 2006 1 Zweiter Teil (Fortsetzung) Wichtige empirische Forschungsmethoden im Überblick 2 Empirische Forschungsmethoden
MehrWie man mit Statistik schlecht informiert: Praktiken der Ergebnisdarstellung bei Experimenten im Software Engineering
Wie man mit Statistik schlecht informiert: Praktiken der Ergebnisdarstellung bei Experimenten im Software Engineering Marcus Michalsky michalsk@inf.fu-berlin.de Institut für Informatik 28. Januar 2010
MehrKapitel 2 - Die Definitionsphase
Kapitel 2 - Die Definitionsphase SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik KIT die Kooperation von Forschungszentrum Karlsruhe GmbH
MehrÜ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
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrExperimenteller Vergleich zweier Notationen zur Prozessmodellierung: Ereignisgesteuerte Prozessketten vs. UML Aktivitätsdiagramme
Experimenteller Vergleich zweier Notationen zur Prozessmodellierung: Ereignisgesteuerte Prozessketten vs. UML Aktivitätsdiagramme Anne Gross, Jörg Dörr Anne.Gross@iese.fraunhofer.de Tel. 0631 6800 2104
MehrVerbesserung und Pflege der Dokumentation der DPP-Software Saros
Verbesserung und Pflege der Dokumentation der DPP-Software Saros Meike Johannsen Freie Universität Berlin Seminar "Beiträge zum Software Engineering", 2011 Inhalt Motivation Ziele dieser Diplomarbeit Vorgehensweise
MehrPraxis der Softwareentwicklung WS 2015/16
Praxis der Softwareentwicklung WS 2015/16 Prof. Dr. Gregor Snelting LEHRSTUHL PROGRAMMIERPARADIGMEN 0 KIT 28. Universität Oktober des 2015- Landes Praxis Baden-Württemberg der Softwareentwicklung und WS
MehrKapitel 1. Software-Entwicklung und formale Spezifikation
Seite 1 Kapitel 1 Software-Entwicklung und formale Spezifikation Prof. Dr. Rolf Hennicker 22.04.2010 Ziele Seite 2 Die Grundprinzipien der Software-Entwicklung verstehen. Die Rolle formaler Methoden in
MehrPraxis der Softwareentwicklung
Praxis der Softwareentwicklung SS 2014 Prof. Dr. Gregor Snelting LEHRSTUHL 0 KIT 22. Universität April 2014 des Landes Baden-Württemberg Praxis der Softwareentwicklung und SS 2014 LEHRSTUHL nationales
MehrEmpirische Softwaretechnik
Empirische Softwaretechnik Prof. Dr. Walter F. Tichy Dr. Matthias Müller Sommersemester 2006 Zwei Experimente zum Vergleich von Paarprogrammierung und Durchsichten 2 Literatur Müller. Should we use programmer
MehrUnified Modelling Language
Unified Modelling Language SEP 72 Software-Entwicklung Software-Entwicklung ist Prozess von Anforderung über Modellierungen zu fertigen Programmen Anforderungen oft informell gegeben fertige Programme
MehrInhaltsverzeichnis. Vorwort Kapitel 1 Einleitung Reisebeschreibung Zielpublikum Fallbeispiel...
Vorwort..................................................... 13 Kapitel 1 Einleitung......................................... 15 1.1 Reisebeschreibung............................ 18 1.2 Zielpublikum.................................
MehrPraxis der Softwareentwicklung WS 2016/17
Praxis der Softwareentwicklung WS 2016/17 Prof. Dr. Gregor Snelting LEHRSTUHL PROGRAMMIERPARADIGMEN 0 27. Oktober 2016- Praxis der Softwareentwicklung WS 2016/17 LEHRSTUHL PROGRAMMIERPARADIGMEN KIT Die
MehrAnforderungen gezielter umsetzen, Optimieren, Transparenz schaffen
Application Lifecycle Management in Eclipse Anforderungen gezielter umsetzen, Optimieren, Transparenz schaffen Christoph Bräuchle, MKS GmbH Interessen (klassisch) Budget: werden Aufwände eingehalten, ergeben
MehrSoftwaremetriken. 29. April 2015
Softwaremetriken 29. April 2015 Was sind Softwaremetriken? [FP] Softwaremetriken messen Qualität. besser: Softwaremetriken definieren, wie Kenngrößen der Software oder des Softwareentwicklungsprozesses
MehrInhaltsverzeichnis.
Wegweiser durch das Buch 1 1 Problembereich und Lösungsbereich 10 1.1.Unterschiede zwischen Problembereich und Lösungsbereich 10 1.2 Paradigmen der Softwareentwicklung 12 1.3 Methoden für die verschiedenen
Mehr22. Januar Gruppe 2: TOPCASED
22. Januar 2008 Aufgabenstellung Modellgetriebene Softwareentwicklung auf Basis von am Beispiel eines Seminarverwaltungssystems Ziel Entwicklungsprozess Anforderungen & Codegenerierung Modellierung & Templates
MehrInhalt. 1 Einführung 17. Strukturdiagramme. 2 Klassendiagramm 37
Vorwort... 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden?... 17 1.2 Die Phasen bei der Softwareentwicklung... 18 1.2.1 Analyse... 18 1.2.2 Entwurf... 19 1.2.3 Implementierung und Dokumentation...
MehrUML (Unified Modelling Language) von Christian Bartl
UML (Unified Modelling Language) von Inhaltsverzeichnis Inhaltsverzeichnis... 2 1 UML Unified Modelling Language... 3 2 Diagrammtypen... 3 2.1 Aktivitätsdiagramm... 3 2.1.1 Notation... 4 2.1.2 Beispieldiagramm...
MehrProgrammiermethodik Vorlesung und Praktikum SS 2001
Vorlesung und Praktikum SS 2001 Prof. Dr. W. Effelsberg, G. Kühne, Ch. Kuhmünch Universität Mannheim 1. Einführung 1-1 Inhalt 1. Einführung, Vorstellung der Programmieraufgabe 2. Der Software-Entwicklungszyklus
MehrKLAUSUR SOFTWARETECHNIK
KLAUSUR SOFTWARETECHNIK 17.09.2009 Prof. Dr. Walter F. Tichy Dipl.-Inform. Andreas Höfer Dipl.-Inform. David J. Meder Hier das Namensschild aufkleben. Zur Klausur sind keine Hilfsmittel und kein eigenes
MehrBesprechung. Übung 1 Software Engineering
Besprechung Übung 1 Software Engineering SE, 06.10.09 Dustin Wüest Übungsabgaben Im PDF: vollständige Namen und Matrikelnummern Name vom Zip-File / PDF: Übungsnummer und Nachnamen z.b.: Ex1_Wueest_Schoen_Mueller
MehrSoftware-Engineering 2. Software-Engineering 2. Entwicklungsumgebungen (IDE) IT works. Klaus Mairon www.mairon-online.de 22.03.
Software-Engineering 2 Entwicklungsumgebungen (IDE) IT works. Klaus Mairon www.mairon-online.de 22.03.2009 1 Entwicklungsumgebungen, CASE-Tools, CASE-Werkzeuge unterstützen den Software-Entwicklungsprozess
MehrUse Cases vs. Funktionale Spezifikation
Use Cases vs. Funktionale Spezifikation Ein experimenteller Vergleich zweier Methoden zur Anforderungsspezifikation Fraunhofer IESE: Anne Groß (Anne.Gross@iese.fraunhofer.de) & Jörg Dörr (Joerg.Doerr@iese.fraunhofer.de)
MehrSoftwaremetriken. 15. Mai 2013
Softwaremetriken 15. Mai 2013 Was sind Softwaremetriken? Softwaremetriken messen Qualität. besser: Softwaremetriken definieren, wie Kenngrößen der Software oder des Softwareentwicklungsprozesses gemessen
MehrTamagotchi-Spezifikation in UML
Tamagotchi-Spezifikation in UML Christian Becker Steffen Glomb Michael Graf Gliederung Grundlagen Notation Werkzeug Modellierung Details der Spezifikation Erfahrungen Beurteilung von Notation und Werkzeug
MehrChristoph Kecher, Alexander Salvanos UML 2.5. Das umfassende Handbuch. Rheinwerk. Computing
Christoph Kecher, Alexander Salvanos UML 2.5 Das umfassende Handbuch Rheinwerk Computing Inhalt Vorwort 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden? 17 1.2 Die Phasen bei der Softwareentwicklung
MehrSoftware Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Adersberger, Spisländer FAU Erlangen-Nürnberg Software-Metriken 1 / 26 Software-Metriken Josef Adersberger Marc Spisländer Lehrstuhl für Software Engineering
MehrModul Softwareentwicklung
Modul Softwareentwicklung Studiengang Mechatronik, Nebenfach Informatik Prof. Dr.-Ing. G. Snelting, Fakulta t fu r Informatik 1. Juli 2014 KIT Universita t des Landes Baden-Wu rttemberg und nationales
Mehrmyavr Projekt myfinder MK3 Projekt Beschreibung Inhalt
myavr Projekt Beschreibung Inhalt Vorbetrachtungen...3 Einführung...3 Aufgabenstellung...3 Anforderungen...4 Entwicklungsumgebung...4 Anwendungsfälle myfinder MK3...4 Blockdefinition myfinder MK3...4 Blockdefinition
MehrApplication Engineering Grundlagen für die objektorientierte Softwareentwicklung mit zahlreichen Beispielen, Aufgaben und Lösungen
I " t3ildungsmedien Informatik Application Engineering Grundlagen für die objektorientierte Softwareentwicklung mit zahlreichen Beispielen, Aufgaben und Lösungen Hansruedi Tremp und Markus Ruggiero Application
MehrMethodenbasiert in der Durchführung V-Modell XT-konform im Ergebnis
Methodenbasiert in der Durchführung V-Modell -konform im Ergebnis - 1 - So? oder gibt es einen anderen Weg? - 2 - Die Werkzeugfamilie Business professionelle Geschäftsprozessmodellierung mit UML Object
MehrSoftware Projekt 2 / Gruppe Knauth Lernziele:
Lernziele: Realisierung eines komplexen Software-Projektes unter Industrie-ähnlichen Bedingungen Organisiertes Arbeiten im Team Team Organisation: Rollen und Aufgaben der Team-Mitglieder bestimmen Spezifikation
MehrOracle JDeveloper 10 g
Oracle JDeveloper 10 g Modellierung Evgenia Rosa Business Unit Application Server ORACLE Deutschland GmbH Agenda Warum Modellierung? UML Modellierung Anwendungsfall (Use Case)-Modellierung Aktivitätenmodellierung
MehrInhaltsverzeichnis. Kurseinheit 1. Kurseinheit 2
iii Inhaltsverzeichnis Kurseinheit 1 1 Von der Aufgabenstellung zum Programm... 1 1.1 Motivation... 1 1.2 Softwareentwicklung... 2 1.3 EXKURS: Unified Modeling Language (UML)... 4 2 Anforderungsanalyse...
MehrSWE6 Slide 1. Software-Engineering. Vorlesung 6 vom Sebastian Iwanowski FH Wedel
SWE6 Slide 1 Software-Engineering Vorlesung 6 vom 22.11.2004 Sebastian Iwanowski FH Wedel SWE6 Slide 2 Software-Engineering Vorlesungsthemen: 1. Überblick über das Thema und die Vorlesung 2. Grundlegende
MehrUniversität Karlsruhe (TH) Kapitel 5.4 Selbstkontrolliertes Programmieren
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 5.4 Selbstkontrolliertes Programmieren SWT I Sommersemester 2009 Prof. Dr. Walter F. Tichy Selbstkontrolliertes Programmieren Der
MehrIBM Software Demos Rational Systems Developer Introduction
Heute sehen wir uns den IBM Rational Systems Developer näher an, der Teil der IBM Rational Software Delivery Platform ist. IBM Rational Systems Developer richtet
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Dr. Dennis Pfisterer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/pfisterer Unified Modeling Language (UML)
MehrModell zur Einflussanalyse Ein Modell zur Einflussanalyse von Methodenänderungen in Entwicklungsprozessen
Modell zur Einflussanalyse Ein Modell zur Einflussanalyse von Methodenänderungen in Entwicklungsprozessen Roland Koppe, Stefan Häusler, Axel Hahn 2 Übersicht Einleitung und Motivation Ansatz und Methodik
MehrSoftware Engineering in der Praxis Praktische Übungen
Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientierte Analyse 1 / 14 1 Inhalt 2 Überblick 3 Werkzeuge 4 Aufgaben Pinte, Spisländer FAU Erlangen-Nürnberg
MehrKernprozess zur System- und Softwareentwicklung. Logische Systemarchitektur f 1. f 2 f 3. f 4 Funktion. Technische Systemarchitektur SG 1 SG 2 SG 3
Systems Engineering Systems Engineering ist die gezielte Anwendung von wissenschaftlichen und technischen Ressourcen! zur Transformation eines operationellen Bedürfnisses in die Beschreibung einer Systemkonfiguration
MehrDGQ Regionalkreis Hamburg Anforderungsmanagement ins SW-Projekten. 08. Juni 2011
DGQ Regionalkreis Hamburg Anforderungsmanagement ins SW-Projekten 08. Juni 2011 1 Heinrich Dreier hd@3er-consult.de +49 (0)176 62635052 DGQ- Mitglied Q-Manager Navigationsentwicklung freiberuflicher technischer
MehrSoftware Engineering in der Praxis
Inhalt Nachlese mit Together Findbugs Software Engineering in der Praxis Praktische Übungen Inhalt Nachlese mit Together Findbugs Dirk Wischermann Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität
MehrObjektorientiertes Programmieren
JL Ute Claussen Objektorientiertes Programmieren Mit Beispielen und Übungen in C++ Zweite, überarbeitete und erweiterte Auflage Mit 24 Abbildungen Springer Inhaltsverzeichnis 1 Einleitung 1 1.1 Was ist
MehrDokumentationskonzept
1. Eigene Java Code Convention Dokumentationskonzept Soweit nichts Abweichendes angegeben, sind die Implementierer dazu gehalten, sich an die Regeln für guten Code aus den allgemeinen SUN Konventionen
MehrWerkzeugunterstützung für UML Profiles. Verteidigung des Großen Belegs Andreas Pleuß
Werkzeugunterstützung für UML Profiles Verteidigung des Großen Belegs Andreas Pleuß Aufgabenstellung Sammlung der Anforderungen an UML Profiles Untersuchung bestehender UML-CASE-Tool Unterstützung Untersuchung
MehrKlausur. Softwareentwurf. 14. Februar 2011 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 14. Februar 2011 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Prof. Dr. Gregor Engels unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer:
MehrCONSULTING // ENGINEERING // ENTWICKLUNG KOMPLEXER SOFTWARE-SYSTEME
CONSULTING // ENGINEERING // ENTWICKLUNG KOMPLEXER SOFTWARE-SYSTEME Seadex verfügt über umfangreiches Spezialwissen, wenn es um Pflege, Weiterentwicklung und Refactoring gewachsener Software-Systeme geht.
MehrOnline-Praktikum zur Höheren Mathematik für Maschinenbau-Studiengänge
Online-Praktikum zur Höheren Mathematik für Maschinenbau-Studiengänge Technische Universität Chemnitz Fakultät für Mathematik 6. Treffen des Netzwerks Mathematik/Physik E-Learning mit den Facharbeitskreisen
MehrErweiterungscurriculum Grundlagen der Informatik
BEILAGE 3 zum Mitteilungsblatt 15. Stück, Nr. 97.2 2015/2016 04.05.2016 Erweiterungscurriculum Grundlagen der Informatik Datum des Inkrafttretens 1. Oktober 2016 Inhaltsverzeichnis 1 Allgemeines...- 2-2
MehrAnforderungsgetriebene Webentwicklung mit Grails:
ne mit Grails: und dem 26.01.2012 und dem Gliederung und dem Projektumfeld Agentur mit weniger als 5 Mitarbeitern Schwerpunkte: mit Typo 3 / PHP ios App-Entwicklung für ipad und iphone und dem Folie 1
MehrSituation bei Mercedes-Benz
GI-Fachgruppentreffen RE 2012 Klassifizierte Anforderungen zur Verbesserung von Reviews: Erste Erfahrungsberichte bei Anforderungsdokumenten von Mercedes Benz Daniel Ott Outline Requirements Engineering
MehrRequirements Engineering I
Martin Glinz Requirements Engineering I Kapitel 9 UML Unified Modeling Language Universität Zürich Institut für Informatik 2006, 2008 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe sind
MehrExtreme 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
MehrPraktikum Software Engineering: Verfahren und Werkzeuge
Praktikum Software Engineering: Verfahren und Werkzeuge Lehrstuhl für Software Engineering (Informatik 11) Verfahren und Werkzeuge Seite 1 Software Engineering Absichten, Aufgaben Systemnutzung Anforderungsspezifikation
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Analyse- und Designmethoden Analyse- & Designmethoden Strukturierte, traditionelle Methoden Objektorientierte Methoden Funktionsorientierte Methoden Datenorientierte
MehrÜbung 4. Werkzeuge zur ER-Modellierung. Prof. Dr. Andreas Schmietendorf 1. Übung 4
Werkzeuge zur ER-Modellierung Prof. Dr. Andreas Schmietendorf 1 Aufgabenbeschreibung Prof. Dr. Andreas Schmietendorf 2 Zielstellung Innerhalb der wollen wir uns mit Werkzeugen zur ER-Modellierung vertraut
MehrHerzlich willkommen DevDay Zürich 2016
Herzlich willkommen DevDay Zürich 2016 1 2 Von einem der auszog, das Dokumentieren zu lernen Es war einmal Wir wollen zusammen eine neue Fabrik! Baut uns eine! 3 Wir müssen etwas bauen. Kannst Du das für
MehrSoftware-Qualität Ausgewählte Kapitel. Messung und Prognose von interner Software-Qualität"
Institut für Informatik! Martin Glinz Software-Qualität Ausgewählte Kapitel Kapitel 11 Messung und Prognose von interner Software-Qualität" 2011 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
MehrSoftware-Praktikum. Überblick und Zeitplan
Standort Hagen Fachbereich Technische Betriebswirtschaft Software-Praktikum Überblick und Zeitplan Andreas de Vries und Volker Weiß Version: 26. September 2016 Inhaltsverzeichnis 1 Einführung und Überblick
MehrSoftware Engineering. Zur Architektur der Applikation Data Repository. Franz-Josef Elmer, Universität Basel, HS 2015
Software Engineering Zur Architektur der Applikation Data Repository Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering: Mit acht bewährten Praktiken zu gutem Code 2 Schichtarchitektur
Mehrobjectif / SOA /.NET Inhalt Technologien ObjectiF Beispiel Vergleich: ObjectiF Rational Rose Quellenverzeichnis 20.01.2008 Christian Reichardt 2 Technologien 20.01.2008 Christian Reichardt 3 Methodenaufruf
MehrRhapsody in J Modellierung von Echtzeitsystemen
Rhapsody in J Modellierung von Echtzeitsystemen Tobias Schumacher tobe@uni-paderborn.de Rhapsody in J - Modellierung von Echtzeitsystemen p.1/17 Anspruch des Tools Einsatzbereiche/Features Modellierung
MehrPRÜFUNG FÜR ELEKTROINGENIEURE. Softwaretechnik I. Musterlösung SS 12. - Ohne Gewähr -
PRÜFUNG FÜR ELEKTROINGENIEURE Softwaretechnik I Musterlösung SS 12 - Ohne Gewähr - LfdNr. Thema Punkte Zeitbedarf in min 1 Analyse und Entwurf 15 30 2 Basistechniken und Test 15 30 3 Projektmanagement
MehrRequirements Engineering
Lill, Meitner, Föhrweiser, Spisländer FAU Erlangen-Nürnberg Requirements Engineering 1 / 13 Requirements Engineering Raimar Lill Matthias Meitner David Föhrweiser Marc Spisländer Lehrstuhl für Software
MehrAbschnitt 11: Korrektheit von imperativen Programmen
Abschnitt 11: Korrektheit von imperativen Programmen 11. Korrektheit von imperativen Programmen 11.1 11.2Testen der Korrektheit in Java Peer Kröger (LMU München) in die Programmierung WS 16/17 931 / 961
MehrMit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern. Dr.-Ing. Thaddäus Dorsch, HOOD GmbH,
Mit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern Dr.-Ing. Thaddäus Dorsch, HOOD GmbH, 29.03.2017, REConf2017 2 KLASSISCHES REQUIREMENTS ENGINEERING Kundenanforderungen
MehrVon UML 1.x nach UML 2.0
Zürich Soft Summer 2005 Fortgeschrittene Aspekte der Software Technologie Von UML 1.x nach UML 2.0 Prof. Dr. Martin Glinz www.ifi.unizh.ch/req Ergänzendes Material zur Vorlesung Spezifikation und Entwurf
MehrTHEMA: "STATISTIK IN DER PRAXIS TESTEN IST BESSER ALS VERMUTEN" TORSTEN SCHOLZ
WEBINAR@LUNCHTIME THEMA: "STATISTIK IN DER PRAXIS TESTEN IST BESSER ALS VERMUTEN" TORSTEN SCHOLZ EINLEITENDES BEISPIEL SAT: Standardisierter Test, der von Studienplatzbewerbern an amerikanischen Unis gefordert
MehrGüteanalyse. Nochmal zur Erinnerung: Hypothesentest. Binominalverteilung für n=20 und p=0,5. Münzwurf-Beispiel genauer
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Güteanalyse Prof. Walter F. Tichy Fakultät für Informatik 1 Fakultät für Informatik 2 Nochmal zur Erinnerung: Hypothesentest Am Beispiel
MehrModellgetriebene Softwareentwicklung. Gabriele Taentzer WS 2012/2013 Philipps-Universität Marburg
Modellgetriebene Softwareentwicklung Gabriele Taentzer WS 2012/2013 Philipps-Universität Marburg Organisation der LV Umfang: 6 SWS, 9 ECTS Punkte Veranstalter: Gabriele Taentzer, Daniel Strüber Kontakt:
MehrPS Software Engineering WS 2018/19
PS Software Engineering WS 2018/19 Wöchentlich Dienstag 08:00-10:00 Start: 8:15 Termine: PLUSonline Homepage zum PS: Allgemeines www.softwareresearch.net Teaching Programmieren im Großen Die Entwicklung
MehrInformatik II Übung 6 Gruppe 7
Informatik II Übung 6 Gruppe 7 Leyna Sadamori leyna.sadamori@inf.ethz.ch DEBRIEFING Übung 5 2 U5A1-4 Im Prinzip alles richtig. Falls am Ende noch Zeit, dann Einsicht in die Best Of s 3 THEORIE Java Vererbung,
MehrModellierung und Programmierung 1
Sinn der Übung: Vertiefung des Vorlesungsstoffes Vorbereitung zum Lösen der Übungsaufgaben Besprechung der Lösungen nach Abgabe Materialien: https://www.informatik.uni-leipzig.de/~stjaenicke/mup1/ Einschreibung
MehrEinführung in die objektorientierte Programmierung
Einführung in die objektorientierte Programmierung Seminarunterlage Version: 4.04 Copyright Version 4.04 vom 17. Juni 2016 Dieses Dokument wird durch die veröffentlicht. Copyright. Alle Rechte vorbehalten.
MehrModel Querys zur Überprüfung von sicherheitsrelevanten Eigenschaften
Model Querys zur Überprüfung von sicherheitsrelevanten Eigenschaften Proseminarvortrag Werkzeugunterstützung für sichere Software Jens Knipper Fakultät für Informatik Technische Universität Dortmund 31.
MehrAutomatisiertes Testen von diagrammbasierten Aufgabentypen
Jörg Böhringer E-Learning Seminar SS 08 Prof. Dr. Torsten Brinda Automatisiertes Testen von diagrammbasierten Aufgabentypen Jörg Böhringer 1 Gliederung 1. Definition 2. AGTCG 3. CourseMarker 4. ERD Drawing
MehrVERGLEICH ERFAHRENER UND UNERFAHRENER ENTWICKLERPAARE. Andreas Höfer Universität Karlsruhe, Fakultät für Informatik
VERGLEICH ERFAHRENER UND UNERFAHRENER ENTWICKLERPAARE Andreas Höfer Universität Karlsruhe, Fakultät für Informatik 2 Studien zu agilen Methoden Meta-Studie: Paarprogrammierung 3 vs. Einzelprogrammierung
MehrSoftware-Wartung eine Taxonomie
Software-Wartung eine Taxonomie Übersicht Warum wird eine Taxonomie der Software-Wartung benötigt? Definition der Software-Wartung Erläuterung verwandter Begriffe Arten und Aspekte der Software-Wartung
MehrPHP eine Einführung. Dipl.-Inf. Frank Hofmann. 18. November Potsdam
PHP eine Einführung Dipl.-Inf. Frank Hofmann Potsdam 18. November 2007 Dipl.-Inf. Frank Hofmann (Potsdam) PHP eine Einführung 18. November 2007 1 / 14 Allgemeines zum Kurs Zielsetzung des Kurses Erlernen
MehrAufgabe S1: Einmal quer durch s Skript
Aufgabe S1: Einmal quer durch s Skript / 10 Punkten Entscheiden Sie, ob die folgenden Aussagen zutreffen oder nicht. Machen Sie in der entsprechenden Spalte ein Kreuz. Für jede richtige Antwort erhalten
MehrSoftware Engineering
Literatur Gliederung Software Engineering Herbert Kuchen Universität Münster Di+Fr 14:15-15:45, M2 Wintersemester 2009/2010 1 Literatur Gliederung Basis-Literatur H. Balzert: Lehrbuch der Software-Technik,
MehrVorlesung Empirische Softwaretechnik. Ökonomisches Modell zur Bewertung von XP-Projekten. Worum geht es?
Vorlesung Empirische Softwaretechnik Prof. Walter F. Tichy Dr. Frank Padberg Dr. Matthias Müller Ökonomisches Modell zur Bewertung von XP-Projekten Worum geht es? Literatur [MP03] M. Müller and F. Padberg.
MehrObjektorientierte Analyse
Objektorientierte Analyse Software Engineering in der Praxis David Föhrweiser Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Föhrweiser, Spisländer
MehrFragebogen zur Auswertung des internen Softwaretechnologiepraktikums im Sommersemester 2008
Technische Universität Dresden Fakultät Informatik, SMT Softwaretechnologie Dr.-Ing. Birgit Demuth Fragebogen zur Auswertung des internen Softwaretechnologiepraktikums im Sommersemester 2008 Hinweise:
MehrDas UML Benutzerhandbuch
Grady Booch James Rumbaugh Ivar Jacobson Das UML Benutzerhandbuch Aktuell zur Version 2.0 Inhalt Vorwort 15 Ziele 15 Publikum 16 Wie Sie dieses Buch verwenden sollten 16 Aufbau und besondere Merkmale 17
MehrBIF/SWE - Übungsbeispiel
Arthur Zaczek Feb 2015 1 Allgemein 1.1 Ziele Ziele dieses Übungsbeispieles ist es: GUI: Implementierung einer grafischen Oberfläche mit JavaFX oder WPF UI-Komponente: Implementierung einer eigenen grafischen
MehrDie Zertifizierungsstelle der TÜV Informationstechnik GmbH bescheinigt hiermit dem Unternehmen
Die Zertifizierungsstelle der TÜV Informationstechnik GmbH bescheinigt hiermit dem Unternehmen GAD eg GAD-Straße 2-6 48163 Münster für die Internetanwendung Online-Filiale (bank21-release 5.2) die Erfüllung
Mehr