Modellbasierte Entwicklung (MDA)

Größe: px
Ab Seite anzeigen:

Download "Modellbasierte Entwicklung (MDA)"

Transkript

1 odellierung 2004: odellbasierte odellbasierte Entwicklung (DA) Erfahrungsbericht aus EADS Projekten arburg Vorstellung Kölsch & Altmann Software & anagement Consulting GmbH Software & anagement Consulting, Beratung, Projektabwicklung, Schulung Ca. 40 A Standorte: ünchen, Düsseldorf Kunden: Siemens, EADS, Vodafone, Bosch, AGFA, Datev, E Plus,... Perlacher Str. 21 D ünchen Deutschland Tel.: 089/ FAX: 089/ DA - 2

2 odellierung 2004: odellbasierte Überblick Agenda Umfeld/Rahmenbedingungen Systemmodellierung mit UL Projektdatenbank Automatisierung Tooling Lessons learned Probleme/Hinweis Positive Erfahrung DA - 3 otivation DA Rahmenbedingungen Entwicklung sehr komplexer Systeme Entwicklung/Integration unterschiedlicher Anwendungssysteme, HW, Betriebssysteme Hohe Parallelität und Realzeitanforderungen Berücksichtigung beim Vorgehen Teile des System als Unterauftrag Verschiedene Entwicklungsstandorte Entwicklungsstandards (V-odell) Lange Einsatzdauer Aufsetzen auf (Alt-)Systemen DA - 4

3 odellierung 2004: odellbasierte otivation DA Was ist oft verbesserungswürdig? Nur unpräzise Systemspezifikation und Softwarevorgaben Auswirkungen von Änderungen unklar Dokumentengetriebene Entwicklung Komplexität schwer handhabbar "local heroes" halten Wissen Unklares Test/Nachweiskonzept Fehler treten erst bei Integration auf DA - 5 otivation DA Lösungsansatz RE/R Inkrementelles Vorgehensweise (Ausbaustufen) Systemmodellierung mit UL Verschiedene Abstraktionsstufen des Systems Aufbau einer Projektdatenbank Toolunterstützung Automatische Dokumentengenerierung DA - 6

4 odellierung 2004: odellbasierte Requirements Engineering R, odellierung und Test Aufgaben Erfassen der Anforderungen Kategorisierung und Strukturierung der Anforderungen Tracebarkeit der Anforderungen sicherstellen Grundlagen für odellierung und Systemnachweis legen R-DB Systemanforderung Kundenanforderung Nachweis-DB Acceptance Test Case System Test Case Segment Test Case odell-db System Use Case Package DA - 7 Requirements anagement Anforderungsarten Grundidee Anforderung Funktionale Anforderung (Use Case) <<bezieht sich auf>> Nichtfunktionale Anforderung Sicherheit Qualität Performance Umwelt Logistik... Leistungskenngröße DA - 8

5 odellierung 2004: odellbasierte Requirements anagement Konzept der Use Cases Systemname UC A UC B Nutzen des Konzepts: Zielgruppe (Anwender) beteiligen Beschreibung aus Sicht der Anwender durchführen Anforderungen strukturieren Systemgrenzen festlegen odell der Anforderungen darstellen Detaillierte Beschreibungen GUI Prototyp DA - 9 Konzept der Use Cases Use Case Beschreibung - Vorgehen 3. Change anagement unter ReqPro (History, Discussions) 2. Import to ReqPro 1. Beschreibung mittels Word-Template DA - 10

6 odellierung 2004: odellbasierte Use Cases und Systemzustände Zusammenhang von Use Cases Power_On HOCHLAUF Entry / System hochfahren [ System fehlerfrei ] POWER_OFF Shutdown / System herunterfahren Shutdown / System herunterfahren WARTUNG Kdo_B1 / Software downloaden do / Ersatzteile testen Wartung einnehmen Use Case BEREIT New_User / Benutzer verwalten Operationell einnehmen OPERATIONELL On_A1 / Use Case A_1 On_A2 / Use Case A_2 On_A2 / Use Case B Idle einnehmen Set Training Bereit einnehmen Training einnehmen TRAINING do / Trainingsszenario erzeugen DA - 11 Konzept der Use Cases Business Object odell Business oder Domain Objects (BO) beschreiben die Konzepte des Anwendungsbereichs BO odel definiert BOs und deren Beziehungen Use-Cases operieren mit BOs. Use-Cases odell und BO odell ergänzen einander! Tracebarkeit von Use-Cases auf BOs. <<Domain>> Karte <<Domain>> PIN bezieht sich auf Konto verwaltet Gueltigkeit BLZ Kontonummer 0..n 1 Kontonr 1..n 1 <<Domain>> Bank BLZ DA - 12

