JusCMS Architecture Feasibility Study Concept 2.3

JusCMS,MPDL

=Machbarkeitsanalyse für Konzept 2.3= =Grafik=

thumb|left|Datenhaltung Contens, Eingabe Wiss./ZS, Upload in PubMan

=Szenario=

Die primäre Datenhaltung findet in Contens statt.

Die Eingabe kann sowohl durch den Wissenschaftler als auch durch eine zentrale Stelle (ZS) erfolgen.

Die Architektur-Option soll 3 mögliche Workflows abbilden:


 * 1) rudimentäre Eingabe der Publikationsdaten durch den Wissenschaftler (in Contens)
 * 2) vollständige Eingabe der Publikationsdaten durch den Wissenschafter (in Contens)
 * 3) vollständige Erfassung der Publikationsdaten durch eine zentrale Stelle (in Contens) - nur in Ausnahmefällen

1. Rudimentäre Eingabe der Publikationsdaten durch den Wissenschaftler:
 * Der Wissenschaftler meldet sich im CMS an und ruft die Seite mit seiner Publikationsliste auf
 * Auf der Publikatiosliste befinden sich zwei Objekte: ein Publikationseingabeobjekt und ein Publikationsdatenlistenobjekt
 * Der Wissenschaftler klickt das Publikationseingabeobjekt an- dies löst die Anzeige eines Auswahlmenüs aus: rudimentäre Eingabe oder vollständige Eingabe
 * Er wählt "rudimentäre Eingabe"
 * Es öffnet sich ein Fomular mit nur wenigen Pflichtfeldern
 * Das Speichern des Formulars "rudimentäre Eingabe" erzeugt eine Information (über Contens Messaging?) für die zentrale Stelle, dass Datensatz XY angelegt wurde, der vervollständigt werden muss
 * Die zentrale Stelle loggt in Contens ein und vervollständigt den Datensatz
 * Die zentrale Stelle speichert den Datensatz
 * über das Speichern (oder eine Zusatzfunktion) wird eine Benachrichigung (über Contens Messaging?) an den Wissenschaftler ausgelöst, dass die Vervollständigung von Datensatz XY erfolgt ist und er das Ergebnis sofort prüfen kann
 * Wenn sich der Wissenschaftler die Vorschau seiner Publikationsliste anzeigen lässt, enthält sie das von der zentralen Stelle geänderte Objekt. Dargestellt wird es im Rahmen der Publikationsliste im jurisitschen Zitierstil- unter Verwendung von Contens-Outputtypes
 * Änderungswünsche werden der zentralen Stelle gemeldet, die diese in PubMan einpflegt
 * Wiederholung des Workflows
 * Abschließendes Publizieren durch den Wissenschaftler
 * Das Publizieren löst einen Export (des jüngsten Publikationsobjektes? aller verlinkten Publikationsobjekte?) von Contens zu PubMan aus

2. Vollständige Eingabe der Publikationsdaten durch den Wissenschafter:
 * Der Wissenschaftler meldet sich im CMS an und ruft die Seite mit seiner Publikationsliste auf
 * Auf der Publikatiosliste befinden sich zwei Objekte: ein Publikationseingabeobjekt und ein Publikationsdatenlistenobjekt
 * Der Wissenschaftler klickt das Publikationseingabeobjekt an- dies löst die Anzeige eines Auswahlmenüs aus: rudimentäre Eingabe oder vollständige Eingabe
 * Er wählt "vollständige Eingabe"
 * Er erfasst sämtlich Datenfelder speichert das Publikationsobjekt
 * Wenn sich der Wissenschaftler die Vorschau seiner Publikationsliste anzeigen lässt, wird diese im jurisitschen Zitierstil dargestellt- unter Verwendung von Contens-Outputtypes
 * er nimmt ggf. weitere Änderungen am Publikationsobjekt vor
 * Abschließendes Publizieren durch den Wissenschaftler
 * Das Publizieren löst einen Export (des jüngsten Publikationsobjektes? aller verlinkten Publikationsobjekte?) von Contens zu PubMan aus

