docuteam:improvements
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
docuteam:improvements [2019/09/12 08:12] – [In Arbeit] Andreas Nef | docuteam:improvements [2020/06/29 11:45] – [Vorschläge/Planung] Andreas Nef | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ======Roadmap für die Verbesserung unserer Software====== | + | ======Roadmap für die docuteam-Applikationen====== |
- | ===== Einleitung ===== | + | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung |
- | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung unserer Werkzeuge. Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, | + | Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, |
- | ==== Vorschläge/ | + | ===== Vorschläge/ |
+ | * **GEVER-Dossier-Viewer** zur Anzeige von AIPs, die ursprünglich aus einem GEVER-System abgeliefert wurden. | ||
+ | * Vorschlag mit groben Anforderungen wurde im April 2020 von Kunden an uns herangetragen. | ||
+ | * Wir verifizieren aktuell die Umsetzungsmöglichkeiten. | ||
* Kontrolliertes **Löschen von AIP** aus dem Repository. Eine Möglichkeit wäre, in einem Workflow die Root-PID des Objekts anzugeben und dann das gesamte Objekt zu löschen. Die Herausforderung dieser Funktionalität sehen wir vor allem auch in der sorgfältigen Konzipierung, | * Kontrolliertes **Löschen von AIP** aus dem Repository. Eine Möglichkeit wäre, in einem Workflow die Root-PID des Objekts anzugeben und dann das gesamte Objekt zu löschen. Die Herausforderung dieser Funktionalität sehen wir vor allem auch in der sorgfältigen Konzipierung, | ||
* Umsetzung sollte dann auch über docuteam bridge zugänglich sein. | * Umsetzung sollte dann auch über docuteam bridge zugänglich sein. | ||
- | * Webbasiertes | + | * **Web-basiertes |
- | * Grob diskutiert | + | * Anforderungen wurden |
- | * Wette in Gang Tobias/ | + | * Ein Umsetzungskonzept haben wir 2019 ausformuliert inkl. Aufwandschätzung und der Usergroup zukommen lassen: {{ docuteam: |
- | * docuteam bridge | + | * Sobald sich 4 Institutionen für die Finanzierung und Begleitung zusammenschliessen, |
- | * Updates | + | * docuteam bridge |
- | * docuteam packer mit Submit-Funktion nach docuteam bridge | + | * Deletions in Planung |
- | ==== In Arbeit ==== | + | * Updates |
- | Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand | + | * docuteam packer mit **Submit-Funktion nach docuteam bridge** |
+ | * Überarbeitung der **Ablieferungsvereinbarungen** | ||
+ | * Die aktuellen Ablieferungsvereinbarungen bieten – aufbauend auf ISO 20652:2006 (CCSDS 651.0-B-1: | ||
+ | * In der Praxis zeigt sich jedoch, dass nur ein kleiner Teil davon effektiv genutzt wird. Eine künftige Version soll sich darauf konzentrieren, | ||
+ | * Das [[https:// | ||
+ | ===== In Arbeit | ||
+ | Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand | ||
- | | + | * Fedora 6 (voraussichtlich :-/ Herbst |
- | * Version 4.1 | + | * Daten- und Metadaten-Modell basierend auf [[https:// |
- | * dynamisches Mapping | + | * Storage-Adapter für docuteam feeder, um Objekte in Fedora |
- | | + | * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora |
- | * Data- and Metadata-Model Matterhorn RDF, siehe Dokumentation: [[docuteam: | + | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora |
- | * Storage-Adapter für docuteam feeder, um Objekte in Fedora | + | |
- | * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora | + | |
- | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora | + | |
* Java 11-Kompatibilität | * Java 11-Kompatibilität | ||
* Mit dem Wechsel von Oracles Release-Zyklus für Java unterstützen wir künftig jeweils die Long Term Support (LTS)-Versionen. | * Mit dem Wechsel von Oracles Release-Zyklus für Java unterstützen wir künftig jeweils die Long Term Support (LTS)-Versionen. | ||
- | ==== Erledigt ==== | + | * Wir entwickeln seither mit (Adopt)OpenJDK 8. |
+ | * Im Sommer 2020 (mit Verfügbarkeit von Fedora 6) stellen wir auf Java 11 um. | ||
+ | * Aktuell sind die Anpassungen bereits vollzogen, wir haben aber mit der effektiven Umstellung der Entwicklungsumgebungen und Build-Plattformen absichtlich noch zugewartet. | ||
+ | |||
+ | ===== Erledigt ===== | ||
+ | * Unterstützung von [[https:// | ||
+ | * Entkoppelung von rservices und Fedora | ||
+ | * Im Hinblick auf den Wechsel zu Fedora 6 haben wir Umstellungen gemacht, um rservices unabhängiger vom verwendeten Repository-System zu machen. | ||
+ | * Autorisierung wird nun gänzlich und konsequent dem Repository übertragen. | ||
+ | * done with [[docuteam: | ||
+ | * Flexiblere Workflow-Konfigurationen, | ||
+ | * Für den Fall, dass der Workflow erfolgreich verarbeitet wurde; | ||
+ | * Für den Fall, dass der Workflow fehlgeschlagen ist; | ||
+ | * Für den Fall, dass die Workflow-Ausführung gelöscht wird. | ||
+ | * done with [[https:// | ||
+ | * Neu-Implementierung des eCH-0160 Konverters: | ||
+ | * Baut auf Version 4.1 auf | ||
+ | * Unterstützt ein dynamisches Mapping | ||
+ | * done with [[docuteam: | ||
* Verbesserung beim **Auslesen von Metadaten** aus einem Excel-Dokument während dem Ingest-Projekt. Die Excel-Tabelle wird dem SIP mitgegeben, im Ingest-Prozess werden die Werte ausgelesen und in das EAD geschrieben. Die Vorschläge für die Verbesserung betrifft Wiederholfelder und Zeilenumbrüche, | * Verbesserung beim **Auslesen von Metadaten** aus einem Excel-Dokument während dem Ingest-Projekt. Die Excel-Tabelle wird dem SIP mitgegeben, im Ingest-Prozess werden die Werte ausgelesen und in das EAD geschrieben. Die Vorschläge für die Verbesserung betrifft Wiederholfelder und Zeilenumbrüche, | ||
- | * done with [[docuteam: | + | * done with [[docuteam: |
* docuteam bridge | * docuteam bridge | ||
* Brücke zwischen Fedora Repository und externen Systemen wie Archivinformationssyteme, | * Brücke zwischen Fedora Repository und externen Systemen wie Archivinformationssyteme, | ||
Zeile 34: | Zeile 58: | ||
* Rückmeldungen, | * Rückmeldungen, | ||
* Bezug von DIP | * Bezug von DIP | ||
- | * done with [[docuteam: | + | * done with [[docuteam: |
* docuteam ginger | * docuteam ginger | ||
* Werkzeug für die Twitter-Archivierung: | * Werkzeug für die Twitter-Archivierung: |