PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL

Größe: px
Ab Seite anzeigen:

Download "PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL"

Transkript

1 PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL INGTES AG Bahnhofstr. 94 CH 5000 Aarau Tel

2 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 2 1 PRODUKT- ENTWICKLUNG Bei Software-Entwicklungsprojekten sind viele Anforderungen zunächst unklar. Sie konkretisieren sich erst im Laufe der Zeit und werden neu priorisiert. Es kommen neue Anforderungen hinzu, andere fallen weg, Schnittstellen zu anderen Systemen ändern sich. Dies erfordert ein flexibles, schrittweises Vorgehen, das trotzdem Termine und Kosten im Griff hat. Schrittweise Produktentwicklung mit mehreren Versionen INGTES entwickelt komplexe Software-Produkte nach einem eigenen Prozessmodell, das während der gesamten Entwicklungsdauer zyklisch zur Anwendung kommt. Jeder Zyklus endet mit der Auslieferung einer Produktversion an den Kunden. Durch diese Vorgehensweise werden die einzelnen Entwicklungsschritte besser planbar, was die Projektrisiken wesentlich reduziert. Ein Entwicklungszyklus lässt sich zeitlich in vier Phasen mit unterschiedlichen Zielen einteilen. In der ersten Phase «Beginn» wird die Machbarkeit der zu entwickelnden Produktversion beurteilt, um einen Eindruck von der späteren Funktionalität des Systems zu bekommen. In der nächsten Phase «Ausarbeitung» wird eine stabile Systemarchitektur definiert; ein Grossteil der geplanten funktionalen Anforderungen wird erarbeitet und dokumentiert. Dies dient zur Vorbereitung und Planung der dritten Phase «Konstruktion», deren Hauptziel die Umsetzung der Anforderungen in eine technische Lösung ist. Schliesslich wird das System in der letzten Phase «Übergang» aus der Entwicklungsumgebung in die Umgebung des Kunden transferiert und dort in Betrieb genommen.

3 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 3 Die Phasen selbst sind zeitlich in mehrere Iterationen aufgeteilt, zu deren jeweiligem Ende beim Erreichen eines Meilensteins die geplanten Ergebnisse (Pläne, Software-Releases, Dokumente) fertig gestellt und ausgeliefert werden. Neben der zeitlichen hat das Prozessmodell auch eine thematische Gliederung: zusammengehörige Prozesse der Produktentwicklung werden in Prozessbereiche und diese wiederum zu fünf Prozessdomänen zusammengefasst: Qualitätsmanagement, Projektmanagement, Analyse, Lösung und Überprüfung. Schematische Darstellung des INGTES-Prozessmodells (Standardprozess) Die schematische Darstellung des INGTES-Prozessmodells zeigt, mit welcher Intensität die Tätigkeiten innerhalb der Prozessdomänen im Laufe der Zeit typischerweise ausgeführt werden. Das Verhältnis der Flächen repräsentiert den relativen Anteil am jeweiligen Gesamtaufwand (100%).

4 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 4 Typische Werte für den Anteil der vier Phasen am totalen Arbeitsaufwand des Projektes sind (entsprechend den Flächen zwischen den gestrichelten Linien in der schematischen Darstellung): Phase Anteil Beginn 5% Ausarbeitung 25% Konstruktion 60% Übergang 10% 2 HAUPTMERKMALE DES INGTES- PROZESSMODELLS Das INGTES-Prozessmodell basiert auf dem standardisierten «Unified Process» und ist kompatibel mit dem «Capability Maturity Model Integration» (CMMI) zur Prozessverbesserung. Als Notationssprache wird die «Unified Modeling Language» (UML) verwendet. Die Tätigkeiten zur Anforderungsanalyse, Entwicklung der technischen Lösung und Überprüfung der Ergebnisse werden mit unterschiedlicher Intensität während des gesamten Entwicklungsprozesses parallel ausgeführt. Das Prozessmodel ist nicht starr, sondern wird jeweils optimal an das Entwicklungsprojekt angepasst (tailoring). Es erlaubt damit auch eine agile Vorgehensweise, bei der die Prozesse mit stark erhöhter Zahl an Iterationen und mit nahezu gleicher Intensität ausgeführt werden. Angepasstes Prozessmodell für die agile Softwareentwicklung

