Unterstützung von Architektur-Frameworks in planningIT

Whitepaper | November 2007 Unterstützung von Architektur- Frameworks in planningIT 2 November 2007 Einleitung Seit Jahren dienen Architektur-Frameworks Unternehmensarchitekten als Grundlage für den Umgang mit der stetig wachsenden Komplexität der IT-Um- gebung sowie den immer anspruchsvolleren Anforderungen an ihren Zustän- digkeitsbereich. Organisationen versuchen mittels Standard-Frameworks wie TOGAF und Zachman oder eigenen Frameworks die Architekturarbeit so zu strukturieren, dass sie verständlich ist und so leicht übermittelt werden kann. Dadurch gewinnt sie für das Unternehmen an Bedeutung und Wert. Frameworks haben sich auch in dem Bestreben nach einer Ausrichtung der IT am Geschäft des Unternehmens bewährt; dies allerdings nur bei korrekter Anwendung. Das Geschäft einer jeden Organisation ist etwas sehr individuelles. Deshalb sollten Unternehmen das ihren Ansprüchen am meisten gerecht wer- dende oder eigene Framework, den Bedürfnissen des Unternehmens unbedingt anpassen. Aufgrund der vielen beweglichen Elemente innerhalb einer Organi- sation ist der Erfolg eines Unternehmens von zu vielen Faktoren abhängig, so dass ein Standard-Framework nicht zum Dogma werden kann, ohne Gefahr zu laufen, dass die IT bei der Unterstützung des Unternehmens stark behindert werden würde. Die Norm „IEEE Standard 1471“ war der erste Versuch zur Standardisierung der EA-Entwicklung, bei dem berücksichtigt wurde, dass es für eine Ausrichtung der IT am Geschäft einer Entwicklung im Kontext der Organisation bedarf, da ansonsten jeglicher Nutzen für das Unternehmen verloren ginge. Auf diese Weise wird gleichzeitig der Grundsatz befolgt, dass verschiedene an der Orga- nisation beteiligte Personen in der Beschreibung der Architektur berücksichtigt werden. Eine Einbindung aller Beteiligten ist gerade angesichts der dezentrali- sierten Strukturen der heutigen Mammutunternehmen im Sinne einer erfolg- reichen Governance ein dringendes Erfordernis. Daher sind unterschiedliche „Views“ (Ansichten) der Architektur Bestandteil der meisten Frameworks, wobei jeder View ein gekennzeichnetes Set von Systemanliegen umfasst. In einigen Frameworks sind auch „Viewpoints“ enthalten. Unterstützung von Architektur-Frameworks in planningIT 3 „Was ist ein Framework? “Ein EA-Framework ist eine abstrakte, graphische Dar- stellung des Unternehmens oder, genauer gesagt, der IT-Landschaft des Unternehmens. Mittels EA-Frame- works werden Unternehmensarchitekten bei der Klassi- fizierung und Organisation verschiedener Modelle unterstützt, indem der Zugriff auf unterschiedliche Viewpoints und Details für ein breiteres Anwenderspek- trum erleichtert wird. Durch die Einführung eindeutiger Grenzen und Verantwortlichkeiten, je nachdem ob sich die Unternehmen für dezentralisierte, zentralisierte oder föderierte Architekturgruppen entscheiden, wird durch EA-Frameworks auch die Kommunikation verein- facht.“ – ‘EA-Frameworks geben die Hauptrichtung vor, doch die Landschaft bleibt facettenreich, Henry Peyret, Forrester, 26. Juli 2006. In IEEE 1471 , V 4,0 werden Views und Viewpoints unter der Rubrik FAQ wie folgt erklärt: “… ein View ist eine Sammlung von Modellen, die das gesamte System in Bezug zu einem Set zugehöriger Anliegen darstellt. Ein View ist Teil einer bestimmten Architekturbeschreibung. Eine strukturelle Ansicht eines Systems kann bei- spielsweise ein Modell beinhalten, in dem Komponenten, deren Schnittstellen und die Klassen, in denen sie erfasst sind, dargestellt werden. Ferner kann auch ein Modell der Abhängigkeiten und Vererbungsbeziehungen dieser Kom- ponenten enthalten sein.. Ein „Performance View“ kann Modelle zur Nutzung von Ressourcen, Terminplänen und Ursache-Wirkungsdiagramme enthalten. In 4 November 2007 einem Viewpoint werden die Maßstäbe für den Aufbau und die Analyse eines bestimmten Viewpoints festgelegt. Er dient als Vorlage für einen View, der in vielen Architekturbeschreibungen wiederverwendet werden kann. Auch wenn in den meisten Frameworks die Views verschiedener Beteiligter berücksichtigt werden, mangelt es ihnen dennoch an Vielfalt und Genauigkeit, um das breite Anwenderspektrum in großen Organisationen präzise darstellen zu können. An dieser Stelle kommen Meta-Modelle ins Spiel, die die benötigten, detaillierten Ansichten bieten, um ein stimmiges Bild der Unternehmensarchi- tektur mit all ihren Facetten erzeugen und vermitteln zu können. Zusätzlich bie- ten Frameworks unumstrittene Vorteile hinsichtlich der Festlegung des Inhalts der EA und nützlicher Navigationskonzepte. Trotz allem belegen Erfahrungs- werte, dass diese Frameworks als Business-Support-Prozesse unzureichend sind. Insbesondere mangelt es ihnen an den für die Unterstützung eines breiten Anwenderspektrums in einem gemeinsamen Planungsprozess zur Förderung der Unternehmensarchitektur nötigen Workflow-Konzepten. Als Anbieter eines Tools zur architekturbasierten IT-Planung und IT-Manage- ments wird bei alfabet oftmals nachgefragt, welche Frameworks von uns un- terstützt werden. Mit diesem Whitepaper möchten wir mit einem Blick auf die meisten der heute gebräuchlichen Standard-Frameworks die Positionierung von planningIT in diesem Gebiet erläutern. Wie werden Frameworks in planningIT unterstützt? Damit ein Framework von einem Tool unterstützt werden kann, muss man da- mit verschiedene Definitionen und Modelle mit einer Framework-Klassifizierung verknüpfen können und festlegen, welche Position ein Objekt in einem Frame- work einnehmen kann. Die Framework-Unterstützung, die von planningIT geleistet wird, kann nicht nur als ergänzender, konzeptioneller Bezugspunkt für Anwender, sondern auch zur Navigation und tiefer gehenden Analyse verschie- dener Aspekte der IT-Landschaft genutzt werden. Aufgrund der Vielschichtigkeit des planningIT-Meta-Modells, können Frameworks außerdem auf einfachstem Wege in der Software abgebildet werden. Eine Vielzahl verschiedener Architek- tur-Frameworks und -Standards, wie COBIT, ITIL, TOGAF und Zachman wurden Unterstützung von Architektur-Frameworks in planningIT 5 überprüft und für die alfabet-Methodik angewandt. Dazu zählen unter anderem Namenskonventionen, Ziele, Auswertungen und Prozesse. Bevor wir uns nun den individuellen Frameworks zuwenden, ist eine Beschreibung der EA-Prozes- se, die von planningIT unterstützt werden, und der Architekturelemente, derer es Bedarf, um die Prozesse wirksam durchzuführen, ratsam. In den folgenden Abschnitten wird es Ihnen möglich sein, planningIT mit einem bestimmten Framework in Beziehung setzen zu können. Im „Logical Inventory“ von planningIT sind alle relevanten Informationen bezüglich der EA und des EAMs eines Unternehmens enthalten: Unternehmens- strategien und -ziele, mit dem Unternehmen verbundene Objekte, technische Informationen und Systemarchitekturen. Jedes Objekt enthält Informationen über die Relation zu anderen im System eingebundenen Objekten, so dass unterschiedliche Views auf die Architektur ermöglicht werden. Alle Objekte, sowohl aktuelle als auch geplante, sind außerdem mit Zeitrahmen verbunden. Dieser Aspekt ist besonders bei der Planung neuer Architekturlösungen und der Bewertung ihrer Auswirkungen auf andere Architekturelemente (und anders- herum) zu bestimmten Zeitpunkten von besonders großer Bedeutung. Ferner ist dies insbesondere hinsichtlich der Transparenz und Kontrolle in einem Unter- nehmen, das mehrere, grundlegende Projekte parallel laufen hat, entscheidend. Diagramm 1: Foundation for decision Information needs In planningITs „Logical of the enterprise Inventory“werden alle der mit Business functions den unterschiedlichen Views auf die Unternehmensarchitektur Organization Ownership & accountability verbundenen Architekturele­ Locations Business objects mente erfasst und gepflegt. Processes Business Information Information flows Products Architecture Architecture Interfaces Components Technical Application Applications Platforms Architecture Architecture Variants Deployments Versions Technical infrastructure Services Standard components/platforms Strategies, standards and View of how service bundles methods for developing solutions support the business architecture 6 November 2007 Informationen aus dem logischen Inventar versorgen die Prozesse, einschließ- lich planningITs Prozessplattform. Prozesse werden in funktionalen Modulen gebündelt, die den allgemeinen Umfang bestimmter Aufgaben im EA-Entwick- lungsprozess betreffen. •  as Modul „Value Management“ dient der Definition, Dokumentation und Aus- D richtung von Geschäfts- und IT-Strategien sowie auch der Definition von KPIs, Rollen und Projektbewertungskriterien.