IVS-Architektur&Geschäftsprinzipien: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| Zeile 35: | Zeile 35: | ||
== Architekturprinzipien: Beispiele == | == Architekturprinzipien: Beispiele == | ||
| − | + | === Geschäftsprinzipien === | |
| − | |||
* Vorrang der Prinzipien in der gesamten Organisation | * Vorrang der Prinzipien in der gesamten Organisation | ||
| Zeile 43: | Zeile 42: | ||
* IT-Verantwortlichkeit | * IT-Verantwortlichkeit | ||
* geistiges Eigentum schützen | * geistiges Eigentum schützen | ||
| − | |||
* Template: Vorrang der Prinzipien in der gesamten Organisation | * Template: Vorrang der Prinzipien in der gesamten Organisation | ||
| − | |||
[[Datei:Geschäftsprinzip_Template.JPG|thumb|centre|400px|Geschäftsprinzip]] | [[Datei:Geschäftsprinzip_Template.JPG|thumb|centre|400px|Geschäftsprinzip]] | ||
| − | + | === Daten-/Informationsprinzipien === | |
| − | |||
* Datensicherheit | * Datensicherheit | ||
| Zeile 63: | Zeile 59: | ||
[[Datei:Daten-Informationsprinzip_Template.JPG|thumb|centre|400px|Daten-/Informationsprinzip]] | [[Datei:Daten-Informationsprinzip_Template.JPG|thumb|centre|400px|Daten-/Informationsprinzip]] | ||
| − | + | === Anwendungsprinzipien === | |
| − | |||
* Technologieunabängigkeit | * Technologieunabängigkeit | ||
* Benutzerfreundlichkeit | * Benutzerfreundlichkeit | ||
* Sichere Produkte: An sicherheitsrelevanten Stellen sollten Produkte und Anwendungen eingesetzt werden, die am Martkt etabliert sind und über deren Sicherheitslücken zeitnah Informationen am Markt verfügbar sind | * Sichere Produkte: An sicherheitsrelevanten Stellen sollten Produkte und Anwendungen eingesetzt werden, die am Martkt etabliert sind und über deren Sicherheitslücken zeitnah Informationen am Markt verfügbar sind | ||
| − | |||
* Template: Technologieunabhängigkeit | * Template: Technologieunabhängigkeit | ||
[[Datei:Anwendungsprinzip_Template.JPG|thumb|centre|400px|Anwendungsprinzip]] | [[Datei:Anwendungsprinzip_Template.JPG|thumb|centre|400px|Anwendungsprinzip]] | ||
| − | + | === Technologieprinzipien === | |
* Interoperabilität | * Interoperabilität | ||
* Kontrolle der verschiedenen Technologien | * Kontrolle der verschiedenen Technologien | ||
| Zeile 79: | Zeile 73: | ||
* bedarfsgerechte Änderungen | * bedarfsgerechte Änderungen | ||
* Backendanbindung: Die Anbindung der Backend-Systeme erfolgt auf Basis message-orientierter Middleware | * Backendanbindung: Die Anbindung der Backend-Systeme erfolgt auf Basis message-orientierter Middleware | ||
| − | |||
* Template: Interoperabilität | * Template: Interoperabilität | ||
Version vom 20. Juni 2016, 12:19 Uhr
Inhaltsverzeichnis
Architekturprinzipien
Prinzipien
Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie die Organisation ihre Aufgaben zu erfüllen hat. Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.
Architekturprinzipien
Architekturprinzipien stellen verbindliche Grundsätze und auch Orientierungshilfen zur Erstellung einer Architektur dar. Allgemeine 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 (SOA): 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.
- Multikanalfähigkeit: Die IT-Architekturen sind auf funktionale Integration mit den Partnern ausgerichtet.
- Referenzsoftwarearchitektur: Alle Anwendungen, die operativ und neu entwickelt sind, richen die Softwarearchitektur an der bestehenden Referenzsoftwarearchitektur aus.
Zusätzlich werden Architekturprinzipien in folgende Untergruppen (Architekturebenen) aufgeteilt:
- Geschäftsprinzip
- Daten-/Informationsprinzip
- Anwendungsprinzip
- Technologieprinzip
Template
Folgendes Template wird vorgeschlagen, um Prinzipien zu beschreiben:
Datei:Prinzip Template.JPG
Template
Architekturprinzipien: Beispiele
Geschäftsprinzipien
- Vorrang der Prinzipien in der gesamten Organisation
- Nutzen für die Organisation maximieren
- Konformität mit dem Gesetz
- IT-Verantwortlichkeit
- geistiges Eigentum schützen
- Template: Vorrang der Prinzipien in der gesamten Organisation
Datei:Geschäftsprinzip Template.JPG
Geschäftsprinzip
Daten-/Informationsprinzipien
- Datensicherheit
- Zugänglichkeit der Daten
- Verbreitung der Daten
- allg. verbreitetes Vokabular und Definitionen
- Datenreplikation: Replikation von operativen Daten ist zu vermeiden
- Template: Datensicherheit
Datei:Daten-Informationsprinzip Template.JPG
Daten-/Informationsprinzip
Anwendungsprinzipien
- Technologieunabängigkeit
- Benutzerfreundlichkeit
- Sichere Produkte: An sicherheitsrelevanten Stellen sollten Produkte und Anwendungen eingesetzt werden, die am Martkt etabliert sind und über deren Sicherheitslücken zeitnah Informationen am Markt verfügbar sind
- Template: Technologieunabhängigkeit
Datei:Anwendungsprinzip Template.JPG
Anwendungsprinzip
Technologieprinzipien
- Interoperabilität
- Kontrolle der verschiedenen Technologien
- reaktionsfähiges Change-Management
- bedarfsgerechte Änderungen
- Backendanbindung: Die Anbindung der Backend-Systeme erfolgt auf Basis message-orientierter Middleware
- Template: Interoperabilität
Datei:Technologieprinzip Template.JPG
Technologieprinzip
