Umsichtig planen, robust bauen

Größe: px
Ab Seite anzeigen:

Download "Umsichtig planen, robust bauen"

Transkript

1

2 Umsichtig planen, robust bauen iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen Autor: Christoph Schmidt-Casdorff

3 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 3 / 36

4 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 4 / 36

5 Softwarearchitektur Softwarearchitektur ist eine Rolle Gibt Struktur Strukturen, Komponenten, Schnittstellen, Beziehungen Besteht aus verschiedenen Sichten Unterstützt Übergang von Analyse zur Realisierung Kümmert sich um nicht-funktionale Anforderungen (NFA) Kommunikationsbasis Muss dokumentiert und bewertet werden Ebenso wie Requirements Engineering nach [Starke] Seite 5 / 36

6 Softwarearchitektur und Qualität Softwarearchitektur gibt Strukturmerkmale der Software vor Wird diese Struktur eingehalten? interne Softwarequalität Softwarearchitektur stellt die Umsetzung nicht-funktionaler Anforderungen sicher Werden die NFA erfüllt? externe Softwarequalität Qualität der Softwarearchitektur selbst Wie gut ist die Softwarearchitektur (und ihre Dokumentation)? interne Qualität Seite 6 / 36

7 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 7 / 36

8 Architekturkonformität Ist die Software architekturkonform? Einhaltung der Architekturaspekte Einhaltung von Schichtenmodellen Einhaltung von Komponentenschnittstellen Architekturkonformität ist ein Qualitätsmerkmal Beeinflusst die Qualitätseigenschaften: Änderbarkeit (massiv), Effizienz, Übertragbarkeit Architekturkonformität ist interne Qualität Seite 8 / 36

9 Einhaltung der Architekturkonformität Architekturkonformität lässt sich nur schlecht am Produkt messen Es fehlen geeignete Werkzeuge Ansätze: siehe [Sotograph] Eigenentwicklung via Aspektorientierung Verbesserung der Prozessqualität Information Schulung Reviews in jeder Form Seite 9 / 36

10 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 10 / 36

11 Architekturdokumentation Dokumentiert Architektur aus allen relevanten Perspektiven Perspektiven sind Fachseite Betrieb Entwicklung Kurz: alle Stakeholder Es gibt einen zentralen Einstieg für die Architekturdokumentation Je nach Perspektive u.u. unterschiedliche Medien Dokumente, Slides, Wiki, Webcast,.. Seite 11 / 36

12 Architekturdokumentation Glossar Kontext Qualitätsmerkmale Sichten Bausteinsicht Laufzeitsicht Verteilungssicht / Infrastruktursicht Architekturentscheidungen u.v.a siehe [Arc42], [Starke] Seite 12 / 36

13 Architekturdokumentation und Qualitätsmerkmale Qualitätsmerkmale sind vergleichbar zum Requirements Engineering Aktuell Wartbar Qualität der Architekturdokumentation Wird mit gleichen Mitteln wie im Requirements Engineering sichergestellt Review Verfahren usw. siehe [Arc42], [Starke] Seite 13 / 36

14 Best practices: Architekturdokumentation Dokumentieren Sie Ihre Architektur Einstieg mit [Arc42] Dokumentieren Sie Ihre Architekturentscheidungen Auch und gerade die Negativentscheidungen Halten Sie die Architekturdokumentation am Leben Seite 14 / 36

15 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 15 / 36

16 Nicht-funktionale Anforderungen (nach [Bass+])... haben großen Einfluss auf die Architektur... müssen möglichst früh in den Architekturentwurf einfließen... sind Qualitätsmerkmale Beziehen sich auf Qualitätsmerkmale aus bekannten Qualitätsmodellen Benötigen Metriken zur Bewertung Seite 16 / 36

17 Qualitätsmerkmale für nicht-funktionale Anforderungen Verfügbarkeit Veränderbarkeit Kosten von Veränderungen am System Performance Sicherheit Testbarkeit Usability u.v.a. Siehe ISO 9126 Seite 17 / 36

18 Nicht-funktionale Anforderungen Architektur ermittelt die konkreten Anforderungen an einzelne Qualitätsmerkmale Architektur setzt Rahmenbedingungen für die Entwicklung Architektur tariert widersprüchliche Anforderungen aus Architektur definiert Metriken zur Messung Seite 18 / 36

19 Nicht-funktionale Anforderungen System bedient Nutzer mit einer Antwortzeit < 1 sec Genaue Systemumgebung muss noch festgelegt werden!!! Neues Feature der Art XYZ wird in weniger als 30 PT umgesetzt System hat eine Verfügbarkeit von 99% Auf welche Bezugsgrößen gründen sich 99%? System muss eine Eingabedatei von 10 GB in < 2 min verarbeiten Anforderungen werden in Qualitätsszenarien erfasst * Qualitätsszenarien liefern immer eine Metrik Qualitätsszenarien sind formalisiert * [Bass+], [Starke] Seite 19 / 36

20 Qualitätsszenarien Erfassen Sie in welchem Kontext in welchem Umfang wodurch ausgelöst unter welchen Rahmenbedingungen mit welchen messbaren Ergebnissen das Qualitätsmerkmal gefordert wird Nutzen Sie Qualitätsszenarien zur Ermittlung Ihrer Anforderungen Seite 20 / 36

21 Beispiel eines Qualitätsszenarios für das Qualitätsmerkmal Veränderbarkeit Auslöser Reaktion auf Auslöser Quelle wer löst aus Betroffene Artefakte Messung nach erfolgter Reaktion Seite 21 / 36