5 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 5 Zur Ermittlung der Anforderungen aus Benutzersicht werden Anwendungsfälle (use cases) beschrieben. Die Abnahmekriterien sind bereits Bestandteil der Anforderungsspezifikation und dienen als Grundlage für das Testen. Das Prozessmodell geht davon aus, dass sich die Anforderungen im Laufe der Produktentwicklung ändern. Die Anforderungen werden so gelenkt, dass Termine und Kosten eingehalten werden können. Nach der Festlegung der grundsätzlichen Software-Architektur entwickelt sich das Design mit der Software. Die Struktur der Software wird während der Entwicklung laufend verbessert (refactoring). Durch die Integration von Programmcode für Modul-Tests (unit tests) wird die Software während der Entwicklung laufend automatisiert getestet. 3 PROZESSDOMÄNE QUALITÄTS- MANAGEMENT Die Domäne Qualitätsmanagement beinhaltet die Prozessbereiche Prozess- und Produktqualitätssicherung, Risikomanagement und Messung und Analyse. Prozesse der Domäne Qualitätsmanagement werden kontinuierlich ausgeführt Die Prozess- und Produktqualitätssicherung stellt sicher, dass die im Qualitätsmanagement-System festgelegten Bestimmungen im Unternehmen eingehalten werden. Dazu werden die ausgeführten Prozesse, die Software-Produkte und Dienstleistungen gemäss der Vorgaben evaluiert.

6 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 6 Gefundene Abweichungen werden dokumentiert und den betroffenen Organisationseinheiten offengelegt. Schliesslich werden Massnahmen zur Beseitigung der Abweichungen ergriffen. Aufgabe des Risikomanagements ist es, potentielle Probleme zu identifizieren, bevor sie auftreten. Die Tätigkeiten zur Entschärfung von Risiken werden geplant und bei Bedarf ausgeführt. Damit lassen sich von den Risiken ausgehende, negative Auswirkungen auf das Projekt oder Produkt vermeiden. Der Prozessbereich Messung und Analyse dient dazu, dem Management die notwendigen Informationen für Entscheidungen hinsichtlich der Prozessverbesserung zu liefern. Lieferobjekte Qualitätsnachweise für Projekt-Reviews Ergebnisse der Projekt-Retrospektive am Ende eines Zyklus ment. 4 PROZESSDOMÄNE PROJEKT- MANAGEMENT Das Projektmanagement umfasst die Prozessbereiche Projektplanung, Projektverfolgung und -steuerung und fortgeschrittenes Projektmanage- Die Prozesse der Domäne Projektmanagement werden kontinuierlich ausgeführt.

7 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 7 Die Projektplanung umfasst die Erstellung und Pflege von Plänen für alle Projektaktivitäten. Die Projektpläne dokumentieren die Aufwandschätzung, die hierarchische Gliederung der Aktivitäten, deren Abhängigkeiten, die zeitliche Abfolge, Meilensteine und die benötigten Ressourcen. Ziel des Prozessbereiches Projektverfolgung und -steuerung ist die vergleichende Gegenüberstellung von Projektplan und tatsächlichen Aktivitäten. Der Projektplan wird laufend aktualisiert. Aufgabe des fortgeschrittenen Projektmanagements ist die Auswahl der konkreten Vorgehensweise und die Definition eines an das aktuelle Projekt angepassten Prozesses im Entwicklungsplan (tailored defined process). Lieferobjekte Entwicklungsplan (EP) Projektablaufplan (PP) Zuständigkeitsmatrix 5 PROZESSDOMÄNE ANALYSE Die Domäne Analyse enthält die beiden Prozessbereiche Anforderungsentwicklung und Anforderungsmanagement. Prozessbereiche und Lieferobjekte der Prozessdomäne Analyse

8 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 8 Die Anforderungsentwicklung umfasst alle Tätigkeiten zur Erhebung, Analyse und Validierung von Kundenanforderungen und deren Übersetzung in Anforderungen an Produkte und Komponenten. Die laufend nachgeführte Anforderungsspezifikation ist das wichtigste Ergebnis dieses Prozessbereiches. Das Anforderungsmanagement dient zur Lenkung bestehender Anforderungen hinsichtlich Qualität, Kosten und Termine (Änderungswesen). Das Anforderungsmanagement stellt sicher, dass die technische Umsetzung aller funktionalen und nichtfunktionalen Anforderungen adäquat erfolgt. Lieferobjekte Lastenheft (LH) Geschäftsprozessmodell (business process model, BPM) Anforderungsspezifiktion (ASP) 6 PROZESSDOMÄNE LÖSUNG Die Domäne Lösung besteht aus den Prozessbereichen technische Umsetzung, Konfigurationsmanagement und Produktintegration. Prozessbereiche und Lieferobjekte der Prozessdomäne Lösung Die technische Umsetzung umfasst alle Tätigkeiten zur Umsetzung der gewonnenen Anforderungen in Software-Produkte. Dazu gehören die Evaluation und Auswahl von Lösungsansätzen sowie das Design, die

