Lehrplan: Business Analyse/ Requirements Engineering (BA- RE)
|
|
- Nadja Rothbauer
- vor 8 Jahren
- Abrufe
Transkript
1 Lehrplan: Business Analyse/ Requirements Engineering (BA- RE)
2 Gliederung 1 Grundlagen der industriellen So@ware Entwicklung 2 Unternehmens- und Geschä@sprozessmodellierung 3 Grundlagen und Begriffe des Requirements Engineering 4 ErmiKlung von Anforderungen 5 DokumentaPon von Anforderungen 6 Modellbasierte DokumentaPon von Anforderungen 7 DokumentaPon von Anforderungen in natürlicher Sprache 8 Anforderungen prüfen und abspmmen 9 Verwalten von Anforderungen 10 Werkzeugunterstützung 2
3 Vorlesung 01 1 Grundlagen der industriellen So@ware Entwicklung 1.1 Herausforderungen und Probleme im So@ware Engineering Komplexität, KommunikaPon Aufwandsschätzung 1.2 Ursachenforschung 1.3 So@ware Engineering Prozesse und Prozessmodelle Lebenszyklusmodelle, So@ware- Prozesse 1.4 Rollen und Gremien im So@ware Engineering Grundidee und Annahmen der rollenbasierten So@ware- Entwicklung 1.5 Requirements Engineering im SW- Prozess / Anforderungen in sourced So@ware- Prozessen 1.6 Besonderheiten der OrganisaPonsübergreifenden SW- Entwicklung Abhängigkeiten und KommunikaPonsschniKstellen KommunikaPonsprobleme SpezifikaPon versus Design 3
4 Vorlesung 02 2 Unternehmens- und Geschä@sprozessmodellierung 2.1 Grundlagen der Unternehmensmodellierung AucauorganisaPon, AblauforganisaPon 2.2 Der Geschä@sprozess DefiniPon, Strukturierung, KlassifikaPon, Modellierung Fachliche Geschä@sprozesse als SchniKstelle zu externen Providern 2.3 Modellierung mit ADONIS Modelltypfilter Prozesslandkarte Geschä@sprozessmodell NotaPonselemente 2.4 Modellierung mit Ereignisgesteuerte ProzesskeKen(EPK, eepk) Grundlagen Basissymbole und Regeln Modellierungsfehler und Fehlervermeidung 4
5 Vorlesung 03 2 Unternehmens- und Geschä@sprozessmodellierung 2.4 Modellierung mit Ereignisgesteuerte ProzesskeKen(EPK, eepk) Erweiterungen von EPK zu eepk 2.5 Modellierung mit Business Process Model and NotaPon (BPMN) Grundlagen Symbole und Syntaxregeln Einsatzgebiete Werkzeuge Vergleich zu eepks Zusammenfassung der NotaPonselemente 5
6 Vorlesung 04 3 Grundlagen und Begriffe des Requirements Engineering 3.1 Begriffe des Requirements Engineering Anforderung, Stakeholder, Requirements Engineering, KernakPvitäten 3.2 Arten von Anforderungen FunkPonale Anforderungen Qualitätsanforderungen und ihre Messbarkeit Festlegung von Service Levels Randbedingungen 3.3 System und Systemkontext Systemkontext / Scoping Systemgrenze / IntegraPonsgrenzen Kontextgrenze 6
7 Vorlesung 05 4 ErmiKlung von Anforderungen 4.1 Anforderungsquellen Prozess der Anforderungsgewinnung Der Stakeholder als zentrale Anforderungsquelle Best PracPce im Umgang mit Stakeholdern Rechte und Pflichten von Requirements Engineer und Stakeholder SchniKstelle Requirements Engineer und externer Service Provider 4.2 Anforderungskategorisierung Kano- Typen: Basis-, Leistungs-, Begeisterungsfaktoren Kano- Map 4.3 Techniken der AnforderungsermiKlung KommunikaPon zentraler Anforderungen Szenarien für Anwender Szenarien für externe Provider Befragungstechniken Interview Fragebogen 7
8 Vorlesung 06 4 ErmiKlung von Anforderungen 4.3 Techniken der AnforderungsermiKlung KreaPvitätstechniken Brainstorming, PerspekPvenbasiertes Lesen, Workshop Dokumentenzentrierte Techniken Systemarchäologie, Wiederverwendung Beobachtungstechniken Feldbeobachtung, ApprenPcing Prototyping Analoge Protoypen vs. Digitale Prototypen Wegwerf- Prototpyen EvoluPonäre Prototypen Horizontale und verpkale Prototypen Unterstützende Techniken Mind Mapping, Analogietechnik 8
9 Vorlesung 07 5 DokumentaPon von Anforderungen 5.1 Anforderungsdokument Struktur, Elemente, Templates und Vorgaben 5.2 PerspekPven der AnforderungsdokumentaPon Verhaltens-, Struktur-, FunkPonsperspekPve 5.3 Anforderungsdokumente für externe Provider Templates, Muster 6 Modellbasierte DokumentaPon von Anforderungen 6.1 Grundlagen der UML Modell und Diagramm, SemanPk und SemioPk 6.2 Use Case Diagramm Verwendungszweck, NotaPonselemente, Beispiel 6.3 AkPvitätsdiagramm Verwendungszweck, NotaPonselemente, Beispiel 9
10 Vorlesung 08 6 Modellbasierte DokumentaPon von Anforderungen 6.4 Klassendiagramm Verwendungszweck NotaPonselemente Beispiel 6.5 Zustandsdiagramm Verwendungszweck NotaPonselemente Beispiel 6.6 UML- Diagramme im Zusammenspiel Für interne Entwicklung Für externe Provider 6.7 UML- Werkzeugunterstützung (ganz kurz!) 10
11 Vorlesung 09 6 Modellbasierte DokumentaPon von Anforderungen 6.8 Datenflussdiagramm Verwendungszweck NotaPonselemente Beispiel 6.9 Und- Oder- Baum Verwendungszweck: Zielmodell NotaPonselemente Beispiel 6.10 EnPty- RelaPonship- Diagramm (E/R- Diagramm) Verwendungszweck NotaPonselemente Beispiel 11
12 Vorlesung 10 7 DokumentaPon von Anforderungen in natürlicher Sprache 7.1 Effekte der Wahrnehmung 7.2 TransformaPonsprozesse der menschlichen Wahrnehmung In der AbsPmmung mit Fachbereichen In der ÜbermiKlung an externe Provider 7.3 Typische Fehler bei der DokumentaPon in Text Nominalisierung SubstanPve ohne Bezugsindex Universalquantoren Unvollständig spezifizierte Bedingungen Unvollständig spezifizierte Prozesswörter 12
13 Vorlesung 11 8 Anforderungen prüfen und abspmmen 8.1 Grundlagen der Prüfung und AbsPmmung 8.2 Qualitätsaspekte und Prüoriterien für Anforderungen Qualitätsaspekt Inhalt Qualitätsaspekt DokumentaPon Qualitätsaspekt AbgesPmmtheit 8.3 Prinzipien der Prüfung von Anforderungen Prinzip 1: Beteiligung der richpgen Stakeholder Prinzip 2: Trennung von Fehlersuche und Fehlerkorrektur Prinzip 3: Prüfung aus unterschiedlichen Sichten Prinzip 4: Geeigneter Wechsel der DokumentaPonsform Prinzip 5: KonstrukPon von Entwicklungsartefakten Prinzip 6: Wiederholte Prüfung 13
14 Vorlesung 12 8 Anforderungen prüfen und abspmmen 8.4 Techniken zur Prüfung von Anforderungen Stellungnahme InspekPon Walkthrough PerspekPvenbasiertes Lesen Prüfung durch Prototypen Einsatz von Checklisten 8.5 AbsPmmung von Anforderungen KonflikPdenPfikaPon Konfliktanalyse Konfliktauflösung DokumentaPon der Konfliktauflösung 14
15 Vorlesung 13 9 Verwalten von Anforderungen 9.1 AKribuPerung von Anforderungen 9.2 Sichten auf Anforderungen 9.3 Priorisierung von Anforderungen Vorgehen der Priorisierung Priorisierungstechniken 9.4 Verfolgbarkeit von Anforderungen 9.5 Versionierung von Anforderungen 9.6 Verwaltung von Anforderungsänderungen 15
16 Vorlesung Werkzeugunterstützung 10.1 Allgemeines zur Werkzeugunterstützung 10.2 Modellierungswerkzeuge 10.3 Requirements- Management- Werkzeuge Spezialisierte RM- Werkzeuge Standard- Büroanwendungen als RM- Werkzeuge 10.4 Werkzeugeinführung 10.5 Beurteilung von Werkzeugen Projektsicht Benutzersicht Produktsicht Prozesssicht Anbietersicht Technische Sicht Sicht 16
17 Vorlesung 15 - Zusammenfassung 1 Grundlagen der industriellen So@ware Entwicklung 2 Unternehmens- und Geschä@sprozessmodellierung 3 Grundlagen und Begriffe des Requirements Engineering 4 ErmiKlung von Anforderungen 5 DokumentaPon von Anforderungen 6 Modellbasierte DokumentaPon von Anforderungen 7 DokumentaPon von Anforderungen in natürlicher Sprache 8 Anforderungen prüfen und abspmmen 9 Verwalten von Anforderungen 10 Werkzeugunterstützung 17
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
MehrLehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno
Lehrplan: Grundlagen der industriellen So4ware- Entwicklung Gliederung 1 Grundlagen der industriellen So4ware- Entwicklung 2 Requirements Engineering (RE) 3 SpezifikaDon 4 Architektur und Design 5 Architektur-
MehrRequirements Engineering
Klaus Pohl Chris Rupp Basiswissen Requirements Engineering Aus- und Weiterbildung zum»certified Professional for Requirements Engineering«Foundation Level nach IREB-Standard 4., überarbeitete Auflage dpunkt.vertag
MehrLehrplan: Projektmanagement
Lehrplan: Projektmanagement Tobias Brückmann Volker Gruhn Gliederung 1 Grundlagen der industriellen So?ware Entwicklung 2 Grundprinzipien und Aufgaben im Projektmanagement 3 Stakeholder- Management 4 Ziel-
MehrSemester: -- Worload: 150 h ECTS Punkte: 5
Modulbezeichnung: Modulnummer: IREN Requirements Engineering Semester: -- Dauer: Minimaldauer 1 Semester Modultyp: Pflicht Regulär angeboten im: WS, SS Worload: 150 h ECTS Punkte: 5 Zugangsvoraussetzungen:
MehrRequirements Engineering
Klaus Pohl Requirements Engineering Grundlagen, Prinzipien, Techniken dpunkt.verlag Teil I Grundlagen und Rahmenwerk 1 1 Motivation 5 1.1 Softwareintensive Systeme 5 1.2 Bedeutung des Requirements Engineering
MehrEPK Ereignisgesteuerte Prozesskette
Ausarbeitung zum Fachseminar Wintersemester 2008/09 EPK Ereignisgesteuerte Prozesskette Referent: Prof. Dr. Linn Ausarbeitung: Zlatko Tadic e-mail: ztadic@hotmail.com Fachhochschule Wiesbaden Fachbereich
MehrArbeitsphasen aus Sicht der Qualitätssicherung
(Arbeitsfassung, Version 0.19, 17.06.05) Seite 1 Arbeitsphasen aus Sicht der Rollen1 und Projektphasen nach E-Government- Handbuch des Bundes Projektphasen nach DIN EN ISO 13407... Ergebnisse... Verzweigungen
MehrKapitelübersicht. Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge. Was bedeutet Objektorien+erung?
Kapitelübersicht Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge Was bedeutet Objektorien+erung? ObjektorienCerte Analyse und Design die Objektmodellierung
MehrVgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.
Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf 2 Nach derbefragung aller Stakeholder und der Dokumentation
MehrSERVICE SUCHE ZUR UNTERSTÜTZUNG
SERVICE SUCHE ZUR UNTERSTÜTZUNG VON ANFORDERUNGSERMITTLUNG IM ERP BEREICH MARKUS NÖBAUER NORBERT SEYFF ERP SYSTEME Begriffsbestimmung: Enterprise Resource Planning / Business Management Solution Integrierte
MehrAnforderungen aufnehmen: (Soft-) Skills für den Requirements Engineer
Anforderungen aufnehmen: (Soft-) Skills für den Requirements Engineer iks-thementag: Requirements Engineering 16.11.2010 Autor Jan Radeck Vermeidet den übermäßigen Geist. Er ist im Krieg unbrauchbar. Was
MehrIREB Certified Professional for Requirements Engineering Foundation Level. Lehrplan
Lehrplan Version 2.2 1. März 2015 Nutzungsbedingungen: 1. Jede Einzelperson und Seminaranbieter darf den Lehrplan als Grundlage für Seminare verwenden, sofern die Inhaber der Urheberrechte als Quelle und
MehrRE- Methodik in der Praxis
Sco9 Adams, Inc./Dist. by UFS, Inc. Kurzprofil Patrick Spelina, eidg. dipl. Wirtscha?sinformaBker Senior Consultant WiB SoluFons AG AuLau und Kursleitung CPRE AL Requirements Modeling Kursleitung CPRE
MehrTaking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum
Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management
MehrIREB Certified Professional for Requirements Engineering Foundation Level. Lehrplan
Lehrplan Version 2.1 15. Juni 2012 Nutzungsbedingungen: 1. Jede Einzelperson und Seminaranbieter darf den Lehrplan als Grundlage für Seminare verwenden, sofern die Inhaber der Urheberrechte als Quelle
MehrLeichtgewichtige RE Assessments
Leichtgewichtige RE Assessments In Softwareentwicklungsprojekten Folie 1 von 19 28. November 2013 Daniel Rapp, Norbert Seyff, Anne Hess Inhalt Erste Anwendungserfahrung: Effiziente Anwendung im universitären
MehrIREB Certified Professional for Requirements Engineering Foundation Level. Lehrplan
Lehrplan Version 2.0 Ausgabe vom 25. Mai 2009 Nutzungsbedingungen: 1. Jede Einzelperson und Seminaranbieter darf den Lehrplan als Grundlage für Seminare verwenden, sofern die Inhaber der Urheberrechte
MehrPraxishandbuch BPMN 2.0
Jakob Freund Bernd Rücker Praxishandbuch BPMN 2.0 2., aktualisierte Auflage HANSER Inhaltsverzeichnis 1 Einführung 1 1.1 Business Process Management 1 1.1.1 Definition 1 1.1.2 BPM in der Praxis 2 1.1.3
MehrExperience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012
ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.52 märz 2012 RequIREMENTs EngINEERINg Ins Schwarze treffen Ins SchwARze treffen Requirements Engineering: die Grundlagen
MehrFeature Modelling und Product Sets. Seminar Softwareengineering SS 2007 Felix Schwarz, Olaf Otto TU Berlin
Feature Modelling und Product Sets Seminar Softwareengineering SS 2007 Felix Schwarz, Olaf Otto TU Berlin Agenda Einleitung Variabilitätsmodellierung und Feature-Bäume Staged Configuration Multi-Level
MehrAbbildungsverzeichnis... XIII Tabellenverzeichnis... XVII Abkürzungsverzeichnis... XIX
Inhaltsverzeichnis Abbildungsverzeichnis... XIII Tabellenverzeichnis... XVII Abkürzungsverzeichnis... XIX 1 2 3 4 5 Smart Energy... 1 1.1 Der Weg zu Smart Energy... 1 1.2 Der Aufbau und die Struktur der
MehrDas Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus. Mirko Pracht microtool GmbH
Das Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus Mirko Pracht microtool GmbH Tools Projekte Prozesse & Methoden Viele Vorgehensstandards für F&E-Projekte Medizinprodukteerstellung
MehrInhaltsverzeichnis. Jakob Freund, Bernd Rücker. Praxisbuch BPMN 2.0 ISBN: 978-3-446-42455-5. Weitere Informationen oder Bestellungen unter
Jakob Freund, Bernd Rücker Praxisbuch BPMN 2.0 ISBN: 978-3-446-42455-5 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42455-5 sowie im Buchhandel. Carl Hanser Verlag, München
MehrRequirements Engineering bei IXOS - mit Beteiligung von User Experience
Requirements Engineering bei IXOS - mit Beteiligung von User Experience MMC Paderborn, 2004-09-07 Petra Kowallik User Interaction Designer IXOS Software AG Copyright 1995-2004 Open Text Inc. All rights
MehrTrainings und Workshops
Titel: Soft Skills für (Designierte-) Führungskräfte I (Nr. 6001) Das Training ermöglicht jeden einzelnen Teilnehmer seinen eigenen Rollen zu identifizieren. Rollen, die er hatte, hat und haben möchte.
MehrRequirements Engineering für IT Systeme
Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein
MehrAnforderungsmanagement Wo die Qualität beginnt...
Anforderungsmanagement Wo die Qualität beginnt... Anforderungsmanagement Wo die Qualität beginnt... Alexander Weichselberger SEQIS Geschäftsleitung 10 things Veranstaltungen 2013! 21.03. Anforderungsmanagement:
MehrRequirements Engineering I
Norbert Seyff Requirements Engineering I UML Unified Modeling Language! 2006-2012 Martin Glinz und Norbert Seyff. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen
MehrUnsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin
Unsere Kunden erzählen keine Geschichten Ursula Meseberg microtool GmbH Berlin Unsere Kunden erzählen keine Geschichten Ein modellbasierter Prozess für die Anforderungsanalyse im Vorfeld agiler Produktentwicklung
MehrBPMN 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:
MehrSEA. Modellgetriebene Softwareentwicklung in der BA
SEA Modellgetriebene Softwareentwicklung in der BA MDA bei der BA Ziele/Vorteile: für die Fachabteilung für die Systementwicklung für den Betrieb Wie wird MDA in der BA umgesetzt? Seite 2 MDA bei der BA
MehrLehrplan: Architektur und Design. paluno
Lehrplan: Architektur und Design Gliederung 1 Grundlagen der industriellen So9ware Entwicklung 2 Ebenen von Architektur und Design 3 KernakAvitäten von So9ware- Architekten 4 Architekturtypologien von
MehrMultiproj ektmanagement
Jörg Seidl Multiproj ektmanagement Übergreifende Steuerung von Mehrprojektsituation^n^durch Projektportfolio- und Programmmanagement vq. Springer Inhaltsverzeichnis 1 Einführung und Grundlagen 1 1.1 Projektmanagement
MehrSemester: -- Workload: 300 h ECTS Punkte: 10
Modulbezeichnung: Modulnummer: BWIT IT Management Semester: -- Dauer: Minimaldauer 1 Semester Modultyp: Wahlpflicht Regulär angeboten im: WS, SS Workload: 300 h ECTS Punkte: 10 Zugangsvoraussetzungen:
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
MehrRTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen
RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software
Mehr26. November 2009. Dipl.- Inf. Holger Röder holger.roeder@informaek.uni- stuhgart.de
GI FG RE Fachgruppentreffen 2009 Usability grei
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
MehrAnforderungsmanagement für die industrielle Produktentwicklung. Dr. Andreas Birk, Gerald Heller REConf 2009, Zürich 24.
Anforderungsmanagement für die industrielle Produktentwicklung Dr. Andreas Birk, Gerald Heller REConf 2009, Zürich 24. September 2009 Ein neues Produktrelease beginnt... Die Erhebung der neuen Anforderungen
MehrBPMN verdrängt die EPK? Warum BPMN alleine nicht reicht
BPMN verdrängt die EPK? Warum BPMN alleine nicht reicht Einführung in BPMN - Defini>on & Historie Mit BPMN 2.0 haben mehrere Erweiterungen stahgefunden. Erweiterungen der BPMN 2.0: Formale Beschreibung
MehrModel Driven SOA. < J Springer. Anwendungsorientierte Methodik und Vorgehen in der Praxis. Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann
Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann Model Driven SOA Anwendungsorientierte Methodik und Vorgehen in der Praxis Mit Illustrationen von Martin Starzmann < J Springer Inhaltsverzeichnis
Mehr3., korrigierte Auflage
3., korrigierte Auflage Klaus Pohl Chris Rupp Basiswissen Requirements Engineering Aus- und Weiterbildung zum»certified Professional for Requirements Engineering«Foundation Level nach IREB-Standard 3.,
MehrNext Generation CMS. API zu ihrem Content
Next Generation CMS API zu ihrem Content Ing. Clemens Prerovsky, MSc Gentics Software GmbH Gentics - wer wir sind Österreichischer Content Management und Portalsoftware Hersteller 150 Kunden 70.000 Benutzer
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
Mehr14 Aktivitäten und Artefakte
Im Rahmen einer Softwareentwicklung müssen Aktivitäten durchgeführt werden, die zu Ergebnissen im Folgenden Artefakte (artifacts) genannt führen. Eine Aktivität wird durch Mitarbeiter ausgeführt, die definierte
MehrUse Cases. Use Cases
Use Cases Eigenschaften: Ein Use Case beschreibt einen Teil des Verhaltens eines Systems aus externer Sicht (Formuliert in der der Fachsprache der Anwendung) Dies geschieht, indem ein Systemdialog beschrieben
MehrThemen. Web Services und SOA. Stefan Szalowski Daten- und Online-Kommunikation Web Services
Themen Web Services und SOA Wer kennt den Begriff Web Services? Was verstehen Sie unter Web Services? Die Idee von Web Services Ausgangspunkt ist eine (evtl. schon bestehende) Software Anwendung oder Anwendungskomponente
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
MehrPhasen. Gliederung. Rational Unified Process
Rational Unified Process Version 4.0 Version 4.1 Version 5.1 Version 5.5 Version 2000 Version 2001 1996 1997 1998 1999 2000 2001 Rational Approach Objectory Process OMT Booch SQA Test Process Requirements
MehrGliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung
Peter Forbrig RUP 1 Gliederung Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 2 Rational Unified
MehrEin neues Produktrelease beginnt...
Anforderungsmanagement für die industrielle Produktentwicklung Dr. Andreas Birk, Gerald Heller REConf 2009, München 11. März 2009 Ein neues Produktrelease beginnt... Die Erhebung der neuen Anforderungen
MehrSoftware- Qualitätssicherung
Ernest Wallmüller Software- Qualitätssicherung in der Praxis Carl Hanser Verlag München Wien IX 1 Software-Qualität und Software-Qualitätssicherung 1 1.1 Software Engineering und Software-Qualitätssicherung
MehrPraxishandbuch BPMN. Incl. BPMN 2.0. von Jakob Freund, Bernd Rücker, Thomas Henninger. 1. Auflage. Hanser München 2010
Praxishandbuch BPMN Incl. BPMN 2.0 von Jakob Freund, Bernd Rücker, Thomas Henninger 1. Auflage Hanser München 2010 Verlag C.H. Beck im Internet: www.beck.de ISBN 978 3 446 41768 7 Zu Leseprobe schnell
MehrBPM 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
MehrRequirements Engineering auf dem Weg zur Professionalisierung. Swiss Requirement Night, 3. September 2014, Patrik Riesen
Requirements Engineering auf dem Weg zur Professionalisierung Swiss Requirement Night, 3. September 2014, Patrik Riesen Berner Wirtschaft, Fachhochschule Gesundheit Haute & Soziale école Arbeit spécialisée
MehrIIBA Austria Chapter Meeting
covalgo consulting GmbH IIBA Austria Chapter Meeting ITIL und Business Analyse 20. März 2012 Dr. Gerd Nanz 1040 Wien, Operngasse 17-21 Agenda Ein Praxisbeispiel Was ist Business Analyse? Was ist ein Service
MehrRequirement Engineering. in der Steuergeräteentwicklung
Requirement Engineering in der Steuergeräteentwicklung A.User A.User IAV IAV GmbH GmbH Geschäftsfeld Geschäftsfeld Automobilelektronik Automobilelektronik Abteilung Abteilung Softwareentwicklung Softwareentwicklung
MehrProzessmanagement Übung 09
Prozessmanagement Übung 09 Wintersemester 2015/2016 Folie 1 Thema der Übung Fragen zur Vorlesung und zur Übung ARIS in der Anwendung Weitere Modellierungsmethoden Fragen und Anregungen Folie 2 Fragen zur
MehrAgile for Mobile. Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen. Ursula Meseberg microtool GmbH, Berlin
Agile for Mobile Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen Ursula Meseberg microtool GmbH, Berlin Application Clients Application Server Datenbank Windows
MehrErfolgreiche Realisierung von grossen Softwareprojekten
Software Engineering Erfolgreiche Realisierung von grossen Softwareprojekten Requirements Management Fachhochschule Lübeck, 7. Dezember 2001 Thomas Dahlmanns dahlmanns@pixelpark.com (040) 43203 26 >> 1
MehrSoftware- Entwicklungsaktivitäten und Vorgehensmodelle. Lebenszyklusmodell
1. Vorgehensmodelle Software- Entwicklungsaktivitäten und Vorgehensmodelle a) Lebenszyklusmodell (Life- Cycle- Modell) b) V- Modell c) Wasserfallmodell d) Modifiziertes Wasserfallmodell e) Iterative Modelle
MehrAuswahl alter Klausuraufgaben aus einer ähnlichen Vorlesung Maßgeblich für die Prüfung sind die Vorlesungsinhalte!
Auswahl alter Klausuraufgaben aus einer ähnlichen Vorlesung Maßgeblich für die Prüfung sind die Vorlesungsinhalte! Aufgabe 1: Grundlagen (5 Punkte) a) Definieren Sie kurz Usability und User Experience.
MehrInformationssystemanalyse Lebenszyklusmodelle 3 1. Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen:
Informationssystemanalyse Lebenszyklusmodelle 3 1 Aufgaben von Lebenszyklusmodellen Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen: Definition der Tätigkeiten im Entwicklungsprojekt Zusicherung
MehrErfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.
Stefan Topp Honeywell International SARL 16. Februar 2012 Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. 1 Agenda Hintergruende Der Auswahlprozess Ausrollen von
MehrClaus Quast Business Productivity Specialist Microsoft GmbH. Christian Fillies Geschäftsführer Semtation GmbH
Claus Quast Business Productivity Specialist Microsoft GmbH Christian Fillies Geschäftsführer Semtation GmbH Agenda Einführung Einstieg in das Thema Prozesse vs. Workflow Prozessportallösung Toolbestandteile
MehrT-Systems Multimedia Solutions
T-Systems Multimedia Solutions Deutschlands Internetagentur Nummer 1. Kollaboratives Prozessmanagement für gelebte Prozesse, wie es in der täglichen Praxis (nicht) funktioniert. Sherwin Towfighian IHK
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
MehrDr. Hanno Schauer Mons-Tabor-Gymnasium Montabaur. UML-Klassendiagramme als Werkzeug im Unterricht
Dr. Hanno Schauer Mons-Tabor-Gymnasium Montabaur UML-Klassendiagramme als Werkzeug im Unterricht Blitzlicht? In welcher Programmiersprache(n) unterrichten Sie?? In welchem Umfang unterrichten Sie Objektorientierung??
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
MehrSoftware Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Josef Adersberger Dirk Wischermann Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg 23. Oktober 2006 Inhalt Überblick
MehrProzesse visualisieren mit Informatik- Werkzeugen Ist Schaffhausen bereit? Beat Kobler, Abteilungsleitung Service Center, KSD Schaffhausen
Prozesse visualisieren mit Informatik- Werkzeugen Ist Schaffhausen bereit? Beat Kobler, Abteilungsleitung Service Center, KSD Schaffhausen 1 Agenda Ausgangslage Prozessmanagement KSD Anforderungen / Ziele
MehrProjekt- und Prozessmanagement. IT-Infrastructure-Library (ITIL)
Projekt- und Prozessmanagement für die IT-Infrastructure-Library (ITIL) Ing. Markus Huber, MBA Über den Vortragenden Seit 13 Jahren als Projekt- und Programmleiter in der IT tätig PM-Assessor seit 2007
MehrBusiness-Analyse Probleme lösen, Chancen nutzen
Business-Analyse Probleme lösen, Chancen nutzen Herausforderungen für Unternehmen im Wandel Peter Gerstbach, 17. Juni 2015 @PeterGerstbach peter.gerstbach@gerstbach.at gerstbach.at Gerstbach Business Analyse
MehrErfahrungsbericht: Einsatz objektorientierter Methoden in Flugkörper-Software
Erfahrungsbericht: Einsatz objektorientierter Methoden in Flugkörper-Software Michael Erskine LFK-Lenkflugkörpersysteme GmbH KOM-0253 Erwartungen OOA/OOD sind standardisierte Methoden UML eignet sich als
MehrRequirements Engineering Übung 8 Systemmodellierung im RE
Requirements Engineering Übung 8 modellierung im RE Dr. Birgit Penzenstadler, Dr. Daniel Méndez, Jonas Eckhardt 11. Dezember 2012 Übung 8 Aufgabe 1: Modelle als Sichten auf ein Aufgabe 2: Von Anwendungsfällen
MehrDirk Stähler Ingo Meier Rolf Scheuch Christian SchmüUing Daniel Somssich. Enterprise Architecture, BPM und SOA für Business-Analysten HANSER
Dirk Stähler Ingo Meier Rolf Scheuch Christian SchmüUing Daniel Somssich Enterprise Architecture, BPM und SOA für Business-Analysten HANSER Vorwort Die Autoren IX XI 1 Einleitung 1 1.1 Warum Modellierung?
MehrArchitekturplanung und IS-Portfolio-
Architekturplanung und IS-Portfolio- management Gliederung 1.Einführung 2.Architekturplanung 3.IS-Portfoliomanagement 4.AP und IS-PM 5.Fazit 2 1. Einführung Problem: Verschiedene Software im Unternehmen
MehrVon der E-Akte zum Transparenzportal
Von der E-Akte zum Transparenzportal Harmonisierte interne Abläufe zur Umwandlung von E-Akten in veröffentlichungskonforme Informationsobjekte Agenda Innere Organisation der E-Akte: Abläufe harmonisieren
MehrIntegrative 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:
MehrFragenkatalog Geschäftsmodellierung Grundlagen
Fragenkatalog Geschäftsmodellierung Grundlagen 1. Erläutern Sie den Begriff der Geschäftsmodellierung - Erfassung und Spezifikation von Geschäftsprozessen für die Analyse und Gestaltung betrieblicher Systeme
MehrÜbungsaufgaben zum Software Engineering: Management
Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie
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
Mehr1. XÖV-Anwenderkonferenz. XÖV in der Praxis. Berlin, 11. / 12. November 2009 Bundeshaus. Freie Hansestadt Bremen
Freie Hansestadt Bremen DEUTSCHLAND 1. XÖV-Anwenderkonferenz XÖV in der Praxis Fabian Büttner, Technologiezentrum Informatik, Bremen / MSI Unternehmensberatung GmbH & Co. KG Berlin, 11. / 12. November
MehrGenerative Prozessmodelle Patrick Otto MDD Konferenz 22.03.2009
Generative Prozessmodelle Patrick Otto MDD Konferenz 22.03.2009 Gliederung 1. Generative Programmierung 2. Möglichkeiten und Einsatzgebiet 3. Prozess / Tools 4. Zusammenfassung 19.03.2009 GENERATIVE PROGRAMMIERUNG
MehrRequirements Dokumentation Seminar- Requirements Engineering. Manoj Samtani Oliver Frank
Requirements Dokumentation Seminar- Requirements Engineering Manoj Samtani Oliver Frank 24.07.2007 TU Berlin SS 2007 Inhaltsübersicht Ziel des Dokumentierens Dokumentation vs. Spezifikation Qualitätskriterien
MehrRequirements Engineering I. Der Spezifikationsprozess!
Norbert Seyff Requirements Engineering I Zusammenfassung und Erweiterung Der Spezifikationsprozess! 2009, 2012 Martin Glinz und Norbert Seyff. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den
MehrToolgestützte Prozessdokumentation. Prozessorientiertes E-Government, 28.10.2005 Joel Meir, jmeir@csc.com, +41 31 998 46 46
Toolgestützte Prozessdokumentation Prozessorientiertes E-Government, 28.10.2005 Joel Meir, jmeir@csc.com, +41 31 998 46 46 Wir bieten unseren Kunden End-to-End Lösungen an Consulting Systems Integration
MehrRequirements Engineering
Requirements Engineering Florin Pinte Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Pinte, Spisländer FAU Erlangen-Nürnberg Requirements Engineering
MehrSoftware-Qualität im Rahmen modellgetriebener Softwareentwicklung
Software-Qualität im Rahmen modellgetriebener Softwareentwicklung OFFIS Technologiecluster Enterprise Application Integration niels.streekmann@offis.de 09.07.2008 Seite 1 / 13 Software-Qualität: Unterschiedliche
MehrVerwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement
Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Michael Eisenbarth Abteilung Requirements- und Usability-Engineering Fraunhofer-Institut für Experimentelles Software Engineering
MehrAngepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards -
Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards - Anita Herrmann Braunschweig, 10. Nov 2004 Ausgangspunkte Im DLR werden nach vorsichtigen
MehrGenerierung von Serviceverträgen auf Basis objektorientierter ereignisgesteuerter Prozessketten
Generierung von Serviceverträgen auf Basis objektorientierter ereignisgesteuerter Prozessketten Jörg Hartmann Universität Leipzig jhartmann@informatik.uni-leipzig.de 25.09.2012 Jörg Hartmann, SKIL 2012,
MehrTracing von Anforderungen Eine tool-unabhängige Betrachtung
Tracing von Anforderungen Eine tool-unabhängige Betrachtung Markus Won 03.09.2014 Der Begriff Traceability Traceability Kleine funktionale Anforderung im Rahmen des Requirements Management mit weitreichenden
MehrUsability Engineering in agilen Projekten
Usability Engineering in agilen Projekten oder Wie entstehen in agilen Projekten gebrauchstaugliche Produkte? Regine Freitag Fraunhofer-Institut für Intelligente Knowledge Discovery Inhalte Usability Engineering
MehrData Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann
Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann Andreas Ditze MID GmbH Kressengartenstraße 10 90402 Nürnberg a.ditze@mid.de Abstract: Data Lineage
Mehrund PROKETTA und SMART SC
und PROKETTA und SMART SC Schwerpunkt Geschäftsprozessmanagement Präsentation zum Treffen des estandards-arbeitsforums Potsdam, 20.02.2014 2 Projekte in der Arbeitsgruppe SMART SC estep BIMiD EXPORT PROKETTA
MehrREADY-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
MehrDokumentation. Projekt: Innovation Management Plattform To Activate Creative Thoughts
Dokumentation Projekt: Innovation Management Plattform To Activate Creative Thoughts Betreuer: Dr. Joachim Kurzhöfer, Stefan Wunderlich, Jens Siewert Referentin: Yaping Lian Gliederung Einleitung: Agiles
MehrName: Seite 1. Matrikelnummer: Dauer 90 min, 1 Punkt = 1 min
Name: Seite 1 Dauer 90 min, 1 Punkt = 1 min Aufgabe 1: Entwicklung des Prozessmanagements (5 min) Erläutern Sie den historischen Wandel vom Taylorismus zum modernen Prozessmanagement und begründen Sie,
Mehr