7 odellierung 2004: odellbasierte Konzept der Use Cases Einsatz des Use Case-odells Use Case-odell dient zusätzlich als Grundlage für die Identifikation von Objekten Beschreibung des dynamischen Verhaltens anuale, Dokumentation Qualitätsprüfung (Testfälle) Projektmanagement Analyse Design Implementierung und Test Use Case odell DA - 13 Konzept der Use Cases Nichtfunktionale Anforderungen Tracebarkeit der nichtfunktionalen Anforderungen bis auf Code-Ebene dank UL Id UREQ Bargeld abheben UREQ 103 Geldausgabe des AT innerhalb max. 10 Sekunden UREQ 231 Die PIN ist im SPY.X Verfahren verschlüsselt <<realizes>> : K a rte n le s e r : E in g a b e e in h e it : K u n d e : AT S te u e ru n g e in g e g e b e n K a rte ( ) p r u e fe n L e s b a rk e it( ) pr u e fe n G u e ltig k e it( ) e ing e b e n P IN ( ) p ru e fe n P in ( ) UREQ 250 AT muß bis -10 C störungsfrei funktionieren a u s g e w a e h ltb a rg e ld a b h e b u n g ( ) a bh e b e n B a rg e l d ( ) DA - 14

8 odellierung 2004: odellbasierte otivation DA Lösungsansatz RE/R Inkrementelle Vorgehensweise (Ausbaustufen) Systemmodellierung mit UL Aufbau einer Projektdatenbank Toolunterstützung Automatische Dokumentengenerierung DA - 15 Iterativ, inkrementell Systementwicklung ehrere lauffähige Ausbaustufen Erweiterungen werden schrittweise durchgeführt Laufende Erweiterung der Toollandschaft möglich Risiko-minimierend Schnelles Feedback Erfahrungsgewinn Code, DDL, IDL Requirements Analyse <<model>> Detailliertes UCodel <<model>> Design odel Design <<model>> Analyse odel DA - 16

9 odellierung 2004: odellbasierte Iterativ, inkrementell Systementwicklung Iterativ, inkrementelle Vorgehensweise im Grossen SE1 SE2 SE3 SE4 (SE 5) SE9 SE8 SE7 SE6 SE 5 Version 1.o DA - 17 Inkrementelle Vorgehensweise aus SE Sicht Analyse, Entwurf SE1 SE2 SE3 SE4 (SE5) Verifizierung, Ergänzung SE1 + SE2 Inkrement 1 Inkr 2... Inkrement n Realisierung, Integration SE9 SE8 SE7 SE6 SE5 Vorteile: Komplexitätsbewältigung Stufenweise Integration Flexible Reaktion auf Anforderungsänderungen Lerneffekt durch Feedbackschleifen Qualitätsteigerung durch kontinuierlichen Testprozeß (frühe odellchecks!) Qualitätsteigerung durch wiederholtes Testen (Regressionstests) Inkrement n beinhaltet die Funktionalität aller vorherigen Inkremente Zeit DA - 18

10 odellierung 2004: odellbasierte Inkrementelles Vorgehen aus P Sicht aktives Risikomanagement kontrollierbarere Planungszeiträume sichtbarer Entwicklungsfortschritt (Zwischenergebnisse) Soviel Planung wie nötig, sowenig wie möglich Roadmap Feinplanung für 4-8 Wochen (z.b. auf Use Case Basis) definierte Ziele (basierend auf odellinformationen) Projektstart Anforderungs übersicht ermittelt Risiken analysiert Architektur einflußfaktoren ermittelt Orcale DB eingerichtet SBS-Schnittstelle festgelegt Servercluster eingerichtet Architektur Prototyp erstellt SAR Prozessierung lauffähig 28/1/03 1/3/03 1 1/4/03 2 1/5/03 1/6/03 1/11/03 3 Zeit DA - 19 otivation DA Lösungsansatz RE/R Iterativ, inkrementelle Vorgehensweise (Ausbaustufen) Systemmodellierung Aufbau einer Projektdatenbank Toolunterstützung Automatische Dokumentengenerierung DA - 20

11 odellierung 2004: odellbasierte Systemmodellierung Erfassung aller Systemaspekte und Zusammenhänge issionsplaner ission planen : Bediener : : Nwob realizes Starten_Ard( ) Deckel_Heben( ) Deckel_Heben_Return( ) Aktivieren_Nog( ) Heben_Klappe( ) assign <<process>> <<process>> Fachlogik RDBS <<Subsystem>> <<use-case package>> <<Subsubsystem>> Use Case View Paradis <<Subsystem>> <<process>> Ablaufsteuerung REQ4712: Das issionsplaner muss... können REQ4711: Das System muss innerhalb von 4 sec... REQ4713: Das CAN- BUS B452-A muss verwendet werden. located <<location>> Steuerzentrale Funk <<location>> Vehikel Integrated UC <<location>> Vehikelfunk CAN-Bus <<location>> GPS ReqPro Rose Link DA - 21 Systemmodellierung Vorgehen Architekturentwurf issionsplaner ission planen : Bediener : : Nwob Starten_Ard( ) Deckel_Heben( ) Deckel_Heben_Return( ) realizes <<Segment Ebene 1>> <<use-case package>> <<Segment Ebene 2>> Use Case View Paradis Top down Aktivieren_Nog( ) Heben_Klappe( ) assign <<Segment Ebene 1>> Bottom up <<process>> Fachlogik <<process>> RDBS <<process>> Ablaufsteuerung located <<location>> Steuerzentrale Funk <<location>> Vehikel <<location>> Vehikelfunk CAN-Bus <<location>> GPS DA - 22