3. Vollständige Erfassung der Publikationsdaten durch eine zentrale Stelle (nur im Ausnahmefall!):
 * Die zentrale Stelle erhält die Information über eine neue Publikation außerhalb von Contens oder PubMan (als Ausdruck, per E-Mail etc.)
 * Die zentrale Stelle loggt sich in Contens ein
 * Die zentrale Stelle erfasst sämtliche Datenfelder und verlinkt das Objekt in die jeweilige Wissenschaftler-Publikationsliste
 * Über eine neue Funktion (?) wird eine Benachrichtigung an den Wissenschaftler erzeugt, dass er das Ergebnis in seiner Publikationsliste prüfen kann
 * Änderungswünsche werden der zentralen Stelle gemeldet, die diese in Contens einpflegt
 * Wiederholung des Workflows
 * Abschließendes Publizieren durch den Wissenschaftler
 * Das Publizieren löst einen Export (des jüngsten Publikationsobjektes? aller verlinkten Publikationsobjekte?) von Contens zu PubMan aus

Listengenerierung (citation lists):
 * Auf Contens-Seite werden die Publikations-Objekte unter Verwendung von Outputtypes im juristischen Zitierstil auf der Mitarbeiterseite dargestellt.
 * Ab Contens 3.x ist voraussichtlich eine automatische Listengenerierung möglich. Auf Contens-Seite sollen somit künftig weitere Publikationslisten im jurisitschen Zitierstil (Verwendung Outputtypes) für Projekte oder nach Veröffentlichungsdatum erstellte werden (z.B. Liste "Neue Publikationen").

Tätigkeitsbericht (reports):
 * Aus den Objekten wird auf Contens-Seite unter Verwendung der Outputtypes und zusätzlicher Layoutangaben die Publikationsliste für den Tätigkeitsbericht erzeugt
 * entsprechend Prototyp Hamburg
 * Skripte werden für andere Teilnehmerinstitute angepasst und dokumentiert

Max-Planck-Jahrbuch (reports):
 * Für die Erzeugung der Jahrbuch-Publikationsliste werden auf PubMan-Seite direkt die in PubMan erfassten Datensätze verwendet

Upload zu SSRN (interoperability):
 * Der Upload zu SSRN wird auf PubMan-Seite generiert

Nachweis in Google / Google Scholar (interoperability):
 * Wird auf PubMan-Seite generiert (diese Funktionalität ist laut MPDL bereits implementiert)

=Vor- und Nachteile= --Gergana 14:05, 12 May 2009 (UTC)

strukturiert nach Vergleichsanalyse.xls vom Architektur-Workshop

Bemerkung:
 * IST - Betrachtung des aktuellen Zustandes; IST H - Hambrug; IST M - München
 * SOLL - Betrachtung des gewünschten Zustands

Faktoren der Anforderungen:
 * 3 - Sehr wichtig
 * 2 - wichtig
 * 1 - Nicht ganz so wichtig

=Funktionelle Anforderungen= (mit Angaben von Personentagen/-monaten)

