IVS-Architektur&Geschäftsprinzipien: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| (5 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| + | |||
== Architekturprinzipien == | == Architekturprinzipien == | ||
| − | ''' Prinzipien ''' | + | '''Prinzipien''' |
| − | Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, | + | Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat. Prinzipien können für verschiedene Ebenen entwickelt und definiert werden. |
| − | Prinzipien können für verschiedene Ebenen entwickelt und definiert werden. | ||
| − | ''' Architekturprinzipien ''' | + | '''Architekturprinzipien''' |
Architekturprinzipien stellen verbindliche Grundsätze und auch Orientierungshilfen zur Erstellung einer Architektur dar. '''Allgemeine Beispiele''' hierfür sind: | Architekturprinzipien stellen verbindliche Grundsätze und auch Orientierungshilfen zur Erstellung einer Architektur dar. '''Allgemeine Beispiele''' hierfür sind: | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | ''' Architekturprinzipen unterteilt auf die Architekturebenen''' | + | *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. | ||
| + | *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, richten die Softwarearchitektur an der bestehenden Referenzsoftwarearchitektur aus. | ||
| + | |||
| + | '''Architekturprinzipen unterteilt auf die Architekturebenen''' | ||
| + | |||
Zur Detaillierung werden Architekturprinzipien in folgende Untergruppen (Architekturebenen) aufgeteilt: | Zur Detaillierung werden Architekturprinzipien in folgende Untergruppen (Architekturebenen) aufgeteilt: | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | == Architekturprinzipien | + | *Geschäftsprinzip |
| + | *Daten-/Informationsprinzip | ||
| + | *Anwendungsprinzip | ||
| + | *Technologieprinzip | ||
| + | |||
| + | == Beispiele für Architekturprinzipien aufgeteilt nach den Architekturebenen == | ||
=== Geschäftsprinzipien === | === Geschäftsprinzipien === | ||
| − | * Vorrang der Prinzipien in der gesamten Organisation | + | *Vorrang der Prinzipien in der gesamten Organisation |
| − | * Nutzen für die Organisation maximieren | + | *Nutzen für die Organisation maximieren |
| − | * Konformität mit dem Gesetz | + | *Konformität mit dem Gesetz |
| − | * IT-Verantwortlichkeit | + | *IT-Verantwortlichkeit |
| − | * geistiges Eigentum schützen | + | *geistiges Eigentum schützen. |
=== Daten-/Informationsprinzipien === | === Daten-/Informationsprinzipien === | ||
| − | * Datensicherheit | + | *Datensicherheit |
| − | * Zugänglichkeit der Daten | + | *Zugänglichkeit der Daten |
| − | * Verbreitung der Daten | + | *Verbreitung der Daten |
| − | * allg. verbreitetes Vokabular und Definitionen | + | *allg. verbreitetes Vokabular und Definitionen |
| − | * Datenreplikation: Replikation von operativen Daten ist zu vermeiden | + | *Datenreplikation: Replikation von operativen Daten ist zu vermeiden. |
=== Anwendungsprinzipien === | === Anwendungsprinzipien === | ||
| − | * | + | |
| − | * Benutzerfreundlichkeit | + | *Technologieunabhängigkeit |
| − | * Sichere Produkte: An sicherheitsrelevanten Stellen sollten Produkte und Anwendungen eingesetzt werden, die am Markt etabliert sind und über deren Sicherheitslücken zeitnah Informationen am Markt verfügbar sind | + | *Benutzerfreundlichkeit |
| + | *Sichere Produkte: An sicherheitsrelevanten Stellen sollten Produkte und Anwendungen eingesetzt werden, die am Markt etabliert sind und über deren Sicherheitslücken zeitnah Informationen am Markt verfügbar sind. | ||
=== Technologieprinzipien === | === Technologieprinzipien === | ||
| − | * Interoperabilität | + | |
| − | * Kontrolle der verschiedenen Technologien | + | *Interoperabilität |
| − | * reaktionsfähiges Change-Management | + | *Kontrolle der verschiedenen Technologien |
| − | * bedarfsgerechte Änderungen | + | *reaktionsfähiges Change-Management |
| − | * Backendanbindung: Die Anbindung der Backend-Systeme erfolgt auf Basis message-orientierter Middleware | + | *bedarfsgerechte Änderungen |
| + | *Backendanbindung: Die Anbindung der Backend-Systeme erfolgt auf Basis message-orientierter Middleware. | ||
---- | ---- | ||
| + | |||
[[Hauptseite|<< Zurück zur Hauptseite]] | [[Hauptseite|<< Zurück zur Hauptseite]] | ||
Aktuelle Version vom 10. Dezember 2017, 21:48 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 eine davon betroffene 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.
- 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, richten die Softwarearchitektur an der bestehenden Referenzsoftwarearchitektur aus.
Architekturprinzipen unterteilt auf die Architekturebenen
Zur Detaillierung werden Architekturprinzipien in folgende Untergruppen (Architekturebenen) aufgeteilt:
- Geschäftsprinzip
- Daten-/Informationsprinzip
- Anwendungsprinzip
- Technologieprinzip
Beispiele für Architekturprinzipien aufgeteilt nach den Architekturebenen
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.
Daten-/Informationsprinzipien
- Datensicherheit
- Zugänglichkeit der Daten
- Verbreitung der Daten
- allg. verbreitetes Vokabular und Definitionen
- Datenreplikation: Replikation von operativen Daten ist zu vermeiden.
Anwendungsprinzipien
- Technologieunabhängigkeit
- Benutzerfreundlichkeit
- Sichere Produkte: An sicherheitsrelevanten Stellen sollten Produkte und Anwendungen eingesetzt werden, die am Markt etabliert sind und über deren Sicherheitslücken zeitnah Informationen am Markt verfügbar sind.
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.