9 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 9 Entwicklung und Implementierung von Applikationen, Komponenten, Diensten und produktbegleitenden Hardware-Elementen. Das Konfigurationsmanagement dient dazu, die Integrität von Software- Produkten aufrecht zu erhalten. Die verschiedenen Konfigurationen der Produkte werden identifiziert, Änderungen werden kontrolliert durchgeführt und der Status der Konfigurationen wird dokumentiert. Die Tätigkeiten zum Zusammenbau der Produktkomponenten, zur Auslieferung an den Kunden und zur Integration in die Zielumgebung (Installation) werden im Prozessbereich Produktintegration zusammengefasst. Lieferobjekte Entwurfsspezifikation (ESP) Prototyp der Benutzungsoberfläche Zwischen-Releases, finaler Release Release Notes (RN) Benutzerdokumente (BD) 7 PROZESSDOMÄNE ÜBERPRÜFUNG Die beiden Prozessbereiche Verifizierung und Validierung bilden zusammen die Prozessdomäne Überprüfung. Prozessbereiche und Lieferobjekte der Prozessdomäne Überprüfung

10 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 10 Die Verifizierung stellt sicher, dass alle Ergebnisse (Produkte, Komponenten und Dokumentation) die spezifizierten Anforderungen erfüllen. Typische Methoden zur Prüfung sind Tests und Reviews. Die Validierung prüft, ob Software-Produkte in ihrer Zielumgebung wie beabsichtigt genutzt werden können und den gewünschten Nutzen erzielen. Zur Validierung dienen Prototypen und Tests von Vorversionen der Software durch ausgewählte Benutzergruppen. Lieferobjekte Testplan Ergebnisse von Software-Reviews und statischen Code-Analysen Testprotokoll Abnahmeprotokoll Ergebnisse der Validierung von Vorversionen 8 VORGEHENSWEISE Die koordinierte Vorgehensweise bei der Produktentwicklung wird durch das Zusammenspiel aller Prozesse in den einzelnen Phasen bestimmt. Beginn Identifikation der grundlegenden Geschäftsprozesse und des erwarteten Nutzens des Produktes für den Kunden, Abgrenzung des Systems auf der Basis dieser Geschäftsprozesse, Formulierung der wichtigsten Anwendungsfälle, Grobschätzung des Gesamtaufwandes, Beschreibung der möglichen Software-Architektur, Identifikation von Risiken, Entwicklung eines visuellen Prototyps, Präsentation des Produktvorschlags vor dem Kunden und den Benutzern. Ausarbeitung Dokumentation von mindestens 80 % der geplanten funktionalen Anforderungen, Festlegung messbarer Qualitätsattribute (zum Beispiel Antwortzeiten), Planung der Konstruktionsphase: Iterationen und Meilensteine, Lieferobjekte und Zuordnung der benötigten Ressourcen, Entwicklung einer stabilen Systemarchitektur, Abgrenzung von Individual- und Standardkomponenten, Ausbau des Prototyps zur Vorabversion mit ausgewählten Komponenten.

11 PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 11 Konstruktion Beschreibung der noch nicht spezifizierten Anwendungsfälle, Lenkung der Anforderungen durch Priorisierung und Anpassung der Iterationen, Umsetzung der technischen Lösung (Programmierung, Zusammenbau von Komponenten), laufende Verbesserung der Software-Architektur, Testen von Zwischenergebnissen im Testcenter, zeitlich gestaffelte Auslieferungen der Zwischenergebnisse, Risikokontrolle und Einleiten von Massnahmen zur Vermeidung der Risiken. Übergang Lieferung und Integration des Produktes in die Zielumgebung des Kunden, Fertigstellen des Benutzerhandbuches und der Systemdokumentation, Probebetrieb des Systems und Benutzerschulung, Abnahmeprüfung der Produktversion durch den Kunden, Durchführung von Nachbesserungen INGTES AG Aarau Alle Rechte vorbehalten. Version: 14. Oktober 2010

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen

Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen White Paper Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen Die arbeitsteilige, ingenieurmäßige Entwicklung und Anwendung von umfangreichen

Mehr

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen Bernhard Fischer Fischer Consulting GmbH MedConf 2009 Folie 1 Wie soll Software entwickelt werden? MedConf 2009 Folie

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Wiederholung Weitere Begriffe Programmierung im Großem (Programmierung von Software als Ganzes) Prozess-Modelle 2 Wiederholung: Prozesse Prozesse sind hierarchische Gruppierungen von

Mehr

Der Rational Unified Process

