VORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE. Einführung in die Informatik III
|
|
- Kurt Meinhardt
- vor 7 Jahren
- Abrufe
Transkript
1 Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner VORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE Einführung in die Informatik III Musterlösung Name: Matrikelnummer: Note: Prüfungstag: Prüfungsdauer: 90 Minuten Prüfungsumfang: 3 Aufgaben (12 Seiten) Hilfsmittel: alle, außer programmierbare elektronische Hilfsmittel und Kommunikationsgeräte Hinweise: 1.) Verlangt sind alle Aufgaben. 2.) Bitte verwenden Sie keinen Rotstift / Bleistift. 3.) Bitte tragen Sie in den Kasten Ihren Namen und Ihre Matrikelnummer ein. 4.) Verwenden Sie für jede Teilaufgabe ein separates Lösungsblatt. 5.) Geben Sie dieses Deckblatt zusammen mit Ihren Lösungsblättern ab. 6.) Schreiben Sie auf alle Lösungsblätter unbedingt Ihren Namen und Ihre Matrikelnummer Nicht vom Studierenden auszufüllen
2 Prüfung Einführung in die Informatik III SS 09 Seite 2
3 Prüfung Einführung in die Informatik III SS 09 Seite 3 Aufgabe 1 Objektorientierte Analyse (ca. 55 min) Aufgabe 1.1 Anwendungsfälle modellieren a) Geben Sie für obige Aufgabenbeschreibung die externen Akteure an. Spieler b) Nennen Sie die Anwendungsfälle. Spielzug durchführen, würfeln, Figur bewegen, Immobilie kaufen, Haus bauen c) Stellen Sie die externen Akteure, die Anwendungsfälle und die Beziehungen zwischen diesen mithilfe eines UML-Anwendungsfalldiagramms grafisch dar. Monopoly-Spiel <<include>> würfeln Spielzug durchführen <<include>> Figur bewegen Immobilie kaufen Spieler Haus bauen
4 Prüfung Einführung in die Informatik III SS 09 Seite 4 Aufgabe 1.2: Klassendiagramm erstellen besteht aus 16 <<intercace>> Spielfeld betreten() {abstract} Monopoly-Spiel würfeln() Steuer betreten() Steuerfeld Freiparken betreten() Los betreten() {abstract} Immobilie verkauft Name Kaufpreis grundmietpreis nehmen teil an 2..6 Spieler * befindet sich auf besitzt kaufen() betreten() * Name Farbe bewegen() geldgutschreiben() geldabziehen() Ist Nachfolger von besitzt Konto Kontostand abziehen() gutschreiben() * verwaltet Steuertopf Gehalt Starkapital Bank steuertopfauszahlen() steuertopferhöhen() gehaltauszahlen() startkapitalauszahlen() Straße anzahlhäuser betreten() hausbauen() mietpreisberechnen() 2..3 Straßengruppe besteht aus Bahnhof betereten() mietpreisberechnen() Hauspreis Muster
5 Prüfung Einführung in die Informatik III SS 09 Seite 5 Aufgabe 1.3: Sequenzdiagramm erstellen :MonopolySpiel Spieler würfeln() Mieter:Spieler M:Konto :Bahnhof Besitzer:Spieler B:Konto bewegen() betreten() istbesitzer() berechnemiete() getanzahlbahnhöfe() abziehen() geldabziehen() geldgutschreiben() gutschreiben()
6 Prüfung Einführung in die Informatik III SS 09 Seite 6 Aufgabe 1.4: Kommunikationsdiagramm erstellen 1: würfeln() Monopoly-Spiel 2: bewegen() Spieler 8: abziehen() Konto Spieler 7: geldabziehen() 3: betreten() Straße 6: gethauspreis() Straßengruppe 3: istbesitzer() 4: hausbauen() 5: getanzahlhäsuer()
7 Prüfung Einführung in die Informatik III SS 09 Seite 7 Aufgabe 1.5: Zustandsdiagramm erstellen. MieteZahlen() Nicht verkauft kaufen() Verkauft MieteZahlen() MieteZahlen() haus bauen() Voll Bebaut [AnzahlHäuser = 2] Haus bauen() Bebaut [AnzahlHäuser < 2] Haus bauen() Name: Matrikelnummer:
8 Prüfung Einführung in die Informatik III SS 09 Seite 8 Aufgabe 2: Bewertung von Modellen (ca. 25 min.) a) 1.) Klassendiagramm richtig X falsch Richtiges Klassendiagramm Wenn falsch, warum? Pumpe Gas-Pumpe Flüssigkeits-Pumpe Öl-Pumpe Wasser-Pumpe 2.) Verfeinertes Klassendiagramm für gegebenes Klassendiagramm Börse * * Firma -Ticker-ID:int Hinweis: Das obere Klassendiagramm kann als richtig angenommen werden. richtig falsch X Richtiges Klassendiagramm Wenn falsch, warum? Die Ticker-ID befindet sich auf der falschen Seite der Assoziation. Die Kardinalität ist falsch. Börse Ticker-ID Firma -Ticker-ID :int Börse * Ticker-ID Firma -Ticker-ID:int
9 Prüfung Einführung in die Informatik III SS 09 Seite 9 Name: Matrikelnummer: Lösungsblatt zu Aufgabe 2a) Bewertung von Modellen 3.) Klassendiagramm richtig falsch X Klassendiagramm Wenn falsch, warum? Fahrzeug Fahrzeug Landfahrzeug +anfahren():void +lichteinschalten():void Wasserfahrzeug Die Implementierung der abstrakten Methode anfahren fehlt bei Wasserfahrzeug. Landfahrzeug +anfahren():void +lichteinschalten():void Wasserfahrzeug +anfahren ():void +hupen():void +signalaussenden():void +anfahren ():void +hupen():void +signalaussenden():void +anfahren ():void Kfz Schiff Kfz Schiff +hupen():void +lichteinschalten():void +hupen():void +lichteinschalten():void 4.) Objektdiagramm für gegebenes Klassendiagramm Schiff -Verdrängung:int Fortbewegungs-Mittel -Transport-Kapazität:int -aktuellegeschwindigkeit:int +beschleunigen():void +abbremsen():void Flugzeug -aktuellehöhe:int Reiseveranstalter -Name:String Hinweis: Das Klassendiagramm kann als richtig angenommen werden. 2 richtig falsch X Richtiges Objektdiagramm Wenn falsch, warum? Ein Reiseveranstalter kann keine drei Fortbewegungsmittel besitzen. Fortbewegungs-Mittel ist eine abstrakte Klasse und darf kein Objekt sein. :Reiseveranstalter :Flugzeug :Flugzeug :Schiff :Reiseveranstalter :Flugzeug :Fortbewegungs-Mittel :Flugzeug
10 Prüfung Einführung in die Informatik III SS 09 Seite 10 Name: Lösungsblatt zu Aufgabe 2b) Bewertung von Modellen b) 5.) Klassendiagramm für gegebenes Objektdiagramm :Person :angestellte Person Was ist falsch? Es fehlt die OR-Beziehung im Klassendiagramm. Matrikelnummer: Richtiges Klassendiagramm Person OR angestellte Person :Person :arbeitslose Person arbeitslose Person Hinweis: Das Objektdiagramm kann als richtig angenommen werden. Person angestellte Person arbeitslose Person 6.) Objektdiagramm für gegebenes Klassendiagramm Person -Name:String Arbeitsverhältnis -Gehalt:String Arbeitsplatz -Beschreibung:String * Firma -Name:int Hinweis: Das Klassendiagramm kann als richtig angenommen werden. Was ist falsch? Eine Person kann keine direkte Verbindung zu Arbeitsplatz besitzen. Eine Person kann nur ein Arbeitsverhältnis haben. Ein Arbeitsplatz muss eine Verbindung zu Firma besitzen. Richtiges Objektdiagramm :Person :Arbeitsverhätnis :Arbeitsplatz :Firma :Person :Arbeitsplatz :Arbeitsplatz
11 Prüfung Einführung in die Informatik III SS 09 Seite 11 Name: Lösungsblatt zu Aufgabe 2b) Bewertung von Modellen +einfügen(e:element):void +löschen(e:element):void Matrikelnummer: 7.) Klassendiagramm Was ist falsch? Richtiges Klassendiagramm Element ist nicht als Parameter eingetragen. N muss IndexListe n:int Element, n:int IndexListe -Inhalt:Element[0..n] eine 16 zugeordnet werden. -Inhalt:Element[0..n] Methode löschen fehlt. +einfügen (e:element):void +löschen(e:element):void <<bind>> <Element->Spielfeld, n->16> <<bind>> <Element->Spielfeld, n->16> SpielfeldListe -Inhalt:Spielfeld[0..n] +einfügen(e:spielfeld):void SpielfeldListe -Inhalt:Spielfeld[0..16] +einfügen (e:spielfeld):void 8.) Kommunikationsdiagramm für gegebenes Klassendiagramm Auftrag -Auftragsnummer:int -Auftragssumme:int +bildeauftragsumme():void Was ist falsch? bildeaufragsumme() muss bei Auftrag aufgerufen werden und errechnepreis() bei Auftragsposition. Richtiges Kommunikationsdiagramm 1: bildeauftrgssumme() :Auftrag :Auftragsposition 1.1: errechne Preis () * Auftragsposition -Positionsnummer:int -Menge:int -Preis:int +errechnepreis():void Hinweis: Das Klassendiagramm kann als richtig angenommen werden. Das Kommunikationsdiagramm soll die Abfrage der Auftragssumme beschreiben. :Auftrag 1: bildeauftragsumme() :Auftragsposition
12 Prüfung Einführung in die Informatik III SS 09 Seite 12 Name: Matrikelnummer: Aufgabe 3: Verständnisfragen (Multiple-Choice) (ca. 10 min.) Lösungsblatt Punktevergabe: Je richtiges Kreuz gibt es Punkte. Für jedes falsche Kreuz wird die erreichbare Punktzahl abgezogen. Die Gesamtpunktzahl für jede Teilaufgabe kann jedoch nicht kleiner 0 werden. Hinweis: Mehrere richtige Antworten sind möglich. 1.) Welche der folgenden Aussagen zu Assoziationen sind richtig? Eine Assoziation modelliert Verbindungen zwischen Klassen. Assoziationen können Eigenschaften einer Klasse besitzen. Eine reflexive Assoziation besteht zwischen Objekten einer Oberklasse und derer Unterklasse. Die Richtung einer Assoziation besagt, welches Objekt über die Beziehung informiert ist. Die or-restriktion bei Assoziationen besagt, dass zu jedem beliebigen Zeitpunkt nur eine oder alle Assoziationen gelten. 2.) Welche der folgenden Aussagen zu Vererbung sind richtig? Die Oberklasse ist die Spezialisierung der Unterklasse. Objekte der Unterklasse können überall verwendet werden, wo ein Objekt der Oberklasse erlaubt ist. Bei der Vererbung werden nur Operationen und Attribute vererbt. Operationen können in der Unterklasse verfeinert, überschrieben und eliminiert werden. Die Vererbung unterstützt die Änderbarkeit und die Wiederverwendbarkeit.
13 Prüfung Einführung in die Informatik III SS 09 Seite 13 Name: Matrikelnummer: Lösungsblatt zu Aufgabe 3) Verständnisfragen 3.) Welche der folgenden Aussagen zu Botschaften sind richtig? Der Sender einer Botschaft führt eine Operation gleichen Namens aus. Jede Botschaft, auf die ein Objekt einer Klasse reagieren kann, stellt eine Schnittstelle dieser Klasse dar. Der Sender einer Botschaft muss wissen, wie die Operation gleichen Namens ausgeführt wird. Botschaften werden im Kommunikationsdiagramm dargestellt. Ein Objekt kann sich selbst eine Botschaft schicken. 4.) Welche der folgenden Aussagen zur komponentenbasierten Softwareentwicklung sind richtig? Eine Komponente kann durch Vererbung erweitert werden. Eine Komponente ist eine abgeschlossene Softwareeinheit, die eigenständig ablauffähig ist. Aus existierenden Komponenten können neue Komponenten konstruiert werden. Komponenten haben eine engere Beziehung untereinander als Klassen. Eine Komponente kapselt nur ihren Zustand aber nicht ihr Verhalten.
VORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE. Einführung in die Informatik III
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner VORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE Einführung in die Informatik III Name: Matrikelnummer:
MehrGrundlagen 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:
MehrPRÜ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: 03.03.2011 Prüfungsdauer:
MehrVORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE. Einführung in die Informatik III
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner VORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE Einführung in die Informatik III Name: Matrikelnummer:
MehrPRÜ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:
MehrPRÜ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:
MehrUniversität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich WS 02/03 Warum muss ein Objekt wissen, zu welcher Klasse es gehört? Damit die Klassenzugehörigkeit
MehrKlausur. Softwareentwurf. 13. März 2013 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 13. März 2013 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Dr. Christian Gerth unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer: [ ] Informatik
MehrDIPLOMHAUPTPRÜFUNG FÜR ELEKTROINGENIEURE SOFTWARETECHNIK II
Universität Stuttgart Institut für Automatisierungsund Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner DIPLOMHAUPTPRÜFUNG FÜR ELEKTROINGENIEURE SOFTWARETECHNIK II Name: Matrikel-Nr:. Note: Prüfungstag:
MehrKlausur. Softwareentwurf. 22. März 2011 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 22. März 2011 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Prof. Dr. Gregor Engels unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer: [
MehrUML. 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,
MehrPRÜ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 Vorname: Name: Matrikelnummer: Prüfungstag: 19.02.2015
MehrInformatik IIa: Modellierung. Frühlingssemester Assessment Prüfung 5. Juni 2009
Name Vorname Matrikelnummer Universität Zürich Informatik IIa: Modellierung Frühlingssemester 2009 Assessment Prüfung 5. Juni 2009 Für den Test stehen Ihnen 30 Minuten zur Verfügung. Verwenden Sie nur
MehrKlassendiagramm. (class diagram)
: Klassendiagramm http:///topic95.html Klassendiagramm (class diagram) Klassendiagramm Objektdiagramm Komponentendiagramm Kompositionsstrukturdiagramm Verteilungsdiagramm Einstieg Paketdiagramm Aufbau
MehrKlausur. Softwareentwurf. 04. Februar 2013 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 04. Februar 2013 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Dr. Christian Gerth unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer: [ ]
MehrKlausur. Softwareentwurf. 14. Februar 2011 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 14. Februar 2011 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Prof. Dr. Gregor Engels unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer:
MehrInstanz ist objeket einer klasse. bsp: elefant Name gewicht alter Frisst scheißt fliegt. Assoziation haben?
A u f g abe 1 : a ) Was ist eine Klasse? Was ist ein Objekt? Geben Sie ein Beispiel fur eine Klasse mit mindestens je 3 Attributen und je 3 Operationen. Finden Sie zu dieser Klasse mindestens 3 Instanzen.
MehrLö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Übungen Softwaretechnik I
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der
MehrEinführung in die objektorientierte Programmierung
Einführung in die objektorientierte Programmierung Seminarunterlage Version: 4.04 Copyright Version 4.04 vom 17. Juni 2016 Dieses Dokument wird durch die veröffentlicht. Copyright. Alle Rechte vorbehalten.
MehrUniversität Augsburg, Institut für Informatik Sommersemester 2001 Prof. Dr. Martin Ester 08. Oktober Klausur II
Universität Augsburg, Institut für Informatik Sommersemester 2001 Prof. Dr. Martin Ester 08. Oktober 2001 Stefan Holland Informatik II Hinweise: Klausur II Verwenden Sie für Ihre Lösungen ausschließlich
Mehr2. Übung zu Software Engineering
2. Übung zu Software Engineering WS 2007/2008 Organisatorisches [SE] als Teil des E-Mail-Betreffs nicht: SE, Software Engineering, Blatt 01 etc. Abgabe: EINE pdf-datei, spätestens 11:30 Uhr nicht: xls,
MehrHSR Rapperswil 2001 Markus Rigling. Programmieren: Vererbung. 1 Variante 2
HSR Rapperswil 2001 Markus Rigling Programmieren: Vererbung 1 Variante 2 Inhaltsverzeichnis: 1. Was ist Vererbung...3 2. Anwendung...3 3. Realisierung...3 4. Vorgehensweise zur Erstellung einer Kind-Klasse...3
MehrAnalyse und Design mituml2.1
Analyse und Design mituml2.1 Objektorientierte Softwareentwicklung Von Bernd Oestereich 8., aktualisierte Auflage Oldenbourg Verlag München Wien nhaltsverzeichnis Objektorientierte Softwareentwicklung
MehrInformatik II Modellierung Übung 5 Petrinetze/Klassendiagramme
I Informatik II Modellierung Übung 5 Petrinetze/Klassendiagramme Abgabetermin: 11. Juni 24.00 Uhr Per e-mail an Tutor Seite 1 / 9 Aufgabe 1 (3%) Klassendiagramme von einer abstrakten Klasse können keine
MehrObjektorientierte 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
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Dr. Dennis Pfisterer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/pfisterer Unified Modeling Language (UML)
MehrSystemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester Teil 5 -
Systemanalyse - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 5 - Hans-Jürgen Steffens (by courtesy of Prof. Dr. Thomas Allweyer) Fachbereich Informatik und Mikrosystemtechnik Fachhochschule
MehrVererbung. Generalisierung und Spezialisierung Vererbung und Polymorphismus
Vererbung Generalisierung und Spezialisierung Vererbung und Polymorphismus Wir wollen in unserem Aquarium verschiedene Arten von Fischen schwimmen lassen. In einem ersten Ansatz definieren wir nicht nur
MehrVererbung P rogram m ieren 2 F örster/r iedham m er K apitel 11: V ererbung 1
Vererbung 1 11.1 Motivation und Begriffsdefinitionen 11.2 Vorgehensweise und Implementierung 11.3 Arten von Vererbung 11.4 Konstruktoren 11.5 Abstrakte Klasse 11.6 Verschattung 11.7 Wurzelklasse Object
MehrAnalyse und Design mit U ML 2.3
Analyse und Design mit U ML 2.3 Objektorientierte Softwareentwicklung von Bernd Oestereich unter Mitarbeit von Stefan Bremer 9., aktualisierte und erweiterte Auflage Ofdenbourg Verlag München Inhaltsverzeichnis
MehrAnalyse und Design mituml2
Analyse und Design mituml2 Objektorientierte Softwareentwicklung von Bernd Oestereich 7, aktualisierte Auflage Oldenbourg Verlag München Wien Ш1!Н1Н1КД nhjektorientierte Softwareentwicklung - Analyse und
MehrInhalt. 1 Einführung 17. Strukturdiagramme. 2 Klassendiagramm 37
Vorwort... 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden?... 17 1.2 Die Phasen bei der Softwareentwicklung... 18 1.2.1 Analyse... 18 1.2.2 Entwurf... 19 1.2.3 Implementierung und Dokumentation...
MehrProgrammierung Nachklausurtutorium
Programmierung Nachklausurtutorium Laryssa Horn, Tim Engelhardt 20 März 2018 Klassen Wofür wir Klassen brauchen: Definieren ein Bauplan eines Objektes Bauplan enthält Attribute und Methoden Klasse Beispiel
MehrVU Objektorientierte Modellierung Übung 1
VU Objektorientierte Modellierung Übung Übungsgruppen: 3..2008-7..2008 Aufgabe : Strukturmodellierung mittels Klassendiagramm Theoriefragen Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem
MehrUML -Klassendiagramme
UML -Klassendiagramme UML - offline: ArgoUML http://argouml.stage.tigris.org/ UML online: Links genmymodel.com umlet.com/umletino/umletino.html Arten von UML-Diagrammen Diagramm Strukturdiagramm Verhaltensdiagramm
MehrBegriffe 1 (Wiederholung)
Begriffe 1 (Wiederholung) Klasse Eine Klasse ist der Bauplan für ein oder mehrere Objekte. In einer Klasse werden Dienste (Methoden) zur Verfügung gestellt. Klassennamen beginnen mit einem Großbuchstaben.
MehrInformatik für Ökonomen II: Modellierung. Herbstsemester Prüfung 14. Januar Musterlösungen
Name Vorname Matrikelnummer Universität Zürich Informatik für Ökonomen II: Modellierung Herbstsemester 2009 Prüfung 14. Januar 2010 Musterlösungen Verwenden Sie nur das ausgeteilte Papier für Ihre Lösung
MehrKlausur Softwaretechnologie SS 2017
Fakultät Informatik Institut für Software- und Multimediatechnik, Professur Softwaretechnologie Technische Universität Dresden, 01062 Dresden Klausur Softwaretechnologie SS 2017 Prof. Dr.rer.nat.habil.
MehrChristoph Kecher, Alexander Salvanos UML 2.5. Das umfassende Handbuch. Rheinwerk. Computing
Christoph Kecher, Alexander Salvanos UML 2.5 Das umfassende Handbuch Rheinwerk Computing Inhalt Vorwort 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden? 17 1.2 Die Phasen bei der Softwareentwicklung
MehrObjektorientierte 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
Mehr8. 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:
MehrUML (Unified Modelling Language) von Christian Bartl
UML (Unified Modelling Language) von Inhaltsverzeichnis Inhaltsverzeichnis... 2 1 UML Unified Modelling Language... 3 2 Diagrammtypen... 3 2.1 Aktivitätsdiagramm... 3 2.1.1 Notation... 4 2.1.2 Beispieldiagramm...
MehrProbeklausur: Programmierung WS04/05
Probeklausur: Programmierung WS04/05 Name: Hinweise zur Bearbeitung Nimm Dir für diese Klausur ausreichend Zeit, und sorge dafür, dass Du nicht gestört wirst. Die Klausur ist für 90 Minuten angesetzt,
MehrTheorie zu Übung 8 Implementierung in Java
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Theorie zu Übung 8 Implementierung in Java Klasse in Java Die Klasse wird durch das class-konzept
MehrUNIVERSITÄT SIEGEN Fachbereich 12, Elektrotechnik und Informatik Fachgruppe Betriebssysteme / verteilte Systeme
UNIVERSITÄT SIEGEN Fachbereich 12, Elektrotechnik und Informatik Fachgruppe Betriebssysteme / verteilte Systeme Musterklausur zur Einführung in die Informatik II 1. Teilklausur, 23.06.2006 Bitte lesen
MehrVU 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
MehrAufgabe 1: Quer durch Java (4 Punkte) super abstract abstract protected
Universität Augsburg, Institut für Informatik Sommersemester 2006 Prof. Dr. Werner Kießling 14. Oktober 2006 Markus Endres, Alfons Huhn, Timotheus Preisinger Informatik II Klausur 2 Hinweise: Die Bearbeitungszeit
MehrKLAUSUR SOFTWARETECHNIK
KLAUSUR SOFTWARETECHNIK 17.09.2009 Prof. Dr. Walter F. Tichy Dipl.-Inform. Andreas Höfer Dipl.-Inform. David J. Meder Hier das Namensschild aufkleben. Zur Klausur sind keine Hilfsmittel und kein eigenes
MehrSoftwaretechnik 2015/2016
Softwaretechnik 2015/2016 PST Lehrstuhl Prof. Dr. Matthias Hölzl HAUPT-/ BACHELOR- SEMINAR ADAPTIVE SYSTEME PST Joschka PROF. DR. Rinke WIRSING 14. JUNI 2009 VORNAME NAME AGENDA Übung 11: 14.01.2016 Schon
MehrGrundlagen Polymorphismus Eigenschaften virtueller Klassen Mehrfachvererbung bei ROOT. Mehrfache Vererbung. Daniel Beneckenstein. 21.
Mehrfache Vererbung Daniel Beneckenstein 21. August 2006 Mehrfache Vererbung Ableitung einer Klasse von beliebig vielen Basisklassen: class A {... }; class B {... }; class C {... }; class D: public A,
MehrUniversität zu Lübeck Institut für Telematik. Prof. Dr. Stefan Fischer
Universität zu Lübeck Institut für Telematik Prof. Dr. Stefan Fischer Probeklausur im Fach Programmieren Hinweise zur Bearbeitung: Es sind keinerlei Hilfsmittel zugelassen. Diese Klausur umfasst 18 Seiten.
MehrTEIL I Strukturdiagramme 1 Einführung Klassendiagramm Objektdiagramm Kompositionsstrukturdiagramm...
Auf einen Blick TEIL I Strukturdiagramme 1 Einführung... 13 2 Klassendiagramm... 29 3 Objektdiagramm... 111 4 Kompositionsstrukturdiagramm... 125 5 Komponentendiagramm... 145 6 Verteilungsdiagramm... 161
MehrKurzeinführung in UML
Kurzeinführung in UML Die Unified Modeling Language (UML) ist eine Sprache zur Beschreibung von Softwaresystemen. Der Grundgedanke bei UML bestand darin, eine einheitliche Notation für viele Einsatzgebiete
MehrVon 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
MehrAufgabe S1: Einmal quer durch s Skript
Aufgabe S1: Einmal quer durch s Skript / 10 Punkten Entscheiden Sie, ob die folgenden Aussagen zutreffen oder nicht. Machen Sie in der entsprechenden Spalte ein Kreuz. Für jede richtige Antwort erhalten
MehrJava-Programmierung mit NetBeans
Java-Programmierung mit NetBeans Klassen, Objekte, Alternativen Dr. Henry Herper Otto-von-Guericke-Universität Magdeburg - WS 2012/13 Grundlegende Definitionen - Objekt Ein Objekt ist allgemein ein Gegenstand
MehrPrüfung Software Engineering I (IB)
Hochschule für angewandte Wissenschaften München Fakultät für Informatik und Mathematik Studiengruppe IB 3 B Wintersemester 2016/17 Prüfung Software Engineering I (IB) Datum : 31.01.2017, 12:30 Uhr Bearbeitungszeit
MehrUnified Modeling Language 2
Unified Modeling Language 2 Marvin Frommhold 17.11.2008 Gliederung Einleitung Geschichte Strukturierung der Spezifikation Diagrammtypen Strukturdiagramme Verhaltensdiagramme CASE-Werkzeuge Quellen Was
Mehr09.01.14. Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
MehrUnified Modelling Language
Unified Modelling Language SEP 72 Software-Entwicklung Software-Entwicklung ist Prozess von Anforderung über Modellierungen zu fertigen Programmen Anforderungen oft informell gegeben fertige Programme
MehrSWE1 / Übung 9 (11.01.2012)
SWE1 / Übung 9 (11.01.2012) Vererbung Zugriffskontrolle Motivation für Vererbung (1) Objekte in der realen Welt kommen oft in ähnlichen Varianten (Attribute, Verhalten) vor Gliederung durch hierarchische
MehrEinführung in die Programmierung
Skript zur Vorlesung: Einführung in die Programmierung WiSe 2009 / 2010 Skript 2009 Christian Böhm, Peer Kröger, Arthur Zimek Prof. Dr. Christian Böhm Annahita Oswald Bianca Wackersreuther Ludwig-Maximilians-Universität
MehrNr. 1 L-Aufgabe
Nr. 1 L-Aufgabe 1.2004 a) In der Aufgabenstellung war ein möglichst einfaches Klassendiagramm gefordert. Abb. 1 zeigt eine mögliche Lösung. Klassendiagramm für den Tunierveranstalter Zwischen Team und
MehrDas umfassende Handbuch
Christoph Kecher UML 2.0 Das umfassende Handbuch. Jfjf- Ali' ' w v^i* >" '-«(."', Galileo Press Inhalt Vorwort 11 1 Einführung 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3
MehrDie Unified Modeling Language (UML)
Die Unified Modeling Language (UML) Entwickelt seit Mitte der 1990er Vereinigt zahlreiche Ansätze der objektorientierten Modellierung Umfaßt verschiedene Spracheinheiten/Diagrammtypen Struktur Klassiagramme
MehrObjektorientierte Analyse am Beispiel Silent Kitchen Company
Objektorientierte Analyse am Beispiel Silent Kitchen Company Anforderungsanalyse Die objektorientierte Analyse (OOA) beginnt mit der Anforderungsanalyse. Es soll der Problemraum erkannt, erfasst und definiert
MehrKlausur Softwaretechnik
Klausur Softwaretechnik 14.03.2008 Prof. Dr. Walter F. Tichy Dipl.-Inform. T. Gelhausen Dipl.-Inform. A. Paar Hier das Namensschild aufkleben. Zur Klausur sind keine Hilfsmittel und kein eigenes Papier
Mehr5. Lesen Sie vor der Bearbeitung einer Aufgabe den gesamten Aufgabentext sorgfältig durch!
Wir begrüßen Sie zur Nachklausur zum Kurs 1618 Einführung in die objektorientierte Programmierung. Bitte lesen Sie die folgenden Hinweise sorgfältig und vollständig durch, bevor Sie mit der Bearbeitung
MehrAufgabe 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
MehrFACHHOCHSCHULE MANNHEIM
Objektorientierte Programmierung 8. Vorlesung Prof. Dr. Peter Knauber FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung e Die 1. lgruppe von KobrA: Realization le der Realization: Kurze Structural
MehrKlausur Softwaretechnologie WS 2014/15
Fakultät Informatik Institut für Software- und Multimediatechnik, Professur Softwaretechnologie Technische Universität Dresden, 01062 Dresden Klausur Softwaretechnologie WS 2014/15 Prof. Dr.rer.nat.habil.
MehrProbeklausur 2. Name: Vorname: Matrikelnr.: Datum:
Probeklausur 2 Dozent: Prof. Dr. Edmund Ihler Leistungsnachweis: Informatik 4 EDV-Nr.: 13037 Prüfungsdauer: 90 Minuten erlaubte Hilfsmittel: keine Beilagen: keine Name: Vorname: Matrikelnr.: Prüfungsraum:
MehrSWE5 Ü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
MehrObjektorientierte Analyse (OOA) Strukturmodellierung
Strukturmodellierung Seite 1 Strukturmodellierung Seite 2 Anwendung im Projekt Strukturmodellierung Voraussetzung: Use Case Diagramm liefert die funktionelle Gliederung mit Angabe der Ein- und Ausgaben
MehrObjektorientierte Programmierung OOP
Objektorientierte Programmierung OOP Objektorientierte Programmierung OOP Ronja Düffel Alina Stürck WS2016/17 11. Oktober 2016 Objektorientierte Programmierung OOP 1 Was ist das? 2 Wie geht das? 3 Warum
MehrUML 2.0 Das umfassende Handbuch
Christoph Kecher V.-M \MM UML 2.0 Das umfassende Handbuch Galileo Computing Inhalt Vorwort 11 1 Einführung 13 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3 Die Geschichte
MehrLö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
MehrTeil II: OOP und JAVA (Vorlesung 9)
Teil II: OOP und JAVA (Vorlesung 9) Modul: Programmierung B-PRG Grundlagen der Programmierung II Prof. Dot.-Ing. Roberto Zicari Professur für Datenbanken und Informationssysteme (FB 12) 14.06.06 1 Teil
MehrUniversität Augsburg, Institut für Informatik Sommersemester 2001 Prof. Dr. Martin Ester 16. Juli Klausur
Universität Augsburg, Institut für Informatik Sommersemester 2001 Prof. Dr. Martin Ester 16. Juli 2001 Stefan Holland Informatik II Hinweise: Klausur Verwenden Sie für Ihre Lösungen ausschließlich den
MehrDas UML Benutzerhandbuch
Grady Booch James Rumbaugh Ivar Jacobson Das UML Benutzerhandbuch Aktuell zur Version 2.0 Inhalt Vorwort 15 Ziele 15 Publikum 16 Wie Sie dieses Buch verwenden sollten 16 Aufbau und besondere Merkmale 17
Mehrwenige Konzepte, keine Adressen, Anlehnung an C++ -Syntax Vererbung, Polymorphie/dynamisches Binden, umfangreiche Klassenbibliotheken
1 Java ist... gut erlernbar wenige Konzepte, keine Adressen, Anlehnung an C++ -Syntax objektorientiert Vererbung, Polymorphie/dynamisches Binden, umfangreiche Klassenbibliotheken robust keine Adressen,
MehrJason T. Roff UML. IT Tutorial. Übersetzung aus dem Amerikanischen von Reinhard Engel
Jason T. Roff UML IT Tutorial Übersetzung aus dem Amerikanischen von Reinhard Engel Inhaltsverzeichnis Inhaltsverzeichnis Einführung 11 Grundlagen der UML 15 Warum wir Software modellieren 16 Analyse,
MehrSkriptum Bauinformatik SS 2013 (Vorlesung III)
Skriptum Bauinformatik SS 2013 (Vorlesung III) Stand: 16.04.2013 Dr. Johannes Lange 2 Inhalt Grundlagen Programmierung... 2 Imperative Programmierung... 2 Objektorientierte Programmierung... 2 Objekte...
Mehr188.154 Einführung in die Programmierung Vorlesungsprüfung
Matrikelnummer Studienkennzahl Name Vorname 188.154 Einführung in die Programmierung Vorlesungsprüfung Donnerstag, 27.1.2005, 18:15 Uhr EI 7 Arbeitszeit: 60 min - max. 50 Punkte erreichbar - Unterlagen
MehrUML konzentriert. Eine kompakte Einführung in die Standard-Objektmodellierungssprache. Martin Fowler. ADDISON-WESLEY An imprint of Pearson Education
Martin Fowler UML konzentriert Eine kompakte Einführung in die Standard-Objektmodellierungssprache ADDISON-WESLEY An imprint of Pearson Education München Boston San Francisco Harlow, England Don Mills,
MehrPRÜFUNG - MUSTERLÖSUNG - SS 13
Softwaretechnik I Institut für Automatisierungs- und Softwaretechnik PRÜFUNG - MUSTERLÖSUNG - Softwaretechnik I SS 13 Name: Matrikelnummer: Note: Prüfungstag: 17.09.2013 Prüfungsdauer: Prüfungsumfang:
MehrInhalt. TEIL I Grundlagen. Einleitung 15
Einleitung 15 TEIL I Grundlagen 1.1 Notwendigkeit einer verbesserten Abstraktion 23 1.2 Klassen und Objekte 25 1.3 Festlegung von Grenzen 27 1.4 Wiederverwendung 30 1.4.1 Komposition 30 1.4.2 Vererbung
MehrObjektorientiertes Design
Objektorientiertes Design Yi Zhao Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Zhao, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1
MehrÜbung Einführung in die Softwaretechnik
Lehrstuhl für Informatik 3 RWTH Aachen Übung Einführung in die Softwaretechnik Lösungshinweise zum Übungsblatt 12 Aufgabe 28 Sichtbarkeits-Symbol UML Java + public # protected private (default) Sichtbar
MehrJava Einführung Objektorientierte Grundkonzepte
Java Einführung Objektorientierte Grundkonzepte Inhalt Verständnis der grundlegenden Konzepte der Objektorientierung: Objekte Nachrichten Kapselung Klassen und Instanzen Vererbung Polymorphismus Darstellung
MehrBitte beachten: Die Vorschläge sind keine Musterlösung!
SWT MN Vorlesung SS 2006 Lösungsvorschläge zur Hörsaalübung zum Themenbereich UML-Modellierung Bitte beachten: Die Vorschläge sind keine Musterlösung! Achtung: Die angegebenen Lösungsvorschläge sind nicht
MehrVgl. Oestereich Kap 2.4 Seiten
Vgl. Oestereich Kap 2.4 Seiten 99-110 1 Vgl. Oestereich Kap 2.41 Seiten 99ff 2 Wie das Klassendiagramm ist auch das Objektdiagramm ebenfalls ein Strukturdiagramm. Da die Anzahl der Attribute sehr groß
MehrDie Unified Modeling Language UML
Informatik II: Modellierung Prof. Dr. Martin Glinz Kapitel 4 Die Unified Modeling Language UML Universität Zürich Institut für Informatik Inhalt 4.1 Hintergrund 4.2 Grundkonzepte der UML 4.3 Die Rolle
MehrKapitel 9. Programmierkurs. Attribute von Klassen, Methoden und Variablen. 9.1 Attribute von Klassen, Methoden und Variablen
Kapitel 9 Programmierkurs Birgit Engels Anna Schulze Zentrum für Angewandte Informatik Köln Objektorientierte Programmierung Attribute von Klassen, Methoden und Variablen Interfaces WS 07/08 1/ 18 2/ 18
MehrObjektorientierte Programmierung III
Objektorientierte Programmierung III OOP Kapselung: Gruppierung von Daten und Funktionen als Objekte. Definieren eine Schnittstelle zu diesen Objekten. Vererbung: Erlaubt Code zwischen verwandten Typen
MehrVU Objektorientierte Modellierung Übung 2
VU Objektorientierte Modellierung Übung 2 Übungsgruppen: 2.4.2008-25.4.2008 Aufgabe : Objektdiagramm Gegeben ist folgendes Objektdiagramm: z = :A w = 3 :B x = 8 :C z = 2 :A w = 4 :B y = 9 :E w = 5 :B x
Mehr