Seite gesperrt

Diese Seite ist momentan von einem anderen Benutzer gesperrt. Warten Sie, bis dieser mit dem Bearbeiten fertig ist oder die Sperre abläuft.
Momentan gesperrt von: 216.73.217.20
Sperre läuft ab am: 2026/04/20 23:38 (10 min)
Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
## Was ist das EVA-Prinzip?

Unter dem EVA-Prinzip (engl. IPO-model) versteht man das Grundprinzip der Datenverarbeitung, wobei die drei Buchstaben für **E**ingabe (**I**nput), **V**erarbeitung (**P**rocessing) und **A**usgabe (**O**utput) stehen. 

Diese drei Begriffe beschreiben die grundlegende Logik der Informationsverarbeitung. 

<mermaid>
flowchart LR
id1(Eingabe) --> id2(Verarbeitung) --> id3(Ausgabe)
style id1 fill:#ffff00,stroke:#333,stroke-width:2px
style id2 fill:#00ffff,stroke:#333,stroke-width:2px
style id3 fill:#ffff00,stroke:#333,stroke-width:2px
</mermaid>

Im klassischen Sinne wird auf die physischen Komponenten, also die Hardware, hingewiesen:

|Eingabe  |Verarbeitung  |  Ausgabe|
|--|--|--|
|Tastatur<br>Maus<br>Touchpad<br>Joystick<br>Scanner<br>Barcode-/QR-Code-Leser  |Hauptprozessor<br>CPU<br>Chipsatz<br>Controller  |Monitor<br>Display<br>Lautsprecher<br>Beamer<br>Drucker<br>Plotter  |

Aber das Prinzip ist viel universeller einsetzbar, als nur für physische Informatik-Komponenten.

## Wo lässt es sich noch anwenden?

Das EVA-Prinzip lässt sich in jedem nur erdenklichen Bereich anwenden. Jede Interaktion, jeder Prozess lässt sich damit abbilden.

Denn jede Interaktion, also selbst ein simpler Dialog zwischen zwei Menschen, nimmt Informationen entgegen, verarbeitet sie und erzeugt eine Antwort.

Als Beispiel ein kurzer Dialog bzgl. des Wohlbefindens aus Sicht des Befragten:

```mermaid
flowchart LR
id1(Hört 'Wie geht es Dir?') --> id2(Verarbeitet Frage, denkt über Antwort nach) --> id3(Antwortet 'Sehr gut, danke.')
style id1 fill:#ffff00,stroke:#333,stroke-width:2px
style id2 fill:#00ffff,stroke:#333,stroke-width:2px
style id3 fill:#ffff00,stroke:#333,stroke-width:2px
```
Jede Situation oder jeder Vorgang kann auf die drei Schritte __Informationsaufnahme__, __Informationsverarbeitung__ und __Informationsausgabe__ heruntergebrochen werden.


## Das EVA-Prinzip im EAM

Um das EVA-Prinzip nachhaltig auf Unternehmensarchitekturen zu übertragen, müssen die Elemente noch durch grundsätzliche Fragen abgesichert werden. 

- **Was** (welche Quellinformationen) benötige ich, um den Vorgang zu starten bzw. starten zu können?
- **Was** (Welche Zielinformationen) benötige ich zum Abschluss des Vorganges?
- **Wie** (nach welchen Regeln) wandle ich die Quell- in Zielinformationen um?

Mit diesen Fragen wird das klassische EVA-Prinzip abgehandelt, für Architekturen muss noch folgende Frage zwingend gestellt werden:

- **Womit** (mit welchen Mitteln) erreiche ich das?

Die Fragen des _Was_ und _Wie_ werden grundsätzlich in der Geschäftsebene abgehandelt, da diese vor allem den fachlichen Prozess ansprechen.

Das _Womit_ wird von der Technikebene (durch die Infrastruktur) zur Verfügung gestellt.

