Diskussion:Los1: IVS-Rahmenarchitektur09 - Versionsgeschichte

Albrecht: Die Seite wurde geleert.

2016-09-11T14:28:52Z

Die Seite wurde geleert.

Albrecht: /* Einführung */

2016-09-10T11:01:19Z

Einführung

Albrecht: /* Geschäftsarchitektur */

2016-09-10T11:00:23Z

Geschäftsarchitektur

Albrecht: /* Ergänzende Informationen zu TOGAF */

2016-09-10T11:00:04Z

Ergänzende Informationen zu TOGAF

Albrecht: /* Einführung */

2016-09-10T10:28:07Z

Einführung

Albrecht: Die Seite wurde neu angelegt: „== Einführung == TOGAF verbindet mit dem Wort Unternehmensarchitektur die folgenden Betrachtungs- oder Anwendungsbereiche (Domänen): Datei: TOGAFArchitek…“

2016-09-10T10:27:22Z

Die Seite wurde neu angelegt: „== Einführung == TOGAF verbindet mit dem Wort Unternehmensarchitektur die folgenden Betrachtungs- oder Anwendungsbereiche (Domänen): Datei: TOGAFArchitek…“

Neue Seite

== Einführung ==
TOGAF verbindet mit dem Wort Unternehmensarchitektur die folgenden Betrachtungs- oder Anwendungsbereiche (Domänen):

[[Datei: TOGAFArchitekturDomänen.png |300px|right|TOGAF- Archtekturdomänen]]

*'''die Geschäftsarchitektur''': Die Geschäftsarchitektur betrachtet die Strategie, die Aufbauorganisation und die Geschäftsprozesse eines Unternehmens. Die Geschäftsprozessarchitektur ist das Ergebnis einer Geschäftsprozessmodellierung.
*'''die Informationssystemarchitektur''':
**'''Informations- und Datenarchitektur''': In der Informations- und Datenarchitektur werden die Daten mit ihren Beziehungen, die für die Durchführung der Geschäftsprozesse benötigt werden, identifiziert und beschrieben.
**'''Anwendungsarchitektur''': Innerhalb der Anwendungsarchitektur werden die Anwendungen verwaltet, die für die Ausführung der Geschäftsprozesse erforderlich sind. Neben der Bestandsführung aller Anwendungen werden auch die Beziehungen und Schnittstellen zwischen den Anwendungen im Rahmen der Anwendungsarchitektur betrachtet.
*'''Technologiearchitektur''': Die Technologiearchitektur beschreibt die Architekturelemente für Aufbau und Betrieb der IT-Infrastruktur. Sie definiert die Basis, auf der Anwendungen beschafft, integriert und betrieben werden können.

Diese drei Ebenen strukturieren auch die inhaltliche Seite der Architekturarbeit sowohl auf IVS-Rahmenarchitektur als auch auf IVS-Referenzarchitekturseite. Der Schwerpunkt wird sicher auf den ersten beiden Ebenen liegen.

Auf die Geschäftsarchitekturebene geht es vor allem auch darum, die vom „Staat“ also von der Perspektive der Bundesrepublik Deutschland einzunehmende Rolle zu klären und daraus abzuleiten, was von IVS und wie IVS im „Sinne“ staatlicher bzw. politischer Daseinsfürsorge umgesetzt werden soll. Die aktuellen Ziele lassen sich zum einen aus den Initiativen der EU, aber auch aus aktuellen politischen Vorstellungen ableiten (Nationaler IVS-Plan und gleichartige Initiativen von Bundesländern und Städten, IVS-Koalitionsvertrag …). Dabei sind weniger wirtschaftliche Ziele, als von der Politik zu setzende Rahmenbedingungen zu adressieren, weil es aus Sicht des Staates weniger um Ziele, als vielmehr um solche Rahmenbedingungen gehen muss, die wirtschaftliches Handeln ermöglichen, unterstützen oder forcieren.

