Kurzfassung:

Informationssysteme unterliegen aufgrund der Dynamik der Märkte und des technischen Fortschritts einem hohen Änderungsbedarf. Fehlinvestitionen und geringe Wirtschaftlichkeit sind ein ernstzunehmendes Problem der Informationstechnologie (IT). Der Autor geht der Frage nach, wie man die Umstellung auf neue Technologien systematisch planen und erfolgsorientiert gestalten kann. Das Gebiet der modellgetrieben Entwicklung von IT-Infrastrukturen wurde anhand eines praktischen Anwendungsfalls systematisch untersucht und ein methodisch fundierter Lösungsansatz entwickelt. Im Ergebnis entsteht eine Notation, die über den untersuchten Anwendungsfall hinausgehend für die systematische Weiterentwicklung von IT-Infrastrukturen in Unternehmen nutzbar ist. Für die konsequente Umsetzung der modellgetriebenen Entwicklung von IT-Infrastrukturen wird das Modellierungswerkzeug Enterprise Architect von Sparxsystems eingesetzt. Bei der Evaluation von geeigneten Modellierungswerkzeugen kamen freie Werkzeuge nicht in Frage, da der Einsatz des Tools und nicht das Tool selber im Vordergrund stand; insbesondere erwies sich der geringe Einarbeitungsaufwand und die intuitive Bedienung als günstig. Auch gegenüber anderen kommerziellen Tools waren Features wie Dokumentationsgenerierung, Darstellung der Beziehungshierarchie und der Einsatz benutzerspezifischer Profile zeitnah einsetzbar. Im Lebenszyklus einer IT-Infrastruktur war mit EA so eine durchgängige werkzeuggestützte Generierung von Lasten- und Pflichtenheft sowie Betriebshandbuch möglich. Mit den beschriebenen serviceorientierten Modellierungsansätzen wird ein zukünftiger Einsatz im IT Service Management – Kontext aufgezeigt. Somit ist auch ein erweiterter Einsatz bis zu einem Export in eine CMDB (Configuration Management Database) oder CMS (Configuration Management System) im gesamten IT-Infrastrukturlebenszyklus realisierbar. Eine kombinierte Anwendung von EA in IT-Infrastruktur- und IT-Anwendungsbereichen und damit eine Integration über die Gesamt-IT im Sinne einer Unternehmensarchitektur ist im Sinne des Selbstanspruches von EA (Enterprise Architect) realisierbar.

Seiner Arbeit ist auch als Buch bei Amazon erhältlich:
http://www.amazon.de/Einsatz-Modellierungsmethoden-Infrastrukturprojek%3E%20ten-Robert-Walczak/dp/3941482742

Diese Veranstaltung soll ihnen bei der Entscheidung für die richtige Software unterstützen. Gerade in wirtschafts schwächeren Zeiten ist es wichtig das Sie die richtigen technischen Entscheidungen treffen, und somit den grössten Vorteil aus den Softwareinvestitionen herausholen.

Sparxsystems ist mit Enterprise Architect ebenfalls auf der OOP2010 vertreten. Wir freuen uns Sie bei uns begrüssen zu dürfen.

Für weitere Informationen und für Ihre Anmeldung, bitten wir Sie auf die Seite der OOP 2010 zu gehen.

Interviews und Beiträge zum Thema OOP 2010 finden Sie als Podcast

Der Aufbau des Buches “UML 2 in 5 Tagen” ist so gestaltet, das sie anhand einer durchgängigen Fallstudie von Schritt zu Schritt ein UML Modell erlernen und dabei die Basis-Techniken des objektorientierten Entwurfs erkennen.

Es ist die überarbeitete Version des erfolgreichen Buches »Objektorientierung in 7 Tagen«. Augemerk wurde vor allem auf das Wesentliche gelegt und es ist werkzeugneutral verfasst. Für das Buch UML 2 in 5 Tagen sind keine Vorkenntnisse notwendig; Programmierkenntisse sind ebenfalls nicht erforderlich.