22 Best practices: Qualitätsziele Ermitteln und dokumentieren Sie Qualitätsziele Werden NFA nicht in der Architektur beachtet, dann wahrscheinlich gar nicht mehr Stimmen Sie die NFA mit den Stakeholdern ab Diesen sind die Auswirkungen auf Umfang und Kosten oft nicht klar Widersprüchliche Anforderungen müssen austariert werden Seite 22 / 36

23 Strategien für NFA Es gibt einen Zusammenhang zwischen Architekturpattern und NFA Es gibt eine Sammlung an Strategien zur Erreichung von NFA tactics nach [Bass+] sind Architekturentscheidungen Checkliste zur Ermittlung der richtigen tactics in [Bass+] Kap 5 Seite 23 / 36

24 Beispiel für tactics des Qualitätsmerkmals Verfügbarkeit [Bass+] Seite 24 / 36

25 Attribute Driven Design (ADD) Methodische Verfeinerung der Architektur unter Berücksichtigung der Qualitätsmerkmale Siehe [Bass+], [KRU] Schritte im Groben : 1. Modul bestimmen 2. NFA des Moduls ermitteln 3. Architekturentscheidung treffen 4. Auswirkungen dieser Entscheidungen verändern Module Verfeinerung -> zurück (1.) [Bass+] Seite 25 / 36

26 Best practices: Qualitätsmerkmale und Architektur Erfassen Sie Qualitätsmerkmale Best practices: als Qualitätsszenario Gehen Sie systematisch vor Dokumentieren Sie Ihre Anforderungen Leiten Sie aus den Qualitätsszenarien Strategien ab Es existieren Checklisten von Strategien (tactics) Dokumentieren Sie den Einsatz von tactics Seite 26 / 36

27 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 27 / 36

28 Architekturbewertung Architekturbewertung ist ein Evaluationsprozess Setzt im wesentlichen auf Review-Techniken Zu Reviews: Siehe Requirements Engineering Strukturiert und formalisiert Unterscheidet sich von der Bewertung der Architekturdokumentation Siehe [NORD+] Seite 28 / 36

29 Architekturbewertung Architekturbewertung stützt sich auf Architekturdokumentation Stakeholder und Projektsprecher Sind die wichtigsten Rollen (neben Reviewern) Architekturbewertung beschäftigt sich mit: Prüfung der Qualitätsanforderungen Ermittlung der Architekturentscheidungen Welche Architekturentscheidung wirkt auf welches Qualitätsmerkmal? Seite 29 / 36

30 Ergebnisse der Architekturbewertung Sind die Voraussetzungen für eine Bewertung gegeben Gibt es verantwortlichen Architekten? Ist Architektur dokumentiert? Sind Stakeholder in das Review eingebunden? Bewertungen auf Basis von Qualitätsszenarien: Welche Risiken bringt diese Entscheidung mit sich? Welche Architekturentscheidung stützt dieses Szenario? Welche anderen Anforderungen werden beeinflusst? Dokumentation, Transparenz und Abstimmung Seite 30 / 36

31 Überblick über Methoden Architecture Tradeoff Analysis Method (ATAM) * Software Architecture Review and Assessment (SARA) ** sind iterativer Prozesse zur Architekturbewertung Basieren auf der Auswertung von Qualitätsszenarios Beziehen Stakeholder mit ein * [Bass+], [SEI], **[KRU] Seite 31 / 36

32 Agenda Softwarearchitektur Architekturkonformität Architekturdokumentation Nicht-funktionale Anforderungen Bewertung der Softwarearchitektur Best practices Seite 32 / 36

33 Best practices: NFA Sichern Sie die Qualität Ihrer Architektur Architekturentscheidungen sind weitreichend Falsche Entscheidung haben große Auswirkungen Setzen Sie Qualitätsszenarien zur Ermittlung von NFA ein Erfassen und qualifizieren Sie NFA Treffen Sie bewusst die Architekturentscheidungen Beziehen Sie die Stakeholder mit ein Seite 33 / 36

34 Referenzen [ADD] [Arc42] [Bass+] Software Architecture in Practise, L.Bass, P.Clements, R.Kazman ISBN-13: [KRU] Seite 34 / 36

35 Referenzen [NORD+] [SEI-2007] [Starke] Effektive Softwarearchitekturen: Ein praktischer Leitfaden, Gernot Starke ISBN-13: Seite 35 / 36

36 Weiterführende Literatur [SEI] [SOTOGRAPH] [MSDN] Microsoft Application Architecture Guide, Kap 16 Seite 36 / 36

37 Fragen?

38

Bewertung 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 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

Mehr

Softwarequalität: Definitionen, Wünsche, Grenzen

Softwarequalität: Definitionen, Wünsche, Grenzen Softwarequalität: Definitionen, Wünsche, Grenzen iks Thementag Mehr Softwarequalität Ausgewählte Themen 22.05.2014 Autor: Christoph Schmidt-Casdorff Agenda Einführung Was ist Softwarequalität? Qualität

Mehr

Gernot Starke. Effektive Softwarearchitekturen. Ein praktischer Leitfaden ISBN: 978-3-446-42728-0. Weitere Informationen oder Bestellungen unter

Gernot Starke. Effektive Softwarearchitekturen. Ein praktischer Leitfaden ISBN: 978-3-446-42728-0. Weitere Informationen oder Bestellungen unter Gernot Starke Effektive Softwarearchitekturen Ein praktischer Leitfaden ISBN: 978-3-446-42728-0 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42728-0 sowie im Buchhandel.

Mehr

