8. Analyse Muster. Entwurfsprinzipien. Siehe auch Heide Balzert: Lehrbuch der Objektmodellierung. 8. Analyse Muster 1

Größe: px
Ab Seite anzeigen:

Download "8. Analyse Muster. Entwurfsprinzipien. Siehe auch Heide Balzert: Lehrbuch der Objektmodellierung. 8. Analyse Muster 1"

Transkript

1 8. Analyse Muster Entwurfsprinzipien Siehe auch Heide Balzert: Lehrbuch der Objektmodellierung. 8. Analyse Muster 1

2 Definition Analyse Muster (Analysis-Pattern) beschreiben eine Lösung für eine typische Teilaufgabe bei der Erstellung eines fachlichen Modells, das heisst also in der Analyse-Phase. Entwurfs Muster (Design-Pattern) sind bewährte Lösungsschablonen für wiederkehrende Entwurfsprobleme in der Design Phase. Sie beschreiben auf hoher Abstraktionsebene einen Ansatz für eine Software Lösung. Der Unterschied von Analyse und Design Pattern besteht auch in der zeitlichen Abfolge. Analyse Muster werden in der Analyse Phase zum Definieren des fachlichen Modells beigezogen. Design Pattern werden erst in der Design Phase eingesetzt, wenn es darum geht die Gesamt-Lösung (Architektur) zu entwerfen (bzw. die konkrete Umsetzung zu definieren). 8. Analyse Muster 2

3 Anwendung Analyse Muster dienen zur Modellierung häufig vorkommender Strukturen. beschreiben eine Gruppe von Klassen oder Objekten mit festen Verantwortlichkeiten definierten Beziehungen definierten Interaktionen haben einen eindeutigen Namen beantworten die Frage: Wie modelliere ich diese Klassenbeziehung? Ein Analyse Muster beschreibt also eine Lösung für eine typische Teilaufgabe bei der Erstellung eines fachlichen Modells (d.h. in der Analyse Phase). Entwurfs Muster sind hingegen eher implementierungs-orientierte Muster. Sie geben Antwort auf die Frage: Wie realisiere ich diese Klassenbeziehung? 8. Analyse Muster 3

4 Software Entwicklungs-Prozess Problem/Aufgabe Lösung Transformation / Einbettung Abstraktion Konkrete Ebene Analyse Analyse Modell Konkretes Problem Design Modell Implementation Umsetzung Analyse Pattern helfen dabei, eine Struktur in die (oft amorphe) Menge von benötigten Information zu bringen. Design Pattern können dann Hinweise geben, wie das Gesamt- System konkret implementiert werden soll. 8. Analyse Muster 4

5 Muster 1: Liste Merkmale Komposition (Ganzes Teile) Alle Teile sind gleichartig Die Teile sind geordnet Jedes Teil gehört zu genau einem Aggregat Aggregat enthält mindestens ein Teil die Multiplizität ist normalerweise 1..* Typische Listen Muster kommen vor bei Bestellungen (Bestell-Kopf und die einzelnen Bestellpositionen), bei Aufträgen (Gesamtauftrag und die einzelnen Einzel- Aufträge/Aufgaben) oder bei Projekten (Gesamt-Projekt und einzelne Projekt-Schritte). Alle Listenelemente haben den gleichen Typ (tragen die gleichen Informationen). Die Listenelemente machen nur als Teil der Liste einen Sinn. 8. Analyse Muster 5

6 Liste Beispiele Weitere Listen treten zum Beispiel auf bei Auftrag -> Auftragspositionen -> EinzelAuftrag 8. Analyse Muster 6

7 Muster 2: Exemplartyp Merkmale Von einer Sache existieren viele Exemplare (Kopien) mit gemeinsamen Informationen-> für alle Exemplare gleich zusätzlichen Eigenschaften für jedes Exemplar separat Sammeln der gemeinsamen Informationen in einer Beschreibungsklasse Zusatz-Informationen in Exemplar-Klasse Einfache Assoziation (keine Komposition) Objektbeziehungen bleiben konstant (ausser ein Exemplar wird gelöscht) Auch bekannt als Item / Item-Description Analyse-Muster (Peter Coad et al.: Object Models: Strategies, Patterns, and Applications, Prentice Hall, 1996 ) Beispiele von Exemplaren sind die Bücher einer Bibliothek, die Autos einer Autovermietung, die Veranstaltungen einer Schule oder Organisation, die DVDs einer Videothek Die Unterscheidung der verschiedenen Exemplare ist dabei nötig, um die Ausleihe oder die Registrierung an ein konkretes Exemplar/eine konkrete Kopie zu verknüpfen. Die Beschreibungsklasse existiert unabhängig von den Exemplaren. Die Exemplare sind nicht Teil eines Beschreibungsobjekts, daher ist es keine Komposition. 8. Analyse Muster 7

8 Exemplartyp Beispiele In der Beschreibungsklasse werden alle gemeinsamen Informationen der Exemplare (des Buches, des Films, des Autos, des Kurses) gesammelt. Die Beschreibungsklasse heisst daher oft xxxdescription, xxxspecification oder xxxtype. In der Exemplar-Klasse (Book, Car, Film, Course) sind dann die spezifischen Informationen dieser speziellen Kopie erfasst (die Identifikations- oder Registrierungsnummer, die Versions- oder Seriennummer, das Veranstaltungsdatum, ). Üblicherweise hat die Exemplar-Klasse nur noch wenige Attribute. Die Ausleihe oder Registrierung ist dann an mit spezifischen Exemplar/einer spezifischen Kopie verknüpft. Ein mögliches Objekt-Diagramm zum Bibliothek-Beispiel wäre: 8. Analyse Muster 8

9 Muster 3: Baugruppe Merkmale Eine Baugruppe beschreibt ein aus verschiedenen Teilen zusammengebautes physisches Objekt. Modellierung einer Teil/Ganzes-Hierarchie mit unbekannter / ungleichmässiger / zeitlich variierende Schachtelungstiefe die Struktur der Objekte bildet einen Baum die Blätter des Baumes sind die atomaren Bestandteile die zusammengesetzten Teile werden gleich behandelt wie die atomaren Bestandteile Ein Beispiel wäre ein Flugzeug, welches aus dem Tragwerk, dem Rumpfwerk, dem Leitwerk, dem Steuerwerk und dem Fahrwerk besteht. Das Tragwerk besteht aus den Flügeln und den Landeklappen. Landeklappen bestehen aus Sperrklappen, Querruder, 8. Analyse Muster 9

10 Baugruppe Eine Baugruppe beschreibt ein Schiff, ein Flugzeug, eine Turbine, mit dessen Bauteilen. Die Bauteile sind die physische Teile des Objektes -> Komposition Das zusammengesetzte Objekt besteht aus unterschiedlichen Teilen (-> keine Liste) Die Beziehung besteht über längere Zeit Ein Teilobjekt kann vom Ganzen getrennt und in ein anderes Objekt eingebaut werden 8. Analyse Muster 10