12 odellierung 2004: odellbasierte Architekturmodellierung mit UL Verschiedene Abstraktionsebenen Systemebene <<System>> Demonstrator 1. Verfeinerung <<Segment Ebene 1>> Nwob <<Segment Ebene 1>> <<Segment Ebene 1>> Wera 2. Verfeinerung <<Segment Ebene 2>> New_Pad <<Segment Ebene 2>> Paradis <<SW-Einheit>> Wera-Steuerung <<HW-Einheit>> Wera-HW Konkretes SW-Implementierunsmodell ( > Klassen ) DA - 23 Systembreakdown mit UL Zusammenhang Systembreakdown : : Nwob : Bediener Starten_Ard( ) Deckel_Heben( ) Deckel_Heben_Return( ) Aktivieren_Nog( ) Heben_Klappe( ) <<Segment Ebene 1>> <<use-case package>> Use Case View <<Segment Ebene 2>> Paradis <<Segment Ebene 1>> Starten_Ard Bediener Aktivieren_Nog <<Segment Ebene 1>> Nwob ::Use Case View::UseCaseDiagram DA - 24

13 Desktop Class Diagram: Logical View / DependenciesOfDesktop UGS-SGS-Interface System Concept s Useranager global SystemState anager Custom eranager issi onpl ananager coding SGSSubtaskanager GeoDataProcessing Custom erinterface Task anager DataIngestionAndCataloguea nager Archiveanager UGSSubtask anager Request anager ProductGeneration ObjectAndAOI anager GeoDataVisualisationanager essage (from DomainObjects) - typ : essagetypet - description : java.lang.string - codenumber : int - timestampofessage : java.util.date - IID1 : java.lang.string - timestampofoperationalerror : long Cli pp edhei gh to del - area : Geo Grid Aligne drect angl e - fi lename : String = NULL - htype : Height modeltypet = SRT (Level 1) +conflictessage 0..* SGSSubtaskSceneRequest # altitudeofobject : int = 0 # centerofscene : CoordinateOnEllipsoid # earliesttimestamp : Date # latesttimestamp : Date # maximalangleofincidence : Double = 57 # mi ni malangl eofincidence : Doubl e = 23 # scenelevel : SceneOutputLevelT = Level 1A # sceneode : SceneodeT = Slipmode # sceneresol ution : SceneResol utiont = WRC # scenetyp : SceneTypeT = Einzelbild # sensororientation : SensorOrientationT = arbitrary # sgsprocessingtype : int # typeofarc : ArcTypeT = arbitrary # maximalazimuth : Double = 360 # mi ni malazimuth : Double = 0 # scenereference : String # IID1 : String SGSSubtaskScene # archivesarrawdata : Boolean = FALSE # selectedarea : Area # deletiondate : Date # workingstate : SGSSubtaskSceneWorkStateT = neu 1 SGSSubtask # CNTRYCODE : String # currenttimestate : SubtaskTimeStateT # currentworkstate : SubtaskWorkStateT # FSCLAS : String = S # FTITLE : String # lastchanging : Date # latestcompletiondate : Date # planningstate : SGSSubtaskPlanningStateT = passiv # prioritylevel : SubtaskPriorityLevelT # requestid : Integer # sgscomment : String # sgsgroup : int # sgssubtasktype : SGSSubtaskTypeT = Bildauftrag - shorttitle : String # subtaskid : Integer # subtaskpassnumber : Integer # subtaskpasstotal : Integer # TGTID : String # timestate : SGSSubtaskTimeStateT = Fertigstellung im Plan 1 SGSSubtaskSceneConf - al titudeofobject : int = 0 - areacovered : Area - baseli ne : int - completiondate : Date - latestcancel Ti me : Date - sceneintersectionangle : Double - sensororientation : SensorOrientationT - typeofarc : ArcTypeT ConfirmationForImage - angleofincidence : Double = 57 - beari ngofsensor : Doubl e - geodazimuth : Double = 0 - IID1 : Stri ng - satellitenumber : int - scenereference : String - sgsti mestamp : Date SGSSubtaskReprocessi ng - areaofimage : Area - workingstate : SGSSub ta skrepwo rkst atet = neu 1 SGSSubtaskReprReq - a ltitud eofob je ct : Double = 0 - dataatsgs : Boolean = false - inp utscen ele ve l : Scene In putlevelt = Level 1A - o utputsce nel evel : Scen eou tputlevelt = Leve l 1B - reprocessingreference : St ring = NULL - sg sp ro ce ssi ngtype : int = 1 - scenereference : String - IID1 : Strin g odellierung 2004: odellbasierte Systemmodellierung Durchgängige Systemmodellierung Detailierung Rückwirkungen Frühe Erkennung von konzeptuellen Fehlern Klare Richtlinien notwendig! DA - 25 Systemmodellierung Schnittstellenprüfung Proxy-Elemente <<Segment>> <<Segment>> Nwob <<Segment>> Ard_Init() Ard_Shutdown() Ard_Starte_AktionX() Reset()... <<Proxy>> Nwob urdl_do_x() Do_Y() Heben_Deckel()... proxies <<Segment>> Nwob urdl_init() urdl_do_x() Do_Y()... DA - 26

14 odellierung 2004: odellbasierte otivation DA Lösungsansatz RE/R Iterativ, inkrementelle Vorgehensweise (Ausbaustufen) Systemmodellierung mit UL Aufbau einer Projektdatenbank Toolunterstützung Automatische Dokumentengenerierung DA - 27 Lösungsansatz Projektdatenbank odellierung in UL Benutzer Anforderungen aintenance Projekt Datenbank Logistik Firmen Anforderungen Hardware... breakdown Ergebnisse gemäß Vorgehensmodell DA - 28