Stefan Zörner. Softwarearchitekturen dokumentieren und kommunizieren

Stefan Zörner. Softwarearchitekturen dokumentieren und kommunizieren Stefan Zörner Softwarearchitekturen dokumentieren und kommunizieren Entwürfe, Entscheidungen und Lösungen nachvollziehbar und wirkungsvoll festhalten Geleitwort von Gernot Starke ISBN: 978-3-446-42924-6

Mehr

Architekturdokumentation leicht gemacht

Architekturdokumentation leicht gemacht Architekturdokumentation leicht gemacht Andreas Richter ar@anrichter.net @anrichter www.anrichter.net Architekturdokumentation Warum überhaupt Dokumentieren? Das arc42 Template Wie mach ich das nu? Ausblick

Mehr

Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements

Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements Projekte. Beratung. Spezialisten. Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements IKS-Thementag Autor: Hartwig Tödter 25.11.2014 Qualität lässt sich steuern 1 35 Agenda Warum muss

Mehr

Kapitel 1 Applikations-Architektur V

Kapitel 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

Mehr

Effektive Architekturdokumentation mit arc42

Effektive Architekturdokumentation mit arc42 01 Whitepaper: Technologie > Architekturdokumentation Cofinpro die Experten für Kredit und Wertpapier Effektive Architekturdokumentation mit arc42 Inhalt 1 Software-Architektur mit arc42 2 2 arc42 2 3

Mehr

Inhaltsverzeichnis. Gernot Starke. Effektive Softwarearchitekturen. Ein praktischer Leitfaden ISBN: 978-3-446-42728-0

Inhaltsverzeichnis. Gernot Starke. Effektive Softwarearchitekturen. Ein praktischer Leitfaden ISBN: 978-3-446-42728-0 sverzeichnis Gernot Starke Effektive Softwarearchitekturen Ein praktischer Leitfaden ISBN: 978-3-446-42728-0 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42728-0 sowie im

Mehr

Kundenanforderungen dokumentieren

Kundenanforderungen dokumentieren Requirements Engineering Kundenanforderungen dokumentieren Bereich Anforderungen Aktivität Kunden-Anforderungen erheben Ziele Gesteigerte Kundenzufriedenheit Dokumentation der genauen Erwartungen des Kunden

Mehr

Effektive Software- Architekturen

Effektive Software- Architekturen Gemot Starke Effektive Software- Architekturen Ein praktischer Leitfaden 4., aktualisierte und erweiterte Auflage HANSER Inhalt Vorwort Vorwort zur vierten Auflage XIII XIV 1 Einleitung 1 1.1 Software-Architekten

Mehr

arc42 Der pragmatische Leitfaden zur Architekturdokumentation

arc42 Der pragmatische Leitfaden zur Architekturdokumentation arc42 Der pragmatische Leitfaden zur Architekturdokumentation STEFAN ZÖRNER.NET Developer Conference kompakt Köln, 02.12.2014 0 arc 42 Der pragmatische Leitfaden zur Architekturdokumentation Sie: Ein Entwickler(-Team),

Mehr

Softwarearchitekten. Basiswissen für. dpunkt.verlag. Foundation Level

Softwarearchitekten. Basiswissen für. dpunkt.verlag. Foundation Level Mahbouba Gharbi Arne Koschel Andreas Rausch Gernot Starke Basiswissen für Softwarearchitekten Aus- und Weiterbildung nach isaqb-standard zum Certified Professional for Software Architecture - Foundation

Mehr

Ein standardisiertes Aus- und Weiterbildungsschema für Software-Architekten: der isaqb CPSA-F Lehrplan

Ein standardisiertes Aus- und Weiterbildungsschema für Software-Architekten: der isaqb CPSA-F Lehrplan Ein standardisiertes Aus- und Weiterbildungsschema für Software-Architekten: der isaqb CPSA-F Lehrplan ITech Progress GmbH 2012 Wer bin ich? Mahbouba Gharbi Geschäftsführerin der ITech Progress GmbH Trainerin,

Mehr

vii Inhaltsverzeichnis 1 Einleitung 1

vii Inhaltsverzeichnis 1 Einleitung 1 vii 1 Einleitung 1 1.1 Softwarearchitektur als Disziplin im Software Engineering........ 2 1.2 isaqb International Software Architecture Qualification Board.......... 4 1.3 Certified Professional for Software

Mehr

Reviews von Entwicklungsartefakten durchführen

Reviews von Entwicklungsartefakten durchführen Testen Reviews von Entwicklungsartefakten durchführen Bereich Evaluation Ziele Fehler und Probleme frühzeitig finden Wissenstransfer ermöglichen Teamzusammenhalt fördern Lösungen erarbeiten Aktivität Reviews

Mehr

Arc42 Strukturierungshilfe für Architekturdokumentation

Arc42 Strukturierungshilfe für Architekturdokumentation Arc42 Strukturierungshilfe für Architekturdokumentation Arc42 als Strukturierungshilfe für die Architekturdokumentation Dr. Jürgen Meister OpenKONSEQUENZ Architecture&Quality Committees Workshop 20. 21.4.2016

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

Qualität 1. 1 Qualität

Qualität 1. 1 Qualität Qualität 1 1 Qualität Nach dem Durcharbeiten dieses Kapitels sollten Sie die Qualität für ein Softwaresystem definieren können, typische Qualitätskriterien kennen, Qualitätskriterien messbar festlegen

Mehr

Stefan Zörner, oose Innovative Informatik GmbH Stefan.Zoerner@oose.de