11 Baugruppe Beispiele: Computer, Airplane Ein Computer besteht aus einem oder mehreren Prozessoren, Schnittstellen, einem Monitor, einer Tastatur,, welche selber ebenfalls wieder aus kleineren Teilen zusammengesetzt sind. Auch ein Flugzeug besteht aus verschiedenen physischen Teilen. Ein Motor eines Flugzeugs oder ein Monitor eines Computers könnte aber prinzipiell auch ausgetauscht oder in einem anderen Flugzeug/Computer eingebaut werden. 8. Analyse Muster 11

12 Muster 4: Stückliste (Compositum) Stücklisten bestehen aus Teilen, die aber selber als Einzelobjekte auftreten können. Merkmale Ganzes / Teile Verhältnis -> Komposition Das Aggregat und seine Teile können als ganzes betrachten werden Die Teile können auch als eigenständige Objekte behandelt werden Die Multiplizität der Aggregatsklasse ist Jedes Objekt vom Typ A kann wieder aus Objekten vom Typ A, aber auch aus Objekten vom Typ B, C, bestehen. Im Gegensatz zur Baugruppe, wo eine strenge Hierarchie herrscht, kann bei einer Stückliste jedes Teil als Gesamtes oder als Teil eines anderen Teils auftreten. Ein Flugzeug besteht aus Flugzeugteilen, aber nicht aus einzelnen Flugzeugen. Jeder Knoten eines Baumes kann hingegen selber wieder Knoten enthalten (Rekursion). Jeder Teilbaum hat einen Wurzel-Knoten, das heisst, jeder Knoten kann ein Ganzes repräsentieren. 8. Analyse Muster 12

13 Stückliste Beispiel: Directory-Struktur Ein Directory kann Directories, Links oder Files enthalten. Ein Directory kann in einem Directory enthalten sein, muss aber nicht. 8. Analyse Muster 13

14 Stückliste Beispiel: Komponenten Ein Komponenten Baum ist ein Spezialfall einer Stückliste, da er aus lauter gleichartigen Objekten besteht. 8. Analyse Muster 14

15 Muster 5: Koordinator Ein Koordinator verbindet zwei verschiedene Objekte. Seine Aufgabe besteht darin, zu wissen wer wen kennt. Merkmale Zwischen den Klassen ist eine einfache Assoziation Ein Koordinator hat wenig eigene Attribute und Operationen Er dient vor allem dazu, andere Objekte zu verbinden. Ein Koordinator wird eingesetzt, um mehrstellige Assoziationen durch zwei einfache Assoziationen und eine (Vermittler-)Klasse zu ersetzen. 8. Analyse Muster 15

16 Koordinator Beispiele Koordinator- Klasse Jede Buchung gehört zu einem Kunden und zu einer Reise. Im Objekt-Diagramm sehen wir, dass jede Registrierung zu einem Kurs und zu einem Studenten gehört. Die Note (Rating) gehört dann zu einem konkreten Kursbesuch, kann also zu der Registration-Klasse assoziiert werden. 8. Analyse Muster 16

17 Koordinator Beispiele Koordinator als Assoziationsklasse 8. Analyse Muster 17

18 Muster 6: Rollen Merkmale Zwischen zwei Klassen bestehen mehrere einfache Assoziationen Ein Objekt kann zu verschiedenen Zeitpunkten verschiedene Rollen einnehmen Das Objekt, welches verschiedene Rollen spielen kann, hat für alle Rollen die gleichen Eigenschaften und Operationen Das Rollen Analyse Muster kommt oft im Zusammenhang mit Personen zum Einsatz, welche zu gewissen Zeiten verschiedene Aufgaben wahrnehmen. 8. Analyse Muster 18

19 Rollen Beispiele Eine Person ist Zuhörer oder Vortragender (oder beides) in einer Vortragsveranstaltung Ein Fussballer wird als Libero, Stürmer und/oder als Ersatzmann aufgestellt Der gleiche Musiker wird im Konzert als Violinist, Cellist und/oder Schlagzeuger eingesetzt. Der gleiche Künstler ist in einem Film als Drehbuchautor, Regisseur und Schauspieler beteiligt Die Anzahl verschiedener Rollen sollte nicht zu gross sein (z.b. weniger als 10), sonst sollte eine Koordinator-Klasse benutzt werden. Falls für einzelne der verschiedenen Rollen Zusatzinformationen nötig sind, ist eine Lösung mit Subtypen zu überlegen -> wechselnde Rollen. 8. Analyse Muster 19

20 Rollen Beispiele In einer Abteilung kann abwechselnd jemand anders die Leitung übernehmen. In einem Kurs können die Redner auch Kurs-Teilnehmer sein. 8. Analyse Muster 20

21 Muster 7: Wechselnde Rollen Merkmale Ein Objekt kann zu verschiedenen Zeitpunkten verschiedene Rollen einnehmen Für die verschiedenen Rollen benötigt das Objekt verschiedene (zusätzliche) Eigenschaften oder Operationen Die unterschiedlichen Rollen werden mittels Subtypen modelliert Beziehungen zwischen dem Objekt und seinen Rollen werden nur erweitert, nicht gelöscht Es gibt keine Beziehungen zwischen den Rollen und anderen Objekten Im Unterschied zum Rollen Analyse Muster haben die Objekte der Wechselnden Rollen unterschiedliche Eigenschaften (zusätzliche Attribute oder Operationen). 8. Analyse Muster 21

22 Wechselnde Rollen Beispiel Der gleiche Mitarbeiter kann zu verschiedenen Zeiten verschiedene Rollen (Zustände) wahrnehmen. In den verschiedenen Rollen haben die Mitarbeiter andere Eigenschaften und Aufgaben, (Attribute/Operationen). 8. Analyse Muster 22

23 Muster 8: Historie Der zeitliche Verlauf eines Merkmals, einer Information, einer Eigenschaft oder eines Zustands eines Objekts soll verwaltet werden Dieses Merkmals kann durch ein einfaches Attribut oder durch eine Beziehung zu einer anderen Klasse repräsentiert sein Normalerweise gilt zu einem bestimmten Zeitpunkt nur ein Wert Die Frage: welchen Wert hatte dieses Merkmal zum Zeitpunkt x? muss beantwortet werden können Beispiele von historisierten Daten: Die(der) sich mit der Zeit ändernde - Gehaltsgruppe - Adresse einer Person - Gruppenzugehörigkeit - Arbeitgeber (Lebenslauf) - Preis einer Ware für welche der gesamte Datenverlauf gespeichert werden soll. 8. Analyse Muster 23

24 Historie Merkmale Für ein Objekt müssen mehrere Informationen/Merkmale gespeichert werden Jede Information bezieht sich auf einen Zeitraum, welcher angibt, was zu welchem Zeitpunkt gilt Beziehungen zwischen dem Objekt und seinen Informationen werden nur erweitert/ergänzt, nicht gelöscht Zwischen dem Objekt und der Information ist eine einfache Assoziation (keine Komposition) Im Rollen Analyse Muster wird keine Historie geführt, das heisst, es ist nicht bekannt, welche Rollen diese Person zu welchem Zeitpunkt eingenommen hat. Die Historie hingegen speichert die ganze Vorgeschichte. 8. Analyse Muster 24

25 Historie Beispiel Die verschiedenen (Teilzeit) Anstellungen können sich prinzipiell zeitlich überlappen. Zu jedem Zeitraum gibt es mindestens eine Anstellungsart. Jeder Anstellungswechsel führt zu einem neuen Anstellungs-Objekt. 8. Analyse Muster 25

