Slides of the presentation held at the Software & Systems Quality Conferences International 2007 in Düsseldorf

Save this PDF as:
 WORD  PNG  TXT  JPG

Größe: px
Ab Seite anzeigen:

Download "Slides of the presentation held at the Software & Systems Quality Conferences International 2007 in Düsseldorf"

Transkript

1 Slides of the presentation held at the Software & Systems Quality Conferences International 2007 in Düsseldorf Copyright [2007] Dr.

2 Priorisierung von auf der Basis von Risikoabschätzungen Institut für Informatik Neuenheimer Feld 326 D Heidelberg, Germany RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG

3 Dr. Werdegang: 6 Jahre als Beraterin und Projektleiterin in IT- Projekten Seit 2 Jahren wissenschaftliche Mitarbeiterin an der Universität Heidelberg Interessengebiete: Anforderungen Schnittstelle zu Entwurf Projekt- und Wissensmanagement Folie 2

4 : Erlernbarkeit (QA) Benutzerfreundlichkeit (QA) FA 1 FA 2 FA 3 FA 4 FA = funktionale Anforderung QA = Qualitätsanforderung Folie 3

5 : Bewertung Was bedeutet wichtig? Wichtig für Entscheidungen in Bezug auf Entwurf, Projektmanagement oder Testen? Ist die Erlernbarkeit wichtiger als die Benutzerfreundlichkeit? Vage -> konkrete Abhängigkeiten, z.b. Erlernbarkeit vs. Effizienz Nutzen- und Risikoabschätzungen (Wahrscheinlichkeit und Schaden) sind schwierig Folie 4

6 Aufbau des Vortrags <- Risikoabschätzungen, z.b. in MOQARE <- en aus Fallstudien und Anwendungsbeispielen Folie 5

7 Beispiel Bewertung der Benutzerfreundlichkeit eines Werkzeugs für Anforderungsspezifikation und Entwurf Folie 6

8 Im Beispiel durchgeführte Schritte Funktionale Anforderungen (FA) Konkretisierung des QA Benutzerfreundlichkeit Bewertung der QA Test der Software gegenüber den QA Versionierung der Weiterentwicklung Folie 7

9 Funktionale Anforderungen (FA) Benutzer Anforderung spezifizieren und verfeinern Anforderungs- Review Nutzersichtbündel TORE (FA) MOQARE (QA) ICRAD (Entwurf) Punkte Entwurfs- Review Insgesamt 27 Use Cases Folie 8

10 Konkretisierung der System soll Anforderungs- Spezifikation und Entwurf benutzerfreundlich unterstützen. Alle nötigen Informationen müssen zur gleichen Zeit für den Benutzer verfügbar sein. Fehlerhafte Aktionen lassen sich auf einfache Weise wieder rückgängig machen. Maske X zeigt mindestens die Felder A, B und C. Man kann Maske Y verlassen, ohne die gemachten Änderungen zu speichern. Folie 9

11 Konkretisierung & Abhängigkeiten in MOQARE Geschäftsziel Geschäftsschaden Geschäftsschaden Qualitätsmangel Qualitätsmangel Benutzerfreundlichkeit Qualitätsziel Qualitätsziel Qualitätsziel des Systems Misuse Case Misuse Case Misuse Case Misuse Case Misuse Case Gegenmaßnahme Alle nötigen Qualitätsziel Informationen Gegenmaßnahme Misuse Case Misuse Case Gegenmaßnahme Maske X zeigt mindestens die Felder A, B und C. Gegenmaßnahme Gegenmaßnahme Folie 10

12 MOQARE Misuse Tree Ausschnitt Erhöht Qualität und Effizienz in RE und AD RE und AD schwieriger als von Hand Zeit- und Geldverlust Softwareunterstützung verursacht Fehler Benutzerfehler -> schlechte Datenqualität Nicht alle nötige Inf. auf Benutzeroberfläche -> Aufwand, Datenqual. Ineffiziente Prozessunterstützung Prozessunterstützung Benutzerfreundlichkeit Systemeffizienz Zu viel Information auf Benutzeroberfläche -> Aufwand Unnötige Eingaben Rückgängig- Machen von Fehlern Eingabefehler Maske Y Verlassen ohne Speichern A,B oder C fehlt auf Maske X Alle nötige Inf. auf Benutzerob. Maske X zeigt mind. Felder A, B und C. Wechselnder Informationsbedarf Filter Keine überflüssigen Felder/ Daten auf Benutzeroberfläche Verschiedenes Wissensniveau Filter für Anfänger und Experten Minimum an Pflichtfeldern Unregelmäßige Benutzer Folie 11 Erlernbarkeit des Systems

13 Was bedeutet wichtig? Bewertungskriterien Nutzen Kosten; (Kalender-)Zeit Bedeutung der Quelle Risiko, z.b. Fehleranfälligkeit Nutzen Kosten- Abwägung Dringlichkeit, Sanktion Volatilität Folie 12