Der Rational Unified Process Philippe Kruchten Der Rational Unified Process Eine Einführung Deutsche Übersetzung von Cornelia Versteegen An imprint of Pearson Education München Reading, Massachusetts Menlo Park, California New York

Mehr

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES 13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994

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

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

Grundlagen Software Engineering

Grundlagen Software Engineering Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der

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

Systemen - Testen im Softwarelebenszyklus

Systemen - Testen im Softwarelebenszyklus P r a k t I s c h e Entwicklung und Test Testen von Software-Systemen Systemen - Testen im Softwarelebenszyklus Entwickler erstellen ihr System bzw. ihre Software und testen es/sie zur Entwicklungszeit

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

Testen im Software- Entwicklungsprozess

Testen im Software- Entwicklungsprozess Technologie-Event 2006 Testen im Software- Entwicklungsprozess W.Lukas, INGTES AG Was nicht getestet wurde, funktioniert nicht. -- R.Güdel (ca. 1998) Seite 2 Was sollen wir tun? Anomalien & Defekte von

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

Software Engineering Literatur Gliederung Software Engineering Herbert Kuchen Universität Münster Di+Fr 14:15-15:45, M2 Wintersemester 2009/2010 1 Literatur Gliederung Basis-Literatur H. Balzert: Lehrbuch der Software-Technik,

Mehr

Übungen Softwaretechnik I

Übungen Softwaretechnik I Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 2: Vorgehensmodelle IAS-Vorgehensmodell Motivation Probleme Die

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

Das Wasserfallmodell - Überblick

Das Wasserfallmodell - Überblick Das Wasserfallmodell - Überblick Das Wasserfallmodell - Beschreibung Merkmale des Wasserfallmodells: Erweiterung des Phasenmodells Rückkopplungen zwischen den (benachbarten) Phasen sind möglich Ziel: Verminderung

Mehr

Informationssystemanalyse Personal Software Process 8 1

Informationssystemanalyse Personal Software Process 8 1 Informationssystemanalyse Personal Software Process 8 1 Personal Software Process Sehr eng mit dem CMM hängt der PSP (Personal Software Process) zusammen. Der PSP ergänzt das organisationsweite CMM um

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

IT-Projekt-Management

IT-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

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Eine Tour durch das V-Modell 200x

Eine Tour durch das V-Modell 200x Eine Tour durch das V-Modell 200x WEIT Weiterentwicklung des Entwicklungsstandards für IT- Systeme des Bundes auf Basis des V-Modell-97 Stand der Arbeiten Workshop Softwareprozesse in Luft- und Raumfahrtprojekten

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

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

Medizintechnologie.de. Entwicklungsplan. Entwicklungsplan. Einteilung in Entwicklungsphasen

Medizintechnologie.de. Entwicklungsplan. Entwicklungsplan. Einteilung in Entwicklungsphasen Medizintechnologie.de Entwicklungsplan Entwicklungsplan Medizinprodukte werden immer komplexer. Um alle gesetzlichen und normativen Vorgaben einhalten und die Entwicklung eines Medizinproduktes kontrollieren

Mehr

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

Mehr

EINFÜ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. 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

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

Zusammenfassung der Vorlesung

Zusammenfassung der Vorlesung Zusammenfassung der Vorlesung Die wichtigsten Punkte der Vorlesung waren... Dr. F. Sarre Wintersemester Wintersemester 20102013 / 2011 / 2014 Folie 307 Herausforderungen beim Projektmanagement Projektziel

Mehr

Service Transition. Martin Beims. WKV SS13 Karsten Nolte. Mittwoch, 19. Juni 13

Service Transition. Martin Beims. WKV SS13 Karsten Nolte. Mittwoch, 19. Juni 13 Service Transition Martin Beims WKV SS13 Karsten Nolte Inhalt Einführung & Ziele Transition Planning & Support Change Management Service Asset & Configuration Management Release & Deployment Management

Mehr

2 Vorgehensmodelle in der Softwareentwicklung

2 Vorgehensmodelle in der Softwareentwicklung 2 Vorgehensmodelle in der Softwareentwicklung 2.1 Vorbemerkungen Aufgrund der Komplexität von Software-Produkten ist es nahezu unmöglich, allein durch Tests die Korrektheit bzw. die Fehlerfreiheit festzustellen.

Mehr

Requirements Dokumentation

Requirements Dokumentation Software Engineering i - Requirements Dokumentation Wolfgang Henhapl, Andreas Kaminski et al. Bemerkungen zu den Projektplänen Überraschendes Engagement Verständnis für das geplante Spiel Auftraggeber:

Mehr

Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation. organisiert

Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation. organisiert ? organisiert Was muss ich noch für meine Zertifizierung tun, wenn meine Organisation ist? Sie müssen ein QM-System: aufbauen, dokumentieren, verwirklichen, aufrechterhalten und dessen Wirksamkeit ständig

Mehr

17 Architekturentwurf Vorgehen und Dokumentation

17 Architekturentwurf Vorgehen und Dokumentation 17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen

Mehr

Lohnt sich Requirements Engineering?

Lohnt sich Requirements Engineering? Lohnt sich Requirements Engineering? Seminar Messbarkeit von Anforderungen am Fachgebiet Software Engineering Wintersemester 2007/2008 Betreuer: Eric Knauss Oleksandr Kazandzhi Gliederung Einleitung Messen

Mehr

The Software Quality Challenge

The Software Quality Challenge The Software Quality Challenge Stanislav Michel Otto-von-Guericke-Universität Magdeburg Gliederung 1. Einleitung 2. Fehlerbeseitigung Probleme 3. Erfolgreiche Qualitätsstrategien 4. Grundsätze der Softwarequalität

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

INHALTSVERZEICHNIS VORWORT DANKSAGUNG DANKSAGUNG DER CLIB-KOORDINATOREN MITWIRKENDE TEIL 1 ÜBER CMMI FÜR ENTWICKLUNG 1

INHALTSVERZEICHNIS VORWORT DANKSAGUNG DANKSAGUNG DER CLIB-KOORDINATOREN MITWIRKENDE TEIL 1 ÜBER CMMI FÜR ENTWICKLUNG 1 INHALTSVERZEICHNIS VORWORT DANKSAGUNG DANKSAGUNG DER CLIB-KOORDINATOREN XV XXV XXXI MITWIRKENDE XXXV TEIL 1 ÜBER CMMI FÜR ENTWICKLUNG 1 1 EINFÜHRUNG 3 Über Capability-Maturity-Modelle 4 Evolution von CMMI

Mehr

Kundenanforderungen dokumentieren

Kundenanforderungen dokumentieren Requirements Engineering Kundenanforderungen dokumentieren Bereich Anforderungen Aktivität Kunden-Anforderungen erheben Ziele Gesteigerte Kundenzufriedenheit Dokumentation der genauen Erwartungen des Kunden

Mehr

2 Professionalisierung als Herausforderung

2 Professionalisierung als Herausforderung 7»Programmierung ist immer noch Flickwerk. Es wird nur angeflanscht, erweitert, modifiziert und am Ende werden Bugs quick-and-dirty beseitigt.«charles Symoni 1 Die Disziplin der Softwareentwicklung ist

Mehr

Software Projekt 2 / Gruppe Knauth Lernziele:

Software Projekt 2 / Gruppe Knauth Lernziele: Lernziele: Realisierung eines komplexen Software-Projektes unter Industrie-ähnlichen Bedingungen Organisiertes Arbeiten im Team Team Organisation: Rollen und Aufgaben der Team-Mitglieder bestimmen Spezifikation

Mehr

SE Besprechung. Übung 3 Softwareprozesse

SE Besprechung. Übung 3 Softwareprozesse SE Besprechung Übung 3 Softwareprozesse SE, 08.11.11 Mengia Zollinger Analyse der Systemkomponenten(3 Punkte) Mögliche Ansätze: 3-Schichten-Architektur (tree-tier-architecture) Präsentation Anwendungslogik

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

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering Winter '12/'13

Mehr

IV::SOLUTIONFRAMEWORK

IV::SOLUTIONFRAMEWORK IV::SOLUTIONFRAMEWORK EINFÜHRUNG Das IV::SolutionFramework ist die Antwort der INTERVISTA AG auf die Anforderungen an moderne IT Entwicklungsprojekte. Effiziente Vorgehensmodelle und die Einführung von

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

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

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

Entwicklungsmethoden

Entwicklungsmethoden Slide 3.1 Entwicklungsmethoden Prof. Dr. Josef M. Joller jjoller@hsr.ch Development Methodologies Prof. Dr. Josef M. Joller 1 Session 3 Slide 3.2 SOFTWARE LIFE-CYCLE MODELLE Development Methodologies Prof.

Mehr

Modul 5: Service Transition Teil 1

Modul 5: Service Transition Teil 1 Modul 5: Service Transition Teil 1 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

Softwareentwicklungsprozesse. 18. Oktober 2012 Softwareentwicklungsprozesse 18. Oktober 2012 Überblick Was soll ein Softwareentwicklungsprozess leisten? Überblick über Softwareentwicklungsprozesse Welche gibt es? Warum gibt es mehrere? Diskussion:

Mehr