26 Muster 9: Gruppe Das Gruppe Analyse Muster dient zum Aufzeigen von Zugehörigkeiten verschiedener Einzel- Objekte zu einer Gruppe. Die Gruppe kann (im Gegensatz zur Liste) auch ohne die Gruppenelemente existieren. Jedes Objekt kann die Gruppe wieder verlassen Beispiele von Gruppen eine Abteilung mit ihren Angestellten ein Projekt-Team mit den Projekt-Mitarbeitern eine beliebige Menge von gleichartigen, zusammengehörigen Objekten Im Gegensatz zur Liste können die Objekte einer Gruppe dieser beitreten und diese Gruppe auch wieder verlassen. Ausserdem kann die Gruppe auch (zum Beispiel am Anfang) keine Mitglieder haben. 9. Analyse Muster 26

27 Gruppe Merkmale Zwischen den Objekten ist eine einfache Assoziation (lose Koppelung) Mehrere Einzelobjekte gehören (zu einem gewissen Zeitpunkt) zur gleichen Gruppe Die Gruppe kann kurzfristig eventuell auch ohne Mitglieder existieren Die Objektbeziehungen können erstellt und wieder gelöscht werden 8. Analyse Muster 27

28 Gruppe Beispiel Die Angestellten gehören jeweils zu einer oder mehreren Projekt Gruppen. Dies kann je nach Zeitpunkt wechseln und muss nicht historisiert werden. Ein Angestellten kann auch keiner oder mehreren Projekt Gruppen gleichzeitig angehören. 8. Analyse Muster 28

29 Muster 10: Gruppenhistorie Objekte sollen einer Gruppe zugeordnet werden können Ein Einzelobjekt kann im Laufe der Zeit zu verschiedenen Gruppen gehören Es soll bei jedem Objekt festgehalten werden, wann dieses Objekt zu welcher Gruppe gehört hat Beispiel Ein Angestellter gehört zu einer Abteilung Bei jedem Abteilungswechsel soll die Dauer, in welcher er für diese Abteilung gearbeitet hat, festgehalten werden Analog zur Historie wird bei der Gruppenhistorie die ganze Vorgeschichte gespeichert. 8. Analyse Muster 29

30 Gruppenhistorie Merkmale Zwischen den Objekten ist eine einfache Assoziation Mehrere Einzelobjekte gehören (zu einem gewissen Zeitpunkt) zur gleichen Gruppe Die Gruppe kann kurzfristig eventuell auch ohne Mitglieder existieren Da die Informationen historisiert werden sollen, können zwar neue Objektbeziehungen entstehen, es werden aber keine Beziehungen gelöscht. 8. Analyse Muster 30

31 Gruppenhistorie Beispiel Die Angestellten gehören jeweils zu einer oder mehreren Projekt Gruppen. Dies kann je nach Zeitpunkt wechseln und wird historisiert. Ein Angestellter kann auch keiner oder mehreren Projekt Gruppen gleichzeitig angehören, oder mehrfach (zu verschiedenen Zeitpunkten) zur gleichen Gruppe. 8. Analyse Muster 31

32 Gruppenhistorie Als Assoziationsklasse Der Unterschied zum Koordinator besteht darin, dass die Zugehörigkeit (Membership) eine Zeitdauer (period) besitzt. Auf diese Weise notiert, wäre es nicht erlaubt, dass der gleiche Angestellte mehrmals (zu verschiedenen Zeiten) zum gleichen ProjektTeam gehören darf. 8. Analyse Muster 32

Siehe auch Heide Balzert: Lehrbuch der Objektmodellierung.

Siehe auch Heide Balzert: Lehrbuch der Objektmodellierung. Siehe auch Heide Balzert: Lehrbuch der Objektmodellierung. 9. Analyse Muster 1 Der Unterschied von Analyse und Design Pattern besteht auch in der zeitlichen Abfolge. Analyse Muster werden in der Analyse

Mehr

Analysemuster. Marc Monecke monecke@informatik.uni-siegen.de

Analysemuster. Marc Monecke monecke@informatik.uni-siegen.de Analysemuster Marc Monecke monecke@informatik.uni-siegen.de Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D-57068 Siegen 2. Mai 2003 Inhaltsverzeichnis Grundlagen

Mehr

Software Engineering Analyse und Analysemuster

Software Engineering Analyse und Analysemuster Software Engineering Analyse und Analysemuster Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Klassendiagramme in der Analyse Im Rahmen der Anforderungsanalyse

Mehr

Software Engineering. 3. Analyse und Anforderungsmanagement

Software Engineering. 3. Analyse und Anforderungsmanagement Software Engineering 3. Analyse und Anforderungsmanagement Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz

Mehr

Software- und Systementwicklung

Software- und Systementwicklung Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm

Mehr

Systemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 4 -

Systemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 4 - Systemanalyse - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 4 - Hans-Jürgen Steffens (by courtesy of Prof. Dr. Thomas Allweyer) Fachbereich Informatik und Mikrosystemtechnik Fachhochschule

Mehr

Software Engineering Klassendiagramme weiterführende Konzepte

Software Engineering Klassendiagramme weiterführende Konzepte Software Engineering Klassendiagramme weiterführende Konzepte Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Klassenattribut: static Implementierung in Java public

Mehr

Objektorientierte Modellierung (1)

Objektorientierte Modellierung (1) Objektorientierte Modellierung (1) Die objektorientierte Modellierung verwendet: Klassen und deren Objekte Beziehungen zwischen Objekten bzw. Klassen Klassen und Objekte Definition Klasse Eine Klasse ist

Mehr

8. Objektorientierte Programmierung. Informatik II für Verkehrsingenieure

8. Objektorientierte Programmierung. Informatik II für Verkehrsingenieure 8. Objektorientierte Programmierung Informatik II für Verkehrsingenieure Grundbegriffe ALAN KAY, ERFINDER DER SPRACHE SMALLTALK, HAT DIE GRUNDBEGRIFFE DER OBJEKTORIENTIERTEN PROGRAMMIERUNG WIE FOLGT ZUSAMMENGEFASST:

Mehr

Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt.

Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt. Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt. Was ist eine Klasse? Was ist ein Objekt? Geben Sie ein

Mehr

Objektorientierte Analyse (OOA) Logischer Aufbau (statische Sicht)

Objektorientierte Analyse (OOA) Logischer Aufbau (statische Sicht) Inhalte Klassen(-Diagramm) Objekte Assoziation Multiplizität Aggregation Vererbung Logischer Aufbau (statische Sicht) OOA-Muster Model-View-Controller Konzept (MVC) - noch in Arbeit Seite 1 Klassen Eine

Mehr

Was ist EMF? Wie wird EMF eingesetzt? Was ist ecore? Das Generatormodell Fazit

Was ist EMF? Wie wird EMF eingesetzt? Was ist ecore? Das Generatormodell Fazit Was ist EMF? Wie wird EMF eingesetzt? Was ist ecore? Das Generatormodell Fazit EMF ist ein eigenständiges Eclipse-Projekt (Eclipse Modeling Framework Project) EMF ist ein Modellierungsframework und Tool

Mehr

Objektorientierte und Funktionale Programmierung SS 2014

Objektorientierte und Funktionale Programmierung SS 2014 Objektorientierte und Funktionale Programmierung SS 2014 6 Objektorientierte Entwurfsmuster 1 6 Objektorientierte Entwurfsmuster Lernziele Einige wichtige Entwurfsmuster kennen und verstehen Einsatzmöglichkeiten

Mehr

Objektorientierte Konzepte und Notation in UML. Objekt Klasse Attribut Operation

Objektorientierte Konzepte und Notation in UML. Objekt Klasse Attribut Operation Objektorientierte Konzepte und Notation in UML Objekt Klasse Attribut Operation Objekt Wodurch zeichnet sich ein Objekt aus? - Zustand - Verhalten - Identität Objektdiagramm - Notationsregeln :Kuh Elsa:Kuh

Mehr

Software Engineering in der Praxis

Software Engineering in der Praxis Inhalt Nachlese Aufgaben Literatur Software Engineering in der Praxis Praktische Übungen Inhalt Nachlese Aufgaben Literatur Marc Spisländer Dirk Wischermann Lehrstuhl für Software Engineering Friedrich-Alexander-Universität

Mehr

EinfÅhrung in die objektorientiere Programmierung (OOP) unter Delphi 6.0. EDV Kurs 13/2

EinfÅhrung in die objektorientiere Programmierung (OOP) unter Delphi 6.0. EDV Kurs 13/2 EinfÅhrung in die objektorientiere Programmierung (OOP) unter Delphi 6.0 EDV Kurs 13/2 Inhaltsverzeichnis 1 Objekte... 1 2 Klassen... 3 2.1 Beziehungen zwischen Klassen... 4 2.1.1 Vererbung... 4 2.1.2

Mehr

Darstellung von Assoziationen

Darstellung von Assoziationen Darstellung von Assoziationen Wie bereit aus Kapitel 1 bekannt, beschreiben Assoziationen Beziehungen zwischen Objekten, die zwischen Klassen modelliert werden. Zunächst soll die Modellierung binärer Assoziationen

Mehr

UML. Weiteres Vorgehen im Projekt

UML. Weiteres Vorgehen im Projekt UML Download objectif Personal Edition (kostenlos): http://www.microtool.de/objectif/de/download.asp Weiteres Vorgehen im Projekt Komponenten, Klassen, Objekte Prozesse Nichtfunktionale Anforderungen Skizzen,

Mehr

Lösungen zu Übung 3 Objektorientierte Modellierung - Statisches Modell

Lösungen zu Übung 3 Objektorientierte Modellierung - Statisches Modell Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Lösungen zu Übung 3 Objektorientierte Modellierung - Statisches Modell Aufgabe 3. Assoziation

Mehr

4. Übung zu Software Engineering

4. Übung zu Software Engineering 4. Übung zu Software Engineering WS 2009/2010 Henning Heitkötter Klassendiagramm: Projektmanagement AUFGABE 10 1 OOA-Methode von Heide Balzert 1. Klassen finden 2. Assoziationen und Kompositionen finden

Mehr

Kapitel 3: Statische Analyse mit FUSION

Kapitel 3: Statische Analyse mit FUSION Die erste Phase Kapitel 3: Statische Analyse mit FUSION SoPra 2008 Kap. 3: Statische Analyse mit FUSION (1/44) Kapitel 3.1: Anforderungsdokument Vorgabe: Informelle Anforderungen (Requirements): Lastenheft

Mehr

Softwaretechnik. Fomuso Ekellem

Softwaretechnik. Fomuso Ekellem WS 2011/12 Inhalt Entwurfsphase Systementwurf Software Architektur Entwurf Software Komponenten Entwurf Struktur Verhalten OO Entwurf (OOD) 2 Entwurfsphase 3 Entwurfsphase Lernziele Aufgaben der Entwurfsphase

Mehr

VU Objektorientierte Modellierung Übung 1

VU Objektorientierte Modellierung Übung 1 VU Objektorientierte Modellierung Übung Übungsgruppen: 4.4.2008-8.4.2008 Aufgabe : Strukturmodellierung mittels Klassendiagramm Theoriefragen Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit

Mehr

Kapitel 4: Konzeptueller Datenbankentwurf

Kapitel 4: Konzeptueller Datenbankentwurf 4. Konzeptueller Datenbankentwurf Seite 1 Kapitel 4: Konzeptueller Datenbankentwurf Der Entwurf des konzeptuellen Schemas ist Teil eines übergeordneten Softwareentwurfsprozesses. Im Pflichtenheft eines

Mehr

Sequenz- und Kommunikationsdiagrammen. Systemmodellierung mit SysML von Michel Manthey

Sequenz- und Kommunikationsdiagrammen. Systemmodellierung mit SysML von Michel Manthey Sequenz- und Kommunikationsdiagrammen von Michel Manthey 1 Interaktionsdiagramme Sequenzdiagramme (auch in SysML) Kommunikationsdiagramme Zeitdiagramme Interaktionsübersichtsdiagramme von Michel Manthey

Mehr

Übung 1. Ziel: Statisches Modell (Klassendiagramm) aus allgemeiner Beschreibung erstellen.

Übung 1. Ziel: Statisches Modell (Klassendiagramm) aus allgemeiner Beschreibung erstellen. Übung 1 Ziel: Statisches Modell (Klassendiagramm) aus allgemeiner Beschreibung erstellen. Für Paletten ist eine verwaltung zu organisieren, eine Palette kann in einem offenen (z.b. eine große halle) stehen.

Mehr

SWT MN Vorlesung 19.04.2006 2. Übungsblatt Hausaufgaben und Hörsaalübungen zum Themenbereich UML-Modellierung mit Rollen und OOA-Muster

SWT MN Vorlesung 19.04.2006 2. Übungsblatt Hausaufgaben und Hörsaalübungen zum Themenbereich UML-Modellierung mit Rollen und OOA-Muster SWT MN Vorlesung 19.04.2006 2. Übungsblatt Hausaufgaben und Hörsaalübungen zum Themenbereich UML-Modellierung mit Rollen und OOA-Muster Aufgabe 1 analytische Aufgabe Die Eigenschaften und Einsatzbereiche

Mehr

7. Analyse-Phase: Datenmodellierung Software Engineering

7. Analyse-Phase: Datenmodellierung Software Engineering 7. Analyse-Phase: Datenmodellierung Software Engineering Hochschule Darmstadt Haardtring 100 D-64295 Darmstadt Prof. Dr. Bernhard Humm Hochschule Darmstadt, 20. November 2006 Einordnung in den Kontext

Mehr

Lösungen zu Übung 3 Objektorientierte Modellierung - Statisches Modell

Lösungen zu Übung 3 Objektorientierte Modellierung - Statisches Modell Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Lösungen zu Übung 3 Objektorientierte Modellierung - Statisches Modell Aufgabe 3. Assoziation zwischen

Mehr

8 Baum in perfekter Komposition

8 Baum in perfekter Komposition 8 Baum in perfekter Komposition Die Implementierung des Binärbaums im letzten Kapitel wird mithilfe des Entwurfsmusters Kompositum optimiert. Knoten und Abschluss Bei der einfach verketteten Liste wurde

Mehr

Bekannte Lösungen für bekannte Probleme benutzen. Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen

Bekannte Lösungen für bekannte Probleme benutzen. Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen Michael Saecker Bekannte Lösungen für bekannte Probleme benutzen Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen Gemeinsames Vokabular für Designer 2 http://www.clickpix.de/sommer/architektur.jpg

Mehr

PRÜFUNG. Grundlagen der Softwaretechnik

PRÜFUNG. Grundlagen der Softwaretechnik Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner PRÜFUNG Grundlagen der Softwaretechnik Name: Matrikelnummer: Note: Prüfungstag: 21.09.2012 Prüfungsdauer:

Mehr

Übersicht. Softwarearchitektur. Softwarearchitektur, UML, Design Patterns und Unit Tests. Softwarearchitektur

Übersicht. Softwarearchitektur. Softwarearchitektur, UML, Design Patterns und Unit Tests. Softwarearchitektur Übersicht Object Oriented Organization Das System besteht aus Objekten, die mittels Methodenaufrufe (Nachrichten) miteinander kommunizieren. 2 / 34 4 / 34,, Design Patterns und Stefan Wehr Prof. Dr. Peter

Mehr

Applikationsentwicklung Architekturübungen

Applikationsentwicklung Architekturübungen Applikationsentwicklung Architekturübungen Aufgabe : Systeme und Subsysteme Gegeben ist das umfangreiche Softwaresystem eines modernen Passagierflugzeuges von der Steuerung und Navigation bis zum Bordunterhaltungssysstem

Mehr

Techniken der Projektentwicklung

Techniken der Projektentwicklung diagramme Termin 6 Denken in Schnittstellen Was nun? Einführung Bisher kennengelernt: Modellierung auf Konzeptlevel Usecase-Diagramme Domänenmodelle Jetzt: Übergang zu Spezifikation und Implementierung!

Mehr

Objektorientiertes Software-Engineering

Objektorientiertes Software-Engineering Objektorientiertes Software-Engineering TIT99BPE/TIT99CPE BA Mannheim WS 2001/2 F. Schönleber Organisatorisches Kurs 1: TIT99BPE 6.Studienhalbjahr Termin Mo. 13.00 14.30 Raum: 037B Kurs 1: TIT99CPE 6.Studienhalbjahr

Mehr

4. Übung zu Software Engineering

4. Übung zu Software Engineering 4. Übung zu Software Engineering WS 2007/2008 Aufgabe 8 Erstellen Sie für den aus Aufgabe 1 bekannten Function-Point-Kalkulator ein Pflichtenheft. Bitte begrenzen Sie dessen Umfang auf maximal 2 DIN A4

Mehr

Software Engineering in der Praxis

Software Engineering in der Praxis Software Engineering in der Praxis Praktische Übungen Meitner, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 16 Objektorientiertes Design Matthias Meitner Marc Spisländer Lehrstuhl für

Mehr

SWE5 Übungen zu Software-Engineering

SWE5 Übungen zu Software-Engineering 1 Übungen zu Software-Engineering 1) Klassen und Objekte 2) Telefonanlage 3) Objekt- und Klassendiagramme 4) Assoziationen 5) Telefonanlage (Erweiterung) 6) Fahrzeuge 7) Familien 2 Aufgabe 1: Klassen und

Mehr

Objektorientierte Analyse & Design

Objektorientierte Analyse & Design Objektorientierte Analyse & Design Analyse-Phase Teil 1 Einordnung im SW-Lebenszyklus Software- Entwicklung Einsatz Wartung Problemdefinition Spezifikation Implementation Auslieferung Analyse Entwurf Erprobung

Mehr

Feature Modelle. und ihre Anwendung. Feature Modelle und ihre Anwendungen. Fachgebiet Softwaretechnik, Heinz Nixdorf Institut, Universität Paderborn

Feature Modelle. und ihre Anwendung. Feature Modelle und ihre Anwendungen. Fachgebiet Softwaretechnik, Heinz Nixdorf Institut, Universität Paderborn Feature Modelle und ihre Anwendung Feature Modelle und ihre Anwendungen 22.07.2010 1 Software-Produktlinien Zusammenfassung mehrerer verwandter Softwaresysteme zu einer Domäne (Anwendungsgebiet) Softwaresysteme

Mehr

Informatik 11 Kapitel 2 - Rekursive Datenstrukturen

Informatik 11 Kapitel 2 - Rekursive Datenstrukturen Fachschaft Informatik Informatik 11 Kapitel 2 - Rekursive Datenstrukturen Michael Steinhuber König-Karlmann-Gymnasium Altötting 15. Januar 2016 Folie 1/77 Inhaltsverzeichnis I 1 Datenstruktur Schlange

Mehr

U4 Arbeiten mit eigenen PSpice-Modellen

U4 Arbeiten mit eigenen PSpice-Modellen U4-1 U4 Arbeiten mit eigenen PSpice-Modellen Umfeld In der Regel wird bei einer Simulation mit Standardkomponenten aus der Bibliothek gearbeitet. Diese Bibliothek deckt (in der Vollversion) praktisch alle

Mehr

Einführung in die Programmierung mit Java. Hörsaalübung

Einführung in die Programmierung mit Java. Hörsaalübung Einführung in die Programmierung mit Java Hörsaalübung Folie 1 Grundlagen der Objektorientierung Seit Anfang der Neunzigerjahre Standardmethode der Softwareentwicklung. Die OOP Objektorientierte Programmierung

Mehr

Unified Modeling Language (UML)

Unified Modeling Language (UML) Kirsten Berkenkötter Was ist ein Modell? Warum Modellieren? Warum UML? Viele, viele Diagramme UML am Beispiel Was ist ein Modell? Ein Modell: ist eine abstrakte Repräsentation eines Systems, bzw. ist eine

Mehr

Kapitel 5: Das Design

Kapitel 5: Das Design Nach der Analyse kommt... Kapitel 5: Das Design SoPra 2008 Kap. 5: Das Design (1/20) Kapitel 5.1: Überblick Was ist Design? Ergebnis der Analyse: abstrakte Definitionen Objektmodell: Klassen, Assoziationen,

Mehr

Schulung FRBR Functional Requirements for Bibliographic Records

Schulung FRBR Functional Requirements for Bibliographic Records Arbeitsstelle für Standardisierung (AfS) 1. Oktober 2010 Schulung FRBR Functional Requirements for Bibliographic Records Modul B: Grundprinzipien FRBR ER-Modelle Lernziele Nach Bearbeitung des Moduls B

Mehr

1 YAWL Yet Another Workflow Language

1 YAWL Yet Another Workflow Language 1 YAWL Yet Another Workflow Language Das YAWL Workflow-Management-System wurde von Wil van der Aalst und seinem Team an der Eindhoven University of Technology entwickelt. Das System ist in seiner jetzigen

Mehr

UML Klassendiagramm. Igor Karlinskiy, Mikhail Gavrish

UML Klassendiagramm. Igor Karlinskiy, Mikhail Gavrish UML Klassendiagramm Igor Karlinskiy, Mikhail Gavrish Agenda Wichtigste Eigenschaften Syntaktische Elemente mit entsprechendem C++ Code Analysemodell Designmodell Quellen 2 Klassendiagramm gibt die Möglichkeit,

Mehr

Von der UML nach C++

Von der UML nach C++ 22 Von der UML nach C++ Dieses Kapitel behandelt die folgenden Themen: Vererbung Interfaces Assoziationen Multiplizität Aggregation Komposition Die Unified Modeling Language (UML) ist eine weit verbreitete

Mehr

konzeptueller Entwurf mittels E/R-Modell einfache Funktionalitäten n-stellige Relationships (n>2) (siehe nächste zwei Folien) schwache Entities

konzeptueller Entwurf mittels E/R-Modell einfache Funktionalitäten n-stellige Relationships (n>2) (siehe nächste zwei Folien) schwache Entities Datenbankentwurf bisher: konzeptueller Entwurf mittels E/R-Modell einfache Funktionalitäten (min, max)-notation n-stellige Relationships (n>2) (siehe nächste zwei Folien) schwache Entities nun: Generalisierung,

Mehr

Abschnitt 16: Objektorientiertes Design

Abschnitt 16: Objektorientiertes Design Abschnitt 16: Objektorientiertes Design 16. Objektorientiertes Design 16 Objektorientiertes Design Informatik 2 (SS 07) 610 Software-Entwicklung Zur Software-Entwicklung existiert eine Vielfalt von Vorgehensweisen

Mehr

Inhalt: Version 1.7.5

Inhalt: Version 1.7.5 Inhalt: Objekte ohne Methoden Objekte mit einfachen Methoden Objekte und Methoden mit Parametern Objekte und Methoden mit Rückgabewert Objekte mit einem Array als Attribut Beziehungen zwischen Objekten

Mehr

Assoziation und Aggregation

Assoziation und Aggregation Assoziation und Aggregation Martin Wirsing in Zusammenarbeit mit Matthias Hölzl, Nora Koch 05/03 2 Ziele Verstehen der Begriffe Assoziation und Aggregation Implementierung von Assoziationen in Java schreiben

Mehr

Prüfung Software Engineering I (IB)

Prüfung Software Engineering I (IB) Hochschule für angewandte Wissenschaften München Fakultät für Informatik und Mathematik Studiengruppe IB 3 A Wintersemester 2014/15 Prüfung Software Engineering I (IB) Datum : 21.01.2015, 14:30 Uhr Bearbeitungszeit

Mehr

Daniel Warneke warneke@upb.de 08.05.2006. Ein Vortrag im Rahmen des Proseminars Software Pioneers

Daniel Warneke warneke@upb.de 08.05.2006. Ein Vortrag im Rahmen des Proseminars Software Pioneers Design Patterns Daniel Warneke warneke@upb.de 08.05.2006 Ein Vortrag im Rahmen des Proseminars Software Pioneers Design Patterns 1/23 Übersicht Einleitung / Motivation Design Patterns Beispiele Rolle des

Mehr

Use Cases. Use Cases

Use Cases. Use Cases Use Cases Eigenschaften: Ein Use Case beschreibt einen Teil des Verhaltens eines Systems aus externer Sicht (Formuliert in der der Fachsprache der Anwendung) Dies geschieht, indem ein Systemdialog beschrieben

Mehr

Objektorientierte Softwareentwicklung

Objektorientierte Softwareentwicklung Objektorientierte Softwareentwicklung Objektorientierte Softwareentwicklung Smalltalk CLOS Ada 9 C++ Objektorientierte Softwareentwicklung Object Pascal Java Oberon-2 Frage: Die Bibliothek der Fachhochschule

Mehr

Client-Server mit Socket und API von Berkeley

Client-Server mit Socket und API von Berkeley Client-Server mit Socket und API von Berkeley L A TEX Projektbereich Deutsche Sprache Klasse 3F Schuljahr 2015/2016 Copyleft 3F Inhaltsverzeichnis 1 NETZWERKPROTOKOLLE 3 1.1 TCP/IP..................................................

Mehr

a) In der Aufgabenstellung war ein möglichst einfaches Klassendiagramm gefordert. Abb. 1 zeigt eine mögliche Lösung. * * * Aufbau 1..

a) In der Aufgabenstellung war ein möglichst einfaches Klassendiagramm gefordert. Abb. 1 zeigt eine mögliche Lösung. * * * Aufbau 1.. Software Engineering I Musterlösungen zur Klausur vom 3.7.2004 Aufgabe a) In der Aufgabenstellung war ein möglichst einfaches Klassendiagramm gefordert. Abb. zeigt eine mögliche Lösung. Turnier sportart

Mehr

Anforderungsverarbeitung zur kundenorientierten Planung technischer Anlagen am Beispiel der Intralogistik. Vortragender: Dipl.-Inf.

Anforderungsverarbeitung zur kundenorientierten Planung technischer Anlagen am Beispiel der Intralogistik. Vortragender: Dipl.-Inf. sverarbeitung zur kundenorientierten Planung technischer Anlagen am Beispiel der Intralogistik Forderungsgerechte Auslegung von intralogistischen Systemen Vortragender: Dipl.-Inf. Jonas Mathis Universität

Mehr

1. Einleitung. 1.1 Motivation. 1.2 Ziel der Arbeit. 1.3 Danksagung

1. Einleitung. 1.1 Motivation. 1.2 Ziel der Arbeit. 1.3 Danksagung 1. Einleitung 1.1 Motivation Im Fach Systemprogrammierung des Informatik-Grundstudiums lernen die Studenten die Assembler-Sprache des Sparc-Mikroprozessors [6] kennen. Um mit dem Befehlssatz zu experimentieren,

Mehr

PRÜFUNG. Grundlagen der Softwaretechnik

PRÜFUNG. Grundlagen der Softwaretechnik Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner PRÜFUNG Grundlagen der Softwaretechnik Musterlösung Name: Matrikelnummer: Note: Prüfungstag:

Mehr

Datenbankmodelle 1. Das Entity-Relationship-Modell. Prof. Dr. Bernhard Schiefer 2-1

Datenbankmodelle 1. Das Entity-Relationship-Modell. Prof. Dr. Bernhard Schiefer 2-1 Datenbankmodelle 1 Das Entity-Relationship-Modell Prof. Dr. Bernhard Schiefer 2-1 Datenbankmodelle ER-Modell hierarchisches Modell Netzwerkmodell relationales Modell objektorientierte Modelle Prof. Dr.

Mehr

Objektorientierte Analyse (OOA) Inhaltsübersicht

Objektorientierte Analyse (OOA) Inhaltsübersicht Inhaltsübersicht Einführung Anforderungen an die UML-Diagramme Verhalten: Use-Case-Diagramm Verhalten: Aktivitätsdiagramm Verhalten: Zustandsautomat Struktur: Klassendiagramm Seite 1 Einführung In der

Mehr

UML - Tutorial. Hubert Baumgartner. www.inso.tuwien.ac.at

UML - Tutorial. Hubert Baumgartner. www.inso.tuwien.ac.at UML Tutorial UML - Tutorial SS 06 Hubert Baumgartner www.inso.tuwien.ac.at INSO - Industrial Software Institut für Rechnergestützte Automation Fakultät für Informatik Technische Universität Wien Inhalt

Mehr

Fachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer

Fachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer Fachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer Klassendiagramme Ein Klassendiagramm dient in der objektorientierten Softwareentwicklung zur Darstellung von Klassen und den Beziehungen,

Mehr

OOD. Objektorientiertes Design. Peter Coad und Edward Yourdon. Prentice Hall Verlag

OOD. Objektorientiertes Design. Peter Coad und Edward Yourdon. Prentice Hall Verlag OOD Objektorientiertes Design Peter Coad und Edward Yourdon Prentice Hall Verlag New York, London, Toronto, Sidney, Tokio, Singapur, München, Mexiko Vorwort 9 Vorwort der Übersetzer 11 Danksagungen 13

Mehr

16 Architekturentwurf Einführung und Überblick

16 Architekturentwurf Einführung und Überblick Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software

Mehr

Vorlesung "Software-Engineering"

Vorlesung Software-Engineering Vorlesung "Software-Engineering" Rainer Marrone, TUHH, Arbeitsbereich STS Vorige Vorlesung Pflichtenheft (requirements specification document) Charakterisierung von Software-Qualität Detaillierte Anforderungsanalyse

Mehr

Modellierungstechniken im Softwaredesign. Praxisprojekt [ai] Control WS 2011/2012 Lara Baschour und Anne Heiting

Modellierungstechniken im Softwaredesign. Praxisprojekt [ai] Control WS 2011/2012 Lara Baschour und Anne Heiting Modellierungstechniken im Softwaredesign Praxisprojekt [ai] Control WS 2011/2012 Lara Baschour und Anne Heiting Was ist Modellierung? Modell = Ein Modell ist eine Repräsentation eines Systems von Objekten,

Mehr

4 Grundlagen der Datenbankentwicklung

4 Grundlagen der Datenbankentwicklung 4 Grundlagen der Datenbankentwicklung In diesem Kapitel werden wir die Grundlagen der Konzeption von relationalen Datenbanken beschreiben. Dazu werden Sie die einzelnen Entwicklungsschritte von der Problemanalyse

Mehr

Inhaltsverzeichnis. Praktikum Algoritmen und Datenstrukturen WS2004/2005 Paul Litzbarski Stefan Nottorf. Druckmanager allgemein 2.

Inhaltsverzeichnis. Praktikum Algoritmen und Datenstrukturen WS2004/2005 Paul Litzbarski Stefan Nottorf. Druckmanager allgemein 2. Praktikum Algoritmen und Datenstrukturen WS2004/2005 Paul Litzbarski Stefan Nottorf Inhaltsverzeichnis Druckmanager allgemein 2 Design 2 Druckauftrag 3 Liste 4 ListenEintrag 6 GUI 7 1 Druckmanager : allgemein

Mehr

Übungsaufgaben zur Vorlesung Modellbasierte Softwareentwicklung Wintersemester 2014/2015 Übungsblatt 8

Übungsaufgaben zur Vorlesung Modellbasierte Softwareentwicklung Wintersemester 2014/2015 Übungsblatt 8 Prof. Dr. Wilhelm Schäfer Paderborn, 8. Dezember 2014 Christian Brenner Tristan Wittgen Besprechung der Aufgaben: 15. - 18. Dezember 2014 Übungsaufgaben zur Vorlesung Modellbasierte Softwareentwicklung

Mehr

Software Engineering Klassendiagramme Einführung

Software Engineering Klassendiagramme Einführung Software Engineering Klassendiagramme Einführung Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Aufgabe Erstellen Sie eine Klasse Person in Java. Jede Person verfügt

Mehr

Inhalt. Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig.

Inhalt. Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig. Inhalt Vorwort Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig Danksagungen Die Autoren XIII XV XV XVII XVIII XVIII XIX Teil I:

Mehr

Registrierte- MautStrecke bezeichnung. Gefahrene- MautStrecke /datumeinfahrt /datumausfahrt /uhrzeiteinfahrt /uhrzeitausfahrt gefahrenekm 1..

Registrierte- MautStrecke bezeichnung. Gefahrene- MautStrecke /datumeinfahrt /datumausfahrt /uhrzeiteinfahrt /uhrzeitausfahrt gefahrenekm 1.. Software Engineering I Aufgabe Gefordert war ein redundanzfreies Klassendiagramm für die in der Aufgabenstellung beschriebene Maut-Software auf dem Server. Eine mögliche Lösung (es sind verschiedene Lösungsansätze

Mehr

UML 2 glasklar Praxiswissen für die UML-Modellierung

UML 2 glasklar Praxiswissen für die UML-Modellierung Chris Rupp, Stefan Queins, Barbara Zengler UML 2 glasklar Praxiswissen für die UML-Modellierung ISBN-10: 3-446-41118-6 ISBN-13: 978-3-446-41118-0 Inhaltsverzeichnis Weitere Informationen oder Bestellungen

Mehr

Fotodoppelseiten Lektion 1: Erlebt

Fotodoppelseiten Lektion 1: Erlebt Anmerkungen zum Arbeitsblatt 1 Projekt für eine Gruppe oder einen Kurs. für einen oder mehrere sehr engagierte Teilnehmer oder Teilnehmerinnen, die mehr machen möchten als die anderen. Dies könnte motivierend

Mehr

Gemeinsam mehr erreichen.

Gemeinsam mehr erreichen. Gemeinsam mehr erreichen. Oracle ESS 12c Client Application mit ADF ADF Spotlight 6. März 2015 Ihr Ansprechpartner Carsten Wiesbaum Principal Consultant carsten.wiesbaum@esentri.com @CWiesbaum Schwerpunkte:

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 9 17. Dezember 2002 www4.in.tum.de/~rumpe/se

Mehr

Programmieren in Java

Programmieren in Java FG TECHNISCHE INFORMATIK V JV A00 00 TH 0 Programmieren in Java Anhang A A. Modellierung von OOP-Programmen A.. Klassenkategorien A.2. Klassembeziehungen A.3. Klassendiagramm und Sequenzdiagramm der UML

Mehr

(27 - Selbstanordnende lineare Listen)

(27 - Selbstanordnende lineare Listen) Vorlesung Informatik 2 Algorithmen und Datenstrukturen (27 - Selbstanordnende lineare Listen) Prof. Dr. Susanne Albers Problemstellung Gegeben sei eine Menge von Objekten (Schlüsseln), auf die mit zeitlich

Mehr

6. Modellierung von Informationssystemen. 6.1 Einleitung 6.2 Konzeptuelles Modell 6.3 OASIS Spezifikation 6.4 Execution Model 6.

6. Modellierung von Informationssystemen. 6.1 Einleitung 6.2 Konzeptuelles Modell 6.3 OASIS Spezifikation 6.4 Execution Model 6. 6. Modellierung von Informationssystemen Spezialseminar Matr. FS 2000 1/10 Volker Dobrowolny FIN- ITI Quellen: Oscar Pastor, Jaime Gomez, Emilio Insfran, Vicente Pelechano The OO-Method approach for information

Mehr

A. EDV-Systeme (29 Punkte) I. Nehmen Sie begründet zu folgender Aussage Stellung: Computer können Informationen verarbeiten.

A. EDV-Systeme (29 Punkte) I. Nehmen Sie begründet zu folgender Aussage Stellung: Computer können Informationen verarbeiten. A. EDV-Systeme (29 Punkte) I. Nehmen Sie begründet zu folgender Aussage Stellung: Computer können Informationen verarbeiten. (4 Punkte) II. Wie wurde in der Veranstaltung der Begriff Prozess definiert?

Mehr

Palm conduit Konfigurations-Guide

Palm conduit Konfigurations-Guide Palm conduit Konfigurations-Guide Die Conduits für Termine, Kontakte und Aufgaben werden im Menü Benutzerdefiniert des HotSync-Managers konfiguriert. Bitte wählen Sie eins der drei SLOX Conduits aus und

Mehr

Kurs 1793 Software Engineering I - Grundkonzepte der OOSE Klausur am 29.3.2003

Kurs 1793 Software Engineering I - Grundkonzepte der OOSE Klausur am 29.3.2003 Kurs 793 Software Engineering I - Grundkonzepte der OOSE Seite: Wintersemester 2002 Hinweise zur Bearbeitung der Klausur zum Kurs 793 Software Engineering I - Grundkonzepte der OOSE Wir begrüßen Sie zur

Mehr

Objekt-Komposition versus Vererbung: Decorator-Design-Pattern

Objekt-Komposition versus Vererbung: Decorator-Design-Pattern Objekt-Komposition versus Vererbung: Decorator-Design-Pattern O.Univ.-Prof. Dipl.-Ing. Dr. Wolfgang Pree Fachbereich Informatik cs.uni-salzburg.at Motivation: Änderungen einer Klasse mit vielen Unterklassen

Mehr

Übung 6: Feinentwurf. Prof. Dr. Dr. h.c. Manfred Broy Dr. Herbert Ehler, Martin Feilkas 6. Juli 2006 Bernd Spanfelner, Sebastian Winter

Übung 6: Feinentwurf. Prof. Dr. Dr. h.c. Manfred Broy Dr. Herbert Ehler, Martin Feilkas 6. Juli 2006 Bernd Spanfelner, Sebastian Winter Prof. Dr. Dr. h.c. Manfred Broy Sommersemester Dr. Herbert Ehler, Martin Feilkas 6. Juli 2006 Bernd Spanfelner, Sebastian Winter Einführung in die Softwaretechnik Übung 6: Feinentwurf Aufgabe 17: Entwurfsmuster

Mehr

Datenstrukturen & Algorithmen

Datenstrukturen & Algorithmen Datenstrukturen & Algorithmen Matthias Zwicker Universität Bern Frühling 2010 Übersicht Binäre Suchbäume Einführung und Begriffe Binäre Suchbäume 2 Binäre Suchbäume Datenstruktur für dynamische Mengen

Mehr

Objektorientierte Programmierung

Objektorientierte Programmierung Objektorientierte Programmierung 1 Geschichte Dahl, Nygaard: Simula 67 (Algol 60 + Objektorientierung) Kay et al.: Smalltalk (erste rein-objektorientierte Sprache) Object Pascal, Objective C, C++ (wiederum

Mehr

Projekt AGB-10 Fremdprojektanalyse

Projekt AGB-10 Fremdprojektanalyse Projekt AGB-10 Fremdprojektanalyse 17. Mai 2010 1 Inhaltsverzeichnis 1 Allgemeines 3 2 Produktübersicht 3 3 Grundsätzliche Struktur und Entwurfsprinzipien für das Gesamtsystem 3 3.1 Die Prefuse Library...............................

Mehr

Dateisysteme mit Plugin-Funktion

Dateisysteme mit Plugin-Funktion Dateisysteme mit Plugin-Funktion Basierend auf Reiser 4 unter Linux http://llugb.amsee.de/logo.gif Ausgearbeitet und vorgetragen von Michael Berger 1/23 Agenda Die Idee Dateisysteme mit Plugin-Funktion

Mehr

Entwurfsmuster und Softwarearchitekturen für sicherheitskritische Systeme

Entwurfsmuster und Softwarearchitekturen für sicherheitskritische Systeme 1 Entwurfsmuster und Softwarearchitekturen für sicherheitskritische Systeme Für das Seminar Analyse, Entwurf und Implementierung zuverlässiger Software Von: Andreas Seibel Betreut durch: Dr. Holger Giese

Mehr

Klausur Softwaretechnologie WS 2010/11

Klausur Softwaretechnologie WS 2010/11 Fakultät Informatik Institut für Software- und Multimediatechnik, Professur Softwaretechnologie Technische Universität Dresden, 01062 Dresden Klausur Softwaretechnologie WS 2010/11 Prof. Dr.rer.nat.habil.

Mehr

Technische Universität München WS 2011/12 Fakultät für Informatik Lösungsvorschläge zu Blatt 2 Dr. C. Herzog, M. Maalej 31.

Technische Universität München WS 2011/12 Fakultät für Informatik Lösungsvorschläge zu Blatt 2 Dr. C. Herzog, M. Maalej 31. 2/ Technische Universität München WS 20/2 Fakultät für Informatik Lösungsvorschläge zu Blatt 2 Dr. C. Herzog, M. Maalej 3. Oktober 20 Übungen zu Grundlagen der Programmierung Aufgabe 4 (Lösungsvorschlag)

Mehr

Datenstrukturen & Algorithmen Lösungen zu Blatt 6 FS 14

Datenstrukturen & Algorithmen Lösungen zu Blatt 6 FS 14 Eidgenössische Technische Hochschule Zürich Ecole polytechnique fédérale de Zurich Politecnico federale di Zurigo Federal Institute of Technology at Zurich Institut für Theoretische Informatik 2. April

Mehr

KREDITVERZEICHNIS Konfiguration Ausgabe: 20.02.13 1/13. Dokumentation KREDITVERZEICHNIS. Teil 2. Konfiguration

KREDITVERZEICHNIS Konfiguration Ausgabe: 20.02.13 1/13. Dokumentation KREDITVERZEICHNIS. Teil 2. Konfiguration KREDITVERZEICHNIS Konfiguration Ausgabe: 20.02.13 1/13 Dokumentation KREDITVERZEICHNIS Teil 2 Konfiguration Stand 20.02.2013 KREDITVERZEICHNIS Konfiguration Ausgabe: 20.02.13 2/13 Inhalt 1. KONFIGURATION...

Mehr

Entwicklung von domänenspezifischen Sprachen. 23. Januar 2013

Entwicklung von domänenspezifischen Sprachen. 23. Januar 2013 Entwicklung von domänenspezifischen Sprachen 23. Januar 2013 Überblick Wie funktioniert die iterative Entwicklung in der modellgetriebenen Softwareentwicklung? Welche Arten von Anforderungen gibt es? Welche

Mehr

Arbeitsblätter zu Teil I des Praktikums

Arbeitsblätter zu Teil I des Praktikums Arbeitsblätter zu Teil I des Praktikums Allgemeine Hilfsmittel Bitte benutzen Sie bei Schwierigkeiten mit spezifischem Domänenwissen das Internet als Recherchemöglichkeit (beispielsweise Google oder Wikipedia).

Mehr