14 Bewertung in MOQARE Erhöht Qualität und Faustformel: Nutzen umso höher, Effizienz in RE und je ADnäher zu den Geschäftszielen, RE und AD schwieriger d.h. in höherer Ebene als von Hand Zeit- und Geldverlust Softwareunterstützung verursacht Fehler Benutzerfehler -> schlechte Datenqualität Nicht alle nötige Inf. auf Benutzeroberfläche -> Aufwand Ineffiziente Prozessunterstützung Prozessunterstützung Benutzerfreundlichkeit Systemeffizienz Zu viel Information auf Benutzeroberfläche -> Zeitverlust Unnötige Eingaben Rückgängig- Machen von Fehlern Eingabefehler Maske Y Verlassen ohne Speichern A,B oder C fehlt auf Maske X Alle nötige Inf. auf Benutzerob. Maske X zeigt mind. Felder A, B und C. Wechselnder Informationsbedarf Filter Keine überflüssige Felder/ Daten auf Benutzeroberfläche Verschiedenes Wissensniveau Filter für Anfänger und Experten Minimum an Pflichtfeldern Unregelmäßige Benutzer Folie 13 Erlernbarkeit des Systems

15 graue (unerwünschte) Elemente: Risiko = Wahrscheinlichkeit x Nutzenverlust Benutzerfehler -> schlechte Datenqualität RE und AD schwieriger als von Hand Softwareunterstützung verursacht Fehler Nicht alle nötige Inf. auf Benutzeroberfläche -> Aufwand Erhöht Qualität und Effizienz in RE und AD Bewertung in MOQARE Zeit- und Geldverlust Ineffiziente Prozessunterstützung Prozessunterstützung Benutzerfreundlichkeit Systemeffizienz Zu viel Information auf Benutzeroberfläche -> Zeitverlust Unnötige Eingaben Rückgängig- Machen von Fehlern Eingabefehler Maske Y Verlassen ohne Speichern A,B oder C fehlt auf Maske X Alle nötige Inf. auf Benutzerob. Maske X zeigt mind. Felder A, B und C. Wechselnder Informationsbedarf Filter Keine überflüssige Felder/ Daten auf Benutzeroberfläche Verschiedenes Wissensniveau Filter für Anfänger und Experten Minimum an Pflichtfeldern Unregelmäßige Benutzer Folie 14 Erlernbarkeit des Systems

16 Bewertung in MOQARE Erhöht Qualität und Effizienz in RE und AD RE und AD schwieriger als von Hand Zeit- und Geldverlust Softwareunterstützung verursacht Fehler Benutzerfehler Nicht alle nötige Inf. -> weiße schlechte (erwünschte) auf Benutzeroberfläche Elemente: Datenqualität Nutzen -> - Risiko Aufwand Ineffiziente Prozessunterstützung Prozessunterstützung Benutzerfreundlichkeit Systemeffizienz Zu viel Information auf Benutzeroberfläche -> Zeitverlust Unnötige Eingaben Rückgängig- Machen von Fehlern Verlassen ohne Alle nötige Inf. auf Benutzerob. Nutzen einer Gegenmaßnahme = Risikominderung A,B oder C Eingabefehler Maske fehlt auf X Maske Y Speichern Maske X zeigt mind. Felder A, B und C. Wechselnder Informationsbedarf Filter Keine überflüssige Felder/ Daten auf Benutzeroberfläche Verschiedenes Wissensniveau Filter für Anfänger und Experten Minimum an Pflichtfeldern Unregelmäßige Benutzer Folie 15 Erlernbarkeit des Systems

17 Risikoabschätzungen Risiko abhängig von vielen Faktoren: Umfeld: Firma, Kunden, usw. Zeithorizont System (Referenzsystem) andere Risiken bzw. Anforderungen Folie 16

18 Referenzsystem Referenzsystem SA N(SAB) N(SA) N(S) Nutzen von B = zusätzlicher Nutzen N(SAB) - N(SA) Nutzen von A = verlorener Nutzen N(SA) - N(S) z.b. Risikoerhöhung Folie 17

19 Referenzsystem = Perfektes System SABC N(SABC) N(SAB) Referenzsystem: Achtung! Nutzen von B = N(SABC) - N(SAC)! Nutzen von C = N(SABC) - N(SAB) Nutzen von B = N(SAB) - N(SA)? N(SABC) N(SAC) N(S) N(S) Folie 18 Nutzen von A + Nutzen von Andrea B Herrmann + Nutzen von C Priorisierung N(SABC)! von

20 Test der Software/ Versionierung Test -> effektiver Nutzen des Systems = Nutzen des Referenzsystems Risiko Versionierung der Gegenmaßnahmen: höchste Priorität, wenn noch nicht umgesetzt & höchster Nutzen Folie 19

21 Aufbau des Vortrags <- Risikoabschätzungen, z.b. in MOQARE <- en aus Fallstudien und Anwendungsbeispielen Folie 20

22 ICRAD: Bewertungskriterien Nutzen Risiko Implementierungskosten Wartungskosten Nutzen Risiko = effektiver Nutzen IK + WK = Gesamtkosten Nettowert = effektiver Nutzen - Gesamtkosten Nutzen-Kosten-Verhältnis = effektiver Nutzen / Gesamtkosten Folie 21

