Unternehmensarchitektur: Toolunterstützung

Transkript

1 covalgo consulting GmbH Operngasse Wien, Austria Unternehmensarchitektur: Toolunterstützung Autor: DI Mag. Martin Lachkovics, Dr. Gerd Nanz Datum: 10. Juni 2013 Schlagworte: Business Analysis, Business Architecture, Business Value, Unternehmensarchitektur, Enterprise Analysis, TOGAF, Tool, Polarion, Topease, Enterprise Architect 1 Hintergrund, Ziel und Zweck Die Dokumentation einer Unternehmensarchitektur liefert eine Unzahl an Daten, Graphiken und Beschreibungen, die untereinander Abhängigkeiten aufweisen. TOGAF fordert hier ohne wesentlich detaillierte Angaben ein Repository, in dem die Dokumente wiederauffindbar und unveränderbar abgelegt und aufbewahrt werden. Daraus ergibt sich bei Vorhaben zur Unternehmensarchitektur sehr schnell die berechtigte Frage nach Toolunterstützung. In diesem White Paper diskutieren wir die Anforderungen an Toolunterstützung und illustrieren diese mit ausgewählten Beispielen 1. Dabei folgen wir den Ideen von TOGAF. 2 Unternehmensarchitektur anhand von TOGAF 2.1 Architektursichten Unternehmensarchitektur 2 mit TOGAF betrachtet insgesamt vier Architekturtypen, die von einander abhängen: Business Architektur Datenarchitektur Applikationsarchitektur Technologiearchitektur Bei der Business Architektur befinden wir uns auf der Ebene des Gesamtunternehmens mit Vision, Mission, Zielen, Strategien, die jeweils für die einzelnen Unternehmensbereiche verfeinert werden. Bei der Datenarchitektur beschäftigen wir uns mit den Daten, die im Rahmen des Gesamtunternehmens verwendet, gespeichert und manipuliert werden. Dabei geht es um die logischen und physikalischen Ausprägungen und Abhängigkeiten. Bei der Applikationsarchitektur beschäftigen wir uns hauptsächlich mit den Vorgaben für die einzelnen (IT-)Applikationen, deren Abhängigkeiten und ihre Zugehörigkeit zu den einzelnen Kern-Geschäftsprozessen der Organisation. Die Technologiearchitektur umfasst die Software- und Hardware-Eigenschaften, die für die Unterstützung der Geschäfts-, Daten- und Datenverarbeitungsservices (Applikationen) erforderlich sind. 1 2 Die angeführten Tools stellen in keiner Weise eine repräsentative Auswahl dar und wurden nahezu willkürlich ausgewählt. Wir halten die Einleitung, was Unternehmensarchitektur ist, absichtlich kurz, da wir dieses Thema in einem anderen White Paper Business Analyse und Business Architektur (März 2013) bereits diskutiert haben. Konzept_BA-BArch_Tools.docx 1 / 6 Druckdatum

2 2.2 Prozess der Unternehmensarchitekturentwicklung TOGAF sieht einen iterativen Prozess zur Entwicklung der Unternehmensarchitektur vor. Dieser Prozess, die sogenannte Architecture Development Method, sieht einzelne Schritte der Entwicklung vor, die inkrementell die Unternehmensarchitektur in Hinblick auf die Vision aufbauen. TOGAF gibt eine ganze Anzahl von Dokumenten vor und fordert die Verfügbarkeit in einem Repository 3. Zweck dieses Repository ist, die aktuellen Daten in der jeweils gültigen Version allen Betroffenen zur Verfügung zu stellen und inkl. der Geschichte verfügbar und auffindbar zu machen. 2.3 Struktur des Repository TOGAF stellt nebenstehendes Schema für ein Architekturrepository vor und setzt es in Beziehung zum Unternehmensrepository. Es gibt generell 6 Gruppen von Informationen im Repository: Architektur Metamodell Architektur Landschaft Bibliothek mit Referenzmaterial Regelwerke (Standards) Governance Log Architektur Fähigkeiten 3 Ein Repository ist ein System, das alle Daten eines Unternehmens (Daten- und Prozessmodell sowie andere Unternehmensinformation eingeschlossen) verwaltet. Daher sind die Daten im Repository wesentlich umfangreicher als in einem Datenverzeichnis (Data Dictionary), das nur die Daten einer Datenbank definiert. Konzept_BA-BArch_Tools.docx 2 / 6 Druckdatum