15 odellierung 2004: odellbasierte Lösungsansatz Projektdatenbank Nutzung des Systemmodells/ Automatisierungsmöglichkeiten Konsistenzprüfungen Tracing Dokumentationsgenerierung Testfallgenerierung CORBA-Unterstützung Generierung von Datenzugriffsschicht Roundtrip-Engineering etriken Entwickler Code Generator Programm Tester Projektleiter IDL Generator Projekt Datenbank DDL Generator DB Generator ClassTest Generator DA - 29 Konsistenzprüfungen Konsistenzprüfungen syntaktisch Prüfungen Korrekte UL odellierung? semantische Prüfungen Einhaltung von Konventionen Einhaltung von odellierungsrichtlinien Schnittstelleneinhaltung Tool-übergreifende Konsistenz automatisiert Konsistenzchecks Requirements Datenbank Konsistenzchecks UL Datenbank Konsistenzchecks Testfall Datenbank Konsistenzchecks DA - 30

16 odellierung 2004: odellbasierte Toolunterstützung Aktueller Stand Vernünftige Integration aller (!) Werkzeuge Vernünftiges Arbeiten möglich Umfangreiche Automatisierungsmöglichkeiten - HW Entwurf nicht gut unterstützt - Round Trip Engineering nur bedingt - Einarbeitungsaufwand in Gesamttoolpalette DA - 31 Lessons Learned Probleme/Hinweise Disziplinierte Prozess-Anwendung nötig Klare Richtlinien für Anwendung jeder ethode/tools Regelmäßige modellbasierte Reviews Wöchentliche Fortschrittskontrolle odellpflege auf allen Ebenen Lernaufwand entoring durch Poweruser Abhängigkeit von Verfügbarkeit der IT-Infrastruktur Konzeptentwicklung jeweils 1 Phase vor Umsetzung DA - 32

17 odellierung 2004: odellbasierte Lessons Learned Positive Erfahrung Hoher Wiederverwendungsgrad auf allen Ebenen Richtlinien, Architekturkonzepte, Anforderungsvarianten, Patterns, Subsysteme, Design annigfache odellnutzung für Sekundäraktivitäten QS/Nachweis, Informationsquelle/P, Hilfesysteme Hoher Anteil von generiertem Code Schnelle Einarbeitung auf odellebene Relative problemlose odellaktualisierung auf Codeebene Aktuelle Dokumentation DA - 33 Lessons Learned Referenzprojekte SAR-Lupe EFA 2000 DB Sostar X GAST Roland LS Polyphem Trifom Zeus DA - 34

Große Systeme im Griff

Große Systeme im Griff Ein Konzept für V-Modell konformes Anforderungsmanagement und Systemarchitekturmodellierung mit UML und RE/RM für komplexe Systeme Teil 2: Umsetzung mit der Rational Suite Vorstellung Thomas Rittel EAS

Mehr

RE meets Use Case Modeling. Wie der DOORS-Rose Link das Beste aus zwei Welten bieten kann

RE meets Use Case Modeling. Wie der DOORS-Rose Link das Beste aus zwei Welten bieten kann RE meets Use Case Modeling Wie der DOORS-Rose Link das Beste aus zwei Welten bieten kann Vorstellung Dr. Rudolf Hauber OO-Technologie-Berater RHauber@ka-muc.de Kölsch & Altmann Software & Management Consulting

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

Kapitel 1 Applikations-Architektur VI

Kapitel 1 Applikations-Architektur VI Kapitel 1 Applikations-Architektur VI Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile

Mehr

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung Expertenfrühstück Requirements Management Bedeutung von Anforderungen und Systematischer Produktentwicklung unit42 GmbH Dr. Thomas Requirements Engineering & Management WAS IST DAS? Anforderungen (Requirements)?

Mehr

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses

Mehr

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

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

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:

Mehr

Einführung in die Softwaretechnik 9. Softwareprozesse

Einführung in die Softwaretechnik 9. Softwareprozesse 9. Softwareprozesse Klaus Ostermann (Mit Folien von Christian Kästner, Gabriele Taentzer und Wolfgang Hesse) 1 Agenda Wie kommt man vom Kundenwunsch zur fertigen Software? Wie strukturiert man ein Softwareprojekt?

Mehr

Das V-Modell: Produkte 1/5

Das V-Modell: Produkte 1/5 Das : Produkte 1/5 Problem-Beschreibung, Lastenheft Beschreibung des Problems/der Probleme, das/die gelöst werden soll Quellen: Markt-Analyse, Marketing, Kunden-Zirkel etc. Kunden-Anforderungen, Pflichtenheft

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

Der Unified Process ist ein generischer Prozeß zur objektorientierten Software- Erstellung

Der Unified Process ist ein generischer Prozeß zur objektorientierten Software- Erstellung Unified Process Eine Einführung von Hannes Fischer Fischer Software Elfenstr. 64 70567 Stuttgart Deutschland Copyright 2000 Hannes Fischer Unified Process Wie wird heute gearbeitet? Der Unified Process

Mehr