23 ICRAD: Vergleich v Entwurfsalternativen Alternative I Alternative II Unterschied (II)-(I) Implement.kosten Wartungskosten Risiko Nutzen C1 CC1 R1 N1 C2 CC2 R2 N2 C2-C1 CC2-CC1 R2-R1 N2-N1 Effektiver Nutzen N1-R1 N2-R2 (N2-R2)-(N1-R1) = ΔEB Gesamtkosten C1+CC1 C2+CC2 (CC2-CC1)+(C2-C1) = ΔTC Nettowert (N1-R1)- (C1+CC1) (N2-R2)- (C2+CC2) (N2-R2)-(C2+CC2) -(N1-R1) +(C1+CC1) Effektiver Nutzen/ Gesamtkosten (N1-R1) / (C1+CC1) (N2-R2) / (C2+CC2) ΔEB/ ΔTC = [(N2-R2)-(N1-R1)] / [(CC2-CC1)+(C2-C1)] Folie 22

24 Aufbau des Vortrags <- Risikoabschätzungen, z.b. in MOQARE <- en aus Fallstudien und Anwendungsbeispielen Folie 23

25 aus Fallstudien Anforderungserfassung: MOQARE-Baum als Interviewleitfaden : unterstützt Entscheidungen (Entwurf, Versionierung, ), ist aber schwierig -> Bündel bewerten & klares Referenzsystem definieren Herleitung und Bewertung von Testkriterien für manuelle Systemtests: misst Qualität und Qualitätsverbesserung Wissensmanagement durch Listen, Teilbäume und Statistiken Folie 24

26 Zusammenfassung des Vortrags verlangt Konkrete Anforderungen Klare Kriterien Berücksichtigung von Risiken Berücksichtigung von Abhängigkeiten Referenzsystem als Messlatte unterstützt: Entscheidungen Qualitätsmessung Folie 25

27 Literatur A. Herrmann, B. Paech: MOQARE = Misuse-oriented Quality Requirements Engineering - Über den Nutzen von Bedrohungsszenarien beim RE von, Softwaretechnik-Trends 26:1, Feb. 2006, S A. Herrmann, B. Paech: Software Quality by Misuse Analysis. Technical Report SWEHD-TR (University of Heidelberg, 2005), research/publications/reports.htm A. Herrmann, B. Paech, D. Plaza: ICRAD: An Integrated Process for Requirements Conflict Solution and Architectural Design, IJSEKE (International Journal of Software Engineering and Knowledge Engineering), Vol. 16, no. 6, Dec. 2006, S A. Herrmann, B. Paech: Lernen aus dokumentierten Architektur- Entscheidungen, Softwaretechnik-Trends 26:4, Nov. 2006, S Folie 26

28 Vielen Dank für Ihre Aufmerksamkeit! Institut für Informatik Neuenheimer Feld 326 D Heidelberg Germany Folie 27

Wie misst man Qualität?

Wie misst man Qualität? Software Systems Engineering Wie misst man Qualität? Dr. Privat-Doz. A Herrmann Institut Software Systems Engineering Ziele dieses Workshops Workshop Wie misst man Qualität? Methoden lernen: Herleitung

Mehr

Erfahrungen in Bezug auf Usability bei der Analyse nicht-funktionaler Anforderungen mit MOQARE

Erfahrungen in Bezug auf Usability bei der Analyse nicht-funktionaler Anforderungen mit MOQARE in Bezug auf nicht-funktionaler Anforderungen mit Institut für Informatik Neuenheimer Feld 326 D-69120 Heidelberg, Germany http://www-swe.informatik.uni-heidelberg.de herrmann@informatik.uni-heidelberg.de

Mehr

Herausforderungen beim verteilten RE: Ergebnisse einer Umfrage

Herausforderungen beim verteilten RE: Ergebnisse einer Umfrage Herausforderungen beim verteilten RE: einer Umfrage Andrea Herrmann, Timea Illes-Seifert, Michael Geisser, Tobias Hildenbrand Institut für Informatik Neuenheimer Feld 326 69120 Heidelberg, Germany http://www-swe.informatik.uni-heidelberg.de

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

Was eine Requirements Engineering Methode sonst noch kann

Was eine Requirements Engineering Methode sonst noch kann Was eine Requirements Engineering Methode sonst noch kann Dr. Andrea Herrmann Universität Heidelberg, Fakultät für Mathematik und Informatik, Lehrstuhl Software Engineering Group, Universität Heidelberg;

Mehr

Wie spezifiziert man die Qualität eines Softwaresystems? Herausforderungen und erste Lösungsideen aus SIKOSA

Wie spezifiziert man die Qualität eines Softwaresystems? Herausforderungen und erste Lösungsideen aus SIKOSA Wie spezifiziert man die Qualität eines Softwaresystems? Herausforderungen und erste Lösungsideen aus SIKOSA Prof. Dr. St. Kirn (Sprecher) Prof. Dr. B. Paech Prof. Dr. D. Kossmann Prof. Dr. G. Müller Schematische

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

Software vergleichen. Andrea Herrmann AndreaHerrmann3@gmx.de. 25.11.2011 Fachgruppentreffen RE

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

Mehr

Requirements Engineering Die Dinge von Anfang an richtig machen

Requirements Engineering Die Dinge von Anfang an richtig machen Requirements Engineering Die Dinge von Anfang an richtig machen Martin Glinz www.ifi.uzh.ch/~glinz Erstes Requirements Engineering Forum Zürich, 13. November 2008 Universität Zürich Institut für Informatik

