02 - OOAD mit der UML

Question 1

3 (Mögliche) Schritte zur Guten Software

Answer 1

1) Den Kunden befragen
2) OO-Prinzipien Anwenden
3) Wiederverwendbarkeit und Wartbarkeit im Auge behalten

Question 2

Was ist bei Schritt 1: “Den Kunden Befragen” zu beachten?

Answer 2

1) Keine technischen Fragen stellen - das ist unserer Job
2) Sich Zeit lassen und möglich nichts überspringen
3) Sich auf die Kundenanforderungen Fokussieren und wie es aussehen sollte

Question 3

Zweck: OOAD

Answer 3

1) Modelle dienen dazu den Kunden zufriedenzustellen: und zwar dass das Programm tut,was es soll. Desweiteren sollte das Programm mit vertretbarem Aufwand verändert werden. Zu guter letzt profitiert der Entwickler auch, wenn Teile des Programms für den nächsten Kunden wiederverwendet werden können.

Question 4

Definition: UML

Answer 4

Ein grafisches Modell um den technischen Aufbau eines Systems besser zu verstehen und darüber diskutieren zu können. Die UML ist ein Modellierungsstandard in der Softwareindustrie um dies zu ermöglichen.

Question 5

Vorteile der UML (5)

Answer 5

1) <b>Eindeutigkeit</b>: Wer zeichnet, muss sich festlegen und ist gezwungen, sich über die Alternativen Gedanken zu machen.
2) <b>Verständlichkeit</b>: Wie in allen Lebensbereichen erleichtern graphische Modelle das Verständnis komplexer Zusammenhänge.
3) <b>Ausdrucksstärke</b>: Die vielen verschiedenen UML-Diagramme betonen verschiedene Aspekte. Sie erlauben es, sich auf einen Teilaspekt zu konzentrieren, ergeben zusammen aber auch einen umfassenden Blick auf ein System.
4) <b>Standardisierung</b>: Weltweit anerkannt und verbreitet. Da fast jeder, der sich mit dem Thema objektorientierter Softwareentwicklung auskennt, auch die UML kennt, vereinfacht sie die Kommunikation in den Projekten.
5) <b>Plattformunabhängigkeit</b>: UMLs werden so gestaltet, das man sich beim Fertigen modell nicht auf eine Plattform festlegt. Dies macht das ganze Modell flexibler und verständlicher.

Question 6

Kriterien für die Auswahl der UML Diagramme

Answer 6

1) Zweck
2) Zielgruppe
3) Im welchem Verhältnis stehen Kosten und Nutzen eines Modells?

Question 7

Was bilden UML modelle ab?

Answer 7

Sie können sowohl ein Geschäftssystem als auch ein IT-System beschreiben. Vor Beginn der Modellierung steht immer die Frage: Was genau ist das zu modellierende System und welchen Zweck soll es erfüllen?

Question 8

Definition: Screen-Prototypes

Answer 8

Eine weitere Methode von der Analyse und Design Phase eines Softwareprojekts. Sie konzentriert sich auf dass was der Endbenutzer sieht. So können sich die Endbenutzer leichter ein Bild vom zu entwickelndem System machen und klären somit weitere Mißverständisse bei der Anforderungsanalyse auf.

Question 9

Schritte der Objektorientierten Analyse (6)

Answer 9

1) Anforderungen des Kunden verstanden haben
2) Mit dem Kunden sprechen
3) Mit anderen Beteiligten sprechen
4) Fragen stellen
5) Im Team diskutieren
6) Die Aufgabe aus unterschiedlichen Blickwinkeln betrachten

Question 10

Definition: Use-Cases

Answer 10

Eine Semi-Strukturierte Methode: in der Form von Dokumenten, die einer gegebenen Struktur folgen, die beschreiben wie Akteure mit dem zu entwerfenden System in einem bestimmten Fall interagiert.

Question 11

Was kennzeichnet ein Use-Case (4)

Answer 11

1) Bringt dem Anwender einen bestimmten Nutzen
2) Ein definiertes Anfang und Ende
3) Ein Akteur außerhalb des Systems initiiert es
4) Muss alle Pfade vom Ausgangspunkt bis zum Ziel enthalten.

Question 12

Aufbau von Use-Case-Dokumenten (11)

Answer 12

1) Name und ID
2) Status
3) Version
4) Description
5) Actors
6) Basic Flow
7) Alternate Flows
8) Trigger
9) Preconditions
10) Postconditions
11) Related Use-Cases

Question 13

Definition: Use-Case-Diagramme

Answer 13

Use-Case-Diagramme helfen bei der Analyse auf sehr hoher Ebene Features und Use-Cases für ein System zu identifizieren. Ein Use-Case-Diagramm beschriebt die Interaktion zwischen einem Akteur und einem System. Normalerweise werden sie vor den Use-Case-Dokumenten skizziert.

Question 14

Eigenschaften eines Use-Case-Diagramms (3)

Answer 14

1) Sie abstrahieren von Details
2) Geben nur Auskunft über was das System tut, nicht wie
3) Keine Reihenfolger der Use-Cases wird definiert

Question 15

Zweck von Use-Case-Diagrammen

Answer 15

Use-Case-Diagramme beschreiben die Kernfunktionalitäten eines Systems, indem ein großes Rechteck das System ist und Akteure außerhalb dieses Rechtecks mit Einzelteilen des Systems interagieren.

Question 16

Elemente eines Use-Case-Diagramms (5)

Answer 16

1) Akteure
2) Use-Cases
3) System
4) Assoziation
5) Beziehungen zwischen Anwendungsfällen <> und <>
6) Generalisierung

Question 17

Definition: Akteur (Use-Case-Diagramm)

Answer 17

