Erik Kamsties. Fraunhofer Institut für. Experimentelles Software Engineering. 25. November Experimentelles Software Engineering.

Größe: px
Ab Seite anzeigen:

Download "Erik Kamsties. Fraunhofer Institut für. Experimentelles Software Engineering. 25. November 1999. Experimentelles Software Engineering."

Transkript

1 GI Fachgruppentreffen (RQ) Stuttgart Erkennung von Mehrdeutigkeiten in natürlichsprachlichen Anforderungsdokumenten Erik Kamsties 25. November 1999 Slide 1 (28) Überblick Einleitung, Problem, Motivation Eine erweiterte Definition von Mehrdeutigkeit Ansatz zur Definition und Behandlung von Mehrdeutigkeit Experimentelle Validierung Zusammenfassung Slide 2 (28)

2 Einleitung Natürliche Sprache ist eine adäquate Repräsentation von Anforderungen: Universell - für alle Domänen geeignet flexibel - hinsichtlich Abstraktionsebene weitverbreitet - in der industriellen Praxis systematisch - findet in Form von Use Cases gerade Eingang in neue Softwareentwicklungs-Methodologien (RUP, KobrA, etc.) Slide 3 (28) Das Problem... ist, daß natürliche Sprache inhärent mehrdeutig ist. Slide 4 (28)

3 Das Problem Mehrdeutigkeit führt zu... Schnittstellenproblemen. Module bzw. Komponenten passen bei der Integration nicht zusammen, wenn Anforderungen unterschiedlich ausgelegt wurden.... Fehlverhalten der Software. Diese Fehlverhalten werden nicht beim System-/Akzeptanztest entdeckt, sondern erst bei der Abnahme durch den Kunden. Slide 5 (28) Motivation Unvollständigkeit ist das größte Problem von Anforderungen Client s view Mehrdeutigkeit The Requirements Iceberg [Berry, 1997] Requirements Unvollständigkeit Mehrdeutigkeit ist ein Indikator für Unvollständigkeit Slide 6 (28)

4 Was ist Mehrdeutigkeit? Eine Anforderung ist mehrdeutig, wenn sie von verschiedenen Beteiligten unterschiedlich interpretiert werden kann. [Sommerville&Sawyer, 1997] Ursachen Bewußte Mehrdeutigkeit Auftraggeber möchte Anforderung noch offen halten Unbewußte Mehrdeutigkeit Auftraggeber verbindet eine bestimmte Interpretation mit der Anforderung, Mehrdeutigkeit tritt beim Auftragnehmer auf Slide 7 (28) Erweiterte Definition Eine Anforderung ist mehrdeutig, wenn sie aufgrund des Kontextes von verschiedenen Beteiligten unterschiedlich interpretiert werden kann. Der Kontext umfaßt: In Beziehung stehende Anforderungen Die Bedeutung einer Anforderung im Zusammenhang mit anderen Anforderungen erlaubt mehrere Interpretationen. Modelle der Domäne Die Bedeutung einer Anforderung vor dem Hintergrund entsprechender Modelle erlaubt mehrere Interpretationen. Slide 8 (28)

5 Erweiterte Definition Sprachliche Mehrdeutigkeit ist eine inhärente Eigenschaft der natürlichen Sprache. Mehrdeutigkeit tritt auf Satz- und Dokumentenebene auf. Domänenspezifische Mehrdeutigkeit tritt bei der Abbildung einer oder mehrerer Anforderungen auf ein domänenspezifisches Model auf. Domänenspezifische Modelle existieren implizit im Kopf des Anforderungsingenieurs, oder explizit in Form von Domänenmodellen, Modellierungstechniken, etc. Slide 9 (28) Erweiterte Definition Sprachliche und domänenspezifische Mehrdeutigkeit stehen orthogonal zueinander Sprachliche Mehrdeutigkeit-> strukturelle M. (der Satz hat mehrere Lesweisen) R3: Wird ein Flugzeug identifiziert, das feindlich ist und eine unbekannte Mission hat oder den geschützen Flugraum in weniger als 5 Minuten erreichen kann, dann soll ein Alarm ausgelöst werden. Domänenspezifische Mehrdeutigkeit -> Event-M. (es gibt mehrere Möglichkeiten ein Event zu definieren, das den Alarm triggert) Slide 10 (28)

6 Ziele Vollständige Behandlung sprachlicher Mehrdeutigkeiten. Ansätze bislang vorhanden für: Lexikalische Mehrdeutigkeiten: Jackson s Designations, Glossare, Leite s Lexicon Strukturelle Mehrdeutigkeiten: Kontrollierte natürliche Sprache Behandlung domänenspezifischer Mehrdeutigkeiten Bestimmte Arten von Mehrdeutigkeiten lassen sich treffender als domänenspezifische Mehrdeutigkeit charakterisieren Slide 11 (28) Unser Ansatz (1) Ermittlung von Mehrdeutigkeitstypen im Kontext der Beteiligten Kunde Verfügbare Anforderungsdokumente, etc. Anforderungsingenieur Meta-Modelle von Spezifikationstechniken, Domänenmodelle, etc. Linguistik Sprachliche Mehrdeutigkeit 1 2 Heuristik Domänenspezifische Mehrdeutigkeit Slide 12 (28)

7 Unser Ansatz (2) Integration der sprachlichen und domänenspezifischen Mehrdeutigkeitstypen in Techniken für verschiedene Phasen des RE Prozesses Sprachliche Heuristics Mehrdeutigkeit + Domänenspezifische Mehrdeutigkeit 3 Elicitation Documentation Authoring Guidelines Validation Scenario-based Reading System Modeling Fine-grained Process Support Slide 13 (28) Vorgehensweise - Schritt 1 Ermittlung sprachlicher Mehrdeutigkeitstypen auf Basis einer Taxonomie aus der Linguistik Mehrdeutigkeit Vagheit Kontinuum von Interpretationen, unscharfe Abgrenzung, zusammenfassende Lesart der Interpretationen vorhanden Generalität Kontinuum von Interpretationen, scharfe Abgrenzung, zusammenfassende Lesart Ambiguität Diskrete Anzahl von Interpretationen, keine zusammenfassende Lesart... kontextspezifische Verfeinerung... lexikalisch strukturell referentiell... Slide 14 (28)

