= Ein Vorwort zu Tools =

Im Rahmen der IVS-Rahmenarchitektur orientieren sich die Autoren stark an TOGAF, einem Framework für Enterprise Architecture Management (EAM). Für TOGAF und EAM gibt es bereits zahlreiche am Markt verfügbare und teilweise von der Open Group zertifizierte Tools. Eine Auswahl ist im Wiki zu finden.

<h1>Arten von Tools</h1> Im Prinzip können bei den am Markt verfügbaren Tools zwei Arten von Tools unterschieden werden - diese unterscheiden sich in den darstellbaren Artefakten:

Tools zur Modellierung mit klarem Fokus auf der Erstellung von graphischen Modellen aller Art, z.B. ERM, BPMN 2.0, Architmate 3.0, usw.

Tools zu Planungszwecken. Diese bieten in der Regel strukturiertere Darstellungen, vor allem Matrizen, um Zusammenhänge darzustellen.

= Mehrwert der Tool-Unterstuetzung =

Der Einsatz von Tools bringt folgende Vorteile, die in der Funktionalität der Tools begründet sind  Die wichtigste Funktionalität eines Tools ist aus Sicht der Autoren die zentrale Datenbank bzw. ein zentrales Repository, dies ermöglicht folgendes:

*Einzelne Bausteine müssen nur einmal angelegt werden und können immer wiederverwendet werden
*Zusammenhänge zwischen Bausteinen müssen nur einmal und in der Regel nur in eine Richtung dokumentiert werden
*Die Datenbank bzw. das Repository kann flexibel abgefragt werden, auch zum Zwecke der Entscheidungsunterstützung - nicht vorhergesehene Informationsbedarfe können zum Großteil ad-hoc beantwortet werden
*Mit den Modellierungs-Tools können übersichtliche und korrekte Modelle der Sachverhalte mit geringem Aufwand erzeugt werden
*Die ebenenübergreifende Darstellung von Zusammenhängen wird vereinfacht

Bedeutung der Toolunterstuetzung

2017-12-09T11:03:45Z

Lachenmaier:

2017-11-30T15:27:09Z

Lachenmaier:

== UAP 4.1 Anpassung und Optimierung der IVS-Rahmenarchitektur 1.0 ==

=== Aufgabenstellung ===

Bei der Entwicklung der IVS-Referenzarchitekturen kann es zu Problemen kommen, die aus einer unvollständigen, fehlerhaften oder fehlenden Beschreibung der IVS-Rahmenarchitektur herrühren. Falls diese Probleme nicht bereits während der Entwicklung der Referenzarchitekturen durch Anfragen an den First Level Support gelöst wurden, müssen diese Problemstellen nach Abschluss bzw. im Verlauf der Referenzarchitekturprojekte identifiziert und gelöst werden. Die notwendigen Änderungen durch diese Problemlösungen führen zu einer Version 0.9der IVS-Rahmenarchitektur. Im 2. Öffentlichen Workshop und im anstehenden Treffen des Betreuerkreises werden erneutMöglichkeiten und Barrieren, die sich durch die IVS-Rahmenarchitektur ergeben, diskutiert.

Die Ergebnisse des Abschlussworkshops werden gegebenenfalls noch in die IVS-Rahmenarchitektur eingearbeitet. Die so erhaltene Version 1.0 wird anschließend in Deutsch und in Englisch dokumentiert.

=== Arbeitsschritte ===

Innerhalb des Arbeitspaketes wurden wichtige Themen, die für die IVS-Rahmenarchitektur notwendig sind, nochmals überabreitet. Dabei wurden insbesondere die Rückmeldungen aus dem 1. Öffentlichen Workshop berücksichtigt. Dazu zählen die Konzepte IVS-Rollenmodell, IVS-Governance, IVS-Capabilities und IVS-Nutzen. Diese Themen wurden nochmals überarbeitet und im Wiki zentral festgehalten. Des Weiteren wird das Wiki im Hinblick auf die Version 1.0 der Rahmenarchitektur konsolidiert, indem es nochmals überarbeitet wird (strukturell wie auch formell) - damit u.a. Inkonsistenzen vermieden werden.