← Nächstältere Version		Version vom 11. September 2016, 14:28 Uhr
Zeile 1:		Zeile 1:
−	~~== Einführung ==~~
−	~~TOGAF verbindet mit dem Wort Unternehmensarchitektur die folgenden Betrachtungs- oder Anwendungsbereiche (Domänen):~~
−
−	~~[[Datei: TOGAFArchitekturDomänen.png \|300px\|right\|TOGAF- Archtekturdomänen]]~~

−	*'''die Geschäftsarchitektur''': Die Geschäftsarchitektur betrachtet die Strategie, die Aufbauorganisation und die Geschäftsprozesse eines Unternehmens. Die Geschäftsprozessarchitektur ist das Ergebnis einer Geschäftsprozessmodellierung.
−	*'''die Informationssystemarchitektur''':
−	**'''Informations- und Datenarchitektur''': In der Informations- und Datenarchitektur werden die Daten mit ihren Beziehungen, die für die Durchführung der Geschäftsprozesse benötigt werden, identifiziert und beschrieben.
−	**'''Anwendungsarchitektur''': Innerhalb der Anwendungsarchitektur werden die Anwendungen verwaltet, die für die Ausführung der Geschäftsprozesse erforderlich sind. Neben der Bestandsführung aller Anwendungen werden auch die Beziehungen und Schnittstellen zwischen den Anwendungen im Rahmen der Anwendungsarchitektur betrachtet.
−	*'''Technologiearchitektur''': Die Technologiearchitektur beschreibt die Architekturelemente für Aufbau und Betrieb der IT-Infrastruktur. Sie definiert die Basis, auf der Anwendungen beschafft, integriert und betrieben werden können.
−
−	Diese drei Ebenen strukturieren auch die inhaltliche Seite der Architekturarbeit sowohl auf IVS-Rahmenarchitektur als auch auf IVS-Referenzarchitekturseite. Der Schwerpunkt wird sicher auf den ersten beiden Ebenen liegen.
−
−	~~== Geschäftsarchitektur ==~~
−	Die Entwicklung einer Geschäftsarchitektur dient zur Beschreibung der Ziele, Geschäftsmodelle und der Akteure und Nutzer von IVS. Daraus werden die Geschäftsprozessmodelle sowie die Rollenmodelle entwickelt. Bei der Entwicklung und Beschreibung der Modelle muss berücksichtigt werden, dass die konkreten Modelle in der Regel jedoch in den jeweiligen Referenzarchitekturen beschrieben werden. Auf der Ebene der IVS-Rahmenarchitektur werden hauptsächlich Vorgaben für die Beschreibung von Modellen entwickelt. Wichtige, übergeordnete Rollen- bzw. Geschäftsprozessmodelle können allerdings auch in der IVS-Rahmenarchitektur entwickelt und beschrieben werden. Diese Modelle müssen dann so angelegt sein, dass sie in den Referenzarchitekturen konkretisiert oder spezialisiert werden können. Als Beispiel für ein abstraktes Geschäftsprozessmodell kann die IVS-Wertschöpfungskette dienen, die in der folgenden Abbildung dargestellt ist:
−
−	~~[[datei:IVSWertschöpfungsmodell.png \| thumb \| center \| 500px \| IVS-Wertschöpfungskette]]~~
−
−	Die abstrakten Geschäftsprozess- bzw. Rollenmodellen sind so zu modellieren, dass die konkreten Modelle, die in den Referenzarchitekturen entwickelt werden, als Spezialisierung der abstrakten Modelle angelegt werden können. Falls dies nicht möglich ist, müssen die Modelle entweder weiter abstrahiert werden oder sie können nicht auf
−	~~Ebene der IVS-Rahmenarchitektur vorgegeben werden.~~
−
−	Auf die Geschäftsarchitekturebene geht es vor allem auch darum, die vom „Staat“ also von der Perspektive der Bundesrepublik Deutschland einzunehmende Rolle zu klären und daraus abzuleiten, was von IVS und wie IVS im „Sinne“ staatlicher bzw. politischer Daseinsfürsorge umgesetzt werden soll. Die aktuellen Ziele lassen sich zum einen aus den Initiativen der EU, aber auch aus aktuellen politischen Vorstellungen ableiten (Nationaler IVS-Plan und gleichartige Initiativen von Bundesländern und Städten, IVS-Koalitionsvertrag …). Dabei sind weniger wirtschaftliche Ziele, als von der Politik zu setzende Rahmenbedingungen zu adressieren, weil es aus Sicht des Staates weniger um Ziele, als vielmehr um solche Rahmenbedingungen gehen muss, die wirtschaftliches Handeln ermöglichen, unterstützen oder forcieren.
−
−	~~==Informationssystemarchitektur ==~~
−	In dieser Phase erfolgt die Dokumentation der grundlegenden Struktur von IT-Systemen, die die wichtigsten Informationsobjekte und Anwendungssysteme enthalten. Die Phase besteht aus den beiden Teilen Datenarchitektur und Anwendungsarchitektur, die nacheinander oder gleichzeitig entwickelt werden können.
−
−	~~===Datenarchitektur===~~
−	~~Bei der Datenarchitektur geht es um die Definition von Informations- und Datentypen, die für die Umsetzung der Geschäftsarchitektur benötigt werden.~~
−	Ebenso wie bei der Geschäftsarchitektur können auf Ebene der IVS-Rahmenarchitektur in der Datenarchitektur keine konkreten Datenmodelle entwickelt werden. Stattdessen können Vorgaben für die Entwicklung von Datenmodellen (z.B. Datenmodelle müssen plattformunabhängig entwickelt werden) angegeben werden. Zusätzlich wird bei der Beschreibung der Ist-Situation die Verwendung von Datenmodellstandards (z.B. DATEX II) erfasst. Darauf aufbauend können für eine Ziel-Situation der Datenarchitektur Weiterentwicklungen der Standards skizziert sowie fehlende Standards in der Datenmodellierung aufgezeigt werden.
−	Der herausragenden Rolle des Mobilitätsdatenmarktplatzes (MDM) sollte hier Rechnung getragen werden, indem die im MDM festgelegten und zukünftig benötigten Datenmodelle und Profile besonders berücksichtigt werden.
−	~~===Anwendungsarchitektur ===~~
−
−	~~Bei der Anwendungsarchitektur geht es um die Festlegung der Arten von Anwendungssystemen, die zur Verarbeitung der Daten und zur Implementation der Geschäftsprozesse benötigt werden.~~
−	Bei der Entwicklung der Anwendungsarchitektur können auf der Ebene der IVS-Rahmenarchitektur i.A. keine konkreten Anwendungen betrachtet werden. Stattdessen werden wie bei der Datenarchitektur Vorgaben für die Entwicklung von Anwendungsarchitekturen auf Referenzarchitekturebene beschrieben. Zur Beschreibung der Ist-Situation werden bestehende Schnittstellenstandards erfasst. Für die Entwicklung der Ziel-Situation der Anwendungsarchitektur werden mögliche Weiterentwicklungen von Schnittstellenstandards sowie fehlende Schnittstellenstandards identifiziert.
−	Auch in der Anwendungsarchitektur wird der MDM in seiner bisherigen Form als bundesweit zentrale Datenaustauschplattform (Datenbus) besonders zu berücksichtigen sein. In der Entwicklung der Ziel-Situation der Anwendungsarchitektur kann eine funktionale Weiterentwicklung des MDM z.B. in Richtung einer zentralen Serviceaustauschplattform (Servicebus) eine entscheidende Rolle spielen.
−
−	~~==Technologiearchitektur ==~~
−	Bei der Technologiearchitektur steht die Beschreibung des grundlegenden Aufbaus der IT-Systeme im Vordergrund. Dieser Schritt kann auf der Ebene der IVS-Rahmenarchitektur nur in abstrakter Form angegangen werden. So ist es z.B. nicht möglich, konkrete, aus Hard- und Software bestehende IT-Systeme zu identifizieren. Stattdessen können hier lediglich Anforderungen an den Aufbau der IT-Systeme (z.B. Aufbau von serviceorientierten Architekturen) erfasst werden.
−
−	~~=== Ergänzende Informationen zu TOGAF ===~~
−	*[[TOGAF-Einführung\| Eine Einführung]]
−	*[[Medium: IVS-Architektur_TOGAF-Vorab_WS_Einführung.pdf \| Präsentation Vorab-Workshop]]
−	*[[TOGAF-Reifefaktoren \| Reife-Faktoren]]
−	*[[Risiko-Management]]