Ansätze zur Synchronisation von Enterprise Architecture Management, Prozessmanagement und SAP. Ralf Ackermann Daimler AG, ITM MBC Powertrain

Ansätze zur Synchronisation von Enterprise Architecture Management, Prozessmanagement und SAP. Ralf Ackermann Daimler AG, ITM MBC Powertrain Ansätze zur Synchronisation von Enterprise Architecture Management, Prozessmanagement und SAP Ralf Ackermann Daimler AG, ITM MBC Powertrain Agenda Ausgangslage EAM Tool-Landschaft bei Daimler planningit

Mehr

So,DA ist die Dokumentation. Automatische Dokumentationsgenerierung mit SoDA (ProjectConsule und WebPublisher)

So,DA ist die Dokumentation. Automatische Dokumentationsgenerierung mit SoDA (ProjectConsule und WebPublisher) So,DA ist die Dokumentation Automatische Dokumentationsgenerierung mit SoDA (ProjectConsule und WebPublisher) Vorstellung Dr. Rudolf Hauber OO-Technologie-Berater RHauber@ka-muc.de Kölsch & Altmann Software

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

Wiki-basierte Dokumentation von Software-Entwicklungsprozessen

Wiki-basierte Dokumentation von Software-Entwicklungsprozessen Wiki-basierte Dokumentation von Software-Entwicklungsprozessen Erfahrungen aus der industriellen Praxis Fraunhofer IESE Kaiserslautern Inhalt Wiki-basierte Dokumentation von Software-Entwicklungsprozessen

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

Mehr

Thomas Freitag achelos GmbH SmartCard-Workshop. 1 2012 achelos GmbH

Thomas Freitag achelos GmbH SmartCard-Workshop. 1 2012 achelos GmbH Thomas Freitag achelos GmbH SmartCard-Workshop 2012 1 2012 achelos GmbH Übersicht 1. 2. 3. 4. 5. 6. 7. Einführung / Motivation Historie des Testens Schnittstellen im Testbereich Eclipse Plugins Automatisierung,

Mehr

Die Pflege modellgetrieben entwickelter Anwendungen

Die Pflege modellgetrieben entwickelter Anwendungen Dr. Christoph Niemann otris software AG Königswall 21 44137 Dortmund niemann@otris.de Tel. 0231/958069-0 www.otris.de Modellgetriebene Software- Entwicklung: Wunsch oder Wirklichkeit? copyright by otris

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Effizientes Requirements Management mit agosense.requirements

Effizientes Requirements Management mit agosense.requirements Effizientes Requirements Management mit agosense.requirements REFERENT Webinar Nr. 2 17. September 2015 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer Hinweis zu Beginn Fragen stellen während

Mehr

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden vs. Agile Methoden Christoph.Kluck@Student.Reutlingen University.de Medien und Kommunikationsinformatik Agenda Einführung Vorgehensmodelle Herkömmlich agil Resümee Klassische Probleme Nachgereichte Anforderungen

Mehr

Anforderungen in Open Source Projekten Edna Rosen Institut für Informatik FU Berlin 06.07.2006. Anforderungen in Open Source Projekten 1

Anforderungen in Open Source Projekten Edna Rosen Institut für Informatik FU Berlin 06.07.2006. Anforderungen in Open Source Projekten 1 Anforderungen in Open Source Projekten Edna Rosen Institut für Informatik FU Berlin 06.07.2006 Anforderungen in Open Source Projekten 1 Inhalt Open Source Definition Der klassische SW-Prozess klassischer

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

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

BEDIFFERENT ACE G E R M A N Y. aras.com. Copyright 2012 Aras. All Rights Reserved.

BEDIFFERENT ACE G E R M A N Y. aras.com. Copyright 2012 Aras. All Rights Reserved. BEDIFFERENT ACE G E R M A N Y F.X. Meiller - Ablöse einer ACE Germany bestehenden PLM Umgebung durch Aras Innovator Jens Rollenmüller Aras Partner Manager T-Systems Slide 3 F.X. Meiller Produkte. Slide

Mehr

Agiles Projektmanagement mit Scrum

Agiles Projektmanagement mit Scrum Agiles Projektmanagement mit Scrum Josef Scherer CSM, CSP Lösungsfokussierter Berater josef.scherer@gmail.com 2009, Josef Scherer Scherer IT Consulting Freiberuflicher Scrum Coach Lösungsfokussierter Berater

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

Management von Anforderungen im Rational Unified Process (RUP)

Management von Anforderungen im Rational Unified Process (RUP) Management von Anforderungen im Rational Unified Process (RUP) Peter Fröhlich ABB DECRC 69115 Heidelberg Fröhlich-8/98-1 Themen: Was ist RUP? RM im RUP Core Workflows Dokumente Tools Erfahrungen RUP Objectory

Mehr

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Insert picture and click Align Title Graphic. Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Dr. Dieter Lederer, Geschäftsführer Vector Consulting Services GmbH

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

Das grösste Transportunternehmen

Das grösste Transportunternehmen Ein Erfahrungsbericht über die Standardisierung im Requirement Engineering bei der SBB-IT Gaby Pfandt, SBB-IT Methodik, Software Engineering Zürich, 12.11.2013 Swiss Requirement Night Agenda SBB AG SBB-IT

Mehr

Andreas Lux 16.03.2010. Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse

Andreas Lux 16.03.2010. Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse Andreas Lux 16.03.2010 Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse Warum unterschiedliche Sprachen? Nicht alle Probleme eignen sich, um mit Standardsprachen beschrieben

Mehr

Requirements Management Wissensmanagement für und mit Anforderungen

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

Mehr

objectif / SOA /.NET Inhalt Technologien ObjectiF Beispiel Vergleich: ObjectiF Rational Rose Quellenverzeichnis 20.01.2008 Christian Reichardt 2 Technologien 20.01.2008 Christian Reichardt 3 Methodenaufruf

Mehr

MODELLBASIERTES TESTEN

MODELLBASIERTES TESTEN von rudolf hauber, markus ziegler, michael erskine und rolf hilsenbeck MODELLBASIERTES TESTEN Der Artikel stellt die Erfahrungen mit der modellbasierten Automatisierung des Testens in Sinne der Model Driven

Mehr

Einführung in die Informatik

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

Mehr

TFS als ALM Software. Erfahrungsbericht aus der MedTec Ecke. Lukas Müller

TFS als ALM Software. Erfahrungsbericht aus der MedTec Ecke. Lukas Müller TFS als ALM Software Erfahrungsbericht aus der MedTec Ecke Lukas Müller Agenda Tecan Umfeld und Prozesse Einsatzgebiet TFS Tecan Erweiterungen von TFS Erfahrungsaustausch Head Office in der Schweiz, >1100

Mehr

Werkzeuge für Datenbank Handwerker: IBM Data Studio und IBM Optim QWT

Werkzeuge für Datenbank Handwerker: IBM Data Studio und IBM Optim QWT Werkzeuge für Datenbank Handwerker: IBM Data Studio und IBM Optim QWT Neue Technologien effizient nutzen Ehningen, 3. Juli 2014 Rodney Krick rk@aformatik.de aformatik Training & Consulting GmbH & Co. KG

Mehr

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA PM WBS Sprint Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA Über den Vortragenden IT-Leiter der Austrian Gaming Industries (Novomatic Group of Companies) MBA in

Mehr

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

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

Mehr

Swp08-6 Verantwortliche: Yundensuren, Baigalmaa. Testkonzept

Swp08-6 Verantwortliche: Yundensuren, Baigalmaa. Testkonzept Testkonzept 1.Einführung Um die Zuverläsigkeit und die Qualität der Software und des gesamten Systems zu verbessern, sind Tests durchzuführen. Die Testreihe läst sich in drei Stufen einteilen, nülich Komponententest,

Mehr

Agiles Requirements Engineering mit Scrum. Rainer Fetscher Neuss, 16. November 2010

Agiles Requirements Engineering mit Scrum. Rainer Fetscher Neuss, 16. November 2010 Agiles Requirements Engineering mit Scrum Rainer Fetscher Neuss, 16. November 2010 1 Inhalt A. Vorstellung Creditreform B. Grundprinzipien in SCRUM C. IST-Stand D. Ausgangssituation E. Der Weg F. Fazit

Mehr

SOA Starter Kit Einführungsstrategien und Einstiegspunkte

SOA Starter Kit Einführungsstrategien und Einstiegspunkte SOA Starter Kit Einführungsstrategien und Einstiegspunkte Benjamin Brunner Berater OPITZ CONSULTING Bad Homburg GmbH SOA Starter Kit Seite 1 Agenda Wer sollte eine SOA nutzen? Welche Ziele kann eine SOA

Mehr

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015 Migrationsstrategien Dr. Thorsten Arendt Marburg, 22. Januar 2015 Re-Engineering Patterns [Demeyer et al.] 2 Software-Evolution WS 2014/2015 Überblick Probleme Wenn man ein bestehendes System re-engineered

Mehr

Management großer Projekte Ein modellbasierter Ansatz

Management großer Projekte Ein modellbasierter Ansatz Management großer Projekte Ein modellbasierter Ansatz Dr. Dehla Sokenou Herausforderungen des Projektmanagements Projekt Initialisierung Aufgaben sinnvoll planen/partitionieren Projekt Monitoring Arbeitsergebnisse/Status

Mehr

Programmierprojekt. Anne0e Bieniusa Sommersemester 2014

Programmierprojekt. Anne0e Bieniusa Sommersemester 2014 Programmierprojekt Anne0e Bieniusa Sommersemester 2014 Phasen der So;ware- Entwicklung Planungsphase DefiniConsphase Entwurfsphase ImplemenCerungsphase Testphase Wasserfall- Modell Einführungs- und Wartungsphase

Mehr

Entwurfsmethode für service-orientierte Architekturen im dezentralen Energiemanagement

Entwurfsmethode für service-orientierte Architekturen im dezentralen Energiemanagement Entwurfsmethode für service-orientierte Architekturen im dezentralen Energiemanagement Tanja Schmedes Betriebliches Informationsmanagement OFFIS Institut für Informatik tanja.schmedes@offis.de MKWI 2008

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

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

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

Mehr

Arrays Fortgeschrittene Verwendung

Arrays Fortgeschrittene Verwendung Arrays Fortgeschrittene Verwendung Gilbert Beyer und Annabelle Klarl Zentralübung zur Vorlesung Einführung in die Informatik http://www.pst.ifi.lmu.de/lehre/wise-11-12/infoeinf WS11/12 Arrays: Wiederholung