Zudem wurden erste Überlegungen für das Vorgehen im Arbeitspaket 4.2 - Konzept für die Weiterentwicklung und Pflege der IVS-Rahmenarchitektur - getroffen, welche bis Projektende durchgeführt werden.

Der Support aus Arbeitspaket 3 wurde weiterhin begleitend geleistet, um die Entwicklung der Referenzarchitekturen durchgängig zu unterstützen und wird auch zukünftig bis Projektende erhalten bleiben.

Das Projektteam hat zudem an der Veröffentlichung der Projektergebnisse mitgewirkt, indem sie sich an einem gemeinsamen Beitrag mit dem Auftraggeber für die TRA 2018 und einer wissenschaftlichen Veröffentlichung auf der MKWI 2018 beteiligen.

<parsererror xmlns="http://www.mozilla.org/newlayout/xml/parsererror.xml">XML Parsing Error: syntax error</parsererror>

=== Ergebnisse ===

Der mit Arbeitspaket vorgesehene Anpassung und Optimierung der IVS Rahmenarchitektur 1.0 wurde durchgeführt und fast vollständig abgeschlossen. Arbeiten innerhalb des Wikis dauern noch an, werden aber zeitnah abgeschlossen.

Anfallende Anpassungsbedarfe können weiterhin jederzeit in Form des gewährleisteten Supports eingepflegt werden (siehe Meilenstein 2b).

Der aktuelle Stand der IVS-Rahmenarchitektur 1.0  ist im Wiki auf dieser Seitezusammengefasst.

- Definitionen zu den überarbeiteten Themengebieten:

IVS-Governance

IVS-Capabilities

IVS-Rollenmodell

IVS-Nutzen

- Struktur des überarbeiteten Wikis ([http://wikiivs.albrechtconsult.com/index.php?title=Hauptseite http://wikiivs.albrechtconsult.com/index.php?title=Hauptseite])

-Veröffentlichungen TRA und MKWI werden hier verlinkt, sobald diese verfügbar sind.

Los1: IVS-RA1.0

2017-11-30T15:23:47Z

Lachenmaier:

2017-08-15T19:30:35Z

Lachenmaier:

TOGAF-Phase E

2017-08-15T19:29:30Z

Lachenmaier:

== Phase E – Möglichkeiten und Lösungen ==

;TOGAF

:Phase E ist die erste Phase, die sich direkt mir der Implementierung befasst. Sie beschreibt den Prozess der Identifizierung von Instrumenten (Projekte, Programme oder Portfolios), zur Implementierung der Zielarchitektur, die in den vorherigen Phasen entworfen wurde.
:Im Prinzip geht es in der Phase E darum, warum die identifizierten Lücken in den Architekturen geschlossen werden können. In den Phasen B-D wird eine Gap-Analyse (Soll-Ist-Vgl.) durchgeführt. Wenn nun im Rahmen der Gap-Analyse z.B. festgetsellt wird, dass ein Geschäftsprozess zukünftig von einem IT-System unterstützt weren soll, dann geht es in der Phase E nun darum, wie man dieses IT-System bekommt - welche Systeme am Markt verfügbar sind, welche geeignet sind oder ob selbst etwas entwickelt werden muss. D.h. verschiedene Möglichkeiten und Lösungen zur Schließung der Lücke werden erwogen und bewertet. Schließlich wird eine davon ausgewählt. 
:Bei der Lücke in der Datenarchitektur (z.B. uns fehlen Baustellendaten), kann man als Lösungen in Betracht ziehen, die Baustellendaten vom MDM zu beziehen oder von den Städten einzeln. Nach dem Kriterium der Wirtschaftlichkeit könnte der MDM als bessere Lösung ausgewählt werden. 
:Im Sinne des Capability-Ansatzes muss die Lücke aber nicht unbedingt eine fehlende IT-Lösung sein. Es kann auch sein, dass z.B. eine ganze Organisationseinheit fehlt oder ein neuer Geschäftsprozess entwickelt werden muss. 

;IVS-Rahmenarchitektur
:Die Phase E beschreibt den Prozess der Identifizierung von Instrumenten, zur Implementierung der IVS-Architekturprojekte.

{| class="wikitable"
|-
! Schritt
! TOGAF
! Tailoring IVS-Rahmenarchitektur
! Anleitung
! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
|-
| 1
| style="text-align: left; vertical-align: top" | Bestimmung/Sicherstellung der wichtigsten [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_01 Attribute für Veränderungen im Unternehmen]
| style="text-align: left; vertical-align: top" | Festlegung der besten Strategie und der wichtigsten Faktoren für die Implementierung der IVS-Architektur
| style="text-align: left; vertical-align: top" | [[Festlegung_einer_Strategie_für_die_Implementierung_einer_IVS-Architektur|'''Festlegung einer Strategie für die Implementierung einer IVS-Architektur''']]
*[[Implementation_Factor_Assessment_and_Deduction_Matrix|Template: IVS-Architektur Implementierungsmatrix]]

| style="text-align: left; vertical-align: top" |  
|-
| 2
| Ermittlung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_02 Hemmnissen für die Implementierung]
| Identifizierung von Hemmnissen für die Implementierung der IVS-Architektur
| [[Hemmnisse_für_die_Implementierung_der_IVS-Architektur|Identifizierung von Hemmnissen für die Implementierung der IVS-Architektur]]
|-
| 3
| Review und Konsolidierung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_03 Ergebnissen aus der Gap-Analyse aus Phasen B bis D]
| Überprüfung und Konsolidierung der Gap-Analysen aus den Phasen B bis D
| [[Konsolidierung_der_Gap-Analysen|Überprüfung und Konsolidierung der Gap-Analysen aus den Phasen B bis D]]
|  
|-
| 4
| Review der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_04 Anforderungen in gegenüber den zugehörigen Business-Funktionen]
|
Überprüfung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_04 Anforderungen gegenüber den zugehörigen Business-Funktionen]

