OO Analyse und Entwurf für Anwender III. Aufgabenverteilung im Entwicklungsprozeß Dr. Michael...

OO Analyse und Entwurf für Anwender

III. Aufgabenverteilung im Entwicklungsprozeß

Dr. Michael Löwe

Aufgabenverteilung Prof. Dr. Michael Löwe, FHDW, Hannover

2

Objektorientierte Analyse und Entwurf

Inhalt der Ausbildung

• Kennzeichen objektorientierter Softwareentwicklung (1)

• Projektorganisation (2)

• Architektur (2)

• Objektorientierte Analyse (4)

• Objektorientierter Entwurf (5)

• Realisierung und Test (2)


3


Lernziele

• Verständnis für das zyklische Vorgehensmodell

• Einsicht in die Voraussetzungen einer Systementwicklung

• Erster Eindruck über Aufgaben und Ergebnisse der einzelnen Phasen

• Wer macht was


4


Inhalt

• Endergebnisse einer Software-Entwicklung• Weitere Ergebnisse im Umfeld der

Entwicklung• Wer ist für welche Ergebnisse

verantwortlich?• Der Prozeß für die weiteren Ergebnisse am

Beispiel Test• Meilensteine und Abnahmen


5


Ergebnisse

• Analyse– Kontexteinbettung– Akteure– Geschäftsvorfälle– Szenarien– Begriffskatalog– Fachl. Objektmodell

• Entwurf– Techn. Objektmodell– Oberflächen– Umfeldschnittstellen

– Sequenzdiagramme

• Realisierung– Methoden

– Anbindung Oberfläche

– Datenbankanbindung

• Controlling– Testberichte

– Abnahmen

– Planung danach


6


Ergebnisse

• Lauffähiges Softwaresystem• Modelle und Dokumentation• Modellzusammenhänge (Korrektheit)

Geschäftsvorfall Szenarien Sequenzdiagramme Objekte u. Methoden

Fachl. Objektmodell Techn. Objektmodell Objekte im fertigen System


7


Vorteile des zyklichen Modells

AkteureGeschäftsvorfälleSzenarienFachliche ObjekteBegriffskatalogOberflächenTechn. ObjektmodellInteraktion/SequenzenMethodenPersistenzmodellOberflächenanbindungTestberichteAbnahmenPlanungsdokumenten

AnalyseAnalyse

EntwurfEntwurf

RealisierungRealisierung

Planung


8


Weitere notwendige Ergebnisse

• Testfälle, Testdaten, Testszenarien,....• Steuertabellen, Textbausteine, etc.• Benutzerhandbuch, Online-Hilfe• Arbeitsanweisungen• Schulungsplan, Schulungsunterlagen• Einführungsplan• Dokumentation über Modifikation der

Randsysteme


9


Welche Rollen sollte es geben

• Auftraggeber (Fachlich Verantwortlicher)• Auftragnehmer (Technisch Verantwortlicher)• Projektleiter und Projektmitarbeiter

– Mitarbeiter der Auftraggeber– Mitarbeiter der Auftragnehmer

• Unabhängige Instanz für fachliches Controlling (Betriebsorganisation)

• Unabhängige Instanz für technisches Controlling (Qualitätsmanagement)


10


Verteilung der Verantwortung

• Auftraggeber:Ergebnisverantwortung insgesamtFachliche Adäquatheit des SystemsAnalyseergebnisse (fachliche Vorgaben)Anwendbarkeit und Anwendung des Systems

• Auftragnehmer Projektleiter:Technische Adäquatheit des SystemsEntwurfs und RealsierungsergebnisseKorrektheit bez. Analyseergebnisse


11


Gesamtverantwortung (cont‘)

• Fachliches ControllingEinbettung in die AnwendungsarchitekturEinhaltung fachlicher Standards und RichtlinienFachliches Testmanagement

• QualitätsmanagementEinhaltung des ProduktionsprozessesEinbettung in die SystemarchitekturEinhaltung von Richtlinien und Style GuidesTechnisches Testmanagement


12


Der Prozeß für alle Ergebnisse

Analyse-ergebnisse

Entwurfs

