1.2 System- und Softwareentwicklungsprozesse · Design Realisierung Abnahme Betrieb. 1.2 System-...

Fachhochschule Furtwangen, Sommersemester 2004

1.2 System- und Softwareentwicklungsprozesse

Prof. Mario Jeckle

Fachhochschule Furtwangenmario@jeckle.de

http://www.jeckle.de

-und S

2M. Jeckle: 1.2 System- und Softwareentwicklungsprozesse. Fachhochschule Furtwangen, Sommersemester 2004

eVorgehensmodelle und UML

• effizienter• effektiver ...zu gestalten

Vorgehensmodelle unterteilen sich in• klassisch• agil

Um Systeme und Software sinnvoll entwickeln zu können wurden Vorgehensmodelle geschaffen, um Arbeit und Ergebnisse ...

UML dient als standardisierte Modellierungssprache.

-und S

eVorgehensmodelle

Klassische Vorgehensmodelle = „schwergewichtige“ Prozessmodelle

• statisch• dokumentenorientiert• teuer• gut geeignet für große Projekte

Agile Vorgehensmodelle = „leichtgewichtige“ Methoden

• flexibel• kundenorientiert• chaotisch• gut geeignet für kleine Projekte und Teams

-und S

eKlassische Vorgehensmodelle

Entstehung seit 60er Jahren

• Rational Unified Process (RUP)• Spiralmodell• Springbrunnenmodell• V-Modell• Wasserfallmodell• …

-und S

eDas Wasserfallmodell

• Entwickelt aus dem stage wise model von Benington

• Weiterentwickelt mit Rückkopplungsschleifen durch Winston Royce

• Benannt und in heutige Form gebracht von Barry Boehm

Das Wasserfallmodell ist• sequentiell• stufenweise• dokumentenorientiert

-und S

Die Einteilung des Modells erfolgt in Phasen,welche

• In richtiger Reihenfolge• In vollständiger Breite• Nur strikt nacheinander sequentiell bearbeitet werden können• Mit Meilensteinen abgeschlossen werden

Eine neue Phase kann nur nach vollständigem Abschluss der vorherigen begonnen werden!

-und S

Ein Überblick:

Vor-untersuchung

Analyse

Design

Realisierung

Abnahme

Betrieb

-und S

eDas Springbrunnenmodell

Allgemeines:• Entwickelt von Brian Henderson-Sellers• Auch als fountain model bekannt• Besteht aus Aktivitäten, die einer bestimmten, nicht

vorgegebenen Reihenfolge unterliegen

Ergebnisse der Entwicklung mit diesem Modell sind ähnlich des Wasserflusses in einem Springbrunnen:

• Das nach oben gepumpte Wasser symbolisiert Reihenfolge und Verlauf von Aktivitäten

• Die verschiedenen Ebenen repräsentieren Ergebnisebenen bzw. das Vollenden einer Teilaufgabe

• Zielerreichung wird von der Spitze der Fontäne dargestellt

-und S

eDas Springbrunnenmodell

Ein Überblick:

Softwarepool

Anforderungs- und Machbarkeits-Untersuchung

Analyse

Systemdesign

Objektdesign

Kodierung

Modultest

Systemtest

Nutzung

-und S

eDas Spiralmodell

Allgemeines:

• Entwickelt von Barry Boehm

• Aufbauend auf dem Wasserfallmodell (WM)

• Eingeteilt in Zyklen, die wiederholt zu durchlaufen sind

• Zyklen entsprechen den Phasen des WM

• Dynamischere Anpassungsmöglichkeiten als bei WM

Aufgaben der Zyklen:

• Klärung der Ziele, Alternativen und Randbedingungen.

• Gegebenfalls Einsatz von Prototyping zur Klärung der Ziele, Vorstellungen, Machbarkeit.

• Ablauf geeigneter Schritte, wie im Wasserfall-Modell.

• Review der abgelaufenen Phase und Planung der folgenden.

-und S

eDas Spiralmodell

Ein Überblick:

Ziele, Alternativen,Randbedingungen

Risikoanalyse,Prototyping

Design,Test

Review,Neuplanung

-und S

eDas V-Modell

• Entwickelt im Auftrag des Bundesministeriums für Verteidigung (BMVg)

