PubMan-Entwicklung: Funktionalitäten und Priorisierung
Diese Seite dient der Abstimmung der weiteren PubMan-Entwicklung mit den MPG-internen Nutzern des Repositoriums MPG.PuRe.
Aufgeführt sind alle bisher erfassten Funktionalitäten, die noch nicht in PubMan implementiert sind und die mit mindestens zwei Wochen Entwicklungszeit zu den größeren Punkten gehören.
Die Liste wird von der MPDL gepflegt. Wenn Sie Vorschläge oder Wünsche für eine Erweiterung haben, können Sie sich gerne bei uns melden.
In regelmäßigen Abständen werden die MPG-Nutzer von PuRe nach ihrer Priorisierung befragt. Das jeweils letzte Abstimmungs-Ergebnis ist in der unteren Liste festgehalten. DIe Abstimmung wird wiederholt, wenn in der Zwischenzeit eine größere Anzahl neuer Nutzer hinzugekommen ist, oder die Funktionalitäten-Liste um einen oder mehrere Punkte erweitert wurde.
Die MPDL berücksichtig diese Priorisierung bei der weiteren PubMan-Entwicklung: In jedem regulären Feature-Release wird (zumindest anteilig) an dem jeweils obersten Punkt der Liste gearbeitet.
Letzte Priorisierung: 2019
Priority | Category | Required Feature | Informationen (Deutsch) | Information (English) | Status | Effort |
---|---|---|---|---|---|---|
2 | Submission | Duplicate Check | Überprüfung auf Dubletten an verschiedenen Stellen des Publikations-Workflows (siehe Spezifiktion) | possibility to check for duplicates during submission, import and quality assurance workflows (see specification) | has to be specified | |
6 | Workspaces | Report Workspace | Eigener Arbeitsbereich zur Erstellung, Bearbeitung und dem Export von Berichten (Listen) | implementation of an own workspace to compile, save, manage and export reports | has to be specified | |
4 | Administration | Local Administration | Tool zur Administration von OUs, Kontexten und Nutzeraccounts an den Instituten | possibility to manage contexts, user accounts and organizational units at the institutes | in dependency | |
16 | Other | Collaboration Scenario | Implementierung der Nutzerrolle "Collaborator", die Nutzern das Ansehen und Ändern von Datensätzen unabhängig von deren Status ermöglicht | implementation of a new collaborator user role that privileges special users to access and/or modify items independently of the item status | has to be specified | |
13 | Technical | AA / LDAP / Shibboleth | Implementierung von AA / LDAP / Shibboleth zur Authentifizierung von Nutzern. | Implementation of certain authentication possibilities: AA -> LDAP -> Shibboleth | in dependency | |
10 | Administration | User Preferences | Implementierung von Nutzer-spezifischen Konfigurationsmöglichkeiten | possibility for special user preference settings | has to be specified | |
8 | Information | Statistical Reports | Automatische Erstellung von statistischen Berichten, die individuell durch den Nutzer selbst konfigurierbar sind | automatic compilation of statistical reports which are individually definable by the user itself | has to be specified | |
14 | Other | Request a Copy | Nutzer können mit dem Autor (oder dem Moderator, je nach hinterlegter Emailadresse) eines Datensatzes Kontakt aufnehmen, für den Fall dass ein Volltext nicht öffentlich zugänglich ist | possibility for the user to get in contact with an author (or moderator or any email defined) when certain file is not available publicly | has to be specified | |
11 | Ingestion | Fetch from ADS | Einfach-Import: Abholen von Metadaten und Volltexten von ADS | single import: fetch items and fulltexts from ADS | has to be specified | |
5 | Submission | Copyright Workflow | Implementierung eines Workflow zur rechtssicheren Kennzeichnung von Urheber-Rechten in PubMan | implementation of all needed copyright workflow steps which have to be considered for uploading a fulltext to PubMan | in dependency; waiting for OA decisions/guidelines | |
15 | Quality Assurance | Scientific Quality Assurance Workflow | Implementierung eines Workflows zur Sicherung der wissenschaftlichen Qualität von Datensätzen | extension of current workflows to enable a simple scientific quality check | has to be specified | |
7 | GUI Design | Revision of PuRe Homepage | Überarbeitung der PuRe Homepage | redesign of PuRe homepage | has to be specified | |
9 | GUI Design | Revision of Item Lists | Überarbeitung der Listenansicht | redesign of item lists | specified | |
3 | Other | Revision of Yearbook Workflow | Erweiterung für Jahrbuch-Datensätze: Suchbarkeit, Anzeige in der Detailansicht, Melden von Datensätzen bei der Eingabe etc. | Enhancement for YB-Items: Searchable, display in detailed item view, announcement for YB during submission. | has to be specified | |
1 | Tools | Batch-Update | Ermöglicht die gleichzeitige Bearbeitung mehrere Datensätze. Metadaten können für mehrere Datensätze ergänzt oder geändert werden. | Allows the simultan modification of several items. Metadata can be added or changed in one step. | has to be specified | |
4 | Tools | Save Baskets | Ermöglicht das (dauerhafte) Speichern der Ablage für eingeloggte Nutzer. | Enables logged-in users to (permanently) save baskets. | has to be specified | |
12 | Ingestion | Json-Import | Ermöglicht das Einspielen von Daten im Json-Format über die reguläre Import-Funktion der Pure-Oberfläche. | Import Data in Json format using the regular PuRe import interface. | has to be specified | |
11 | Submission | Preview Button | Ein Knopf in der Eingabe-Maske ermöglicht das Erzeugen einer Vorschau der bisherigen Daten im Stile der Detailansicht. | Enables the user to create a preview page of the entered (meta)data which summarises all metadata like the detailed item view does. | has to be specified | |
7 | Other | Cover Sheets for PDFs | Nutzer können (automatisch?) zusätzliche Deckblätter für PDFs mit Hinweisen auf die Herkunft (PuRe), Zitation und/oder rechtl. Informationen erzeugen. | Users can (automatically?) create cover sheets for PDF files containing e.g. provenience (PuRe), citation, legal information. | has to be specified | |
3 | Other | Enable further html tags | "Zulassung" weitere html-Tags zur Darstellung von Schrift-Schnitten (z.B. fett oder kursiv). | Enable processing of further html-Tags for the display of font styles (e.g. bold, italic). | has to be specified |
Status Definitions:
has to be specified -> a specification has to be prepared
in specification -> the new feature is currently specified
specified -> the specification is finished
in preparation for implementation -> the specification is handed over to the developers
in implementation -> the new feature is currently implemented
implemented -> the implementation is finsihed but not yet tested
in testing phase -> the finished implementation is currently tested
in dependency -> the requirement depends on further factors
Effort Definitions:
= medium effort (more than two weeks, up to one month)
= big effort (more than one month, up to two months)
= very big effort (more than two months)
not calcuable = effort is not calcuable due to dependency