Software Engineering

Software Engineering Software Engineering Informatik II. 9. Software-Entwicklung Dokumentation Dipl.-Inform. Hartmut Petters Vorwort was ich noch zu sagen hätte... Basis dieser Vorlesung sind vor allem die folgenden Ausarbeitungen

Mehr

1 Einleitung. 2 Formale Grundlagen. 3 Leistungen der Vertragspartner. 1.1 Zweck, Abgrenzung. 1.2 Projektübersicht, Motivation. 3.

1 Einleitung. 2 Formale Grundlagen. 3 Leistungen der Vertragspartner. 1.1 Zweck, Abgrenzung. 1.2 Projektübersicht, Motivation. 3. Projektplan Hive Version: 1.1 Autoren: Robin Goldberg (2453516) Hansjörg Schmauder (2531506) Benjamin Schmidt(2443953) Erstellt am: 15.02.2010 Letzte Änderung: 24.06.10 Inhaltsverzeichnis 1 Einleitung...

Mehr

Medizintechnik und Informationstechnologie im Krankenhaus. Dr. Andreas Zimolong

Medizintechnik und Informationstechnologie im Krankenhaus. Dr. Andreas Zimolong Medizintechnik und Informationstechnologie im Krankenhaus Dr. Andreas Zimolong DIN EN 80001-1:2011 Anwendung des Risikomanagements für IT-Netzwerke, die Medizinprodukte beinhalten Teil 1: Aufgaben, Verantwortlichkeiten

Mehr

Einführung in die Softwareentwicklung

Einführung in die Softwareentwicklung Einführung in die Softwareentwicklung Thorsten Lemburg Universität Hamburg Seminar: Softwareentwicklung in der Wissenschaft 1 / 53 Einführung in die Softwareentwicklung - Thorsten Lemburg Gliederung 1.

Mehr

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center Ihr starker IT-Partner. Heute und morgen PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr PRINCE2 TAG 2011 Peter Morwinski, Leiter Technologie Center INHALT PRINCE2 und V-Modell XT Einleitung

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

Einsatz von Vorgehensmodellen

Einsatz von Vorgehensmodellen Dieser Fachbeitrag ist ein Service der InfraSoft Profis für Ihre professionelle Softwareentwicklung. Einsatz von Vorgehensmodellen 1. Allgemeines Ein Vorgehensmodell ist ein Muster zur Beschreibung eines

Mehr

Automotive Software Engineering

Automotive Software Engineering Jörg Schäuffele Thomas Zurawka Automotive Software Engineering Grundlagen, Prozesse, Methoden und Werkzeuge effizient einsetzen 4., überarbeitete und erweiterte Auflage Mit 276 Abbildungen PRAXIS ATZ/MTZ-Fachbuch

Mehr

Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung des Projektstatus.

Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung des Projektstatus. Fachgruppe Projektmanagement im Mittelstand August 2015 Themen, die vor dem Projekt durchzuführen sind KNOW-HOW Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung

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

xiii Inhaltsverzeichnis 1 Einleitung 1

xiii Inhaltsverzeichnis 1 Einleitung 1 xiii 1 Einleitung 1 1.1 Die Money AG.................................. 4 1.2 Grundlagen..................................... 8 1.2.1 Warum Reifegradmodelle?................. 10 1.2.2 Warum SPICE?.........................

Mehr

Inhaltsverzeichnis 1 Einführung und Überblick 2 Grundlagen

Inhaltsverzeichnis 1 Einführung und Überblick 2 Grundlagen IX 1 Einführung und Überblick... 1 1.1 Das System Fahrer-Fahrzeug-Umwelt... 2 1.1.1 Aufbau und Wirkungsweise elektronischer Systeme... 2 1.1.2 Elektronische Systeme des Fahrzeugs und der Umwelt... 5 1.2

Mehr

Software-Ergonomie/Usability

Software-Ergonomie/Usability A C D A B E C D Software-Ergonomie/Usability Relevanz für Hersteller und Betreiber von Software Gliederung 1. Einleitung und Grundlagen 2. Gesetze zur Software-Ergonomie/Usability 3. Warum sollte man in

Mehr

Informationssystemanalyse Use Cases 11 1

Informationssystemanalyse Use Cases 11 1 Informationssystemanalyse Use Cases 11 1 Use Cases Slide 1 Als ein populäres Mittel um Anforderungen zu erfassen und Systeme zu beschreiben, werden Use Cases benutzt. Sie bilden die Basis für eine umfassendere

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

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Modellgetriebene Softwareentwicklung auf Basis von TOPCASED am Beispiel

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

V-Methode, RUP, Waterfall oder was?