Objekte und Objektdiagramme
Klassen und Klassendiagramme
Attribute und ihre Spezifikation
Assoziationen und Assoziationsklassen
Generalisierung und Vererbung
Pakete und Paketdiagramme
Use-Case-Modelle und -Diagramme
Aktivitätsdiagramme
Operationen
Sequenzdiagramme
Entwurfsmuster
Objektrelationale Abbildung
Schichten-Architekturen
Von UML zu Java

Als Zugabe erhalten Sie einen kostenlosen E-Learning Kurs »UML 2 in 5 Tagen«.

Erhältlich im gut sortierten Fachhandel.

• Verlag: W3l Gmbh; Auflage: 2. Auflage. (20. November 2008)
• Sprache: Deutsch
• ISBN-10: 3868340025
• ISBN-13: 978-3868340020

Eine gute Einführungen in UML und den täglichen kleinen Fragen die bei der Arbeit damit auftreten. Nutzen auch Sie die Unified Modeling Language für die Planung, Strukturierung und Durchführung von Software-Projekten mit dieser gelungen, handlichen Kurzreferenz.

Erhältlich im gut sortierten Buchhandel:

• Broschiert: 144 Seiten
• Verlag: O’Reilly; Auflage: 2.Aufl. (28. August 2006)
• Sprache: Deutsch
• ISBN-10: 3897215217
• ISBN-13: 978-3897215214

Persistenz, Transienz:
Langfristig gespeichert und serialisierbar z.B. im Dateisystem oder in einer Datenbank werden als persistente Objekte bezeichnet.
Transiente Objekte gehen bei Programmende verloren, das diese nur vorübergehend verwendet und somit nicht gespeichert werden.

Stereotyp:
Ein Stereotyp erweitert bereits vorhandene Modellelemente zu neuen Modellelementen eines UML-Metamodells. Es gibt unterschiedliche Typen, wie:
“dekorative Stereotypen”
“deskriptive Stereotypen”
“restriktive Stereotypen”
“redefinierende Stereotypen”

Design Patterns, Entwurfsmuster:
Für wiederkehrende Probleme verwendet man standardisierte Lösungsvorschläge sogennante Entwurfsmuster.
Architekturmuster definieren grobe Strukturen wie z.B. eine Three-Tier-Architektur.

Subsystem, Paket, Komponente:
Subsysteme sind nach aussen hin durch eine Schnittstelle definiert und somit also Teile eines Gesamtsystems.
Pakete sind lose Sammlungen einzelner Modellelemente.
Komponenten sind austauschbare Softwareeinheiten, werden oft wie Klassen instanziiert und stellen definierte Schnittstellen (Interfaces) bereit.

Hier geht es zum 1. Teil der Begriffserklärung von UML-Klassendiagrammen (Class Diagram)

Objekte aus Klassen:
Eine Klasse (Class) trennt die Beschreibung der Struktur sowie das Verhalten von tatsächlich instanziierten Objekten: Exemplar, Object, Instance.

Objekt-Identität:
Jede Klasse auch mit gleichen Attributwerten enthaltenden Objekte sind sind als individuelle Objekte unterscheidbar.

Kohärenz:
Verwenden Sie pro Klasse nur einen sachlogischen Aspekt. Ordnen Sie eine Eigenschaftnur einer Klasse zu, wenn diese fachlich für ein e andere Klasse zuständig ist.

Vererbung, Spezialisierung:
Sie können eine Klasse hierarchisch strukturieren und die Eigenschaften an andere Unterklassen weiter vererben (Inheritance). Der Spezialisierung entsprechend, erben Unterklassen alle Eigenschaften der Oberklasse und es können weitere Eigenschaften hinzu gefügt werden.

Substitution:
Einsatz von Objekten der Unterklassen anstelle von Objekten der Oberklasse.

Statische Polymorphie, Überladen:
UML erlaubt den Einsatz mehrerer gleichnamiger Operationen (Methoden) innerhalb einer Klasse. Es muss sich jedoch deren Signatur unterscheiden, sofern die verwendeten Methodenparameter unterschiedliche Typen sind.

Hier geht es zur Fortsetzung der Begriffserklärungen von UML Klassendiagrammen.

Wenn ich ein Profil erstelle und bereits ein fertigs Modell habe, welches Stereotypen aus dem Profil benutzt, wie kann ich das Modell mit dem Profil synchron halten.

bzw.

Wenn ich mein Profil erweitere, wie kann ich diese Erweiterungen im vorhandenen Modell anwenden.

Die Lösung zu diesem Problem ist folgende:

Wie im Bild ersichtlich können Sie im “Resources Browser” ein UML Profil wählen und mit Hilfe des Kontextmenüs das “Synch Tagged Values and Constraints…” feature wählen.

Aktivitätsdiagramm:
Ein Aktivitätsdiagramme beschreibt die Ablaufmöglichkeiten, bestehend  aus den einzelnen Aktivitäten (Schritten).

Transition:
Als Transition wird ein Zustandsübergang definiert. Aktivitäten beginnen immer mit einer eingehenden Transition und enden mit einer oder mehreren ausgehenden Transitionen.

Verzweigung (Branch, Decision):
Verzweigungen, als Grund einer Bedingung werden entweder mit dem Rautensymbol symbolisiert oder die verschiedenen ausgehenden Transitionen starten direkt am Aktivitätssysmbol. Diese Verzweigungsbedingungen werden immer in eckigen Klammern angegeben.

Zusammenführung:
Sobald eine eingehende Transitionen stattfindet, geht der Aktivitätsfluss weiter (anders als bei der Synchronisation).

Splitting (Fork):
Ein Aktivitätsfluss wird auf mehrere Aktivitäten verteilt.
Der Aktivitätsfluss kann erst dann wieder weiterlaufen, wenn alle eingehenden Transitionen vorliegen (anders als bei der Zusammenführung).

Signale senden/empfangen:
Es können beim Übergang von einer Aktivität zur nächsten auch Signale an Objekte gesendet und/oder empfangen werden.

Akteur (Actor, Stakeholder, «actor»):
Als Akteur wird eine an Anwendungsfällen beteiligte aber außerhalb agierende Einheit, egal ob Mensch oder technisches System, bezeichnet. Bitte beachten Sie das menschliche Akteure nicht personifiziert werden, den es ist nur die Rolle im Kontext des Anwendungsfalls als relevant zu bezeichnen.

Geschäftsanwendungsfall (Geschäftsfall, Business Use Case, «business»):
Der Geschäftsanwendungsfall deklariert aus der Sicht des Anwedners einen Anwendungsfall in abstrakter fachlicher Form.
Beispiel: Für den Geschäftsanwendungsfall, z.B. reservieren, kann es mehrere konkrete Systemanwendungsfälle geben, wie zum Beispiel:  telefonisch, online, FAX).

Die Fortsetzung dieser Begriffserklärung finden Sie im 2. Teil unserer Serie Begriffserklärung UML-Use-Case-Diagramm.

Neben dem UML-Theorieteil finden Sie in der erweiterten Einführung in die Werkzeughandhabung auch zahlreiche Vorschläge zur optimalen Projektgestaltung. Weitere  Themen wie Traceability, durchgängige Modellierung und gemeinsame Nutzung des Produkts in Teams wird ebenfalls behandelt.

Auch wird über die Umsetzung einer wirkungsorientierten Analysephase mit UML (Trennung der Anforderungsanalyse von der Lösungsfindung) diskutiert. Weiters sind Maßnahmen zur Projektabsicherung am Ende der Analysephase ausfährlich beschrieben und zahlreiche Hinweise zur Vermeidung gängiger Modellierungsfehler wurden eingearbeitet.

Somit ist das Buch “Projektabwicklung mit UML und Enterprise Architect” das einzige Buch über Enterprise Architect in deutscher Sprache. Gerne können Sie sich vorab schon das Inhaltsverzeichnis herunterladen.

Und hier können Sie das Buch gleich online bestellen.
“Projektabwicklung mit UML und Enterprise Architect”
ISBN-10:3-9502692-0-8
ISBN-13:978-3-9502692-0-8