Stefan Zörner, oose Innovative Informatik GmbH Stefan.Zoerner@oose.de Vortragsreihe Architekturdesign Dokumentation voll unagil? Software-Architekturen wirkungsvoll dokumentieren, Entwürfe und Entscheidungen nachvollziehbar festhalten Stefan Zörner, oose GmbH Stefan.Zoerner@de

Mehr

Experten-Review für Ihre Microsoft SharePoint-Architektur. Maximaler Nutzen, hohe Stabilität und Sicherheit für Ihre SharePoint-Farm

Experten-Review für Ihre Microsoft SharePoint-Architektur. Maximaler Nutzen, hohe Stabilität und Sicherheit für Ihre SharePoint-Farm Experten-Review für Ihre Microsoft SharePoint-Architektur Maximaler Nutzen, hohe Stabilität und Sicherheit für Ihre SharePoint-Farm Heben Sie mit Materna die Potenziale Ihrer SharePoint-Umgebung. Microsoft

Mehr

Architektur und Qualität. Tjard Köbberling

Architektur und Qualität. Tjard Köbberling Architektur und Qualität Tjard Köbberling Gliederung Überblick Architektur und Qualität? Architekturentwurf Anforderungsanalyse Strukturierung Architekturbeschreibungen - Sichten Fallbeispiel 2 Architektur

Mehr

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch. Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf Nachdem die Projekt-Vision und die Stakeholder bekannt sind,

Mehr

Requirements Engineering für die agile Softwareentwicklung

Requirements Engineering für die agile Softwareentwicklung Johannes Bergsmann Requirements Engineering für die agile Softwareentwicklung Methoden, Techniken und Strategien Unter Mitwirkung von Markus Unterauer dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1

Mehr

Softwarearchitekturen dokumentieren - voll unagil? Stefan Zörner, oose Innovative Informatik GmbH Stefan.Zoerner@oose.de

Softwarearchitekturen dokumentieren - voll unagil? Stefan Zörner, oose Innovative Informatik GmbH Stefan.Zoerner@oose.de Agiles Architekturmanagement Softwarearchitekturen dokumentieren - voll unagil? Stefan Zörner, oose GmbH Stefan.Zoerner@de OBJEKTspektrum Information Days 2013 Nürnberg, 04.06. :: Hannover, 05.06.:: Darmstadt,

Mehr

16 Architekturentwurf Einführung und Überblick

16 Architekturentwurf Einführung und Überblick Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software

Mehr

REQUIREMENTS ENGINEERING FULL SERVICE

REQUIREMENTS ENGINEERING FULL SERVICE REQUIREMENTS ENGINEERING FULL SERVICE Anforderungsbeschreibungen für die Entwicklung eines Systems müssen detailliert ausgearbeitet werden, um fi nanzielle und zeitliche Limits einzuhalten. Das gelingt

Mehr

Software Engineering

Software 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,

Mehr

Produktphilosophie erstellen

Produktphilosophie erstellen User Experience Produktphilosophie erstellen Bereich Anforderungen Aktivität Ziele Erleichterte Kommunikation zwischen Stakeholdern Designentscheidungen erleichtern/rechtfertigen schnell durchführbar einfach

Mehr

Requirements Engineering

Requirements Engineering Seite 1 Requirements Engineering Seite 2 Zielsetzung Systematischer Ansatz, Anforderungen zu Ermitteln Analysieren Organisieren Dokumentieren Mittel, um gemeinsame Basis zwischen Kunde und Entwickler zu

Mehr

Stichwortverzeichnis. Effektive Softwarearchitekturen (6. Auflage)

Stichwortverzeichnis. Effektive Softwarearchitekturen (6. Auflage) Stichwortverzeichnis zu Effektive Softwarearchitekturen (6. Auflage) von Gernot Starke ISBN (Buch): 978-3-446-43614-5 ISBN (E-Book): 978-3-446-43653-4 Weitere Informationen und Bestellungen unter http://www.hanser-fachbuch.de/978-3-446-43614-5

Mehr

Quality-Driven Software Architecture

Quality-Driven Software Architecture Quality-Driven Software Architecture Dr. Peter Hruschka Dr. Gernot Starke OOP 2011 DDD: Domain Driven Design *) Standard-Schichtenmodell: User Interface Application Domain Infrastructure *) Eric Evans,

Mehr

Curriculum für. CPSA Certified Professional for Software Architecture. Advanced Level. Modul: Architekturdokumentation

Curriculum für. CPSA Certified Professional for Software Architecture. Advanced Level. Modul: Architekturdokumentation Curriculum für CPSA Certified Professional for Software Architecture Advanced Level Modul: Architekturdokumentation Version 1.5 (Februar 2015) (Copyright), International Software Architecture Qualification

Mehr

Certified Professional for Software Architecture (CPSA) Advanced Level

Certified Professional for Software Architecture (CPSA) Advanced Level Curriculum für Certified Professional for Software Architecture (CPSA) Advanced Level Modul: Architekturdokumentation Inhaltsverzeichnis Seite 2 von 15 Stand 27. September 2012 Seite 3 von 15 Stand 27.

Mehr

Dr. Gernot Starke Architekt. Quality-Driven Software Architecture

Dr. Gernot Starke Architekt. Quality-Driven Software Architecture Konferenz Dr. Gernot Starke Architekt Quality-Driven Software Architecture Quality-Driven Software Architecture Dr. Gernot Starke www.arc42.de WJAX 2011 aktiv Fellow (co) founder of: member of: Fellow

Mehr

Kapitel 1 Applikations-Architektur VI

Kapitel 1 Applikations-Architektur VI Kapitel 1 Applikations-Architektur VI Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile

Mehr

DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN

DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN THEGUARD! SMARTCHANGE CHANGE PROCESS DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN THEGUARD! SMARTCHANGE I CHANGE PROCESS

Mehr

SOFTWARE- ARCHITEKTUREN

SOFTWARE- ARCHITEKTUREN stefan ZÖRNER SOFTWARE- ARCHITEKTUREN ENTWÜRFE, ENTSCHEIDUNGEN UND LÖSUNGEN NACHVOLLZIEHBAR UND WIRKUNGSVOLL FESTHALTEN EXTRA: Mit kostenlosem E-Book Mit einem Geleitwort von Gernot Starke. Inhalt Geleitwort

Mehr

Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Virtuelle Forschungsumgebungen Dozent: Prof. Dr. phil.

Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Virtuelle Forschungsumgebungen Dozent: Prof. Dr. phil. Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Virtuelle Forschungsumgebungen Dozent: Prof. Dr. phil. Manfred Thaller WS 2010/11 Referentin: Sanja Wiechmann

Mehr

Das Entwicklungsteam im agilen Prozess. Aufgaben der Software Architektur. Best Practices & Scrum Integration. Zusammenfassung & Ausblick

Das Entwicklungsteam im agilen Prozess. Aufgaben der Software Architektur. Best Practices & Scrum Integration. Zusammenfassung & Ausblick Das Entwicklungsteam im agilen Prozess Aufgaben der Software Architektur Best Practices & Scrum Integration Zusammenfassung & Ausblick Das Entwicklungsteam im agilen Prozess Die besten Architekturen, Anforderungen

Mehr

Der Rational Unified Process

Der Rational Unified Process Philippe Kruchten Der Rational Unified Process Eine Einführung Deutsche Übersetzung von Cornelia Versteegen An imprint of Pearson Education München Reading, Massachusetts Menlo Park, California New York

Mehr

Softwarearchitektur und Qualitätsszenarien

Softwarearchitektur 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

Mehr

Quality-Driven Software Architecture

Quality-Driven Software Architecture Quality-Driven Software Architecture Dr. Peter Hruschka Dr. Gernot Starke www.arc42.de OOP 2011 DDD: Domain Driven Design *) Standard-Schichtenmodell: User Interface Application Domain Infrastructure *)

Mehr

Future Network Cert Österreichische Zertifizierungsstelle Requirements Engineering

Future Network Cert Österreichische Zertifizierungsstelle Requirements Engineering Österreichische Zertifizierungsstelle Requirements Engineering»Requirements Engineering ist eine Schlüsseldiszilin der Systementwicklung. Viele weitere Diszilinen hängen von den Ergebnissen des Requirements

Mehr

Wieviel Usability Engineering braucht das Software Engineering?

Wieviel Usability Engineering braucht das Software Engineering? Wieviel Usability Engineering braucht das Software Engineering? Prof. Dr. Institut für Informatik Neuenheimer Feld 348 69120 Heidelberg http://www-swe.uni-heidelberg.de paech@informatik.uni-heidelberg.de

Mehr

Grob- und Detailplanung bei der Implementierung nutzen

Grob- und Detailplanung bei der Implementierung nutzen Softwarearchitektur Grob- und Detailplanung bei der Implementierung nutzen Bereich Realisierung Aktivität Softwareinkrement realisieren Ziele Vermitteln einer Orientierungshilfe für alle Entwickler Etablierung

Mehr

Vom Prototypen zur Anwendung

Vom Prototypen zur Anwendung Vom Prototypen zur Anwendung iks-thementag: Mobile Applikationen Ein Leitfaden für Unternehmen 17.05.2011 Autor: Ingo Röpling Agenda Was ist vorab zu beachten? Skills und Systemvoraussetzungen Implementierung

Mehr

Anforderungen dokumentieren, validieren und verwalten

Anforderungen dokumentieren, validieren und verwalten Anforderungen dokumentieren, validieren und verwalten iks-thementag: Requirements Engineering 16.11.2010 Autoren Christoph Schmidt-Casdorff Carsten Schädel Agenda Einleitung Anforderungen dokumentieren

Mehr

Software Engineering. 3. Analyse und Anforderungsmanagement

Software Engineering. 3. Analyse und Anforderungsmanagement Software Engineering 3. Analyse und Anforderungsmanagement Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz

Mehr

Neue Funktionen in Innovator 11 R5

Neue Funktionen in Innovator 11 R5 Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur

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

Medizintechnologie.de. Entwicklungsplan. Entwicklungsplan. Einteilung in Entwicklungsphasen

Medizintechnologie.de. Entwicklungsplan. Entwicklungsplan. Einteilung in Entwicklungsphasen Medizintechnologie.de Entwicklungsplan Entwicklungsplan Medizinprodukte werden immer komplexer. Um alle gesetzlichen und normativen Vorgaben einhalten und die Entwicklung eines Medizinproduktes kontrollieren

Mehr

Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation. organisiert

Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation. organisiert ? organisiert Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation ist? Sie müssen ein QM-System: aufbauen, dokumentieren, verwirklichen, aufrechterhalten und dessen Wirksamkeit ständig

Mehr

TELEMETRIE EINER ANWENDUNG

TELEMETRIE EINER ANWENDUNG TELEMETRIE EINER ANWENDUNG VISUAL STUDIO APPLICATION INSIGHTS BORIS WEHRLE TELEMETRIE 2 TELEMETRIE WELCHE ZIELE WERDEN VERFOLGT? Erkennen von Zusammenhängen Vorausschauendes Erkennen von Problemen um rechtzeitig

