Informationswirtschaft II Rational Unified Process (RUP)



Ähnliche Dokumente
Informationswirtschaft II

Grundlagen Software Engineering

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

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

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

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


Phasen. Gliederung. Rational Unified Process

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

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert

Projektmanagement. Requirements Management - Anforderungsverwaltung. Oliver Lietz - Projektmanagement

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

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Kapitel 2: Der Software-Entwicklungsprozess

RUP Analyse und Design: Überblick

Softwareentwicklungsprozesse. 18. Oktober 2012

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

Der Rational Unified Process

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

Software-Engineering

ÜBUNG. Einführung in das IT- Projektmanagement WS 2012/13. Dr. The Anh Vuong

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin

Requirements Engineering I

SSI WHITE PAPER Design einer mobilen App in wenigen Stunden

Copyright 2014 Delta Software Technology GmbH. All Rights reserved.

Sybase Central Dokumentation Aktivierung der Monitoringfunktion

Software Engineering in der Praxis

Softwaretechnik. Fomuso Ekellem WS 2011/12

PROJEKTMANAGEMENT GRUNDLAGEN_2

Projektmanagementsoftware: Standard vs. Individual

Anforderungen an die HIS

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:

Informationswirtschaft 2: Überblick

Erfolgreiche Realisierung von grossen Softwareprojekten

ITIL und Entwicklungsmodelle: Die zwei Kulturen

Software Engineering

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

Systemdenken und Gestaltungsmethodik Einführung und Grundlagen II

e-business - Patterns Stefan Brauch (sb058) -- Julian Stoltmann (js057)

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am

Software Engineering. 3. Anforderungsanalyse. Franz-Josef Elmer, Universität Basel, WS 2006/07

Vorlesung Betriebstechnik/Netzplantechnik Operations Research

Product Line Engineering (PLE)

Ein wichtiges Konzept der Software-Architektur

Softwareentwicklungspraktikum Sommersemester Grobentwurf

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick

Seamless Model-based Engineering of a Reactive System

SWT II Projekt. Chat - Anwendung. Pflichtenheft 2000 SWT

Microsoft SharePoint 2013 Designer

Architekturplanung und IS-Portfolio-

Some Software Engineering Principles

Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht

Comparing Software Factories and Software Product Lines

Kurzübersicht Unified Process und Agile Prozesse

Referent: Alessandro Arrigo AAM1. Professor: Prof. Dr. Heindl. Furtwangen,

DKE CIM Informationsveranstaltung

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

Agile for Mobile. Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen. Ursula Meseberg microtool GmbH, Berlin

Requirements Engineering WS 11/12

Dokumentation, Analyse, Optimierung,

Diplomarbeit. Konzeption und Implementierung einer automatisierten Testumgebung. Thomas Wehrspann. 10. Dezember 2008

Multichannel Challenge: Integration von Vertriebsorganisation und Contact Center in der Versicherung

Use Case Beschreibung: <Name (Nummer)>

Erstellen eines Formulars

your engineering partner boost your development

Inhaltsverzeichnis. Literatur. 4 Rational Unified Process [JBR98, Kru03] und UML [BRJ02, FS00, Bal01]

Soft Skills als Erfolgsfaktoren im anforderungsorientierten, agilen Projektmanagement am Beispiel der IT- Softwareentwicklung

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

SharePoint Demonstration

Requirements-Management Ein praktisches Beispiel

Software Systems Engineering

SDD System Design Document

Open Source als de-facto Standard bei Swisscom Cloud Services

Anwendungspraktikum aus JAVA Programmierung im SS 2006 Leitung: Albert Weichselbraun. Java Projekt. Schiffe Versenken mit GUI

Softwareentwicklungsprozess im Praktikum. 23. April 2015

Titel BOAKdurch Klicken hinzufügen

Albert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen

Analyse zum Thema: Laufzeit von Support-Leistungen für ausgewählte Server OS

Research Note zum Thema: Laufzeit von Support-Leistungen für Server OS

Software-Entwicklungsprozesse zertifizieren

360 - Der Weg zum gläsernen Unternehmen mit QlikView am Beispiel Einkauf

Kap. 35 Swing: Grundlagen Kap Swing: Hauptfenster

THEMA: "SAS STORED PROCESSES - SCHNELL GEZAUBERT" HELENE SCHMITZ

Online Banking System

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin

Umstieg auf Microsoft Exchange in der Fakultät 02

Anleitung Redmine. Inhalt. Seite 1 von 11. Anleitung Redmine

MetaNavigation der effizienteste Weg maximalen Mehrwert aus BI Metadaten zu ziehen

Konsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt

Management von Anforderungen im Rational Unified Process (RUP)

Saxonia Forum 2015: SMART BUSINESS APPLIKATIONEN: ZIELGRUPPENORIENTIERTE SOFTWARELÖSUNGEN

BIF/SWE - Übungsbeispiel

Requirements Engineering

IBM SPSS Statistics Version 23. Einführung in Installation und Lizenzierung

