IT-Landschaft

Die IT-Landschaft hält, worauf die Arbeit technisch aufsetzt — auf drei Ebenen: Anwendung, fachliche Fähigkeit und Technologie, mit den Abhängigkeiten dazwischen.

Die mittlere Ebene ist bewusst keine Technik: eine fachliche Fähigkeit wie „Kunden gewinnen und binden” beschreibt, was die Organisation kann. Sie steht hier, weil sich erst dadurch beantworten lässt, welche Anwendung welche Fähigkeit bedient.

Wozu

Eine IT-Landschaft macht sichtbar, welche Applikation welche Business Capability bedient und auf welcher Technologie sie aufsetzt. Über DEPENDS_ON modellierst du, welche Komponenten voneinander abhängen — wichtig für Migrationsplanung und Impact-Analysen.

Standardansicht: Cluster

IT-Systeme öffnen sich in der Cluster-Ansicht: aufklappbare Gruppen mit Anzahl-Badge und kompakten Zeilen (Icon + Name + Status-Punkt). Ein Klick auf eine Zeile öffnet die Detailansicht.

Mit dem Umschalter „Gruppieren nach” rechts in der Filterzeile über der Ansicht wählst du die Cluster-Dimension:

• Art (Voreinstellung) — Anwendung, fachliche Fähigkeit, Technologie.
• Status — Aktiv, In Planung, Migration, Auslaufend, Abgelöst.
• Kritikalität — Mission Critical, Business Critical, Business Operational, Administrative.
• Lifecycle-Phase — Einführung, Wachstum, Reife, Rückbau.

Die Gruppen folgen der Reihenfolge aus dem Schema deines Entitätstyps; eigene Werte, die nicht im Schema stehen, erscheinen alphabetisch dahinter. Elemente ohne Wert in der gewählten Dimension landen in der Gruppe „Ohne Angabe” am Ende. Die gewählte Gruppierung bleibt über Sitzungen hinweg erhalten.

Alternative Ansicht: Liste

Über den Ansichts-Umschalter oben rechts neben dem Seitentitel wechselst du zur Card-Liste mit Typ-Badge (Anwendung/fachliche Fähigkeit/Technologie), Kritikalität, Lifecycle-Phase und Reifegrad. Filter nach Typ, Status, Kritikalität.

Eigenes Icon je Element

Damit man Server, Datenbank und Cloud-Dienst auf einen Blick auseinanderhält, trägt jedes IT-System ein eigenes Icon. Das Feld icon ist im mitgelieferten Schema enthalten; beim Bearbeiten wählst du das Symbol aus einer durchsuchbaren Liste (Server, Datenbank, Cloud, Netzwerk, Terminal …).

Das Icon erscheint in beiden Ansichten: in der Cluster-Ansicht vor dem Namen jeder Zeile, in der Listenansicht auf der Karte — jeweils statt des für alle Elemente gleichen Typ-Icons. Ist bei einem Element keines gesetzt, bleibt es dort beim Typ-Icon, damit die Namen nicht gegeneinander verspringen. Führt ein Entitätstyp gar kein Icon-Feld, sieht die Cluster-Ansicht aus wie bisher.

Bestehende Entitätstypen bekommen das Feld nicht automatisch — das mitgelieferte Schema greift nur beim Anlegen. Ergänze es bei Bedarf über Entitätstypen → Bearbeiten: ein string-Feld anlegen und in „Darstellung pro Feld” die Darstellung Icon wählen. Siehe JSON-Schema für Entitätstypen.

Wichtige Beziehungen

• DEPENDS_ON (EA → EA) — Abhängigkeit zwischen IT-Systemen (z.B. „Bestellsystem hängt von Datenbank-Technologie ab”)
• OWNS (Person/Rolle → IT-System) — System-Owner
• EXECUTES (Capability → Wertstrom) — welche Wertströme eine Capability bedient

Details: Beziehungstypen.

Beispiel-Schema zum Kopieren

Das Schema deckt drei sehr unterschiedliche Elementtypen ab — die relevanten Felder pro Typ kannst du via [[entity-type-schema|showWhen]] nur dann einblenden, wenn der entsprechende eaType gewählt ist.

{
  "type": "object",
  "properties": {
    "eaType": {
      "type": "string",
      "title": "EA-Typ",
      "enum": ["application", "capability", "technology"]
    },
    "icon": { "type": "string", "title": "Icon", "x-presentation": "icon" },
    "description": { "type": "string", "title": "Beschreibung" },
    "status": {
      "type": "string",
      "title": "Status",
      "enum": ["Aktiv", "In Planung", "Migration", "Auslaufend", "Abgelöst"]
    },
    "lifecycle": {
      "type": "string",
      "title": "Lifecycle-Phase",
      "enum": ["Einführung", "Wachstum", "Reife", "Rückbau"]
    },
    "vendor": { "type": "string", "title": "Anbieter / Hersteller" },
    "criticality": {
      "type": "string",
      "title": "Kritikalität",
      "enum": ["Mission Critical", "Business Critical", "Business Operational", "Administrative"]
    },
    "maturityLevel": {
      "type": "integer",
      "title": "Reifegrad (1-5)",
      "minimum": 1,
      "maximum": 5
    },
    "capabilityLevel": {
      "type": "string",
      "title": "Capability-Ebene",
      "enum": ["Level 1 (Strategisch)", "Level 2 (Taktisch)", "Level 3 (Operativ)"]
    },
    "strategicRelevance": {
      "type": "string",
      "title": "Strategische Relevanz",
      "enum": ["Hoch", "Mittel", "Niedrig"]
    },
    "techCategory": {
      "type": "string",
      "title": "Technologie-Kategorie",
      "enum": ["Programmiersprache", "Framework", "Datenbank", "Cloud-Service", "Middleware", "Infrastruktur"]
    },
    "version": { "type": "string", "title": "Version" }
  },
  "required": ["eaType"]
}

Erweiterungs-Ideen: tcoAnnual (Total Cost of Ownership), licenseType, supportEndDate. Details: JSON-Schema für Entitätstypen.

Detailansicht

• Typ-Badge + Kritikalität als Hervorhebung
• Lifecycle-Phase + Reifegrad als Indikator
• Anbieter / Hersteller
• Upstream- und Downstream-Abhängigkeiten (DEPENDS_ON beide Richtungen)
• System-Owner via OWNS

Verwandt

• Entitätstypen — Allgemeines zu Entitätstypen
• JSON-Schema für Entitätstypen — JSON-Schema-Optionen, showWhen für typabhängige Felder
• Wertschöpfung — Wertströme, die IT-Systeme bedienen
• Risiken — Risiken aus EA-Abhängigkeiten
• Beziehungstypen — DEPENDS_ON, OWNS im Detail