8 Vorgehensweise - Schritt 2 Ermittlung von domänenspezifischen Mehrdeutigkeitstypen 1 Modelle (Meta-Modell, Systemmodel, Domänenmodelle, etc.) explizit machen 2 Entsprechende Heuristiken zur Ermittlung von Mehrdeutigkeitstypen anwenden, z.b. für Meta-Modelle: H1: Abstracts constructs and their specializations H2: Concrete constructs and their relationships H3: Constraints imposed on the meta-model Slide 15 (28) Concrete Construct Abstract Construct Relationship Meta-Modell von SCR (Ausschnitt) * 1..* * 1..* 1 * ModeTransition ValueTransition Mapping * * * * * 1 1 EventExpression new value 1..* value condition 2..* 2..* Expression Constraints are not shown. Simple EventExpression * Compound Simple * 2..* EventExpression Expression 2..* Compound Expression Conditioned 1 Basic EventExpression * EventExpression * * condition 1 condition 1 Expression Literal Arithmetic Expression Relational Expression Inmode Expression * * * * * * * * * 1 Entity Literal Mode Slide 16 (28)

9 Beispiel für eine Mehrdeutigkeit If the Reset button is pressed and the water pressure is low, the pump is switched on. Modes Events... <Interpretation 1: AND Pressure=low) Order does not play a role... <Interpretation 2: WHEN (Pressure=low) Pressure must be low when Reset is presssed c_pump = on off Slide 17 (28) Beispiel für einen Typ An ambiguity is defined by a 4-tupel (inf, I m, S a, S u ) (inf, I m, S a, S u ) inf = information to be conveyed I m = set of interpretations S a = set of ambiguous statements S u = set of unambiguous statements Example Event (EventExpression) CompoundEventExpr., ConditionedEventExpr. Two conditions described in natural language connected by the word and CompoundEventExpr.: and (boolean) ConditionedEventExpr.: when... was... Slide 18 (28)

10 Vorgehensweise - Schritt 3 Validierung von natürlichsprachlichen Anforderungen: Checkliste Ableitung der Prüfpunkte durch Priorisierung der ermittelten Mehrdeutigkeitstypen Szenarienbasiertes Lesen Auswahl eines Szenarios (Blackbox-Analyse, Anforderungsinteraktionen) Erstellung einer Fragenliste durch Priorisierung der ermittelten Mehrdeutigkeitstypen Slide 19 (28) Szenarienbasiertes Lesen Szenario Erstellen Sie eine Blackbox-Analyse: 1 Betrachten Sie das System als Blackbox. Zählen Sie Stimuli und Responses auf. Stimuli System System Responses 2 Beschreiben Sie die Transaktionen, d.h. die Abhängigkeit von Stimuli und Responses in der Blackbox-Tabelle Slide 20 (28)

11 Szenarienbasiertes Lesen Szenario Resultat der Blackbox-Analyse ist die Blackbox-Tabelle: BA Stimulus Response Condition 6 Start (d.h. Batterie einlegen) do: Uhrzeit anzeigen - 7 Pappstreifen ziehen do: Ei anzeigen Pappstreifen im Gehäuse 4 L-Taste Menüpunkt Nahrung und... angewählt kein Menüpunkt angewählt 4 L-Taste Menüpunkt Spielen angewählt 5 nach 5 Sekunden Menüpunkt erlischt, do: kein Menüpunkt angewählt Menüpunkt Nahrung und... angewählt Menüpunkt Nahrung und..., Spielen, oder Zustand angewählt Gilt BA5 auch für Untermenüpunkte, z.b. Snacks??? Slide 21 (28) Szenarienbasiertes Lesen Fragenliste Zur Beantwortung während der Erstellung der Blackbox: Kann der Stimulus präzise beschrieben werden? Mögliche Probleme einer Anforderung: Es ist kein Zeitpunkt (=Stimulus), sondern ein Zeitbereich beschrieben. Der Stimulus ist relativ zu einem anderen Stimulus beschrieben (durch Begriffe wie vor, nach, zwischen, etc.), es kommen mehrere Stimuli als Bezugspunkt in Frage. Bei logischen Verknüpfungen in Stimuli: die Operatoren oder ihre Klammerung sind nicht eindeutig. Und kann für eine Sequenz von Schritten stehen oder für ein logisches UND. Oder kann ein logisches ODER sein, oder ein logisches exklusiv-oder. Die Beschreibung des Stimulus referenziert implizit andere Anforderungen. Sie sind dieser Referenz nachgegangen und haben mehrere Interpretationen ermittelt (Semantische Amb.). Kann der Response präzise beschrieben werden?... Slide 22 (28)