Mehr

Requirements Management Wissensmanagement für und mit Anforderungen

Requirements Management Wissensmanagement für und mit Anforderungen Requirements Management Wissensmanagement für und mit Anforderungen Barbara Paech Forum ITK-Industrie Industrie trifft Forschung in ViSEK, 28.10.02 IESE Fraunhofer Institut Experimentelles Software Engineering

Mehr

Einführung in die Informatik

Einführung in die Informatik Einführung in die Informatik Softwareentwicklung Probleme bei großer Software Life-Cycle-Modelle Teilphasen eines Software-Projekts Methoden und Werkzeuge 01101101 01011001 11010011 10011000 00000011 00011100

Mehr

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG , Barbara Paech Ins$tute of Computer Science Chair of So4ware Engineering Im Neuenheimer Feld 326 69120 Heidelberg, Germany hgp://se.ifi.uni- heidelberg.de delater@informa$k.uni- heidelberg.de RUPRECHT-KARLS-UNIVERSITÄT

Mehr

Anne Groß GI Fachgruppentreffen RE, 24./25.11.2011, Hamburg

Anne Groß GI Fachgruppentreffen RE, 24./25.11.2011, Hamburg Anforderungen an die Anforderungsspezifikation aus Sicht von Architekten und Usability Experten Anne Groß GI Fachgruppentreffen RE, 24./25.11.2011, Hamburg --- Motivation --- 2 Motivation Informationsquelle

Mehr

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

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

Umsichtig planen, robust bauen

Umsichtig 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

Mehr

Historie des Arbeitskreises

Historie des Arbeitskreises Requirements Engineering & Projektmanagement Arbeitskreis-Bericht Andrea Herrmann Ralf Fahney Rüdiger Weißbach Christian Rückert Historie des Arbeitskreises Erste Idee: voriges Jahr auf dem FG-Treffen

Mehr

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé Von Requirements zus gç~åüáãkpåüìäò]èì~äáíóé~êâkçé QualityPark Ihr Partner im Lifecycle Management Process Management Requirements Engineering IT & Development Process Expertise Process Implementation

Mehr

Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl

Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl GI-Fachgruppentreffen Requirements Engineering Agenda arvato services innerhalb der Bertelsmann AG Herausforderungen

Mehr

Folie 1. agilemed 2014. Rico Unger 2014 19 Februar. ALM für medizinische Softwareentwicklung WWW.INTLAND.COM

Folie 1. agilemed 2014. Rico Unger 2014 19 Februar. ALM für medizinische Softwareentwicklung WWW.INTLAND.COM Folie 1 agilemed 2014 ALM für medizinische Softwareentwicklung Rico Unger 2014 19 Februar Kurze Vorstellung Folie 2 Rico Unger 10-jährige Erfahrung im MedTech-Bereich Entwickler von Hardware / embedded

Mehr

Kommunikation in IT-Projekten und heimliche Saboteure

Kommunikation in IT-Projekten und heimliche Saboteure Kommunikation in IT-Projekten und heimliche Saboteure Erfahrungen aus der Praxis Dr. Institut für Informatik Neuenheimer Feld 348 69120 Heidelberg http://www-swe.informatik.uni-heidelberg.de/ Andrea.herrmann@informatik.uni-heidelberg.de

Mehr

Objektorientierte Analyse

Objektorientierte Analyse Objektorientierte Analyse 1) Systemanalyse Einführung Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden

Mehr

Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12

Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12 Vertretung von Prof. Dr. Blume WS 2011/12 Inhalt Test, Abnahme und Einführung Wartung- und Pflegephase gp Vorlesung Zusammenfassung Produkte und Recht (Folien von Prof. Blume) 2 , Abnahme und Einführung

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

Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA

Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät

Mehr

Übungsklausur vom 7. Dez. 2007

Übungsklausur vom 7. Dez. 2007 Übungsklausur vom 7. Dez. 2007 Ein Lösungsmuster Teilbereiche der Softwaretechnik Software Anforderungen Software Entwurf Software Konstruktion Software Test Software Wartung Software Konfigurationsmanagement

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

Lehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno

Lehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno Lehrplan: Grundlagen der industriellen So4ware- Entwicklung Gliederung 1 Grundlagen der industriellen So4ware- Entwicklung 2 Requirements Engineering (RE) 3 SpezifikaDon 4 Architektur und Design 5 Architektur-

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

Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management

Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management REConf Schweiz 2010 IIBA BABOK 2.0 Wortzählung 1729 "Requirement" = 42% von ( Requirement + Business + Solution

Mehr

Requirements Engineering Eine Einführung

Requirements Engineering Eine Einführung Requirements Engineering Eine Einführung Fachgruppe Requirements Engineering der GI Diese Folien führen in das Gebiet des RE ein. Sie sollen nicht ohne Copyright- und Quellenhinweis präsentiert werden.

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

Dr. Wolfgang Göbl Raiffeisen Solution

Dr. Wolfgang Göbl Raiffeisen Solution Die Bedeutung schriftlicher Dokumentation im Agilen Requirements Management Dr. Wolfgang Göbl Raiffeisen Solution Requirements Management im Wasserfall Requirements Management fokussiert auf die Erstellung

Mehr

E-Commerce. Fachtagung. Stolpersteine auf dem Weg zu erfolgreichem E-Commerce. Namics. Thomas Schärli. Projektleiter / Consultant. 26.

E-Commerce. Fachtagung. Stolpersteine auf dem Weg zu erfolgreichem E-Commerce. Namics. Thomas Schärli. Projektleiter / Consultant. 26. E-Commerce. Fachtagung. Stolpersteine auf dem Weg zu erfolgreichem E-Commerce. Thomas Schärli. Projektleiter / Consultant. 26. März 2010 Stolpersteine auf dem Weg zu erfolgreichem E-Commerce. Agenda. Stolpersteine

Mehr

Obligatorische Literatur. Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA

Obligatorische Literatur. Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA Obligatorische Literatur Zuser, Kap. 7-9 Störrle, Kap. 5 Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und

Mehr

Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards -

Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards - Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards - Anita Herrmann Braunschweig, 10. Nov 2004 Ausgangspunkte Im DLR werden nach vorsichtigen

Mehr

Projektmanagement iterativer Projekte

Projektmanagement iterativer Projekte Übersicht Motivation zum iterativen Vorgehen Anleitung zur U Ca getriebenen Vorgehenswei Praktische Tipps Zusammenfassung Projektmanagement iterativer Rainer Schmidberger Universität Stuttgart Institut

Mehr

Scrum und professionelles Requirements Engineering

Scrum und professionelles Requirements Engineering Scrum und professionelles Requirements Engineering Dr. Martin Mandischer (Prokurist, Professional Scrum Trainer) Jens Trompeter (Vorstand, Certified Scrum Professional) Gründung im Jahr 2003 Mehr als 160

Mehr

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

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

Mehr

Qualitätsmanagement. Software-Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Klaudius Messner

Qualitätsmanagement. Software-Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Klaudius Messner Qualitätsmanagement Software-Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Klaudius Messner 2004, Bernhard Anzeletti, Rudolf Lewandowski, Klaudius Messner, All rights reserved,

Mehr

Praktikum Software Engineering: Verfahren und Werkzeuge

Praktikum 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

Mehr

Susanne Muehlbauer 29. November 2011

Susanne Muehlbauer 29. November 2011 Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29. Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche

Mehr

SmartOffer. Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten. Universität Trier. Axel Kalenborn & Sebastian Adam

SmartOffer. Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten. Universität Trier. Axel Kalenborn & Sebastian Adam SmartOffer Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten Axel Kalenborn & Sebastian Adam Universität Trier Motivation: Phasen der Software Entwicklung Analyse Entwurf Umsetzung

Mehr

Software Projekt 2 / Gruppe Knauth Lernziele:

Software 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

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

Ein neues Produktrelease beginnt...

Ein neues Produktrelease beginnt... Anforderungsmanagement für die industrielle Produktentwicklung Dr. Andreas Birk, Gerald Heller REConf 2009, München 11. März 2009 Ein neues Produktrelease beginnt... Die Erhebung der neuen Anforderungen

Mehr

GfSE Arbeitskreis PLM4MBSE

GfSE Arbeitskreis PLM4MBSE 1 GfSE Arbeitskreis PLM4MBSE Dr. André Scholl Dr. Oskar von Dungern 2 Zielstellung des Arbeitsgruppe PLM4MBSE PLM4MBSE : Integration von MBSE und PLM Ziel ist die Ausarbeitung von Anforderungen an MBSE

Mehr

Software Engineering. Sommersemester 2012, Dr. Andreas Metzger

Software Engineering. Sommersemester 2012, Dr. Andreas Metzger Software Engineering (Übungsblatt 1) Sommersemester 2012, Dr. Andreas Metzger Übungsblatt-Themen: Besonderheiten und Eigenschaften von Software; Interne und Externe Eigenschaften 1 Aufgabe 1.1 Software

Mehr

No risk, no fun? Wie Risikomanagement im Projekt teuren Überraschungen vorbeugt

No risk, no fun? Wie Risikomanagement im Projekt teuren Überraschungen vorbeugt No risk, no fun? Wie Risikomanagement im Projekt teuren Überraschungen vorbeugt Tekom RG Mitte 16. März 2010 Isabelle Fleury Fleury & Fleury GbR, www.fleuryfleury.com Isabelle Fleury Studium: Germanistik

Mehr

Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices www.repm.de

Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices www.repm.de Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices www.repm.de Eric Knauss 1, Andrea Herrmann 2, Ralf Fahney 3, Thomas Gartung 4, Jörg Glunde 5, Anne Hoffmann

Mehr

Erfolgsquote von IT-Projekten

Erfolgsquote von IT-Projekten PMO in a box Erfolgsquote von IT-Projekten IT-Projekte brauchen klare Strukturen, um erfolgreich zu sein 75% 66% 50% 25% 0% 33% -17% Budget Zeit Scope -25% Quelle: 2012 McKinsey-Oxford study on reference-class

Mehr

Telling TestStories Modellbasiertes Akzeptanz Testen Serviceorientierter Systeme

Telling TestStories Modellbasiertes Akzeptanz Testen Serviceorientierter Systeme Telling TestStories Modellbasiertes Akzeptanz Testen Serviceorientierter Systeme Michael Felderer Workshop Requirements Engineering meets Testing Bad Honnef, 5. Juni 2008 1 Überblick Grundbegriffe Motivation

Mehr

Some Software Engineering Principles

Some Software Engineering Principles David L. Parnas: Some Software Engineering Principles Marco Oppel 30.06.2004 Seminar Software-Architektur Institut für Informatik Humboldt Universität zu Berlin 1 Problemstellung Software Engineering Multi-Personen

Mehr

RUP Analyse und Design: Überblick

RUP Analyse und Design: Überblick Inhaltsverzeichnis Übersicht [, 2, 8] 3. Vorgehensweise............................... 5 2 Planungsmethoden 37 2. Definitionsphase.............................. 6 3 Rational Unified Process [5, 6] und

Mehr

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software

Mehr

Qualität von IT-Serviceprozessen: Eine Fallstudie

Qualität von IT-Serviceprozessen: Eine Fallstudie Qualität von IT-Serviceprozessen: Eine Fallstudie Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung 15.09.2012 1 Hintergrund und Rahmenbedingungen IT-Tochter eines großen

Mehr

Fünf Schritte zum erfolgreichen Requirements Management

Fünf Schritte zum erfolgreichen Requirements Management Fünf Schritte zum erfolgreichen Requirements Management REFERENT Webinar Nr. 4 05. November 2015 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer Hinweis zu Beginn Fragen stellen während des Webinars

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

Risikobasiertes statistisches Testen

Risikobasiertes statistisches Testen Fabian Zimmermann Robert Eschbach Johannes Kloos Thomas Bauer Ziele von Risikobasiertem Testen Testen von Safety-kritischen Produkten Garantieren, dass das Produktrisiko geringer ist als das tolerierbare

Mehr

Requirements Dokumentation Seminar- Requirements Engineering. Manoj Samtani Oliver Frank

Requirements Dokumentation Seminar- Requirements Engineering. Manoj Samtani Oliver Frank Requirements Dokumentation Seminar- Requirements Engineering Manoj Samtani Oliver Frank 24.07.2007 TU Berlin SS 2007 Inhaltsübersicht Ziel des Dokumentierens Dokumentation vs. Spezifikation Qualitätskriterien

Mehr

Supporting Consumers by Characterizing the Quality of Online Health Information: A Multidimensional Framework. Von Dominic Kipry

Supporting Consumers by Characterizing the Quality of Online Health Information: A Multidimensional Framework. Von Dominic Kipry Supporting Consumers by Characterizing the Quality of Online Health Information: Von Inhalt Einführung Methoden zur Bewertung der Qualität A Multidimensional Quality Framework Content Quality Dimension

Mehr

Software Engineering Vorlesung für Medieninformatik

Software Engineering Vorlesung für Medieninformatik Software Engineering Vorlesung für Medieninformatik Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Implementierung

Mehr

FUTURE NETWORK 20.11.2013 REQUIREMENTS ENGINEERING

FUTURE NETWORK 20.11.2013 REQUIREMENTS ENGINEERING 18/11/13 Requirements Engineering 21 November 2013 DIE GRUNDFRAGEN Wie erhält der Kunde den größten Nutzen? Wie kann der Kunde am besten spezifizieren, was er haben will? Welchen Detailierungsgrad braucht

Mehr

1. Grundbegriffe des Software-Engineering

1. Grundbegriffe des Software-Engineering 1. Grundbegriffe Software Engineering 1 1. Grundbegriffe des Software-Engineering Was ist Software-Engineering? (deutsch: Software-Technik) Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen

Mehr

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

Software Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003 Software Engineering Softwaretechnik Softwaretechnologie, Software Engineering (engl.) das, -, Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen für das ingenieurmäßige Entwerfen, Herstellen

Mehr

Motivation. Quelle: www.ireb.de

Motivation. Quelle: www.ireb.de Motivation Das Requirements Engineering (RE) als erster Schritt der Systementwicklung entscheidet maßgeblich über den Erfolg oder Misserfolg eines Projektes. Quelle: www.ireb.de Motivation Quelle: http://www.gpm-ipma.de/docs/fdownload.php?download=studie_pa_und_gpm.pdf

Mehr

Sanierung von IT-Projekten

Sanierung von IT-Projekten Sanierung von IT-Projekten Präsentation zur Vorlesung Juristisches IT-Projektmanagement bei Dr. Frank Sarre im Wintersemester 2013/2014 Ludwig-Maximilians-Universität München Folie 1 Agenda Motivation

Mehr

Anforderungen und Auswahlkriterien für Projektmanagement-Software am Beispiel von Chipkartenprojekten

Anforderungen und Auswahlkriterien für Projektmanagement-Software am Beispiel von Chipkartenprojekten Anforderungen und Auswahlkriterien für Projektmanagement-Software am Beispiel von Chipkartenprojekten München, 09. September 2008 GI 2008 Anika Gobert Giesecke & Devrient, Projektmanagement Zahlungsverkehr

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

Software Engineering

Software Engineering Software Engineering Informatik II. 9. Software-Entwicklung Dokumentation Dipl.-Inform. Hartmut Petters Vorwort was ich noch zu sagen hätte... Basis dieser Vorlesung sind vor allem die folgenden Ausarbeitungen

Mehr

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

Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen White Paper Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen Die arbeitsteilige, ingenieurmäßige Entwicklung und Anwendung von umfangreichen

Mehr

Kapitel 8: Fehlervermeidung

Kapitel 8: Fehlervermeidung Kapitel 8: Fehlervermeidung Inhalt 8.1 Prozesse mit kontinuierlicher Prüfung 8.2 Systematisches Entwerfen und Programmieren 8.3 Dokumentier- und Codierrichtlinien Schlüsselbegriffe Cleanroom, Fehlervermeidung,

Mehr

Lehrplan: Business Analyse/ Requirements Engineering (BA- RE)

Lehrplan: Business Analyse/ Requirements Engineering (BA- RE) Lehrplan: Business Analyse/ Requirements Engineering (BA- RE) Gliederung 1 Grundlagen der industriellen So@ware Entwicklung 2 Unternehmens- und Geschä@sprozessmodellierung 3 Grundlagen und Begriffe des

Mehr

Service Virtualisierung

Service Virtualisierung Service Virtualisierung So bekommen Sie Ihre Testumgebung in den Griff! Thomas Bucsics ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Dr. Wolfgang Göbl Raiffeisen Solution

Dr. Wolfgang Göbl Raiffeisen Solution Praxisbericht: Use Cases in agilen Projekten bei Raiffeisen Solution Dr. Wolfgang Göbl Raiffeisen Solution Raiffeisen Solution Einer der größten IT-Dienstleister in Österreich Design Build Service ~ 50

Mehr

Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten

Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten 1 Qualifikation Über den Vortragenden Freiberuflicher SW-Entwickler und Berater seit 2006 Certified Scrum

Mehr

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. Stefan Topp Honeywell International SARL 16. Februar 2012 Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. 1 Agenda Hintergruende Der Auswahlprozess Ausrollen von

Mehr

Dokumentation (ISO 26514) Prof. Sissi Closs Donnerstag,, 5. November 2009

Dokumentation (ISO 26514) Prof. Sissi Closs Donnerstag,, 5. November 2009 Der neue ISO-Standard Standard für f r Software- Dokumentation (ISO 26514) Prof. Sissi Closs Donnerstag,, 5. November 2009 ISO/IEC 26514 Software and systems engineering User documentation requirements

Mehr

Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum

Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum Traceability Workshop SE 2013 Aachen 26. Feb. 2013 Elke Bouillon 1, Baris Güldali 2, Andrea Herrmann 3, Thorsten Keuler

Mehr

Software Engineering I Prof. Dr. Martin Glinz. Fallstudie: Ariane Flug 501. Universität Zürich Institut für Informatik

Software Engineering I Prof. Dr. Martin Glinz. Fallstudie: Ariane Flug 501. Universität Zürich Institut für Informatik Software Engineering I Prof. Dr. Martin Glinz Fallstudie: Ariane Flug 501 Universität Zürich Institut für Informatik Was geschah mit Flug 501? So hätte es aussehen sollen......und so sah es tatsächlich

Mehr

SIKOSA Von der Prozessanalyse zur Testautomatisierung

SIKOSA Von der Prozessanalyse zur Testautomatisierung SIKOSA Von der Prozessanalyse zur Testautomatisierung Forschungsverbund PRIMIUM 15.11.2006 Prof. Dr. St. Kirn (Sprecher) Prof. Dr. B. Paech Prof. Dr. D. Kossmann Prof. Dr. G. Müller Agenda 1. Vision 2004

Mehr

Requirements Engineering & Software Test - Synergien effektvoll nutzen

Requirements Engineering & Software Test - Synergien effektvoll nutzen Requirements Engineering & Software Test - Synergien effektvoll nutzen Software & Systems Quality Conference, 27.-29. Mai 2009 Düsseldorf, Deutschland Bernhard Rauter, BSc (Hons) Software-Test Berater

Mehr

Der Weg zum guten Produkt: Fokus auf Anforderungen

Der Weg zum guten Produkt: Fokus auf Anforderungen Der Weg zum guten Produkt: Fokus auf Anforderungen Standort bytics engineering ag Bachweg 5 CH-8133 Esslingen T +41 44 905 64 64 Andrey Schukin Rapperswil, 10. April 2014 bytics engineering ag / 10.04.2013

Mehr

Tracing von Anforderungen Eine tool-unabhängige Betrachtung

Tracing von Anforderungen Eine tool-unabhängige Betrachtung Tracing von Anforderungen Eine tool-unabhängige Betrachtung Markus Won 03.09.2014 Der Begriff Traceability Traceability Kleine funktionale Anforderung im Rahmen des Requirements Management mit weitreichenden

Mehr

Konfigurationsmanagement für mobile Einheiten

Konfigurationsmanagement für mobile Einheiten Konfigurationsmanagement für mobile Einheiten Prof. Dr. Andreas Hense Wirtschaftsinformatik A. Hense Konfigurationsmanagement für mobile Einheiten 1 / 31 Agenda I 1 Einleitung Hintergrund Umfeld Konkrete

Mehr

Requirements Engineering bei IXOS - mit Beteiligung von User Experience

Requirements Engineering bei IXOS - mit Beteiligung von User Experience Requirements Engineering bei IXOS - mit Beteiligung von User Experience MMC Paderborn, 2004-09-07 Petra Kowallik User Interaction Designer IXOS Software AG Copyright 1995-2004 Open Text Inc. All rights

Mehr

Tabellarischer Vergleich der. für modellbasiertes Testen aus Managementsicht. Dominik Beulen, Barış Güldalı, Michael Mlynarski

Tabellarischer Vergleich der. für modellbasiertes Testen aus Managementsicht. Dominik Beulen, Barış Güldalı, Michael Mlynarski Tabellarischer Vergleich der Prozessmodelle für modellbasiertes Testen aus Managementsicht Dominik Beulen, Barış Güldalı, Michael Mlynarski TAV 29, Stralsund 12.11.2009 Überblick Wie sieht der Prozess

Mehr

Entscheidungen bei der Erfassung nicht-funktionaler Anforderungen

Entscheidungen bei der Erfassung nicht-funktionaler Anforderungen Entscheidungen bei der Erfassung nicht-funktionaler Anforderungen Andrea Herrmann Lehrstuhl Software Engineering, Institut für Informatik Universität Heidelberg Im Neuenheimer Feld 326, 69120 Heidelberg

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

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

Mehr

ITS.Design&Management GmbH. Short Story. Project Primer Process. Nutzen und Ziele. Copyright its.d&m GmbH

ITS.Design&Management GmbH. Short Story. Project Primer Process. Nutzen und Ziele. Copyright its.d&m GmbH ITS.Design&Management GmbH Short Story Project Primer Process Copyright its.d&m GmbH Hinweis zu Nutzungsrechten ITS.Design&Management GmbH Alle Rechte an dieser Dokumentation, insbesondere das Recht der

Mehr

Software- Qualitätsmanagement

Software- Qualitätsmanagement Software- Qualitätsmanagement Thomas Kugel Brandenburg, den 10.12.2002 Agenda Einleitung Was heißt Softwarequalitätssicherung und Test Die Rolle von Test und QS in Softwareprojekten Wie wird getestet Statische

Mehr

Eignung von Tag Clouds zur Exploration und Navigation nutzergenerierter Inhalte

Eignung von Tag Clouds zur Exploration und Navigation nutzergenerierter Inhalte Eignung von Tag Clouds zur Exploration und Navigation nutzergenerierter Inhalte Bachelorarbeit Institut für Informatik der Technischen Universität München 4. Juli 2011 Agenda 1 Einführung: Tag Cloud 2

Mehr

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

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

Mehr

Einführung eines Project Management Office - eine Fallstudie aus Saudi-Arabien

Einführung eines Project Management Office - eine Fallstudie aus Saudi-Arabien PMI Chapter München, 21.03.2005 Einführung eines Project Management Office - eine Fallstudie aus Saudi-Arabien 1 Agenda Das Project Management Office im PMBOK Rahmenbedingungen im Ministry of Interior

Mehr

StuPro-Seminar Dokumentation in der Software-Wartung. StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung.

StuPro-Seminar Dokumentation in der Software-Wartung. StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung. StuPro-Seminar Dokumentation in der Software-Wartung StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung Folie 1/xx Software-Wartung: theoretisch Ausgangslage eigentlich simpel: fertige

Mehr

BPMN vs. EPK & Co. oder auf was es wirklich ankommt

BPMN vs. EPK & Co. oder auf was es wirklich ankommt BPMN vs. EPK & Co. oder auf was es wirklich ankommt Sebastian Adam, Norman Riegel 15. Mai 2012, St. Augustin Die Fraunhofer-Gesellschaft e.v. Benannt nach: Rolle der FraunhoferGesellschaft: Größe: Forschungsvolumen:

Mehr

Common Safety Methods Herausforderungen und Hindernisse. Dipl.-Math. Markus Talg Dipl.-Ing. Markus Pelz

Common Safety Methods Herausforderungen und Hindernisse. Dipl.-Math. Markus Talg Dipl.-Ing. Markus Pelz Common Safety Methods Herausforderungen und Hindernisse Dipl.-Math. Markus Talg Dipl.-Ing. Markus Pelz CSM - Herausforderungen und Hindernisse > 1. Dezember 2011 > Folie 1 Inhalt Forderungen des Regelwerks

Mehr

Gliederung des heutigen Vortrages

Gliederung des heutigen Vortrages Theorie und Praxis der Risikoanalyse am Beispiel der Zuglaufüberwachung bei den ÖBB Andreas Schöbel Manfred Kunz Institut für Eisenbahnwesen, Verkehrswirtschaft und Seilbahnen Technische Universität Wien

Mehr

ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen. Sebastian Adam Fraunhofer IESE, Kaiserslautern

ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen. Sebastian Adam Fraunhofer IESE, Kaiserslautern ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen Sebastian Adam Fraunhofer IESE, Kaiserslautern Projektbegleitung & -beratung Analyse & Assessment Auftragsforschung Technologietransfer & Coaching

Mehr

on Software Development Design

on Software Development Design Werner Mellis A Systematic on Software Development Design Folie 1 von 22 How to describe software development? dimensions of software development organizational division of labor coordination process formalization

Mehr