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
    server System JiraJIRA columnIds issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-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-Präfix
  • Signatur
  • 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:
        • Wert In Signatur eintragen: Abgelehnt  in 2023-08-14 Besprechungsnotizen MM
        • zur Hauptsignatur erklären: Angenommen in 2023-08-14 Besprechungsnotizen MM
• 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
  server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-4334

Aktueller Stand

•  

  Status
  title Vorschlag in Bearbeitung

  : Der Vorschlag für die Anforderung wird noch bearbeitet und kann noch nicht in der D-Metadaten Management vorgestellt werden. 
•  

  Status
  title Vorschlag formuliert

  : Der Vorschlag für die Anforderung wurde formuliert und kann in der D-Metadaten Management vorgestellt werden. 
•  

  Status
  title Vorgestellt in D-Erwerbung

  : Der Vorschlag für die Anforderung wurde in der Gruppe D-Metadaten Management vorgestellt.  
•  

  Status
  title Anpassung 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
  title Prüfung Implementer ListeRückmeldung an Entwickler

  : Der Vorschlag wird hinsichtlich der Aufnahme in der Implementer Liste geprüft. 
•  

  Status
  title Priorisierung

  : 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
  title Vorstellung SIG ???

  : Der Vorschlag wird in der MM SIG vorgestellt. 
•  

  Status
  title Beauftragung der Entwicklung

  : Der Vorschlag wird mit den notwendigen Ressourcen in den Entwicklungsprozess eingebrachtangepasste Vorschlag wird zurückgemeldet. 

Weitere Informationen

Vorstellungen

Funktionsanalyse

• Erfassung mehrerer Signaturen - Funktionsanalyse (Funktionsanalyse der ersten Version)

Relevante Anforderungsanalysen

• -

Relevante Entwicklungen und Quellen

• -

Relevante vorhandene Jira-Tickets

• -