Mehr

Produktqualität in agilen Entwicklungsvorgehen. BITKOM Software Summit Frankfurt, 23. September 2014 Dominik Rost, Hartmut Schmitt

Produktqualität in agilen Entwicklungsvorgehen. BITKOM Software Summit Frankfurt, 23. September 2014 Dominik Rost, Hartmut Schmitt Produktqualität in agilen Entwicklungsvorgehen BITKOM Software Summit Frankfurt, 23. September 2014 Dominik Rost, Hartmut Schmitt 1 Motivation 2 Agile Entwicklungsvorgehen Status Quo vorwiegend eingesetzte

Mehr

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch. Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf 2 Nach derbefragung aller Stakeholder und der Dokumentation

Mehr

Requirements Engineering (Anforderungstechnik)

Requirements Engineering (Anforderungstechnik) 5 Requirements Engineering Einführung 5.1 Was ist Requirements Engineering? Erste Näherung: Requirements Engineering (Anforderungstechnik) ist das systematische, disziplinierte und quantitativ erfassbare

Mehr

Validierung und Verifikation!

Validierung und Verifikation! Martin Glinz Thomas Fritz Software Engineering Kapitel 7 Validierung und Verifikation 2005-2013 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen

Mehr

Praxisberichte. Plan des Vortrags. Das Rational Unified Process für die Anforderungsspezifikation

Praxisberichte. Plan des Vortrags. Das Rational Unified Process für die Anforderungsspezifikation Praxisberichte Das Rational Unified Process für die Anforderungsspezifikation Seminar in Software Engineering Spezifikationsverfahren Prof. Dr. Martin Glinz Nancy Schett Laurent Bagnoud Plan des Vortrags

Mehr

Einflussfaktoren auf eine Softwarearchitektur und ihre Wechselwirkungen Entwurfsentscheidungen systematisieren

Einflussfaktoren auf eine Softwarearchitektur und ihre Wechselwirkungen Entwurfsentscheidungen systematisieren 1 Einflussfaktoren auf eine Softwarearchitektur und ihre Wechselwirkungen Entwurfsentscheidungen systematisieren W3L AG info@w3l.de 2011 2 Agenda Softwarearchitektur und Architekturentwurf Definition Überblick

Mehr

Stefan Zörner (Stefan.Zoerner@oose.de) Wiki ausgedruckt? 10 praxistaugliche Tipps für Ihre Architekturdokumentation

Stefan Zörner (Stefan.Zoerner@oose.de) Wiki ausgedruckt? 10 praxistaugliche Tipps für Ihre Architekturdokumentation Vortrag: Wiki ausgedruckt? 10 praxistaugliche Tipps für Ihre Architekturdokumentation Stefan Zörner (Stefan.Zoerner@de) Stuttgart, den 11. Juni 2012 ObjektForum Stuttgart Wiki ausgedruckt? 10 praxistaugliche

Mehr

ARCHITEKTUR KATA als Trainingsform für agile Teams

ARCHITEKTUR KATA als Trainingsform für agile Teams 02.12.2014 ARCHITEKTUR KATA als Trainingsform für agile Teams Roland Mast Sybit GmbH Software Architekt Scrum Master roland.mast@sybit.de 1 02.12.2014 Ich Du Wir Ihr Architektur Kata Architektur Vision

Mehr

Management-Review und Selbstbewertung als Instrumente des Klinikmanagements

Management-Review und Selbstbewertung als Instrumente des Klinikmanagements Management-Review und Selbstbewertung als Instrumente des Klinikmanagements Hildegard Winkler, Westfälische Klinik Gütersloh Dr. Andreas Koch, ExperTeam AG Management-Review und Selbstbewertung Kontinuierlicher

Mehr

Planung, Ziele, Kennzahlenmanagement

Planung, Ziele, Kennzahlenmanagement DGQ-Regionet Nordwest 13.11.2008 Planung, Ziele, Kennzahlenmanagement Guido Kuper Qualitätsmanagement Wilhelm Karmann GmbH 1 Wozu benötigt man Kennzahlen? Zur Beruhigung Zur Orientierung Zur Analyse der

Mehr

Requirements Engineering für IT Systeme

Requirements Engineering für IT Systeme Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein

Mehr

Qualitatives und Quantitatives Usability Testing ein Hybrider Testansatz

Qualitatives und Quantitatives Usability Testing ein Hybrider Testansatz Mensch & Computer 2004, Paderborn Tim Bosenick, SirValUse Consulting Matthias Müller-Prove, Sun Microsystems Die Ausgangslage StarOffice / OpenOffice.org StarOffice Marktführer unter Linux / Solaris /

Mehr

Anforderungen aufnehmen: (Soft-) Skills für den Requirements Engineer

Anforderungen aufnehmen: (Soft-) Skills für den Requirements Engineer Anforderungen aufnehmen: (Soft-) Skills für den Requirements Engineer iks-thementag: Requirements Engineering 16.11.2010 Autor Jan Radeck Vermeidet den übermäßigen Geist. Er ist im Krieg unbrauchbar. Was

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Vorstellung Sybit (Bereiche SAP CRM und Media) Warum ist Architektur für Sybit so wichtig? z.b. Zulieferung für Sotschi - Große

Vorstellung Sybit (Bereiche SAP CRM und Media) Warum ist Architektur für Sybit so wichtig? z.b. Zulieferung für Sotschi - Große Architekturarbeit ist und bleibt ein wichtiger Aspekt in Software-Projekten, sowohl in klassisch aufgestellten als auch in agilen Teams. Dies macht Mitarbeiter mit entsprechendem Knowhow erforderlich,