|  
|  
|-
| 5
| Konsolidierung und Abstimmung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_05 Anforderungen an die Interoperabilität]
|  
|  
|  
|-
| 6
| Detailliertere [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_06 Bestimmung und Überprüfung von Abhängigkeiten]
|  
|  
|  
|-
| 7
| Untersuchung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_07 Reife und des Risikos für Veränderungen aus geschäftlicher Sicht]
|  
|  
|  
|-
| 8
| Formulierung einer groben [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_08 Implementierungs- und Migrationsstrategie]
|  
|  
|  
|-
| 9
| Identifizierung und Gruppierung wichtigster [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_09 Arbeitspakete]
|  
|  
|  
|-
| 10
| Identifizierung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_10 Transitionsarchitekturen]
|  
|  
|  
|-
| 11
| Erstellung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_11 Portfolio- und Projektvereinbarungen und Aktualisierung der Architekturen]
|  
|  
|  
|}

 

 

 

 

 

----

Es können alternative Lösungsansätze und Architekturbausteine diskutiert und bewertet werden, um im Anschluss möglichst wenige, dafür aber konkrete Empfehlungen zu geben.

----

[[Hauptseite|<< Zurück zur Hauptseite]]

TOGAF-Phase F

2017-08-15T19:27:35Z

Lachenmaier:

== Phase F – Migrationsplanung ==

;TOGAF

:In Phase F geht es nach TOGAF im Prinzip darum, die ausgewählte Lösung aus Phase E zu planen. Geht es um eine IT-Lösung, dann muss diese von einem Softwareunternehmen beschafft und implementiert werden. D.h. man muss einen Vertrag mit dem Softwareanbieter schließen und ein Projekt aufsetzen zur Implementierung der Software. Handelt es sich nicht um Software, sondern z.B. um Personal, muss man sich in dieser Phase u.a. überlegen, wann wieviele neue Stellen geschaffen werden oder welche Qualitfikationen die neuen Mitarbeiter haben sollen. Evtl. muss auch hier ein Vertrag mit einem externen "Lieferanten" (HR-Spezialist) abgeschlossen werden. 
:Bestandteil des Vertrtags sollte u.a. sein, dass die neue Lösung konform zu den Architekturprinzipien ist. 

;IVS-Rahmenarchitektur
:Die Phase F beschreibt ....

{| class="wikitable"
|-
! Schritt
! TOGAF
! Tailoring IVS-Rahmenarchitektur
! Anleitung
! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
|-
| 1
|
Bestätigung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_01 der Interaktion des Framework Managements für die Implementierung und die Migrationsplanung]

