26 Weitere Beziehungstypen in JIRA

26.1 Field Configuration & Field Configuration Scheme

• Field Configuration: Definiert, welche Felder erforderlich, sichtbar oder ausgeblendet sind.
• Field Configuration Scheme: Ordnet Issue Types einer Field Configuration zu.
• Zuweisung: Ein Projekt verwendet ein Field Configuration Scheme, das abhängig vom Issue Type unterschiedliche Feldverhalten definieren kann.

Beziehungen:

• Project → Field Configuration Scheme → (Issue Type → Field Configuration)

26.2 Notification Scheme

• Definiert, wer bei welchen Ereignissen benachrichtigt wird (z. B. Issue Created, Status Changed).
• Empfänger können Rollen, Gruppen, bestimmte Nutzer oder E-Mail-Adressen sein.

Beziehungen:

• Project → Notification Scheme → Events → (User/Group/Role)

26.3 Permission Scheme

• Definiert, welche Aktionen ein Benutzer oder eine Gruppe in einem Projekt durchführen darf.
• Zuweisbar auf Projektbasis.

Beziehungen:

• Project → Permission Scheme → (Permissions → Group/User/Role)

26.4 Issue Type Scheme

• Bestimmt, welche Issue Types in einem Projekt verfügbar sind.
• Wird auf Projektebene zugewiesen.

Beziehungen:

• Project → Issue Type Scheme → Issue Types

26.5 Priority Scheme (nur in Data Center/Cloud Premium)

• Ordnet einem Projekt eine Reihenfolge von Prioritäten zu.
• Ermöglicht projektspezifische Prioritäten und Default-Werte.

Beziehungen:

• Project → Priority Scheme → Priorities

26.6 Custom Field Context

• Ein Custom Field kann mehrere Kontexte haben (z. B. für bestimmte Projekte oder Issue Types).
• Jeder Kontext kann eigene Default-Werte und Optionen definieren (z. B. bei Select-Feldern).

Beziehungen:

• Custom Field → Context → (Project, Issue Type)

26.7 Automation Rules (Cloud)

• Ereignisgesteuerte Regeln, die Aktionen auslösen (z. B. Wenn Issue erstellt → dann setze Wert).
• Regeln bestehen aus:
  • Trigger (z. B. Issue transitioned)
  • Conditions (z. B. If status = Done)
  • Actions (z. B. Send email, Edit issue)

Beziehungen:

• Project → Automation Rules → (Trigger → Condition → Action)

26.8 Workflow Properties

• Auf Status oder Transition anwendbare Key/Value-Paare, die Sonderverhalten steuern (z. B. jira.issue.editable = false).

Beziehungen:

• Workflow → (Status/Transition) → Property

26.9 Issue Security Scheme

• Steuert, welche Nutzer bestimmte Vorgänge sehen dürfen.
• Besteht aus:
  • Security Levels (z. B. intern, öffentlich)
  • Zuweisungen zu Rollen/Gruppen/Nutzern

Beziehungen:

• Project → Issue Security Scheme → Security Levels → Group/User/Role

26.10 Komponenten & Versions

• Komponenten: Teilbereiche eines Projekts, z. B. Backend, Frontend.
• Versions: Repräsentieren Releases, z. B. v1.0, v2.0, mit Status Released, Unreleased.

Beziehungen:

• Project → Components
• Project → Versions
• Issue → (Component, Affects Version, Fix Version)

26.11 Projektrollen & Gruppen

• Projektrollen (z. B. Developers, Administrators) sind projektübergreifend definierbar.
• Benutzer oder Gruppen werden je Projekt einer Rolle zugewiesen.

Beziehungen:

• Project → Role → (Group/User)

Diese Typen und Beziehungen bilden die Grundlage für eine granulare Konfiguration, insbesondere in komplexen Unternehmensumgebungen mit mehreren Projekten, variierenden Berechtigungsanforderungen und spezifischen Workflows. Wenn gewünscht, kann daraus ebenfalls ein zusammengefasster Artikel im Stil des vorherigen erstellt werden.