Allgemeine Hinweise
- In dieser Tabelle werden die Ergebnisse der Gap-Analysen aus dem GBV-Wiki zusammengeführt.
- Ziel ist es, Gaps zu bündeln und die Erstellung der Funktionsanalysen zu erleichtern (Funktionsanalyse MM, Funktionsanalyse | Erwerbung)
- Jeder Verbund oder Einrichtung fügt die notwendigen Informationen in die Tabelle ein
Spezifische Hinweise
App/Bereich =Bezeichnung der App oder der Apps, in der eine fehlende Funktion erwartet wird, oder in der eine vorhandene Funktion verbessert werden soll. Kann keine App genannt werden, wird die Bezeichnung des Funktionsbereich angegeben.
In einer Zeile dürfen mehrere Apps eingetragen werden - sie sollten jedoch mit " + " getrennt werden, um eine einheitliche Filterung zu ermöglichen.JIRA= Bezeichnung eines JIRA-Tickts, das zumindest ungefähr mit der gewünschten Funktion übereinstimmt.
In einer Zeile darf nur ein JIRA-Ticket eingetragen werden. Ansonsten ist eine eindeutige Filterung der Spalten nach Spalte "JIRA-Ticket" und Spalte "Quelle" nicht möglich. Dies ist notwendig, um eine Abfrage nach Lücken (Gaps) bezüglich vorhandener JIRA-Tickets und der Quellen zu ermöglichen. Dadurch können Duplikate erkannt werden. GIF "Filtern nach JIRA":
Bemerkung= Allgemeine Beschreibung der Gap. Sie kann in der Regel aus der Vorlage kopiert werden.Quelle= Bezeichnung und Link zur ausführlichen Beschreibung der der Gap-Beschreibung. Wenn möglich, sollen frei zugängliche Quellen angewendet werdenPriorisierung= [[[Eine allgemeingültige Bewertung muss unter den Beteiligten definiert werden]]]- Prio nach Folio-Version?
- Prio nach internem Rankingschema?
- Notwendig? Indirekt erfolgt die Priorisierung durch die Diskussion in der jeweiligen D-Gruppe.
Relevante Funktions-/Anforderungsanalyse= Link zu einer bestehenden Funktions- oder Anforderungsanalyse in einer D-Gruppe, die die beschriebene gewünschte Funktion beinhaltet oder eine ähnliche Funktionalität beschreibt.
Fragen
- Soll für jede/n App/Bereich/D-Gruppe/... eine eigene Seite mit Tabelle erstellt werden?
- Werden weitere Spalten benötigt?
- Wer entscheidet über die Übertragung in die D-Gruppe - insbesondere die großen Themen?
- In der jeweiligen D-Gruppe könnte in den Treffen geprüft werden, welche Gaps diskutiert und bearbeitet werden. Kriterien sind zum Beispiel: Bestehende Funktionsanalysen, Aktivitäten in den SIG, ... Dadurch können Aktivitäten synchronisiert werden.
- Wird es zentral entschieden, besteht die Gefahr, dass zu viel Input die D-Gruppen lähmen - eine Priorisierung der Gaps in der Tabelle könnte sinnvoll sein.
- Gibt es Gaps, die "nur" beobachtet werden müssen, weil zum Beispiel die Entwicklung schon durchgeführt wird?
- Für diese Gaps sollten keine Funktionsanalysen erstellt werden, aber eine Übersicht wäre hilfreich, um die Fortschritte zu erkennen und um gegebenenfalls weitere Maßnahmen einzuleiten
- Beispiel: UIORGS-225
- Sollen JIRA-Tickets als Link FOLIO-2802 oder als Makro FOLIO-2802 - Getting issue details... STATUS eingefügt werden?
| App/Bereich | JIRA | Funktion | Bemerkung | Quelle | Priorisierung | Relevante Funktions-/Anforderungsanalyse | |
|---|---|---|---|---|---|---|---|
| 1 | Katalog | FOLIO-2802 | Mehrsprachige Referenzdaten | https://issues.folio.org/browse/FOLIO-2802 → Perspektive: K-Ware-Ansatz nicht nachhaltig. Vorschlag: Inventory-Referenzwerte übersetzen und allgemein zur Nachnutzung zur Verfügung stellt. Die dt. Serviceprovider können die Übersetzungen dann per Script einspielen. Im DACH-Bereich eine Seite anlegen, von der wir zur Übersetzung auf GitHub/Google Drive verlinken können. https://wiki.folio.org/display/Deutsche/Mehrsprachige+Referenzdaten+im+Inventory | VZG | Mehrsprachige Referenzdaten im Inventory | |
| 2 | Druck | - | Möglichkeit, individuelle Bestellinformationen auszudrucken
| derzeit kein Entwicklungsteam | VZG | [Entwurf] Bestellversand - Funktionsanalyse  | |
| 3 | Katalog | - | Prüfung von Abhängigkeiten in anderen Anwendungen beim Löschen von Daten im Inventory | Themenkomplex, wird von einer Untergruppe der App Interaction SIG beabeitet Cross-app data sync working group - presentation on outcome
| VZG | ||
| 4 | Bestellung + Inventarisierung | UXPROD-2865 | Benutzerdefinierte Felder für Bestellungen-App und Inventarisierung-App | War Kandidat für Morning Glory, aber nicht enthalten | VZG | ||
| 5 | Rückgabe | UXPROD-2877 | Abbruch der Rückgabe bei fremdem Standort | vermutlich keine Entwicklung durch die Community | VZG | ||
| 6 | Fees/Fines | UXPROD-2950 | Mahnungen / Benachrichtigung bei Mahnung / Mahngebühren | hohes Kiwi-Pointing dadurch hoffentlich Entwicklung durch die Community (erneut getestet und Holly Mistlebauer kontaktiert, um das Feature auf den Weg zu bringen) | VZG | ||
| 7 | Fees/Fines | UXPROD-2015 | Mahnungen / Benachrichtigung bei Mahnung / Mahngebühren | hohes Kiwi-Pointing dadurch hoffentlich Entwicklung durch die Community (erneut getestet und Holly Mistlebauer kontaktiert, um das Feature auf den Weg zu bringen) | VZG | ||
| 8 | Bestellung | UXPROD-1845 | Mahnungen für Bestellungen - Claiming unreceived or unreceivable items | Mahnungserstellung und -versand für noch nicht gelieferte oder nicht lieferbare Ressourcen; | Morning Glory | ||
| 9 | Bestellung + Inventarisierung | Erwerbungsstatistik | 1. Statistische Codes sollen über Custom fields erfasst werden; Name und kontrolliertes Vokabular nötig (key - value); sowohl in den Bestellungen als auch bei der Inventarisierung für uns wichtiger: Inventarisierung - Custom fields im Inventarisierungsdatensatz - das Feature muss entsprechend ergänzt werden Statistische Codes in der Inventarisierung: Statistik eher auf Stückebene als auf Titelebene; gerne beides 2. Bestellmethoden zur statistischen Erfassung sollen in einem separaten Feld erfasst werden; als konfigurierbare Liste pro Mandant bisherige Erwerbungsmethoden bleiben verknüpft mit konkreten Systemaktionen, die beim Öffnen des Datensatzes getriggert werden; Änderung: Bezeichnungen werden konkreter ("Senden" "ist bereits (im Lieferantensystem) bestellt") -> ist erledigt in MG verfügbar | Morning Glory | |||
| 10 | Inventarisierung | Fortschreibungsmechanismus | Morning Glory | Zeitschriftenverwaltung - Funktionsanalyse | |||
| 11 | Inventarisierung | Erfassung statistischer Daten für DBS und sonstige Auswertungen | hebis | ||||
| 12 | Inventarisierung | Fortschreibungsmechanismus bei Zeitschriftenverwaltung und Fortsetzungsverwaltung ----- Fortschreibungsroutine allgemein | hebis | Zeitschriftenverwaltung - Funktionsanalyse | |||
| 13 | Inventarisierung | Fortschreibungsmechanismus bei Zeitschriftenverwaltung und Fortsetzungsverwaltung ----- Fortschreibungsroutine basierend auf Erscheinungsweise | hebis | Zeitschriftenverwaltung - Funktionsanalyse | |||
| 14 | Inventarisierung | Fortschreibungsmechanismus bei Zeitschriftenverwaltung und Fortsetzungsverwaltung ----- Fortschreibungsroutine basierend auf letzter eingetragener Lieferung | hebis | Zeitschriftenverwaltung - Funktionsanalyse | |||
| 15 | Bestellungen | UXPROD-2840 | Bestellversand ----- Automatisierter Versand der Bestellungen an Lieferanten per E-Mail | hebis | [Entwurf] Bestellversand - Funktionsanalyse | ||
| 16 | Organisationen | UXPROD-2553 | Ergänzung eines Felds "Organisationstyp" | hebis | |||
| 17 | Organisationen | UIORGS-225 | Kontaktpersonen sollen auch im Suchfeld bei Organisationen suchbar sein | [UIORGS-225] Search organizations by Contact person name - FOLIO Issue Tracker (In Refinement) | hebis | ||
| 18 | Inventarisierung | UIIN-1044 | Lookup-Funktion, statt wie bisher einfügen der UUID notwendig. Siehe die Felder preceding und succeeding title. GO-LIVE für hbz (WDR katalogisiert fast nur Aufsätze und die direkt in Folio) Create lookup feature instead of inserting the UUID into an Instance record field. Shall be similar as with preceding and succeeding title. | Stand 8.10.21: erledigt | Morning Glory | ||
| 19 | Inventarisierung | UIIN-1045 | Lookup-Funktion, statt wie bisher einfügen der UUID notwendig. Siehe die Felder preceding und succeeding title. GO-LIVE für hbz (WDR katalogisiert fast nur Aufsätze und die direkt in Folio) Create lookup feature instead of inserting the UUID into an Instance record field. Shall be similar as with preceding and succeeding title. | Stand 8.10.21: erledigt | Morning Glory |