Bestandteile eines Fachkonzepts - PTA GmbH

seit 1969 

Beratung 

Organisation 

Softwareentwicklung 

Bestandteile Bestandteile eines eines Fachkonzepts 

Fachkonzepts 

(OOA) 

(OOA)

Präsentation 

Bestandteile eines Fachkonzepts (OOA) 

Gliederung 

• Vorgehensmodelle 

• Wesentliche Bestandteile eines Fachkonzepts 

– Aufgabenstellung des Systems und Abgrenzung 

– Geschäftsprozesse und -abläufe des Systems 

– Geschäftsvorfälle und Anwendungsfälle des Systems 

– Benutzerschnittstellen des Systems 

– Geschäftsobjekte (Klassen) des Systems 

– Das Zusammenspiel der Bestandteile eines Fachkonzepts 

• Analysewerkzeuge 

12.02.2007 PTA GmbH, Unternehmensberatung 2

Präsentation 


Zielsetzung 

• Im Vordergrund steht die Absicht, den Überblick über die wesentlichen 

Bestandteile eines Fachkonzepts (Ergebnis des Analyseprozesses) zu 

verschaffen 

• Es werden deshalb nur einige Aspekte des UML-Standards dargestellt. 

Wegen seiner Bedeutung liegt der Schwerpunkt auf dem Klassendiagramm. 

• Hinter der Darstellung eines Diagramms steht immer eine inhaltliche 

Beschreibung, die wichtiger ist als die graphische Darstellung. Auf die 

Darstellung dieser wird im folgenden jedoch verzichtet. 

• Die inhaltliche Beschreibung der Diagramme sollte mit komfortablen Textbearbeitungsprogrammen 

wie MS Word erstellt werden und nicht mit 

einfachen Text-Editoren, wie sie meistens von den meisten Analysewerkzeugen 

angeboten werden. 


Präsentation 


Gliederung 











Präsentation 

PM 


PTA-Vorgehensmodell 

Die Phasen und Querschnittsaufgaben des Vorgehensmodells (PTA) 

Initialisierung (P1) 

Anforderungsdefinition (P2) 

Analyse (P3) 

Design (P4) 

Implementierung (P5) 

Projektabschluß (P6) 

KM 

DOK 

PM = Projektmanagement KM = Konfigurationsmanagement 

DOK = Dokumentation 

QS = Qualitätssicherung 

12.02.2007 PTA GmbH, Unternehmensberatung 5 

QS 

Ergebnisse 

Projektdefinition 

Ist- und Soll-Konzept 

Fachkonzept 

DV-Konzept 

Anwendungssystem 

Produktionssystem 

Die Begriffe 

„Lastenheft“ und „Pflichtenheft“ 

sind in der Praxis nicht eindeutig! 

Lastenheft 

Pflichtenheft

Präsentation 


Phaseneinteilung und Zyklen 

• Die Unterteilung des Prozesses der Softwareentwicklung allein in Phasen 

vereinfacht zu sehr die Wirklichkeit. 

• Phasen lassen sich teilweise nur schwer abgrenzen. 

• Während des Entwicklungsprozesses verändern sich die Anforderungen: 

„Nichts ändert sich häufiger in einem Projekt als die Anforderungen der 

Anwender“ (Bernd Oestereich Hrsg., „Erfolgreich mit Objektorientierung“, Seite 64) 

• Anwendungen werden häufig in Teilschritten (stufenweise, inkrementell) 

realisiert. 

• Der Entwicklungsprozess wird deshalb aus zeitlicher und inhaltlicher 

Perspektive unterteilt! 


Präsentation 

Entwicklungsprozess 

aus statischer Sicht: 

Inhalt, Aktivitäten 


Rational Unified Process ® Rational Unified Process (RUP) 

® (RUP) 

Workflows 

Business Modeling 

Requirements 

Analysis & Design 

Implementation 

Test 

Deployment 

Configuration 

& Change Mgmt 

Project Managment 

Environment 

Entwicklungsprozess aus dynamischer Sicht: Zeit 

Inception 

Phases 

Iterations 

• Entwicklungsprozess in Zyklen: Erstentwicklung, Evolutionen 

• Aktivitäten und Phasen überlappen sich. 

• Phasen werden in Iterationen unterteilt und enden mit Meilensteinen. 

Initial 

Elaboration 


Elab 

#1 

Elab 

#2 

Const 

#1 

Construction 

Const 

#2 

Const 

#3 

Transition 

Tran 

#1 

Tran 

#2

Präsentation 

Workflows 

Business Modeling 

Requirements 

Analysis & Design 

Implementation 

Test 

Deployment 

Configuration 

& Change Mgmt 

Project Managment 

Environment 


Inception 

Initial 

Anforderungen 

- (nicht-)funktionale Anforderungen - 

RUP: Ergebnisse 

Elaboration 

Elab 

#1 

Phases 

Elab 

#2 

Iterations 


Const 

#1 

Fachkonzept 

- fachliche Sicht - 

• Ergebnisse von Analyse und Design trennen! 

Construction 

Const 

#2 

Const 

#3 

Transition 

Tran 

#1 

Tran 

#2 

DV-Konzept 

- DV-Sicht -

Präsentation 


Gliederung 











Präsentation 


Wesentliche Bestandteile eines Fachkonzepts 

1. Beschreibung der Aufgabenstellung und Abgrenzung 