Mehr

Software Assessments verhelfen zur effektiven Prozessverbesserung

Software Assessments verhelfen zur effektiven Prozessverbesserung Assessments verhelfen zur effektiven Prozessverbesserung Ein Erfahrungsbericht Dr. Gunter Hirche Gründe für ein Assessment Anforderungen: Probleme bei der Abwicklung von Projekten mit SW-Anteilen Termine,

Mehr

Kleines Einmaleins der Architekturdokumentation. Teil 1: Einflüsse und Entscheidungen Historisch gewachsen?

Kleines Einmaleins der Architekturdokumentation. Teil 1: Einflüsse und Entscheidungen Historisch gewachsen? Kleines Einmaleins der Architekturdokumentation. Teil 1: Einflüsse und Entscheidungen Historisch gewachsen? Softwarearchitektur ist die Summe fundamentaler Entscheidungen. Halten Sie zentrale Einflüsse

Mehr

Gokyo Ri Messung und Bewertung der Qualität von Entwicklungsprozessen

Gokyo Ri Messung und Bewertung der Qualität von Entwicklungsprozessen Gokyo Ri Messung und Bewertung der Qualität von Entwicklungsprozessen Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung 11.09.2012 1 Ralf Kneuper Dipl.-Mathematiker, Univ.

Mehr

Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance

Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Mag. Georg Buchgeher +43 7236 3343 855 georg.buchgeher@scch.at www.scch.at Das SCCH ist eine Initiative der Das SCCH befindet sich

Mehr

Besser, schöner, schneller

Besser, schöner, schneller Besser, schöner, schneller Dr. Gernot Starke www.arc42.de www.innoq.com Fellow aktiv gerade frisch... (co) founder of: member of: Fellow Was wollen Stakeholder von Software? Was Benutzer wollen... fast

Mehr

DIN EN ISO 50001 Was erwarten die Zertifizierer?

DIN EN ISO 50001 Was erwarten die Zertifizierer? Zertifizierung DIN EN ISO 50001 Was erwarten die Zertifizierer? TÜV NORD Energiemanagement-Tag Zerifizierung 13. September 2012, Museum für Energiegeschichte (Hannover) Zur Person Lars Kirchner, Dipl.-Umweltwiss.

Mehr

YAKINDU Requirements. Requirements Engineering, Management and Traceability with Eclipse. Lars Martin, itemis AG. itemis AG

YAKINDU Requirements. Requirements Engineering, Management and Traceability with Eclipse. Lars Martin, itemis AG. itemis AG YAKINDU Requirements Requirements Engineering, Management and Traceability with Eclipse Lars Martin, itemis AG Agenda YAKINDU Requirements Motivation: Warum Requirements Engineering? Grundlagen: Requirements

Mehr

Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht. München, 11.03.2014

Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht. München, 11.03.2014 Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht München, 11.03.2014 Vorstellung Ihr Referent Ralf Nagel Senior Consultant für modellbasierte Anforderungsanalyse MID GmbH Kressengartenstraße

Mehr

Microsoft Solutions Framework. Daniel Dengler CN7. Unterschied MSF - MOF Microsoft Solutions Framework

Microsoft Solutions Framework. Daniel Dengler CN7. Unterschied MSF - MOF Microsoft Solutions Framework Einführung MSF MOF Microsoft Solutions Framework Microsoft Operations Framework Daniel Dengler CN7 Agenda Unterschied MSF - MOF Microsoft Solutions Framework Elementare Komponenten grundlegende Richtlinien

Mehr

12 Nicht-funktionale Anforderungen

12 Nicht-funktionale Anforderungen 12 Nicht-funktionale Anforderungen Nicht-funktionale Anforderungen (non-functional requirements) Anforderungen an die Umstände, unter denen die geforderte Funktionalität zu erbringen ist. Gesamte Anforderungen

Mehr

Lernen durch Feedback aus Inspektionen 28.11.2013 Dr. Andrea Herrmann

Lernen durch Feedback aus Inspektionen 28.11.2013 Dr. Andrea Herrmann Lernen durch Feedback aus Inspektionen 28.11.2013 Dr. Andrea Herrmann Freie Software Engineering Trainerin und Forscherin www.herrmann-ehrlich.de Übersicht 1. Motivation 2. Fragen 3. Durchführung 4. Ergebnisse

Mehr

Erfahrungen bei der Zertifizierung von Energiemanagementsystemen nach Zerifizierung DIN EN ISO 50001

Erfahrungen bei der Zertifizierung von Energiemanagementsystemen nach Zerifizierung DIN EN ISO 50001 Zertifizierung Erfahrungen bei der Zertifizierung von Energiemanagementsystemen nach Zerifizierung DIN EN ISO 50001 Informationsveranstaltung Unternehmenspflichten nach dem neuen EDL-G 20. Mai 2015, IHK

Mehr

Scrum in der Praxis (eine mögliche Umsetzung)

Scrum in der Praxis (eine mögliche Umsetzung) Scrum in der Praxis (eine mögliche Umsetzung) ALM Talk, 26. Oktober 2011 Stefan Stettler Ausgangslage Viele Projektbeteiligte Verkauf, Entwickler, PM, Designer, Ergonomen Unterschiedliche Sichten und Vorstellungen,

Mehr

Inwieweit sind die Qualitätsplanung, Qualitätslenkung, Qualitätssicherung und Qualitätsverbesserung im Rahmen der Projektarbeit von Bedeutung?

