M.Math(Computer Science), University of Waterloo M.A. (English), York University B.A. (English/Music), University of Waterloo SeniorSoftware Engineer
|
|
- Caroline Kaiser
- vor 5 Jahren
- Abrufe
Transkript
1 1
2 2
3 M.Math(Computer Science), University of Waterloo M.A. (English), York University B.A. (English/Music), University of Waterloo SeniorSoftware Engineer am Software Engineering Institute der Carnegie Mellon University Büchersind z.b. Software Architecture in Practice (2nd Edition 2003) und Evaluating Software Architectures: Methods and Case Studies Über 100 weitere Artikel, thematisch verwandt sind z.b.: The Architecture Tradeoff Analysis Method (1998) Attribute-based Architecture Styles (1999) A basis for Analyzing Software Architecture Analysis Methods (2005) 3
4 Gregory Abowd wissenschaftlicher Mitarbeiter am Georgia Institute of Technology mittlerweile Professor an der Georgia Tech über 10 Bücher und über 25 weitere Artikel (ebenfallsco-autor bei Software Architectures in Practice, hauptsächlich im Bereich Human Computer Interaction) Len Bass Mitglied des Software Engineering Institutes an der Carnegie Mellon Autor 2er Bücher im Bereich Software Architekturen (ebenfalls Software Architectures in Practice und Documenting Software Architectures) 4
5 Paul Clements Promovierte an der University Texas at Austin Ehemaliger Mitarbeiter im U.S. Naval Research Laboratory Mitglied des Software Engineering Institutes an der Carnegie Mellon Co-Autor mehrerer Bücher und wissenschaftlicher Arbeiten (Ebenfalls Software Architecture in Practice, EvaluatingSoftware Architectures, Documenting Software Architectures) 5
6 Der Artikelbeschäftigt sich mit der Problematik Qualitätskriterien (wie zum Beispiel Sicherheit und Portabilität) in einer Architektur zu analysieren Veröffentlicht wurde der Artikel 1996 von der IEEE Computer Society Inhalt: In der Einleitung wird der Lösungansatz kurz vorgestellt: Durch die Einführung verschiedener Szenarien aus Sicht der Anwender und Entwickler soll festgestellt werden wie sich das System in bestimmten Situationen verhält um somit die o.g. Qualitätsmerkmale zu messen. Das ganze nennt sich dann Scenario-Based Architecture Analysis Method Obwohl die komplette Methode darauf ausgelegt ist in frühen Phasen der Anwendungsentwicklung eingesetzt zu werden, wurde sie in der Praxis an laufenden Systemen validiert 6
7 Warum überhauptszenarien? Um frühzeitig Aussagen über Qualitätsmerkmale wie Modifizierbarkeit, Sicherheit, und Portabilität. Dies steht im Gegensatz zur herkömmlichen Architekturanalyse wo beispielsweise die spätere Performanz oder Wartbarkeit getroffen werden können. Die verschiedenen SAAM Activities werden im weiteren Verlauf der Arbeit genauer vorgestellt. Im ersten Schritt muss eine Architekturbeschreibung des Zielssystems entstehen (z.b. durch UML Komponentendiagramme, Klassendiagramme) Im zweiten Schritt werden die verschiedenen Szenarien entwickelt, die Aufgaben beschreiben, welche das System später unterstützen soll. Dabei sollte aufgenommen werden welche Komponenten verwendet werden, und wer (Rolle des Benutzers) diese Aufgaben durchführt. Im nächsten Schritt wird evaluiert ob ein bestimmtes Szenario durchgeführt werden kann, falls dies nicht der Fall ist sollten die nötigen Veränderungen die an der Architektur notwendig sind aufgelistet werden mit den ungefähren Kosten für die Durchführung der Änderung. Im vierten Schritt wird untersucht, welche Komponenten durch die vorher aufgelisteten Änderungen durch mehr als ein Szenario verändert werden müssen (Szenario Interaktion). Dadurch kann erkannt werden, dass eine bestimmte Komponente in zu vielen Aufgaben mitwirkt, wodurch sich beispielsweise die Modifizierbarkeit der gesamten Architektur verschlechtert. Im letzten Schritt werden die verschiedenen Szenarien nach Wichtigkeit sortiert (anhand des Businessnutzen) und verschiedene 7
8 Warum überhauptszenarien? Um frühzeitig Aussagen über Qualitätsmerkmale wie Modifizierbarkeit, Sicherheit, und Portabilität. Dies steht im Gegensatz zur herkömmlichen Architekturanalyse wo beispielsweise die spätere Performanz oder Wartbarkeit getroffen werden können. Die verschiedenen SAAM Activities werden im weiteren Verlauf der Arbeit genauer vorgestellt. Im ersten Schritt muss eine Architekturbeschreibung des Zielssystems entstehen (z.b. durch UML Komponentendiagramme, Klassendiagramme) Im zweiten Schritt werden die verschiedenen Szenarien entwickelt, die Aufgaben beschreiben, welche das System später unterstützen soll. Dabei sollte aufgenommen werden welche Komponenten verwendet werden, und wer (Rolle des Benutzers) diese Aufgaben durchführt. Im nächsten Schritt wird evaluiert ob ein bestimmtes Szenario durchgeführt werden kann, falls dies nicht der Fall ist sollten die nötigen Veränderungen die an der Architektur notwendig sind aufgelistet werden mit den ungefähren Kosten für die Durchführung der Änderung. Im vierten Schritt wird untersucht, welche Komponenten durch die vorher aufgelisteten Änderungen durch mehr als ein Szenario verändert werden müssen (Szenario Interaktion). Dadurch kann erkannt werden, dass eine bestimmte Komponente in zu vielen Aufgaben mitwirkt, wodurch sich beispielsweise die Modifizierbarkeit der gesamten Architektur verschlechtert. Im letzten Schritt werden die verschiedenen Szenarien nach Wichtigkeit sortiert (anhand des Businessnutzen) und verschiedene 8
9 9
10 SAAMCS Flexibility, ESAAMI Ähnlichwie SAAM, SAAMER Evolution und reusability, ATAM Mehrere Qualitätsmerkmale, ALPSM - Maintainability 10
11 11
12 12
13 13
Scenario-Based Analysis of Software Architecture
Scenario-Based Analysis of Software Architecture Rick Kazman et al. Sebastian Schaner, HS Furtwangen, 18.06.09 Agenda Vorstellung der Autoren - Weitere Veröffentlichungen Beitragsinhalt - Kernaussagen
MehrKapitel 1 Applikations-Architektur VII
Kapitel 1 Applikations-Architektur VII Software Architecture, Quality & Testing FS 2016 Prof. Dr. Jana Koehler jana.koehler@hslu.ch Agenda Bewertung von Architekturen mit der ATAM Methode Architecture
MehrSoftware vergleichen. Andrea Herrmann AndreaHerrmann3@gmx.de. 25.11.2011 Fachgruppentreffen RE
Software vergleichen Andrea Herrmann AndreaHerrmann3@gmx.de 25.11.2011 Fachgruppentreffen RE Übersicht 1. Motivation 2. Stand der Forschung 3. Gap-Analyse versus Delta-Analyse 4. Grafischer Vergleich 5.
MehrReview und Analyse von Softwarearchitekturen
Review und Analyse von Softwarearchitekturen Vorgehensweisen und Werkzeuge Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Sommersemester 2015 Übersicht Architekturreview
MehrHochschule Darmstadt Fachbereich Informatik. Softwaretechnik II. 4.1 Darstellung der Architektur
Hochschule Darmstadt Fachbereich Informatik Softwaretechnik II 4.1 Darstellung der Architektur Darstellung der Architektur Was macht ein Architekt? Viele Pläne! Endkunde Elektro Bauarbeiter Sanitär Softwaretechnik
MehrKapitel 1 Applikations-Architektur V
Kapitel 1 Applikations-Architektur V Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile und
MehrProjektbezogene Auswahl von Bewertungsmethoden für Softwarearchitekturen
Projektbezogene Auswahl von Bewertungsmethoden für Softwarearchitekturen Prof. Dr. Stefan Eicker (Universität Duisburg-Essen), Dipl.-Wirt.-Inf. Christian Hegmanns (Accenture GmbH), Dr. Stefan Malich (Universität
MehrUnderstanding the Requirements for Developing Open Source Software 17. JuniSystems
Understanding the Requirements for Developing Open Source Software Systems Integrations Engineering HFU-Furtwangen 17. Juni 2009 2009 1 / 16 1 Autor 2 Paper Thema des Papers Vorgehen des Autors 3 Inhalt
MehrSoftwarearch itektu r- An alysem eth od en
Softwarearch itektu r- An alysem eth od en Ein Überblick Matt hias Füssel Ingo Rauschenberg 16.06.2004 Seminar: Soft ware- Architekt ur Humboldt Universität zu Berlin Überblick Einführende Bem erkungen
MehrDokumentationsverfahren für f Software Architekturen. Jan Weinschenker jan.weinschenker@informatik.haw-hamburg.de
f Software Architekturen Jan Weinschenker jan.weinschenker@informatik.haw-hamburg.de f r Softwarearchitekturen Agenda Motivation Grundlagen Views & Beyond Zusammenfassung Softwarearchitekturen Jan Weinschenker
MehrSoftwaretechnik. Überblick I. Prof. Dr. Rainer Koschke. Sommersemester 2007
Softwaretechnik Prof. Dr. Rainer Koschke Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen Sommersemester 2007 Überblick I 1 Vorbemerkungen Vorbemerkungen: Vorbemerkungen
MehrSoftwaretechnik. Prof. Dr. Rainer Koschke. Sommersemester Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen
Softwaretechnik Prof. Dr. Rainer Koschke Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen Sommersemester 2007 Überblick I 1 Vorbemerkungen Vorbemerkungen: Vorbemerkungen
MehrSoftwaretechnik. Überblick I. Prof. Dr. Rainer Koschke. Sommersemester 2006
Softwaretechnik Prof. Dr. Rainer Koschke Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen Sommersemester 2006 Überblick I 1 Vorbemerkungen Vorbemerkungen: Vorbemerkungen
MehrInhaltsverzeichnis. Vorwort Kapitel 1 Einleitung Reisebeschreibung Zielpublikum Fallbeispiel...
Vorwort..................................................... 13 Kapitel 1 Einleitung......................................... 15 1.1 Reisebeschreibung............................ 18 1.2 Zielpublikum.................................
MehrTim Krämer. Archimetrix - Improved Software Architecture Recovery in the Presence of Design Deficiencies. 08. Mai 2013
Tim Krämer 7kraemer@informatik.uni-hamburg.de Archimetrix - Improved Software Architecture Recovery in the Presence of Design Deficiencies 08. Mai 2013 Tim Krämer, 7kraemer@informatik.uni-hamburg.de Universität
MehrSTART DER INSTITUTS- PARTNERSCHAFT ZUM THEMA DIGITALISIERUNG
START DER INSTITUTS- PARTNERSCHAFT ZUM THEMA DIGITALISIERUNG HAMBURG 23. MAI 2017 PROF. DR. DIMKA KARASTOYANOVA KOLLABORATIVE, DYNAMISCHE UND KOMPLEXE SYSTEME FÜR DIE LOGISTIK HAMBURG 23. MAI 2017 SCM
MehrVERMERK. QS Ranking by Subjects 2015
VERMERK QS Ranking by Subjects 2015 Seit 2011 veröffentlicht Quacquarelli Symonds neben dem QS World University Ranking auch die QS University Subject Rankings. In 36 Fächern werden die weltweit besten
MehrCode Quality in Practice
Code Quality in Practice Orientation in Objects GmbH Entwicklertag Karlsruhe Mai 2017 Version: 1.2 Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Ihr Sprecher Thorsten Maier Trainer, Berater,
MehrInformationswirtschaft 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
MehrInformationswirtschaft 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
MehrKapitel 2: Qualitätsplanung
Kapitel 2: Qualitätsplanung Inhalt 2.1 Grundlagen: Qualität Ziel Anforderung 2.2 Klassifikation von Anforderungen 2.3 Qualitätsmodelle 2.4 Spezifikation von Zielen / Anforderungen Schlüsselbegriffe Anforderung,
MehrGrundlagen Software Engineering
Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der
MehrAgile Architektur. Version: 1.1. Orientation in Objects GmbH. Weinheimer Str Mannheim.
Agile Architektur Version: 1.1 Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Ihre Sprecher Thorsten Maier, Falk Sippach Trainer, Berater, Entwickler @ThorstenMaier
MehrVisual Studio 2010 Jetzt auch für Architekten
TeamConf 2010 Visual Studio 2010 Jetzt auch für Architekten 06. Mai 2010 München Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de Daniel Meixner Consultant daniel.meixner@conplement.de
MehrSoftware Engineering. Validierung und Verifikation. Martin Glinz Harald Gall. Kapitel 7. Universität Zürich Institut für Informatik
Martin Glinz Harald Gall Software Engineering Kapitel 7 Validierung und Verifikation Universität Zürich Institut für Informatik 2005, 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
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
MehrTaxonomy of Evolution and Dependability. Integration Engineering SS 2009 Andreas Landerer
Taxonomy of Evolution and Dependability Integration Engineering SS 2009 Andreas Landerer Agenda Informationen über Massimo Felici Definition zentraler Begriffe Inhalt des Artikels Kernaussagen des Artikels
MehrInfrastructure Mediated Sensing
Peter Bucher ETH Zürich Peter Bucher Datum 2 Übersicht Infrastructure Mediated Sensing Ansätze Zuverlässigkeit und Probleme Fazit 3 Smart Homes 4 5 Infrastructure Mediated Sensing Bestehende Infrastruktur
MehrZiele und Tätigkeiten von Architekten
Ziele und Tätigkeiten von Architekten Definition Software Architektur o A software architecture provides a model of a whole software system that is composed of internal behavioral units (i.e. components)
MehrBewertung von Software- Architekturen. Dipl.-Ing. Mahbouba Gharbi @email: m.gharbi@itech-progress.com
Bewertung von Software- Architekturen Dipl.-Ing. Mahbouba Gharbi @email: m.gharbi@itech-progress.com ITech Progress GmbH 2012 Agenda Motivation Bewertung von Software-Architekturen Qualitative Bewertung
MehrUmsichtig planen, robust bauen
Umsichtig planen, robust bauen iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.2012 Autor: Christoph Schmidt-Casdorff Agenda Softwarearchitektur Architekturkonformität
MehrSoftwaretechnik. Prof. Dr. Rainer Koschke. Sommersemester 2006. Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen
Softwaretechnik Prof. Dr. Rainer Koschke Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen Sommersemester 2006 Überblick I 1 Vorbemerkungen Vorbemerkungen: Vorbemerkungen
Mehr1 EINLEITUNG MESSKONZEPTE UND IHRE EIGENSCHAFTEN... 7
Property-Based Measurement Inhaltsverzeichnis 1 EINLEITUNG... 3 2 GRUNDLEGENDE DEFINITIONEN... 4 2.1 SYSTEME UND MODULE... 4 2.2 MODULARE SYSTEME...6 3 MESSKONZEPTE UND IHRE EIGENSCHAFTEN... 7 3.1 GRÖSSE...
MehrKlausur Software Engineering 2 WNB SS 2008
Klausur Software Engineering 2 WNB 3 07.07.08 SS 2008 Name, Vorname Matrikelnummer Punktzahl 1. Erläutern Sie, wo sich die Komponenten des MVC-Patterns in der Model-1- Architecture von SUN wieder finden.
MehrSoftwaretechnologie für Fortgeschrittene Wohce 4 Modellierung UML
Softwaretechnologie für Fortgeschrittene Wohce 4 Modellierung UML The role of UML Theoretical model model for comparison calibration verification Empirical model model of deduction induction Generating
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
MehrExperts in agile software engineering. Software Architektur andrena objects ag
Experts in agile software engineering Software Architektur jan.baumann@andrena.de Experts in agile software engineering 2 Experts in agile software engineering 2 Architektur in der Software Entwicklung
MehrVermittlung von Kompetenzen zur Technikgestaltung in pflege- und gesundheitswissenschaftlichen Studiengängen: Motivation, Konzept.
Christophe Kunze1 Vermittlung von Kompetenzen zur Technikgestaltung in pflege- und gesundheitswissenschaftlichen Studiengängen: Motivation, Konzept und Erfahrungen 1 Hochschule Furtwangen Assistive Technologien
MehrUML fürs Pflichtenheft
UML fürs Pflichtenheft Sebastian Fischmeister Department of Computer Science University of Salzburg, Austria Sebastian.Fischmeister@cs.uni-salzburg.at Overview Use-Case Diagramm State-Machine Diagramm
MehrObjektorientiertes Design
Objektorientiertes Design Yi Zhao Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Zhao, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1
MehrProgrammiermethodik. Übung 2
Programmiermethodik Übung 2 Wintersemester 15 / 16 Fachgebiet Software Engineering pm@cs.uni-kassel.de Agenda Besprechung HA 1 Textuelle Szenarien Praktische Übung I Objektdiagramme Praktische Übung II
MehrBundling auf Softwaremärkten Eine technische Sicht
Bundling auf Softwaremärkten Eine technische Sicht Michael Goedicke Institute for Computer Science and Business Information Systems University of Duisburg-Essen Campus Essen Technische Softwarenentwickler
MehrVisual Studio 2010 Neues für Architekten
1 conplement AG 2009. All rights reserved. NIK Technologieseminar Visual Studio 2010 und.net 4.0 inside Visual Studio 2010 Neues für Architekten 16. November 2009 Thomas Hemmer Daniel Meixner conplement
MehrROLLENSPEZIFISCHE SICHTEN AUF RE ARTEFAKTE BASIEREND AUF EMPIRISCHEN DATEN
ROLLENSPEZIFISCHE SICHTEN AUF RE ARTEFAKTE BASIEREND AUF EMPIRISCHEN DATEN Anne Hess 1, Jörg Dörr 1, Norbert Seyff 2,3 1 Fraunhofer IESE, Kaiserslautern {Anne.Hess; Joerg.Doerr}@iese.fraunhofer.de 2 Fachhochschule
MehrRequirements Engineering I
Martin Glinz Requirements Engineering I Kapitel 4 Modellierungssprachen Universität Zürich Institut für Informatik 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe sind für den persönlichen,
MehrKlausur CSCW. 21. Juni 2012
Klausur CSCW 21. Juni 2012 Sie haben 90 Minuten Zeit zum Bearbeiten. Sie können maximal 90 Punkte erreichen. Nehmen Sie die für eine Aufgabe vergebenen Punkte auch als Hinweis für die Bearbeitungszeit.
MehrConQAT Ein Toolkit zur kontinuierlichen Qualitätsanalyse. Proseminar IT Kennzahlen und Softwaremetriken Alexander Ried
ConQAT Ein Toolkit zur kontinuierlichen Qualitätsanalyse Proseminar IT Kennzahlen und Softwaremetriken 22.07.2010 Alexander Ried Gliederung Motivation Grundlagen Designüberblick Architecture Conformance
MehrState-of-the-Art in Software Product Line Testing and Lessons learned
State-of-the-Art in Software Product Line Testing and Lessons learned Sebastian Oster Sebastian Oster oster@es.tu-darmstadt.de Tel.+49 6151 16 3776 ES Real-Time Systems Lab Prof. Dr. rer. nat. Andy Schürr
MehrStefan Zörner, oose Innovative Informatik GmbH
Softwerkskammer Hamburg Softwarearchitekturen dokumentieren und kommunizieren Stefan Zörner, oose GmbH Stefan.Zoerner@de Softwerkskammer Hamburg 21. Mai in Hamburg bei der etracker GmbH Softwarearchitekturen
MehrES-Projektseminar (SS 2012)
ES-Projektseminar (SS 2012) Endvortrag Team Justice League of America Dominik Matthias [Team ] Pascal Stephen Vorname Name; ES Real-Time Systems Lab Prof. Dr. rer. nat. Andy Schürr Dept. of Electrical
MehrEinführung in die Informationsverarbeitung Teil Thaller. Stunde VII: Planen und Realisieren
Einführung in die Informationsverarbeitung Teil Thaller Stunde VII: Planen und Realisieren Manfred Thaller, Universität zu Köln Köln 18. Dezember 2014 Rekapitulation Der Gang der Argumentation 1. Der Rohstoff:
MehrÜbungen zu Mikroprozessortechnik. (Anteil: Prof. Felderhoff) Version 2.0 für das Sommersemester 2014 Stand:
Fachhochschule Dortmund University of Applied Sciences and Arts Institut für Informationstechnik Software-Engineering Signalverarbeitung Regelungstechnik IfIT Übungen zu Mikroprozessortechnik (Anteil:
MehrAgile Architektur. Abstract. Version: 1.0. Orientation in Objects GmbH. Weinheimer Str Mannheim.
Agile Architektur Version: 1.0 Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Abstract Eine gut geplante Softwarearchitektur stellt das Grundgerüst jeder wartbaren
MehrSoftwarearchitektur und Qualitätsszenarien
Softwarearchitektur und Qualitätsszenarien Mechanismen, um Qualitätsmerkmale zu erreichen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Sommersemester 2015 Übersicht
MehrWar bis 2004 Bakk. rer.soc.oec. Bakkalaureus/Bakkalaurea rerum socialium oeconomicarumque Bakk. der Sozial- und Wirtschaftswissenschaften
War bis 2004 Bakk. rer.soc.oec. Bakkalaureus/Bakkalaurea rerum socialium oeconomicarumque Bakk. der Sozial- und Wirtschaftswissenschaften ab 2007 - Heute BSc Bachelor of Science WAS IST INFORMATIK? WAS
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
MehrFachbereich Informatik und Medien. Neuer Studienplan Bachelor Medieninformatik ab Sommersemester 2017
Fachbereich Informatik und Medien Neuer Studienplan Bachelor Medieninformatik ab Sommersemester 2017 Übersicht Motivation Neuer Studienplan Äquivalenzregelungen Besonderheiten im SS 2017 Beuth Hochschule
MehrIntegration Software und Usability Engineering. Arash Faroughi Roozbeh Faroughi FH-Köln Campus Gummersbach
Integration Software und Usability Arash Faroughi Roozbeh Faroughi FH-Köln Campus Gummersbach November 02, 2007 Einleitung Wie kann man die Lücke zwischen Software und Usability schließen? ca. 30 paper
MehrCertified Professional for Software Architecture (CPSA) Advanced Level
Curriculum für Certified Professional for Software Architecture (CPSA) Advanced Level Modul: Architekturbewertung Inhaltsverzeichnis Seite 2 von 20 Stand 15. Oktober 2012 Seite 3 von 20 Stand 15. Oktober
MehrObjektorientierte Systementwicklung
Karl-Heinz Rau Objektorientierte Systementwicklung Vom Geschäftsprozess zum Java-Programm Mit 162 Abbildungen vieweg Überblick und Vorbemerkungen 1 1 Objektorientierte Software-Entwicklung 5 1.1 Überblick
MehrSoftware Engineering in der Praxis
Inhalt Nachlese Aufgaben Literatur Software Engineering in der Praxis Praktische Übungen Inhalt Nachlese Aufgaben Literatur Marc Spisländer Dirk Wischermann Lehrstuhl für Software Engineering Friedrich-Alexander-Universität
MehrHuman-Computer-Interaction und Psychologie: HCD - Benutzeranalyse - Personas
Human-Computer-Interaction und Psychologie: HCD - Benutzeranalyse - Personas Human Centered Design Prozess Anforderungen: funktional & nicht-funktional!! Human centered design process (based on ISO 13407:1999
MehrPrivacy-Maße k-anonymity, l-diversity, t-closeness
Fakultät Informatik Proseminar Datenschutz in der Anwendungsentwicklung Privacy-Maße k-anonymity, l-diversity, t-closeness Dresden, 02.05.2013 D 01 Einführung: Beispiel Geburtstag Geschlecht PLZ Krankheit
Mehrmehr zum thema: www.sei.cmu.edu/architecture/tools/atam/ der autor ARCHITEKTUR- BEWERTUNG MIT METHODE: DIE ARCHITECTURE TRADEOFF ANALYSIS METHOD (ATAM) IM ÜBERBLICK Peter Maier (E-Mail: peter.maier@pmot.de)
MehrMobile Momente: Die Zukunft des Requirements Engineering. Ursula Meseberg microtool GmbH, Berlin
Mobile Momente: Die Zukunft des Requirements Engineering Ursula Meseberg microtool GmbH, Berlin 1984 Strukturierte Analyse & ER-Modellierung UML /SysML UML /SysML sind noch kein Requirements Engineering
MehrAutomatisierte Architekturanalyse mittels UML2.0 Diagrammen
Automatisierte Architekturanalyse mittels UML2.0 Diagrammen Vortragender: Thorben Pergande Vertiefungsgebiete: kollaboratives Arbeiten im Softwareentwicklungsprozess am Beispiel Microsoft Surface Automatisierte
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...
MehrKontextverzeichnisse für die Entwicklung mobiler
Kontextverzeichnisse für die Entwicklung mobiler kontextbasierter Anwendungen Ralph Löwe, Prof. Dr. Peter Mandl Competence Center Wirtschaftsinformatik Gliederung 1. Einleitung 2. Kontextbasierte Anwendungsentwicklung
MehrCurriculum für. CPSA Certified Professional for Software Architecture. Advanced Level. Modul: AWERT. Architekturbewertung
Curriculum für CPSA Certified Professional for Software Architecture Advanced Level Modul: AWERT Architekturbewertung Version 1.5 (Februar 2015) (Copyright), International Software Architecture Qualification
MehrGuido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis
Guido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0 Für den Einsatz in der Praxis Seite 2 Überblick 1. Ziele 2. Warum das alles? 3. Was ist UML 4. Diagrammarten 5. Umfeld Seite 3 1. Ziele 1. Ziele dieses
MehrSo#waretechnologie für Fortgeschri4ene Teil Eide. Stunde IV: UML. Köln 26. Januar 2017
So#waretechnologie für Fortgeschri4ene Teil Eide Stunde IV: UML Köln 26. Januar 2017 Model of vs. model for TheoreKcal model model for comparison calibra9on verifica9on Empirical model model of deduc9on
MehrIT-Servicequalität im Lebenszyklus
IT-Servicequalität im Lebenszyklus Prof. Dr. Ralf Kneuper IT Quality Day 14. April 2016 IT-Servicequalität 1/22 Prof. Dr. Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD Computer Science, Univ. of Manchester
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
Mehrinformatik: OpenAccess zu Nullen und Einsen Marc Herbstritt Schloss Dagstuhl Leibniz-Zentrum für Informatik
informatik: OpenAccess zu Nullen und Einsen Marc Herbstritt Schloss Dagstuhl Leibniz-Zentrum für Informatik ??? Möglichkeiten Zukunft Jordan Nielsen, www.digitalexplorer.ca. by-nc-nd/2.0 Wünsche Möglichkeiten
MehrAW2-Vortrag. Mobiles Augmented Reality Audio System. David Hemmer. 10. Mai 2012
AW2-Vortrag HAW Hamburg 10. Mai 2012 1 / 24 Gliederung 1 Kontext meiner Arbeit 2 Konferenzen 3 Vergleichbare Arbeiten (theoretisch) 4 Vergleichbare Arbeiten 5 Mein Ansatz 2 / 24 Kontext Kontext meiner
MehrPaul Stelzer / Matthias Wißotzki. Enterprise Architecture Management. in kleinen und mittleren Unternehmen - Ein Vorgehensmodell
Paul Stelzer / Matthias Wißotzki Enterprise Architecture Management in kleinen und mittleren Unternehmen - Ein Vorgehensmodell Wie Business-IT-Alignment im Zeitalter der Digitalisierung auch in KMU gelingen
MehrSoftware Engineering
commit-workshop Mannheim 18.06.12 Software Engineering an der Universität Mannheim Oliver Hummel http://swt.informatik.uni-mannheim.de http://score.informatik.uni-mannheim.de Software-Engineering-Gruppe
MehrUML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert Motivation UML 2.0 nicht als ADL im Sinne von Taylor/Medvidovic entworfen. Warum UML als ADL? weit
MehrSoftware Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 17 Objektorientiertes Design Florin Pinte Marc Spisländer Lehrstuhl für Software
MehrAutomatisierte Architekturanalyse unter Einsatz von UML 2.0 Modellen
Automatisierte Architekturanalyse unter Einsatz von UML 2.0 Modellen Vorstellung: Thorben Pergande Bisheriges Studium: B.Sc. Angewandte Informatik an der HAW Professoren an dieser Ausarbeitung beteiligt:
MehrSoftware Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Meitner, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 16 Objektorientiertes Design Matthias Meitner Marc Spisländer Lehrstuhl für
MehrValidierung und Verifikation
Martin Glinz Harald Gall Software Engineering Kapitel 7 Validierung und Verifikation Universität Zürich Institut für Informatik 2005, 2009 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
MehrStudie bietet Orientierungshilfe
Lehrstuhl für Wirtschaftsinformatik, Systementwicklung präsentiert Forschungsergebnisse Steigerung von Produktivität und Qualität in der Systementwicklung durch Computer Aided Software Engineering (CASE)
MehrWas (genau) ist eigentlich
10. 13.12.2018 Frankfurt am Main Stefan Zörner, embarc Nörgeln ist einfach #ittage Aber was (genau) ist eigentlich? Was (genau) ist eigentlich? Jedes interessante Softwaresystem hat eine Softwarearchitektur.
MehrÜbung Einführung in die Softwaretechnik
Lehrstuhl für Informatik 3 RWTH Aachen Übung Einführung in die Softwaretechnik Lösungshinweise zum Übungsblatt 12 Aufgabe 28 Sichtbarkeits-Symbol UML Java + public # protected private (default) Sichtbar
MehrModul Software Komponenten 01 Komponenten
Modul Software Komponenten 01 Komponenten Martin Jud Inhalt 1. Begriff 2. Bedeutung 3. Nutzen 4. Entwurf mit Komponenten HSLU T&A, 14.09.2008 Modul SWK - 01-Komponenten - Martin Jud 2 1. Begriff Definition
MehrModel Driven Architecture (MDA)
Model Driven Architecture (MDA) Vortrag im Fach Software Engineering II BA Mannheim / Fachrichtung Angewandte Informatik Torsten Hopp Gliederung Einleitung Motivation Grundzüge der MDA Ziele & Potenziale
MehrKIT-Schwerpunkt Mensch und Technik Forschungsziele und Aufgaben
KIT-Schwerpunkt Mensch und Technik Forschungsziele und Aufgaben 1 Januar 2010 Gründung: 15. Juli 2009 Anspruch: mit wissenschaftlicher Exzellenz die Wechselwirkungen zwischen wissenschaftlich-technischem
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:
MehrAmtliche Mitteilungen / 37. Jahrgang 029/2018
Änderung der Prüfungsordnung für die Fachmasterstudiengänge des Departments für Informatik der Fakultät II Informatik, Wirtschaft- und Rechtswissenschaften an der Carl von Ossietzky Universität Oldenburg
MehrMessung von Services und Prozessen: IT-Servicequalität im Lebenszyklus
Messung von Services und Prozessen: IT-Servicequalität im Lebenszyklus Prof. Dr. Ralf Kneuper 16. itsmf Jahreskongress 1. 2. Dezember 2016, Weimar IT-Servicequalität 1/20 Prof. Dr. Ralf Kneuper Dipl.-Mathematiker,
MehrSoftware Engineering (Softwaretechnik) --- Entwicklung von (Anwender-)Software
Software Engineering (Softwaretechnik) --- Entwicklung von (Anwender-)Software Software als dominierender Faktor IT Branche ist weltweit ein führender
MehrSoftware-Prozess-Assessments
Software-Prozess-Assessments Zeitliche Entwicklung des CMMs und der Assessment-Verfahren Aufbau des Verfahrens Die Struktur des Capability Maturity Models Das CMM und die Assessment-Fragen Assessment-Durchführung
MehrLösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13)
Prof. Ina Schaefer Software Systems Engineering TU Braunschweig Lösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13) Ausgabe: Kleine Übung: 07. Dezember/10. Dezember 2012 Abgabe: Kleine
MehrProjekttitel:Sleep-2-Go Projekthomepage:swe2012.webnode.at
Software Engineering Übung, LVNr: Übungsleiter: Brezany Designmodell v.2.0 Projekttitel:Sleep-2-Go Projekthomepage:swe2012.webnode.at Gruppenmitglieder: MatNr: 0902611 0840471 1007727 Nachname: Vorname:
MehrWas kennzeichnet qualitativ hochwertige Software Systeme? Wie kann hohe Software Qualität erreicht werden?
Was kennzeichnet qualitativ hochwertige Software Systeme? Wie kann hohe Software Qualität erreicht werden? WS 2016 HTW Dresden FIM Software Engineering I Prof. Dr. Ing. Anna Sabine Hauptmann 1 Funktionserfüllung
MehrMunich Center for Technology in Society
COST Action TU1002 Accessibility Instruments for Planning Practice in Europe Munich Center for Technology in Society Klaus Mainzer Founding Director Lehrstuhl für Philosophie und Wissenschaftstheorie Complex
Mehr