Anwendungssysteme und ihre Schnittstellen 

Ein- und ausgehende Informationen (Produkte) 

... 

2. Beschreibung des Ablaufs 

Aktivitäten 

Ein- und ausgehende Informationen (Produkte) 

Abläufe (Transition) 

... 

3. Beschreibung der Anwendungsfälle 

Akteure 

Anwendungsfälle 

... 

4. Beschreibung der Benutzerschnittstelle 

Masken 

Hintergrundprozesse, -steuerung (fachlich) 

... 

5. Beschreibung der Geschäftsobjekte 

Klassen mit Methoden und Attributen 

Beziehungen 

... 

Aktivitätsdiagramm 

Produkt Aktivität Produkt 

Aktivität Produkt 

Use Case 

Dialog- und Batch-Diagramm 

Produkt 

Anwendungsfalldiagramm 

Use Case 

Use Case 

Schnittstellendiagramm 

Klassendiagramm 

System 


Klasse 

Klasse Klasse 

Produkt 

Fremd- 

System

Präsentation 


Wesentliche Bestandteile eines Fachkonzepts 

Aufgabenstellung und Abgrenzung 

Produkt 

Nicht 

standardisiert! 

System 

Produkt 

Fremd- 

System 

Benutzerschnittstellen 

Nicht 


Use Case 

Anwendungsfälle 

Use Case 

Glossar 

Nicht 


Use Case 

Ablauf 

Produkt Aktivität Produkt 

Aktivität Produkt 

Geschäftsobjekte 


Klasse 

Klasse Klasse

Präsentation 


Umfang und Detaillierungsgrad eines Fachkonzepts 

Abhängig von: 

• der Komplexität der Aufgabenstellung 

• dem Kenntnisstand der Beteiligten 

• der Bedeutung des geplanten Anwendungssystems für das 

Unternehmen 

Die wesentlichen Zusammenhänge sind festzuhalten, weniger die Details! 


Präsentation 


Gliederung 











Präsentation 


Aufgabenstellung und Abgrenzung - 

- 

Beispiel 

Beispiel 

Auftragssystem 

Auftragssystem 

Kundensicht 

Lieferantensicht 

Fremd- 

Auslöser Ergebnisse 

Anfrage 

Bestellung 

Contentdaten 

Reklamation 

LF-Angebot 

LF-Auftragsbestätigung 

LF-Lieferschein 

LF-Rechnung 

System 

FiBu 

Kunde 

stößt an 

Auftrags- 

System 

Lieferant 

unterstützt 

• Schnittstellendiagramm (Innovator Version 7 von MID) 

Fremd- 

System 

Angebot 

Auftragsbestätigung 

Lieferschein 

Rechnung 

Monitoring Auftrag 

LF-Anfrage 

LF-Bestellung 

LF-Reklamation 


FiBu

Präsentation 


Aufgabenstellung und Abgrenzung - 

- 

Beispiel 

Beispiel 

Workflowsystem 

Workflowsystem 


Präsentation 


Schnittstellendiagramm --Begriffe Begriffe 

• Beschreibung der "Inputs" und "Outputs" eines Anwendungssystems: 

Welche Information werden vom System verarbeitet und welche 

Informationen liefert das System zurück. 

• Beschreibung der Schnittstellen zu anderen Fremdsystem. 

• Das Schnittstellendiagramm ist nicht Bestandteil des UML-Standards. 


Präsentation 


Gliederung 











Präsentation 


Aktivitätsdiagramm --Beispiel Beispiel KD-Anfrage/KD-Auftrag 


Präsentation 


Aktivitätsdiagramm --Verfeinerung Verfeinerung KD-Anfrage 

KD-Anfrage 


Präsentation 


Aktivitätsdiagramm --Begriffe Begriffe 

• Eine Aktivität ist ein einzelner Schritt in einem Verarbeitungsablauf. 

• Angestoßen wird sie durch eine eingehende Transition, ihr folgt 

mindestens eine ausgehende Transition. Die ausgehende Transition 

impliziert den Abschluss der internen Verarbeitung. 

• Sofern mehrere ausgehende Transitionen vorliegen, sind diese durch 

definierte Bedingungen zu unterscheiden. 

• Transitionen können synchronisiert und geteilt werden. Außerdem lassen 

sich Verzweigungs- bzw. Entscheidungspunkte (Konnektoren) definieren. 

• Aktivitäten erhalten als Input (Anstoß) Objekte und können diese als Output 

(Ergebnis) verändern bzw. erstellen (Innovator: Produkte). 

• Aktivitäten entsprechen Anwendungsfällen bzw. finden sich dort wieder. 

• Aktivitätsdiagramme stellen die Funktionalität der Anwendungsfälle aus 

dynamischer Sicht dar. 


Präsentation 


Aktivitätsdiagramm --Beispiel Beispiel Verantwortlichkeitsbereich 

Die einzelnen Aktivitäten 

können mittels Trennlinien 

(swimlane) 

organisatorischen 

Einheiten zugeordnet 

werden. 


Präsentation 


Gliederung 











Präsentation 


Anwendungsfalldiagramm --Beispiel Beispiel KD-Anfrage 

• Darstellung einer Verantwortlichkeitshierarchie ("Vererbung") 


Präsentation 

Sachbearbeiter 

Kalkulator 