Mehr

Software-Engineering

Software-Engineering SWE6 Slide 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 6: Projektmanagement Wasserfallmodell SWE6 Slide 2 Wasserfallmodell Zeitliche Einordnung in Breiten-/Tiefenraster Funktionale Breite

Mehr

Projektmanagement- Umgebungen Free your work. Tatsachen, nicht Visionen. Free your work. Wir wollen Ihnen die Freiheit geben, sich auf Ihr Geschäft zu konzentrieren. Projektmanagement in der IT 35 Jahre

Mehr

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Andreas Armbrecht Siemens AG Darmstadt, 01. 02. Dezember 2009 Business Unit Rail Automation Systeme der Eisenbahnautomatisierung

Mehr

Die Inhalte der Vorlesung wurden primär auf Basis der Vorlesung Software Engineering von Prof. Dr. Faustmann (FHW Berlin Fachbereich II) erstellt.

Die Inhalte der Vorlesung wurden primär auf Basis der Vorlesung Software Engineering von Prof. Dr. Faustmann (FHW Berlin Fachbereich II) erstellt. Software Engineering Dokumentation von Softwarearchitekturen Die Inhalte der Vorlesung wurden primär auf Basis der Vorlesung Software Engineering von Prof. Dr. Faustmann (FHW Berlin Fachbereich II) erstellt.

Mehr

Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl

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

Mehr

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das

Mehr

Informationswirtschaft II

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe

Mehr

Mi 2.3. Erfolgreiche Projektplanung und Fortschrittskontrolle mit Use Cases. Tom Krauß. Copyright 2008 GEBIT Solutions www.gebit.

Mi 2.3. Erfolgreiche Projektplanung und Fortschrittskontrolle mit Use Cases. Tom Krauß. Copyright 2008 GEBIT Solutions www.gebit. Mi 2.3 Erfolgreiche Projektplanung und Fortschrittskontrolle mit Use Cases Tom Krauß Agenda Motivation Use Case orientiertes Projektmanagement Grundsätzliche Idee Variationsmöglichkeiten Integration in

Mehr

BSSE. Innovation & Fortschrittliche Software-Technologie Fähigkeiten & Dienstleistungen

BSSE. Innovation & Fortschrittliche Software-Technologie Fähigkeiten & Dienstleistungen BSSE Bessere + Sichere Software Effizient Erzeugen Innovation & Fortschrittliche Software-Technologie Fähigkeiten & Dienstleistungen Dr. Rainer Gerlich Auf dem Ruhbühl 181, D-88090 Immenstaad, Germany

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

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

Projektmanagement für Systeme im regulatorischen Umfeld

Projektmanagement für Systeme im regulatorischen Umfeld Projektmanagement für Systeme im regulatorischen Umfeld Agilität beherrscht Komplexität Dr. Oliver Schütz Thomas Reuner Mitglieder der Arbeitsgruppe APS der GfSE PM für Systeme im regulatorischen Umfeld

Mehr

Service Virtualisierung

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

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. 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/

Mehr

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012

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

Mehr

GROSSE SYSTEM IN DEN GRIFF BEKOMMEN

GROSSE SYSTEM IN DEN GRIFF BEKOMMEN mehr zum thema: www.scandlines.de von markus reinhold, rudolf hauber, dieter wagner GROSSE SYSTEM IN DEN GRIFF BEKOMMEN die autoren Für die Entwicklung großer Systeme liefern viele Entwicklungsprozesse

Mehr

Ready for Check-in 3 Praxisbericht Flughafen Wien

Ready for Check-in 3 Praxisbericht Flughafen Wien Ready for Check-in 3 Praxisbericht Flughafen Wien DI Susanne Ebm (Flughafen Wien AG) DI Thomas Bucsics (ANECON) Vorstellung DI Susanne Ebm Seit 2009 beschäftigt bei Flughafen Wien AG Seit Mitte 2011 Leitung

Mehr

Zukunftssicheres Outputmanagement durch integrierte, moderne und belastbare Softwarelösungen: POSY Die Outputfabrik

Zukunftssicheres Outputmanagement durch integrierte, moderne und belastbare Softwarelösungen: POSY Die Outputfabrik Zukunftssicheres Outputmanagement durch integrierte, moderne und belastbare Softwarelösungen: POSY Die Outputfabrik DOXNET Fachkonferenz Baden Baden, 21. Juni 2010 Arthur Brack 1von 26 Zukunftssicheres

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

Mission. Vortragender: Dipl. Inform. Reinhard IRSIGLER

Mission. Vortragender: Dipl. Inform. Reinhard IRSIGLER Mission Vortragender: Dipl. Inform. Reinhard IRSIGLER INTERVISTA Mission: Corporate Software: umfassende, das Kerngeschäft von großen Unternehmen tragende, dedizierte IT-Systeme, Streamlining und Realisierung

Mehr

SERVICE SUCHE ZUR UNTERSTÜTZUNG

SERVICE 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

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003):

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003): Professionelles Projekt-Management in der Praxis Veranstaltung 7 Teil 1 (30.06.2003): Prof. Dr. Phuoc Tran-Gia, FB Informatik, Prof. Dr. Margit Meyer, FB Wirtschaftswissenschaften, Dr. Harald Wehnes, AOK