12 Experimentelle Validierung (1) Baseline-Studie (Modellierung mit CASE-Tools) Ausgangspunkt war ein natürlichspr. Anforderungsdokument: 84 natürliche Fehler enthalten (6 Seiten) 70% Mehrdeutigkeiten, 22% Unvollständigkeiten Aufgabe: Anforderungen modellieren & alle Fehler melden Resultate (Aufwand Stunden pro 3er Team): Unvollständigkeit 63% wurde insgesamt gemeldet 26% im Durchschnitt pro Team, 33% in Spezifikation Mehrdeutigkeit 31% wurden insgesamt gemeldet 9% im Durchschnitt pro Team, 25% in Spezifikation ( Eindeutigkeit, aber falsch interpretiert) Schlußfolgerung Die Modellierung (=Präzisierung) von Anforderungen führt kaum zur Erkennung von Mehrdeutigkeiten. Slide 23 (28) Experimentelle Validierung (2) Als Vergleich zum Blackbox-Szenario wurde ein zweites Anforderungsinteraktions -Szenario entwickelt. Das Resultat ist eine Tabelle: Anforderung (Nummer) BA Interagierende Anforderungen (Nummer, Beschreibung) BA4 (Auswahl des Menüpunkts Spielen ) BA12 (Abschalten des Signaltons)??? BA24 (Beschreibung des Spielens selbst) BA25 (Beschreibung, was gewonnen/verloren heißt) Dieses Szenario fokussiert auf sprachliche Mehrdeutigkeiten auf Dokumentenebene. Slide 24 (28)

13 Experimentelle Validierung (3) Studie 1 Aufgabe: Anforderungen auf Mehrdeutigkeiten analysieren. Gruppe A: Checkliste, (Anforderungsinteraktions-Szenario) Gruppe B: Checkliste, Blackbox-Szenario Resultate (4 Studenten, 1.5 Stunden Aufwand): Unvollständigkeit 36% wurde insgesamt gemeldet (-27%, zur Baseline) 12% im Durchschnitt pro Teilnehmer (-14%) Mehrdeutigkeit 43% wurden insgesamt gemeldet (+12%) 17% im Durchschnitt pro Teilnehmer (+8%) Checkliste+Blackbox-Szenario effektiver als Checkl. (30%) Zuwenig Zeit Viele scheinbare Mehrdeutigkeiten gemeldet Slide 25 (28) Experimentelle Validierung (4) Studie 2 Aufgabe: Anforderungen im 3er Team aufteilen und mit Checkliste auf Mehrdeutigkeiten analysieren. Resultate (18 Teilnehmer, 1.5 Stunden Aufwand): Unvollständigkeit 36% wurde insgesamt gemeldet (+- 0% zu Studie 1) 9% im Durchschnitt pro Team (-3%) Mehrdeutigkeit 53% wurden insgesamt gemeldet (+10%) 18% im Durchschnitt pro Team (+1%) Zeit war ausreichend oft scheinbare Mehrdeutigkeiten gemeldet, da nur beschränkte Kenntnis des Dokuments Slide 26 (28)

14 Experimentelle Validierung (5) Studie 3 Aufgabe: Anforderungen im 2er Team aufteilen und auf Mehrdeutigkeiten analysieren. Gruppe A: Checkliste, Anforderungsinteraktions-Szenario Gruppe B: keine Checkliste, Blackbox-Szenario Resultate (12 Teilnehmer, 1.5 Stunden Aufwand): Unvollständigkeit 21% wurde insgesamt gemeldet (-16% zu Studie 2) 4% im Durchschnitt pro Team (-8%) Mehrdeutigkeit 52% wurden insgesamt gemeldet (-1%) 14% im Durchschnitt pro Team (-3%) Blackbox-Szenario und Checkliste in etwa gleich effektiv Kombination von Checkliste mit Blackbox-Szenario Slide 27 (28) Zusammenfassung Mehrdeutigkeiten in Anforderungen werden meist unbewußt bei der Softwaredesign und -implementierung gelöst. Nutzen Kosten für Einführung Kosten für Anwendung Der vorgestellte Ansatz (in Form einer Validationstechnik) erlaubt es, etwa 20% mehr Mehrdeutigkeiten zu finden, als durch Modellierung von Anforderungen ohne spezielle Unterstützung. Moderat-Hoch Authoring Guidelines: niedrig Checkliste: niedrig-moderat Szenarien-basiertes Lesen: moderat Slide 28 (28)

Capturing and Documentation of Decisions in Security Requirements Engineering through Heuristics

Capturing and Documentation of Decisions in Security Requirements Engineering through Heuristics Capturing and Documentation of Decisions in Security Requirements Engineering through Heuristics Stefan Gärtner, Tom-Michael Hesse, Kurt Schneider, Barbara Paech Fachgruppentreffen Requirements Engineering

Mehr

Requirements-Engineering Requirements-Engineering

Requirements-Engineering Requirements-Engineering -Engineering Copyright Chr. Schaffer, Fachhochschule Hagenberg, MTD 1 Was ist ein Requirement? IEEE-Standard (IEEE-726 83) A condition or capability needed by a user to solve a problem or achieve an objective.

Mehr

Modellgetriebene Softwareentwicklung bei der IBYKUS AG

Modellgetriebene Softwareentwicklung bei der IBYKUS AG Modellgetriebene Softwareentwicklung bei der IBYKUS AG Theorie Teil 4: Domänenspezifische Sprachen Dr. Steffen Skatulla IBYKUS AG 1 Inhalt Teil 4: Domänenspezifische Sprachen Nutzung vorhandener Sprachen

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

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

Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme

Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme Dipl.-Ing. Michael

Mehr

Software-Evolution im Staged Lifecycle Model

Software-Evolution im Staged Lifecycle Model Unterstützung evolutionärer Softwareentwicklung durch Merkmalmodelle und Traceability-Links Matthias Riebisch Technische Universität Ilmenau, matthias.riebisch@tu-ilmenau.de Arbeitsgruppe Software-Wartung

Mehr

Model Driven Development einige wichtige Grundprinzipien

Model Driven Development einige wichtige Grundprinzipien Model Driven Development einige wichtige Grundprinzipien Johannes Scheier j@scheier software.ch Copyright by Scheier Software Engineering Seite 1 Inhalt Was ist Model Driven Development (MDD)? Was verspricht

Mehr

Software-Lebenszyklus

Software-Lebenszyklus Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung

Mehr