• Entwickelt in Zusammenarbeit von Bundesamt für Wehrtechnik und Beschaffung (BWB) und der Industrieanlagen- Betriebsgesellschaft mbH (IABG) Ottobrunn

• 1992 erstmaliger Einsatz im Bundesministerium des Inneren (BMI) für die Bundesverwaltung

• Seit 1996 verbindlicher Standard für alle IT-Systeme des Bundes

• Heute auch in vielen Wirtschaftsunternehmen Standard

-und S

eDas V-Modell

Das V-Modell wird in drei Teile aufgegliedert:

Regelungsteil:verbindliche Regelungen für durchzuführende Arbeitsschritte

Behördenspezifische Ergänzung:Angaben zur Anwendung des V-Modells; diesen Teil gibt es für den Bereich der Bundeswehr und für die zivile Bundesverwaltung

Handbuchsammlung:enthält Handbücher zu speziellen IT-Themen (z.B. Sicherheit)

-und S

eDas V-Modell

Dieser Standard umfasst drei Ebenen:

• Vorgehensmodell: legt Tätigkeiten, Ergebnisse und Inhalte der Ergebnisse fest

• Methodenzuordnung: legt die Methoden und Darstellungsmittel für die oben genannten Tätigkeiten und Ergebnisse fest

• Funktionalen Werkzeuganforderungen:legt die funktionalen Eigenschaften der benötigten Werkzeuge fest

Durch ständige Weiterentwicklung und Finanzierung durch BMVg und BMI ist das V-Modell ein lebendiger Standard

-und S

eDas V-Modell

Auf allen Ebenen werden Regelungen in Untermodelle eingeteilt:

• Projektmanagement (PM):plant, kontrolliert und informiert SE, QS und KM

• Systemerstellung (SE):erstellt System bzw. Software

• Qualitätssicherung (QS):gibt Qualitätsanforderungen vor und überprüft Ergebnisse auf Einhaltung

• Konfigurationsmanagement (KM): verwaltet erzeugte Produkte

-und S

eDas V-Modell

Ein Überblick:

Abnahmetest

Systemtest

Integrations-test

Modultest

Anforderungs-definition

Grobentwurf

Modulimple-mentation

Feinentwurf

Testfall

Anwendungs-Szenarien

-und S

eRational Unified Process

Übersicht:

• Entwickelt 1998 durch die Firma Rational• Anwendungsfall-zentrierter Zugang zur Softwareentwicklung• Rahmenwerk für den gesamten Entwicklungsprozess• Definiert und steuert Aktivitäten, Messkriterien, Ergebnisse• Sprache des RUP ist die UML

• Erstellt Artefakte als Grundlage des Systems• Dokumentiert das Projekt

-und S

Zusammensetzung aus „Best Practices“

• Iterative Softwareentwicklung• Anforderungsmanagement• Verwendung Komponenten-basierter Architekturen• Visuelle Software-Modellierung• Prüfung der Softwarequalität• Kontrolliertes Änderungsmanagement

... und sonstigen Eigenschaften

• Anwendungsfall-gesteuerte Softwareentwicklung• Konfiguration des Prozesses• Werkzeug-Unterstüzung

-und S

Prozesse: Statische Struktur: Wer macht wann wie was?

Wer Worker; bearbeitet eine Reihe von zusammenhängenden Aktionen

Wann Workflow; gibt die Reihenfolge an, in der bestimmte Aktivitäten aufeinander folgen

Wie Aktivitäten; Teil der Tätigkeit des Workers, bestehen aus den Schritten thinking, performing und reviewingund sind beendet, wenn neues Artefakt entstanden ist

Was Artefakte; Informationseinheiten, die während des Projektes entstehen und gebraucht werden- sind sowohl Ein- als auch Ausgabe von Aktivitäten

-und S

eRational Unified Process:

Personen und Worker

-und S

Kern Workflows

• Sechs Core Workflows• Business Modelling Workflow• Requirement Workflow• Analysis & Design Workflow• Implementation Workflow• Test Workflow• Deployment Workflow

• Drei Supporting Workflow– Project Management Workflow– Configuration and Change Management Workflow– Environment Workflow

-und S

Dynamische Struktur

-und S

Iterativ-Inkrementeller Prozess

• Aufgabenteilung in kleine Schritte (Iterationen) • deren Ergebnisse (Inkremente) in das Produkt

einfließen

Grund: bessere Erfolgsaussichten des Projektes

