Tutorium Software-Engineering SS14 Florian Manghofer.

Slides:



Advertisements
Ähnliche Präsentationen
Business Engineering Philipp Osl, Alexander Schmidt
Advertisements

Übung ("alte" Klausuraufgabe)
Übung: Online-Belegung einer Lehrveranstaltung
ER-Datenmodell und Abfragen in SQL
Organisatorisches „[SE]“ als Teil des -Betreffs
Zur Rolle der Sprache bei der Modellierung von Datenbanken
Die Definitionsphase -Objektorientierte Analyse - Das statische Modell
OO Analyse Analyseprozess Erstellen eines Modells
Assoziationen Verbindungen zwischen Objekten einer Klasse
Das Entity-Relationship-Modell
Übung Autoradio ("alte" Klausuraufgabe)
Übung ("alte" Klausuraufgabe)
Themenschwerpunkte Übung 3:
Objektorientierte Konzepte und Notation in UML
Übung Datenbanksysteme UML
ERM – Modellierung Teil 2
Buch S70ff (Informatik I, Oldenbourg-Verlag)
Beziehungen zwischen Klassen
UML-Klassendiagramm: Assoziationen (1)
8. Vorlesung: Klassendiagramm für Fallbeispiel
6. Vorlesung: Statische Konzepte
Delphi II - OOP IFB Fortbildung
Relationale Datenbanken II
Fachhochschule München, Projektstudium Chipkarten SS 2002 GUI – Gruppe - Autooberfläche Die Oberfläche im Auto.
Entwurfs- und Implementationsdiagramme
Institut für Kartographie und Geoinformation Prof. Dr. Lutz Plümer Objektorientierte Konzepte/UML Geoinformation I Vorlesung 2 WS 2000/2001.
UML WS 09/10: Datenbanken vs MarkUp Dozent: Prof. Dr. Manfred Thaller
Objektorientierte Analyse
UML UML mit SiSy® Vorgehensmodell Dokumentation HTML-Export
7.3.1 Ein Modellierungsbeispiel (1|9)
Datenbanksysteme für Hörer anderer Fachrichtungen
Zustandsübergangsdiagramme (1)
Relationale Datenbanken
Objektorientierte Modellierung mit UML
Klassen und Klassenstruktur
MS Office Access 2007 UM für INI. Sie haben viele Daten? Entscheiden Sie sich für Access. Access verarbeitet Daten, und zwar alle Arten von Daten: Kundenkontakte,
Abbildung UML-Schema  Rel. Schema (1)
SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #3 ER Modellierung.
Institut für Kartographie und Geoinformation Prof. Dr. Lutz Plümer, Dr. Thomas H. Kolbe Einführung in die Programmierung mit Java 9. Vorlesung WS 2001/2002.
Sichtbarkeit einschränken
Übung Schachspiel ("alte" Klausuraufgabe)
(Beziehungen zwischen Objekten)
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
Manuel Friedrich Schiller-Gymnasium Hof Datenbanken Erstellen des „Semantischen Modells“
UML Klassendiagramme von Felix Bornholdt. Klassendiagramme dienen der grafischen Veranschaulichung von Klassen und deren Beziehungen untereinander.
1 Objektorientierte Softwareentwicklung. Dr. Wolfram Amme, Objektorientierte Softwareentwicklung, Informatik II, FSU Jena, SS Phasen objektorientierter.
„Was du ererbt von Deinen Vätern hast, erwirb es, um es zu besitzen.“
Java-Kurs - 8. Übung Klassen und Objekte: Vererbung
Vorlesung Datenbankprogrammierung
November 18 Informatik Kurse
Vorlesung #3 ER Modellierung
ER-Modell und Relationales Schema
Datenstrukturen und Softwareentwicklung
9. Vererbung und Polymorphie
Informatik Softwareentwicklung – 4.2 Diagramme
Administrieren und Arbeiten mit Datenbanken und SQL
Juli 19 Informatik Kurse
 Präsentation transkript:

Tutorium Software-Engineering SS14 Florian Manghofer

UML - Klassendiagramme Ein konkreter Auftraggeber(BR-alpha) hat 2 konkrete Projekte Ein Auftraggeber beauftragt beliebig viele Projekte oder keins. Ein Projekt muss jedoch genau einen Auftraggeber haben.

UML - Klassendiagramme Eine Klasse Mitarbeiter, da sowohl ein Vorgesetzter als auch ein Unter- stellter ein Mitarbeiter ist. Bezieht sich auf sich selber. Ein Unterstellter berichtet an keinen oder einen Vorgesetzten. Ein Vorgesetzter wird berichtet von keinem oder beliebig vielen Unterstellten.

UML - Klassendiagramme

Vorgehensweise: 1.Beteiligte Klassen aufstellen 2.Beziehungen zwischen den Klassen feststellen 1.Gibt es Vererbung? Wenn ja, welche Klasse erbt von welcher? 2.Gibt es Kompositionen? (Angabe genau lesen) Welche Klasse besteht aus anderer Klasse(n)? 3.Gibt es Aggregation? (Angabe genau lesen) Welche Klasse(n) sind/ist Teil von einer Klasse? 4.Gibt es reflexive Assoziation? Bezieht sich eine Klasse auf sich selber? 5.Restlichen Beziehungen sind Assoziationen 3.Klassen & Beziehungen einzeichnen 4.Attribute & Methoden der Klassen festlegen (nur wenn in Aufgabe verlangt) 5.(Beziehungen benennen z.B. „arbeitet bei  “) 6.Multiplizitäten / Kardinalitäten bestimmen 7.Beziehungen benennen (nur wenn in Aufgabe verlangt) falls vorhanden: Assoziation, Komposition, Aggregation, Vererbung, reflexive Assoziation Es empfiehlt sich die Schritte 1-2 auf einem Schmierblatt zu skizzieren, wenn man das Diagramm auf Papier zeichnet, um dadurch die Klassen besser im eigentlichen Diagramm zu platzieren.

UML - Klassendiagramme Übung: Ein Tutorium besteht aus einem Tutor und maximal 30 Studenten. Für Studenten wird der Name, die Matrikelnummer, der Studiengang und das Semester gespeichert. Für den Tutor zusätzlich noch seine Note in diesem Fach. Für das Tutorium wird der Name gespeichert. Ein Tutorium findet in genau einem Raum statt. Für den Raum wird die Nummer und die Ausstattung gespeichert. Ein Raum ist ein Teil eines Gebäudes, für das der Name gespeichert wird.

UML - Klassendiagramme Übung: Ein Autohaus hat zwischen 10 und 30 Mitarbeiter. Ebenfalls stehen auf dem Gelände konstant 60 Autos. Von jedem Mitarbeiter ist seine Adresse bekannt, seine Funktion im Autohaus und sein Gehalt. Autos haben einen Namen und eine Bezeichnung. Sie können ihren Zustand ausgeben und gefahren werden. Generell wird zwischen Mechaniker, Vertrieb- und Büroangestellte unterschieden. Mechaniker können Autos reparieren sowie die eigenen Autos warten. Vertriebsmitarbeiter können Autos verkaufen und Verkaufsgespräche führen. Zusätzlich wird deren Anzahl an verkauften Autos gespeichert. Für einen Büromitarbeiter wird die Kostenstelle gespeichert. Er kann Verträge aufsetzen und Autos bestellen. Ebenso kann er die interne Abrechnung durchführen. Jeder Mitarbeiter kann kündigen oder Urlaub beanspruchen. Für einen Kunden ist die Adresse wichtig sowie sein Budget. Er kann ein Auto kaufen und das Autohaus verlassen.

UML - Klassendiagramme