3 2.4 Anforderungen an Toolunterstützung Die Anforderungen an das Tool hängen stark von den Nutzungswünschen ab. Soll die Unterstützung als integrierte Plattform für die Gesamtdarstellung verwendet werden, sind andere Anforderungen zu berücksichtigen, als wenn nur die Ablage und die Wiederauffindbarkeit unterstützt werden sollen. Wir haben die Anforderungen nach muss (unbedingt erforderlich), soll (Anforderung ist wichtig, aber kein K.O. Kriterium) und sollte (es wäre schön, diese Funktionalität zu haben) abgestuft. [1] Das Tool muss Anforderungen verwalten können. [2] Das Tool muss Hierarchien und Klassifizierungen von Anforderungen zulassen. [3] Das Tool muss Dokumente verwalten können. [4] Das Tool muss die enthaltenen Informationen anzeigen können. [5] Das Tool muss benutzer- und dokumentenabhängige Zugriffsrechte vergeben können. [6] Das Tool soll die verwalteten Informationen in Beziehung setzen können. [7] Das Tool soll die Beziehungen anzeigen können. [8] Das Tool sollte redundante Datenhaltung vermeiden. [9] Das Tool sollte eine integrierte Plattform für die Darstellung der Gesamtarchitektur des Unternehmens bereitstellen. 3 Beispiele für Tools 3.1 Strukturierte Dateiablage mit Office-Produkten Beschreibung Die Erarbeitung der Architekturinhalte erfolgt mit gewöhnlichen Office-Produkten (z.b. WORD, EXCEL, VISIO, POWERPOINT). Die Ablage erfolgt auf einem Dateiserver, die Versionsverwaltung wird entweder über ein Versionierungstool (z.b. SVN) gemacht oder erfolgt auf Dateinamenebene Vorteile und Nachteile Diskussion Schnell für alle einsetzbar keine Schulung im Toolumgang erforderlich Ergebnisse leicht für Präsentationen weiterverwendbar kostengünstig, da die meisten Tools verfügbar sind vorherige Koordination mit Style Guide erforderlich Medienbruch, wenn für Prozessmanagement andere Tools verwendet werden (z.b. ARIS oder ADONIS) sehr hoher organisatorischer Koordinationsaufwand (inkl. Prüfung) zur Einhaltung der Konsistenz eingeschränkte Möglichkeit zur Kollaboration (Dokumente können immer nur von einer Person bearbeitet werden Hohe Gefahr von Fehlern insbesondere ohne Versionierungstool stark eingeschränkte Verlinkungsmöglichkeit und Suchmöglichkeit organisatorische Disziplin in hohem Maße erforderlich Nahezu keine Integration (voneinander unabhängige Dokumente) Für einen schnellen Start ist dies sicherlich die beste und einfachste Variante. Sie kann aber allenfalls am Anfang zum Sammeln der Informationen verwendet werden. Eine Gesamtlösung als Repository für die Unternehmensarchitektur kann sie bei steigender Komplexität nicht darstellen, da der Wartungsaufwand und die menschliche Interaktion bei Änderungen stark ansteigt. Ohne Versionierungstool (bevorzugt SVN mit einer vorher konzipierten Struktur) kann die Aktualität der Unterlagen (und damit die Auffindbarkeit der aktuellen Unterlagen) nicht mit vertretbarem Aufwand gewährleistet werden. Konzept_BA-BArch_Tools.docx 3 / 6 Druckdatum

4 3.2 Polarion von Polarion Software GmbH Beschreibung Die Erarbeitung der Architekturinhalte erfolgt mit gewöhnlichen Office-Produkten bzw. den office-ähnlichen Tools von Polarion. Die einzelnen Anforderungen werden als Anforderungen in Polarion verwaltet und erlauben beliebige Verlinkung und Kontrolle bei Änderungen. Die Versionierung erfolgt durch Polarion (SVN), der Zugriff auf die aktuellen Unterlagen ist durch die Möglichkeit des Aufbaus eines WIKI und durch Suchmöglichkeiten unterstützt. Für die Freigabe der Dokumente wird der Workflow in Polarion abgebildet und ist revisionssicher umgesetzt Vorteile und Nachteile Diskussion Schnell für alle einsetzbar wenig Schulung im Toolumgang erforderlich Ergebnisse leicht für Präsentationen weiterverwendbar Verwaltung der Abhängigkeiten zur Konsistenzwahrung vorhanden Workflow für die Prüfung und Freigabe der aktuellen Unterlagen Zugriff auf frühere Unterlagen leicht möglich Kollaboration möglich bei Verwendung der Polarion-internen Tools Suchmöglichkeit Einheitliche Plattform für viele Unterlagen Importmöglichkeit von Fremdgraphiken Verwaltung von Anhängen (z.b. WORD, PDF) vorherige Koordination mit Style Guide erforderlich Medienbruch, wenn für Prozessmanagement andere Tools verwendet werden (z.b. ARIS oder ADONIS) organisatorische Disziplin erforderlich Vorherige Konzeption der Strukturen erforderlich Für einen schnellen Start und die folgende Weiterarbeit ist dies eine sehr gute Variante. Mit der Lösung werden Konsistenz und Wartbarkeit unterstützt. In jedem Fall ist eine vorherige Konzeption der Struktur erforderlich. Mit der WIKI-Funktion kann leicht die Übersichtlichkeit gewahrt werden, durch die Sammlung aller Unterlagen an einem Ort ist die Auffindbarkeit gewährleistet. 3.3 Topease von Business-DNA Solutions GmbH Beschreibung Die Erarbeitung der Architekturinhalte erfolgt vollständig in Topease. Das Tool unterscheidet zwischen Anforderungen, Prozessen, Architektur und ist in der Lage, Abhängigkeiten und Workflows vollständig abzudecken. Die Versionsverwaltung ist tool-intern gewährleistet. Die Ergebnisse können nach HTML (z.b. für ein Intranet) exportiert werden (statisch) Vorteile und Nachteile vollständig integrierte Plattform für Unternehmensarchitektur Konsistenzwahrung über alle Objekte der Architektur Ergebnisse für Präsentationen weiterverwendbar Workflow für die Prüfung und Freigabe der aktuellen Unterlagen Zugriff auf frühere Unterlagen leicht möglich Kollaboration möglich bei Verwendung der Polarion-internen Tools Suchmöglichkeit Importmöglichkeit von Fremdgraphiken (z.b. ARIS) Konzept_BA-BArch_Tools.docx 4 / 6 Druckdatum

5 Verwaltung von Anhängen (z.b. WORD, PDF) Schulung im Toolumgang erforderlich Redaktionsteam für Verwaltung sinnvoll organisatorische Disziplin erforderlich Vorherige Konzeption der Strukturen erforderlich 3.4 Enterprise Architect von Sparx Systems Pty Ltd Beschreibung Die Erarbeitung der Architekturinhalte erfolgt vollständig im Tool. Das Tool kann Prozesse abbilden und Anforderungen inkl. (teilweise) Abhängigkeiten erfassen. Eine Versionsverwaltung ist nicht automatisch integriert und muss explizit auf Package-Ebene konfiguriert werden. Eine kostenpflichtige Zusatzfunktion hat das TOGAF-Modell abgebildet und unterstützt die Strukturen der Unternehmensarchitektur Vorteile und Nachteile Diskussion integrierte Plattform für Unternehmensarchitektur Konsistenzwahrung über Objekte der Architektur Ergebnisse für Präsentationen weiterverwendbar Kollaboration möglich bei Verwendung (muss konfiguriert werden) Konsistente Darstellung in standardisierten Diagrammen kostengünstigste kommerzielle Version, deren Preisvorteile aber durch erhöhte Wartung und Schulung reduziert werden. Schulung im Toolumgang erforderlich Verständnis der standardisierten Diagramm erforderlich (Schulung in Diagrammen) Koordination mit Style Guides hohe organisatorische Disziplin erforderlich Vorherige Konzeption der Strukturen erforderlich Medienbruch bei Verwendung von Fremdtools (außer Polarion Integration vorhanden) Einschränkung auf formale Vorgaben der standardisierten Diagramme Es ist dies eine gute Möglichkeit, innerhalb eines Expertenteams, das Tool und Diagramme sowie Zusammenhänge versteht, die Unternehmensarchitektur konsistent zu verwalten. In jedem Fall ist eine vorherige Konzeption der Struktur erforderlich. Die Darstellung für alle (auch weniger geschulte Mitarbeiter) benötigt potentiell zusätzliche Erklärungen. Die nicht durchgängige Versionsverwaltung inkl. Freigabeworkflow erhöht das Risiko von Inkonsistenzen. Konzept_BA-BArch_Tools.docx 5 / 6 Druckdatum

6 4 covalgo consulting GmbH covalgo consulting GmbH in Wien wurde im September 2010 gegründet. Wir beraten im Kerngeschäft die Themen Strategie, Business Analyse, Prozessmanagement, Organisationsentwicklung, Projektmanagement und Qualitätsmanagement und berücksichtigen dabei die sozialen Aspekte für den Menschen (Changemanagement). Die auf die individuellen Anforderungen des Kunden ausgerichtete partnerschaftliche Zusammenarbeit soll den Kundennutzen optimieren und so zu langfristiger Kundenbindung führen, als Vorteil für beide. Das Thema Compliance in Managementsystemen ist die Basis unserer Beratungsleistung: Basierend auf den einschlägigen Normen und Standards wie z. B. ISO 9001, ISO 14001, ISO 20000, ISO 27001, CMMi, SPICE, ITIL und fachspezifischen Standards wie IRIS oder ausgewählten Themen im Gesundheitsbereich (GDP) sind unsere Lösungsvorschläge fundiert und anerkannt. Wir beraten gesamtheitlich (Einführung und Verbesserung von Managementsystemen) und auf Detailebene (Prozesse, Themen, Vorbereitung auf Zertifizierung). Auf Kundenwunsch übernehmen wir auch operative Verantwortung in den Bereichen Projektmanagement, Business Analyse, Requirements Engineering und Qualitätsmanagement sowie in Krisensituationen. Know-how-Transfer begleitet unsere Beratungstätigkeit, sei es durch interne Schulungen, öffentliche Seminare oder Vortragsveranstaltungen und Lehraufträge an Fachhochschulen (FH Joanneum, FH Burgenland, FH des bfi). Die covalgo consulting GmbH ist Partner der Polarion Software GmbH in Stuttgart, Deutschland (Software für Application Life Cycle Management, Requirements Engineering und Testmanagement) und der PROTECHT.ERM Pty Ltd in Sydney, Australien (Software für Risikomanagement und Compliance). Weitere Informationen und Referenzen bei covalgo consulting GmbH Operngasse Wien, Austria Quellen: TOGAF Version 9.1, The Open Group, TOGAF Version 9.1, A Pocket Guide, The Open Group, Leitfaden zur Business Analyse IIBA BABOK Guide 2.0, Verlag Götz Schmidt, 2012 M. Lachkovics, G. Nanz; Business-Analyse-Tools, zfo 02/2012, S Juni 2013, 10:40 Uhr Konzept_BA-BArch_Tools.docx 6 / 6 Druckdatum