Inhalt. 1 Übersicht. 2 Anwendungsbeispiele. 3 Einsatzgebiete. 4 Systemanforderungen. 5 Lizenzierung. 6 Installation. 7 Key Features.

Übungsaufgaben zum Software Engineering: Management

Installation OMNIKEY 3121 USB

UNTERNEHMENSVORSTELLUNG. Die Riometa GmbH stellt sich vor.

Entwicklungsmethoden

Transkript:

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 Produkt RUP von Rational Seite 2 Seite 1

RUP - Historische Entwicklung 1998: Rational kauft andere Toolanbieter 1995: Rational kauft Objectory 1987: Ivar Jacobson verlässt Ericsson und gründet Objectory Rational Unified Process (RUP) Rational Objectory Process (ROP) Objectory Process 1967: Ericsson Approach weitere Ansätze Rational Approach UML Im Jänner 2003 wurde Rational um "$2.1 billion in cash" von IBM gekauft. Seite 3 RUP - Kennzeichen Komponenten mit definierten Schnittstellen verwendet UML Use-Case basiert Konzentration auf Architektur iterativer und inkrementeller Prozeß Seite 4 Seite 2

Use-Case basiert Erfolgreiche Systeme müssen den Erwartungen der Benutzer (User) genügen. Benutzer interagieren mit dem System, und das System führt eine Reihe von Aktionen aus. Ein Use-Case ist die Beschreibung einer Interaktion und legt funktionale Anforderungen der Benutzer fest. Eine Menge von Use-Cases beschreiben die Anforderungen an das gesamte System. Use-Cases sind auch die Grundlage für alle weiteren Teile des RUP. Seite 5 Konzentration auf Architektur Die wichtigsten statischen und dynamischen Aspekte des Systems (Sichten). beeinflusst durch: die wichtigsten Use-Cases (funktionale Anforderungen der Benutzer) Plattform (OS, Datenbankmanagementsystem,...) Wiederverwendbare Komponenten (Frameworks, GUI,...) alte Anwendungen nicht-funktionale Anforderungen (Performance, Verlässlichkeit) Die wichtigsten Use-Cases bilden Subsysteme, Klassen oder Komponenten. Seite 6 Seite 3

Iterativ und inkrementell Aufteilung des Softwareprodukts in Mini-Projekte. Jedes Mini-Projekt ist eine Iteration und führt zu einer inkrementellen Vergrößerung des Produkts. Wichtig ist die Kontrolle der Iterationen! Arbeitsschritte: Auswahl der Use-Cases, die in der nächsten Iteration implementiert werden sollen. Analyse, Design, Implementierung Test Vorteile: Risiko wird auf Iteration beschränkt. Probleme werden bei den Tests der Iterationen erkannt. Klare Ziele der Iteration. Anforderungen der Benutzer können in Iterationen verfeinert werden. Seite 7 Lebenszyklus im RUP Geburt... Tod Zyklen jeweils abgeschlossen mit Release Der Lebenszyklus ist durch eine Reihe von Zyklen bestimmt. Jeder Zyklus endet mit einer Release des Produkts für den Kunden. Seite 8 Seite 4

Phasen eines Zyklus in RUP Mini-Lebenszyklus: Jeder Zyklus ist in Phasen eingeteilt, die jeweils öfters durchlaufen werden (Iterationen) und endet mit Meilenstein/Prototyp/Release. Seite 9 Die Phasen Inception: Erarbeitung der Produktidee, Vision. Vereinfachte Use-Cases Planung der Elaboration Phase grobe Kostenplanung des Gesamtprojekts Elaboration: Analyse/Design. Problem analysieren (Use-Cases) Architektur erstellen Manager können alle folgenden Aktivitäten planen und den Aufwand abschätzen Construction: Erstellung des Produkts bis Beta-Release. Transition: Produkt kommt zum Benutzer (mehrere Releases, Helpdesk, Bugfixes,...) Evolution: Der gesamte Prozess startet neu Seite 10 Seite 5

Aktivitäten im Zyklus von RUP Seite 11 Verteilung des Aufwands Ressourcen 5% 20% 65% 10% Typische Verteilung Je schwieriger das Projekt ist, desto mehr Anteil am Aufwand haben Inception und Elaboration. Zeit Seite 12 Seite 6

Arbeitsabläufe Für jeden Ablauf ist festgelegt wer für was zuständig ist (Modelle, Dokumente, Code). Bsp: Implementierung Architekt: Implementierungsmodell, Beschreibung der Architektur, Verteilungsmodell System Integrator: Integrationsplan Component Engineer: Komponenten, Subsysteme, Interfaces Seite 13 Rational's Unified Process Für jeden Ablauf von Business Modeling über Implementierung bis Projektmanagement gibt es im RUP Abläufe die durch Tools unterstützt werden. Requirements Seite 14 Seite 7

Die RUP Plattform Seite 15 Literatur I. Jacobson, G. Booch, J. Rumbaugh: The Unified Software Development Process, Addison-Wesley, Reading, MA, 1999. Rational Homepage: http://www.rational.com Seite 16 Seite 8