Contens

 * Anlegen neuer templates für Publikationsseiten der Wissenschaftler (enthalten nur noch zwei Objekte)
 * Anlegen und Verlinken einer Auswahl-Seite mit den Optionen "rudimentäre Eingabe" und "vollständige Eingabe"
 * Generierung Formular "rudimentäre Eingabe"
 * Generierung Formular "vollständige Eingabe" (bzw. mehrer Formulare- je nach genre type)
 * Implementierung Hilfetexte und Validierungsmechanismen für jedes Eingabefeld in allen Formularen
 * Implementierung einer Benachrichtigung an Adresse "Zentrale Stelle" bei Speicherung eines Objekts mit der Klasse "rudimentäre Eingabe"
 * Benachrichtigung soll verlinkte Objekt-ID enthalten, so dass das Objekt direkt bearbeitet werden kann
 * Implementierung Funktion "Öffnen des Objekts im Modus vollständige Eingabe", so dass alle fehlenden Felder ergänzt werden können
 * Implementierung zweier Funktionalitäten in Verbindung mit Speichern:
 * löst eine Benachrichtigung an Adresse "Autor" darüber aus, dass die Vervollständigung erfolgt ist
 * löst automatische Einbindung des Objekts in die Publikationsliste des "Autors" aus (nicht des Bearbeiters)


 * wenn der Autor die Objekte über "Publizieren" frei gibt, sind alle verlinkten Objekte für den Export zu PubMan frei gegeben
 * Implementierung Hilfetexte und Validierungsmechanismen für die Eingabefelder in dem Formular "vollständige Eingabe"
 * Generierung PubMan-lesbare Export-Datei (xml) mit allen Objekten
 * Generierung einer Routine zur regelmäßigen automatischen Erstellung der Export-Datei + Möglichkeit der "on-demand"-Erstellung
 * auf PubMan-Seite:
 * Validitätsprüfungen
 * bei Fehlschlagen Validitätsprüfung: Generierung Benachrichtigung an XY mit aussagekräftiger Fehlermeldung und Verlinkung auf die Objekt-ID
 * Dublettenkontrolle
 * Dublettenzusammenführung

Annahmen

 * Das Jahrbuch der MPG wird bis 2011 über eDoc generiert: Die Daten werden in PubMan selektiert und nach eDoc exportiert. Der eigentliche Jahrbuch-Workflow passiert auf eDoc.


 * Für die Umsetzung des Konzeptes 2.3. gibt es zwei Möglichkeiten, die Auswirkungen auf Umfang der Arbeitspakete haben:
 * Version 1: PubMan ist nicht dazu gedacht, die juristisch-spezifischen Publikationstypen und Metadaten zu verwalten (i.e. Suche, Ansicht, Export). Deshalb exportiert Contens nur Standard - Publikationstypen und Metadaten, i.e. die über das eSciDoc Application Profile für Publications definiert sind. Das bedeutet, dass das Mapping von Contens Publikationstypen und -metadaten definiert und implementiert werden muss.
 * Version 2: PubMan ist auch in der Lage, die juristisch-spezifischen Publikationstypen und Metadaten zu verwalten (i.e. Suche, Ansicht, Export). Das bedeutet, dass das XML, das von Contens exportiert wird, bereits sämtliche juristisch-spezifischen Metadaten und Publikationstypen beinhaltet.

Arbeitspakete

 * Definition von neuen Publikationstypen plus deren Metadata, basierend auf dem eSciDoc Application Profile for publication items, i.e. Erweiterung des aktuellen eSciDoc Application Profiles
 * nur bei Umsetzung Version 2
 * Aufwand PubMan: 1,5 PM (Personenmonate)


 * Definition von Validierungsregeln, i.e. Erweiterung der aktuellen Validierungsregeln pro Validierungspunkt (Eingabe/Submit und Freischaltung/Release)
 * nur bei Umsetzung Version 2
 * Aufwand PubMan: 1 PM


 * Definition von Hilfetexte pro Feld und /oder Dokumenttyp (in Englisch und Deutsch)
 * Nur bei Umsetzung Version 2
 * Aufwand lokale Experten: ca. 15 PT (Personentage)(hängt ab von Anzahl der Felder, die Hilfetext brauchen)
 * Aufwand PubMan: 5 PT für Generierung der spezifischen Ressource Bundles für die spezifischen Hilfetexte


 * Definition des Mappings von Contens Metadata und Publikationstypen nach eSciDoc Application Profiles Publication, inkl. Jahrbuch
 * Nur bei Umsetzung Version 1
 * Aufwand PubMan: 1,5 PM


 * Evaluierung von SSRN Schnittstellen, Authentifizierungsmöglichkeiten, Formate und Workflow
 * Aufwand PubMan: unklar (Informationen zu verfügbaren Schnittstellen, Formaten, Authentifizierungsmöglichkeiten sind bei SSRN angefragt)


 * Import von Contens Daten nach PubMan
 * Option a): Bereitstellung eines Pushing Client in Contens (i.e. SWORD Client)für Pushing von einzelnen Datensätzen
 * Aufwand Contens: unklar
 * Option b): Bereitstellung einer Liste von xml Daten aus Contens zum manuellen Import auf PubMan (Import Workspace für Multiple Items)
 * Aufwand Contens: unklar

=Fragen= Generell zum Ablauf:
 * an welcher Stelle erfolgt die Einordnung in eine der neun Kategorien (Prototyp Hamburg)? Für die rudimentäre Eingabe vermutlich nicht gewünscht bzw. nur als Ergänzung durch die zentrale Stelle? Wie ist der unterschiedliche Ablauf in Contens realisierbar?
 * Was ist mit Publikationsobjekten, die mehrere Personen betreffen?
 * Wie Dublettenbereinigung vor Export ermöglichen?
 * Bietet PubMan vor Import eine Dublettenkontrolle?
 * Im Import Workspace kann der Nutzer auf Dubletten prüfen, basierend auf den Identifiers vergeben pro Datensatz (e.g. ISSN, ISBN, DOI etc.)--Natasa 11:20, 8 May 2009 (UTC)
 * nach wie vor jährlich (vor Jahrbuchpublikation) manuelle Dublettenbereinigung in PubMan nötig (so wie jetzt in eDoc)?
 * Sofern sich die Policy für das Jahrbuch nicht ändert, wird das weiterhin nötig sein.--Natasa 11:20, 8 May 2009 (UTC)

Generell zum Konzept:
 * fast komplette Realisierung der Anforderungen auf Contens-Seite
 * Nachteile:
 * lokale unbefristete Expertise in einem der anwendenden Instiute notwendig, um ggf. Anpassungen in Contens-Seiten und externen Skripten vornehmen zu können (nach Projektende- bei Versions-Upgrades etc.)
 * Migration aller Funktionalitäten auf ein anderes CMS vermutlich problematisch; ggf. muss an diesem Punkt (lange nach Projektende) dann doch auf MPDL-Seite alles nachprogrammiert werden. Außer: Der Contens-Nachfolger bietet doch alle Funktionalitäten ODER es ist ausreichend lokale Expertise vorhanden, so dass die fehlenden Funktionalitäten auch für ein neues CMS ergänzt werden können (so wie jetzt bereits in Hamburg für Contens)
 * Anmerkung MPDL: Alle Interfaces/Schnittstellen zwischen PubMan und Contens müssen in jedem Fall standardisiert sein. Das heisst, falls es zu einem erneuten CMS Wechsel kommt, muss das neue CMS gewährleisten, die gleichen Standards zu unterstützen.--Natasa 11:22, 8 May 2009 (UTC)
 * Anmerkung MPDL: Auch wenn die Datenhaltung in Contens erfolgt, müssen bestimmte Nutzer weiterhin mit PubMan arbeiten (e.g. Jahrbuch, SSRN etc.)--Natasa 11:24, 8 May 2009 (UTC)


 * Vorteile:
 * lokale Flexibilität
 * Anmerkung MPDL: Der Vorteil dieses Konzeptes (i.e. Unabhängigkeit von PubMan bzw. escidoc) ist aus unserer Sicht nur gegeben, wenn die Umsetzung des Konzeptes nach Version 1 erfolgt sowie der eigentliche Import auf PubMan über das Manuelle Importieren in den PubMan Import Workspace erfolgt: nur dann ist möglichst geringe "Verheiratung" der beiden Systeme gegeben. --Natasa 11:50, 8 May 2009 (UTC)

An Contens:
 * Aussage Contens: Distributionsprozess kann mit Exportprozess gekoppelt werden- bitte detaillierter erläutern
 * Messaging: für alle im Workflow benötigten automatisch generierten Nachrichten anpassbar?

=Zugehörige Seiten= JusCMS_Architecture_Feasibility_Study_Concept_1.6