Wenn Prozesse laufen lernen. Requirements Engineering bei der Einführung von Geschäftsprozessmanagement

Wenn Prozesse laufen lernen. Requirements Engineering bei der Einführung von Geschäftsprozessmanagement Wenn Prozesse laufen lernen Requirements Engineering bei der Einführung von Geschäftsprozessmanagement Norman Fraunhofer Riegel, IESE Sebastian Adam 13. März 2012 Warum Geschäftsprozessmanagement auf einer

Mehr

VHDL Verhaltensmodellierung

VHDL Verhaltensmodellierung VHDL Verhaltensmodellierung Dr.-Ing. Volkmar Sieh Lehrstuhl für Informatik 3 (Rechnerarchitektur) Friedrich-Alexander-Universität Erlangen-Nürnberg SS 2013 VHDL Verhaltensmodellierung 1/18 2013-01-11 Inhalt

Mehr

Datenmodelle im Kontext von Europeana. Stefanie Rühle (SUB Göttingen)

Datenmodelle im Kontext von Europeana. Stefanie Rühle (SUB Göttingen) Datenmodelle im Kontext von Europeana Stefanie Rühle (SUB Göttingen) Übersicht Datenmodelle RDF DCAM ORE SKOS FRBR CIDOC CRM Datenmodelle "Datenmodellierung bezeichnet Verfahren in der Informatik zur formalen

Mehr

Softwarewiederverwendung und Patterns

Softwarewiederverwendung und Patterns Begrifflichkeiten und Beschreibungssystematik Begriffe Literatur zu Patterns Übersicht über die behandelten Konzepte Beschreibungsschema 97 Begriffe Glossar Patterns (Muster) sind ein Mittel der Wiederverwendung

Mehr

Anforderungen, KEFs und Nutzen der Software- Prozessverbesserung

Anforderungen, KEFs und Nutzen der Software- Prozessverbesserung Process flow Remarks Role Documents, data, tool input, output Important: Involve as many PZU as possible PZO Start Use appropriate templates for the process documentation Define purpose and scope Define

Mehr

Process Mining Tutorial: ProM 6 und Disco. Luise Pufahl 3. Juni 2014

Process Mining Tutorial: ProM 6 und Disco. Luise Pufahl 3. Juni 2014 Process Mining Tutorial: ProM 6 und Disco Luise Pufahl 3. Juni 2014 5 Gliederung 1. Szenario 2. Disco Fluxicon 3. ProM 6 2 Szenario 5 Szenario Purchase Process Requester Request for quotation Request for

Mehr

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG "If you don't know where you are going, you are unlikely to end up there." Forrest Gump 2 Anforderungen bilden die Grundlage für jedes (Software-)Projekt sind die

Mehr

VHDL Verhaltensmodellierung

VHDL Verhaltensmodellierung VHDL Verhaltensmodellierung Dr.-Ing. Matthias Sand Lehrstuhl für Informatik 3 (Rechnerarchitektur) Friedrich-Alexander-Universität Erlangen-Nürnberg WS 2008/2009 VHDL Verhaltensmodellierung 1/26 2008-10-20

Mehr

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung Block R (Rahmen): SE Aktivitäten 21.10.04 1 Vorlesung Methoden des Software Engineering Block R Rahmen Aktivitäten der Software-Entwicklung Martin Wirsing Einheit R.2, 21.10.2004 Block R (Rahmen): SE Aktivitäten

Mehr

Museumsdaten in Portalen --------------------------------------

Museumsdaten in Portalen -------------------------------------- Museumsdaten in Portalen -------------------------------------- Die Vernetzungsstandards museumdat und museumvok 1 2 Ausgangssituation: Aus völlig heterogenen Datenbeständen in den Museen Es gibt nicht

Mehr

Event Stream Processing & Complex Event Processing. Dirk Bade

Event Stream Processing & Complex Event Processing. Dirk Bade Event Stream Processing & Complex Event Processing Dirk Bade Die Folien sind angelehnt an eine Präsentation der Orientation in Objects GmbH, 2009 Motivation Business Activity Monitoring Sammlung, Analyse

Mehr

php Hier soll ein Überblick über das Erstellen von php Programmen gegeben werden. Inhaltsverzeichnis 1.Überblick...2 2.Parameterübergabe...

php Hier soll ein Überblick über das Erstellen von php Programmen gegeben werden. Inhaltsverzeichnis 1.Überblick...2 2.Parameterübergabe... php Hier soll ein Überblick über das Erstellen von php Programmen gegeben werden. Inhaltsverzeichnis 1.Überblick...2 2.Parameterübergabe...7 3.Zugriff auf mysql Daten...11 Verteilte Systeme: php.sxw Prof.

Mehr

(Titel des Berichts)

(Titel des Berichts) (Titel des Berichts) Praxissemesterbericht von (Vorname Name) aus (Geburtsort) Matrikelnummer Anschrift Telefon HTW Aalen Hochschule für Technik und Wirtschaft Betreuender Professor Abgabetermin Angaben

Mehr

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

Cloud Architektur Workshop

Cloud Architektur Workshop Cloud Architektur Workshop Ein Angebot von IBM Software Services for Cloud & Smarter Infrastructure Agenda 1. Überblick Cloud Architektur Workshop 2. In 12 Schritten bis zur Cloud 3. Workshop Vorgehensmodell

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

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

Seminar. Werkzeuggestützte Modellierung des Tamagotchi. Modellierung mittels SCR. Ausgearbeitet von: Kizito Ssamula Mukasa und Ralf Hettesheimer

Seminar. Werkzeuggestützte Modellierung des Tamagotchi. Modellierung mittels SCR. Ausgearbeitet von: Kizito Ssamula Mukasa und Ralf Hettesheimer Seminar Werkzeuggestützte Modellierung des Tamagotchi Modellierung mittels SCR Ausgearbeitet von: Kizito Ssamula Mukasa und Ralf Hettesheimer Einleitung Charakterisierung der Technik Entwickelt 1978 am

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