Lange Projektlaufzeiten und schnelle Veränderungen der Anforderungen in Projekten führen zu ...

-und S

Architekturzentrierter Prozess

• Logische Sicht (Sicht des Endanwenders)

• Implementierungssicht (Sicht des Programmierers)

• Prozess- Sicht (Sicht des System-Integrators)

• Verteilungssicht (Sicht des System-Ingenieurs)

• Use-Case Sicht (Sicht des Analysten/Testers)

Der Benutzer erhält eine Gesamtansicht der Architektur, unterteilt in fünf Sichten:

-und S

Ein architekturzentrierter Prozess

Logische Sicht•Funktionalität•Endanwender

Prozess Sicht•Performanz/Skalierbarkeit

•Systemintegrator

VerteilungsSicht•Installation,•Kommunikation•System Ingenieur

Use-Case Sicht•Verhalten•Analysten/Tester

Implementierungs-Sicht•Software-Management•Programmierer

-und S

Anwendungsfall gesteuerter Prozess

• Anwendungsfall = Sequenz von Aktionen des Systems • Beschreibt alle funktionalen Anforderungen an das System

Vorteile:• intuitive Anforderungsgenerierung an das System möglich• Steuerung der iterativen Entwicklung• Unterstützung des Architekturentwurfs

-und S

ePhasen des Rational Unified Process

• Spezifikation der Endproduktvision

• Spezifikation der wesentlichen Geschäftsvorfälle

• Definition des Umfang des Projekts

• Kosten und Risiken vorhersagen

• Abschluß: Life Cycle Objective Milestone

I. Inception Phase-Konzeptualisierung

-und S

• Spezifikation der Produkteigenschaften

• Design der Architektur

• Planung der notwendigen Aktivitäten und Ressourcen

• Abschluß: Life Cycle Architecture Milestone

II. Elaboration Phase -- Der Entwurf

-und S

• Erstellung des Produkts

• Entwicklung der Architektur

• Ergebnis: fertiges Produkt

• Abschluß: Initial Operational Capability Milestone

III. Construction Phase – Die Implementierung

-und S

• Freigabe des Produkts an die Benutzer

• Überprüfung des Qualitätslevels

• Auslieferung, Training, Einsatzunterstützung, Wartung

• Abschluß: Release Milestone

IV. Transition Phase – Die Produktübergabe

-und S

eAgile Methoden

Entwicklung agiler Methoden:

• 1975 beschreiben Victor Basili und Joe Turner iterative, inkrementelle Entwicklungsmöglichkeiten

• 1986 Barry Boehm veröffentlicht das SpiralmodellErste Versuche mit der Methode Scrum

• 1994 Erste Versuch mit der Methode DSDM• 1998 Chaos-Report der Standish-Group• 1999 veröffentlicht Kent Beck sein Extreme Programming (XP)• 2001 Gründung der Agile Alliance

Veröffentlichung des Agile Manifesto

-und S

eAgile Methoden

Einige der bisher entstandenen Methoden:

• Adaptive Software Development (ASD)• Crystal• Dynamic System Development Method (DSDM)• Extreme Programming (XP)• Feature Driven Development (FDD)• Lean Development (LD)• Pragmatic Programming• Scrum

-und S

eExtreme Programming (XP)

1999 entwickelt von Kent Beck als

„eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte und vergnügliche Art und Weise der

Softwareentwicklung“

-und S

XP wird auch als Puzzle-Programmierung bezeichnet:• Programmierung findet in kleinen Teilen statt• Einzelne Code-Teile machen keinen Sinn• Erst das zusammengesetzte Ganze funktioniert

Kernansprüche:• Kunde ist Teil des Projektteams• Konsequente Orientierung des Projektes an

Kundenanforderungen• Kurze Release-Zeiten• Iteratives Vorgehen• Integriertes Testen

-und S

XP kann in vier Bereiche eingeteilt werden:

Planen: Ausarbeitung der Anforderungen durch Team und Kunde in StoriesEinteilen des Projektes in Iterationen

Kodieren: Code wird nach vereinbarten Standards entwickeltDer Code wird immer in Paar-Programmierung erzeugt

-und S

Modellieren: Einfache Strukturen mit einheitlicher SystemmetapherRefactoring soviel und sooft wie möglich