-

ergebniss

e

Ergebnisse der

Realisierung

Controlling-

Berichte

Auch für:• Test• Handbuch• Arbeitsanweisungen• etc.


13


Testen klassisch

AnalyseAnalyse

EntwurfEntwurf


TestTest BetriebBetriebWartungWartung

• Test am Ende der Entwicklung• Test als letzte Phase• Test und Testdaten nicht Teil

der eigentlichen Entwicklung


14


Testen modern

TestTest

TestTest

TestTest

TestTestAnalyseAnalyse

EntwurfEntwurf


PlanungPlanung

• Teil der Entwicklung• Tests auf allen Ebenen• Immer wieder Tests• Testdokumente gleich-

rangig zum Code• Iterative Entwicklung

der Testdokumente


15


Testdokumnte

• Analyse: Testszenarien aus den GeschäftsvorfällenFaustregel: Geschäftsvorfall = Testszenario; Wichtige Kombinationen

und Reihenfolgen

• Entwurf: Testfälle aus den Objekt-/InteraktionsdiagrammenStandardfälle, Extremfälle, Ausnahmefälle, Fehlerfälle

• Realisierung: Testdaten/Erwartungswerte für die TestfälleMehrere Datensätze pro Fall, Abdeckung der Programmlogik

• Controlling: Testdurchführung, -bericht und -planungFehlerprotokolle; Zusätzliche Testszenarien, -fälle und -daten im

Fehlerfall; Erfolgsprotokolle; Erledigung von Testsätzen


16


Testzyklus

VorhandeneTestdokumente AnalyseAnalyse

ZusätzlicheSzenarien

EntwurfEntwurfZusätzlicheTestfälle

RealisierungRealisierungZusätzlicheTestdaten

ControllingControllingModifizierteTestdokumente

• Aufnahme neuerSätze im Fehlerfall

• Streichen korrekterTestsätze


17


Was ist ein Testdatensatz

Eingabe-daten

Eingabe-daten

Erwartungswertefür Ausgaben

Erwartungswertefür Ausgaben

BeschreibungAusgangszustand

BeschreibungAusgangszustand

Erwartungswertefür Folgezustände

Erwartungswertefür Folgezustände

Ablauf-beschreibung

Ablauf-beschreibung

Beobachtungs-funktionen

Beobachtungs-funktionen


18


Testprotokoll

Siehe Hand-out


19


Vorteile

• Test ist ständige Aktivität (der Auftraggeber)• Korrekturen frühzeitig möglich

• (Test) Zustand des Systems ist immer bekannt• Bessere Kommunikation zwischen

Auftraggeber und Auftragnehmer• Regressionstest eingebaut• Testvorbereitung für Wartung• Qualitätsmanagement und formale Abnahme


20


In denselben Prozeß auch einzubeziehen

• Benutzerhandbuch• Hilfetexte• Arbeitsanweisungen• Schulungsunterlagen• Steuertabelleninhalte• Textbausteine und -strukturen• Modifikationen der Randsysteme


21


Meilensteine

• Abschluß Controlling der Makrozyklen

• Alle 6 -10 Wochen

• Gegenseitige Abnahme aller Ergebnisse

• Aktualisierung und Synchronisierung aller Dokumente

• Fortschreibung der Ausbaustufenplanung

• Aufgabenplanung für den nächsten Zyklus


22


Meilensteine

Urknall

Software

Testdokumente

Arbeitsanweisungen

Handbücher

Produktionsanweisungen

MS 1MS 2

MS 3MS 4


23


Zusammenfassung

• Softwareentwicklung ist mehr als Softwareentwicklung

• In der Softwareentwicklung entsteht mehr als Software

• Nur Aufgabenverteilung macht möglich:– Angleichung des Kenntnisstandes– Gegenseitige konstruktive Kritik und Korrektur– Qualitätsmanagement

OO Analyse und Entwurf für Anwender III. Aufgabenverteilung im Entwicklungsprozeß Dr. Michael...

Documents

Transcript of OO Analyse und Entwurf für Anwender III. Aufgabenverteilung im Entwicklungsprozeß Dr. Michael...