Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Info

Auf dieser Seite werden die Anforderungen bezüglich der Erstellung eines wiederholbaren Feldes für weitere Signaturen beschrieben. 

Es ist eine angepasste Version von Erfassung mehrerer Signaturen - Anforderungsanalyse



Info
iconfalse
titleInhalt

Table of Contents



Info
iconfalse
titleÜbersicht und Status


Page Properties


Status

Status
titleVorstellung MM SIGRückmeldung an Entwickler

Priorität

Status
colourBlue
titlemittel

Kategorie

Status
subtletrue
titleFunktion

Ersteller

Status
colourGreen
titleD-MM

Beginn

 





Vorschlag SLUB Dresden

Beschreibung

  • Einem Datensatz sollen weitere Signaturen zugewiesen werden können.
  • Es sollen jedoch nicht die bestehenden Signatur-Felder (Signaturtyp, Signatur-Präfix, Signatur, Signatur-Suffix, Primär) wiederholt werden, wie in Erfassung mehrerer Signaturen - Anforderungsanalyse vorgeschlagen wurde. Dies hat erhebliche Auswirkungen auf die Verknüpfungen mit anderen Apps, ...  
    • Vergleiche: 
      (from Ann-Marie Breaux) Rather than making the existing call number field (and its various component fields) repeatable, could we consider adding a new repeatable field called alternate r previous call number? Might that be less disruptive than changing the existing field to repeatable?
      Jira Legacy
      serverSystem JiraJIRA
      columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
      columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
      serverId01505d01-b853-3c2e-90f1-ee9b165564fc
      keyUXPROD-4334
  • Stattdessen sollen zusätzliche wiederholbare Signatur-Felder definiert werden. Die neuen Felder können zum Beispiel unter der folgenden Bezeichnung zusammengefasst werden: 
    •  Weitere Signatur/en
  • Die internen technischen Bezeichnungen können den jeweiligen Anforderungen entsprechend gewählt werden. Im Front-End können die neuen Felder wie die vorhanden Signatur-Felder bezeichnet werden.    
    • Signaturtyp
    • Signatur-Suffix
    • Primär
  • Ebenen: Die neuen Felder von Weitere Signatur sollten in den folgenden Ebenen zur Verfügung stehen:
    • Item (Exemplar) 
    • Holding (Bestand)
  • Hauptsignatur: Die Werte der Felder Signatur und Weitere Signatur sollen mit maschineller Unterstützung ausgewechselt werden können:
    • Die Signatur (das bestehende Feld) ist immer die Hauptsignatur.
    • Die Hauptsignatur wird zum Beispiel in Folio in den Tabellen, oder in Katalogen angezeigt.
    • Eine Weitere Signatur kann bei Bedarf als Hauptsignatur angewendet werden.
      • Ein manuelles Tauschen der Werte in dem Feld Signatur und Feld Weitere Signatur soll vermieden werden. 
      • Stattdessen sollten die Werte durch eine Funktion "gewechselt" werden.
        • Die Funktion ist an jeder Weitere Signatur vorhanden und kann in Form eines Button ausgelöst werden. 
        • Durch die Funktion werden
          1. die Werte aus den Feldern der Weiteren Signatur in die Felder der Signatur übertragen. 
          2. die Werte aus den Feldern der Signatur in die Felder der  Weitere Signatur übertragen. 
        • (Vorschlag) Bezeichnung Button:
  • Löschen: Jede Weitere Signatur soll einzeln mit allen zugehörigen Signaturfeldern gelöscht werden können.  
  • Indexierung: Alle Signaturen sollen im Signaturindex enthalten sein, damit man danach recherchieren kann.
  • Filter/Suche: Es soll eine Filtermöglichkeit implementiert werden, um die Treffermenge auf die Hauptsignaturen einzuschränken zu können. 
  • Exporte: Alle Signaturen sollen in Exporten enthalten sein, sofern sie nicht als "Anzeige im Discovery unterdrücken" ausgezeichnet sind. 


Entwurf

  • Auf die Erstellung eines Entwurfs wird verzichtet. 


Erstellte Jira-Tickets

  • Jira Legacy
    serverSystem JiraJIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyUXPROD-4334

Aktueller Stand

  •  
    Status
    titleVorschlag in Bearbeitung
    : Der Vorschlag für die Anforderung wird noch bearbeitet und kann noch nicht in der D-Metadaten Management vorgestellt werden. 
  •  
    Status
    titleVorschlag formuliert
    : Der Vorschlag für die Anforderung wurde formuliert und kann in der D-Metadaten Management vorgestellt werden. 
  •  
    Status
    titleVorgestellt in D-Erwerbung
    : Der Vorschlag für die Anforderung wurde in der Gruppe D-Metadaten Management vorgestellt.  
  •  
    Status
    titleAnpassung des Vorschlags
    : Der Vorschlag wurde nach der Vorstellung in der Gruppe D-Metadaten Management diskutiert sowie mit ähnlichen oder konkurrierenden Vorschlägen verglichen und gegebenenfalls angepasst. Die Gruppe D-Erwerbung ist mit dem Vorschlag einverstanden. 
  •  
    Status
    titlePrüfung Implementer ListeRückmeldung an Entwickler
    : Der Vorschlag wird hinsichtlich der Aufnahme in der Implementer Liste geprüft. 
  •  
    Status
    titlePriorisierung
    : Der Vorschlag wird in der Gruppe D-Metadaten Management priorisiert. Je höher die Priorität gewählt wird, desto eher wird die Entwicklung angestrebt. 
  •  
    Status
    titleVorstellung MM SIG
    : Der Vorschlag wird in der MM SIG vorgestellt. 
  •  
    Status
    titleBeauftragung der Entwicklung
    : Der Vorschlag wird mit den notwendigen Ressourcen in den Entwicklungsprozess eingebrachtangepasste Vorschlag wird zurückgemeldet


Weitere Informationen

Vorstellungen

Funktionsanalyse

Relevante Anforderungsanalysen

  • -

Relevante Entwicklungen und Quellen

  • -

Relevante vorhandene Jira-Tickets

  • -