|  
|  
|  
|-
| 2
|
Bestimmung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_02 eines wirtschaftlichen Werts für jedes Arbeitspaket]

|  
|  
|  
|-
| 3
|
Einschätzung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_03 der Anforderungen an die Ressourcen, die Zeitplanung des Projekts und die Verfügbarkeit/Lieferfahrzeug]

|  
|  
|  
|-
| 4
|
Priorisierung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_04 der Migrationsprojekte mittels Durchführung einer Kosten-Nutzen-Analyse und Risiko Validierung]

|  
|  
|  
|-
| 5
|
Bestätigung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_05 der Roadmap und Aktualisierung des Definitions Dokument der Architektur]

|  
|  
|  
|-
| 6
|
Entwicklung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_06 der Implementierung und der Migrationsplanung]

|  
|  
|  
|-
| 7
|
Vervollständigung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap14.html#tag_14_04_07 des Entwicklungszyklus und des Dokuments über gewonnene Erkenntnisse der Architektur]

|  
|  
|  
|}

----

...

----

[[Hauptseite|<< Zurück zur Hauptseite]]

2017-08-10T09:35:03Z

Lachenmaier:

TOGAF-Phase G

2017-08-10T09:32:28Z

Lachenmaier:

== Phase G – Steuerung der Einführung ==

;TOGAF

:Phase G .....

;IVS-Rahmenarchitektur
:Die Phase G beschreibt ....

{| class="wikitable"
|-
! Schritt
! TOGAF
! Tailoring IVS-Rahmenarchitektur
! Anleitung
! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
|-
| 1
| Confirm Scope and Priorities for Deployment with Development Management
|  
|  
|  
|-
| 2
| Identify Deployment Resources and Skills
|  
|  
|  
|-
| 3
| Guide Development of Solutions Deployment
|  
|  
|  
|-
| 4
| Perform Enterprise Architecture Compliance Reviews
|  
|  
|  
|-
| 5
| Implement Business and IT Operations
|  
|  
|  
|-
| 6
| Perform Post-Implementation Review and Close the Implementation
|  
|  
|  
|}

----

...

----

[[Hauptseite|<< Zurück zur Hauptseite]]

TOGAF-Phase F

2017-08-10T09:30:38Z

Lachenmaier:

2017-07-06T09:42:16Z

Lachenmaier:

== Teilnehmerliste ==

 

== Präsentation ==

[[Media:20170629_Workshop_IVS-Rahmenarchitektur_Gesamt_01-00-00.pdf|Media:20170629 Workshop IVS-Rahmenarchitektur Gesamt 01-00-00.pdf]]

== Protokoll ==

[[Media:2017-06-29-Protokoll-Workshop_00_00_05.docx|Media:2017-06-29-Protokoll-Workshop 00 00 05.docx]]

- ENTWURF - 

== Fotos ==

=== Los 1 ===

[[File:Los 1 IMG 20170629 161232.jpg|200x200px|Ergebnis WS]]

=== Los 2 ===

[[File:Los 2 IMG 20170629 161215.jpg|200x200px|Los 2 IMG 20170629 161215.jpg]]

=== Los 3 ===

 

=== Los 4 ===

[[File:Los 4 IMG 20170629 161403.jpg|200x200px|Los 4 IMG 20170629 161403.jpg]]

 

 

== Dokumentation durch die einzelnen Lose ==

=== Los 1 ===

[[Media:Feedback_Los_1.pdf|Media:Feedback Los 1.pdf]]

=== Los 2 ===

 

=== Los 3 ===

 

=== Los 4 ===

[[Media:20170630_IVS-Rahmenarchitektur_WS_Rueckblick_Ausblick_Los_4.pdf|Media:20170630 IVS-Rahmenarchitektur WS Rueckblick Ausblick Los 4.pdf]]

== Poster ==

=== Los 1 ===

[[Media:IVS-Poster_IVS-Rahmenarchitektur_Los1_00-01-00.pdf|Media:IVS-Poster IVS-Rahmenarchitektur Los1 00-01-00.pdf]]

 

=== Los 2 ===

[[Media:IVS-Poster_V2_HD-LOS2_V07.pdf|Media:IVS-Poster V2 HD-LOS2 V07.pdf]]

 

=== Los 3 ===

 

=== Los 4 ===

 