EOS-Workbench -...

Januar 2004, Autor: Sabine Joachimsthaler Folie 1

EOS-Workbench

Ein evolutionäres Vorgehensmodell für den werkzeuggestützten

Softwareentwicklungsprozess.

Wieviel Theorie ist in der Praxis einsetzbar?

www.cept-it.deCopyright © cept it GmbH Mai 2004 Folie 2

Agenda

Vorstellung cept it GmbH

Motivation

Prozesse allgemein

EOS-Metamodell

Überblick EOS-Webguide und Produktvorstellung EOS-Workbench

Projektbeispiele

Fazit


� Gründung 1998

� Sitz in Böblingen

� Weiterer Sitz in Ratingen,Schwerpunkt Mainframe

� Intensive Zusammenarbeit mitPartnern und Hochschulen

Kurzvorstellung der 'cept it GmbH


� Beratungsleistung, Coaching undSchulungen

� Softwareentwicklung (J2EE,.NET), Projektmanagement,Methoden und Verfahren

� Branchenkenntnisse beiIndustrie, Banken,Versicherungen, Telco undHandel

Tätigkeitsfeld


� EOS-Workbench als Werkzeugzur Unterstützung desProjektmanagements

� LIDO als Persistenzframeworkfür Java-Anwendungen (LibelisTitanium-Partner)

Produkte


Agenda


Motivation

Prozesse allgemein

EOS-Metamodell


Projektbeispiele

Fazit


31%

16%

53%

CancelledSuccessfulChallenged

Haben wir ein Problem?

� Gefährdete Projekte sind Alltag

� 30% aller Projekte scheitern

� 90% aller IT-Projekte werden neu aufgesetzt

� IT-Projekte sind im Schnitt doppelt so teuer wie geplant

Quelle www.standishgroup.com


Haben wir ein Problem?

� Wenig deutsche Unternehmen mit überprüftem Softwaretechnik-Reifegrad

� Unternehmen schätzen sich selbst oft auf Level 3-4 ein

� Bei Assessments liegt der festgestellte Reifegrad oft 1-2 Level unter derSelbsteinstufung

5: bester Level - Quelle www.standishgroup.com

Indien

UK

USA

Frankreich

Deutschland

187

110

1563

105

23

✔✔✔✔ ✔✔✔✔ ✔✔✔✔ ✔✔✔✔ ✔✔✔✔

✔✔✔✔ ✔✔✔✔ ✔✔✔✔

✔✔✔✔ ✔✔✔✔ ✔✔✔✔ ✔✔✔✔ ✔✔✔✔

✔✔✔✔ ✔✔✔✔ ✔✔✔✔ ✔✔✔✔

✔✔✔✔ ✔✔✔✔ ✔✔✔✔

1 2 3 4 5CMM level


Agenda


Motivation

Prozesse allgemein

EOS-Metamodell


Projektbeispiele

Fazit


Prozesse allgemein

� Defintion Prozess: eine Folge von Schritten zur Erreichung eines gegebenen Ziels

� ad-hoc Prozess ↔ systematischer Prozess

� Systematische Prozesse schaffen

� klare Definition der Abläufe

� Vereinheitlichung und Nachvollziehbarkeit

� Prozesse sind der Weg, aber das Ziel darf nicht aus den Augen verloren werden

� Kein Realitätsverlust

� Keine Prozessbürokratie

� Keine Erstarrungen


Charakteristika CMMI und SPICE

� CMMI

� Das weltweit am häufigsten genutzte Qualitätsmodell des SEI

� Hilft durch die Bestimmung von Reifegraden die Qualität und den Erfolg vonProjekten in den Begriff zu bekommen

� ISO 15504 (SPICE)

� Beinhaltet die Methodik und die Strukturen, um Assessments vonSoftwareprozessen durchführen zu können

� zweidimensionales Referenzmodell

� Prozessdimension (angelehnt an ISO 12207 - Aufteilung der Prozesse inGruppen und Kategorien)

� Fähigkeitsdimension (Reifegrad)


Mehr als nur Standards - Base Practices

� Lebbare Prozesse einführen

� Bewährtes sollte identifiziert und beibehalten werden

� Base Practices: Forderungskatalog für Prozesse, Minimalanforderungen für ErreichungLevel 1

� Anknüpfung an Assessment und Umsetzung der definierten Massnahmen

� SPI - Software Process Improvement

� Einbezogen werden

➔ Methoden, Fähigkeiten, Projekte, Unternehmenskultur, Organisation undTechnologie einbezogen

➔ es wird die gesamte Organisation verändert


SPI - Software Process Improvement

Projektemit ihren bestehenden

Methoden zur Projektunter-stützung

FähigkeitenAusbildung der Mitarbeiter in

Verbindung mit einergemeinsamen

Vorgehensweise

MethodenGemeinsames Verständnis

für Projekte und derenDurchführung

Technologie

Unternehmenskultur Organisation


Agenda


Motivation

Prozesse allgemein

EOS-Metamodell


Projektbeispiele

Fazit


EOS-Prozessmodell

� Der Ursprung - das EOS-Prozessmodell

� Entwicklung eines evolutionären, objektorientierten Software-Entwicklungprozessin Zusammenarbeit mit der Universität Marburg

� Wesentliche Vorteile:

� zuverlässige Feststellung des Ist-Zustands des Software-Entwicklungsprojektes durch den Einsatz von Revision-Points

� Zur Einhaltung der definierten Prozesse ist EOS in in-Step® von microToolabgebildet

Eingesetzte Technologie:

Java 1.4, JSP, MySQL Datenbank, microTool in-Step ®


Merkmale des EOS-Prozesses

� Evolutionär -> Die Planung wird schrittweise den Projektbedürfnissen angepaßt