Die Rolle eines externen Benutzers oder ein externen Systems, der mit dem System interagiert. Er steht aber im Diagramm außerhalb des Systems und ist eine generische Einheit die nicht mit spezifischen Namensgebungen benannt werden sollte.

Question 18

Definition: Use-Case

Answer 18

Eine Funktionalität des betrachteten Systems, die ein Akteur nutzt. Es besteht aus einer Menge von Aktionen und bringt dem Akteur in irgendeiner Form einen Nutzen.

Question 19

Definition: Assoziation

Answer 19

Eine Beziehung zwischen einem Akteur und einem Anwendungsfall, den er nutzt. Der Pfeil zeigt in die Richtung des Use-Cases (Akteure sind Initiator).

Question 20

Definition: < < extend > >

Answer 20

Eine <> Beziehung zwischen 2 Use-Cases bedeuted, das eines der beiden nur unter einer bestimmten Bedingung stattfinden kann.

Question 21

Definition: < < include > >

Answer 21

Eine weitere Beziehung zwischen 2 Use-Cases, wo das eine nur mithilfe des anderen initiiert werden kann.

Question 22

Definition: Generalisierungen

Answer 22

Wenn sich 2 Akteure ähneln kann man sie sinnvoller weise Generalisieren.

Question 23

Zweck: Klassendiagramme

Answer 23

Sie beschreiben die Struktur eines objektorientierten Sstems und können der Diskussion mit dem Anwender dienen, solange man sich nur auf einige Klassen beschränkt. Vor allem beschreiben Klassendiagramme auch die interne Struktur eines Systems als Vorlage für die Entwicklung. Deswegen müssen sie alle Details enthalten.

Question 24

Bestandteile: Klassendiagramme (2)

Answer 24

1) Klassen die für ähnliche Objekte zusammengefasst werden. Sie enthalten Attribute und Methoden.
2) Verschiedene Pfeile um die Beziehungen zwischen Klassen darzustellen.

Question 25

Definition: Assoziation

Answer 25

Eine Assoziation stellt eine Beziehung zwischen zwei Klassen dar (A gehört zu B). An den beteiligten Klassen steht jeweils eine Kardinalität, de angibt wie viele Objekte an einer Assoziation beteiligt sein können.

Question 26

Definition: Aggregation

Answer 26

Eine form der Assoziation, bei der sich ein Objekt der einen Klasse u.a. aus einem Objekt der anderen Klasse zusammensetzt (A besteht aus B,C,D usw.). Dieses Objekt kann aber auch ohne seine Teile existieren.

Question 27

Definition: Komposition

Answer 27

Komposition ist eine Aggregation (A besteht aus B,C,D usw.) bei der ein Onjekt untrennbar mit einem Ganzen verbunden ist. Wenn das ganze aufhört zu existieren, endet auch die Existenz der Teile.

Question 28

Sichtbarkeit bei Klassendiagrammen (4)

Answer 28

1) + public
2) # protected
3) ~ package
4) - private

Question 29

Multiplizität für Attribute in Klassendiagrammen

Answer 29

Steht anstatt der Assoziation in einem Klassendiagramm. Es wird aber nicht für Attribute mit elementaren Werten verwendet.

Question 30

Eigenschaften für Attribute in Klassendiagrammen (2)

Answer 30

1) {readOnly} - Der Attributwert kann nicht geändert werden

2) {unique} - Jeder Attributwert darf bei maximal einem Objekt vorkommen.

Question 31

Syntax: Attribute in Klassendiagrammen

Answer 31

Sichtbarkeit / Name :Typ Multiplizität = Defaultwert {Eigenschaft}

Question 32

Syntax: Methoden in Klassendiagrammen

Answer 32

Sichtbarkeit Name (Parameterliste ) :Rückgabetyp {Eigenschaft}

Question 33

Übergabearten für Parameter in Klassendiagrammen

Answer 33

1) in - Alle elementare Datentypen
2) out - Werden nicht modelliert.
3) inout - Parameter mit Klassen als Typ

Question 34

Definition: Call-by-Value

Answer 34

Hier wird alles das an die Methode übergeben wird nicht verändert. Die Veränderte version wird an die Garbage Collection gesendet und es wird eine Kopie vom Ursprungszustand gemacht.

Question 35

Definition: Call-by-Reference

Answer 35

Hier wird bei einem Methodenaufruf der Originale Parameter verändert, da direkt auf eine Objekt referenziert wird.

Question 36

Eigenschaften für Parameter und Rückgabetypen in Klassendiagrammen (2)

Answer 36

1) {sequence} - Tupel: Die werte sind geordnet

2) {bag} - Menge: Die Werte sind ungeordnet. Eine Reihenfolge ist nicht definiert

Question 37

Assoziationen mit XOR-Einschränkungen

Answer 37

Sie besagt, dass Objekte der beteiligten Klassen nur an einer der Assoziationen beteiligt sein dürfen.

Question 38

Implementierung von Assoziationen

Answer 38

Objekte einer Klasse bekommen ein Attribut das auf ein Objekt der anderen Klasse verweist. Die multiplizitäten geben an wie viele Objekte der anderen Klasse es geben soll.

Question 39

Navigierbarkeit Assoziationen

Answer 39

Die Navigierbarkeit einer Assoziation gibt an, in welcher Richtung die Klassen auf diese Art Kenntnis voneinander haben. Ist kein Pfeil angegeben, muss sich der Implementierer entscheiden ob die Assoziation verboten oder vorgeschrieben wird.

Question 40

Qualifizierer einer Assoziation

Answer 40

Geben an, anhand welcher Attribute einem Objekt der Klasse ein Objekt der assoziierten Klasse zugeordnet sind.