Die Informationssystemebene (oder auch Anwendungs- bzw. Applikationsebene genannt) dient als Vermittler/Übersetzer und sorgt für eine reibungslose Unterstützung des Fachbereichs durch die IT. Somit wird der Sinn und Zweck von Unternehmensarchitekturen erfüllt.

```mermaid
flowchart TD
id1(Geschäftsarchitektur) <--Was? Wie?--> id2(Informationssystemarchitektur) <--Womit?--> id3(Technische Architektur)
style id1 fill:#ffff00,stroke:#333,stroke-width:2px
style id2 fill:#00ffff,stroke:#333,stroke-width:2px
style id3 fill:#00ff00,stroke:#333,stroke-width:2px
```

Zu den Grundfragen _Was_, _Wie_ und _Womit_ kommen noch folgende Ergänzungsfragen:

- **Weshalb** ist dies notwendig? (Sinn und Zweck)
- **Wann** (Bis wann) benötigt man dies? (Zeitlicher Rahmen)
- **Wer** ist dafür zuständig? (Verantwortlichkeit)

Die Ergänzungsfragen sind bewusst sehr allgemein gehalten, da sie punktuell an jeder Stelle des Vorganges angesetzt werden können.



|  |**WESHALB**  |**WANN**  |**WER**  |
|--|--|--|--|
|**WAS**  |Wozu werden die Quell-/Zielinformationen benötigt?  |Wann/In welchem Zeitraum werden die Quell-/Zielinformationen benötigt?  |Wer ist für die Quell-/Zielinformationen verantwortlich? (_Dataowner_)  |
|**WIE**  |Weshalb müssen die Informationen verarbeitet werden?  |Wann/In welchem Zeitraum müssen die Informationen verarbeitet werden?  |Wer ist für die Verarbeitung bzw. den Verarbeitungsprozess verantwortlich? (_Processowner_)  |
|**WOMIT**  |Wie wird der Einsatz des benötigten Tools begründet?  |Wann wird welches Tool benötigt/eingesetzt?  |Wer ist für die benötigten Tools verantwortlich?  |



## Fazit

Wer sich schon länger mit Enterprise Architecture Management befasst hat und auch Einblick in das ein oder andere Framework hatte, dem werden die Fragestellungen nicht neu sein. 

Das **Zachman Framework** kennt ebenso sechs Perspektiven, die mit Fragewörtern identifiziert werden, hierzu gehören *Was* (Daten), *Wie* (Funktion), *Wo* (Netzwerk), *Wer* (Personen), *Wann* (Zeit) und *Warum* (Motivation).
Einziger Unterschied zu meiner Darstellung, ich habe statt dem *Wo* ein *Womit*. Der Grund dafür ist recht einfach zu erklären. In der heutigen Welt sind wir so digitalisiert und vernetzt unterwegs, dass das physische *Wo* nur noch eine untergeordnete oder fast schon gar keine Rolle mehr spielt. Wichtiger sind heutzutage die eingesetzten Werkzeuge, eben das *Womit*.

In meiner Darstellung habe ich mich auch an **TOGAF** orientiert, wo die Fragestellungen nicht explizit so erwähnt, aber über die angebotenen Architekturebenen abgedeckt werden:

-   **Geschäftsarchitektur**: Beschreibt die "Wer"- und "Warum"-Aspekte (z. B. Organigramme, Ziele, Prinzipien).
-   **Datenarchitektur**: Fokussiert auf das "Was" (z. B. Datenmodelle, Datenflüsse).
-   **Anwendungsarchitektur**: Behandelt das "Wie" (z. B. Anwendungslandkarten, Schnittstellen).
-   **Technologiearchitektur**: Adressiert das "Womit" (z. B. Infrastruktur, Netzwerke, Standorte).

Meine Darstellung von EVA im Bezug auf EAM stellt somit keine komplette Neuinterpretation dar, sondern soll mehr aus der Sicht eines *pragmatischen Zugangs* zeigen, wie es sich anwenden lässt.