Model Driven Architecture Praxisbeispiel

Model Driven Architecture Praxisbeispiel 1 EJOSA OpenUSS CampusSource Model Driven Architecture Praxisbeispiel 2 Situation von CampusSource-Plattformen Ähnliche Funktionen (Verwaltung von Studenten und Dozenten, Diskussionsforen,...), jedoch

Mehr

Datenmodellierung und Datenbanksysteme. Vorlesung. Informationswissenschaft und Informationssysteme. Hans Uszkoreit & Brigi1e Jörg

Datenmodellierung und Datenbanksysteme. Vorlesung. Informationswissenschaft und Informationssysteme. Hans Uszkoreit & Brigi1e Jörg Vorlesung Informationswissenschaft und Informationssysteme Hans Uszkoreit & Brigi1e Jörg Definitionen Data modeling in software engineering is the process of creating a data model by applying formal data

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

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Integrative Entwicklungsprozesse am Beispiel einer automotiven Anwendung

Integrative Entwicklungsprozesse am Beispiel einer automotiven Anwendung am Beispiel einer automotiven Anwendung Bernd van Vugt EXTESSY AG Stefan Gläser VOLKSWAGEN AG Motivation Kundenwunsch: Mobilität und Individualität Fahrzeug + Informationstechnologie + Dienst Herausforderung:

Mehr

effektiv erstellen Use Cases Alistair Cockburn Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases

effektiv erstellen Use Cases Alistair Cockburn Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases Alistair Cockburn Use Cases effektiv erstellen Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases Die Regeln für Use Cases sicher beherrschen A Abdeckung Grad der 163

Mehr

TOGAF The Open Group Architecture Framework

TOGAF The Open Group Architecture Framework TOGAF The Open Group Architecture Ein Überblick Gesellschaft für Informatik, Regionalgruppe München Dr. Michael Bulenda München, 7.12.2009 Vorstellung Dr. M. Bulenda Seit 2001 bei Cirquent IT Management

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

Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008

Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008 Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE Heinrich Dreier Elmshorn 17.04.2008 Einleitung Softwareprozesse verbessern Einleitung Softwareprozesse verbessern SPI Software

Mehr

A Domain Specific Language for Project Execution Models

A Domain Specific Language for Project Execution Models A Domain Specific Language for Project Execution Models Eugen Wachtel, Marco Kuhrmann, Georg Kalus Institut für Informatik Software & Systems Engineering Inhalt Einführung und Hintergrund Problembereiche

Mehr

Cassandra Query Language (CQL)

Cassandra Query Language (CQL) Cassandra Query Language (CQL) Seminar: NoSQL Wintersemester 2013/2014 Cassandra Zwischenpräsentation 1 Gliederung Basic facts Datentypen DDL/DML ähnlich zu SQL Besonderheiten Basic facts CQL kurz für

Mehr

Objektorientierter Software-Entwurf Die Unified Modeling Language 4 1

Objektorientierter Software-Entwurf Die Unified Modeling Language 4 1 Objektorientierter Software-Entwurf Die Unified Modeling Language 4 1 Die Unified Modeling Language Die UML (hier in der Version 0.9) ist ein Satz von Notationen zur Beschreibung objektorientierter Softwaresysteme.

Mehr

Modellierung vonanforderungen

Modellierung vonanforderungen Modellierung vonanforderungen Dehla Sokenou GEBIT Solutions Koenigsallee 75b 14193 Berlin www.gebit.de dehla.sokenou (at) gebit.de Abstract: In der betrieblichen Anwendungsentwicklung werden in vielen

Mehr

Safety Integrated for Process Automation. Siemens AG 2012. All Rights Reserved.

Safety Integrated for Process Automation. Siemens AG 2012. All Rights Reserved. Safety Integrated for Process Automation Safety Integrated for Process Automation Aufteilung der Fehler Safety-Lifecycle Kompetenz Analyse Failure root causes + Safety- Management + Technische Anforderung

Mehr

Erstellung eines Pflichtenhefts (I)

Erstellung eines Pflichtenhefts (I) 2. Anforderungsanalyse Erstellung eines Pflichtenhefts (I) Annahme: Es liegt ein "gutes" Lastenheft vor Was fehlt noch? Details... gemeinsame Sprache Glossar gemeinsames Verständnis der Funktion Funkt.

Mehr

Einbezug von Nutzungsversprechen und Requirements Engineering in die Entwicklung von AAL-Systemen

Einbezug von Nutzungsversprechen und Requirements Engineering in die Entwicklung von AAL-Systemen Einbezug von Nutzungsversprechen und Requirements Engineering in die Entwicklung von AAL-Systemen 4. AAL-Kongress Berlin, 25. 26. Januar 2011 Alexander Rachmann, Hochschule Niederrhein Dr. Irene Maucher,

Mehr

Use Case Beschreibung:

Use Case Beschreibung: <Name (Nummer)> Dokument-Art UC Geltungsbereich Use Case Beschreibung: Version Autor Ausgabe vom Ersetzt Dokument Ausgabestelle Prüfstelle Freigabestelle

Mehr

Energie-Test von Android-Anwendungen

Energie-Test von Android-Anwendungen Fakultät Informatik Institut für Software- und Multimediatechnik - Lehrstuhl für Softwaretechnologie Energie-Test von Android-Anwendungen Komplexpraktikum Sommersemester 2012 Claas Wilke, Sebastian Richly

Mehr

Model Driven Requirements Engineering im Energiehandel. Am Beispiel der UML basierten Anforderungsverfeinerung und der Metamodell-Klasse UseCase

