REstrukturierung gefällig? Teil 1

Die Entstehung von STABLE

Ich weiß nicht, ob Sie es schon wussten: Immer, wenn wir SOPHISTen gerade Zeit haben, sinnieren wir liebend gerne über Mögliches und Unmögliches, über Sinniges und Unsinniges und vor Allem über neue Möglichkeiten die RE-Welt zu verbessern. Oft kommt es vor, dass wir während solcher Fachsimpeleien – oder auch spontan abends bei einem Glas Rotwein – auf ein Thema stoßen, das wir für besonders interessant halten. Was wir dann machen? Ganz einfach, wir starten ein Innovations-Projekt (kurz Inno-Projekt) und jeder SOPHIST, der Interesse und/oder Erfahrung in dem Thema hat, kann sich beteiligen. Natürlich kommt es auch vor, dass eine anfangs brillante Idee auf den zweiten Blick nicht gar so brilliert und wir lassen das Projekt wieder fallen, doch aus vielen Ideen entstehen mit der Zeit wirklich gute, innovative und nützliche Ergebnisse. Weiterlesen →

Modellbasierte Entwicklung mit Durchblick – Echte Nachvollziehbarkeit von der Analyse bis zur Software-Architektur

Trifft mindestens einer der folgenden beiden Punkte auf Ihr Projekt zu?

  • Die Projektbedingungen verändern sich ständig
  • Die Ergebnisse des Projektes sollen in anderen Projekten wiederverwendet werden

Falls ja, so wird Sie unser Vortrag bestimmt interessieren… Weiterlesen →

UML in der Version 2.2 veröffentlicht

Im Februar dieses Jahres hat die Object Management Group (OMG) die Version 2.2 der UML veröffentlicht. Für den Modellierer hat dies aber keine große Bedeutung, da sich, wie schon bei der Version 2.1, gegenüber der Version 2.0 nicht viel geändert hat. Trotzdem lohnt es sich, einmal einen Blick darauf zu werfen.
Wenn man sich z. B. die Superstructure-Dokumente (die mit den Änderungsmarkierungen) ansieht, dann hat sich sehr viel getan. Die meisten Änderungen sind jeodch kleine Korrekturen von Ungereimtheiten, oder das Hinzufügen zusätzlicher Erläuterungen. Es gibt auch einige wirkliche Änderungen, von denen aber die Mehrzahl nur auf der Metamodellebene der UML Auswirkungen haben, für den Modellierer (und dem Leser der Diagramme) nichts ändern. Weiterlesen →

Aktivitätsdiagramm oder Zustandsautomat – die Qual der Wahl

Kennen Sie die Situation? Sie wollen das  Verhalten eines Systems oder einer Komponente beschreiben und haben sich für die UML als Notation entschieden. Aber welches Diagramm eignet sich nun am besten? Diese Frage stellt man sich sehr häufig bei Aktivitätsdiagramm und Zustandsautomat. Ich werde Ihnen an dieser Stelle die Frage nicht beantworten können, zeige Ihnen aber die Kriterien, anhand derer Ihnen die Entscheidung leichter fallen sollte.

Wie wird der Ablauf hauptsächlich vorangetrieben? Weiterlesen →