RE in der Praxis. Ein Bericht aus zwei Projekten. SOPHIST GmbH Vordere Cramergasse Nürnberg. Tel.:+49 (0)
|
|
- Christin Fertig
- vor 7 Jahren
- Abrufe
Transkript
1 RE in der Praxis Ein Bericht aus zwei Projekten SOPHIST GmbH Vordere Cramergasse 13 Tel.:+49 (0) Nürnberg Fax:+49 (0)
2 Wer bin ich? Die SOP PHISTen Matthias Strößner Trainer, Berater, Speaker, Vertriebsleiter Überwiegend im Automotive & Versicherungsumfeld tätig. Führt RE & RM in Unternehmen ein. Optimiert bestehende RE-Prozesse Strategische RE & RM Beratung
3 Die SOPHISTen SOPHIST GmbH Beratungs-/ Schulungshaus und Methodenführer im Bereich RE/RM/OO Die SOP PHISTen 40 Mitarbeiter mit hochspezialisiertem Wissen Berater und Trainer mit Projekterfahrung und unterschiedlichsten Kompetenzfeldern Gründungsjahr: 1996 Standort: Nürnberg
4 Wer schreibt, der bleibt Die Bücher der SOPHISTen Vortra agstitel
5 1 Projekt 1 Einführung von RE & Anwendung bei einem Telematiksystem 3 Projekt 2 Einführung von RE bei einer Versicherung RE in der Praxis
6 Spezifikationslandschaft System 1 System System n System 1 Komponente 1 Komponente 1 Siehe nächste Folie Komponente Komponente n Fkt. HMI Architektur SOPHIST GmbH Seite 6
7 Spezifikation einer Komponente Spezifikation einer Komponente Funktionale Anforderungen Architektur Anforderungen NFA, Ausgelagerte Normen, ISO, Standards etc. HMI Anforderungen Strukturanforderungen SOPHIST GmbH Seite 7
8 RE bei der Entwicklung eines Telematiksystems Spezifikationszeit 0,5-1 Jahr bis zur Vergabe textuelle Anforderungen in DOORS für ein Steuergerät Rund 2 Jahre Spezifikationsabstimmung (Lastenheft) RE-Team ca. 12 Personen inkl. Toolsupport stehen 100 Entwicklern gegenüber SOPHIST GmbH Seite 8
9 Einführung von RE die Massen zähmen Ausgangsituation: Jeder schreibt wie und was er will! Lösung über die 3 Arbeitspakete: 1) Marketing Infoveranstaltungen, Werbung etc. 2) Leitfaden Methodisches Rückgrat und Nachschlagewerk 3) Coaching Unterstützung der Anwender beim Schreiben von Anforderungen SOPHIST GmbH Seite 9
10 Die Wandeltreppe nach Czichos Akzeptieren Erfolg/Programmieren Ausprobieren Fragen/Nachdenken Kampf/Flucht Schock/Konfusion SOPHIST GmbH Seite 10
11 Beispiel für eine Spezifikation - 1 Vereinfachtes Beispiel Headunit CAN-Bus Überlegungen: Steuergerät Kameras & Sensorik Was muss ich wo spezifizieren? Wie viele Spezifikationen müssen erstellt werden? SOPHIST GmbH Seite 11
12 Beispiel für eine Spezifikation - 2 Vereinfachtes Beispiel Headunit CAN-Bus Steuergerät Kameras & Sensorik Wie schaut diese Spezifikation aus? SOPHIST GmbH Seite 12
13 Begründeter Regelbruch Veränderung der Satzschablone Regel: SOPHIST-Satzschablone einsetzen er Praxis SHALL <process> RE in de [<When?> <Under what conditions?>] THE SYSTEM <systemname> SHOULD WILL PROVIDE <whom?> WITH THE ABILITY TO <process> BE ABLE TO <process> <object> <additional details about the object> SOPHIST GmbH Seite 13
14 Begründeter Regelbruch Veränderung der Satzschablone Bruch der Regel: Nur shall statt shall/could/will Typ 3 nicht enthalten Grund: Offshore-Entwicklung, starres Vertragswerk, alle Anforderungen sind (erst einmal) verpflichtend Erfahrungswert: Typ 3 wird selten benötigt, jedoch sehr häufig falsch verwendet (statt Typ 1) SOPHIST GmbH Seite 14
15 Was hat geholfen? 1) Spezifikationslandschaft 2) Spezifikationstemplate 3) Anforderungstemplate 4) Variantenmanagement 5) Komponentendiagramme 6) Sequenzdiagramme 7) Abstimmungsworkshops bis zum jetzigen Fortschritt des Projekts SOPHIST GmbH Seite 15
16 Projekt 2 Einführung von RE bei einer Versicherung SOPHIST GmbH Seite 16
17 Versicherungsbranche Einführung von RE Problemstellung: Änderungen an Tarifen, Verbesserungen bei Produkten Zwischen 1 Tag und 2-3 Monate Spezifikationszeit kaum Abstimmung AG-AN Veränderung bestehender AWL 4 Leute im RE-Team stehen 6 Fachbereich á 30 Mann gegenüber SOPHIST GmbH Seite 17
18 Beispiel aus der Praxis Idee des Fachbereichs SVS- Anforderungs steckbrief Projektantrag Grobkonzept Abnahme Betrieb Fachkonzept bzw.: Pflichtenheft Test Realisierung SOPHIST GmbH Seite 18
19 Gewalt ist keine Lösung Allgemeine Prinzipien zur Förderung von Veränderung Aufklärung Problem verständlich und greifbar machen und Perspektiven aufzeigen Bedrohung Es folgen Konsequenzen, falls Methode nicht angewandt wird Vorbild Es hat woanders auch funktioniert Absicherung des Weges Klare, einfache Hilfsmittel anbieten Motivation Die erreichbaren Ziele sichtbar machen Tool-Unterstützung Erleichterung der Arbeit oder Einschränkung der Möglichkeiten SOPHIST GmbH Seite 19
20 Hauptschwierigkeiten in der Praxis Die täglichen Steine in unserem Weg Fehlender Bezug zur Informatik Hohe Motivation, geringe Entscheidungskompetenz Geringe Motivation, hohe Entscheidungskompetenz Fehlende Kooperations- Bereitschaft Angst vor Veränderung Leidtragende schlechter Anforderungen können diese nicht ändern Gefangensein in alten Mustern SOPHIST GmbH Seite 20
21 Was hat geholfen? 1) Spezifikationslandschaft 2) Spezifikationstemplate 3) Anforderungstemplate 4) Aktivitätsdiagramm 5) Klassendiagramm (Begriffe) 6) Use-Case-Diagramm bis zum jetzigen Fortschritt des Projekts SOPHIST GmbH Seite 21
22 Vielen Dank für Ihre Aufmerksamkeit! Haben Sie weitere Fragen? SOPHIST GmbH Seite 22
23 RE in der Praxis SOPHIST GmbH Seite 23
24 Quellenverzeichnis - Fotos Titel: Scientists Quelle: istockphoto Autor: H-Gall Titel: Start Quelle: istockphoto Autor: Mehli Comiczeichnungen Quelle: SOPHIST SOPHIST GmbH Seite 24
Übung Einführung in die Softwaretechnik
Lehrstuhl für Informatik 3 RWTH Aachen Übung Einführung in die Softwaretechnik Lösungshinweise zum Übungsblatt 12 Aufgabe 28 Sichtbarkeits-Symbol UML Java + public # protected private (default) Sichtbar
MehrKapitel 2 - Die Definitionsphase
Kapitel 2 - Die Definitionsphase SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik KIT die Kooperation von Forschungszentrum Karlsruhe GmbH
MehrUse Cases vs. Funktionale Spezifikation
Use Cases vs. Funktionale Spezifikation Ein experimenteller Vergleich zweier Methoden zur Anforderungsspezifikation Fraunhofer IESE: Anne Groß (Anne.Gross@iese.fraunhofer.de) & Jörg Dörr (Joerg.Doerr@iese.fraunhofer.de)
MehrNormerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh
Normerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh Über uns Mittelständischer IT-Service Provider 30 Jahre Industrieerfahrung Unsere Referenzen Medizintechnik Pharma
MehrRequirements Engineering Übung am
Requirements Engineering Übung am 11.11.2011 Maximilian Junker Organisatorisches Unser Konzept für die Drive-Now Fallstudie ist online (siehe Vorlesungsseite) Bis zum nächsten Mal 4-er Gruppen bilden Aufgabe
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
MehrSoftware Engineering. 3. Analyse und Anforderungsmanagement
Software Engineering 3. Analyse und Anforderungsmanagement Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz
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
MehrSetze ich als bekannt voraus: Wo steckt RE in Scrum? RE & SCRUM. Sprint Backlog Product Backlog. Deliverables. Product Owner
vs. System Wirklich unvereinbar? SOPHIST GmbH Vordere Cramergasse 13 90478 Nürnberg Tel:+49 (0)911 40 900-0 Fax:+49 (0)911 40 900-99 www.sophist.de heureka@sophist.de Setze ich als bekannt voraus: Wo steckt
MehrUniversität Karlsruhe (TH)
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2 Die Definitionsphase Prof. Walter F. Tichy Wo sind wir gerade? Planung Lastenheft (funktionales Modell) Definition (Analyse) Pflichtenheft
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
MehrModel-based Requirements Engineering
@andivogelsang andreas.vogelsang@tu-berlin.de Model-based Requirements Engineering Einführung, Organisation, Themenübersicht Prof. Dr. Andreas Vogelsang 26.10.2016 Agenda Vorstellung und Organisation Thematische
MehrKlausur. Softwareentwurf. 14. Februar 2011 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 14. Februar 2011 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Prof. Dr. Gregor Engels unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer:
MehrSoftware-Praktikum. Überblick und Zeitplan
Standort Hagen Fachbereich Technische Betriebswirtschaft Software-Praktikum Überblick und Zeitplan Andreas de Vries und Volker Weiß Version: 26. September 2016 Inhaltsverzeichnis 1 Einführung und Überblick
MehrLernen 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
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Dr. Dennis Pfisterer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/pfisterer Unified Modeling Language (UML)
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-)
MehrTamagotchi-Spezifikation in UML
Tamagotchi-Spezifikation in UML Christian Becker Steffen Glomb Michael Graf Gliederung Grundlagen Notation Werkzeug Modellierung Details der Spezifikation Erfahrungen Beurteilung von Notation und Werkzeug
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
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
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
MehrZiele und Tätigkeiten von Architekten
Ziele und Tätigkeiten von Architekten Definition Software Architektur o A software architecture provides a model of a whole software system that is composed of internal behavioral units (i.e. components)
MehrGrundproblem. Kommunikation zwischen unterschiedlichen Sprachen. Einfach englisch spezifizieren
Einfach englisch spezifizieren Natürlichsprachige Spezifikation in der Fremdsprache SOPHIST GmbH Vordere Cramergasse 13 90478 Nürnberg Tel.:+49 (0)911 40 900-0 Fax:+49 (0)911 40 900-99 www.sophist.de heureka@sophist.de
MehrIT-Projekte: "Planungssicherheit bis zur Implementierung"
IT-Projekte: "Planungssicherheit bis zur Implementierung" Markus Weibel Senior Solution Engineer / Consultant CRM 08.09. 2017 / Folie 1 / IT-Projekte: "Planungssicherheit bis zur Implementierung" Ihr Referent
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
MehrEreignis-basierter Test grafischer Benutzeroberflächen ein Erfahrungsbericht
29. Treffen der GI-Fachgruppe Test, & Verifikation von Software (TAV) 12. und 13. November 2009, FH Stralsund Thema: Testmanagement meets MBT Autoren: Fevzi Belli, Mutlu Beyazit, Axel Hollmann, Michael
MehrVariantenmanagement im Requirements Engineering: Mammutaufgabe oder leicht gemacht? Merkmalbasiertes Variantenmanagement in Spezifikationsdokumenten
Variantenmanagement im Requirements Engineering: Mammutaufgabe oder leicht gemacht? Merkmalbasiertes Variantenmanagement in Spezifikationsdokumenten Hopp/Strößner, ReConf 2011 1 Agenda 1 Vorstellung 2
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
MehrVon UML 1.x nach UML 2.0
Zürich Soft Summer 2005 Fortgeschrittene Aspekte der Software Technologie Von UML 1.x nach UML 2.0 Prof. Dr. Martin Glinz www.ifi.unizh.ch/req Ergänzendes Material zur Vorlesung Spezifikation und Entwurf
MehrModellierung von Echtzeitsystemen mit dem UML CASE Tool Telelogic Tau G2 Developer
Modellierung von Echtzeitsystemen mit dem UML CASE Tool Telelogic Tau G2 Developer Holger Sinnerbrink Einführung Firmenentwicklung Gründung von Telelogic 1983 als Forschungs- und Entwicklungsabteilung
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
MehrHerzlich willkommen DevDay Zürich 2016
Herzlich willkommen DevDay Zürich 2016 1 2 Von einem der auszog, das Dokumentieren zu lernen Es war einmal Wir wollen zusammen eine neue Fabrik! Baut uns eine! 3 Wir müssen etwas bauen. Kannst Du das für
MehrObjektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl
Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl 26.07.21 Themenübersicht Objektorientierte Software-Entwicklung Objektorientierte Analyse und Design OOA OOD Objektorientierte
MehrProjektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung
Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/
MehrBessere Service-Modellierung durch Kombination von BPMN und SoaML. Nürnberg, 24. Februar 2011
Bessere Service-Modellierung durch Kombination von BPMN und SoaML Nürnberg, 24. Februar 2011 Vorstellung Maria Deeg Project Manager, Leiterin der MID Akademie m.deeg@mid.de Studium Lehramt Gymnasium Mathematik
MehrUML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert Motivation UML 2.0 nicht als ADL im Sinne von Taylor/Medvidovic entworfen. Warum UML als ADL? weit
MehrObjektorientierte Systementwicklung
Karl-Heinz Rau Objektorientierte Systementwicklung Vom Geschäftsprozess zum Java-Programm Mit 162 Abbildungen vieweg Überblick und Vorbemerkungen 1 1 Objektorientierte Software-Entwicklung 5 1.1 Überblick
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,
MehrProjektmanagement: Werkzeuge & Methoden
Projektmanagement: Werkzeuge & Übersicht & Klassifikationen für Projektmitarbeiter Stand: 06/2016 Sie finden diese und weitere Präsentationen unter ( Klick): http://www.peterjohannconsulting.de/praesentationen
MehrVorlesung Software-Engineering I
Vorlesung Software-Engineering I im 3. und 4. Semester 05. Basiskonzepte Sichten auf das Produkt PD-TES/Hoyer, Frank-Michael SWE1: 05. Basiskonzepte - Sichten 16. Juli 2010 geändert: 4. Oktober 2013 SW-Architektur
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
MehrBilder sagen mehr als Worte. jan.lessner@bertelsmann.de arvato IT services. Modellbasierte Softwarespezifikation Jan Leßner
Bilder sagen mehr als Worte Modellbasierte Softwarespezifikation Jan Leßner jan.lessner@bertelsmann.de arvato IT services 1 Modellbasierte Softwarespezifikation System-UCs (Pflichtenheft) Praktische Anwendung
MehrSoftwaretechnik 1 und 2. Vorlesung Informatik Bachelor, 3. / 4. Semester Prof. Dr.-Ing. Stefan Bente. Lehrkonzept. Stand:
Softwaretechnik 1 und 2 Vorlesung Informatik Bachelor, 3. / 4. Semester Prof. Dr.-Ing. Stefan Bente Lehrkonzept Stand: 01.11.2016 Lehrkonzept ST1 Ziele für das Veranstaltungskonzept Ganzheitliche Betrachtung
MehrGAUSS towards a common certification process for GNSS applications using the European Satellite System Galileo
GAUSS towards a common certification process for GNSS applications using the European Satellite System Galileo Matthias Grimm, Dr. Michael Meyer zu Hörste Vortragstitel > 11. Juni 2010 > Folie 1 Agenda
MehrDie Unified Modeling Language UML
Informatik II: Modellierung Prof. Dr. Martin Glinz Kapitel 4 Die Unified Modeling Language UML Universität Zürich Institut für Informatik Inhalt 4.1 Hintergrund 4.2 Grundkonzepte der UML 4.3 Die Rolle
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
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
MehrProjektmanagement Projektablauf
Projektmanagement Projektablauf Inhalt Was ist ein Projekt? Projektphasen Projektablauf Wichtige Begriffe Zusammenfassung 2 Warum Projektmanagement? Von der Seminararbeit......bis zum Urlaub...alles eine
MehrSoftware Engineering. Fakultät Elektrotechnik Bachelor-Studiengänge, 4. Semester Prof. Dr.-Ing. Dagmar Meyer
Fakultät Elektrotechnik Bachelor-Studiengänge, 4. Semester Vorausgesetzte Kenntnisse Allgemeine Kenntnisse aus dem Bereich der Softwareentwicklung - Programmierkenntnisse (Java, C) - Beherrschung der notwendigen
MehrIT-Transformation How to run changing systems
IT-Transformation How to run changing systems Vortrag auf der SKIL 2012 Leipzig, 25.9.2012 Agenda/Inhalt 1 IT-Transformation: Begriffsklärung 2 IT-Transformation: Hauptherausforderungen und wie man damit
MehrProjekttitel:Sleep-2-Go Projekthomepage:swe2012.webnode.at
Software Engineering Übung, LVNr: Übungsleiter: Brezany Designmodell v.2.0 Projekttitel:Sleep-2-Go Projekthomepage:swe2012.webnode.at Gruppenmitglieder: MatNr: 0902611 0840471 1007727 Nachname: Vorname:
MehrSoftwareentwicklungspraktikum Sommersemester 2007. Grobentwurf
Softwareentwicklungspraktikum Sommersemester 2007 Grobentwurf Auftraggeber Technische Universität Braunschweig
MehrIT-Projekt-Management
IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über
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
MehrHMI Spezifikation Methode, Prozess & Tool
10.3.2004 Seite 1 HMI Spezifikation Methode, Prozess & Tool Spezifikation des Human Machine Interface (HMI) bei der Manfred Geischeder, Hans-Jörg Otto, Frank Stöckel, HOOD-Group Seite 2 Hintergrund Zentrales
MehrRadikaler Umbruch in der Fahrzeug- und Systemabsicherung. Steffen Kuhn
Radikaler Umbruch in der Fahrzeug- und Systemabsicherung Steffen Kuhn 21.04.2016 Autonomes Fahren ist das erklärte Ziel von Automobilherstellern, Zulieferern und Dienstleistern In Zukunft muss nicht nur
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
Mehr09.01.14. Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
MehrUML Crashkurs v0.1. UML für Fachinformatiker. von Hanjo Müller
UML Crashkurs v0.1 UML für Fachinformatiker von Hanjo Müller 3. Mai 2005 Inhaltsverzeichnis Inhaltsverzeichnis 1 UML - Unified Modeling Language 3 2 UML im Software Entwurf 4 2.1 Ablauf der Softwareentwicklung.............................
MehrLösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13)
Prof. Ina Schaefer Software Systems Engineering TU Braunschweig Lösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13) Ausgabe: Kleine Übung: 07. Dezember/10. Dezember 2012 Abgabe: Kleine
MehrGuido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis
Guido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0 Für den Einsatz in der Praxis Seite 2 Überblick 1. Ziele 2. Warum das alles? 3. Was ist UML 4. Diagrammarten 5. Umfeld Seite 3 1. Ziele 1. Ziele dieses
MehrInhaltsverzeichnis. Teil I Grundlagen 1
xv Teil I Grundlagen 1 1 Modelle und Modellierung 3 1.1 Modelle, die uns umgeben.................................. 3 1.2 Modelltheorie........................................... 5 1.3 Ziele beim Einsatz
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
MehrSysML Die Zukunft des Systems Engineering?
ECC 2012 Winterthur 5. Juni 2012 SysML Die Zukunft des Systems Engineering? Omar Naas, Senior Consultant, EVOCEAN GmbH 1934 Citroën 2CV Citroën Direktor Pierre-Jules Boulanger definierte 7 Anforderungen,
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
MehrUML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language ADV-Seminar Leiter: Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
MehrArtefakte, Linktypen und Besonderheiten von OOSE/RUP
Artefakte, Linktypen und Besonderheiten von OOSE/RUP Matthias Riebisch TU Ilmenau Workshop AK Traceability 07.12.2007 Darmstadt Eigenschaften von Traceability Links Obligatorisch: Identifier Startelement
MehrOtto-von-Guericke Universität Magdeburg Fakultät für Informatik Prof. Dr. R. Dumke. Prüfungsklausur Softwaretechnik I. Bewertung
Otto-von-Guericke Universität Magdeburg Fakultät für Informatik Prof. Dr. R. Dumke Prüfungsklausur Softwaretechnik I A Bewertung Aufgabe 1 (2 Punkte): Für die phasenbezogene Software-Entwicklung (Problemdefinition
MehrYAKINDU Requirements. Requirements Engineering, Management and Traceability with Eclipse. Lars Martin, itemis AG. itemis AG
YAKINDU Requirements Requirements Engineering, Management and Traceability with Eclipse Lars Martin, itemis AG Agenda YAKINDU Requirements Motivation: Warum Requirements Engineering? Grundlagen: Requirements
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
MehrIndex. CSQFD-Modell 327 Customer Satisfaction and Quality Function Deployment 126, 315, 325
Index A A-Attribut 289 Abstrahlcharakteristik 196 Abtasttheorem 223 Abtastung 187 Acht Schritte 122, 265 Aktoren 164, 166 Amplitudendichtespektrum 214 Analog-Digital-Converter 224 Analoge Funktionen 186
MehrErstellung 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.
MehrSoftwaremigration in der Praxis: Übertragung alter Softwaresysteme in eine moderne Umgebung (Wirtschaftsinformatik)
Softwaremigration in der Praxis: Übertragung alter Softwaresysteme in eine moderne Umgebung (Wirtschaftsinformatik) Click here if your download doesn"t start automatically Softwaremigration in der Praxis:
MehrVom Lastenheft zur User-Story Matthias Strößner
Vom Lastenheft zur User Story Migrationsszenarien vom V-Modell zu Scrum SOPHIST GmbH Vordere Cramergasse 13 90478 Nürnberg Deutschland Tel.:+49 (0)911 40 900-0 Fax:+49 (0)911 40 900-99 www.sophist.de heureka@sophist.de
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:
MehrRequirements Engineering
Requirements Engineering Ein Einstieg für Mädchen in die Informatik Ingrid.Neckermann@googlemail.com, SWM, München Motivation, Beob. Idee Req. Motivation: Mehr Mädels mit MINT eigener beruflicher Werdegang
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
MehrIT Service Management Wo beginnen wir? Alex Lichtenberger ITIL-forum Schweiz
IT Service Management Wo beginnen wir? Alex Lichtenberger ITIL-forum Schweiz Ziel dieses Beitrags Das Thema IT Service Management näherbringen Einen pragmatischen Weg aufzeigen, IT Service Management im
MehrXTRACT ein Überblick VL XML, XPath, XQuery: Neue Konzepte für Datenbanken
Humboldt Universität zu Berlin Institut für Informatik XTRACT ein Überblick VL XML, XPath, XQuery: Neue Konzepte für Datenbanken Jörg Pohle, pohle@informatik.hu-berlin.de Daniel Apelt, apelt@informatik.hu-berlin.de
MehrSpecifying Patterns for Dynamic Pattern Instance Recognition with UML 2.0 Sequence Diagrams. Lothar Wendehals. Universität Paderborn
Specifying Patterns for Dynamic Pattern Instance Recognition with UML 2.0 Sequence Diagrams Lothar Wendehals 6. Workshop Software-Reengineering Bad Honnef, 3. - 5. Mai 2004 Motivation Unterstützung des
MehrFormale Modellierung Vorlesung vom : Beyond JML
Rev. 1702 1 [12] Formale Modellierung Vorlesung vom 07.05.12: Beyond JML Till Mossakowski & Christoph Lüth Universität Bremen Sommersemester 2012 2 [12] Heute im Programm Grenzen der JML Nach JML: UML
MehrSchnellere Innovationszyklen für Elektroniksysteme entlang der Automobilwertschöpfungskette
Schnellere Innovationszyklen für Elektroniksysteme entlang der Automobilwertschöpfungskette : Wie muss sich das Zusammenspiel von Requirements Engineering und den anderen Systems Engineering-Disziplinen
MehrHochschule Darmstadt Fachbereich Informatik. Softwaretechnik II. 4.1 Darstellung der Architektur
Hochschule Darmstadt Fachbereich Informatik Softwaretechnik II 4.1 Darstellung der Architektur Darstellung der Architektur Was macht ein Architekt? Viele Pläne! Endkunde Elektro Bauarbeiter Sanitär Softwaretechnik
MehrProzesse Last oder Lust?
Prozesse Last oder Lust? Definitionen, Vorteile, Ansätze Hugo Beerli, Lead QA-Engineer www.bbv.ch bbv Software Services Corp. 1 Agenda Prozessarten Erwartungen an Prozesse Zeitlicher Ablauf Einige Prozesse
MehrRhapsody in J Modellierung von Echtzeitsystemen
Rhapsody in J Modellierung von Echtzeitsystemen Tobias Schumacher tobe@uni-paderborn.de Rhapsody in J - Modellierung von Echtzeitsystemen p.1/17 Anspruch des Tools Einsatzbereiche/Features Modellierung
MehrSystematisches Requirements Engineering
Systematisches Requirements Engineering Anforderungen ermitteln, spezifizieren, analysieren und verwalten von Christof Ebert 3., aktualisierte und erweiterte Auflage Systematisches Requirements Engineering
MehrUniversitä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
MehrDesign Thinking Eine Hands-On Einführung
Design Thinking Eine Hands-On Einführung Godehard Gerling Managing Partner, go3consulting 1. Beobachte das Problem! 2. Vertiefe die Thematik und hake nach! Wie stellt sich das Problem dar, welche Thematik
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
MehrID-Management, Fachbereich Informatik. AusweisApp2 WISSENSCHAFTLICHE BEGLEITUNG
1 ID-Management, Fachbereich Informatik AusweisApp2 WISSENSCHAFTLICHE BEGLEITUNG 2 RAUMPLANUNG 3 RAUMPLANUNG 4 Raumplanung: verschiedene Sichten Beide: Aufwandsabschätzung Fußgänger kürzester Weg, Direktwegesystem
MehrCustomer-specific software for autonomous driving and driver assistance (ADAS)
This press release is approved for publication. Press Release Chemnitz, February 6 th, 2014 Customer-specific software for autonomous driving and driver assistance (ADAS) With the new product line Baselabs
MehrUnified Modeling Language 2
Unified Modeling Language 2 Marvin Frommhold 17.11.2008 Gliederung Einleitung Geschichte Strukturierung der Spezifikation Diagrammtypen Strukturdiagramme Verhaltensdiagramme CASE-Werkzeuge Quellen Was
MehrÜ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
MehrKompetenzzentrum für nicht-textuelle Materialien Kooperation Leibniz-Gemeinschaft <>TIB. Margret Plank Leibniz Gemeinschaft AK Presse
Kooperation Leibniz-Gemeinschaft TIB Margret Plank Leibniz Gemeinschaft AK Presse 23.05.2013 Technische Informationsbibliothek (TIB) Deutsche zentrale Fachbibliothek für Technik, sowie Architektur, Chemie,
MehrModellbasierte Software- Entwicklung eingebetteter Systeme
Modellbasierte Software- Entwicklung eingebetteter Systeme Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt Universität und Fraunhofer Institut für offene Kommunikationssysteme FOKUS Folie
MehrHERZLICH WILLKOMMEN. e n g i n e e r i n g a u s l e i d e n s c h a f t! eng-craft \\ Beratung & Ingenieurdienstleistungen
HERZLICH WILLKOMMEN e n g i n e e r i n g a u s l e i d e n s c h a f t! eng-craft \\ Beratung & Ingenieurdienstleistungen Wolfsburg, den 19. Juli 2011 INHALT 1 2 eng-craft \\ engineering aus leidenschaft!
MehrRequirement: Klar und testbar!
Requirement: Klar und testbar! Definitionen, Merkmale, Beispiele Lukas Kraus, Lead QA Engineer www.bbv.ch bbv Software Services Corp. 1 Ich geh mal fragen was die wollen, und ihr beginnt schon mal zu codieren!!!
MehrAuf dem Weg zum optimalen Druckdialog. User Experience als Integrationsprozess
Auf dem Weg zum optimalen Druckdialog User Experience als Integrationsprozess Jan Mühlig - relevantive AG Peter Sikking - m+mi works Teil 1: Kontext Jan Mühlig - relevantive AG Anfang: Einladung Open Usability
Mehr