Ich habe vor einiger Zeit ein Projekt begleitet, in dem unter anderem zwei IT-Landschaften zusammengelegt werden sollten. Die am Projekt beteiligten IT-Architekten hatten eine sehr gute Übersicht entwickelt. Sie zeigte den aktuellen Stand der Systemmigration aus den existierenden „alten“ Teillandschaften in die „neue“ gemeinsamte IT-Landschaft. Jeden Monat wurde diese Übersicht aktualisiert und in die Kaffeeküche auf einem DIN-A0-Ausdruck gehängt.
Die Motivation für diese EAM Visualisierung stammt aus einem Projekt, dass ich mal begleitet habe. Das Konzept für die Visualisierung, wie sie in unserer Software implementiert ist, ist von Thomas Hellkamp 2014 in seiner Bachelor-Arbeit entwickelt worden. Die Arbeit trug den Titel „Zeitorientierte Visualisierungen von Unternehmensarchitekturen: Konzept einer Konsolidierungskarte“.
Das Ergebnis ist eine der Problemstellung eines IT-Mergers in Komplexität, Inhalt, Lesbarkeit und Konfigurierbarkeit angemessene Visualisierung. Ein weiterer Vorteil ist die Generierbarkeit. Man muss sie nicht mehr per Hand malen!
Die Konsolidierungskarte wurde entwickelt, um Fragestellungen im Kontext von Unternehmensübernahmen zu beantworten. Der in der Bachelor-Arbeit entwickelte Kartentyp wird im Folgenden anhand des dort beschriebenen, motivierenden EAM-Szenarios vorgestellt.
„Visualisierung für IT-Merger: Die Konsolidierungskarte“ weiterlesen
In den Teilen eins und zwei dieser dreiteiligen Beitragsreihe habe ich an die Begriffe Architektur und Unternehmensarchitektur herangeführt. Der Spannungsbogen findet hier nun mit der Definition EAM, als des Enterprise Architecture Managements seinen Höhepunkt und gleichzeitg seinen Abschluss.
Die für die Unternehmensarchitektur verantwortliche Rolle ist der Unternehmensarchitekt. Um den aktiven Anteil im Umgang mit Unternehmensarchitekturen explizit zu berücksichtigen, definiert [EHH+08] die Architekturdisziplin, die die Menge von Prinzipien und Methoden umfasst, um die Architektur eines Systems zu erstellen. Die Definition der Architekturdisziplin ist nicht so weitreichend, wie die Beschreibung der Tätigkeit architecting aus ISO/IEC/IEEE 42010. Auch in [Kel12] wird die Trennung der zwei Aspekte betont. So werden das Substantiv „Unternehmensarchitektur als Struktur“ und die Tätigkeit „Unternehmensarchitektur als Management“ unterschieden. Die Tätigkeit im Wortsinne findet sich auch in der Definition der „EA-Function“ in [vdRBSvV10].
„Definition EAM – ein ausführlicher Versuch, Teil 3“ weiterlesen
Im vorherigen teil der dreiteiligen Beitragsreihe „Definition EAM“ wurden im Wesentlichen der Begriff „Architektur“ und als wesentlicher Namensbestandteil von „Unternehmensarchitektur“ definiert. In diesem Beitrag geht es nun um die Definition Unternehmensarchitektur bevor wir uns im nächsten Teil an die Definition des Enterprise Architecture Managements begeben.
„Definition EAM – ein ausführlicher Versuch, Teil 2“ weiterlesen
In dieser Beitragsserie will ich den Versuch unternehmen, die Begriffe Enterprise Architecture (Unternehmensarchitektur) und Enterprise Architecture Management zunächst zu definieren und danach einen Einblick in die typischen Aufgaben dieser Disziplinen zu geben. Die anderen Beiträge sind die hier: Teil 2, Teil 3.
Den Text habe ich erstmals in [Gri15] veröffentlicht. Die darin verwendeten Quellen werden an dieser Stelle gesondert aufgeführt. Die Liste wächst mit jedem Beitrag dieser Serie.
In einem Artikel von 1987 wurden Analogien zwischen „klassischer“ Architektur im Sinne der Baukunst, und der Architektur von Informationssystemen verwendet, um ein Framework zu motivieren, das Informationssysteme und deren Umwelt als Modelle erfasst ([Zac87]). Das Zachman Framework wird allgemein als Grundstein der Disziplin der Unternehmensarchitektur betrachtet.
„Definition EAM – ein ausführlicher Versuch, Teil 1“ weiterlesen
Hier werden alle Literaturquellen gesamment, die in den Beiträgen auf diesem Blog genutzt werden.
Zur Definition von Enterprise Architecture Management siehe unsere dreiteilige Serie (Teil 1, Teil 2, Teil 3).
Auch zu Enterprise Architecture Management Frameworks ist eine mehrteilige Serie entstanden.
Dieser Beitrag erläutert, wie Continuous Integration für Webapps basierend auf Java und javaScript umgesetzt werden kann. Neben dem Prozess des Continuous Integration (CI) wird eine konkrete Lösung für die Umsetzung des Prozesses mit der Software Jenkins präsentiert. Die verteilte Architektur, zwei Programmiersprachen, viele Frameworks und verschiedene Browser als Zielsysteme erzeugen eine nicht unerhebliche Komplexität. Da die praktische Einrichtung von CI in diesem Setting nicht trivial ist und ein Überblick zu diesem Thema mir im Web bisher fehlte habe ich mich entschlossen, meine Konfiguration und das Zusammenspiel der beteiligten Software hier zu erläutern.
„Continuous Integration für Java / javaScript Webapps mit Jenkins“ weiterlesen
Sind Sie für Systeme verantwortlich, die Daten speichern und diese Daten über Schnittstellen mit anderen Systemen austauschen? Und ändern sich diese Systemschnittstellen auch manchmal, z.B. durch Versionswechsel oder Formatanpassungen? Welches System ist für Ihre Daten jeweils das führende System?
Beantworten Sie diese Fragen mit „ja“? Dann erfahren Sie in diesem Beitrag wie Sie all diese Fragen auf einen Blick beantworten können. Zusätzlich haben wir eine Excel-Tabelle für Sie, die die notwendigen Daten für die Beantwortung der Fragen speichern kann.
Falls Sie diese Fragen mit „nein“ beantworten, dann können Sie in diesem Artikel erfahren, welche Fragen sich viele andere beim alltäglichen Management ihrer IT-Systeme stellen.
„Tabelle vs. Bild: Systeme tauschen Daten über Schnittstellen aus“ weiterlesen
Wer als Java-Entwickler in die Welt von JavaScript eintaucht, stolpert ab und zu über Eigenheiten oder Konstrukte, die sonderbar erscheinen und deren Sinn sich nicht leicht erschließt. Dabei wiegt die oberflächliche syntaktische Ähnlichkeit der beiden Sprachen in trügerische Sicherheit – bis man sich an einer Besonderheit von JavaScript bildlich den Kopf stößt.
Eine dieser Besonderheiten ist die Verwendung einer Variable that statt einem this wie in folgendem zufälligen Beispiel aus github:
TG.Objects.Animation.Frame = function (inX, inY, inTime) {
var that = this;
that.x = inX;
that.y = inY;
that.t = inTime;
}
Quelle: PureMunky Canvas-RPG: Frame.js