Erstellung eines wiederholbaren Feldes für weitere Signaturen - Anforderungsanalyse
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.
: Es bestehen derzeit keine Ressourcen, um die Anforderung zu realisieren. Die SLUB Dresden wird diese Anforderung voraussichtlich im Rahmen des geplanten EFRE-Projekts bearbeiten.
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?
- UXPROD-4334Getting issue details... STATUS
- Vergleiche:
- 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
undWeitere 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 FeldWeitere 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
- die Werte aus den Feldern der
Weiteren Signatur
in die Felder derSignatur
übertragen. - die Werte aus den Feldern der
Signatur
in die Felder derWeitere Signatur
übertragen.
- die Werte aus den Feldern der
- (Vorschlag) Bezeichnung Button:
: Abgelehnt in 2023-08-14 Besprechungsnotizen MMWert In Signatur eintragen
zur Hauptsignatur erklären
: Angenommen in 2023-08-14 Besprechungsnotizen MM
- Die Funktion ist an jeder
- Ein manuelles Tauschen der Werte in dem Feld
- Die
- 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
Aktueller Stand
- VORSCHLAG IN BEARBEITUNG: Der Vorschlag für die Anforderung wird noch bearbeitet und kann noch nicht in der D-Metadaten Management vorgestellt werden.
- VORSCHLAG FORMULIERT: Der Vorschlag für die Anforderung wurde formuliert und kann in der D-Metadaten Management vorgestellt werden.
- VORGESTELLT IN D-ERWERBUNG: Der Vorschlag für die Anforderung wurde in der Gruppe D-Metadaten Management vorgestellt.
- 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.
- RÜCKMELDUNG AN ENTWICKLER: Der angepasste 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
- -