Vorarbeiten: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 47: Zeile 47:
 
*[http://wikiivs.albrechtconsult.com/index.php?title=TOGAF-Einführung TOGAF: eine Einführung]
 
*[http://wikiivs.albrechtconsult.com/index.php?title=TOGAF-Einführung TOGAF: eine Einführung]
 
*[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Pyramide IVS-Pyramide und Ebenen von Architektur]
 
*[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Pyramide IVS-Pyramide und Ebenen von Architektur]
*[[Datei:BusinessMotivationModel.pdf | Business Motivation Model (BMM) Specification; OMG dtc/07-08-03]]
+
*[[Datei:BusinnesMotivationModel.pdf | Business Motivation Model (BMM) Specification; OMG dtc/07-08-03]]
 
*Business Process Definition Meta Model; Volume 1: Common Infrastructure Version 1.0; OMG Document: formal/2008-11-03; http://www.omg.org/spec/BPDM/20080501
 
*Business Process Definition Meta Model; Volume 1: Common Infrastructure Version 1.0; OMG Document: formal/2008-11-03; http://www.omg.org/spec/BPDM/20080501
  

Version vom 2. März 2016, 09:43 Uhr

Vorbereitungsphase

TOGAF
In der Vorbereitungsphase werden die Grundlagen für die Durchführung erfolgreicher Unternehmensarchitekturprojekte geschaffen.
IVS-Rahmenarchitektur
In der Vorbereitungsphase werden die Grundlagen für die Durchführung erfolgreicher IVS-Architekturprojekte geschaffen.
Schritt TOGAF Tailoring IVS-Rahmenarchitektur Umsetzung IVS-Rahmenarchitektur
1 Bestimmung des Wirkungsbereichs Bestimmung der IVS-Dömäne, in dem spezifisches Architekturwissen zu zum Betrachtungsgegenstand IVS angewendet wird

IVS-Domäne Los 1

  • Verkehrsnetz: Straße,
  • Dienst-Typ: keine Einschränkung
  • Sicht: Architekt (Metamodell-Ebene)
  • Perspektive: Politik, Staat, Stakeholder IVS
  • Fokus: Meta-Modelle für Geschäfts- und Informationssystemarchitektur
2 Betroffene Organisationseinheiten Bestimmung der IVS-Rollen, die in der IVS-Domäne relevant sind

Stakeholder und Akteure in der IVS-Domäne "Verkehrsnetz Straße"

3 Sicherstellung von Steuerungs- und Untersützungsframeworks Sicherstellung von Steuerungs- und Untersützungsframeworks
Regulierung - EU-Ebene
ITS action plan (Action plan for the deployment of Intelligent Transport Systems in Europe)
Directive 2010/40/€ (ITS-directive)
Regulierung - Nationale Ebene
Intelligente Verkehrs-Systeme Gesetz (IVS-Gesetz)
Nationaler IVS-Aktionsplan Straße
4 Definition und Aufbau eines Unternehmensarchitektur-Teams und einer Organisation Defintion und Aufbau eines IVS-Architektur-Teams und einer Organisation Los1: Projektorganisation & Arbeitsprogramm
5 Identifizierung und Festlegung von Architekturprinzipien

Architekturprinzipien

  • sind strategische Vorgaben, konkrete und verbindliche (IT-)Grundsätze und Orientierungshilfen. Beispiele hierfür sind:
    • Auswahl von Softwarelösungen: Best-of-Breed, End-to-End, Make or Buy
    • Auswahl und Bewertung von Projekten: Priorität Kerngeschäft, Infrastrukturprojekte zuerst
    • Entwurfsprinzipien: Vermeidung von Heterogenität, Technische Struktur folgt fachlicher Strukturierung, Vermeidung von Redundanzen, Nur das führende System ändert Stammdaten, etc.
  • Ihre Ausarbeitung ist Bestandteil der Architekturplanung. Beispiele für Architekturprinzipien sind:
    • Serviceorientierung: Die Architektur verteilter Anwendungen ist so gestaltet, dass die serviceorientierte Bereitstellung von versicherungsfachlichen Funktionen unterstützt wird.
    • Integrationsplattform: Das führende System für Integrationslösungen des Unternehmens ist ein Applikationsserver.
    • Datenreplikation: Die Replikation von operativen Daten des Backend ist zu vermeiden.
Diskussion
6 Auswahl und organsiationsspezifische Anpassung von Architekturframeworks Auswahl und organsiationsspezifische Anpassung von Architekturframeworks
7 Implementierung von Architekturwerkzeugen Implementierung von Architekturwerkzeugen
  • Business Process Model and Notation (BPMN) OMG Document: formal/2009-01-03
  • Unified Modeling Language (UML); OMG-Spezifikation: http://www.omg.org/spec/UML/






Es werden für eine spezifische High-Level-Capability die betroffenen Organisationstypen mit ihren Interessen und Zielen identifiziert (z.B. Reisende, öffentliche und private Mobilitätsanbieter, Service-Provider, u.a.). Zur Findung und Generierung von High-Level-Capabilities können beispielsweise die Lose 2-4 herangezogen werden. Bestehende Frameworks und Vorgaben für diesen Bereich werden recherchiert und eingebracht, das Wiki wird mit den Arbeitsergebnissen befüllt und damit werden die Ergebnisse den anderen Losen zur Verfügung gestellt.