Vorarbeiten: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 40: Zeile 40:
 
**Datenreplikation: Die Replikation von operativen Daten des Backend ist zu vermeiden.  
 
**Datenreplikation: Die Replikation von operativen Daten des Backend ist zu vermeiden.  
 
|| Identifizierung und Festlegung von <u> IVS-Architekturprinzipien</u>
 
|| Identifizierung und Festlegung von <u> IVS-Architekturprinzipien</u>
||  
+
|| [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturprinzipien]
[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturprinzipien]
 
Es werden Architektur-relevante Prinzipien auf allen Ebenen der IVS-Pyramide festgelegt
 
''' Strategie-Ebene '''
 
* Der Reisende ist Mittelpunkt des gemeinsamen Handelns aller IVS-Akteure
 
* Anwendung des "Open Data Prinzips"
 
* Einhaltung der [http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX%3A32013R0886 DELEGIERTE VERORDNUNG (EU) Nr. 886/2013 DER KOMMISSION vom 15. Mai 2013 zur Ergänzung der Richtlinie 2010/40/EU] des Europäischen Parlaments und des Rates in Bezug auf Daten und Verfahren für die möglichst unentgeltliche Bereitstellung eines Mindestniveaus allgemeiner für die Straßenverkehrssicherheit relevanter Verkehrsinformationen für die Nutzer
 
''' Geschäftsprozess-Ebene'''
 
* Service-Orientierung
 
* Datenaustasuch über den National Access Point MDM
 
''' Informationsarchitekur-Ebene''' 
 
* Offene Schnittstellen
 
* Nutzung und Anwendung internationaler Standards für den Datenaustausch
 
  
 
|-
 
|-

Version vom 9. März 2016, 15:08 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änen, in dem spezifisches Architekturwissen zu zum Betrachtungsgegenstand IVS angewendet wird IVS-Dömänen-Konzept
2 Betroffene Organisationseinheiten Bestimmung der IVS-Rollen, die in der IVS-Domäne relevant sind IVS-Rollen-Konzept
3 Sicherstellung von Steuerungs- und Untersützungsframeworks Sicherstellung von IVS-Steuerungs- und Untersützungsframeworks

IVS-Steuerungs- und Unterstützungsframeworks

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.
Identifizierung und Festlegung von IVS-Architekturprinzipien [1]
6 Auswahl und organsiationsspezifische Anpassung von Architekturframeworks Auswahl und organsiationsspezifische Anpassung von Architekturframeworks
7 Implementierung von Architekturwerkzeugen Implementierung von Architekturwerkzeugen






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.