Anwendungsfalldiagramm --Zerlegung Zerlegung 

Anfrage bearbeiten und Angebot erstellen 

Anfrage/Angebot 

Anfrage 

kalkulieren 

 

Verfeinerung 

("Vererbung") 

Kunde 

identifizieren 

Angebot erstellen 

 

Neuen Kunde 

anlegen 

• Erweiterungen () und wiederkehrende Funktionen 

() können ausgegliedert werden. 

• Anwendungsfälle können aus Übersichtlichkeitsgründen auf 

untergeordneten Ebenen verfeinert werden. 


Präsentation 


Anwendungsfalldiagramm --Verfeinerung Verfeinerung 


Kalkulator 


Ablauf 


Anfrage 

kalkulieren 

entspricht 

entspricht 

 

Kunde 



Funktion 

Fall A.1 Fall A.2 

Ebene 1 

Ebene 2 


Fall A 

 

Neuen Kunde 

anlegen 

Verfeinerung 

erst ab UML 

Version 1.3 

möglich!

Präsentation 


Anwendungsfalldiagramm --Verfeinerung Verfeinerung 

Quelle: http://uml.sourceforge.net/handbook-de/uml-elements.html 


Präsentation 


Anwendungsfalldiagramm --Beispiel Beispiel Konvertierung 

Fremdsystem 

• Akteur kann ein anderes Anwendungssystem sein 


Präsentation 


Anwendungsfalldiagramm --Änderung Änderung der der Notation 

UML 1.1 

 

Anwendungsfall 

Anwendungsfall B Anwendungsfall B 

UML 1.4 

System 

Erweiterung oder Variante 

 

 

Mitverwendeter Anwendungsfall 

 


Präsentation 


Anwendungsfalldiagramm --Begriffe Begriffe 

• Ein Anwendungsfall beschreibt eine Menge von Aktivitäten eines Systems 

aus der Sicht seiner Akteure, die für die Akteure zu einem wahrnehmbaren 

Ergebnis führen. 

• Ein Anwendungsfall wird stets durch einen Akteur initiiert. 

• Ein Anwendungsfall ist ansonsten eine komplette, unteilbare 

Beschreibung. 

• Das Anwendungsfalldiagramm beschreibt keinen Ablauf! 


Präsentation 


Anwendungsfalldiagramm --Akteure Akteure finden 

• Wer wird das geplante Anwendungssystem benutzen? 

• Wer gibt Daten in das geplante Anwendungssystem ein? 

• Wer erhält Daten aus dem geplante Anwendungssystem? 


Präsentation 


Anwendungsfalldiagramm --Anwendungsfälle Anwendungsfälle finden 

• Wie werden die Akteure das geplante Anwendungssystem nutzen? 

• Welches Ergebnis will der Akteur erhalten? Welches Ziel will er erreichen? 

• Wann beginnt der Anwendungsfall, wann endet er? 

• Welche Vorbedingungen müssen erfüllt sein? 

• Was ist der Standardfall? 

• Welche Alternativen gibt es? 

• Welche Erweiterungen sind möglich? 

• Welcher Teil eines Anwendungsfalls wiederholt sich in anderen 

Anwendungsfälle ()? 

• Welcher Teil eines Anwendungsfalls ist eine größere Erweiterung des 

Normalablaufs ()? 


Präsentation 


Kalkulator 


Anwendungsfalldiagramm --Gruppierung Gruppierung 



Anfrage 

kalkulieren 

 

Kunde 



 

Neuen Kunde 

anlegen 

Kundenwunsch bearbeiten 

Auftrag bearbeiten 


Präsentation 


Anwendungsfalldiagramm --Gliederung Gliederung der der Beschreibung 

Teil 1 

Merkmal Beschreibung 

Kurzbeschreibung Kurzbeschreibung des Anwendungsfalls 

Vorbedingung 

Nachbedingung 

Nicht-funktionale 

Anforderungen 

Erwarteter Zustand des Systems bevor der Anwendungsfall eintritt: 

Vorbedingung 1 

Vorbedingung ... 

Erwarteter Zustand des Systems nachdem der Anwendungsfall erfolgreich 

durchlaufen wurde: 

Nachbedingung 1 

Nachbedingung... 

Zusicherungen, die für das Design und Realisierung wichtig sind, Plattform- und 

Umgebungsvoraussetzungen, qualitative Aussagen, Antwortzeitanforderungen, 

Häufigkeitsschätzungen, Entwicklungsprioritäten usw. 

Normalablauf Beschreibung der gewünschten Funktionalität, ggf. gegliedert in Einzelpunkte; 

> 

Verweise auf andere Darstellungen außerhalb der Tabelle oder des Dokuments sind 

möglich! Wird die Beschreibung des Anwendungsfall zu unübersichtlich, ist eine 

Untergliederung zu prüfen. 

Variationen / 

Alternativen 

Abweichungen und Ausnahmen zum Normalablauf und Beschreibung des alternativen 

Szenarios für diese Fälle; 


Präsentation 


Anwendungsfalldiagramm --Gliederung Gliederung der der Beschreibung 

Teil 2 Merkmal Beschreibung 

.. ... 

Fehlerfälle 

Regeln 

Anforderungen 

Services (Beteiligte 

Objekte / 

"Kandidaten") 

Ansprechpartner, 

Sitzungen 

Entscheidungen 

Anmerkungen, 

offene Fragen 

