Individuelle Customizings und Updatesicherheit

Release-Fähigkeit nach Customizings

Informationen
  • Objekte des Standards (z.B. Benutzerrollen, Arbeitsgebiete, Listboxwerte, Module, Datenbereiche, Datenfelder, Dataitems) werden bei jedem Update wieder auf die PLANTA-Standardeinstellungen gesetzt. Diese können wegen der Weiterentwicklung zwischen Versionen variieren.
  • Wenn keine Veränderung durch den PLANTA-Standard erfolgen soll, ist es empfehlenswert, eigene Customizing-Objekte wie Module und Datenbereiche einzurichten, da diese durch Updates nicht verändert werden. Dies kann durch Kopieren von Standardobjekten erfolgen, die anschließend angepasst werden.
  • Bei eigenen Objekten wird die Identnummer mit der vorangestellten Lizenznummer gebildet.
  • Zusätzlich empfiehlt es sich, bei der Bezeichnungsvergabe für eigene Objekte eine Konvention festzulegen, die ein einfaches Unterscheiden von Standardobjekten ermöglicht.

Hinweis

  • Customizer-Objekte gehören zur Parameterdatenbank und dürfen nicht geändert werden.

Release-Fähigkeit individueller Modulvarianten bei Standardmodulen

Informationen
  • Wurde das Modul im Standard komplett ausgetauscht (neue ID), gehen die Varianten verloren.
  • Wurde das Modul nur geändert, bleiben die individuellen Varianten zwar erhalten, müssen aber ggf. manuell an die Änderungen des Basismoduls angepasst werden.
  • Dies gilt sowohl für systemweite- als auch für benutzerspezifische Modulvarianten.

Änderung von Standardobjekten

Informationen
  • In manchen Fällen ist die oben beschriebene komplette Individualisierung nicht bzw. nicht mit vertretbarem Aufwand realisierbar und es werden Standardobjekte verändert.
  • Wird dieser Weg gewählt, muss das Customizing nach einem Update ganz oder teilweise wiederholt werden.
  • Dies ist natürlich nur bei entsprechender Dokumentation der durchgeführten Änderungen möglich (sog. Individuelles In Case of Update (ICOU))
    • Empfehlung: Vor jedem Customizing, aber spätestens vor einem Update, anhand des ICOU prüfen, ob es sich lohnt, bestimmte Objekte durch Kopieren zu individualisieren.
  • Wie umfangreich die „Nacharbeiten" sind, hängt von der Art der Änderung ab.
    • Werden Parameter der Standardobjekte geändert, so sind diese nach dem Update wieder auf den Standardwert gesetzt.
    • Wird in einem Standardobjekt eine Zuordnung gelöscht, so ist diese nach dem Update wieder vorhanden.
    • Wird einem Standardobjekt zusätzlich ein individuelles Objekt zugeordnet, bleibt diese Zuordnung beim Update erhalten.

Beispiel

  • Das Standard-Modul 004711 wurde geändert:
    • im Standard-Datenbereich 004712 wurde das Datenfeld 999001 aufgenommen
    • im Standard-Datenbereich 004713 wurde der Standardwert des Dataitem 004714 von @Y auf @N geändert
    • der individuelle Datenbereich 999002 wurde an Stelle des Standard-Datenbereiches 004714 zugeordnet
  • Nach dem Update ist
    • zu prüfen, ob
      • im Standard-Datenbereich 004712 das Datenfeld 999001 noch korrekt ist (z.B. Layoutparameter bei Masken)
      • die Parameter des individuellen Datenbereiches 999002 weiterhin korrekt sind (z.B. Pos, O.-Pos, Erfüllungsregeln usw.)
    • im Standard-Datenbereich 004713 der Standardwert des Dataitem 004714 wieder auf @N zu ändern
    • die (nun wieder vorhandene) Zuordnung des Standard-Datenbereiches 004717 zu löschen

Weitere Regeln zu beachten

Regeln zu den am häufigsten durchgeführten Änderungen von Standardobjekten

AnpassungSorted ascending zu beachten

Dataitembezeichnungen

Vollständigkeit

  • manche Felder (z.B. Projekt) werden direkt oder indirekt mittels Holexit in weiteren Datentabellen verwendet; manchmal auch abgekürzt (z.B. Vorgang/VG)
  • manche Felder haben ein korrespondierendes Datenfeld (z.B. Managername als ID und als Inkarnationsfeld)
  • in manchen Modulen wird statt der Dataitembezeichnung die DF-Überschrift ausgegeben

Auswirkungen auf Layout

  • Bei unterschiedlichen Längen hat die Änderung Auswirkungen auf Masken- bzw. Drucklayout

Datenbereich, Arbeitsgebiet, Rollenzuordnung, Listboxen

Vor der Änderung ist unbedingt die Verwendungshäufigkeit zu prüfen, um nicht versehentlich andere Objekte mit zu ändern.

Empfehlung bei Mehrfachverwendung:

  • Standardobjekt kopieren ( = individualisieren) und in der gewünschten Zuordnung durch Kopie ersetzen
  • Kopie anpassen

DF-Länge eines Dataitems

  • Auswirkungen auf Masken- bzw. Drucklayout
  • Dateninhalt anpassen, bevor ein Dataitem verkürzt wird.

Modul-, Panel-, Modulvarianten-, Datenfeld- und Dataitembezeichnungen

Alle Bezeichnungen müssen in allen lizenzierten Sprachen angepasst werden.

In der Standarddokumentation (Wiki) wird weiterhin die Standardbezeichnung verwendet

Hinweis

         PLANTA project









 
  • Suche in Topic-Namen

  • Suche in Topic-Inhalten
This site is powered by the TWiki collaboration platform Powered by Perl