2.12.02 Änderungsantrag

Mit dieser Komponente können Änderungsanträge (Erweiterungen, Reduzierungen, Fehlerbehebungen, …) zu ausgewählten Modulen erfasst werden. Die Änderungsanträge beinhalten u.a. folgende Informationen: Typ, Erstellung, Bewertung, Gültigkeit und die Zuordnung zu Projektdaten.

Die Maske beinhaltet folgende Elemente:

• Änderungsantrag:
  • Nummer: Im Feld Nummer wird vom System eine eindeutige Nummer für den Änderungsantrag vergeben. Diese Nummer ist über die Funktion Nummernkreise im Administrationsmenü definierbar (siehe auch Administrationsleitfaden).
  • Status: Dieses Feld wird über die Aktion “Status setzen” je nach Status des Änderungsantrages von den Bearbeitern des Workflows gesetzt.
  • Name: Dieses Feld bezeichnet den Änderungsantrag in Kurzform mit maximal 50 Zeichen.
  • Anforderung: Dieses Feld stellt die Originalanforderung, so wie sie zu Beginn etwa vom Kunden gestellt wurde, dar.

• Zuweisung:
  • Kontakt:
  • Ansprechpartner:
  • Projekt:
  • Kunden-Ticketnr.: In diesem Feld wird die Ticketnummer eingetragen, die der Kunden für diesen Fehler verwendet.
  • Freigabe durch:
  • Medium:
  • Datum der Bestellung:
  • Entwickler:
  • Unit:
  • Gemeldet von: Dieses Feld kennzeichnet den Erfasser (Mitarbeiter) der diesen Fehler gemeldet hat.
  • Erstellt von:

• Aufwand:
  • Erwarteter Aufwand:
  • Tatsächlicher Aufwand:
  • HQ-Audwand:
  • Externer Stundensatz:
  • Gesamtaufwand:
  • Standard:
  • Kostenpflichtig: In diesem Feld wird eingetragen ob ein Ticket kostenpflichtig ist oder nicht.
  • Typ:
  • Fehlerkategorie:
  • Komponente: Im Feld Komponente wird das zugeordnete Modul für den Änderungsantrag eingetragen. Wenn das Ticket aus der Modulstruktur erzeugt wird, überträgt das System das zugeordnete Modul automatisch. Die Komponenten werden in der Maske 2.12.01 Komponente verwaltet.
  • Zielversion: Dieses Feld ermöglicht die Zuordnung zur Zielversion der Änderung. Die Versionen werden den Komponenten zugeordnet.
  • Versionsdatum:
  • öffentlich: In diesem Feld kann hinterlegt werden, ob das Ticket öffentlich sichtbar sein soll.
  • Ist versprochen:
  • Dringlichkeit:

• Bemerkung:
• Kundenbeschreibung: In diesem Feld wird der Text den die Kunden bezüglich eines Fehlers geschildert haben eingetragen.

• Optionen:
  • Einstellung vorzunehmen:
  • Entwicklungszweige:

• Umsetzung:
  • Konfigurationsanleitung: Dieses Feld hat den Zweck, eine eventuell nötige Erläuterung, zur Benutzung oder möglichen Konfiguration der Umsetzung des Änderungsantrags, zu hinterlegen.
  • Umsetzungsplan: Dieses Feld stellt auf technischer Ebene dar, wie die Umsetzung durchgeführt wird.
  • Sonstige Anmerkungen:
  • Arbeitspakete: Im Feld Arbeitspakete kann eine Zuordnung des Änderungsantrages zu einem oder mehreren Arbeitspaketen vorgenommen werden. Die Arbeitspakete können in der Maske Arbeitspakete definiert und geändert werden.

• Tests:
• Testanleitung:
• Tester: Hier werden alle Mitarbeiter übertragen, welche die fertiggemeldeten Änderungsanträge überprüfen sollen (beispielsweise für die Qualitätssicherung).

• Tests:
  • Bearbeiter Entwickler, Tester : In dem Feld Entwickler wird der Mitarbeiter eingetragen, der das Ticket umgesetzt hat. In dem Feld Tester wird der Mitarbeiter eingetragen, der das Ticket getestet hat.

• Sonstiges:
• Erstellt am:
• Supportfall:
• Verwandte Änderungsanträge: Hier kann ein Verweis auf ähnliche Tickets/Änderungsanträge hinterlegt werden.
• Anforderungslisten: In dem Feld Anforderungslisten werden alle Anforderungslisten angezeigt, in denen der Änderungsantrag eingetragen ist.
• Schlagworte: Hier können definierte Schlagworte der Komponente zugeordnet werden. Diese Schlagwörter können im Menü Produktmanagement - Stichwörter definiert werden.
• Letzte Änderung Status durch:
• Letzte Änderung Status am:
• Rechnung: