IT kompakt. UML 2 kompakt. mit Checklisten. Bearbeitet von Heide Balzert
|
|
- Walther Holst
- vor 6 Jahren
- Abrufe
Transkript
1 IT kompakt UML 2 kompakt mit Checklisten Bearbeitet von Heide Balzert 1. Auflage Taschenbuch. viii, 92 S. Paperback ISBN Format (B x L): 12,7 x 19 cm Gewicht: 113 g Weitere Fachgebiete > EDV, Informatik > Software Engineering > Modellierung, UML, SysML Zu Inhaltsverzeichnis schnell und portofrei erhältlich bei Die Online-Fachbuchhandlung beck-shop.de ist spezialisiert auf Fachbücher, insbesondere Recht, Steuern und Wirtschaft. Im Sortiment finden Sie alle Medien (Bücher, Zeitschriften, CDs, ebooks, etc.) aller Verlage. Ergänzt wird das Programm durch Services wie Neuerscheinungsdienst oder Zusammenstellungen von Büchern zu Sonderpreisen. Der Shop führt mehr als 8 Millionen Produkte.
2 Einführung Einführung Im Oktober 1994 haben sich Grady Booch und Jim Rumbaugh bei der Rational Software Corporation zusammengeschlossen, um ihre erfolgreichen Methoden zu einem einheitlichen Industriestandard weiterzuentwickeln. Es entstand zunächst der Vorgänger der Unified Modeling Language (UML), der unter dem Namen Unified Method 0.8 publiziert wurde. Seit Herbst 1995 wirkte auch Ivar Jacobson an der Entwicklung der UML mit. Im Oktober 1996 wurde die Version 0.91 der UML veröffentlicht. Im September 1997 wurde die Version 1.1 der UML publiziert, in die zusätzlich die Ideen verschiedener UML- Partner eingeflossen sind. Die UML 1.1 wurde von der Object Management Group (OMG) im November 1997 als Standard verabschiedet. Die Weiterentwicklung der UML wurde vollständig an die OMG übertragen. Im Juli 1998 wurde von der OMG die UML 1.2 intern freigegeben. Alle Änderungen waren redaktionell und hatten keine Auswirkungen auf den technischen Inhalt. Im Juni 1999 publizierte die OMG die UML 1.3. Wichtige Verbesserungen waren die Beseitigung von Inkonsistenzen zwischen verschiedenen Dokumenten. Außerdem wurden Definitionen und Erklärungen präziser beschrieben. Auch inhaltlich wurden geringfügige Änderungen vorgenommen. Im Mai 2002 erschien die UML 1.4, die kleinere Verbesserungen und einige Erweiterungen enthielt. Auch die UML 1.5, die im März 2003 veröffentlicht wurde, enthielt kleinere Korrekturen. Eine umfangreiche Überarbeitung führte zur UML 2.0, die gegenüber der Version 1.x wesentliche Erweiterungen und Änderungen enthält. Das betrifft beispielsweise die Aktivitäts- und Sequenzdiagramme. Außerdem wurde das Metamodell, d. h. das UML-Modell zur Spezifikation der UML, vollständig überarbeitet. Die ersten Dokumente wurden von der OMG im August 2003 veröffentlicht. Im Oktober 2004 wurde eine korrigierte Version dieses Dokuments fertiggestellt und im 1. Quartal 2005 öffentlich publiziert. In den weiteren Jahren folgten weitere Versionen mit Änderungen und Ergänzungen. Im Februar 2009 wurde die UML 2.2 publiziert. Sie ist bei Drucklegung dieses Buchs die offizielle UML-Version der OMG und wird in diesem Buch verwendet. 1
3 UML-Notationselemente UML-Notationselemente Objekt In der objektorientierten Softwareentwicklung besitzt ein Objekt (object) einen bestimmten Zustand und reagiert mit einem definierten Verhalten auf seine Umgebung. Außerdem besitzt jedes Objekt eine Identität, die es von allen anderen Objekten unterscheidet. Ein Objekt kann ein oder mehrere andere Objekte kennen. Man spricht von Objektbeziehungen (links) zwischen Objekten. Der Zustand (state) eines Objekts umfasst die Attribute bzw. deren aktuelle Werte und die jeweiligen Objektbeziehungen zu anderen Objekten. Attribute sind inhärente, unveränderliche Merkmale des Objekts, während die Attributwerte Änderungen unterliegen können. Das Verhalten (behavior) eines Objekts wird durch eine Menge von Operationen beschrieben. Eine Änderung oder eine Abfrage des Zustandes ist nur mittels der Operationen möglich. Das Objekt wird in der UML als Rechteck dargestellt, das in zwei Felder aufgeteilt werden kann. Im oberen Feld wird das Objekt wie folgt bezeichnet: :Klasse bei einem anonymen Objekt wird nur der Klassenname angegeben. objekt:klasse wenn das Objekt über einen Namen angesprochen werden soll. objekt wenn der Objektname ausreicht, um das Objekt zu identifizieren und der Name der Klasse aus dem Kontext ersichtlich ist. Die Bezeichnung eines Objekts wird immer unterstrichen. Objektnamen beginnen in der UML mit einem Kleinbuchstaben, Klassennamen mit einem Großbuchstaben. Anonyme Objekte werden verwendet, wenn es sich um irgendein Objekt der Klasse handelt. Objektnamen dienen dazu, ein bestimmtes Objekt der Klasse für den Systemanalytiker zu benennen. 2
4 Objekt Im unteren Feld werden optional die im jeweiligen Kontext relevanten Attribute des Objekts eingetragen. Die UML ermöglicht folgende Alternativen: attribut : Typ = Wert attribut = Wert empfehlenswert, da anhand des Werts oft erkannt werden kann, um welche Art von Typ es sich handelt. attribut sinnvoll, wenn der Wert des Attributs nicht von Interesse ist. Objekte und ihre Ob - jektbeziehungen untereinander werden im Objektdiagramm (object diagram) spezifiziert. Es beschreibt Objekte, Attributwerte und Objektbeziehungen zwischen Objekten zu einem bestimmten Zeitpunkt. Objektdiagramme sind sozusagen Momentaufnahmen bzw. Schnappschüsse des Systems. Meistens werden anonyme Objekte verwendet. Konkrete Objekte sind nur in Ausnahmefällen interessant. Zustand (Daten) und Verhalten (Operationen) eines Objekts bilden eine Einheit. Die Daten eines Objekts können nur mittels Operationen gelesen und geändert werden (Geheimnisprinzip). Die Objektidentität (object identity) ist die Eigenschaft, die ein Objekt von allen anderen Objekten unterscheidet. Sie bedeutet, dass alle Objekte aufgrund ihrer Existenz unterscheidbar sind, auch wenn sie zufällig identische Attributwerte besitzen. Die Identität eines Objekts kann sich nicht ändern. Keine zwei Objekte können dieselbe Identität besitzen. Besitzen zwei Objekte mit unterschiedlichen Identitäten dieselben Attributwerte, so spricht man von der Gleichheit der Objekte. Der Objektname identifiziert ein Objekt im Objektdiagramm. Im Gegensatz zur Objektidentität muss er nur im betrachteten Kontext, d. h. innerhalb eines Diagramms, eindeutig sein. Besitzen Objekte in verschiedenen Diagrammen denselben Namen, so kann es sich um unterschiedliche Objekte handeln. Alle gleichartigen Objekte, d. h. Objekte mit denselben Operationen und gleichen Attributen aber im Allgemeinen unterschiedlichen Attributwerten! gehören zu der gleichen Klasse. Jedes Objekt ist Exemplar einer Klasse. 3
5 UML-Notationselemente Stereotyp Bei der Definition vieler UML-Elemente wird das Konzept der Stereotypen (stereotype) verwendet. Es ermöglicht, existierende Modellelemente mit einer geänderten Semantik zu versehen. Beispielsweise gibt der Stereotyp «enumeration» an, dass zwar das Klassensymbol verwendet wird, es sich aber nicht um eine»normale«klasse handelt, sondern das Klassensymbol zur Spezifikation eines Aufzählungstyps verwendet wird (Abbildung unter Attributtyp). Die UML bietet eine Reihe von vordefinierten Stereotypen, die auch Schlüsselworte (keywords) genannt werden. Der UML-Modellierer kann selbst weitere Stereotypen definieren. Klasse Eine Klasse (class) definiert für eine Kollektion von Objekten deren Struktur (Attribute), Verhalten (Operationen) und Beziehungen (Assoziationen und Generalisierungsstrukturen). Sie besitzt einen Mechanismus, um neue Objekte zu erzeugen (object factory). Das Verhalten (behavior) einer Klasse wird durch die Nachrichten beschrieben, auf die diese Klasse bzw. deren Objekte reagieren können. Eine Nachricht (message) aktiviert eine Operation gleichen Namens. Die Klassensymbole werden zusammen mit weiteren Symbolen, z. B. Assoziation und Generalisierung, in das Klassendiagramm eingetragen. Bei großen Systemen ist es im Allgemeinen sinnvoll oder notwendig, mehrere Klassendiagramme zu erstellen. Der Klassenname ist ein Substantiv im Singular. Er beschreibt also ein einzelnes Objekt der Klasse. Beispiele: Mitarbeiter, PKW, Kunde. 4
6 Parametrisierte Klasse Der Klassenname muss innerhalb eines Pakets, besser jedoch innerhalb des gesamten Systems, eindeutig sein. Bei Bedarf wird er in der UML wie folgt erweitert: Paket::Klasse. Classifier Das Konzept des Classifiers ist neu in der UML 2. Man kann sich das Konzept des Classifiers ganz grob als Verallgemeinerung des Klassenkonzepts vorstellen. Da viele Elemente der UML ähnliche Eigenschaften wie die Klasse besitzen, werden diese Eigenschaften im Classifier zusammengefasst und von dort an die jeweiligen Elemente vererbt. Die Abbildung zeigt einen Ausschnitt aus dem Metamodell der UML 2. Der Classifier wird in UML-Modellen nicht direkt verwendet, sondern nur zur Spezifikation des Metamodells und Definition der UML-Konzepte benötigt. Parametrisierte Klasse Eine parametrisierte Klasse (parameterized class, template) ist eine Beschreibung einer Klasse mit einem oder mehreren formalen Parametern. Sie definiert daher eine Familie von Klassen. Jeder Parameter besteht aus dem Namen und dem Typ. Der Typ entfällt, wenn der Parametername bereits einen Typ darstellt. Die Parameterliste darf nicht leer sein. Mehrere Parameter in der Liste werden durch Kommata 5
7 UML-Notationselemente getrennt. Eine parametrisierte Klasse kann Attribute enthalten, die abhängig von den Parametern definiert sind. Damit eine parametrisierte Klasse benutzt werden kann, müssen deren formale Parameter an aktuelle Parameter gebunden werden. Die parametrisierte Klasse wird auch als generische Klasse bezeichnet. Das Binden bzw. die Bindung einer konkreten Klasse an eine parametrisierte Klasse geschieht mithilfe des Generalisierungspfeils und einer gestrichelten Linie, die mit dem Stereotypen «bind» beschriftet ist. Die Zuordnung der aktuellen an die formalen Parameter erfolgt in der Form: formalerparameter->aktuellerparameter, wobei es sich bei dem aktuellen Parameter um einen Typ oder einen Wert handeln kann. Die parametrisierte Klasse Queue besitzt die üblichen Operationen insert() und delete(). Der Parameter T beschreibt einen Typ. Daher sind für diesen Parameter keine weiteren Angaben notwendig. Der Parameter n vom Typ int gibt die maximale Größe der Queue an und besitzt den voreingestellten Wert 5. Welche und wie viele Elemente die Queue verwalten soll, wird (noch) nicht bestimmt. Daher wird das Attribut queue mithilfe des Typs T und der Multiplizität [0..n] definiert. Diese parametrisierte Klasse bildet die Vorlage für die»normalen«klassen. Bei der Klasse Adressbuch wird der Parameter T mit Person und der Parameter n mit dem Wert 100 ersetzt. Im Adressbuch können also maximal 100 Personen gespeichert werden. Bei der Klasse FloatQueue wird nur der Parameter T durch den Parameter float ersetzt. Da für den Parameter n keine Angabe erfolgt, wird der voreingestellte Wert übernommen. In einem Objekt dieser Klasse können also maximal 5 Zahlen vom Typ float gespeichert werden. 6
8 Attribut Schnittstelle Eine Schnittstelle (interface) beschreibt eine oder mehrere Signaturen von Operationen. Diese abstrakten Operationen müssen nicht mit {abstract} gekennzeichnet werden, weil eine Schnittstelle keine anderen Operationen enthalten darf und eine Unterscheidung daher nicht notwendig ist. Für die Notation der Schnittstelle wird das Klassensymbol verwendet, das mit dem Schlüsselwort «interface» gekennzeichnet ist. Von Schnittstellen können im Gegensatz zur Klasse keine Objekte erzeugt werden, sondern Schnittstellen sind sozusagen»leere Hüllen«, die von Klassen realisiert werden müssen. Die Realisierung einer Schnittstelle durch eine Klasse (bzw. durch einen Classifier) bedeutet, dass alle in der Schnittstelle aufgeführten Operationen realisiert werden müssen. Eine Schnittstelle kann auch durch mehrere Classifier realisiert werden. Umgekehrt kann ein Classifier beliebig viele Schnittstellen realisieren. Schnittstellen werden modelliert, um von anderen Klassen benutzt zu werden. Die benutzende Klasse muss nicht wissen, wie die Schnittstelle realisiert ist, sondern ihr reicht das extern wahrnehmbare Verhalten. Attribut Attribute (attributes) beschreiben die Daten, die von den Objekten einer Klasse angenommen werden können. Jedes Attribut ist von einem bestimmten Typ. Alle Objekte einer Klasse besitzen dieselben Attribute, jedoch unterschiedliche Attributwerte. 7
9 UML-Notationselemente Der Attributname muss im Kontext der Klasse eindeutig sein. Außerhalb des Klassenkontextes verwendet man die Bezeichnung Klasse. attribut. Attributnamen beginnen mit einem kleinen Anfangsbuchstaben und dürfen beliebige Zeichen enthalten. Besteht der Attributname aus mehreren Wörtern, so empfiehlt die UML-Spezifikation, dass jedes neue Wort mit Ausnahme des Ersten mit einem Großbuchstaben begonnen wird. Man spricht hier von der Kamelhöcker-Notation. Ein Klassenattribut (class scope attribute) liegt vor, wenn nur ein Attributwert für alle Objekte einer Klasse existiert. Klassenattribute existieren auch dann, wenn es zu einer Klasse noch keine Objekte gibt. Um die Klassenattribute von den (Objekt-)Attributen zu unterscheiden, werden sie in der UML unterstrichen (z. B. klassenattribut). Der Wert eines abgeleiteten Attributs (derived attribute) kann jederzeit aus anderen Attributwerten berechnet werden. Abgeleitete Attribute werden mit dem Präfix»/«gekennzeichnet. Ein abgeleitetes Attribut darf nicht geändert werden. Attribute werden durch Angabe von Typ, Multiplizität, Anfangswert und Eigenschaftswerten spezifiziert. Attributtypen (siehe unten) können Datentypen oder selbst wieder Klassen sein. Für ein Attribut kann die Multiplizität (multiplicity) definiert werden. Diese Angabe erfolgt in eckigen Klammern. Sind bei der Multiplizität die untere und obere Angabe identisch, dann reicht ein einziger Wert, d. h. [5..5] = [5]. Ist die untere Grenze gleich null und die obere Grenze unspezifiziert, dann gilt [0..*] = [*]. Die Multiplizität [1] = [1..1] bedeutet, dass das Attribut genau einen Wert besitzt. Das heißt, dass dieser Wert beim Erzeugen eines Objekts der Klasse eingetragen werden muss. Falls keine Multiplizität angegeben wird, gilt [1] als Voreinstellung. Soll ausgedrückt werden, dass es sich um ein optionales Attribut handelt, das irgendwann einmal einen Wert erhalten kann, so muss die Multiplizität [0..1] angegeben werden. Ist die Obergrenze der Multiplizität größer als 1, dann handelt es sich um ein Attribut, das aus mehreren Werten bestehen kann. Der Anfangswert (default) legt fest, welchen Wert ein neu erzeugtes Objekt für dieses Attribut annimmt. Dieser Wert kann später geändert werden. 8
10 Attribut Eigenschaftswerte (property strings) spezifizieren, ob die Attribute bestimmte Eigenschaften oder Merkmale besitzen. Sie werden in geschweiften Klammern angegeben und mehrere Eigenschaftswerte werden durch Komma getrennt. Für Attribute bietet die UML standardmäßig folgende Eigenschaftswerte: readonly: Attributwert darf nicht mehr geändert werden. z. B. kontonr {readonly} subsets: Attribut besteht aus einer Menge von Werten. Die zulässigen Attributwerte bilden eine Teilmenge eines anderen Attributs. z. B. gerade Ziffern {subsets ziffern} mit den Werten 2, 4, 6, 8 und ungerade Ziffern {subsets ziffern} mit den Werten 1, 3, 5, 7, 9 und nullziffer {subsets ziffern} mit dem Wert 0. union: Attribut besteht aus einer Menge von Werten. Es ergibt sich aus der Vereinigung aller mit subsets definierten Teilmengen. z. B. ziffern {union} ordered: Wenn ein Attribut aus mehreren Werten besteht, dann wird dadurch festgelegt, dass sie geordnet sind. Besteht das Attribut nur aus einem Element, dann hat dieser Eigenschaftswert keine Wirkung. z. B. vorname[1..3] {ordered} mit den Attributwerten: Daniela, Maria, Elke. unique: Besteht das Attribut aus einer Menge von Werten, dann dürfen keine Duplikate vorkommen. z. B. lottozahlen[6] {unique} mit den Attributwerten: 7, 11, 14, 22, 31, 35. nonunique: Besteht das Attribut aus einer Menge von Werten, dann sind Duplikate erlaubt. z. B. noten[1..5] {nonunique} mit den Attributwerten: 1.0, , 2.0, 2.3. redefines: Attribut überschreibt eine geerbte Attributdefinition. In der Abbildung erbt die Klasse Mitarbeiter das Attribut nr und redefiniert es mit dem Namen personalnr. Für Attribute können Einschränkungen (constraints) in umgangs - sprachlicher oder in maschinenlesbarer Form definiert werden. Eine Einschränkung ist eine Invariante bzw. eine Zusicherung, die immer wahr sein muss. Einschränkungen werden als Text in 9
11 UML-Notationselemente geschweiften Klammern angegeben. Sie können durch die Modellierer beliebig spezifiziert werden und sich auf ein oder mehrere Attribute beziehen. Für jedes Attribut wird im Entwurf die Sichtbarkeit (visibility) angegeben. Die UML unterscheidet folgende Arten: public: sichtbar für alle Klassen, protected: sichtbar für alle Unterklassen und innerhalb der Klasse, private: sichtbar nur innerhalb der Klasse, package: sichtbar innerhalb des Paktes. Attributtyp Der Typ von Attributen kann in der UML modelliert werden durch: Datentypen, primitive Datentypen als Sonderfall der Datentypen, Aufzählungstypen als Sonderfall der Datentypen, Klassen. 10
UML (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...
Mehr1.4 Attribute die objektorientierten Datenfelder
1.4 Attribute 21 1.4 Attribute die objektorientierten Datenfelder Die Attribute beschreiben die Daten, die von den Objekten einer Klasse angenommen werden können. Jedes Attribut ist von einem bestimmten
MehrGrundbegriffe der Objektorientierung
Grundbegriffe der Objektorientierung Objekt Merkmale Zustand Verhalten Lebenszyklus Beziehungen zwischen Objekten Kategorisierung von Objekten Grundbegriffe der Objektorientierung Objekt Merkmale Zustand
MehrAnalyse und Modellierung von Informationssystemen
Analyse und Modellierung von Informationssystemen Dr. Klaus Höppner Hochschule Darmstadt Sommersemester 2013 1 / 18 UML Einführung Klassendiagramme in der UML Relationen zwischen Klassen 2 / 18 UML: Grundsätzliches
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
MehrFilme der Kindheit Kindheit im Film
Kinder- und Jugendkultur, -literatur und -medien 66 Filme der Kindheit Kindheit im Film Beispiele aus Skandinavien, Mittel- und Osteuropa Bearbeitet von Christine Gölz, Anja Tippner, Karin Hoff 1. Auflage
MehrUnified 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
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
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
MehrUnified Modelling Language
Proseminar Systemmodellierung mit SysML Martin Fobian 04.05.2010 Unified Modelling Language Klassendiagramm Objekt, Klasse, Operation 1 Überblick 1. Objekt 2. Klassen 3. Attribute 4. Operationen 2 1. Objekt
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
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
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
MehrDie Unternehmergesellschaft
Die Unternehmergesellschaft Recht, Besteuerung, Gestaltungspraxis Bearbeitet von Prof. Dr. Dr. hc. Michael Preißer, Gültan Acar 1. Auflage 2016. Buch. 300 S. Hardcover ISBN 978 3 7910 3445 4 Format (B
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
MehrVorlesung Software Engineering I
Vorlesung Software Engineering I 8 Unified Modeling Language: Klassendiagramme Prof. Dr. Dirk Müller Übersicht Einführung Software-Entwicklungsprozesse Anforderungsanalyse Prozessanalyse und -modellierung
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
MehrKlassendiagramm. (class diagram)
: Klassendiagramm http:///topic95.html Klassendiagramm (class diagram) Klassendiagramm Objektdiagramm Komponentendiagramm Kompositionsstrukturdiagramm Verteilungsdiagramm Einstieg Paketdiagramm Aufbau
Mehr15 Unified Modeling Language (UML) 7 UML und Java Informatik 2 (SS 07) 595
Überblick 15. Unified Modeling Language (UML) 15.1 Grundlagen 15.2 Klassen und Objekte 15.3 Vererbung 15.4 Schnittstellen 15.5 Generische Typen 15.6 Pakete 15.7 UML und Java 15.8 Zusammenfassung 15 Unified
Mehr10. Programmierungs-Phase: Objektorientierung Software Engineering
10. Programmierungs-Phase: Objektorientierung Software Engineering Fachhochschule Darmstadt Haardtring 100 D-64295 Darmstadt Prof. Dr. Bernhard Humm FH Darmstadt, 15. Dezember 2005 Einordnung in den Kontext
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,
MehrRückblick: Entity-Relationship-Modell
Rückblick: Entity-Relationship-Modell Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben
MehrSoftware 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
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
MehrKlassendiagramm. Kurzer Überblick über UML - Stand 2006. BlaBla
BlaBla Diese Kennzeichnungen sind nur Erläuterungen und nicht Bestandteil des Diagramms Quelle: P.Grässle, H.Baumann, P.Baumann, UML projektorientiert, Galileo Verlag, 2003 21 Primäre Begriffe Kapselung
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
MehrSoftware Engineering. 6. Klassendiagramme. Franz-Josef Elmer, Universität Basel, HS 2012
Software Engineering 6. Klassendiagramme Franz-Josef Elmer, Universität Basel, HS 2012 Software Engineering: 6. Klassendiagramme 2 Klassendiagramme Wichtigster Diagrammtyp in UML Statische objekt-orientierte
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ß
MehrVorkurs Mathematik. Ein Übungsbuch für Fachhochschulen. Bearbeitet von Michael Knorrenschild
Vorkurs Mathematik Ein Übungsbuch für Fachhochschulen Bearbeitet von Michael Knorrenschild 1. Auflage 2004. Buch. 176 S. Hardcover ISBN 978 3 446 22818 4 Format (B x L): 14,6 x 21,2 cm Gewicht: 259 g Weitere
MehrAbschnitt 15: Unified Modeling Language (UML)
Abschnitt 15: Unified Modeling Language (UML) 15. Unified Modeling Language (UML) 15.1 Grundlagen 15.2 Klassen und Objekte 15.3 Vererbung 15.4 Schnittstellen 15.5 Generische Typen 15.6 Pakete 15.7 UML
MehrEinführung in die Unified Modeling Language (UML)
Einführung in die Unified Modeling Language (UML) Hausarbeit zum Proseminar Datenbanken Wintersemester 2002/03 Seminarleitung: Dr. Christoph Draxler Verfasserin: Michaela Geierhos Centrum für Informations-
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:
MehrAlgorithmen und Datenstrukturen 06
31. Mai 2012 1 Besprechung Blatt 5 Fragen 2 Objektorientierte Programmierung Allgemein Sichtbarkeit Konstanten 3 Unified Modeling Language (UML) Klassendiagramme Anwendungsfalldiagramme 4 Vorbereitung
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)
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 Modeling Language (UML )
Unified Modeling Language (UML ) Seminar: Programmiersprachenkonzepte Inhalt Einleitung UML 2.0 Diagrammtypen 2 Einleitung Objektorientierte Modellierungssprache Definiert vollständige Semantik Dient der
MehrUML Eine kurze Einführung
UML Eine kurze Einführung Programmiermethodik Eva Zangerle Universität Innsbruck Modell und Diagramm Ein Modell stellt Abstraktion eines Realitätsausschnitts dar. Um Informationen verständlicher darzustellen
MehrUML Eine kurze Einführung
UML Eine kurze Einführung Programmiermethodik Eva Zangerle Universität Innsbruck Überblick Einführung Java Ein erster Überblick Objektorientierung Vererbung und Polymorphismus Ausnahmebehandlung Pakete
MehrProgrammieren II. Innere Klassen. Heusch 10, Ratz 5.2.1, Institut für Angewandte Informatik
Programmieren II Innere Klassen Heusch 10, 13.10 Ratz 5.2.1, 9.8 KIT Die Forschungsuniversität in der Helmholtz-Gemeinschaft www.kit.edu Innere Klassen Bisher kennen wir nur Klassen, die entweder zusammen
MehrMathe: sehr gut, 6. Klasse - Buch mit Download für phase-6
mentor sehr gut: Deutsch, Mathe, Englisch für die 5. - 8. Klasse Mathe: sehr gut,. Klasse - Buch mit Download für phase- Mit Download für phase- Bearbeitet von Uwe Fricke 1. Auflage 2009. Taschenbuch.
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
MehrMedizinische Statistik mit R und Excel
Springer-Lehrbuch Medizinische Statistik mit R und Excel Einführung in die RExcel- und R-Commander-Oberflächen zur statistischen Auswertung Bearbeitet von Rainer Muche, Stefanie Lanzinger, Michael Rau
MehrVorlesung Informatik II
Vorlesung Informatik II Universität Augsburg Wintersemester 2011/2012 Prof. Dr. Bernhard Bauer Folien von: Prof. Dr. Robert Lorenz Lehrprofessur für Informatik 04. UML Objekte und Klassen 1 Motivation
MehrEine Klasse beschreibt Objekte mit gleichen Attributen und Methoden.
Grundwissen Informatik Objekt Attribut Methoden Als Objekte bezeichnet man alle Gegenstände, Dinge, Lebewesen, Begriffe oder Strukturen unserer Welt ( Autos, Räume, Bakterien, Lehrer, Schüler, Kunden,
MehrSoftware-Entwicklung mit Delphi
Software-Entwicklung mit Delphi Eine systematische Einführung Bearbeitet von Dieter Orlamünder, Rüdiger Liskowsky, Heinrich Hußmann 1. Auflage 2002. Taschenbuch. 296 S. Paperback ISBN 978 3 446 22088 1
MehrVorlesung "Software-Engineering"
Vorlesung "Software-Engineering" Rainer Marrone, TUHH, Arbeitsbereich STS Vorige Vorlesung Pflichtenheft (requirements specification document) Charakterisierung von Software-Qualität Detaillierte Anforderungsanalyse
MehrLanglebige Software-Architekturen
Langlebige Software-Architekturen Technische Schulden analysieren, begrenzen und abbauen Bearbeitet von Carola Lilienthal 1. Auflage 2015. Taschenbuch. XII, 276 S. Paperback ISBN 978 3 86490 292 5 Format
MehrEinführung in das Eclipse Modeling Framework. 5. November 2014
Einführung in das Eclipse Modeling Framework 5. November 2014 Überblick Einführung in das Eclipse Modeling Framework: zur objektorientierten Modellierung von Datenstrukturen Welcher Teil einer mobilen
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
MehrObjektorientierter Software-Entwurf Die Unified Modeling Language 4 1
Objektorientierter Software-Entwurf Die Unified Modeling Language 4 1 Die Unified Modeling Language Die UML (hier in der Version 0.9) ist ein Satz von Notationen zur Beschreibung objektorientierter Softwaresysteme.
MehrZeitung als Zeichen. Identität und Mediennutzung nationaler Minderheiten in Deutschland. Bearbeitet von Swea Starke
Zeitung als Zeichen Identität und Mediennutzung nationaler Minderheiten in Deutschland Bearbeitet von Swea Starke 1. Auflage 2014. Taschenbuch. XIII, 286 S. Paperback ISBN 978 3 631 65738 6 Format (B x
MehrGefahrgutrecht Straße/Schiene
Gefahrgutrecht Straße/Schiene / 2013 Bearbeitet von Conrad Jochen 1. Auflage 2012. Buch. 2016 S. Mit Griffregister. Kartoniert ISBN 978 3 8111 0015 2 Recht > Öffentliches Recht > Öffentliches Baurecht,
MehrMethoden des Software Engineering
Methoden des Software Engineering Funktions-, daten-, objekt- und aspektorientiert entwickeln Bearbeitet von Joachim Goll 1. Auflage 2012. Buch. xxxviii, 794 S. Hardcover ISBN 978 3 8348 2433 2 Format
MehrCATIA V5 - Konstruktionsmethodik zur Modellierung von Volumenkörpern
CATIA V5 - Konstruktionsmethodik zur Modellierung von Volumenkörpern Part-Design für das Gießen, Spritzgießen, Schmieden, Schweißen und Zerspanen Bearbeitet von Dieter R. Ziethen 1. Auflage 2004. Buch.
MehrISO 9001: vom Praktiker für Praktiker. Bearbeitet von Norbert Waldy
ISO 9001: 2015 vom Praktiker für Praktiker Bearbeitet von Norbert Waldy 1. Auflage 2015. Buch. 168 S. Hardcover ISBN 978 3 7323 3353 0 Format (B x L): 14 x 21 cm Gewicht: 385 g Wirtschaft > Management
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
MehrModellieren mit der Unified Modeling Language: Klassen- und Objektdiagramme. 11. November 2014
Modellieren mit der Unified Modeling Language: Klassen- und Objektdiagramme 11. November 2014 Überblick Was ist die Unified Modeling Language (UML)? die Standardmodellierungssprache für Softwaresysteme
MehrWintersemester Maschinenbau und Kunststofftechnik. Informatik. Tobias Wolf http://informatik.swoke.de. Seite 1 von 22
Kapitel 19 Vererbung, UML Seite 1 von 22 Vererbung - Neben der Datenabstraktion und der Datenkapselung ist die Vererbung ein weiteres Merkmal der OOP. - Durch Vererbung werden die Methoden und die Eigenschaften
MehrDie Erwartungen der Eltern an die weiterführende Schule beim Schulübertritt ihres Kindes von der Grundschule in die Sekundarstufe I
Europäische Hochschulschriften / European University Studies / Publications Universitaires Européennes 1035 Die Erwartungen der Eltern an die weiterführende Schule beim Schulübertritt ihres Kindes von
MehrEinfÅ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
MehrAnwendungsentwicklung mit Java. Grundlagen der OOP, Vererbung, Schnittstellen, Polymorphie
Anwendungsentwicklung mit Java Grundlagen der OOP, Vererbung, Schnittstellen, Polymorphie Vererbung (1) 2 Problem: Objekte mit gleichen Attributen/Methoden, aber nicht völlig identisch, z.b., LKW, PKW,
MehrAnalytische Individualpsychologie in der therapeutischen Praxis
Analytische Individualpsychologie in der therapeutischen Praxis Das Konzept Alfred Adlers aus existentieller Perspektive Bearbeitet von Dr. Gisela Eife 1. Auflage 2016. Taschenbuch. 258 S. Paperback ISBN
MehrProgrammiersprache 2 (C++) Prof. Dr. Stefan Enderle NTA Isny
Programmiersprache 2 (C++) Prof. Dr. Stefan Enderle NTA Isny 3. UML Klassendiagramm Nachtrag 3.1 Einführung UML UML ist eine standardisierte Sprache zur Modellierung von Systemen. In UML werden graphische
MehrÜbersicht. Vorstellung des OO-Paradigmas
Java, OO und UML Vorstellung des OO-Paradigmas Übersicht Umsetzung des OO-Paradigmas in Java Einführung (seeeeeehr rudimenter) in UML zur graphischen Darstellung von OO Grammatik und Semantik von Java
MehrWenn Alkohol zum Problem wird
Wenn Alkohol zum Problem wird Suchtgefahren erkennen - den Weg aus der Abhängigkeit finden Bearbeitet von Michael Soyka 1. Auflage 2009. Taschenbuch. 168 S. Paperback ISBN 978 3 8304 3415 3 Format (B x
MehrLehrstuhl für Datenverarbeitung. Technische Universität München. Grundkurs C++ Objektmodellierung. Grundkurs C++
Grundkurs C++ Objektmodellierung Grundkurs C++ Objektmodellierung welche Objekte bzw. Klassen werden benötigt? welche Information wird benötigt, um ein Objekt zu beschreiben? welche Beziehungen bestehen
MehrVererbung & Schnittstellen in C#
Vererbung & Schnittstellen in C# Inhaltsübersicht - Vorüberlegung - Vererbung - Schnittstellenklassen - Zusammenfassung 1 Vorüberlegung Wozu benötigt man Vererbung überhaubt? 1.Um Zeit zu sparen! Verwendung
MehrDas Gesetzesverständnis Jesu im Lukasevangelium
Europäische Hochschulschriften / European University Studies / Publications Universitaires Européennes 939 Das Gesetzesverständnis Jesu im Lukasevangelium Bearbeitet von Chung-Yeon Kim 1. Auflage 2013.
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
MehrGrundlagen der UML-Modellierung. Modellierung. Elena Paslaru Seminar Praktische Modellierung SS05 27.04.
Grundlagen der UML-Modellierung Modellierung Elena Paslaru paslaru@inf.fu-berlin.de Inhalt Einführung konzeptuelle Modellierung Die Sprache UML Grundlegende Modellierung mit UML Modellierungsprimitiven
Mehr4. AuD Tafelübung T-C3
4. AuD Tafelübung T-C3 Simon Ruderich 17. November 2010 Arrays Unregelmäßige Arrays i n t [ ] [ ] x = new i n t [ 3 ] [ 4 ] ; x [ 2 ] = new i n t [ 2 ] ; for ( i n t i = 0; i < x. l e n g t h ; i ++) {
MehrCOPE COuPled Evolution of metamodels and models
COPE COuPled Evolution of metamodels and models Diplomarbeit in Zusammenarbeit mit der BMW Car IT (Betreuer: Elmar Jürgens, Sebastian Benz) Markus Herrmannsdörfer 7. November 2007 Perlen der Informatik
MehrUmweltmanagement nach ISO 14001:2015
Umweltmanagement nach ISO 14001:2015 Die Revision: Änderungen, Auswirkungen, Umsetzung 1. Auflage 2016. Buch. ISBN 978 3 8111 3611 3 Wirtschaft > Spezielle Betriebswirtschaft > Betriebliches Energie- und
MehrRequirements Engineering I
Norbert Seyff Requirements Engineering I UML Unified Modeling Language! 2006-2012 Martin Glinz und Norbert Seyff. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen
MehrMethodische objektorientierte Softwareentwicklung
Methodische objektorientierte Softwareentwicklung Eine Integration klassischer und moderner Entwicklungskonzepte von Mario Winter 1. Auflage Methodische objektorientierte Softwareentwicklung Winter schnell
MehrSoftware 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
MehrUML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language ADV-Seminar Leiter: Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
MehrAlgorithmen und Datenstrukturen 07
5. Dezember 2011 1 Besprechung Blatt 6 Fragen 2 Vererbung Allgemein abstract Interfaces 3 Unified Modeling Language (UML) Ablaufdiagramme Klassendiagramme Anwendungsfalldiagramme 4 Vorbereitung Blatt 7
MehrSchulungspaket ISO 9001
Schulungspaket ISO 9001 PPT-Präsentationen Übungen Dokumentationsvorlagen Bearbeitet von Jens Harmeier 1. Auflage 2014. Onlineprodukt. ISBN 978 3 8111 6740 7 Wirtschaft > Management > Qualitätsmanagement
MehrOffice 2016 für Mac Das Profibuch
Edition SmartBooks Office 2016 für Mac Das Profibuch Mehr herausholen aus Word, Excel, PowerPoint, OneNote und Outlook Bearbeitet von Horst-Dieter Radke 1. Auflage 2015. Taschenbuch. XIV, 380 S. Paperback
MehrEinführung in das Eclipse Modeling Framework (EMF)
1 / 14 Einführung in das Eclipse Modeling Framework (EMF) Timo Kehrer Fachgruppe Praktische Informatik FB 12, Elektrotechnik und Informatik Universität Siegen 04. November 2008 Was ist EMF? Eclipse Modeling
MehrRaspberry Pi. Einstieg - Optimierung - Projekte. Bearbeitet von Maik Schmidt
Raspberry Pi Einstieg - Optimierung - Projekte Bearbeitet von Maik Schmidt 1. Auflage 2013. Taschenbuch. XVIII, 156 S. Paperback ISBN 978 3 86490 032 7 Format (B x L): 15,5 x 22 cm Weitere Fachgebiete
MehrAm Anfang werden die Attribute deklariert public class Kreis {
Klassendiagramm Kreis Entwerfen Sie ein Klassendiagramm der Klasse Kreis mit allen Attributen und min. drei Methoden. public class Kreis { sichtbar Platz für Atributeund Methoden protected int xposition;
MehrEinführung in die Informationsverarbeitung Teil Thaller. Stunde VII: Planen und Realisieren
Einführung in die Informationsverarbeitung Teil Thaller Stunde VII: Planen und Realisieren Manfred Thaller, Universität zu Köln Köln 18. Dezember 2014 Rekapitulation Der Gang der Argumentation 1. Der Rohstoff:
MehrSystemmodellierung mit SysML - Stereotypen und Profile
Systemmodellierung mit SysML - Stereotypen und Profile Oliver Stadie 15. Juni 2010 Gliederung Vorwissen: Metamodell Profile & Stereotypen: Motivation Definition & Benutzung Zusammenfassung Diskussionen
MehrAnalyse und Modellierung von Informationssystemen
Analyse und Modellierung von Informationssystemen Dr. Klaus Höppner Hochschule Darmstadt Wintersemester 2014/2015 1 / 29 UML Einführung Klassendiagramme in der UML Relationen zwischen Klassen Einführung:
MehrReligionspädagogik. Ein Arbeitsbuch. Bearbeitet von Prof. Dr. Frank Thomas Brinkmann
Religionspädagogik Ein Arbeitsbuch Bearbeitet von Prof. Dr. Frank Thomas Brinkmann 1. Auflage 2012. Taschenbuch. 296 S. Paperback ISBN 978 3 17 022214 4 Format (B x L): 15,5 x 23,1 cm Gewicht: 442 g Weitere
MehrKlinische Psychologie: Körperliche Erkrankungen kompakt
Klinische Psychologie: Körperliche Erkrankungen kompakt Mit Online-Materialien Bearbeitet von Claus Vögele 1. Auflage 2012. Taschenbuch. 170 S. Paperback ISBN 978 3 621 27754 9 Format (B x L): 19,4 x 25
MehrOracle JDeveloper 10 g
Oracle JDeveloper 10 g Modellierung Evgenia Rosa Business Unit Application Server ORACLE Deutschland GmbH Agenda Warum Modellierung? UML Modellierung Anwendungsfall (Use Case)-Modellierung Aktivitätenmodellierung
MehrDie gemeinsame Trägerschaft von Einrichtungen durch mehrere Bundesländer
Europäische Hochschulschriften 5327 Die gemeinsame Trägerschaft von Einrichtungen durch mehrere Bundesländer Bearbeitet von Insa Nutzhorn 1. Auflage 2012. Taschenbuch. XLVII, 324 S. Paperback ISBN 978
MehrJ.2 Objektorientiertes Modellieren mit UML
Modellieren mit UML Objektorientiertes Modellieren mit UML 2002 Prof. Dr. Rainer Manthey Informatik II 1 UML: Übersicht in den 1980er Jahren: Entstehen einer Vielzahl objektorientierter Entwurfsmethoden
MehrAudi-Werbung
Audi-Werbung 1909 1965 Eine medienwissenschaftliche Analyse Bearbeitet von Marta Potuzniková 1. Auflage 2016. Buch. 356 S. Hardcover ISBN 978 3 631 66525 1 Format (B x L): 21,5 x 24 cm Gewicht: 1430 g
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
MehrIndirekte Sterbehilfe
Neuere Medizin- und Wissenschaftsgeschichte 27 Indirekte Sterbehilfe Medizinische, rechtliche und ethische Perspektiven Bearbeitet von Sophie Roggendorf 1. Auflage 2011. Taschenbuch. 204 S. Paperback ISBN
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
Mehr2.13 Vererbung. Rainer Feldmann Universität Paderborn Technische Informatik für Ingenieure (TIFI) WS 09/ Article
2.13 Vererbung Klassen modellieren Objekte der realen Welt. Diese sind oft hierarchisch gegliedert. Beispiel: Ein Verlag bietet Bücher und CDs an. Beide Medien sind Artikel des Verlages. Book author: String
MehrSequenz- 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
MehrOrganisation internationaler Nichtregierungsorganisationen
Organisation internationaler Nichtregierungsorganisationen Aufbau und Koordination von NGOs im System der Vereinten Nationen Bearbeitet von Dr. Daniel Schwenger 2013 2013. Taschenbuch. xxviii, 452 S. Paperback
MehrEinführung in das Eclipse Modeling Framework (EMF)
1 / 14 Einführung in das Eclipse Modeling Framework (EMF) Maik Schmidt Fachgruppe Praktische Informatik FB 12, Elektrotechnik und Informatik Universität Siegen 21. April 2009 Was ist EMF? Eclipse Modeling
Mehr