Software-Engineering. Modellieren mit UML. Organisation. Software-Engineering im NDS-I besteht aus drei Modulen: SWE I Prozess & Projekt
|
|
- Kajetan Giese
- vor 6 Jahren
- Abrufe
Transkript
1 Software-Engineering Software-Engineering im NDS-I besteht aus drei Modulen: SWE I Prozess & Projekt SWE II Modellieren mit UML SWE III Architektur & Design Martin Jud NDS-I SWE II / WBK Organisation SWE II Modellieren mit UML Umfang Dozent Unterricht 4 ECTS Credits entsprechend 120 Stunden Studienaufwand. Davon ca. 30 Stunden bzw. 40 Lektionen (10 x 4 Lekt.) Präsenzunterricht plus je nach Vorkenntnissen bis zu 90 Stunden (9 Std./W) Selbststudium. M. Jud, Büro E303 Tel.: G (intern 478) mjud@hta.fhz.ch Präsenzunterricht, praktische Übungen. Lehrbuch Die UML 2.0 Kurzreferenz für die Praxis Bernd Oestereich, Oldenbourg, München 2004 Lernziele Die wichtigsten UML- Diagrammtypen und deren Bedeutung für das Modellieren kennen. Prüfung Use Cases, Klassendiagramme sowie Sequenz-/Kollaborationsdiagramme praktisch anwenden Die Leistungsbeurteilung erfolgt durch eine schriftliche Prüfung im Umfang von 2 Lektionen. Für das bestandene Modul (mindestens mit Note 4 bewertet) werden 4 ECTS Credits vergeben. Martin Jud NDS-I SWE II / WBK 312 2
2 UML Hintergrund Entwicklungsgeschichte der UML UML 1.0 Three Amigos 1/1997 UML 0.9 Three Amigos 1996 UM 0.8 Booch, Rumbaugh, 1995 UC Jacobsen, 1992 OMT Rumbaugh, 1991 OOD Booch, 1990 Martin Jud NDS-I SWE II / WBK UML Hintergrund Weiterentwicklung der UML Martin Jud NDS-I SWE II / WBK by Martin Glinz Uni Zürich
3 UML Hintergrund What is the UML? UML stands for Unified Modeling Language The UML is a graphical modeling language for specifying visualizing constructing documenting the artifacts of software systems UML Goal have a continuous object-oriented modeling concept in all software phases Martin Jud NDS-I SWE II / WBK UML Hintergrund What is the UML? UML is language independent UML supports the whole development process UML integrates (almost) all former modeling techniques data modeling process modeling state and behavioral modeling control flow modeling Martin Jud NDS-I SWE II / WBK 312 6
4 UML Hintergrund UML 2.0 Grundkonzept bleibt: UML ist eine Sammlung verschiedenster Modellierungssprachen, die Spezifikation deshalb eine Menge aus lose gekoppelten Teilmodellen Weitgehend aufwärtskompatibel Neu sind: innere Struktur für Klassen Komponenten als Modellierungskonzept Informationsfluss modellierbar (DFD... ) Martin Jud NDS-I SWE II / WBK UML Hintergrund... and what it s not UML is not a software process model not a life cycle model not a programming language not without redundancy You have several different views on the same thing not a software tool there are a lot of tools, that support UML has limited capability to express things concentrate on the essence Martin Jud NDS-I SWE II / WBK 312 8
5 UML Hintergrund Why do we model? Modeling captures essential parts of the system James Rumbaugh Provide structure for problem solving Communication Furnish abstractions to manage complexity Why do we model visually? Graphics reveal data Edward Tufte The Visual Display of Quantitative Information, 1983 Ein Bild sagt mehr als tausend Worte Volksmund Martin Jud NDS-I SWE II / WBK System Model statisches & dynamisches Modell Die Beziehungen zwischen Klassen (Assoziation, Aggregation und Vererbung) bilden das statische Modell. Die zeitlichen Abläufe und die Interaktion der Nutzer mit dem System bzw. der Objekte unter sich (Use Cases, Objektszenarien, Ablaufszenarien) bilden das dynamische Modell. Martin Jud NDS-I SWE II / WBK
6 UML Hintergrund Modelle und UML Diagramme Requirements (Use Case) Model Analysis Model Design Model Deployment Model Implementation Model Test Model Use Case Diagrams Class and Object Diagrams Component Diagrams Deployment Diagrams Sequence Diagrams Collaboration Diagrams Statechart Diagrams Activity Diagrams Martin Jud NDS-I SWE II / WBK by Scott Hawker, University of Alabama UML Hintergrund UML Diagramme Use Case Diagram Class Diagram Verhaltensdiagramme Statechart Diagram Activity Diagram Interaction Diagrams Collaboration Diagram Sequence Diagram Implementationsdiagramme Component Diagram Deployment Diagram Ein Diagramm ist eine Sicht auf ein Modell verschiedene konsistente Perspektiven Diagramme Modell Martin Jud NDS-I SWE II / WBK by Scott Hawker, University of Alabama
7 UseCases & BusinessProcess UseCase Modeling UseCases sind Ausgangspunkt für die weiteren UML Modelle: Martin Jud NDS-I SWE II / WBK by Addison Wesley USDP Jacobson Booch, Rumbaugh Kontext-Diagramm BusinessProcess Kunde «flow» gewünschte Funktion, Konto(s), Betrag, Pin «flow» Geld, Quittung «flow» Geld Bankomat «flow» Abbuchen, KonstandAnfrage Bank-Zentrale «flow» Kontoinfo, Quittierung Unterhalt Das System und seine Umwelt Martin Jud NDS-I SWE II / WBK Aus der Vorlesung Softwareengineering von Jörg Hofstetter HTA Luzern
8 UseCases UseCase Diagramme Akteur externes System (meist Nutzer), das mit dem Anwendungsfall interagiert. Szenario eine Instanz des UseCases standard Szenario, Varianten Beziehungen zwischen Akteur und UseCases... oder UseCases untereinander Martin Jud NDS-I SWE II / WBK UseCases UseCase Diagram Register for Course Customer Request for Information Relationship Billing Actor Send Comment Use Case System Boundary Martin Jud NDS-I SWE II / WBK
9 UseCases UseCase Beschreibung Jeder UseCase wird beschrieben durch: einen eindeutigen Namen, möglichst Substantiv + Verb einen kurzen Erläuterungstext von ca Zeilen eine Liste mit den beteiligten Akteuren Benennung wichtiger Auslöser / Vorbedingungen Benennung wichtiger Ergebnisse / Nachbedingungen Benennung wichtiger Dokumente und Ansprechpartner eine Beschreibung der einzelnen Ablaufschritte mit: Namen, möglichst Substantiv + Verb Stichwortartige Erläuterung Martin Jud NDS-I SWE II / WBK by oose.de GmbH, Hamburg Organisationseinheiten & Mitarbeitende modellieren Was: Mitarbeitende, Geschäftsobjekte und Organisationseinheiten, die mit der Bereitstellung und Abwicklung der Leistung zu tun haben Wie: RUP Stereotyp <<OrganizationUnit>> RUP, Grässle et. al. Paketdiagramm Oestreich et. al. Klassendiagramm UML Stereotypen <<Worker>> und <<BusinessObject>> Martin Jud NDS-I SWE II / WBK sinngemäss nach: UML projektorientiert Grässle/Baumann, Galileo Computing
10 Organisationseinheiten (nach Grässle) <<OrganizationUnit>> umfasst weitere OrganizationUnits, Workers, BusinessObjects und deren Beziehungen. <<Worker>> an der Abwicklung eines Geschäftsprozesses beteiligte MitarbeiterInnen innerhalb des Geschäftsprozesssystems. <<BusinessObject>> passive Objekte, die einzelne Iterationen überdauern können. Martin Jud NDS-I SWE II / WBK sinngemäss nach: UML projektorientiert Grässle/Baumann, Galileo Computing Tipps <<Worker>> sind Rollen, es braucht nicht für jede Person ein entsprechendes Symbol Paketdiagramme sind mehr als Organigramme: sie zeigen neben den Workers auch relevante BusinessObjects. Paketdiagramme können hierarchisch geordnet sein: eine OrganizationUnit kann mehrere OrganizationUnits enthalten. Martin Jud NDS-I SWE II / WBK
11 Aktivitätsdiagramm Start Guard Branch Activity Join Fork End Martin Jud NDS-I SWE II / WBK by Scott W. Ambler, Verzweigung und Aufteilung Nebenläufige Aktivitäten können in - Swimlanes (UML 1.x) - Partitionen (UML 2) dargestellt werden Martin Jud NDS-I SWE II / WBK Aus Objektorientierte Geschäftsprozessmodellierung, Oestereich et. al dpunkt Verlag
12 Activity Diagram Zweck 1. Beschreibung von Geschäftsprozessen 2. Beschreibung von UseCase Szenarien 3. Modellierung paralleler Abläufe Aktivitätsdiagramme wurden aus Fluss- / Event-, SDL- und Zustandsdiagrammen in UML übernommen und weiter entwickelt. Aktivitätsdiagramme werden auch von Personen ohne spezielle Informatikkenntnisse gut verstanden und sind deshalb äusserst hilfreich in der Analyse. Martin Jud NDS-I SWE II / WBK Adapted 2001 from by SWEED, Martin Kropp Geschäftsklassen Assoziation: Beziehung mit definierter Bedeutung :: Zugehörigkeit des Workers zur OrganizationUnit (Package) Assoziationen können einen Namen tragen und können gerichtet sein Martin Jud NDS-I SWE II / WBK aus: UML projektorientiert Grässle/Baumann, Galileo Computing
13 Geschäftsklassen-Diagramme Stark vereinfachte Klassendiagramme zeigen wichtige Beziehungen zwischen Mitarbeitenden, Geschäftsobjekten und Aussenstehenden => weniger ist mehr! alle Beteiligten sollen es lesen können Martin Jud NDS-I SWE II / WBK sinngemäss nach: UML projektorientiert Grässle/Baumann, Galileo Computing UseCases (System Model) Sekundäre UseCases Base Use Case Specialized Use Case Vererbung Course Registration Customer <<include>> Browse Course Catalog <<include>> Register for Course Request for Information <<include>> Enter Personal Data <<include>> include Billing extend Base Extending Use Case Use Case extensionpoint1 Martin Jud NDS-I SWE II / WBK 312 extensionpoint2 26 <<extend>>
14 UseCases (System Model) Oesterreich: Sekundäre Anwendungsfälle Das primäre Anwendungsfallmodell wird in Entwurfsphase und in Konstruktionsphase um sekundäre Anwendungsfälle ergänzt. Durch Umstrukturierung und Herausfaktorisierung von Gemeinsamkeiten sowie durch Generalisierung entstehen neue (sekundäre, d.h. abgeleitete) Anwendungsfälle. Diese werden mit Include-, Extend- und Vererbungsbeziehungen in das vorhandene Modell eingefügt. Dabei vorrangig keine neuen Anforderungen aufgenommen, sondern die vorhandene Problem- und Anforderungsbeschreibung umstrukturiert. Ziel ist es, die Problemdarstellung überschaubarer und redundanzfrei zu machen. Martin Jud NDS-I SWE II / WBK by oose.de GmbH, Hamburg Analyseklassen Analysemodell Geldausgabe Abhebung 1 2 Bank Kunde User Interface Transfer 1 Konto Geldannahme Einzahlung Konzeptionelles Modell: Domain-Begriffe und deren Beziehungen. Martin Jud NDS-I SWE II / WBK Aus der Vorlesung SW-Architektur von Jörg Hofstetter HTA Luzern
15 Analysemodell RUP Stereotypen für Analyse-Modelle Boundary-Klassen: Klassen für die Präsentation und Manipulation. Jeder Akteur eines UseCases benötigt ein eigenes Boundary-Objekt. z.b.: Window, Dialog-Box, Komm.-kanal Control-Klassen: Verbinden Boundary-Klassen mit Entity- Klassen. Behandeln das Verarbeiten der Entity Klassen. In einem ersten Schritt kann gesagt werden: Für jeden Use-Case eine Control-Klasse. Entity-Klassen: Modellieren Information, die meist auch gespeichert werden muss. Business-Objekte. Martin Jud NDS-I SWE II / WBK Aus der Vorlesung SW-Architektur von Jörg Hofstetter HTA Luzern Sequence Diagram aregistration: Form aregistration: Manager Lifeline (Object) acourse: Course register(joe, acourselist) Message Condition acust = getcustomer(joe) [not acust] a Cust = new(joe) Creation Joe: Customer Self Delegation Iteration Activation Box *[for all courses] addparticipant(acust) numpart delete() Return Deletion Martin Jud NDS-I SWE II / WBK
16 UML 2: Fragmente :Gast Bereit für Reservation Zahlungsinfo angeben meineinfo(zahlungsinfo) :System Interaction :Credit Card System Fragment alt opt critical neg Operator ref Kreditkarte prüfen(zahlungsinfo) loop alt [Prüfung = OK] guard create :Reservation seq par Reservation ok ReservationsNr.. [else] Reservation fehlgeschlagen Separator Martin Jud NDS-I SWE II / WBK Aus den UML-2 Unterlagen von Jörg Hofstetter, HTA Luzern UML 2: Time & Gate sd CodePrüfung DurationConstraint DurationObservation :User :System {d..3*d} CodeEingabe d = duration CardOut Event Occurrence t = now {t..t+3s} OK TimeObservation unlock TimeConstraint Gate Martin Jud NDS-I SWE II / WBK Aus den UML-2 Unterlagen von Jörg Hofstetter, HTA Luzern
17 Sequenz-Diagramm Zweck Zeigt den Austausch von Botschaften zwischen Objekten Eignung für kürzere Zeitabschnitte und wenige beteiligte Objekte bei geringer Verschachtelungstiefe und mit wenig Verzweigungen Anwendung Use Case Analysis SW-Design Implementation Martin Jud NDS-I SWE II / WBK Architektur-Modell Konzept / Architektur Modelle Subsystem-Modell (execution view) UML 1.x Package Diagram «subsystem» UML 2.0 Component Diagram Schichten-Modell (structure view) UML 1.x & 2.0 Package Diagram Verteilungs-Modell (allocation view) UML 1.x Deployment + Component Diag. UML 2.0 Deployment Diagram & Spec. Martin Jud NDS-I SWE II / WBK
18 Package Diagram Subsystem / Execution UML 1 Stereotyp «Subsystem» Subsystem ( UML2 Component ) «subsystem» Package Registration UI AWT «subsystem» Registration Application Martin Jud NDS-I SWE II / WBK Subsystem / Execution UML 2 Component Diagram Port Part Martin Jud NDS-I SWE II / WBK Aus dem Vortrag UML-2 von Jörg Hofstetter HTA Luzern
19 Package Diagram Package Diagram Schichten / Structure Package Registration UI Registration Application Stereotype Domain Courses AWT Dependency Persons <<global>> Common Constraint Database Interface {abstract} Oracle SQL Server Martin Jud NDS-I SWE II / WBK Package Diagram Schichten / Structure Darstellung der Modul-Abhängigkeiten View Notification Message Queries and Updates Controler User Input Model Edit Model-View-Controller Martin Jud NDS-I SWE II / WBK
20 Verteilung / Allocation UML 1.x Deployment Diagram :Web Server Connection TCP/IP anoracledb:db Server :Oracle.Dll :Regist. App Database TCP/IP Interface :Windows PC :Regist Applet :Browser Node Component Jeder Node in einem Deployment Diagram steht für einen Computer, einen Sensor oder sonst eine Hardware. Martin Jud NDS-I SWE II / WBK Verteilung / Allocation UML 1.x Component Diagram Static Dependency Database :Domain.DLL :Regist. App Component :Oracle.Dll Interface zeigt ausführbare Komponenten der Laufzeit-Umgebung einschliesslich Libraries und deren Abhängigkeiten zeigt nicht Hardware und die Kommunikation zwischen Hardwarekomponenten. Martin Jud NDS-I SWE II / WBK
21 Verteilung / Allocation UML 2 Deployment Diagram Node Artifact Node: Gleich wie UML 1.x Artifact: ausführbarer Code, Skript, wird einem Node zugeordnet. Martin Jud NDS-I SWE II / WBK Aus den UML 2.0 Unterlagen von Jörg Hofstetter Verteilung / Allocation UML 2 Deployment Specification zusätzliche Angaben über die Konstruktion einer Einsatzkonfiguration «manifest» verbindet ein Artefakt mit einer Komponente Beispiel: Die Komponente Order wird durch Order.jar realisiert. Martin Jud NDS-I SWE II / WBK aus Unterlagen von Martin Glinz, Uni Zürich und M. Jeckle, FH Furtwangen
22 Das Klassendiagramm Das Klassendiagramm beschreibt die statische Struktur der Objekte in einem System sowie ihre Beziehungen untereinander. Die folgende Folie zeigt ein vereinfachtes Klassendiagramm einer Bank mit einer automatischen Geldausgabe an einem Geldautomaten. Martin Jud NDS-I SWE II / WBK by OBJEKTspektrum, Günter Wahl Klassendiagramm Martin Jud NDS-I SWE II / WBK by OBJEKTspektrum, Günter Wahl
23 Elemente im Klassendiagramm «stereotyp» Name {property} Attributs Operations Klasse Object:Class Attribut1 = value1 Objekt Generalisierung Assoziation Aggregation Komposition * Arb.geber Arb.nehmer arbeitet bei Kardinalität / (multiplicity) Rollen Navigierbarkeit Name und Leserichtung Martin Jud NDS-I SWE II / WBK adapted from SWEED, Martin Kropp (ergänzt) Assoziation Aggregation Komposition allgemeine Beziehung zwischen Klassen benutzt wenn man "besteht aus" sagen kann hat Spezialfall der Aggregation hat exklusiv Bremse Bremse Bremskraftregler meldet blockiert Sensor ( immer 1 ) 4 Bremsscheibe Bremsbelag Meist als Zeiger implementiert (Java Objektreferenz) Name optional Unterschied zur Benutz-Beziehung (Assoziation) oft unklar Teile haben die gleiche Lebensdauer wie das Aggregat Martin Jud NDS-I SWE II / WBK nach Karl Rege, ZHW
24 Kardinalität von Assoziationen A B (keine Aussage zur Kardinalität) A 2 3 B Jedes A ist mit 3 B verbunden Jedes B ist mit 2 A verbunden A 2..4 B Jedes A ist mit B verbunden A 0..1 B Jedes A ist mit 0..1 B verbunden A * B Jedes A ist mit 0.. B verbunden Martin Jud NDS-I SWE II / WBK von Karl Rege, ZHW Sichtbarkeit, visibility Die Visibility kann vor dem Namen eines Attributes bzw. einer Methode mit folgenden Symbolen angegeben werden: + (public) wer die Klasse sieht, sieht das Element # (protected) in der Klasse und ihren Subklassen ~ (package)* im gleichen Paket wie die Klasse (private) nur in der Klasse selbst )* erst seit UML 2.0 Martin Jud NDS-I SWE II / WBK
25 (Collaboration) / Communication Diagrams Kommunikations- (UML 2.0) / Kollaborations- (UML 1.x) Diagramme zeigen den Nachrichtenaustausch zwischen Objekten (und damit implizit Assoziationen zwischen den entsprechenden Klassen. Coll./Comm.-Diagramme ermöglichen: einen Überblick über die Zusammenarbeit einer Gruppe von Objekten, speziell in real-time Umgebungen. zuordnen der Funktionalität zu Klassen durch Untersuchung des Systemverhaltens. entwerfen der Logik komplexer Operationen, speziell wenn viele Objekte beteiligt sind. untersuchen der Rollen die Objekte im System haben und der entsprechenden Beziehungen Martin Jud NDS-I SWE II / WBK by Scott W. Ambler, (Kollaborations-) / Kommunikationsdiagramm Gleicher Informationsgehalt wie Sequenzdiagramm! (beide Diagramm-Typen nennt man auch Interaktionsdiagramme) Erika Nachricht 2: Summton 4: Klingeln 8: Hier ist Heinz 1: Hörer abheben 3: Nummer wählen 5: Klingeln Objekt :Telefonzentrale Heinz Link 6: abheben 7: Hier ist Heinz! Martin Jud NDS-I SWE II / WBK von Jörg Hofstetter, HTA Luzern
26 Zustandsdiagramm - Begriffe Zustand Zustände sind durch eine Kombination von Attributwerten bestimmt. Zweck beschreiben das Verhalten eines Objektes zeigen alle Zustände, die ein Objekt haben kann zeigen die möglichen Zustandsübergänge zeigen Events und Actions auf diese Events Martin Jud NDS-I SWE II / WBK Zustandsdiagramm / State Machine Start Class: Course Offering Super State Initialized Aktiv Transition do: Initialize course Open new Participant / Set Count = 0 entry: register participant State when (count = 10) Closed notify registered students Canceled Canceled entry: notify registered participants new Participant [count < 10] activities compartment End Martin Jud NDS-I SWE II / WBK
27 Transitionen und Activities UML Syntax für Zustandsübergänge event [guard] / action Wichtige Events bei Transitionen: timeout event Schlüsselwort after, after(10 sec) conditional event Schlüsselwort when when (count = 10) entry jedesmal beim Eintritt, unabhängig über welche Transition: entry / action exit jedesmal beim Verlassen: exit / action do Verhalten im entsprechenden Zustand: do / action Martin Jud NDS-I SWE II / WBK Adapted from SWEED, Martin Kropp Staying Agile Focus on keeping it as simple as possible. Create diagrams on a whiteboard Content is more important than representation It s also perfectly okay that the diagram isn t complete we can always modify as we need to. Martin Jud NDS-I SWE II / WBK by Scott W. Ambler UML 2 Use Case Diagram Overview
28 Literatur Die UML 2.0 Kurzreferenz für die Praxis Bernd Oestereich, Oldenbourg, München 2004 UML konzentriert, 3., aktualisierte Auflage Martin Fowler, Addison-Wesley, München 2003 The Unified Modeling Language User Guide, G. Booch, J. Rumbaugh, I. Jacobson, Addison Wesley, 1999 Analyse und Design mit UML 2 Objektorientierte Softwareentwicklung: 7., aktualisierte Auflage, B. Oestereich, Oldenbourg-Verlag, 2005 UML 2 for Dummies Michael J. Chonoles, James A. Schardt, Wiley, New York, 2003 OMG Unified Modeling Language Specification V1.5, Martin Jud NDS-I SWE II / WBK
Software-Engineering. Software-Engineering im NDS-I besteht aus drei Modulen: SWE I Prozess & Projekt. SWE II Modellieren mit UML
Software-Engineering Software-Engineering im NDS-I besteht aus drei Modulen: SWE I Prozess & Projekt SWE II Modellieren mit UML SWE III Architektur & Design Martin Jud NDS-I SWE II / WBK 312 1 Organisation
MehrGeschäftsabläufe und Beziehungen zwischen. (Mitarbeitende / Geschäftsobjekte)
BusinessModel Geschäftsabläufe und Beziehungen zwischen Mitarbeitenden und Geschäftsobjekten: Arbeitsabläufe, Mitarbeitende, Hilfsmittel und Organisationsstruktur. Was läuft manuell, was IT-gestützt, wer
MehrKonzept / Architektur Diagramme
Architektur-Modell Konzept / Architektur Diagramme Im Übergang Analyse Design wird das System konzipiert und seine Architektur entworfen: Subsystem-Modell (execution view) UML 1.x Package Diagram «subsystem»
MehrSystem-Modellierung. statisches & dynamisches Modell. System Model. System Model
System Model System-Modellierung erarbeiten der: der System-UseCases des konzeptionellen Analysemodells des Architekturmodells des Designmodells Setzt auf dem BusinessModel auf Martin Jud NDS-I SWE II
MehrZweck Zeigt den Austausch von Botschaften zwischen Objekten
Sequenz-Diagramm Zweck Zeigt den Austausch von Botschaften zwischen Objekten Eignung für kürzere Zeitabschnitte und wenige beteiligte Objekte bei geringer Verschachtelungstiefe und mit wenig Verzweigungen
MehrModul Software Komponenten 17 UML Diagramme. Martin Jud
Modul Software Komponenten 17 UML Diagramme Martin Jud Quelle: Scott Hawker, University of Alabama (angepasst) Modelle und UML Diagramme Requirements (Use Case) Model Analysis Model Design Model Deployment
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...
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
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
MehrSoftware-Engineering Objektorientierte Konzepte des Software-Engineering 5.2 UML Unified Modeling Language
Software-Engineering Objektorientierte Konzepte des Software-Engineering 5.2 UML Unified Modeling Language Prof. Dr. Rolf Dornberger Software-Engineering: 5 Definitionsphase Objektorientierte Konzepte
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
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
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?
MehrGliederung des Vortrages
Gliederung des Vortrages Unified Modeling Language Rational Rose Sergej Schwenk Oktober 1999 0. Einführung 1. Historie 2. Der Entwicklungsprozeß 3. UML 3.1 Anwendungsfalldiagramme 3.2 Klassendiagramme
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
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Grundkonzepte der UML Die Inhalte der Vorlesung wurden primär auf Basis der angegebenen Literatur erstellt. Darüber hinaus sind viele Teile direkt aus der Vorlesung
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
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)
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
MehrUML mit Enterprise Architect
Matthias Fritz UML mit Enterprise Architect Trainingsunterlage - 6. überarbeitete Auflage XEN Information Systems GmbH, Wien Der Autor Dipl.-Ing. (FH) Matthias FRITZ hat ein Studium der Informationstechnik
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
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:
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,
MehrSoftware-Engineering
SWE43 Slide 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 3: Der Systemanalysestandard UML SWE43 Slide 2 UML: Was ist das? UML = Unified Modelling Language ist ein Standard,
MehrSoftware-Engineering
FH Wedel Prof. Dr. Sebastian Iwanowski SWE43 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 3: Der Systemanalysestandard UML FH Wedel Prof. Dr. Sebastian Iwanowski
MehrTechniken der Projektentwicklungen
Dynamische Modellierung 8. Termin Rückblick auf statische Modellierung Dynamische Modellierung Basiskonzepte Beispiel Erweiterungen Eigenschaften Syntax Rückblick auf statische Modellierung Dynamische
MehrSuper. Sub1. Sub2 State2. Sub3. Sub4. Super. State2. Sub4
Sub1 Super Sub3 H Sub2 State2 Sub4 Super State2 Sub4 $FWLYLW\'LDJUDPV Aktivitätsdiagramme beschreiben spezielle Zustandsautomaten. Transitionen werden hier grundsätzlich durch die Beendigung von Aktionen
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Analyse- und Designmethoden Analyse- & Designmethoden Strukturierte, traditionelle Methoden Objektorientierte Methoden Funktionsorientierte Methoden Datenorientierte
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ß
MehrDer Design-Workflow im Software-Entwicklungs-Prozess
Der -Workflow im Software-Entwicklungs-Prozess Universität Bonn, Vorlesung Softwaretechnologie SS 2000 1 Der -Workflow stellt zum Ende der Elaborations- und Anfang der Konstruktionsphase den Schwerpunkt
MehrInhaltsverzeichnis. Literatur. 4 Rational Unified Process [JBR98, Kru03] und UML [BRJ02, FS00, Bal01]
Inhaltsverzeichnis 1 Einleitung 4 1.1 CVS (Concurrent Version System) [Pru03, Zee02, Ced05]....... 5 1.2 Eclipse als Java Entwicklungsumgebung................. 22 2 Planungsmethoden 29 2.1 Definitionsphase..............................
MehrActivity Diagram. Activity Diagram. What it is graphical representation of process and control flow
Activity Diagram Continuing the process... Visualize workflows Visualize use case sequences It is important to get a good understanding of the relevant business processes, especially in large projects.
MehrWorkflows: Anforderungserhebung und analyse
Workflows: Anforderungserhebung und analyse Tutorium 4 9. März 2009 Svetlana Matiouk, Uni Bonn Ferientutorien zur Vorlesung Softwaretechnologie WS 2008 4. Treffen, Aktivitäten bei der Softwareentwicklung
MehrGuido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis
Guido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0 Für den Einsatz in der Praxis Seite 2 Überblick 1. Ziele 2. Warum das alles? 3. Was ist UML 4. Diagrammarten 5. Umfeld Seite 3 1. Ziele 1. Ziele dieses
MehrOrientierung. Martin Jud 04.05.2004 Software-Engineering BusinessModel Activity & Sequence 1. Activity Diagram
Orientierung Elemente der externen Sicht UseCase Diagramme zeigen Akteure, Business UseCases und deren Beziehungen => Überblick über Funktionalität und Kontext des Systems Aktivitätsdiagramme beschreiben
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
MehrSoftwareentwicklung mit UML
Softwareentwicklung mit UML Die Unified Modeling Language im Projekteinsatz 2.12.2003, Seite 1 Übersicht 1 Einleitung 2 Die Unified Modeling Language (UML) 3 Vorgehensmodelle und UML 4 Ausblick 4.1 UML
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
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.
MehrPhasen. Gliederung. Rational Unified Process
Rational Unified Process Version 4.0 Version 4.1 Version 5.1 Version 5.5 Version 2000 Version 2001 1996 1997 1998 1999 2000 2001 Rational Approach Objectory Process OMT Booch SQA Test Process Requirements
MehrVon UML 1.x nach UML 2.0
Zürich Soft Summer 2005 Fortgeschrittene Aspekte der Software Technologie Von UML 1.x nach UML 2.0 Prof. Dr. Martin Glinz www.ifi.unizh.ch/req Ergänzendes Material zur Vorlesung Spezifikation und Entwurf
MehrRUP Analyse und Design: Überblick
Inhaltsverzeichnis Übersicht [, 2, 8] 3. Vorgehensweise............................... 5 2 Planungsmethoden 37 2. Definitionsphase.............................. 6 3 Rational Unified Process [5, 6] und
MehrGliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung
Peter Forbrig RUP 1 Gliederung Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 2 Rational Unified
MehrBusiness Model. Externe Sicht
Business Model Das Modell eines Geschäftssystems besteht aus: Externe Sicht (Umgebung des Systems) Nur Geschäftsprozesse, an denen Aussenstehende beteiligt sind. Geschäftssystem selbst bleibt Blackbox.
MehrProgrammieren 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
MehrEinführung in die OOP mit Java
Einführung in die OOP mit Java Unterlagen zum Modul OOP mit Java V 3.0 2007 by WBR1/HTI 2011 by MOU2/TI Einführung in die OOP V3.0 2011 by WBR1/MOU2 BFH-TI Beziehungen zwischen Klassen, Packages, UML Einführung
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
Mehr3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.
1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes
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,
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)
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)
MehrUML (UNIFIED MODELING LANGUAGE)
NT Druckdatum: 31.03.13 InI I UML (UNIFIED MODELING LNGUGE) Ziel: Einheitliche Darstellung einer Vielzahl von Elementen von Softwaresystemen mittels einer einheitlichen Notation. Übersicht Zusammenhang
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
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
MehrOrientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language Michael Hahsler Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
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
MehrProjektabwicklung mit UML und Enterprise Architect
Dietmar Steinpichler Projektabwicklung mit UML und Enterprise Architect Trainingsunterlage - 7.5, überarbeitete Auflage Sparxsystems Software GmbH, Wien Inhalt Einführung in UML 10 Dokumentation 10 Vorteile
MehrAusarbeitung Iteration I
Ausarbeitung Iteration I Domain Model siehe [Lar02], Kap. 0 2 Domain Model Illustriert relevante Konzepte des Problembereichs Das wichtigste Dokument in OOA (Use-Cases sind nicht OO; Use-Cases sind ein
MehrVgl. Oestereich Kap 2.1 Seiten
Vgl. Oestereich Kap 2.1 Seiten 21-49. 1 Ein Use Case ist eine zeitlich ununterbrochene Interaktion (ein Arbeitsschritt). Use Case Namen bestehen aus einem Subjekt und einem Verb wie zum Beispiel Daten
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
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
MehrUML 2.1 Referenz. Version: Orientation in Objects GmbH. Weinheimer Str Mannheim.
UML 2.1 Referenz Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Version: 2.1.2 www.oio.de info@oio.de Allgemeine Notationselemente Common Notation Elements Notiz {Zusicherung} Abhängigkeit
MehrRequirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit
IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational
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
MehrSoftware 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
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
MehrBesteht aus Aktoren (actors) und use-cases sowie deren Verbindungen.
Besteht aus Aktoren (actors) und use-cases sowie deren Verbindungen. Shop Käufer Einkauf Verkauf Verwaltung Händler Hersteller Actor: Jemand oder etwas, der/das mit dem zu entwickelnden System interagiert
MehrÜ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
MehrSoftware 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
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
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
MehrProjektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)
Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:
Mehrp^db=`oj===pìééçêíáåñçêã~íáçå=
p^db=`oj===pìééçêíáåñçêã~íáçå= Error: "Could not connect to the SQL Server Instance" or "Failed to open a connection to the database." When you attempt to launch ACT! by Sage or ACT by Sage Premium for
Mehr80/1RWDWLRQXQG6HPDQWLN. Dr. Eckhardt Holz Humboldt-Universität zu Berlin Institut für Informatik
80/1RWDWLRQXQG6HPDQWLN Dr. Eckhardt Holz Humboldt-Universität zu Berlin Institut für Informatik Historie von UML UML Notation *OLHGHUXQJ General Concepts Static Structure Diagrams Use Case Diagrams Sequence
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
MehrInhaltsverzeichnis. Teil I Einführung 13. Teil II Struktur 41. Vorwort 11
UML 2 für Studenten Inhaltsverzeichnis Vorwort 11 Teil I Einführung 13 Kapitel 1 UML (nicht nur) für Studenten 15 1.1 Zielgruppen 16 1.2 Konventionen 17 1.3 Abgrenzung 18 1.4 Aufbau dieses Buches 18 Kapitel
MehrUML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert Motivation UML 2.0 nicht als ADL im Sinne von Taylor/Medvidovic entworfen. Warum UML als ADL? weit
MehrObjektorientierte Analyse
Objektorientierte Analyse 1) Systemanalyse Einführung Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden
MehrStatt einer Zusammenfassung
Index Statt einer Zusammenfassung In Kapitel 1 wurde die Suche nach einem auf dem Hafenlagerplatz verlorenen Container als Beispiel mit dem Ziel eingeführt, dass mit UML eine entsprechende Suchstrategie
MehrSoftware Engineering 5. UML. Franz-Josef Elmer, Universität Basel, HS 2012
Software Engineering 5. UML Franz-Josef Elmer, Universität Basel, HS 2012 Software Engineering: 5. UML 2 Unified Modeling Language (UML) Standardisierte grafische Notationen um Strukturen und Abläufe eines
MehrKapitel 2 - Die Definitionsphase
Kapitel 2 - Die Definitionsphase SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik KIT die Kooperation von Forschungszentrum Karlsruhe GmbH
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:
MehrElaboration (Entwurfsphase)
Elaboration (Entwurfsphase) Die Elaboration dient der Analyse des Anwendungsbereiches und der Erfassung der funktionalen und nichtfunktionalen Anforderungen an das Produkt. Die fachlichen Zusammenhänge
MehrInformatik I - Programmierung Globalübung Objektorientierung. Objektorientierung Konzepte & Notationen
Informatik I - Programmierung Globalübung 2.12.2003 Objektorientierung Konzepte & Notationen Thomas Weiler Fachgruppe Informatik RWTH Aachen T. Weiler, RWTH Aachen - 1 - Objektorientierung Notationen Entwurfsprinzipien
MehrOOAD in UML. Seminar Software-Entwurf B. Sc. Sascha Tönnies
OOAD in UML Seminar Software-Entwurf B. Sc. Sascha Tönnies Agenda 1. Einordnung des Themas im Seminar 2. UML kompakt 3. UML detailliert 4. Werkzeugunterstützung 2 Einordnung des Themas UML Hilfsmittel
MehrInhaltsverzeichnis. a. Standorte BPMN...4. ii. Business Process Model and Notation mit Enterprise Architect... 6
2 Inhaltsverzeichnis a. Standorte...3 1. BPMN...4 i. Business Process Model and Notation mit Altova UModel... 4 ii. Business Process Model and Notation mit Enterprise Architect... 6 iii. Business Process
MehrOOA-Dynamische Konzepte
Proseminar UML im SS 2005 OOA-Dynamische Konzepte Teil 2 von Benjamin Daeumlich 1 Übersicht Szenario Definition Interaktionsdiagramme Sequenzdiagramm Kommunikationsdiagramm Sequenz- vs. Kommunikationsdiagramm
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
MehrApplication Engineering Grundlagen für die objektorientierte Softwareentwicklung mit zahlreichen Beispielen, Aufgaben und Lösungen
I " t3ildungsmedien Informatik Application Engineering Grundlagen für die objektorientierte Softwareentwicklung mit zahlreichen Beispielen, Aufgaben und Lösungen Hansruedi Tremp und Markus Ruggiero Application
MehrOrganisationsentwicklung und Geschäftsprozesse (Teil Unternehmensmodellierung) Günther Vinek
Organisationsentwicklung und Geschäftsprozesse (Teil Unternehmensmodellierung) (SS 2004) Günther Vinek Institut für Informatik und Wirtschaftsinformatik ( Abteilung Betriebliche Informationssysteme ) A-1010
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
MehrUniversität Karlsruhe (TH)
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2 Die Definitionsphase Prof. Walter F. Tichy Wo sind wir gerade? Planung Lastenheft (funktionales Modell) Definition (Analyse) Pflichtenheft
MehrChristoph Kecher UML2. Das umfassende Handbuch. Galileo Press
Christoph Kecher UML2 Das umfassende Handbuch Galileo Press Vorwort 11 TEIL I Strukturdiagramme i '...,....,...,.;..,,,...,, 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3
MehrDATA ANALYSIS AND REPRESENTATION FOR SOFTWARE SYSTEMS
DATA ANALYSIS AND REPRESENTATION FOR SOFTWARE SYSTEMS Master Seminar Empirical Software Engineering Anuradha Ganapathi Rathnachalam Institut für Informatik Software & Systems Engineering Agenda Introduction
MehrNEWSLETTER. FileDirector Version 2.5 Novelties. Filing system designer. Filing system in WinClient
Filing system designer FileDirector Version 2.5 Novelties FileDirector offers an easy way to design the filing system in WinClient. The filing system provides an Explorer-like structure in WinClient. The
MehrSoftwaretechnik Unified Modeling Language (UML)
Softwaretechnik Unified Modeling Language () Karsten Weicker, Nicole Weicker HTWK Leipzig, FHTW Berlin David Shayne: She s so charismatic, and she s brilliant and beautiful. I mean, a real artist, and,
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
Mehr6. 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
MehrUse Cases vs. Funktionale Spezifikation
Use Cases vs. Funktionale Spezifikation Ein experimenteller Vergleich zweier Methoden zur Anforderungsspezifikation Fraunhofer IESE: Anne Groß (Anne.Gross@iese.fraunhofer.de) & Jörg Dörr (Joerg.Doerr@iese.fraunhofer.de)
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
Mehr