V-Methode, RUP, Waterfall oder was? 5. Bayerischer IT-Rechtstag am 26. Oktober 2006 auf der SYSTEMS 2006 in München Übersicht über die verschiedenen Vorgehensmodelle Dr. Sarre & Schmidt EDV-Sachverständige, München Öffentlich bestellter

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

2 Anforderungsmanagement?

2 Anforderungsmanagement? 2 Anforderungsmanagement? 2.1 Was sind Anforderungen? Anforderungen beschreiben Eigenschaften, Funktionalitäten und Qualitäten an ein Produkt. Im täglichen Leben und selbst dann, wenn es keinen wirklichen

Mehr

Software Engineering. 3. Analyse und Anforderungsmanagement

Software 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

Mehr

SPI-Seminar : Interview mit einem Softwaremanager

SPI-Seminar : Interview mit einem Softwaremanager Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1 Aufbau Geschichte

Mehr

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Testprozess und Testwerkzeuge 11

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Testprozess und Testwerkzeuge 11 xi 1 Einleitung 1 1.1 Basiswissen komprimiert.......................... 4 1.2 Praxiswissen Testmanagement Übersicht.............. 8 2 Testprozess und Testwerkzeuge 11 2.1 Fundamentaler Testprozess.........................

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

Aufbau und Nutzen einer ganzheitlichen IT- Dokumentation

Aufbau und Nutzen einer ganzheitlichen IT- Dokumentation Aufbau und Nutzen einer ganzheitlichen IT- Dokumentation tekom RG Baden am 23.05.2012 dokuit Manuela Reiss Mai 2012 1 Manuela Reiss Studium der Geographie Seit fast 20 Jahren Erfahrungen als Beraterin

Mehr

BESTVOR. Kurzvorstellung. Stand: 28.11.2008

BESTVOR. Kurzvorstellung. Stand: 28.11.2008 BESTVOR Kurzvorstellung Stand: 28.11.2008 Einführung, Motivation und Zielsetzung Projekt BESTVOR Self-Assessment Einführungsanleitungen Seite 2 Motivation Praxis Schwierigkeiten Die Integration unterschiedlicher

Mehr

Vorgehensmodell für BI-Projekte

Vorgehensmodell für BI-Projekte Vorgehensmodell für BI-Projekte Dr. Bodo Hüsemann Informationsfabrik GmbH Münster Schlüsselworte Business Intelligence, Data Warehouse, Projektmanagement, Vorgehensmodell Einleitung Informationstechnologie

Mehr

Entwicklungs-Prozess

Entwicklungs-Prozess B e r e i c h e Software-Entwicklungs Entwicklungs-Prozess von Helmut Wolfseher (BWCE) als Partner der IndustrieHansa Kontakt Entwicklung der Kostenverhältnisse für Fehlerbeseitigung Kosten Kosten für

Mehr

Copyright 2014 Delta Software Technology GmbH. All Rights reserved.

Copyright 2014 Delta Software Technology GmbH. All Rights reserved. Karlsruhe, 21. Mai 2014 Softwareentwicklung - Modellgetrieben und trotzdem agil Daniela Schilling Delta Software Technology GmbH The Perfect Way to Better Software Modellgetriebene Entwicklung Garant für

Mehr

Basiswissen Software-Projektmanagement

Basiswissen Software-Projektmanagement isql-reihe Basiswissen Software-Projektmanagement Aus- und Weiterbildung zum Certified Professional for Project Management nach isql-standard von Bernd Hindel, Klaus Hörmann, Markus Müller, Jürgen Schmied

Mehr

1 Einleitung 1. 3 Softwareentwicklungsprojekte mit dem PMBOK Guide managen 21

1 Einleitung 1. 3 Softwareentwicklungsprojekte mit dem PMBOK Guide managen 21 xi 1 Einleitung 1 2 PMBOK Guide, PMI und PMP 7 2.1 Project Management Professional (PMP )............. 9 2.2 Andere Projektmanagementzertifikate............... 12 2.3 PMBOK Guide in»klassischen«it-projekten........

Mehr

Konfigurationsmanagement

Konfigurationsmanagement Konfigurationsmanagement Universität zu Köln Historisch-Kulturwissenschaftliche Informationsverarbeitung Re-usable Content in 3D und Simulationssystemen Dozent: Prof. Dr. Manfred Thaller Referent: Jannes

Mehr

Software Engineering. Dokumentation! Kapitel 21

Software Engineering. Dokumentation! Kapitel 21 Martin Glinz Thomas Fritz Software Engineering Kapitel 21 Dokumentation 2005-2013 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch gestattet;