Model Driven Requirements Engineering im Energiehandel. Am Beispiel der UML basierten Anforderungsverfeinerung und der Metamodell-Klasse UseCase Model Driven Requirements Engineering im Energiehandel Am Beispiel der UML basierten Anforderungsverfeinerung und der Metamodell-Klasse UseCase Requirements Engineering ETG-RPI Autor Lars van Brackel V.10

Mehr

ISO 15504 Reference Model

ISO 15504 Reference Model Prozess Dimension von SPICE/ISO 15504 Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define

Mehr

Wie agil kann Business Analyse sein?

Wie agil kann Business Analyse sein? Wie agil kann Business Analyse sein? Chapter Meeting Michael Leber 2012-01-24 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

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress BPM im Kontext von Unternehmensarchitekturen Konstantin Gress Agenda 1 Worum geht s BPM, EA und SOA im Überblick 2 Link zwischen EA und BPM 3 Link zwischen SOA und BPM 4 Wie spielt das zusammen? 5 Q&A

Mehr

Projekt:

Projekt: <Hier den Namen des Projektes eingeben!> <Adresse> <Telefon / Fax> <Ansprechpartner> Pflichtenheft Die Aufgabe des Pflichtenheftes ist es zu beschreiben, was die zu entwickelnde Software für den Anwender leisten soll. Diese Vorlage basiert auf der aus TSE I bekannten Vorlage. Projekt:

Mehr

Fachbereich Informatik Praktikum 1

Fachbereich Informatik Praktikum 1 Hochschule Darmstadt DATA WAREHOUSE SS2015 Fachbereich Informatik Praktikum 1 Prof. Dr. S. Karczewski Dipl. Inf. Dipl. Math. Y. Orkunoglu Datum: 14.April.2015 1. Kurzbeschreibung In diesem Praktikum geht

Mehr

Modellierung von Variabilität in der Geschäftsanalyse eine industrielle Fallstudie. Dr. Thomas von der Maßen Andreas Wübbeke

Modellierung von Variabilität in der Geschäftsanalyse eine industrielle Fallstudie. Dr. Thomas von der Maßen Andreas Wübbeke Modellierung von Variabilität in der Geschäftsanalyse eine industrielle Fallstudie Dr. Thomas von der Maßen Andreas Wübbeke Themenübersicht arvato services Geschäftsanalyse Implizite Variabilität in der

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

Kontextbasiertes Information Retrieval

Kontextbasiertes Information Retrieval Kontextbasiertes Information Retrieval Modell, Konzeption und Realisierung kontextbasierter Information Retrieval Systeme Karlheinz Morgenroth Lehrstuhl für Medieninformatik Fakultät Wirtschaftsinformatik

Mehr

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

READY-STEADY-DONE! Der Product Owner are you READY for agile?! READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind

Mehr

Integration von User Centered Design und Software-Entwicklung zur Optimierung von Workflow-Unterstützung

Integration von User Centered Design und Software-Entwicklung zur Optimierung von Workflow-Unterstützung Integration von User Centered Design und Software-Entwicklung zur Optimierung von Workflow-Unterstützung Lennart Grötzbach, Siemens Business Services, C-LAB Karsten Nebe, Universität Paderborn, C-LAB Aufbau

Mehr

Safer Software Formale Methoden für ISO26262

Safer Software Formale Methoden für ISO26262 Safer Software Formale Methoden für ISO26262 Dr. Stefan Gulan COC Systems Engineering Functional Safety Entwicklung Was Wie Wie genau Anforderungen Design Produkt Seite 3 Entwicklung nach ISO26262 Funktionale

Mehr

Analyse der Benutzerbedürfnisse. Praxisarbeit MAS HCID, RE 2013 Adrian Schimpf. Sylvain Morger. Tanya Wüthrich

Analyse der Benutzerbedürfnisse. Praxisarbeit MAS HCID, RE 2013 Adrian Schimpf. Sylvain Morger. Tanya Wüthrich Analyse der Benutzerbedürfnisse Praxisarbeit MAS HCID, RE 2013 Adrian Schimpf. Sylvain Morger. Tanya Wüthrich Agenda 1 Einleitung 2 Ausgangslage 3 Projektauftrag 4 Vorgehen 5 Methoden und Ergebnisse 6

Mehr

Federated Identity Management

Federated Identity Management Federated Identity Management Verwendung von SAML, Liberty und XACML in einem Inter Campus Szenario d.marinescu@gmx.de 1 Fachbereich Informatik Inhalt Grundlagen Analyse Design Implementierung Demo Zusammenfassung

Mehr

Requirements Management Center

Requirements Management Center Requirements Management Center Überblick - 1 - Inhalt OMNITRACKER Requirements Management Center im Überblick Workflow im Überblick Informationsmodell Dokumentation und Reports Leistungsmerkmale Anforderungsdefinitionsprozess

Mehr

Basiswissen Requirements Engineering

Basiswissen Requirements Engineering Klaus Pohl Chris Rupp Basiswissen Requirements Engineering Aus- und Weiterbildung zum»certified Professional for Requirements Engineering«Foundation Level nach IREB-Standard Г5 I dpunkt.verlag Inhalt Die

Mehr

Orientierte Modellierung mit der Unified Modeling Language

Orientierte Modellierung mit der Unified Modeling Language UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language Michael Hahsler Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?

Mehr

Use Cases REQEDIT CLIENT. Mai 2014. DER INNOVATIVE TOOLHERSTELLER www.reqteam.com

Use Cases REQEDIT CLIENT. Mai 2014. DER INNOVATIVE TOOLHERSTELLER www.reqteam.com Use Cases REQEDIT CLIENT Mai 2014 Übersicht 1. Einführung Anforderungsmanagement 2. Einführung Anforderungsmanagementtools und Austauschformate 3. Warum ReqEdit? 4. Use Cases - kleinere und mittlere Unternehmen

Mehr