Auf welche Fehlerfälle hat wie das geplante Anwendungssystem zu reagieren; 

Welche Regeln gelten für die einzelnen Szenarien: Geschäftsregeln, fachliche 

Abhängigkeiten, Gültigkeits- und Validierungsregeln usw. 

Welche Anforderungen wurden an das geplante Anwendungssystem gestellt 

(Zuordnung dieser zu den Anwendungsfällen und Prüfung, inwieweit diese nicht oder 

nur teilweise erfüllt werden: 

Anforderung 1 

Anforderung 2 (zurückgestellt) 

Anforderung ... 

Listen von Objekten und ggf. Operationen, die im Rahmen des Szenarios benötigt 

werden (dient zur Überleitung ins Klassendesign und Design der 

Benutzerschnittstellen): 

Businessklassen: 

Businessklasse 1 

Businessklasse ... 

Benutzerschnittstellen: 

Benutzerschnittstelle 1 

Benutzerschnittstelle ... 

Wenn für die Aufgabenstellung des Projektes unterschiedliche Ansprechpartner 

existieren, Liste der Personen, mit denen der Anwendungsfall erarbeitet bzw. 

durchgesprochen wurde, wann diese Sitzungen stattfanden etc. 

Welche grundlegenden Entscheidungen wurden von wem getroffen; 

Welche wesentlichen Anmerkungen wurden gemacht, welche offenen Fragen 

existieren noch; 


Präsentation 


Anwendungsfall- und Aktivitätsdiagramm 

Dynamische Darstellung der Funktionen 

Statische Darstellung der Funktionen 


Präsentation 


Gliederung 











Präsentation 


Benutzerschnittstelle --Dialog Dialog und und Batch 

Dialog: Maskenentwurf Batch: Sequenzdiagramm 

• Die Darstellung der Benutzerschnittstellen wird vom UML-Standard (noch) 

nicht abgedeckt! 


Präsentation 

Bezeichnung 

Nr. (maximal) 

1 Strasse(10) 

2 PLZ(7) Kombinationsfeld, 

selektierbar 

3 Ort (10) 


Benutzerschnittstelle --Beschreibung Beschreibung 

Dokumentation: 

• Aufgabenstellung 

• Einzelne Funktionen inkl.Regeln 

• Einzelne Maskenfelder 

• Detaillierte Prüfregeln 

Beispiel einer tabellarischen Beschreibung der Maskenfelder und Dialogfunktionen 

4 Option(10) Optionsfeld, 

aktivierbar, 

Default 

„Strasse“ 

5 Ausland(15) Kombinationsfeld, 

Art 

Typ(Länge), 

Default Beschreibung 

Eingabefeld Standard Strasse einer Adresse (siehe Anschriftenart) 

Standard, 

Default leer 

Auswahl einer gültigen Postleitzahl (siehe 

Anschriftenart); Eingabe neuer PLZ nicht möglich 

Anzeigefeld Standard Ortsname einer ausgewählten PLZ 

selektierbar 

6 ... 

7 ... 

8 Speichern(15) Schaltfläche, 

aktivierbar 

Standard, 

Deaktiviert 

Standard, 

„Deutschland“ 

selektiert 

Standard, 

aktivierbar 

Optionsfeld für Anschriftenart. In Abhängigkeit der Option 

wird die Anzeige verändert: 

- Strasse Anzeige Strasse, PLZ, Ort 

- Postfach: Anzeige Postfach, PLZ, Ort 

- ... 

Anzeigefeld: In Abhängigkeit des ausgewählten Landes 

können sich die Anzeige und die Optionen verändern. 

Schaltfläche für ... 


Präsentation 


Benutzerschnittstelle --Standardisierung Standardisierung 

Voraussetzung 

• Unternehmensweiter Standard für Look and 

• Feel 

Gesamtbeschreibung: 

• Erscheinungsbild der Anwendung(en) 

• Gestaltungsregeln für die Benutzungsoberfläche 

• Gestaltungsregeln für die Benutzerführung 

• Grundregeln für den Einsatz der einzelnen Steuerelemente 

• Folge der einzelnen Elemente der Benutzungsoberfläche: 

- Reihenfolge 

- Ablauffolge 

- Rückkehrfolge 

• ... 


Präsentation 


Gliederung 











Präsentation 


Klassendiagramm --Geschäftsmodell Geschäftsmodell 

Einsatz von 

Analysemustern 

• Analysemuster: Siehe z.B. Heide Balzert, Lehrbuch der Objektmodellierung 

(von der im folgenden einige Beispiele der Klassenmodellierung stammen) oder 

Martin Fowler, Analysemuster 


Präsentation 


Klassendiagramm --Was Was sind sind Objekte? 

• Reale Objekte sind Objekte der realen Welt, interne Objekte sind 

Abbildungen dieser in einem Softwaresystem. Der Umfang der Abbildung 

hängt von der Zielsetzung des Anwendungssystems ab. 

• Ein Objekt besitzt einen bestimmten Zustand (Attribute, Daten), reagiert mit 

einem definierten Verhalten (Operationen, Methoden) auf seine Umgebung 

und hat eine Identität, wodurch es sich von allen anderen unterscheidet 

(Zähler, Zeitstempel etc.). 

• Ein Objekt kapselt (Geheimnisprinzip) Zustand und Verhalten. Auf die Daten 

eines Objekts kann nur mittels Operationen zugegriffen und verändert 

werden. 


Präsentation 


Klassendiagramm --Was Was sind sind Objekte? 

• Zwei Objekte sind gleich, wenn alle Attribute des Objekts gleiche Werte hat. 

Es unterscheidet sich ausschließlich durch die Objektidentität. 

• Zwei Objekte sind identisch, wenn beide die gleiche Objektidentität besitzen. 

• Die Objektidentität ist aus analytischer Sicht unwesentlich, das sie immer 

implizit gegeben ist. 

• Jedoch sind Objekte aus fachlicher Sicht eindeutig zu identifizieren, um 

sie auseinander halten zu können. Deshalb gibt es Kundennummer, 

Auftragsnummer usw., also eine fachliche Nummerierung, die nicht immer 

eine fortlaufende Nummer ist (Nummernkreise, Fachliche Aspekte in der 

Nummer usw.). 

• Es müssen in der Analyse Regeln für die fachliche Eindeutigkeit ermittelt 

werden: Was ist ein neuer Kunde, wann entsteht ein neuer Auftrag? 

Heide Balzert: „Primärschlüssel“, 

Rational Rose: „Key/Qualifier Specification“. 

PTA-Vorschlag „Primärer Ordnungsbegriff“ 


Präsentation 


Klassendiagramm --Was Was sind sind Klassen? 

• Eine Klasse definiert für eine Kollektion von Objekten deren Struktur 

(Attribute), Verhalten (Operationen) und Beziehungen (Assoziationen und 

Vererbungsstrukturen) 

• Ein Objekt ist die konkrete Ausprägung (Exemplar) einer bestimmten 

Klasse. 

• Eine Klasse ist die Abstraktion bestimmter Objekte und beschreibt das 

Gemeinsame (Daten, Operationen und Beziehungen) dieser Objekte in 

Abgrenzung zu anderen Objekten anderer Klassen. 

Klasse Person 

Objekte der Klasse Person 


Präsentation 


Klassendiagramm --Begriffe Begriffe 

Die Klassenmodellierung besteht aus folgenden Elementen: 

• Modellierung der Struktur einer Klasse: Attribute, Daten 

• Modellierung des Verhaltens einer Klasse: Operationen, Methoden, 

Funktionen 

• Modellierung der Beziehungen zwischen den Klassen: Beziehungen und 

Vererbungsstrukturen 


Präsentation 


Klassendiagramm --Wie Wie finde ich ich Klassen? 

• Auswerten der Geschäftsprozesse 

• Auswerten der Anwendungsfälle 

• Auswerten der Dokumente (Formulare, Listen, (alte) Datenbestände, 

Masken, Konzepte und Benutzerhandbücher, Fachartikel, ...) 

• Attribute suchen 

• Substantive suchen (Kandidaten für Klassen) 

• Funktionalitäten suchen (Kandidaten für Methoden) 

• Attribute, Operationen gruppieren 

• Klassen strukturieren, Klassen gegen (komplexe) Attribute (Strukturen) 

abgrenzen 

• Beziehungen zwischen den Klassen finden, Attribute (neu) zuordnen 

• Klassennamen prüfen, richtige finden 


Präsentation 

Absender 

Kunden-Nr.: 

Name: 

Straße: 

PLZ: 

Land: 

Telefon: 

Fax: 

E-Mail: 


Klassendiagramm --Wie Wie finde ich ich Klassen? 

Dokument Bestellung 

Zahlung 

Kreditkarte: 

Kreditkartennummer: 

Gültig Bis: 

Datum: 

Unterschrift:: 

Anz. Bestell-Nr. Artikel Einzelpreis Gesamtpreis 

x xxxxxx xxx xx,xx xx,xx 

x xxxxxx xxx xx,xx xx,xx 

Klassen Attribute und Operationen 

Kunde 

Auftrag 

Fachwissen: 

Bestellung des Kunden ist aus Sicht des 

Betriebes ein Auftrag. 

Artikel 

Nummer 

Name 

Straße 

... 

Kunden suchen() 

Kunden erfassen() 

... 

Nummer 

Bestelldatum 

... 

Auftrag erfassen() 

Auftrag bestätigen() 

... 

Nummer 

Bezeichnung 

... 

Bestand des Artikels ermitteln() 

Artikel reservieren() 


Präsentation 

• Standardtypen 

• Strukturen (Stereotyp ) 


Klassendiagramm --Attribute Attribute 

• Aufzählungstypen (Stereotyp ) 

Standardtypen 

Beispiel Janus (Firma oTRIs) 

Zeichenketten 

Numerische 

Datentypen 

Business- 

Komponenten 

String 

String 

Short 

Long 

Float 

Boolean 

Date 

Time 

Timestamp 

Currency 

Serial 

Document 

URL 

Email 

Struktur 

 

AdresseT 

Straße: String 

PLZ: String 

Ort: String 

Land: LandT = Deutschland 

Stereotyp 

Anfangswert 

Kunde 

Nummer: Serial 

Name: String 

Telefon: String 

Fax: String 

E-Mail: Email 

Adresse: AdresseT 

Belgien 

Deutschland 

Finnland 

Frankreich 

Großbritannien 

... 

Aufzählungstyp 

 

LandT 


Präsentation 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Auftrag 


Bestelldatum: Date 

Rechnungsdatum: Date = current 

Bearbeiter: String 

Kreditkarte: KreditkarteT 

Artikel 

Nummer: String 

Bezeichnung: String 

Preis: Currency 

/Enthaltene MwSt: Currency 

Aktuelle MwSt: Short = 16 


Klassendiagramm --Attribute Attribute 

Kandidaten für weitere 

Strukturklassen 

Restriktion (constraint): 

Rechnungsdatum >= 

Bestelldatum 

 

AdresseT 


PLZ: String 

Ort: String 


 

KreditkarteT 

Karte: KarteT = Eurocard 


Gültig bis: String 

Belgien 

Deutschland 

Finnland 

... 

 

LandT 

 

KarteT 

American Express 

Eurocard 

... 

Abgeleitetes Attribut (derived attribute): Attributwert leitet sich aus anderen Attributwerten ab 

Klassenattribut: Nur ein Attributwert für alle Objekte der Klasse 


Präsentation 


Klassendiagramm --Beziehungen Beziehungen 

Beziehungen von Klassen: 

- Ein bestimmter Auftrag (Objekt mit Auftragsnummer 4711) gehört immer zu einem bestimmten 

Kunden (Objekt Kunde Müller). 

- Ein Kunde kann beliebig viele Bestellungen (Aufträge) erteilen. 

• Assoziationen und Vererbungen (Generalisierung/ Spezialisierung) verbindet 

Klassen im Klassendiagramm. 

Arten von Assoziationen 

- Einfache Assoziationen (ordinary association) 

- Aggregation (aggregation) - Spezialfall einer einfachen Assoziation 

- Komposition (composition) - Spezialfall einer Aggregation 

• Vererbung beschreibt eine Beziehung zwischen einer Oberklasse (Basisklasse) und 

einer Unterklasse (spezialisierten Klasse). Die Unterklasse erbt alle Attribute und 

Operationen von der Oberklasse, kann diese überschreiben und zusätzliche besitzen 


Präsentation 


Klassendiagramm --Beziehungen Beziehungen 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Rollenname 

Assoziationsname 

Erteilt > 

Besteller Bestellung 

1 * 

Kardinalität 

muss kann 

Assoziation ohne Pfeil ist bidirektional 

Auftrag 



Rechnungsdatum: Date=current 



Kunde Auftrag 

Assoziation mit Pfeil (unidrektional) gibt die 

Richtung der Navigation an: 

Es muss sowohl vom Kunden auf seine Aufträge 

als auch vom Auftrag auf den Kunden des 

Auftrags zugegriffen werden können. 


Präsentation 


Klassendiagramm --rekursive rekursive Beziehungen 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Artikel 






erteilt 


1 * 

erhält 

Empfänger Geschenk 

Auftrag 






0..1 * * * 

1..* 

bezieht sich auf 

verweist 


0..1 

Reflexive oder 

rekursive 

Assoziation

Präsentation 


Klassendiagramm --Beziehung Beziehung wird wird Klasse 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Artikel 






erteilt 


1 * 

1..* 

Auftrag 






bezieht sich auf 

Anzahl: Short 

Auftragsposition 

Eine Nummerierung der Auftragsposition ist hier im Beispiel aus fachlicher Sicht irrelevant (abhängig von den Anforderungen) 


*

Präsentation 


Klassendiagramm --Aggregation Aggregation oder Komposition 

Bestellnummer: String 



Menge: Short 

Aggregation 

:Teil 

Teil 

* * 

Verwendung 

Logisches Enthaltensein 

:Teil 

:Teil :Teil :Teil 

Seriennummer: Serial 


Herstellungsdatum: Date 

Menge: Short 

Komposition 

Physisches Enthaltensein 

„Aggregation kommt relativ selten vor“, Heide Balzert, Lehrbuch der Objektmodellierung, S.156 


:Teil 

Teil 

* 0..1 

Verwendung 

:Teil 

:Teil :Teil :Teil

Präsentation 


Klassendiagramm --Auflösung Auflösung einer n:m-Beziehung 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Artikel 






erteilt 


1 * 

1 

Auftrag 







* 

Anzahl: Short 

1 

besteht aus 

1..* 


• Bereits im Analysemodell möglichst bald die n:m-Beziehungen auflösen!

Präsentation 

Artikel 

- Nummer 

- Bezeichnung 

- Preis 

- Enthaltene MwSt. 

- Aktuelle MwSt. 


Klassendiagramm --Vererbung Vererbung 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Artikel 






erteilt 


1 * 

1 

Auftrag 






• Die Klasse Lagerartikel erbt alle Attribute und Methoden von der 

übergeordneten Klasse! 


* 

Anzahl: Short 

1 

besteht aus 

1..* 


Lagerartikel 

Mindestmenge: Short 

Bestand: Short = 0 

Lagerartikel 

- Nummer 

- Bezeichnung 

- Preis 

- Enthaltene MwSt. 

- Aktuelle MwSt. 

- Mindestmenge 

- Bestand

Präsentation 

Lösungsmöglichkeit 1 

Artikel 






Lagerartikel 




Klassendiagramm --Abstrakte Abstrakte Klasse 

Bestellartikel 


Artikel 






Lagerartikel 



Abstrakte Klasse 

• Die abstrakte Klasse kommt als Objekt im Anwendungssystem nicht vor! 


Präsentation 

Bestellartikel 


Klassendiagramm --Oberklasse Oberklasse finden 

Gemeinsame Attribute 

Artikel 






Lagerartikel 



Lieferant 

Firma: String 

Ansprechpartner: String 


Fax: String 

E-Mail: Email 



liefert 

1 * 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 

Adresse: AdresseT

Präsentation 


Name: String 


Klassendiagramm --Rolle Rolle 

Kunde 

Geschäftspartner 


Fax: String 

E-Mail: Email 


Lieferant 

Firma: String 

Ansprechpartner: String 

Abstrakte Klasse 

- kein Objekt - 

• Die Komplexität der Realität nur soweit abbilden, wie es für das geplante 

Anwendungssystem erforderlich ist! 


Präsentation 


Klassendiagramm --Unterschiedliche Unterschiedliche Lösungsmöglichkeiten 


Kunde 


Name: String 


Fax: String 

E-Mail: Email 


 

AdresseT 


PLZ: String 

Ort: String 



Kunde 


Name: String 


Fax: String 

E-Mail: Email 

Adresse 


PLZ: String 

Ort: String 


• Bei der Definition der Klassen ist die Zielsetzung des geplanten 

Anwendungssystems zu beachten! 


Kunde 


Name: String 


Fax: String 

E-Mail: Email 

Adresse 


PLZ: String 

Ort: String 



1 

1

Präsentation 


Klassendiagramm --Operationen Operationen (Methoden) 

• Eine Operation ist eine Dienstleistung, die von einer Klasse zur Verfügung 

gestellt wird. Alle Objekte einer Klasse verwenden dieselben Operationen. 

• Jede Operation kann auf alle Attribute eines Objekts dieser Klasse direkt 

zu greifen. Nur mittels Operationen können auf die Attribute eines Objektes 

zugegriffen werden. 

• Aus Übersichtlichkeitsgründen sollten Verwaltungsoperationen (Anlegen, 

Ändern, Löschen eines Objektes etc.) nicht im Analysemodell dargestellt 

werden. 


Präsentation 


Klassendiagramm --Operationen Operationen aus aus Use Use Cases ableiten 

Merkmal Beschreibung 

Kurzbeschreibung Kurzbeschreibung des Anwendungsfalls 

Vorbedingung 

Nachbedingung 

Nicht-funktionale 

Anforderungen 

Erwarteter Zustand des Systems bevor der Anwendungsfall eintritt: 

Vorbedingung 1 

Vorbedingung ... 

Erwarteter Zustand des Systems nachdem der Anwendungsfall erfolgreich 

durchlaufen wurde: 

Nachbedingung 1 

Nachbedingung... 

Zusicherungen, die für das Design und Realisierung wichtig sind, Plattform- und 

Umgebungsvoraussetzungen, qualitative Aussagen, Antwortzeitanforderungen, 

Häufigkeitsschätzungen, Entwicklungsprioritäten usw. 

Normalablauf Beschreibung der gewünschten Funktionalität, ggf. gegliedert in Einzelpunkte; 

> 

Verweise auf andere Darstellungen außerhalb der Tabelle oder des Dokuments sind 

möglich! Wird die Beschreibung des Anwendungsfall zu unübersichtlich, ist eine 

Untergliederung zu prüfen. 

Variationen / 

Alternativen 

Abweichungen und Ausnahmen zum Normalablauf und Beschreibung des alternativen 

Szenarios für diese Fälle; 

Auftrag 






Auftragspositionen erfassen() 

drucke Rechnung() 

Gesamtbetrag ermitteln() 

Kunde auswählen() 

reduziere Bestand() 


Präsentation 


Klassendiagramm --Operationen Operationen den den Klassen zuordnen 

Kunde 


Name: String 


Fax: String 

E-Mail: Email 


Kunde suchen() 

Kunde erfassen() 

Aufträge des Kunden suchen() 

Artikel 






Kunde suchen() 

Kunde erfassen() 

Aufträge des Kunden suchen() 

Artikel bestellen() 

erteilt 


1 * 

1 

Auftrag 






Auftragspositionen erfassen() 

drucke Rechnung() 

Gesamtbetrag ermitteln() 

Kunde auswählen() 


Anzahl: Short 


* 

1 

besteht aus 

1..* 


Auftragsposition erfassen() 

Lagerartikel auswählen()

Präsentation 

Zeitachse 

Kundensachbearbeiter 

erfassen() 


Klassendiagramm --Modellierung Modellierung der der Methoden 

:Auftrag 

auswählen() 

erfassen() 

drucke 

Rechnung() 

:Kunde 


:Position 

auswählen() 

:Lagerartikel 

Kommunizierende Objekte 

Das Sequenzdiagramm zeigt, in 

welcher Reihenfolge Objekte 

miteinander kommunizieren bzw. 

welche Operationen auf welchen 

anderen aufbauen. 

• Die Methoden des Analysemodells haben wenig mit denen des Designmodells 

gemeinsam (weiterhin Bruch zwischen Analyse und Design)! 


Präsentation 


Gliederung 











Präsentation 


Das Zusammenspiel der einzelnen Bestandteile 

Aktivitätsdiagramme 


Projektdefinition 

Anforderungen Testkriterien 

Sollkonzept 

Schnittstellen- 

Diagramme 

Anwendungsfalldiagramme 

Klassendiagramme 

DV-Konz. 


Präsentation 


Analysemodell Analysemodell (OOA) (OOA) --Designmodell Designmodell (OOD) (OOD) --Implementierungsmodell Implementierungsmodell (OOP) (OOP) 

Anforderungen OOA-Modell OOD-Modell 

Test- 

Anforderungen 

Fachkonzeptschicht 

Test- 

Anforderungen 

GUI-Schicht 

Fachkonzeptschicht 

Datenhaltungsschicht 

Zugriffsschicht 


OOP-Modell 

(z.B. Java) 

GUI-Klassen 

Fachkonzeptklassen 

Datenhaltungsklassen 



Systemklassen 

Zugriffsschicht

Präsentation 

Schnittstellen- 

Diagramme 

Aktivitätsdiagramme 

Anwendungsfalldiagramme 


Die zentrale Bedeutung des Glossars 

Klassendiagramme 


Begriff Erläuterung 

Anfrage, 

KD-Anfrage 

Angebot, 

KD-Angebot 

... 

Ansprechpartner siehe Kunde 

Anwendungsberechtigung 

siehe Rechte 

Arbeitsplan siehe Prozessweg 

Arbeitsablaufplan siehe Prozessweg 

Arbeitsgang siehe Prozess 

Arbeitsplatz siehe Device 

Arbeitsvorgang siehe Prozess 

Mittels einer Anfrage fragt ein Anfragender (Interessent oder Kunde) Produkte oder Dienstleistungen 

einer Druckerei an. Eine Anfrage kann mehrere Produkte enthalten, ein Produkt kann 

in mehrerer Varianten angefragt werden. 

In der Anfrage wird eine konkrete Zusammensetzung des Produktes (z.B. Buch ohne Umschlag) 

sowie deren konkreten Produkteigenschaften (Buch geleimt, nicht gebunden) genannt. 

Eine Kunden-Anfrage kann die Druckerei auf unterschiedlichen Wegen erreichen: Persönlich / 

Telefon / Brief / Fax / E-Mail / Diskette / E-Mail mit Anfragedaten als Attachement (Requester) / 

Internet (Internet-Anfrage). 

Aus Sicht der Bearbeitung der Kunden-Anfrage ergeben sich dabei folgenden Möglichkeiten: 

- Anfrage nicht standardisiert 

- Anfrage standardisiert (in einem beliebigen JDF) 

- Anfrage standardisiert und zertifiziert (in einem von Prinance 5.0 lesbaren JDF). 

Auftrag, 

... 

KD-Auftrag 

Auftragsbestäti- ... 

gung, 

KD- AuftragsbestätigungBearbeitunszeit- 

siehe Prozess 

zeit 

Beistellungen Für die Erstellung eines (Teil-)Produktes kann es Beistellung geben. Jede Input-Ressource eines 

Prozesses kann theoretisch von einem Kunden beigestellt werden wie z.B. besonderes (vorbehandeltes) 

Papier, CD usw. 

Berechtigung siehe Rechte 

Bestellung, 

KD-Bestellung 

Device 


... 

Ein Device ist ein Arbeitsplatz oder eine Maschine, auf der bestimmte Prozesse ausgeführt 

werden können. Die Device Family fasst gleichartige Devices zu einer Gruppe zusammen, auf 

denen ein bestimmter Prozess wie z.B. „Cutting“ ausgeführt werden kann. Der konkrete Arbeitsplatz, 

die konkrete Maschine hat ein Device-ID (Arbeitsplatznummer bzw. Maschinennummer).

Präsentation 


Gliederung 











Präsentation 


Analysewerkzeuge --ein ein kleiner Überblick 

• Microsoft, Visio 2002 (UML, ERD, SA/SD, usw.) 

• Sybase, PowerDesigner (UML und ERD) 

• MID, Innovator Version (UML, ERD, SA/SD, Prozessmodellierung) 

• Rational (IBM), Rational Rose (UML) 

• Otris, Janus Familie (Generator) 


Präsentation 


Visio 2002 --Software Software 

www.microsoft.com 


Präsentation 


Visio 2002 --UML UML 


Präsentation 


PowerDesigner --ERD ERD 

www.sybase.com 


Präsentation 


PowerDesigner --Reverse Reverse Engineering 

Unterstützung der wichtigsten 

SQL-Datenbanken 


Präsentation 


Innovator --Modellbrowser Modellbrowser 

www.mid.de 


Präsentation 


Innovator --Modellbrowser/Referenzen Modellbrowser/Referenzen 


Präsentation 


Innovator --Dokumentationsgenerierung Dokumentationsgenerierung 


Präsentation 


Rational Rose --Modellbrowser/Use Modellbrowser/Use Case 

www.rational.com (IBM) 


Präsentation 


Rational Rose --Modellbrowser/Klassendiagramm Modellbrowser/Klassendiagramm 


Präsentation 


Janus Generator --Anbindung Anbindung an an Rational Rose 

Rational Rose - Klassendiagramm 

Plattformen 

NT / Unix / AS400 

Datenbanken 

Access / DB2 / SQL-Server / Oracle 

Sprachen 

C++ / Java 

Verschiedene Oberflächen 

Browser-Style 

Outlook-Style 

Janus-Style 

www.otris.de 


Präsentation 


Janus Generator --Generierter Generierter Dialog 

Neu

Bestandteile eines Fachkonzepts - PTA GmbH

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?