� Objektorientiert -> Objekte im Sinne des Prozessmodells sind die Bausteine derSystementwicklung



� Architekturzentriert -> Die Baustein-Hierarchie mit den einzelnen Entwicklungszyklenbildet das Rückgrat der Systemarchitektur

S

X1 X3X2

C21 C22S: System

Xi: Komponenten

Cij: Module


Operativer EinsatzAnalyse

Design Implementierung

Planende, analytische

Tätigkeiten

Ausführende, synthetische

Tätigkeiten

Einsatzumgebung

Entwicklungsumgebung


� Systematisch und orthogonal -> Jeder Baustein durchläuft seinen eigenenEntwicklungszyklus (4 Phasen)



� Fraktale Prozessstruktur ergibt sich aus der Zusammenführung der einzelnenBaustein-Entwicklungszyklen

SystemAnalyse

System Design SystemImplem.

System op.EinsatzSA SO

SISD

Kompon.Analyse

Kompon. Design Kompon.Implem.

Kompon. op.Einsatz

XA XO

XIXD

Klassen Analyse

Klassen Design Klassen Implem.

Klassen op.Einsatz

CA CO

CICD

S

X1

X4

X3

X2

C01

C11

C41

C31


Projektmgmt.

Konfigurationsmana-

gement und Support

Qualitätsmanagement

Implemen-

tierung

Einsatz und Evaluation

RP(1) RP(2) RP(3) RP(4)


� Revisionspunkte ermöglichen die Feststellung des Projektzustands aus Sicht der QS


Agenda


Motivation

Prozesse allgemein

EOS-Metamodell


Projektbeispiele

Fazit


EOS-Workbench

� Subprozesse in der EOS-Workbench

Requirementmgmt

Versionierung

Projektmgmt

Konfigurationsmgmt

Risikomgmt

Qualitätssicherung

Test

EOS-Prozess

Softwareintegration

SA SO

SISD

Workbench

Webguide

in-Step ®


EOS-Workbench

� Werkzeuge um die EOS-Workbench

Workbench

Webguide

EOS-Prozess

Datenbank

Eclipse

objectiF

Visio

MSProject

Repository(CVS)

Templates

in-Step ®


EOS-Workbench


Agenda


Motivation

Prozesse allgemein

EOS-Metamodell


Einsatzmöglichkeiten und Projektbeispiele

Fazit


EOS-Workbench

� Projektumgebung und ihre Einstellmöglichkeiten

� Mitarbeiter

� Stundensätze, Gehälter und Kosten

� Zeitliche Verfügbarkeit

� Rollen und Verantwortlichkeiten der einzelnen Mitarbeiter

� Benutzerrechte

� Webhosting


EOS-Workbench

� Projektaufteilung

� System - Komponente - Modul

� Granulare Aufteilung wenn notwendig

� Einteilung in 4 Phasen - Analyse / Design / Implementierung / Operat. Einsatz

� Verschiedene Module befinden sich in unterschiedlichen Phasen

� Revisionpoints / Meilensteine

� Wiederholungen


EOS-Workbench

� Produkttypen und Produkte

� Produkttypen sind eine Schablone für Produkte

� In den meisten Projekten entstehen ähnliche Produkte, die deshalb in denProdukttypen mit all ihren Eigenschaft bereits angelegt sind

� Entstehen im Projekt Produkte, werden sie einfach von den Produkttypenabgeleitet und gegebenenfalls modifiziert


EOS-Workbench


EOS-Workbench

� Aktivitätstypen und Aktivitäten

� Aktivitätstypen sind eine Schablone für immer wiederkehrende Aktivitäten, die zumProzessmodell EOS gehören

� Um ein erfolgreiches Projekt abwickeln zu können, müssen für die anstehendenAufgaben Aktivitäten definiert und zugeordnet werden

� Die Aktivitäten beinhalten den Vorgang selber und eine Reihe von Eigenschaften,wie z.B. wer die Aktivität ausführt, verantwortlich ist, Zeitdauer mit Beginn undEnde, Kosten, Notizen, Benachrichtigungen,...


EOS-Workbench


EOS-Workbench

� Kontrollfluss

� Vorgängeraktivitäten und Nachfolgeraktivitäten

� beim Kontrollfluss zeigen wir den Workflow

� für jede Aktivität existiert aufgrund des Prozessmodells der Kontrollfluss, der imProjekt weiter verfeinert werden kann

� Folgeaktivitäten lassen sich einfach per drag&drop anlegen und den Kontrollflussdefinieren

� Produktfluss

� es läßt sich der Entstehungsverlauf von Produkten darstellen

� seien Produkte Voraussetzungen für gewisse Aktivitäten, dann kann dies imProduktfluss definiert werden


EOS-Workbench

� Konfigurationsmanagement

� ermöglicht über Templates die Festlegung der möglichen und notwendigenKonfigurationen

� Definition des Build-Prozesses

� Requirementmanagement

� ermöglicht über Templates die Erfassung und Verwaltung von Requirements


EOS-Workbench

� Zeiterfassung und Planung

� Zeiterfassung der Mitarbeiter

� Zeiterfassung erfolgt Aktivitätsbezogen und wird sofort im Projekt verrechnet

� Plankosten und Projektkosten

� Meilensteine und Revisionpoints


EOS-Workbench

� Projektmanagement

� tabellarische und graphische Darstellung der Aktivitäten in Verbindung mit einenZeitstrahl

� einzelne Aktivitäten lassen sich auf dem Zeitstrahl verschieben

� bidirektionale Verbindung zu MS-Project

� einfache Verbindung zu Visio

� Qualitätssicherung, Test und operationaler Einsatz


EOS-Workbench

EOS-Workbench -...

Documents

Transcript of EOS-Workbench -...