Benutzer-Werkzeuge

Webseiten-Werkzeuge


docuteam:improvements

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
docuteam:improvements [2019/06/12 08:29]
Andreas Nef [Vorschläge/Planung]
docuteam:improvements [2020/06/29 11:45] (aktuell)
Andreas Nef [Vorschläge/Planung]
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 ​[[https://​docs.docuteam.ch/​introduction/​en/​components|unserer Werkzeuge]], und auch wir haben hin und wieder eine Idee. 
-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,​ sondern zeigen auch an welchen Features wir gegenwärtig arbeiten. Wir setzen die Features nach und nach um, finanziert einerseits über Projekten ​("​Bounty-Modell"​),​ andererseits über die Wartungsverträge,​ welche regelmässige Basisverbesserungen möglich machen und für alle die Nachhaltigkeit ​sichern. Wenn Vorschläge über die Wartungsverträge finanziert werden, dann nimmt in der Regel docuteam die Priorisierung vor. Wenn Features innerhalb eines vorgegebenen Zeitraums umgesetzt werden sollen, dann muss dafür ein Projekte formuliert werden und wir reservieren dann auch gerne die notwendigen Kapazitäten für die Entwicklung und das Testen.+Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge,​ sondern zeigen auch an welchen Features wir gegenwärtig arbeiten. Wir setzen die Features nach und nach um, finanziert einerseits über Projekte ​("​Bounty-Modell"​),​ andererseits über die Wartungsverträge,​ welche regelmässige Basisverbesserungen möglich machen und für die Nachhaltigkeit ​sorgen. Wenn Vorschläge über die Wartungsverträge finanziert werden, dann nimmt in der Regel docuteam die Priorisierung vor. Wenn Features innerhalb eines vorgegebenen Zeitraums umgesetzt werden sollen, dann muss dafür ein Projekte formuliert werdenund wir reservieren dann auch gerne die notwendigen Kapazitäten für die Entwicklung und das Testen.
  
-==== Vorschläge/​Planung ====+===== Vorschläge/​Planung ====
 +  * **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,​ um Bedienungsfehler und unbeabsichtigtes Löschen zu verhindern.   * 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,​ um Bedienungsfehler und unbeabsichtigtes Löschen zu verhindern.
     * Umsetzung sollte dann auch über docuteam bridge zugänglich sein.     * Umsetzung sollte dann auch über docuteam bridge zugänglich sein.
-  * Webbasiertes ​Ablieferungswerkzeug +  * **Web-basiertes ​Ablieferungswerkzeug ​"​docuteam hatch"​** 
-    * Grob diskutiert ​am Community Day 2018 +    * Anforderungen wurden ​am Community Day 2018 grob diskutiert. 
-    * Wette in Gang Tobias/​Marion zum Zeitplan ​Konzept +    * Ein Umsetzungskonzept haben wir 2019 ausformuliert inkl. Aufwandschätzung und der Usergroup zukommen lassen: {{ docuteam:​konzept_docuteam-ablieferungswerkzeug_20190925_wi.pdf | Konzept ​docuteam Ablieferungswerkzeug vom 25.9.2020:​docuteam }} 
-  * docuteam bridge +    * Sobald sich 4 Institutionen für die Finanzierung und Begleitung zusammenschliessen,​ sind wir für die Umsetzung bereit und erbringen auch auf unserer Seite Vorleistungen. 
-    * Updates ​und Deletions +  * docuteam bridge ​Implementierung der offenen APIs 
-  * docuteam packer mit Submit-Funktion nach docuteam bridge +    * Deletions in Planung 
-==== In Arbeit ==== +    * Updates ​sollen nach Deletions ​folgen 
-Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand ​Juni 2019):+  * 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:​2004) – ein relativ umfassendes Vokabular an. 
 +    * In der Praxis zeigt sich jedoch, dass nur ein kleiner Teil davon effektiv genutzt wird. Eine künftige Version soll sich darauf konzentrieren,​ aber wichtige Features konsequenter und verständlicher umsetzen. 
 +  * Das [[https://​www.sozialarchiv.ch/​|Schweizerische Sozialarchiv]] arbeitet gemeinsam mit dem [[https://​iisg.amsterdam/​|International Institute of Social History]] an einem **[[https://​archival-iiif.github.io/​|IIIF-Viewer]]** für den Einsatz im Archiv-Kontext. Eine Anbindung an die OAIS-Lösung von docuteam ist vorgesehen, docuteam unterstützt hier gerne den Export von entsprechenden IIIF-Manifesten. 
 +===== In Arbeit ​===== 
 +Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand ​Mai 2020):
  
-  * eCH-0160 Konverter +  * Fedora 6 (voraussichtlich :-/ Herbst 2020) 
-    * Version 4.1 +    * Datenund Metadaten-Modell basierend auf [[https://​github.com/​ICA-EGAD/​RiC-O|RiC-O]]. Das bislang als Basis verwendete ​[[docuteam:​matterhornrdf|Matterhorn RDF Datenmodel]] dient soweit noch als Baustein, möchte wir aber in der RiC-O-Umsetzung aufgehen lassen (wie das auch die erklärte Absicht mit Matterhorn RDF war). Zu diesem Zweck engagieren wir uns auch in der [[https://​vsa-aas.ch/​arbeitsgruppen/​projektgruppe-ensemen/​|Projektgruppe Ensemen des VSA]], wo ein Metadatenmodell basierend auf bestehenden Ontologien entwickelt wird. 
-    * dynamisches Mapping +    * Storage-Adapter für docuteam feeder, um Objekte in Fedora ​zu speichern 
-  * Fedora 4 +    * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora ​6 
-    * Dataand Metadata-Model Matterhorn RDF, siehe Dokumentation: [[docuteam:​matterhornrdf|Matterhorn RDF Datamodel]] +    * Update- und Migrationsmethoden Fedora 3.8 auf Fedora ​
-    * Storage-Adapter für docuteam feeder, um Objekte in Fedora ​zu speichern +  * Java 11-Kompatibilität 
-    * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora ​4 +    * Mit dem Wechsel von Oracles Release-Zyklus für Java unterstützen wir künftig jeweils die Long Term Support (LTS)-Versionen. 
-    * Update- und Migrationsmethoden Fedora 3.8 auf Fedora ​4.x+    * 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 ====+===== Erledigt ====
 +  * Unterstützung von [[https://​www.accesstomemory.org|AtoM]] als AIS in Verbindung mit docuteam cosmos 
 +  * 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:​cosmos-releasenews#​version_540|docuteam cosmos 5.6.0]] 
 +  * Flexiblere Workflow-Konfigurationen,​ d.h. es kann für jeden Workflow optional ein Nachfolge-Workflow definiert werden: 
 +    * 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://​docs.docuteam.ch/​feeder/​5.0/​de/​index|docuteam feeder 5.0]] 
 +  * Neu-Implementierung des eCH-0160 Konverters:​ 
 +    * Baut auf Version 4.1 auf 
 +    * Unterstützt ein dynamisches Mapping 
 +    * done with [[docuteam:​cosmos-releasenews#​version_540|docuteam cosmos 5.4.0]]
   * 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,​ die nicht in allen Fällen funktionieren.   * 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,​ die nicht in allen Fällen funktionieren.
-    * done with [[docuteam:​cosmos-releasenews#​feeder4|5.0.0]]+    * done with [[docuteam:​cosmos-releasenews#​feeder4|docuteam cosmos ​5.0.0]]
   * docuteam bridge   * docuteam bridge
     * Brücke zwischen Fedora Repository und externen Systemen wie Archivinformationssyteme,​ Katalogsysteme     * Brücke zwischen Fedora Repository und externen Systemen wie Archivinformationssyteme,​ Katalogsysteme
Zeile 33: Zeile 58:
     * Rückmeldungen,​ Statusmeldungen     * Rückmeldungen,​ Statusmeldungen
     * Bezug von DIP     * Bezug von DIP
-    * done with [[docuteam:​cosmos-releasenews#​version_520|5.2.0]]+    * done with [[docuteam:​cosmos-releasenews#​version_520|docuteam cosmos ​5.2.0]] resp. [[docuteam:​bridge|docuteam bridge 1.0.0]]
   * docuteam ginger   * docuteam ginger
     * Werkzeug für die Twitter-Archivierung:​ [[https://​ginger.docuteam.ch|https://​ginger.docuteam.ch]]     * Werkzeug für die Twitter-Archivierung:​ [[https://​ginger.docuteam.ch|https://​ginger.docuteam.ch]]
docuteam/improvements.1560320963.txt.gz · Zuletzt geändert: 2019/06/12 08:29 von Andreas Nef