@@ Zeile 19: / Zeile 19: @@
 Die abstrakten Geschäftsprozess- bzw. Rollenmodellen sind so zu modellieren, dass die konkreten Modelle, die in den Referenzarchitekturen entwickelt werden, als Spezialisierung der abstrakten Modelle angelegt werden können. Falls dies nicht möglich ist, müssen die Modelle entweder weiter abstrahiert werden oder sie können nicht auf
 Ebene der IVS-Rahmenarchitektur vorgegeben werden.
 ==Informationssystemarchitektur ==

← Nächstältere Version		Version vom 10. September 2016, 11:00 Uhr
Zeile 41:		Zeile 41:
	*[[TOGAF-Reifefaktoren \| Reife-Faktoren]]		*[[TOGAF-Reifefaktoren \| Reife-Faktoren]]
	*[[Risiko-Management]]		*[[Risiko-Management]]
−
−
−	Auf die Geschäftsarchitekturebene geht es vor allem auch darum, die vom „Staat“ also von der Perspektive der Bundesrepublik Deutschland einzunehmende Rolle zu klären und daraus abzuleiten, was von IVS und wie IVS im „Sinne“ staatlicher bzw. politischer Daseinsfürsorge umgesetzt werden soll. Die aktuellen Ziele lassen sich zum einen aus den Initiativen der EU, aber auch aus aktuellen politischen Vorstellungen ableiten (Nationaler IVS-Plan und gleichartige Initiativen von Bundesländern und Städten, IVS-Koalitionsvertrag …). Dabei sind weniger wirtschaftliche Ziele, als von der Politik zu setzende Rahmenbedingungen zu adressieren, weil es aus Sicht des Staates weniger um Ziele, als vielmehr um solche Rahmenbedingungen gehen muss, die wirtschaftliches Handeln ermöglichen, unterstützen oder forcieren.