Mehr

Prozessorientierte Integration von Anwendungssystemen WS 2015 FWP-Fach für Bachelor Wirtschaftsinformatik

Prozessorientierte Integration von Anwendungssystemen WS 2015 FWP-Fach für Bachelor Wirtschaftsinformatik Prozessorientierte Integration von Anwendungssystemen WS 2015 FWP-Fach für Bachelor Wirtschaftsinformatik Prof. Dr. Torsten Zimmer, Hochschule München Motivation für Integrationsplattformen Nach einer

Mehr

Machbar? Machbar! 07.10.2010

Machbar? Machbar! 07.10.2010 TANNER AG 2010 TANNER AG Kemptener Straße 99 D-88131 Lindau (B) Telefon +49 8382 272-0 Fax +49 8382 272-900 www.tanner.de info@tanner.de Agile Softwareentwicklung im regulativen Umfeld. Machbar? Machbar!

Mehr

9 Die Unified Modelling Language UML und der Rational Unified Process RUP / Objectory

9 Die Unified Modelling Language UML und der Rational Unified Process RUP / Objectory In diesem Kapitel: Geschichte von RUP/ROP Inkrementelle und iterative Softwareentwicklung Startphase (inception phase) Entwurfsphase (elaboration) Konstruktionsphase (construction phase) Übergangsphase

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

Software Engineering. 11. Einführung und Wartung

Software Engineering. 11. Einführung und Wartung Software Engineering 11. Einführung und Wartung Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Testen

Mehr

Was versteht man unter einem Softwareentwicklungsmodell?

Was versteht man unter einem Softwareentwicklungsmodell? Softwareentwicklung Was versteht man unter einem Softwareentwicklungsmodell? Ein Softwareentwicklungsmodell ist ein für die Softwareentwicklung angepasstes Vorgehensmodell bei der professionellen ( ingenieursmäßigen

Mehr

ISO9001 2015 QM-Dienstleistungen Holger Grosser Simonstr. 14 90766 Fürth Tel: 0911/49522541 www.qm-guru.de

ISO9001 2015 QM-Dienstleistungen Holger Grosser Simonstr. 14 90766 Fürth Tel: 0911/49522541 www.qm-guru.de ISO9001 2015 Hinweise der ISO Organisation http://isotc.iso.org/livelink/livelink/open/tc176sc2pub lic Ausschlüsse im Vortrag Angaben, die vom Vortragenden gemacht werden, können persönliche Meinungen

Mehr

15 Verwaltung von Anforderungen (Requirements Management)

15 Verwaltung von Anforderungen (Requirements Management) 15 Verwaltung von Anforderungen (Requirements Management) Was ist Requirements Management? Planung und Lenkung des RE-Prozesses Konfigurationsmanagement für Anforderungen Identifikation Änderungs- und

Mehr

Informationssystemanalyse People Capability Maturity Model 6 1

Informationssystemanalyse People Capability Maturity Model 6 1 Informationssystemanalyse People Capability Maturity Model 6 1 People Capability Maturity Model Neben dem CMM, welches primär zur Verbesserung des Entwicklunsprozesses eingesetzt wird, existiert mit dem

Mehr

IT-Projekt-Management

IT-Projekt-Management IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de Seite 1 Qualitätsmanagement Seite 2 Qualitätsmerkmal für SW Funktionalität Zuverlässigkeit Benutzbarkeit Effizienz Ändernbarkeit

Mehr

Qualitätsmanagement im Projekt

Qualitätsmanagement im Projekt Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung

Mehr

Wie die in-step BLUE SPICE Edition for Automotive Ihre Organisation unterstützt, SPICE Level 3 zu erreichen

Wie die in-step BLUE SPICE Edition for Automotive Ihre Organisation unterstützt, SPICE Level 3 zu erreichen Wie die in-step BLUE SPICE Edition for Automotive Ihre Organisation unterstützt, SPICE Level 3 zu erreichen microtool GmbH Inhalte Wie die in-step BLUE SPICE Edition for Automotive Ihre Organisation unterstützt,

Mehr

Basiswissen Software-Projektmanagement

Basiswissen Software-Projektmanagement isql-reihe Basiswissen Software-Projektmanagement Aus- und Weiterbildung zum Certified Professional for Project Management nach isqi-standard von Bernd Hindel, Klaus Hörmann, Markus Müller, Jürgen Schmied

Mehr

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin Agiles Testen Gedankensammlung 17. November 2013 - Patrick Koglin Inhalt Reflektion: Agilität notwendig? Wo? Eigenschaften agiler Entwicklung Quality is everyone s responsibility Qualität möglich machen

Mehr