Testen mit Use Cases. Chris Rupp Dr. Stefan Queins
|
|
- Cornelius Förstner
- vor 6 Jahren
- Abrufe
Transkript
1 Testen mit Use Cases Chris Rupp Dr. Stefan Queins
2 Das Problem Requirements- Engineering Was kann passieren? Was ist das gewünschte Verhalten? Was soll ich testen? Welche Eingaben benötigt mein Testpfad? Test Entwicklung Implementierung
3 Herausforderungen für das Zusammenspiel von Requirements Engineering und Test RE Test Klar definiertes funktionales Verhalten - Komplexität beherrschen... Systematisches Ableiten von Testfällen -... auf verschiedenen Systemebenen - vor allem: Wissen austauschen RE Test
4 Use Cases als Kommunikationsmittel ~~~~~ Aha! xxxxxxxx ~~~~~ Gängige Notation zur Prozessbeschreibung Gutes, generelles Systemverständnis Grober Zusammenhang leicht zu verstehen (Diagramme) Nicht zu formell, aber trotzdem strukturiert (UML) Synergien mit Entwicklung / Implementierung
5 Use Cases -- Pros transportieren Wissen -- seit Jahrtausenden! fokussieren die Benutzersicht im Gegensatz zu inside-out beschreiben End-to-End Abläufe -- nicht interne Teilschritte setzen Details in Kontext -- ein Mittel gegen Mehrdeutigkeit
6 Use Cases -- zu beachten benötigen eine Kontextabgrenzung zu Nachbarsystemen im Prozess viele Anwendungsmöglichkeiten Erhebung, Analyse, Spezifikation, Design, Test,... es gibt beschreiben viele Varianten Abhängigkeiten sketchy bis analytisch Use-, Misuse-, Failure-Cases black-box / white box zu anderen Use-Cases nicht vollständig
7 Neue Sichtweise System Use Cases System Use Case Essentieller Schritt Use Case Beschreibung Essentielle S. Ausnahmen Events... Kontextabgrenzung unerlässlich Nachbarsysteme werden identifiziert (Schnittstellen) Kontext legt Kommunikation (Events) fest Use Cases werden durch Events gefunden Essentielle Schritte beschreiben generelle Funktion Ausnahmefälle werden grob skizziert Glossar/Wertedefinition wird festgehalten
8 Use-Case Test-Case: Ein Überblick Use-Case-Diagramm Use-Case- Beschreibung Analyse Use-Case 1 Analyse Use-Case 2 Ablaufbeschreibung 1 z.b. Zustandsdiagramm Ablaufbeschreibung 2 z. B. Zustandsdiagramm Ermittlung der Pfade Definition Lastenheft Tätigkeit TestCases Lastenheft Produkt optionales Produkt
9 Ablaufbeschreibung: Aktivitäts- /Zustandsdiagramme Essentielle Schritte Selektion... Scope - Darstellung von zeitlichen und logischen Abhängigkeiten To do - Ablaufbeschreibung weiter detaillieren - Sonderfälle ergänzen Zustand1 Zustand2 Benefit / Result - Formale, eindeutige und systematisch erstellte Ablaufbeschreibung mit allen möglichen Abhängigkeiten
10 Ermittlung der Testpfade Scope - Extraktion der einzelnen Schritte eines Testfalles Zustand 3 Zustand 2 Zustand 1 Zustand 6 To do - Alle Wege von Start- zum Endknoten im Diagramm ermitteln Zustand 4 Zustand 5 Benefit / Result - Beschreibung der Eingaben (Ereignisse des Benutzers) - Beschreibung erwarteter Ausgaben (sichtbare Aktivitäten) - Vollständige Testabdeckung
11 Betrachtung der Übergänge A A Scope - Minimierung des Testaufwandes E E To do - Forderung: Jede Kante mind. einmal besuchen - Suchalgorithmus anwenden Benefit / Result - Reduzierte Anzahl an Wegen, um die Testabdeckung zu erfülle
12 Betrachtung der längsten Pfade A A Scope - Minimierung des Testaufwandes E E To do - Längsten Pfad suchen - Markiere besuchte Übergänge - Längsten Pfad suchen -... Benefit / Result - Minimale Anzahl an Wegen, um die Testabdeckung zu erfülle
13 Reduktion durch Festlegen des Test- Scopes A A Scope - Minimierung des Testaufwandes durch Vorgaben To do - Ermittlung der Ein- Ausgaben - Auswahl der betrachteten Ein- Ausgaben durch Tester - Automatische Ermittlung der Testpfade E E Benefit / Result - Minimale Anzahl an Wegen, um die Testabdeckung bzgl. des festgelegten Scopes zu erfüllen
14 Testfälle in Form gebracht Template für die Testfalldokumentation Testfall ID Testfall Name Getestetes System Zugehörige Use Cases Kurzbeschreibung / Testzweck Test Typ Priorität Test Suite Autor Datum Vorbedingungen Zugehörige Dokumente Nachbedingungen Schritt nr. Zustand/ Aktivität Ereignis / Exit Bedingung Typ Akteure Interaktionskomponente Erwartetes Ergebnis Erfolg Bemerkung
15 Vom Groben ins Feine Verfeinerung der Ablaufbeschreibungen Zustand7 Zustand8 Anforderungen Scope - Schrittweise Entwicklung der Gesamtfunktionalität bis zur gewünschten Tiefe Zustand9 Zustand11 Zustand10 Zustand12 To do - Iteratives ergänzen der Ablaufbeschreibungen Zustand14 Zustand21 Zustand13 Zustand15 Zustand16 Zustand17 Zustand18 Zustand19 Zustand20 Benefit / Result - Verschiedene Abstraktionsstufen - Inkrementelle Verfeinerung der Beschreibungen
16 Komposition der Use Cases zum Systemprozess Use Case 1 Use Case 2 Scope - Komposition der Use Cases Zustand1 Zustand1 Zustand3 To do - Einzelne Prozesse kombinieren Zustand2 Zustand2 Zustand1 Zustand2 Zustand6 Zustand3 Zustand4 Zustand5 Benefit / Result - Beschreibung des Gesamtsystemverhaltens - Basis für Use Case übergreifende Testfälle
17 Kombination der Komposition und Verfeinerung Use-Case Use-Case Test- Case Test- Case Test- Case Test- Case Test- Case Test- Case Test- Case Legende Test- Case Kombination Test- Case Verfeinerung
18 Resümee Zusammenfassung: - Spezifikation und Test Die zwei Seiten einer Medaille - nachvollziehbare Kommunikation RE Test - UC und Modelle erlauben automatische Testfallerzeugung Weitere Arbeiten: - Toolunterstützung in Arbeit - Eingliederung in bekannte Vorgehensmodelle Synergien ausnutzen - Erweiterungen der UC und des Vorgehens auf Produktfamilien
Objektorientierte Analyse
Objektorientierte Analyse Software Engineering in der Praxis David Föhrweiser Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Föhrweiser, Spisländer
MehrRequirements Engineering in der Systementwicklung
Requirements Engineering in der Systementwicklung SOPHIST GmbH Vordere Cramergasse 13 Fon: +49 (0)911 40 900-0 www.sophist.de 90478 Nürnberg, Deutschland Fax: +49 (0)911 40 900-99 heureka@sophist.de SOPHIST
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
MehrKernprozess zur System- und Softwareentwicklung. Logische Systemarchitektur f 1. f 2 f 3. f 4 Funktion. Technische Systemarchitektur SG 1 SG 2 SG 3
Systems Engineering Systems Engineering ist die gezielte Anwendung von wissenschaftlichen und technischen Ressourcen! zur Transformation eines operationellen Bedürfnisses in die Beschreibung einer Systemkonfiguration
MehrUnified. Copyright Adriano Gesué UML 2.0 UML 1.4 UML 1.3 UML 1.2 UML 1.1 UML 1.0 UML 0.9. Method 0.8
Literatur Martin Fowler and Kendall Scott: UML Distilled: Applying the Standard Object Modeling Language. Addison-Wesley 1997. James Rumbaugh, Ivar Jacobson, and Grady Booch: The Unified Language Reference
MehrMDRE die nächste Generation des Requirements Engineerings
MDRE die nächste Generation des Requirements Engineerings Tom Krauß, GEBIT Solutions GmbH Copyright 2007 GEBIT Solutions Agenda Requirements Engineering heute eine Bestandsaufnahme Modell-Driven Requirements
MehrUse Cases. Zi Chen, Nils Burdin. 23. Juli 2007. Zi Chen, Nils Burdin () Use Cases 23. Juli 2007 1 / 44
Use Cases Zi Chen, Nils Burdin 23. Juli 2007 Zi Chen, Nils Burdin () Use Cases 23. Juli 2007 1 / 44 Agenda 1 Motivation 2 Allgemeines zu Use Cases 3 Use Case Dokumentation 4 Weiterverwendung von Use Cases
MehrCARL HANSER VERLAG. Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML 2 glasklar
CARL HANSER VERLAG Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins UML 2 glasklar 3-446-22575-7 www.hanser.de Einleitung... 1 Liebe Leserin, lieber Leser... 1 Ihre Meinung ist uns
MehrMario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML2 glasklar. UNIFIED MODELING LANGUAGE l HANSER
Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins UML2 glasklar UNIFIED MODELING LANGUAGE l V HANSER Inhalt Vorwort 1 Einleitung 2 Liebe Leserin, lieber Leser 2 Ihre Meinung ist uns
MehrSo testen Sie mit einem visuellen Vertrag
Formalisierung der funktionalen Anforderungen mit visuellen Kontrakten und deren Einsatz für modellbasiertes Testen Gregor Engels, Baris Güldali, Stefan Sauer Bad Honnef, 05.06.2008 Software Quality Lab
MehrAnwendungsfall. Das Anwendungsfall-Diagramm (Use-Cases/Use-Case Diagramm) Die Anwendungsfall-Beschreibung. Dr. Beatrice Amrhein
Anwendungsfall Das Anwendungsfall-Diagramm (Use-Cases/Use-Case Diagramm) Die Anwendungsfall-Beschreibung Dr. Beatrice Amrhein Kundenbedürfnisse Fertigungs-System 2 Erste Schritte: Kundenbedürfnisse erfassen
MehrObjektorientierte Analyse (OOA) Inhaltsübersicht
Inhaltsübersicht Einführung Anforderungen an die UML-Diagramme Verhalten: Use-Case-Diagramm Verhalten: Aktivitätsdiagramm Verhalten: Zustandsautomat Struktur: Klassendiagramm Seite 1 Einführung In der
Mehr1.1 Spezifikation und Entwurf im Software-Lebenslauf Lineares Prozessmodell:
1 Einführung und Überblick 1.1 Spezifikation und Entwurf im Software-Lebenslauf Lineares Prozessmodell: Anstoß Auftrag Projekt planen Anforderungen spezifizieren Lieferung Architektur entwerfen System
MehrVgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert Vgl. Kapitel 4/5 aus Basiswissen Requirements Engineering, Klaus Pohl,
Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert Vgl. Kapitel 4/5 aus Basiswissen Requirements Engineering, Klaus Pohl, Chris Rupp Nachdem die Projekt-Vision und die Stakeholder
MehrSoftware Engineering. 3. Anforderungsanalyse. Franz-Josef Elmer, Universität Basel, WS 2006/07
Software Engineering 3. Anforderungsanalyse Franz-Josef Elmer, Universität Basel, WS 2006/07 Software Engineering: 3. Anforderungsanalyse 2 Definitionen Anforderungen (Requirements): Beschreibung aller
MehrSoftwareanforderungsanalyse
Softwareanforderungsanalyse Vorgehen, Modellstruktur und Spezifikationsdokument - Ein Fazit Burkhardt Renz THM, Fachbereich MNI Wintersemester 208/9 Übersicht Vorgehen Struktur des Modells Metamodell Generierung
MehrLehrstuhl für Datenverarbeitung. Technische Universität München. Grundkurs C++ Objektmodellierung. Grundkurs C++
Grundkurs C++ Objektmodellierung Grundkurs C++ Objektmodellierung welche Objekte bzw. Klassen werden benötigt? welche Information wird benötigt, um ein Objekt zu beschreiben? welche Beziehungen bestehen
MehrÜbungen Softwaretechnik I
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der
MehrMit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern. Dr.-Ing. Thaddäus Dorsch, HOOD GmbH,
Mit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern Dr.-Ing. Thaddäus Dorsch, HOOD GmbH, 29.03.2017, REConf2017 2 KLASSISCHES REQUIREMENTS ENGINEERING Kundenanforderungen
MehrINSPIRE - Modellierung
INSPIRE - Modellierung Inhalt Motivation Modellierung UML Diagramme INSPIRE-Schulung LKROS 2 Motivation Was ist ein Modell, und warum wollen wir modellieren? Warum brauchen wir eine Modellierungssprache
MehrRegelbasierte Entwicklung betrieblicher Informationssysteme
Reihe: Wirtschaftsinformatik Band 45 Herausgegeben von Prof. (em.) Dr. Dietrich Seibt, Köln, Prof. Dr. Hans-Georg Kemper, Stuttgart, Prof. Dr. Georg Herzwurm, Stuttgart, Prof. Dr. Dirk Stelzer, Ilmenau,
Mehr4. Übung zur Vorlesung Service-orientierte Architekturen
4. Übung zur Vorlesung Service-orientierte Architekturen Use Cases SoSe 20 Hinweise zur Hausaufgabe 02 EPK Allgemein Zusammenführungen IMMER mit Gateway KEIN XOR nach einem Ereignis Prozesswegweiser stehen
MehrAnwendungsfalldiagramm UseCaseDiagramm
Anwendungsfalldiagramm UseCaseDiagramm Notation und Beispiele Prof. DI Dr. Erich Gams htl wels.e.gams@eduhi.at UML Seminar HTL-Wels 2010 Anwendungsfall und SE Prozess Ein Anwendungsfalldiagramm ist ein
MehrUse Cases. Die Sicht des Nutzers. Fortgeschrittenenpraktikum SS 2004
Use Cases Die Sicht des Nutzers Fortgeschrittenenpraktikum SS 2004 Gunar Fiedler Lehrstuhl für Technologie der Informationssysteme Kontakt: fiedler@is.informatik.uni-kiel.de Use Cases 2 Was ist ein Use
MehrVgl. Oestereich Kap 2.1 Seiten
Vgl. Oestereich Kap 2.1 Seiten 21-49. 1 Ein Use Case ist eine zeitlich ununterbrochene Interaktion (ein Arbeitsschritt). Use Case Namen bestehen aus einem Subjekt und einem Verb wie zum Beispiel Daten
MehrSystematischer Testfallentwurf als zentrales Element der Aufwandsteuerung
Systematischer Testfallentwurf als zentrales Element der Aufwandsteuerung Q-Event, Luzern 4.9.2014 Hugo Beerli, bbv Software Services AG Senior Testmanager «Nicht das, was wir nicht wissen, bringt uns
MehrTestdokument (Universität Paderborn, Softwaretechnikpraktikum SS2006)
Testdokument (Universität Paderborn, Softwaretechnikpraktikum SS2006) Alles, was in dieser Schriftart gesetzt ist, dient nur zur Erläuterung und sollte im fertigen Dokument nicht mehr enthalten sein! Projekt:
MehrInhaltsverzeichnis. Business Analysis und Requirements Engineering
sverzeichnis zu Business Analysis und Requirements Engineering von Peter Hruschka ISBN (Buch): 978-3-446-43807-1 ISBN (E-Book): 978-3-446-43862-0 Weitere Informationen und Bestellungen unter http://www.hanser-fachbuch.de/978-3-446-43807-1
MehrBenuterdokumentation als Anforderungsspezifikation der Versuch einer konstruktiven Provokation
Benuterdokumentation als Anforderungsspezifikation der Versuch einer konstruktiven Provokation SOPHIST GROUP Vordere Cramergasse 11 13 90478 Nürnberg Germany Phone: +49(911) 40 900 0 Fax: +49(911) 40 900
MehrDarstellung der Variabilität von Software-Produktfamilien durch Use Cases
Informatik Stan Bühne Darstellung der Variabilität von Software-Produktfamilien durch Use Cases Diplomarbeit Bibliografische Information der Deutschen Nationalbibliothek: Bibliografische Information der
MehrEin Werkzeug zur Überdeckungsmessung für kontrollflussbezogene Testverfahren
Ein Werkzeug zur Überdeckungsmessung für kontrollflussbezogene Testverfahren Hendrik Seffler HU Berlin Abschlussvortrag p. 1/25 Was? Entwicklung eines Werkzeugs zur Überdeckungsmessung für kontrollflussbezogene
MehrUse Cases effektiv erstellen
mitp Professional Use Cases effektiv erstellen von Alistair Cockburn 1. Auflage Use Cases effektiv erstellen Cockburn schnell und portofrei erhältlich bei beck-shop.de DIE FACHBUCHHANDLUNG Thematische
MehrWARUM SICH S SCHWER MACHEN, WENN ES AUCH EINFACH GEHT? Dr. Sebastian Adam, Özgür Ünalan München,
WARUM SICH S SCHWER MACHEN, WENN ES AUCH EINFACH GEHT? Dr. Sebastian Adam, Özgür Ünalan München, 02.03.2016 KOMPLEXITÄT IM REQUIREMENTS ENGINEERING 2 zunehmende Kompliziertheit von RE-Methoden KOMPLIZIERT
MehrWARUM SICH S SCHWER MACHEN, WENN ES AUCH EINFACH GEHT? Dr. Sebastian Adam, Özgür Ünalan München,
WARUM SICH S SCHWER MACHEN, WENN ES AUCH EINFACH GEHT? Dr. Sebastian Adam, Özgür Ünalan München, 02.03.2016 KOMPLEXITÄT IM REQUIREMENTS ENGINEERING 2 zunehmende Kompliziertheit von RE-Methoden KOMPLIZIERT
MehrBoosting Requirements Engineering für SCRUM Projekte. Copyright 2010 MaibornWolff et al www.mwea.de
Boosting Requirements Engineering für SCRUM Projekte Copyright 2010 MaibornWolff et al www.mwea.de Kennzeichen von SCRUM Projekten Scrum-Projekte werden eingesetzt um schnell und flexibel Projekte umzusetzen.
MehrInnovator for Business Analysts on Tour, März 2010
BPMN: In wenigen Worten Innovator for Business Analysts on Tour, März 2010 BPMN Basiselemente BPMN & more Der neue Innovator for Business Analysts 2 BPMN Basiselemente Einführungsbeispiel Bearbeitung einer
MehrTrotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012
Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012 Agenda 1. Scope, Motivation und Begriffsklärung 2. Modellierung
MehrSystematisches Requirements Engineering und Management
Christof Ebert Systematisches Requirements Engineering und Management Anforderungen ermitteln, spezifizieren, analysieren und verwalten 2., aktualisierte und erweiterte Auflage ^1 dpunkt.verlag Inhalt
MehrArchitekturdokumentation 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
MehrRequirements Engineering
Lill, Meitner, Föhrweiser, Spisländer FAU Erlangen-Nürnberg Requirements Engineering 1 / 13 Requirements Engineering Raimar Lill Matthias Meitner David Föhrweiser Marc Spisländer Lehrstuhl für Software
MehrUML - Unified Modeling Language
Rainer Burkhardt UML - Unified Modeling Language Objektorientierte Modellierung für die Praxis ADDISON-WESLEY An imprint of Addison Wesley Longman, Inc. Bonn Reading, Massachusetts Menlo Park, California
MehrAnwendungsfälle als Rückgrat des Anforderungsmodells für die Entwicklung eines Stammdatensystems. Wien,
Anwendungsfälle als Rückgrat des Anforderungsmodells für die Entwicklung eines Stammdatensystems Wien, 21.03.2014 Wir stellen uns vor Dr. Franziska Gietl Senior Consultant für modellbasierte Anforderungs-und
MehrDipl.-Inform. Lars Ebrecht
Konsistente Verknüpfung von Aktivitäts-, Sequenzund Zustandsdiagrammen Darstellungsunabhängige und formale Semantik zur Verhaltensbeschreibung von Echtzeit-Systemen Dipl.-Inform. Lars Ebrecht Mobilität
MehrMEHR REQUIREMENTS, WENIGER ENGINEERING! WIE REQSUITE HILFT DAS RE ZU VERSCHLANKEN
Monitoring R eqsuite -AdminClient Prozessverantwortlicher Konfiguration Anforderungen R eqsuite -Backend Import / Export Arbeitsassistenz Projektbeteiligte R eqsuite -UserClient MEHR REQUIREMENTS, WENIGER
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
MehrNACHRICHTENTECHNISCHER SYSTEME
Einführung UML COMPUTERSIMULATION NACHRICHTENTECHNISCHER SYSTEME 11. Unified Modeling Language UML 220 Standardsprache d zur Visualisierung, i Spezifikation, Konstruktion und Dokumentation komplexer (Software-)
MehrDokumente eines IT-Projektes:
Dokumente eines IT-Projektes: - Pflichtenheft & Co - jheger@upb.de Fachbereich Informatik Paderborn, 04.06.2003 Überlappendes Phasenschema Dokumente der einzelnen Phasen 2 1.1 Überlappendes Phasenschema
MehrDGQ Regionalkreis Hamburg Anforderungsmanagement ins SW-Projekten. 08. Juni 2011
DGQ Regionalkreis Hamburg Anforderungsmanagement ins SW-Projekten 08. Juni 2011 1 Heinrich Dreier hd@3er-consult.de +49 (0)176 62635052 DGQ- Mitglied Q-Manager Navigationsentwicklung freiberuflicher technischer
MehrSoftware Engineering in der Praxis Praktische Übungen
Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientierte Analyse 1 / 14 1 Inhalt 2 Überblick 3 Werkzeuge 4 Aufgaben Pinte, Spisländer FAU Erlangen-Nürnberg
MehrAG-VIP App Erste Schritte
AG-VIP App Erste Schritte Seite: 1 AG-VIP App Erste Schritte Stand 26.02.2019 17:12:00 Autor Markus Grutzeck Grutzeck-Software GmbH Inhalt 1 Einrichtung... 1 1.1 Verbindungseinstellungen... 1 1.2 Anmeldung...
MehrJason T. Roff UML. IT Tutorial. Übersetzung aus dem Amerikanischen von Reinhard Engel
Jason T. Roff UML IT Tutorial Übersetzung aus dem Amerikanischen von Reinhard Engel Inhaltsverzeichnis Inhaltsverzeichnis Einführung 11 Grundlagen der UML 15 Warum wir Software modellieren 16 Analyse,
MehrResults in time. DIE MEHRWERTE DES SAP SOLUTION MANAGER 7.2. Beratung. Support. Ganzheitliche Lösungen.
DIE MEHRWERTE DES SAP SOLUTION MANAGER 7.2 Results in time. Beratung. Support. Ganzheitliche Lösungen. BIT.Group GmbH www.bitgroup.de Klassifizierung: Öffentlich Autor: Henry Flack Version: 1.5 Datum:
MehrTechniken der Projektentwicklungen
Dynamische Modellierung 8. Termin Rückblick auf statische Modellierung Dynamische Modellierung Basiskonzepte Beispiel Erweiterungen Eigenschaften Syntax Rückblick auf statische Modellierung Dynamische
MehrFACHHOCHSCHULE MANNHEIM
Objektorientierte Programmierung 11. Vorlesung Prof. Dr. Peter Knauber FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung Die 2. lgruppe von KobrA: : le der : e Folie 1 Zur Erinnerung: 1. lgruppe:
MehrNotationen zur Prozessmodellierung
Notationen zur Prozessmodellierung August 2014 Inhalt (erweiterte) ereignisgesteuerte Prozesskette (eepk) 3 Wertschöpfungskettendiagramm (WKD) 5 Business Process Model and Notation (BPMN) 7 Unified Modeling
MehrStrategien zur Testfallgenerierung aus UML-Zustandsautomaten
Strategien zur Testfallgenerierung aus UML-Zustandsautomaten Dipl.-Ing. Carsten Paulus (FKFS), Dipl.-Ing. Michael Wolff (ZF Friedrichshafen AG), Prof. Dr.-Ing. Hans-Christian Reuss (FKFS) Gliederung Motivation
MehrVerifizierende Testverfahren
Spezifikation Um einen Algorithmus zu schreiben, muss das zu lösende Problem genau beschrieben sein. Eine Spezifikation ist Verifizierende Testverfahren vollständig, wenn alle Anforderungen/alle relevanten
MehrTogether - Integrierte SWE und QA 1. Fahrstuhlsteuerung
Together - Integrierte SWE und QA 1 Allgemeine Beschreibung Fahrstuhlsteuerung Die folgenden Aufgaben sind Bestandteil der Entwicklung eines Fahrstuhlsteuersystems. Als Grundannahme gehen wir dabei von
Mehr7. Konkretisierungen im Feindesign. 7.1 Zustandsdiagramme 7.2 Object Constraint Language
7. Konkretisierungen im Feindesign 7.1 Zustandsdiagramme 7.2 Object Constraint Language 173 Verfeinerte Modellierung Durch die verschiedenen Sichten der Systemarchitektur wird der Weg vom Anforderungsmodell
MehrGrosse Systeme im Griff
Grosse Systeme im Griff Ein Konzept für V-Modell V konformes Anforderungsmanagement und Systemarchitekturmodellierung mit UML und RE/RM für komplexe Systeme Teil1: Methodisches Vorgehen Vorstellung EADS
MehrSoftwaretechnik 2015/2016
Softwaretechnik 2015/2016 PST Lehrstuhl Prof. Dr. Matthias Hölzl HAUPT-/ BACHELOR- SEMINAR ADAPTIVE SYSTEME PST Joschka PROF. DR. Rinke WIRSING 14. JUNI 2009 VORNAME NAME AGENDA Übung 11: 14.01.2016 Schon
MehrUnified Modeling Language (UML )
Unified Modeling Language (UML ) Seminar: Programmiersprachenkonzepte Inhalt Einleitung UML 2.0 Diagrammtypen 2 Einleitung Objektorientierte Modellierungssprache Definiert vollständige Semantik Dient der
MehrStrukturierte Analyse vs. Objektorientierte Analyse. Brit Engel Martin Uhlig
Strukturierte Analyse vs. Objektorientierte Analyse Brit Engel Martin Uhlig Silent Kitchen Company 4 Abteilungen: Küche, Buchführung, Einkauf & Verkauf Außenstehende: Kunden & Lieferanten Herkömmliches
MehrLehrplan: 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
MehrWirtschaftsinformatik 6a: Modellierung. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte
Wirtschaftsinformatik 6a: Modellierung Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Computertechnik Man kann Software auf 2 Arten herstellen: Entweder macht man sie so klar und einfach,
MehrSoftware-Engineering
FH Wedel Prof. Dr. Sebastian Iwanowski SWE44 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 4: ARIS FH Wedel Prof. Dr. Sebastian Iwanowski SWE44 Folie 2 CASE-Tools
MehrModellbasiertes manuelles Testen: Techniken und Tücken
Modellbasiertes manuelles Testen: Techniken und Tücken 23.02.2015 Objektforum Dr. Andrea Herrmann Freiberufliche Trainerin für Software Engineering herrmann@herrmann-ehrlich.de Dr. Privat-Doz. Andrea Herrmann
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
MehrSie ITMC i. Requirements MANAGEMENT Die ADVANCED Level von CPRE Vorteile und Nutzen. Vortrag. Wien
Sie ITMC i Requirements MANAGEMENT Die ADVANCED Level von CPRE Vorteile und Nutzen Vortrag Wien 13.06.2017 1 Inhalt Geschichten / Fallstudien zum Thema Requirements Engineering Requirements Engineering
MehrSWE1 - Übung 1 Projektbeschreibung: Chat
SWE1 - Übung 1 Projektbeschreibung: Chat Use-Case Diagramm: Client Client Einloggen mittels Nickname Chat-Raum wechseln hinzufügen Benutzer bearbeiten Hilfe anfordern Use-Case Diagramm: Benutzer verwarnen
MehrLehrstuhl für Datenverarbeitung. Technische Universität München. Grundkurs C++ Objektmodellierung
Grundkurs C++ Objektmodellierung Grundkurs C++ Objektmodellierung welche Objekte bzw. Klassen werden benötigt? welche Information wird benötigt, um ein Objekt zu beschreiben? welche Beziehungen bestehen
MehrDR. MICHAEL EICHBERG. Einführung in Software Eingineering
DR. MICHAEL EICHBERG Einführung in Software Eingineering Wintersemester 2014/2015 Vorwort (dt.) Dieses Dokument enthält die Folien ergänzende Informationen zur Vorlesung Software Engineering. ii Chapter
MehrRUP Analyse und Design: Überblick
Inhaltsverzeichnis Übersicht [, 2, 8] 3. Vorgehensweise............................... 5 2 Planungsmethoden 37 2. Definitionsphase.............................. 6 3 Rational Unified Process [5, 6] und
MehrWeb Engineering-Seminar Methoden zur Web Modellierung: Object-oriented Hypermedia Method (OO-H)
Web Engineering-Seminar Methoden zur Web Modellierung: Object-oriented Hypermedia Method (OO-H) Dominik Kirsten Daniel Schäferbarthold Trier, 21.01.2008 1 Gliederung 1. Einführung 1.1 Anforderungen an
MehrUML 2 glasklar Praxiswissen für die UML-Modellierung
Chris Rupp, Stefan Queins, Barbara Zengler UML 2 glasklar Praxiswissen für die UML-Modellierung ISBN-10: 3-446-41118-6 ISBN-13: 978-3-446-41118-0 Inhaltsverzeichnis Weitere Informationen oder Bestellungen
MehrMail: Web: Telefon: 0172/
Mail: cjohner@calcucare.com, mail@johner.org Web: www.johner.org Telefon: 0172/6971264 Termine - Montag, 4. April, 1-5 - Freitag, 15. April, 4.-6. - Freitag, 22. April, 3.-6. - Freitag, 29. April, 3.-6.
MehrProgrammiertechnik II
Modultests Ziele Überprüfung der Korrektheit eines Moduls Korrektheit: Übereinstimmung mit (informaler) Spezifikation Modul: kleine testbare Einheit (Funktion, Klasse) Engl.: unit test White box testing
MehrDOORS Schema IBM Rational DOORS Start-Up Training - Teil 3
DOORS Schema IBM Rational DOORS Start-Up Training - Teil 3 Inhalt: Anforderungen an ein Schema Design eines Schemas Schrittweises Vorgehen Strukturierung und Design der Daten in DOORS Voraussetzung für
MehrWas bisher geschah Modellierung von Daten durch Mengen Beziehungen (Zusammenhänge und Eigenschaften) durch Relationen, Graphen und Funktionen
Was bisher geschah Modellierung von Daten durch Mengen Beziehungen (Zusammenhänge und Eigenschaften) durch Relationen, Graphen und Funktionen Anforderungen durch Logiken Modellierung zusammenhängender
MehrFachhochschule Dortmund Fachbereich Informatik Medizinische Informatik
Elektronische Patientenakten NRW Prof. Dr. Peter Haas, FH Dortmund Stefan Kühn, ZTG (Projektleiter) Ein Projekt des Ministeriums für Arbeit, Gesundheit und Soziales des Landes NRW mit Partnern aus Industrie
Mehr2 Geschäftsprozesse realisieren
2 Geschäftsprozesse realisieren auf fünf Ebenen Modelle sind vereinfachte Abbilder der Realität und helfen, Zusammenhänge einfach und verständlich darzustellen. Das bekannteste Prozess-Modell ist das Drei-Ebenen-Modell.
MehrSOFTWAREPROJEKT (WI) Anforderungsanalyse. Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing.
SOFTWAREPROJEKT (WI) Anforderungsanalyse Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing. Ralph Maschotta Inhalt Das Pflichtenheft Das UML-Modellierungswerkzeug
MehrBusiness Analysis Body of Knowledge BABOK v3. Konzepte Scope Struktur. Ursula Meseberg microtool GmbH Berlin
Business Analysis Body of Knowledge BABOK v3 Konzepte Scope Struktur Ursula Meseberg microtool GmbH Berlin 1980 Mach mal Systemanalyse Tom DeMarco, Structured Analysis and System Specification, 1978, p
MehrVOM PROBLEM ZUM PROGRAMM
VOM PROBLEM ZUM PROGRAMM Was ist ein Problem? Ein Problem im Sinne der Programmierung ist durch Computer lösbar. Aspekte: es läßt sich hinreichend genau spezifizieren (z. B. als Funktion Eingabewerte ->
MehrProjektmanagement und Softwareentwicklung. Nina Stodolka, WS2017/2018
Projektmanagement und Softwareentwicklung Nina Stodolka, WS2017/2018 Organisatorisches Montags, 13:30-15 Uhr, alle zusammen Heute, 23.10., 06.11. - 27.11. Montags, gruppenweise Ab 04.12., 11.12., 18.12.,
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...
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
MehrDokumentation nach IEEE Empfehlungen
Inhalte einer Anforderungsspezifikation Einleitung (Introduction) allgemeine Beschreibung Produktumgebung, Funktionen, Eigenschaften, Randbedingungen Spezifische funktionale Anforderungen beschreiben,
MehrFACHHOCHSCHULE MANNHEIM
Objektorientierte Programmierung 8. Vorlesung Prof. Dr. Peter Knauber FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung e Die 1. lgruppe von KobrA: Realization le der Realization: Kurze Structural
MehrDer Interaction Room bahnt einen natürlichen Weg zu vernetzten Systemspezifikationen
Der Interaction Room bahnt einen natürlichen Weg zu vernetzten Systemspezifikationen Oskar von Dungern, Dr.-Ing., adesso AG Florian Uphoff, cand. BS, Interaction Room GmbH 3 21.04.2017 Der Interaction
MehrSoftwaretests Testgetriebene Entwicklung (TDD) vs wissenschaftliche Methode TDD Case Study Zusammenfassung
Antonia Bücklers Softwaretests Testgetriebene Entwicklung (TDD) vs wissenschaftliche Methode TDD Case Study Zusammenfassung - Antonia Bücklers 2 prüft und bewertet Software auf Erfüllung der spezifischen
MehrProzeßbeispiel: Hänschen Klein verläßt die Rollerball GmbH
Prozeßbeispiel: Hänschen Klein verläßt die Rollerball GmbH Hänschen Klein wandert aus Um eine Arbeitserlaubnis zu erhalten muß Hänschen eine Arbeitserlaubnis beantragen und eine Aufenthaltsgenehmigung
MehrFunktionsmodellierung mit Datenflußdiagrammen
Funktionsmodellierung mit Datenflußdiagrammen Marc Monecke monecke@informatik.uni-siegen.de Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D-57068 Siegen 30. April
MehrSpecmate Auf Knopfdruck von Anforderungen zu Tests
Specmate Auf Knopfdruck von Anforderungen zu Tests Dr. Maximilian Junker at a Glance We are experts for: High quality RE & tests High quality methodology (e.g. MBSE) We offer: Audits & Continuous Quality
MehrFormalisierung der. mit visuellen Kontrakten und deren. Gregor Engels, Baris Güldali, Stefan Sauer
Formalisierung der funktionalen Anforderungenngen mit visuellen Kontrakten und deren Einsatz für modellbasiertes Testen Gregor Engels, Baris Güldali, Stefan Sauer GI Fachgruppentreffen RE+TAV Requirements
MehrSWE6 Slide 1. Software-Engineering. Vorlesung 6 vom Sebastian Iwanowski FH Wedel
SWE6 Slide 1 Software-Engineering Vorlesung 6 vom 22.11.2004 Sebastian Iwanowski FH Wedel SWE6 Slide 2 Software-Engineering Vorlesungsthemen: 1. Überblick über das Thema und die Vorlesung 2. Grundlegende
Mehr3. Analysephase Anforderungen, Anwendungsfälle Softwaretechnik (CNAM)
3. Analysephase Anforderungen, Anwendungsfälle Softwaretechnik (CNAM) Wintersemester 2009 / 2010 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 1 Prof. Dr. Bernhard Humm, Hochschule Darmstadt,
Mehr