Mehr

Phasen. Gliederung. Rational Unified Process

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

Mehr

Test Management Services Der Quick Start für SAP Projekte

Test Management Services Der Quick Start für SAP Projekte Test Management Services Der Quick Start für SAP Projekte Agenda Übersicht Herausforderungen beim Testen von SAP Projekten Der Test Management Service im Detail Testkonzept Trainings Test Workbench Test

Mehr

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung

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

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

Mehr

IV Software-Qualitätssicherung

IV Software-Qualitätssicherung Softwaretechnik- Praktikum: 12. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management

Mehr

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny Software Engineering Prof. Dr. Stefan Enderle NTA Isny 3 Software Entwicklungsprozesse Softwareentwicklung Systematisches Vorgehen wichtig Zeitlicher Ablauf durch Vorgehensmodell Meist grundlegender Aufbau:

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

Comparing Software Factories and Software Product Lines

Comparing Software Factories and Software Product Lines Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich

Mehr

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL.

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. Die Erwartungen Ihrer Businesskunden an ihre IT steigen. Mehr denn je kommt es darauf an, die Software optimal am Kunden auszurichten

Mehr

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Oliver Böhm MKS GmbH Agenda Überblick Der Entwicklungsprozess: Requirements

Mehr

ecambria experts IT-Projekte in der Krise Ursachen und Vermeidungsstrategien aus Sicht eines Gerichtssachverständigen

ecambria experts IT-Projekte in der Krise Ursachen und Vermeidungsstrategien aus Sicht eines Gerichtssachverständigen ecambria experts IT Gutachten Schlichtung Beratung IT-Projekte in der Krise Ursachen und Vermeidungsstrategien aus Sicht eines Gerichtssachverständigen Dr. Oliver Stiemerling* Diplom-Informatiker ecambria

Mehr

3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006

3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006 3. Vorgehensmodelle Software Engineering Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006 Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Fazit, Literatur, Kontrollfragen

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales

Mehr

Arrays von Objekten. Annabelle Klarl. Einführung in die Informatik Programmierung und Softwareentwicklung

Arrays von Objekten. Annabelle Klarl. Einführung in die Informatik Programmierung und Softwareentwicklung Annabelle Klarl Zentralübung zur Vorlesung Einführung in die Informatik: http://www.pst.ifi.lmu.de/lehre/wise-12-13/infoeinf WS12/13 Arrays: Wiederholung Ein Array ist ein Tupel von Elementen gleichen

Mehr

Praktikum Software Engineering

Praktikum Software Engineering Praktikum Software Engineering Verwendung von Enterprise Architect Pascal Weber, David Kulicke KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft

Mehr

Agile Softwareentwicklung. Yelve Yakut

Agile Softwareentwicklung. Yelve Yakut Agile Softwareentwicklung Yelve Yakut Index Projekte Vorgehensmodelle Agilität Scrum Feature Driven Development 20.05.08 Agile Softwareentwicklung #2 Projektplanung Von 210 Projekten im Zeitraum von 1997

Mehr

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649 Testautomatisierung Lessons Learned qme Software GmbH Gustav-Meyer-Allee 25 13355 Berlin Telefon 030/46307-230 Telefax 030/46307-649 E-Mail qme Software info@qme-software.de GmbH Testautomatisierung Lessons

Mehr

Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld

Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld Bernhard Fischer Fischer Consulting GmbH MedConf 2011 Luzern Folie 1 Wozu brauchen wir Requirements? MedConf 2011 Luzern Folie 2 Der Anforderungszoo

Mehr

GEDS Dienstleistungen. Software Engineering

GEDS Dienstleistungen. Software Engineering GEDS Dienstleistungen Software Engineering GEDS Software Engineering Übersicht Leistungen Methoden Vorgehen Projektablauf Technologien Software Engineering Leistungen Auftragsprogrammierung Wir übernehmen

Mehr

PQ4Agile Agiler Referenzprozess

PQ4Agile Agiler Referenzprozess PQ4Agile Agiler Referenzprozess ARBEITSPAKET 1.1 KONSORTIUM Projekt Förderprogramm PQ4Agile KMU Innovativ Förderkennzeichen 01IS13032 Arbeitspaket Fälligkeit 31.07.2014 Autor Status Klassifikation AP1.1

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

Kurzübersicht Unified Process und Agile Prozesse

Kurzübersicht Unified Process und Agile Prozesse Kurzübersicht Unified Process und Agile Prozes Rainer Schmidberger schmidrr@informatik.uni-stuttgart.de Copyright 2004, Rainer Schmidberger, Universität Stuttgart, Institut für Softwaretechnologie, Abt.

Mehr

EAM Community. Rolf Weber Uwe Schröder 1.10.2013. Workshop MDM und EAM. Rolf Weber, Senior Process Architect Laufenburg, 1.

EAM Community. Rolf Weber Uwe Schröder 1.10.2013. Workshop MDM und EAM. Rolf Weber, Senior Process Architect Laufenburg, 1. EAM Community Workshop MDM und EAM Rolf Weber Uwe Schröder Rolf Weber, Senior Process Architect Laufenburg, 1. Oktober 2013 1.10.2013 Introduction Behandelte Themen Driver Grid Control Business Growth

Mehr