← Nächstältere Version		Version vom 10. September 2016, 10:28 Uhr
Zeile 11:		Zeile 11:

	Diese drei Ebenen strukturieren auch die inhaltliche Seite der Architekturarbeit sowohl auf IVS-Rahmenarchitektur als auch auf IVS-Referenzarchitekturseite. Der Schwerpunkt wird sicher auf den ersten beiden Ebenen liegen.		Diese drei Ebenen strukturieren auch die inhaltliche Seite der Architekturarbeit sowohl auf IVS-Rahmenarchitektur als auch auf IVS-Referenzarchitekturseite. Der Schwerpunkt wird sicher auf den ersten beiden Ebenen liegen.
		+
		+	== Geschäftsarchitektur ==
		+	Die Entwicklung einer Geschäftsarchitektur dient zur Beschreibung der Ziele, Geschäftsmodelle und der Akteure und Nutzer von IVS. Daraus werden die Geschäftsprozessmodelle sowie die Rollenmodelle entwickelt. Bei der Entwicklung und Beschreibung der Modelle muss berücksichtigt werden, dass die konkreten Modelle in der Regel jedoch in den jeweiligen Referenzarchitekturen beschrieben werden. Auf der Ebene der IVS-Rahmenarchitektur werden hauptsächlich Vorgaben für die Beschreibung von Modellen entwickelt. Wichtige, übergeordnete Rollen- bzw. Geschäftsprozessmodelle können allerdings auch in der IVS-Rahmenarchitektur entwickelt und beschrieben werden. Diese Modelle müssen dann so angelegt sein, dass sie in den Referenzarchitekturen konkretisiert oder spezialisiert werden können. Als Beispiel für ein abstraktes Geschäftsprozessmodell kann die IVS-Wertschöpfungskette dienen, die in der folgenden Abbildung dargestellt ist:
		+
		+	[[datei:IVSWertschöpfungsmodell.png \| thumb \| center \| 500px \| IVS-Wertschöpfungskette]]
		+
		+	Die abstrakten Geschäftsprozess- bzw. Rollenmodellen sind so zu modellieren, dass die konkreten Modelle, die in den Referenzarchitekturen entwickelt werden, als Spezialisierung der abstrakten Modelle angelegt werden können. Falls dies nicht möglich ist, müssen die Modelle entweder weiter abstrahiert werden oder sie können nicht auf
		+	Ebene der IVS-Rahmenarchitektur vorgegeben werden.
		+
		+	==Informationssystemarchitektur ==
		+	In dieser Phase erfolgt die Dokumentation der grundlegenden Struktur von IT-Systemen, die die wichtigsten Informationsobjekte und Anwendungssysteme enthalten. Die Phase besteht aus den beiden Teilen Datenarchitektur und Anwendungsarchitektur, die nacheinander oder gleichzeitig entwickelt werden können.
		+
		+	===Datenarchitektur===
		+	Bei der Datenarchitektur geht es um die Definition von Informations- und Datentypen, die für die Umsetzung der Geschäftsarchitektur benötigt werden.
		+	Ebenso wie bei der Geschäftsarchitektur können auf Ebene der IVS-Rahmenarchitektur in der Datenarchitektur keine konkreten Datenmodelle entwickelt werden. Stattdessen können Vorgaben für die Entwicklung von Datenmodellen (z.B. Datenmodelle müssen plattformunabhängig entwickelt werden) angegeben werden. Zusätzlich wird bei der Beschreibung der Ist-Situation die Verwendung von Datenmodellstandards (z.B. DATEX II) erfasst. Darauf aufbauend können für eine Ziel-Situation der Datenarchitektur Weiterentwicklungen der Standards skizziert sowie fehlende Standards in der Datenmodellierung aufgezeigt werden.
		+	Der herausragenden Rolle des Mobilitätsdatenmarktplatzes (MDM) sollte hier Rechnung getragen werden, indem die im MDM festgelegten und zukünftig benötigten Datenmodelle und Profile besonders berücksichtigt werden.
		+	===Anwendungsarchitektur ===
		+
		+	Bei der Anwendungsarchitektur geht es um die Festlegung der Arten von Anwendungssystemen, die zur Verarbeitung der Daten und zur Implementation der Geschäftsprozesse benötigt werden.
		+	Bei der Entwicklung der Anwendungsarchitektur können auf der Ebene der IVS-Rahmenarchitektur i.A. keine konkreten Anwendungen betrachtet werden. Stattdessen werden wie bei der Datenarchitektur Vorgaben für die Entwicklung von Anwendungsarchitekturen auf Referenzarchitekturebene beschrieben. Zur Beschreibung der Ist-Situation werden bestehende Schnittstellenstandards erfasst. Für die Entwicklung der Ziel-Situation der Anwendungsarchitektur werden mögliche Weiterentwicklungen von Schnittstellenstandards sowie fehlende Schnittstellenstandards identifiziert.
		+	Auch in der Anwendungsarchitektur wird der MDM in seiner bisherigen Form als bundesweit zentrale Datenaustauschplattform (Datenbus) besonders zu berücksichtigen sein. In der Entwicklung der Ziel-Situation der Anwendungsarchitektur kann eine funktionale Weiterentwicklung des MDM z.B. in Richtung einer zentralen Serviceaustauschplattform (Servicebus) eine entscheidende Rolle spielen.
		+
		+	==Technologiearchitektur ==
		+	Bei der Technologiearchitektur steht die Beschreibung des grundlegenden Aufbaus der IT-Systeme im Vordergrund. Dieser Schritt kann auf der Ebene der IVS-Rahmenarchitektur nur in abstrakter Form angegangen werden. So ist es z.B. nicht möglich, konkrete, aus Hard- und Software bestehende IT-Systeme zu identifizieren. Stattdessen können hier lediglich Anforderungen an den Aufbau der IT-Systeme (z.B. Aufbau von serviceorientierten Architekturen) erfasst werden.
		+
		+	=== Ergänzende Informationen zu TOGAF ===
		+	*[[TOGAF-Einführung\| Eine Einführung]]
		+	*[[Medium: IVS-Architektur_TOGAF-Vorab_WS_Einführung.pdf \| Präsentation Vorab-Workshop]]
		+	*[[TOGAF-Reifefaktoren \| Reife-Faktoren]]
		+	*[[Risiko-Management]]
		+

	Auf die Geschäftsarchitekturebene geht es vor allem auch darum, die vom „Staat“ also von der Perspektive der Bundesrepublik Deutschland einzunehmende Rolle zu klären und daraus abzuleiten, was von IVS und wie IVS im „Sinne“ staatlicher bzw. politischer Daseinsfürsorge umgesetzt werden soll. Die aktuellen Ziele lassen sich zum einen aus den Initiativen der EU, aber auch aus aktuellen politischen Vorstellungen ableiten (Nationaler IVS-Plan und gleichartige Initiativen von Bundesländern und Städten, IVS-Koalitionsvertrag …). Dabei sind weniger wirtschaftliche Ziele, als von der Politik zu setzende Rahmenbedingungen zu adressieren, weil es aus Sicht des Staates weniger um Ziele, als vielmehr um solche Rahmenbedingungen gehen muss, die wirtschaftliches Handeln ermöglichen, unterstützen oder forcieren.		Auf die Geschäftsarchitekturebene geht es vor allem auch darum, die vom „Staat“ also von der Perspektive der Bundesrepublik Deutschland einzunehmende Rolle zu klären und daraus abzuleiten, was von IVS und wie IVS im „Sinne“ staatlicher bzw. politischer Daseinsfürsorge umgesetzt werden soll. Die aktuellen Ziele lassen sich zum einen aus den Initiativen der EU, aber auch aus aktuellen politischen Vorstellungen ableiten (Nationaler IVS-Plan und gleichartige Initiativen von Bundesländern und Städten, IVS-Koalitionsvertrag …). Dabei sind weniger wirtschaftliche Ziele, als von der Politik zu setzende Rahmenbedingungen zu adressieren, weil es aus Sicht des Staates weniger um Ziele, als vielmehr um solche Rahmenbedingungen gehen muss, die wirtschaftliches Handeln ermöglichen, unterstützen oder forcieren.

@@ Zeile 10: / Zeile 10: @@
 *'''Technologiearchitektur''': Die Technologiearchitektur beschreibt die Architekturelemente für Aufbau und Betrieb der IT-Infrastruktur. Sie definiert die Basis, auf der Anwendungen beschafft, integriert und betrieben werden können.
 Diese drei Ebenen strukturieren auch die inhaltliche Seite der Architekturarbeit sowohl auf IVS-Rahmenarchitektur als auch auf IVS-Referenzarchitekturseite. Der Schwerpunkt wird sicher auf den ersten beiden Ebenen liegen.
 == Geschäftsarchitektur ==