HOOD Service Portfolio

HOOD Service Portfolio Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. Susanne Mühlbauer, Jens Donig, HOOD GmbH, Oktober 2012 HOOD Service Portfolio -2- Was ist ein Backlog? Der Begriff Backlog

Mehr

Software mit Tests & Beispielen

Software mit Tests & Beispielen Prüfverfahren Anleitung INHALT Allgemeine Angaben 1. DAS GERÄT... 3 2. DAS GERÄT TESTEN... 4 3. DIE KOMMUNIKATION MIT DEM PC TESTEN... 6 Software mit Tests & Beispielen 1. DIE TESTPROGRAMME HERUNTERLADEN...

Mehr

Softwareanforderungen für Microsoft Dynamics CRM Server 2015

Softwareanforderungen für Microsoft Dynamics CRM Server 2015 Softwareanforderungen für Microsoft Dynamics CRM Server 2015 https://technet.microsoft.com/de-de/library/hh699671.aspx Windows Server-Betriebssystem Microsoft Dynamics CRM Server 2015 kann nur auf Computern

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

Sentiment Analysis (SA) Robert Bärhold & Mario Sänger Text Analytics WS 2012/13 Prof. Leser

Sentiment Analysis (SA) Robert Bärhold & Mario Sänger Text Analytics WS 2012/13 Prof. Leser Sentiment Analysis (SA) Robert Bärhold & Mario Sänger Text Analytics WS 2012/13 Prof. Leser Gliederung Einleitung Problemstellungen Ansätze & Herangehensweisen Anwendungsbeispiele Zusammenfassung 2 Gliederung

Mehr

Sprint Minus One Agiles RE zur Konzeption Mobiler Business Apps

Sprint Minus One Agiles RE zur Konzeption Mobiler Business Apps Sprint Minus One Agiles RE zur Konzeption Mobiler Business Apps Steffen Hess steffen.hess@iese.fraunhofer.de Mobile Business Apps Business Prozesse Services Backend 2 3 Potential von mobilen Business Apps

Mehr

Eine Ontologie für Kommunikationsstandards (CSO) zur Etablierung semantischer Interoperabilität

Eine Ontologie für Kommunikationsstandards (CSO) zur Etablierung semantischer Interoperabilität Eine Ontologie für Kommunikationsstandards (CSO) zur Etablierung semantischer Interoperabilität Frank Oemig, Bernd Blobel GMDS 2010, Mannheim 5.-9. September 2010 Einleitung Wissen über Kommunikationsstandards

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

Anwendungsfallbasierte Testfallerstellung mit der UCV-Methode. Mario Friske T-Systems International GmbH TAV 37, Friedrichshafen, 05.02.

Anwendungsfallbasierte Testfallerstellung mit der UCV-Methode. Mario Friske T-Systems International GmbH TAV 37, Friedrichshafen, 05.02. Anwendungsfallbasierte fallerstellung mit der UCV-Methode Mario Friske T-Systems International GmbH TAV 37, Friedrichshafen, 05.02.2015 fallerstellung mit der UCV-Methode Inhalt Problemstellung / Hintergrund

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

Einführung in die Robotik Steuerungsarchitekturen. Mohamed Oubbati Institut für Neuroinformatik. Tel.: (+49) 731 / 50 24153 mohamed.oubbati@uni-ulm.

Einführung in die Robotik Steuerungsarchitekturen. Mohamed Oubbati Institut für Neuroinformatik. Tel.: (+49) 731 / 50 24153 mohamed.oubbati@uni-ulm. Einführung in die Robotik Steuerungsarchitekturen Mohamed Oubbati Institut für Neuroinformatik Tel.: (+49) 731 / 50 24153 mohamed.oubbati@uni-ulm.de 29. 01. 2013 Steuerungsarchitekturen - Deliberative

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

SanStore: Kurzanleitung / SanStore: Quick reference guide

SanStore: Kurzanleitung / SanStore: Quick reference guide SanStore Rekorder der Serie MM, MMX, HM und HMX Datenwiedergabe und Backup Datenwiedergabe 1. Drücken Sie die Time Search-Taste auf der Fernbedienung. Hinweis: Falls Sie nach einem Administrator-Passwort

Mehr

Requirements-Management Ein praktisches Beispiel

Requirements-Management Ein praktisches Beispiel 2003 Eurocopter Deutschland GmbH 2003 Requirements-Management Ein praktisches Beispiel a.s.drexler@t-online.de Softwareprozesse in Luft- und Raumfahrtprojekten Workshop der DGLR am 15.10.2003 Der Vortrag

Mehr

6 Systematisches Testen von Programmen

6 Systematisches Testen von Programmen 6 Systematisches Testen von Programmen Testen Untersuchung des Source-Codes nach Fehlern und Anomalien Stefan Lucks, Software-Entwicklung für Sichere Systeme SS 04, Kapitel 6 p.1/24 Untersuchung des Source-Codes

Mehr

Kapitel 9: Referentielle und gebundene Pronomen und Ellipsen

Kapitel 9: Referentielle und gebundene Pronomen und Ellipsen Kapitel 9: Referentielle und gebundene Pronomen und Ellipsen B.A. Linguistik, Präsentation im Fach Formale Semantik, SS2013 Marie-Luise Schwarzer, Norbert Rohloff und Lisa Kral Datum: 02. Juli 2013 Dozentin:

Mehr

IBM Informix SQL. Seminarunterlage. Version 11.04 vom

IBM Informix SQL. Seminarunterlage. Version 11.04 vom Seminarunterlage Version: 11.04 Version 11.04 vom 27. April 2015 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen sind Warenzeichen

Mehr

Das SGAM Modell und seine praktische Anwendung

Das SGAM Modell und seine praktische Anwendung Das SGAM Modell und seine praktische Anwendung Christian Neureiter Josef Ressel Center for User-Centric Smart Grid Privacy, Security and Control christian.neureiter@en-trust.at Motivation Energiewende