Testen: Jedes Codefragment wird getestetErgebnisse von Akzeptanztests werden veröffentlicht

-und S

ewww.xprogramming.com

1.2 System- und Softwareentwicklungsprozesse · Design Realisierung Abnahme Betrieb. 1.2 System-...

Documents

1.2 Entwicklungsgeschichte Begriff Operating System wurde in den 60er Jahren in den USA geprägt und in Deutschland als Betriebssystem übernommen. Zunächst

Презентация PowerPoint · 2020. 12. 18. · Executive summary Market dynamics overview and current challenges 1.1 DeFi: a new financial system on the blockchain 1.2 The

EC9 1.2 FA103474

abgeleitet von der Nace Rev. 2 · 1.1.1 Das internationale System der wirtschaftlichen Klassifikation Il sistema internazionale di classificazione economica 15 1.2 ATECO: Anwendungsbereiche

Entwurf und Implementierung eines UI- Prototypengenerators ... · sich Softwareentwicklungsprozesse darstellen, optimieren und automatisieren lassen. Darüber hinaus stellt es auch

Airtherm - Pipe system JsC · 2016. 9. 17. · 7 Продуктов каталог ... 1.2 Функция на контролираната вентилация на жилищните

Kaba elostar System...Installationsanleitung Kaba elostar System k3elo701de-2003-11 3 1 Zu dieser Anleitung 4 1.1 Gültigkeit 4 1.2 Zielgruppe 4 1.3 Inhalt und Zweck 4 1.4 Ergänzende

Leben und Arbeiten in Österreich...Leben und Arbeiten in Österreich 2016 6 1.2 Das politische System Österreich ist eine demokratische Republik. Der Bundespräsident/die Bundespräsidentin

Das Zwei-Komponenten-System CiaRH von Streptococcus … · 1.1 Streptococcus pneumoniae 8 1.2 Signaltransduzierende Zwei-Komponenten-Systeme 10 1.3 Das Zwei-Komponenten-System CiaRH

HACCP Kundenhandbuch - · PDF file 4 1.2 Was ist ein HACCP-Konzept? Hierbei handelt es sich um ein System, welches durch vorbeugende Maßnahmen und Kontrollen die Herstellung

Meilhaus Electronic Handbuch ME-MultiSig 1.6D.pdf · Rev. 1.6D Handbuch ME-MultiSig Einführung Seite 6 Meilhaus Electronic 1.2 Leistungsmerkmale Abb. 1: Analog-(De-)Multiplexer-System

Betriebsanleitung Nagios-Box Inhaltsverzeichnis fileAnleitung Nagios-Box Stand 21.10.2014 Seite 3 von 70 1.2. Hardware-Anforderungen Die gesamte Nagios-Box kann als Image auf ein System

Volkswagen | Volkswagen Nutzfahrzeuge - MergedFile3b0e03f3/download...VW 1.2, km VW Polo 1.2 6 1.2, 44kW. EZ 6110, 70776 km VW 1.2, 51kW, EZ 11/13, 53524 km VOLKSWAGEN AUTOMOBILE HAMBURG,

CP6606-0001-0020 - Beckhoff Information System · Version: 1.2 Datum: 07.10.2016 . Inhaltsverzeichnis Inhaltsverzeichnis 1 Vorwort 3 1.1 Hinweise zur Dokumentation 3 ... 1.1.2 Marken

Corsa Preisliste 23062004 V1 · 2011-11-15 · - DSA Sicherheitsfahrwerk - auskuppelnde Sicherheitspedale PRS (Pedal Release System) Fahrwerk, Getriebe & Räder ... (1.0 und 1.2)

Eurocode 5 1.2

LEBEN UND ARBEITEN IN ÖSTERREICH - uibk.ac.at€¦ · 1.2 Das politische System. Österreich ist eine . demokratische Republik. Die Gesetze werden im . Parlament. beschlossen. Zu

Praktikum Materialwissenschaft I - Strukturforschung - R ... · Abbildung 1.2:Beschreibungsgr oˇen f ur die 7 Kristallsysteme; beim monoklinen System werden zwei Aufstellungsvarianten

Fachbereich Fahrzeugtechnik und Flugzeugbau … · Bild 1.2 Beispiel von System und Umwelt: Kühlschrank Umwelt System Austausch von Daten und/oder Stoffströmen durch die Systemgrenze

CraftICON 1.2