Inwieweit sind die Qualitätsplanung, Qualitätslenkung, Qualitätssicherung und Qualitätsverbesserung im Rahmen der Projektarbeit von Bedeutung? Inwieweit sind die Qualitätsplanung, Qualitätslenkung, Qualitätssicherung und Qualitätsverbesserung im Rahmen der Projektarbeit von Bedeutung? Aufgabe: Nennen Sie beispielhaft einzelne Aspekte, die als

Mehr

Testen von Data-Warehouse- und Business-Intelligence-Systemen

Testen von Data-Warehouse- und Business-Intelligence-Systemen Edition TDWI Testen von Data-Warehouse- und Business-Intelligence-Systemen Vorgehen, Methoden und Konzepte von Herbert Stauffer, Beat Honegger, Hanspeter Gisin 1. Auflage Testen von Data-Warehouse- und

Mehr

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

Hochschule 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

Mehr

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Insert picture and click Align Title Graphic. Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Dr. Dieter Lederer, Geschäftsführer Vector Consulting Services GmbH

Mehr

Risikobasierte Software- Architektur für sicherheitskritische Systeme. Erik Steiner Matthias Seeland. Organized by:

Risikobasierte Software- Architektur für sicherheitskritische Systeme. Erik Steiner Matthias Seeland. Organized by: Di 2.4 January 22 th -26 th, 2007, Munich/Germany Organized by: Lindlaustr. 2c, 53842 Troisdorf, Tel.: +49 (0)2241 2341-100, Fax.: +49 (0)2241 2341-199 www.oopconference.com Architektur für Folie 1 Consulting

Mehr

Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Dez

Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Dez ECHO 2014 Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Dez Wissenswertes, Fachliches und Neues vom hamburger beratungshaus Web: www.embarc.de Mail: info@embarc.de Twitter: @embarced embarc Echo embarc echo

Mehr

SOFTWARE- ARCHITEKTUREN

SOFTWARE- ARCHITEKTUREN stefan ZÖRNER SOFTWARE- ARCHITEKTUREN ENTWÜRFE, ENTSCHEIDUNGEN UND LÖSUNGEN NACHVOLLZIEHBAR UND WIRKUNGSVOLL FESTHALTEN EXTRA: Mit kostenlosem E-Book Mit einem Geleitwort von Gernot Starke. Zörner Softwarearchitekturen

Mehr

Pflichtenheft 1 Allgemeines 1.1 Nutzen

Pflichtenheft 1 Allgemeines 1.1 Nutzen Pflichtenheft 1 Allgemeines Oft wird im Bereich der Softwareentwicklung auf die Erstellung eines Pflichtenheftes verzichtet. Die Gründe sind dafür die Befürchtungen, dass sich dadurch die Entwicklung verzögert

Mehr

Qualitätssicherung[QS] von Torsten Lindner

Qualitätssicherung[QS] von Torsten Lindner Qualitätssicherung[QS] von Torsten Lindner Gliederung [I] [II] [III] [IV] Softwarequalität Qualitätssicherung Zusammenfassung Literatur Gliederung [I] Softwarequalität [A] Begriffserklärung [B] Qualitätsmaß

Mehr

AGILE BODENSEE ARCHITEKTUR KATA. Auf dem Weg zu agiler Softwarearchitektur

AGILE BODENSEE ARCHITEKTUR KATA. Auf dem Weg zu agiler Softwarearchitektur AGILE BODENSEE ARCHITEKTUR KATA Auf dem Weg zu agiler Softwarearchitektur Roland Mast Sybit GmbH Software Architekt Scrum Master roland.mast@sybit.de Intro Du Wir Ich Alle Architektur Kata Architektur

Mehr

Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht

Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht 1 Agenda Vorstellung Architektur & Agilität Industriedomäne Praxisbeispiele Wie geht es weiter? 2/26/2015 2 Vorstellung Robert

Mehr

Softwareanforderungsanalyse

Softwareanforderungsanalyse Softwareanforderungsanalyse Evolution von Anforderungen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Wintersemester 2015/16 Evolution von Anforderungen Anforderungen

Mehr

Leichtgewichtige RE Assessments

Leichtgewichtige RE Assessments Leichtgewichtige RE Assessments In Softwareentwicklungsprojekten Folie 1 von 19 28. November 2013 Daniel Rapp, Norbert Seyff, Anne Hess Inhalt Erste Anwendungserfahrung: Effiziente Anwendung im universitären

Mehr

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung Software-Qualität im Rahmen modellgetriebener Softwareentwicklung OFFIS Technologiecluster Enterprise Application Integration niels.streekmann@offis.de 09.07.2008 Seite 1 / 13 Software-Qualität: Unterschiedliche

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Software Engineering in der Praxis

Software Engineering in der Praxis Software Engineering in der Praxis Praktische Übungen Josef Adersberger Dirk Wischermann Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg 23. Oktober 2006 Inhalt Überblick

Mehr

MyProcess AG Kurzprofil

MyProcess AG Kurzprofil MyProcess AG Kurzprofil MyProcess AG, Lachen, CH-8853, Schweiz Positionierung Die MyProcess AG hat Kernkompetenzen auf allen wesentlichen Gebieten der Software-Entwicklung auf Basis neuer Technologien.

Mehr

Verunfallte Softwarearchitektur

Verunfallte Softwarearchitektur Verunfallte Softwarearchitektur. Erfolgreiche Lösungen höchstens per Zufall? STEFAN ZÖRNER Berlin Experts Days Berlin, 04.04.2014 0. Erfolgreiche Lösungen höchstens per Zufall? Mitunter gelingt ein Entwicklungsvorhaben,

Mehr