Mehr

Powerful PL/SQL: Collections indizieren mit VARCHAR2- Indizes ein Praxisbeispiel

Powerful PL/SQL: Collections indizieren mit VARCHAR2- Indizes ein Praxisbeispiel Powerful PL/SQL: Collections indizieren mit VARCHAR2- Indizes ein Praxisbeispiel Schlagworte Autor: Klaus Friemelt, MT AG dynamisches BULK SQL, VARCHAR2-indizierte PL/SQL-Tabellen Einleitung Mit den letzten

Mehr

Modellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II)

Modellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II) Modellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II) 05 -Kommunizierende Prozesse PD Dr. Bernhard Schätz Lehrstuhl für Software und Systems Engineering, Fakultät für Informatik

Mehr

Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli

Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli Inhaltsverzeichnis 1 Rückblick auf Requirements Engineering Teil 1... 2 1.1 Was ist Requirements

Mehr

Modellfreie numerische Prognosemethoden zur Tragwerksanalyse

Modellfreie numerische Prognosemethoden zur Tragwerksanalyse Modellfreie numerische Prognosemethoden zur Tragwerksanalyse Zur Erlangung des akademischen Grades Doktor-Ingenieur (Dr.-Ing.) an der Fakultät Bauingenieurwesen der Technischen Universität Dresden eingereichte

Mehr

Patrick Ziegler, Govern AG i.g. Prof. Dr. Jörg Schütz, Bioloom Group

Patrick Ziegler, Govern AG i.g. Prof. Dr. Jörg Schütz, Bioloom Group Patrick Ziegler, Govern AG i.g. Prof. Dr. Jörg Schütz, Bioloom Group Lösungsanbieter für sprachliche Governance in BPM-Projekte Unterstützung bei Modellierungsprojekten unter Einhaltung eines QA-Modell

Mehr

Änderung von Geschäftsmodellen in B2B-Märkten: Reichen einfache Rezepte?

Änderung von Geschäftsmodellen in B2B-Märkten: Reichen einfache Rezepte? Änderung von Geschäftsmodellen in B2B-Märkten: Reichen einfache Rezepte? Symposium Geschäftsmodelle und Business Development in Business-to- Business-Märkten 12. März 2015 Roadmap 1 2 3 4 5 Strategischer

Mehr

Dipl. Inf. Ali M. Akbarian

Dipl. Inf. Ali M. Akbarian Dipl. Inf. Ali M. Akbarian 2012 Einführung Globalisierung, Innovation und Kundenzufriedenheit sind auch in Zukunft die wichtigsten Herausforderungen der Unternehmen. Diese Herausforderungen verlangen:

Mehr

Requirements-Engineering bei KMUs

Requirements-Engineering bei KMUs Requirements-Engineering bei KMUs Erfahrungen aus dem ReqMan- Projekt Michael Eisenbarth GI AK Software Engineering Technologietransfer Fördernummer: 01 IS C02 D Agenda Hintergrund: Das Projekt Reqman

Mehr

Modellbasierte Softwareentwicklung für vernetzte Steuergeräte im Automobil

Modellbasierte Softwareentwicklung für vernetzte Steuergeräte im Automobil Modellbasierte Softwareentwicklung für vernetzte Steuergeräte im Automobil Christian Schröder Telelogic Deutschland GmbH Bielefeld http://www www.forsoft.de/.de/automotive/ Christian Schröder OOP 2002

Mehr

Seminar XML und Datenbanken. Thema: Workflow

Seminar XML und Datenbanken. Thema: Workflow Seminar XML und Datenbanken Thema: Workflow Betreuer: Markus Bon Bearbeiter: Kristof Barklage Gliederung (1) Grundlagen (2) Workflow Management Coalition (3) XML Process Definition Language (XPDL) (4)

Mehr

Entwicklung eines korrekten Übersetzers

Entwicklung eines korrekten Übersetzers Entwicklung eines korrekten Übersetzers für eine funktionale Programmiersprache im Theorembeweiser Coq Thomas Strathmann 14.01.2011 Gliederung 1 Einleitung

Mehr

Business Intelligence Praktikum 1

Business Intelligence Praktikum 1 Hochschule Darmstadt Business Intelligence SS 2014 Fachbereich Informatik Praktikumsversuch 1 Prof. Dr. C. Wentzel Dipl. Inf. Dipl. Math. Y. Orkunoglu Datum: 07.05.2014 Business Intelligence Praktikum

Mehr

Evolution vs. semantische Konsistenz

Evolution vs. semantische Konsistenz Evolution vs. semantische Konsistenz Workshop des GI-AK Traceability, Dortmund J. Jürjens Das Forschungsprojekt ClouDAT (Förderkennzeichen 300267102) wird/wurde durch das Land NRW und Europäischen Fonds

Mehr

Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA

Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA REFERENT Webinar Nr. 1 26. März 2015 15 Uhr bis 16 Uhr Antonio Jesus de Loureiro antonio.loureiro@agosense.com +49.7154.99951.16

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

METHODEN UND INSTRUMENTE DES WISSENSMANAGEMENTS ANHAND VON WALDBAULICHEN FALLBEISPIELEN

METHODEN UND INSTRUMENTE DES WISSENSMANAGEMENTS ANHAND VON WALDBAULICHEN FALLBEISPIELEN FORSTLICHE SCHRIFTENREI E UNIVERSITÄT FÜR ODENKULTUR, WIEN Band 19 HARALD VACIK METHODEN UND INSTRUMENTE DES WISSENSMANAGEMENTS ANHAND VON WALDBAULICHEN FALLBEISPIELEN ÖSTERR. GES. F. WALDÖKOSYSTEMFORSCHUNG

Mehr